From xen-users-bounces@lists.xensource.com Sat Oct 01 01:36:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 01 Oct 2011 01:36:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R9v3M-00087I-5W; Sat, 01 Oct 2011 01:36:12 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R9v2E-0007mn-GG for xen-users@lists.xensource.com; Sat, 01 Oct 2011 01:35:02 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1317458098!33452130!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17303 invoked from network); 1 Oct 2011 08:34:59 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2011 08:34:59 -0000 Received: by vws13 with SMTP id 13so2512433vws.30 for ; Sat, 01 Oct 2011 01:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=/APoB5cQGX5/WD9hYlYksL+fNDjW/FDcubZgV/SUufQ=; b=qyinBwZsT/rWjFQtT4XtydhA+qY+tMWBRd+DY+Y8nd0rHUNmb3BFl5MAJyEnf4toyo CMbcMi7vhnUSND6FtMP03xo/M5DCh5RmCIp5PaoXF1Px6mGyW9w5/SXwjoucyEO/xyD3 RBh8AUi4mwJf8WzS77AYLI3hTfzA7oqFaj8Us= Received: by 10.52.26.33 with SMTP id i1mr11808032vdg.329.1317458096104; Sat, 01 Oct 2011 01:34:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.35 with HTTP; Sat, 1 Oct 2011 01:34:36 -0700 (PDT) From: Flavio Date: Sat, 1 Oct 2011 10:34:36 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Problem running CentoOS-5.0 domU after installation X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I've followed this guide http://wiki.centos.org/HowTos/Xen/InstallingCentOSDomU to setup a CentOS-5.0 domU but once the setup has finished and it's time to run the domU, it doesn't boot correctly and it suddenly crashes. First of all I was obliged to install the version 5 despite that I would like the 6, but it's not the central issue now. This because of some missing files on CentOS servers, like the stage2.img. Well, when the howto says to do the post-install configuration, I modify my config file as needed but this is what happen: http://pastebin.com/5Ya2g43X Furthermore, I see that my centos-5.0.img file has been partitioned in two partitions and I don't know how to mount as a loop file in this case, in order to see the content of each partition. Can anyone help me to resolve this problem? Thank you -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 01 07:53:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 01 Oct 2011 07:53:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RA0w5-00010o-8C; Sat, 01 Oct 2011 07:53:05 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RA0ur-0000gE-2o for xen-users@lists.xensource.com; Sat, 01 Oct 2011 07:51:51 -0700 X-Env-Sender: alexander.a.kuzmin@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1317480704!20466035!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27544 invoked from network); 1 Oct 2011 14:51:45 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 1 Oct 2011 14:51:45 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RA0ul-0004an-TQ for xen-users@lists.xensource.com; Sat, 01 Oct 2011 07:51:43 -0700 Date: Sat, 1 Oct 2011 07:51:43 -0700 (PDT) From: mastersplinter777 To: xen-users@lists.xensource.com Message-ID: <1317480703900-4859843.post@n5.nabble.com> In-Reply-To: <1314784169.43307.YahooMailNeo@web29808.mail.ird.yahoo.com> References: <1314784169.43307.YahooMailNeo@web29808.mail.ird.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] Re: Pathcs for VGA PassThrough for xen-4.2 unstable revision 23799 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I'm going to passthru my GTX460 1024Mb and I'd like you to send me the patch for xen 4.2. I tried to edit your patch myself but got errors during xen compilation. Thanks! -- View this message in context: http://xen.1045712.n5.nabble.com/Pathcs-for-VGA-PassThrough-for-xen-4-2-unstable-revision-23799-tp4753565p4859843.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Sat Oct 01 11:07:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 01 Oct 2011 11:07:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RA3xt-00058Z-IB; Sat, 01 Oct 2011 11:07:09 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RA3x1-0004w2-GB; Sat, 01 Oct 2011 11:06:15 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1317492370!33506366!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7063 invoked from network); 1 Oct 2011 18:06:12 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2011 18:06:12 -0000 Received: by iagv1 with SMTP id v1so4171344iag.30 for ; Sat, 01 Oct 2011 11:06:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=xfLiYEiqVFYImyWHWttVpiPLkq22wE0jprmmsq8EB+U=; b=GoF1aE25KqyWUgBCcvb9XRtOfxmq1tGgXs0P2YUz25BU6mF0U+88Y94P7hgUWP/rQ8 iA96p9Bs5hPyi3Gk4kYN5wdwo4dxSzWWvhzIQriF68I9LC1KmGRmTNj48n3AyN3ob01D 9xaNIf8X7uC796sjn1fprnQzIkDTuj55B4oVQ= MIME-Version: 1.0 Received: by 10.231.8.100 with SMTP id g36mr19729024ibg.55.1317492370246; Sat, 01 Oct 2011 11:06:10 -0700 (PDT) Received: by 10.231.30.194 with HTTP; Sat, 1 Oct 2011 11:06:09 -0700 (PDT) In-Reply-To: <20110930235247.GY12984@reaktio.net> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20110930235247.GY12984@reaktio.net> Date: Sat, 1 Oct 2011 20:06:09 +0200 Message-ID: Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Florian Heigl To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Joseph Glanville , Lars Kurth , xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk , xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com 2011/10/1 Pasi K=E4rkk=E4inen : > On Fri, Sep 30, 2011 at 06:33:40PM +0200, Florian Heigl wrote: >> 2011/9/30 Lars Kurth : >> > Let me know, which date you agreed on. We could do a poll. >> > We should publish on the blog a bit before. >> > Also, how can I help? >> >> One thing where you could probably help best is setting clear rules >> what do document for a release. >> i.e. the 4.0 relnotes had build instructions and a lot more, whereas >> this is missing in the next release note. >> >> either the build instructions were in the wrong place for 4.0 or 4.1 >> was released with incomplete info ;) >> making a checklist sounds *ahem* in place :) >> > > Xen 4.1 releasenotes do state that "check Xen 4.0 releasenotes for build = instructions and more info" :) You see how well that worked for me :) Imagine a magazine which has half of the standard topics missing on it's second issue with a pointer to the last one. And tbh I guess if anyone had re-tested the 4.0 build instructions line by line and found them 100% working then he'd probably have copied them over? Flo --=20 the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Sat Oct 01 13:23:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 01 Oct 2011 13:23:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RA66E-0000Re-V1; Sat, 01 Oct 2011 13:23:54 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RA64m-00007B-Ca for xen-users@lists.xensource.com; Sat, 01 Oct 2011 13:22:27 -0700 X-Env-Sender: rafaelweingartner@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1317500539!27464208!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18438 invoked from network); 1 Oct 2011 20:22:20 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2011 20:22:20 -0000 Received: by ywm21 with SMTP id 21so3983550ywm.30 for ; Sat, 01 Oct 2011 13:22:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:mime-version:content-type :x-priority:x-msmail-priority:importance:x-mailer:x-mimeole; bh=4qoD0CDYIkp0xtIYAgqnXNwEpP6rWIn9UNrqVQfbaBg=; b=xk4HSNvkYFOvRpCX5TXNXr5HGNupH7cocqySA8fXiBomDcuS3sJe/R6PXADFG6ZvW+ Pix+mlGitc/L8FD+Lz/eg8/4OXApJSheXB3PlxYTNIEiaDTf32FMf/acgbzEVcDVfF6u uPUmk5PyPt6/5P/D8rXxOU0lZ/dizg3AY6nm8= Received: by 10.236.175.195 with SMTP id z43mr5596457yhl.66.1317500537714; Sat, 01 Oct 2011 13:22:17 -0700 (PDT) Received: from XPS14Windows (201-2-237-161.fnsce704.dsl.brasiltelecom.net.br. [201.2.237.161]) by mx.google.com with ESMTPS id u4sm24218236ane.21.2011.10.01.13.22.14 (version=SSLv3 cipher=OTHER); Sat, 01 Oct 2011 13:22:16 -0700 (PDT) Message-ID: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> From: "Rafael Weingartner" To: "Xen-user-list" Date: Sat, 1 Oct 2011 17:22:11 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Subject: [Xen-users] Xen Cloud Platform maximum configurations X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1239256510==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1239256510== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01CC805E.A7AF0C90" This is a multi-part message in MIME format. ------=_NextPart_000_0007_01CC805E.A7AF0C90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Xen Cloud Platform maximum configurations Hey guys,=20 I am writing about Cloud computing platform. So I need to describe the = platforms that are used the most. I described the VMware platform, = Microsoft and I would like to describe the Xen Cloud Platform. Then I = will compare those platforms and show some real use cases. So, I found some information about the XCP on these links: http://support.citrix.com/article/CTX123996 http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/guest.html#creatingV= Ms_supported_OS_minimums http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/installation.html#sy= s_requirements-host I am still missing some information such as: =B7 The maximum amount of disk that a VM can use; =B7 The maximum number of virtual processor per host processor; =B7 The maximum number of virtual machines on a host; =B7 The maximum number of virtual processors on a host; =B7 The maximum amount of storage that XCP can use; =B7 The maximum number of hosts on a XCP cluster =B7 The maximum number of virtual machines on a XCP cluster Does anyone know a document made by Xen or Citrix that has this kind of = information? I am also presenting study case of applying those platforms in some = companies. I found a lot of study cases on Microsoft and VMware web site = about their solutions. In this study cases they show the company, the = old IT structure, the challenge, the solutions and the benefits of = applying the cloud computing solutions. Do you guys know any study case of Xen Cloud Platform made by a company, = Xen or Citrix?=20 ------=_NextPart_000_0007_01CC805E.A7AF0C90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Xen=20 Cloud Platform maximum configurations

Hey=20 guys,

I am=20 writing about Cloud computing platform. So I need to describe the = platforms that=20 are used the most. I described the VMware platform, Microsoft and I = would like=20 to describe the Xen Cloud Platform. Then I will compare those platforms = and show=20 some real use cases.

So, I=20 found some information about the XCP on these links:
http://support.citrix.com/article/CTX123996

http://docs.vmd.citrix.com/XenServer/5.6.0= /1.0/en_gb/guest.html#creatingVMs_supported_OS_minimu= ms

http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/inst= allation.html#sys_requirements-host

I am=20 still missing some information such as:

=B7        =20 The maximum amount of disk = that a VM=20 can use;

=B7        =20 The maximum number of = virtual processor=20 per host processor;

=B7        =20 The maximum number of = virtual machines=20 on a host;

=B7        =20 The maximum number of = virtual=20 processors on a host;

=B7        =20 The maximum amount of = storage that XCP=20 can use;

=B7        =20 The maximum number of hosts = on a XCP=20 cluster

=B7        =20 The maximum number of = virtual machines=20 on a XCP cluster

 

Does=20 anyone know a document made by Xen or Citrix that has this kind of=20 information?

I am=20 also presenting study case of applying those platforms in some = companies. I=20 found a lot of study cases on Microsoft and VMware web site about their=20 solutions. In this study cases they show the company, the old IT = structure, the=20 challenge, the solutions and the benefits of applying the cloud = computing=20 solutions.

Do you=20 guys know any study case of Xen Cloud Platform made by a company, Xen or = Citrix?=20

------=_NextPart_000_0007_01CC805E.A7AF0C90-- --===============1239256510== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1239256510==-- From xen-users-bounces@lists.xensource.com Sat Oct 01 13:48:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 01 Oct 2011 13:48:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RA6Tw-0001a2-6k; Sat, 01 Oct 2011 13:48:24 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RA6SX-0001FZ-PW for xen-users@lists.xensource.com; Sat, 01 Oct 2011 13:47:02 -0700 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1317502014!17141305!1 X-Originating-IP: [98.139.212.160] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1043 invoked from network); 1 Oct 2011 20:46:54 -0000 Received: from nm1.bullet.mail.bf1.yahoo.com (HELO nm1.bullet.mail.bf1.yahoo.com) (98.139.212.160) by server-8.tower-216.messagelabs.com with SMTP; 1 Oct 2011 20:46:54 -0000 Received: from [98.139.215.141] by nm1.bullet.mail.bf1.yahoo.com with NNFMP; 01 Oct 2011 20:46:53 -0000 Received: from [98.139.212.196] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 01 Oct 2011 20:46:53 -0000 Received: from [127.0.0.1] by omp1005.mail.bf1.yahoo.com with NNFMP; 01 Oct 2011 20:46:53 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 818695.81537.bm@omp1005.mail.bf1.yahoo.com Received: (qmail 61580 invoked by uid 60001); 1 Oct 2011 20:46:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317502013; bh=ERPPbssqsonri4X5Ri5/Okj9/fwPgNTS6O80MRNk258=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=FxjvSA91kYqsOhVBuq7fcgXJa1pWomdPqsAOa1viHp9o1lfKrFUoxikJ9axhzFYtmp6XECD7cRN4mYt3Vv9rEbcW9GqCMtTe0w5mzMWp/TL9Q9GSIOxBOtct1LeLHNosutwrrW3hj54NLMAyj5OHGpxea7IUznks7MrJqlyJzxE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Q3cJ5fFZ5gJLvSXZa9xn474GLUtD45HSNutNWmKReU+Tv+3k0WmKoZioSrGr6tyA6+UChaK4etkwZgqeLmhZN19mIDRx6GK/LlZ3/8p2piDCaDtXDLzfVSzWS9ESfwJtOoXE0NNySlw0R6Avip/1WJD0Ltn5F/ohNnK7XHJ+uyc=; X-YMail-OSG: RHqtxicVM1kP6B4W9pl49D0l40LVYb1tWLmw1w8xj3UhkqX Vk4wJsqWLMc4mOhwKoUaeWi.mVc0JYoRht9sHPc_mcO8ZCu9X1rB6n.GRebL RO7WtO_As1adAmggNcPK5bSXLFKukNX7fhFYZnFu8AjYLPbdHZfDOr1549nf 1aJC3GoR3.huG3EjwtISmWvoLksnDNGlku4SfQsqewiAa8ya3LFr02LZony. fAe_uzKyrcnHk0pK7XNiUuojfTk8JRNvMvj466cDBKCSmA_Ncih3PwbRmIvK 2jMJuje7b8oPcaP86oCw435kY7_lERc8B3qjRB2jkAPTnJlIIfmbryBwOiZa Mbd6TfNAwc16V2R6HAaloXImB7EdhTOIptKd7A3O4wFWepsJP9_kVvZoTOqS t3FPx0t3VkrPbehpnH6NRG1BZkA.AkkAkevV8Ow.SApNoBJJut.s7qg3nomT bwmcALp.KZd0aNz_tCxPLx2Kr1Hgbi8L3NB4DfleBjMojEa9KFykFyxo9Bzu peMtGdgLOJ7oL83l7zxfa.ruqLAVs7KXvfT8bagXKGinVr_R9M8yySkGJRav LQqnw5e2dbg.EtrpWpXDCU44mXDjRqrFQ73g45bzKxm.1kpNNz9Tpks5JXql _.Vxg8tuDGuMa3HjfbAGVJ3fdZJQemr1u Received: from [72.130.32.252] by web35603.mail.mud.yahoo.com via HTTP; Sat, 01 Oct 2011 13:46:53 PDT X-Mailer: YahooMailWebService/0.8.114.317681 References: <1317146528.29046.YahooMailNeo@web65811.mail.ac4.yahoo.com> <1317451472.87232.YahooMailNeo@web65818.mail.ac4.yahoo.com> Message-ID: <1317502013.53494.YahooMailNeo@web35603.mail.mud.yahoo.com> Date: Sat, 1 Oct 2011 13:46:53 -0700 (PDT) From: Mark Pryor Subject: Re: [Xen-users] Problem creating xen paravirtual guest To: "akshayakarle@yahoo.com" In-Reply-To: <1317451472.87232.YahooMailNeo@web65818.mail.ac4.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com =0A=0A=0A=0A=0A________________________________=0AFrom: "akshayakarle@yahoo= .com" =0ATo: "xen-users@lists.xensource.com" =0ASent: Friday, September 30, 2011 11:44 PM=0ASub= ject: [Xen-users] Problem creating xen paravirtual guest=0A=0A=0AHi all,=0A= =0AI installed kernel-x86_64 2.6.32.26-174.1.xendom0.el6.=0Ax86_64 on cent = os 6 x86_64 and got xen-4.0.1 working on it. I have been able =0Ato create = full virtual systems with virt-install and virt-manager, but =0Awhen I trie= d creating paravirtual domu cent os 5 x86_64 I am getting the following err= or:=0A=0AERROR=A0=A0=A0 Could not find a kernel path for virt type 'xen'=0A= Domain installation does not appear to have been=0A=A0successful.=A0 If it = was, you can restart your domain=0A=A0by running 'virsh start cent'; otherw= ise, please=0A=A0restart your installation.=0AERROR=A0=A0=A0 Could not find= a kernel path for virt type 'xen'=0ATraceback (most recent call last):=0A= =A0 File "/usr/bin/virt-install", line 1054, in =0A=A0=A0=A0 main()= =0A=A0 File "/usr/bin/virt-install", line 936, in main=0A=A0=A0=A0 start_ti= me, guest.start_install)=0A=A0 File "/usr/bin/virt-install", line 978, in d= o_install=0A=A0=A0=A0 dom =3D install_func(conscb, progresscb, wait=3D(not = wait))=0A=A0 File "/usr/lib/python2.6/site- packages/virtinst/Guest.py", li= ne 971, in start_install=0A=A0=A0=A0 self._prepare_install(meter)=0A=A0 Fil= e "/usr/lib/python2.6/site- packages/virtinst/Guest.py", line 772, in _prep= are_install=0A=A0=A0=A0 meter =3D meter)=0A=A0 File "/usr/lib/python2.6/sit= e- packages/virtinst/ DistroInstaller.py", line 252, in prepare=0A=A0=A0=A0= self._prepare_kernel_and_ initrd(guest, distro, meter)=0A=A0 File "/usr/li= b/python2.6/site- packages/virtinst/ DistroInstaller.py", line 194, in _pre= pare_kernel_and_initrd=0A=A0=A0=A0 type=3Dself.os_type, distro=3Ddistro)=0A= =A0 File "/usr/lib/python2.6/site- packages/virtinst/OSDistro.py" , line 14= 4, in acquireKernel=0A=A0=A0=A0 scratchdir, type, distro)=0A=A0 File "/usr/= lib/python2.6/site- packages/virtinst/OSDistro.py" , line 130, in _acquireM= edia=0A=A0=A0=A0 return (store.acquireKernel(guest, fetcher, progresscb),= =0A=A0 File "/usr/lib/python2.6/site- packages/virtinst/OSDistro.py" , line= 429, in acquireKernel=0A=A0=A0=A0 "'%s'" % self.type))=0AValueError: Could= not find a kernel path for virt type 'xen'=0A=0AI created the virtual mach= ine using virt-install using the following command:=0Avirt-install -n cent5= -r 256 -l http://mirror.centos.org/centos/5/os/x86_64/images/xen/ --disk p= ath=3D/home/aks/vm/cent.img -p=0A=0AHope you can help me out.=0A-----------= --------------------------------------=0A=0Athe http path is too deep. You = can see that it find the ./images/xen directory starting with your path abo= ve.=0AUse the --debug param to see the details.=0A=0AI attempted the same t= hing here=0A---------------------------- virt-install test ----------------= --=0Asudo=A0 virt-install --debug -n cent5 -r 784 --os-variant=3Drhel5 --os= -type=3Dlinux -l http://mirror.centos.org/centos/5/os/x86_64/ --disk path= =3D/dev/maxvm/testxx -p=0ASat, 01 Oct 2011 13:43:23 DEBUG=A0=A0=A0 Launched= with command line:=0A/usr/bin/virt-install --debug -n cent5 -r 784 --os-va= riant=3Drhel5 --os-type=3Dlinux -l http://mirror.centos.org/centos/5/os/x86= _64/ --disk path=3D/dev/maxvm/testxx -p=0ASat, 01 Oct 2011 13:43:23 DEBUG= =A0=A0=A0 Requesting libvirt URI default=0ASat, 01 Oct 2011 13:43:24 DEBUG= =A0=A0=A0 Received libvirt URI xen:///=0ASat, 01 Oct 2011 13:43:24 DEBUG=A0= =A0=A0 Requesting virt method 'xen', hv type 'default'.=0ASat, 01 Oct 2011 = 13:43:24 DEBUG=A0=A0=A0 Received virt method 'xen'=0ASat, 01 Oct 2011 13:43= :24 DEBUG=A0=A0=A0 Hypervisor name is 'xen'=0ASat, 01 Oct 2011 13:43:24 DEB= UG=A0=A0=A0 parse_disk: returning ('/dev/maxvm/testxx', None, None, 'disk',= None, False, False, None, True, None)=0ASat, 01 Oct 2011 13:43:24 DEBUG=A0= =A0=A0 DISPLAY is set: graphics defaulting to VNC.=0ASat, 01 Oct 2011 13:43= :24 DEBUG=A0=A0=A0 DistroInstaller location is a network source.=0A=0A=0ASt= arting install...=0ASat, 01 Oct 2011 13:43:24 DEBUG=A0=A0=A0 Attempting to = detect distro:=0ASat, 01 Oct 2011 13:43:25 DEBUG=A0=A0=A0 Fetching URI: htt= p://mirror.centos.org/centos/5/os/x86_64/.treeinfo=0ASat, 01 Oct 2011 13:43= :25 DEBUG=A0=A0=A0 Saved file to /var/lib/xen/virtinst-.treeinfo.CbmW53=0AR= etrieving file .treeinfo...=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 416 B=A0=A0=A0=A0 00:00=0ASat, 01 Oct 2011= 13:43:25 DEBUG=A0=A0=A0 Fetching URI: http://mirror.centos.org/centos/5/os= /x86_64/images/xen/vmlinuz=0ARetrieving file vmlinuz...=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 91% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D-=A0=A0=A0 ] 1.1 MB/s | 1.9 MB=A0=A0=A0=A0 00:00 ETA Sat, 01 Oct 2011= 13:43:26 DEBUG=A0=A0=A0 Saved file to /var/lib/xen/virtinst-vmlinuz.rOEso2= =0ARetrieving file vmlinuz...=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 | 2.1 MB=A0=A0=A0=A0 00:00=0ASat, 01 O= ct 2011 13:43:26 DEBUG=A0=A0=A0 Fetching URI: http://mirror.centos.org/cent= os/5/os/x86_64/images/xen/initrd.img=0ARetrieving file initrd.img...=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 93% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D-=A0=A0 ] 1.5 MB/s |=A0 10 MB=A0=A0=A0=A0 00:00 ETA Sat, 01 Oct= 2011 13:43:32 DEBUG=A0=A0=A0 Saved file to /var/lib/xen/virtinst-initrd.im= g.qU6NBY=0ARetrieving file initrd.img...=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 11 MB=A0=A0=A0=A0 00:05=0ASat,= 01 Oct 2011 13:43:32 DEBUG=A0=A0=A0 Creating guest from:=0A=0A=A0 cent5=0A=A0 802816= =0A=A0 802816=0A=A0 f4d301ef-49dd-5756-e78c-dbc00671= fdbb=0A=A0 =0A=A0=A0=A0 linux=0A=A0= =A0=A0 /var/lib/xen/virtinst-vmlinuz.rOEso2=0A=A0=A0=A0 /var/lib/xen/virtinst-initrd.img.qU6NBY=0A=A0=A0=A0 method=3Dhttp://mirror.centos.org/centos/5/os/x86_64/=0A=A0 =0A=A0 destroy=0A=A0 destroy=0A=A0 destroy=0A=A0 1=0A=A0 =0A=A0=A0=A0 =0A=A0=A0=A0=A0=A0 =0A=A0=A0=A0=A0=A0 =0A=A0=A0=A0 =0A=A0=A0=A0 =0A= =A0=A0=A0=A0=A0 =0A=A0=A0=A0=A0=A0 =0A=A0=A0=A0 =0A=A0=A0=A0 =0A=A0=A0=A0 =0A=A0 =0A=0A=0ASat, 01 Oct 2011 13:43:33 DEBUG= =A0=A0=A0 Removing /var/lib/xen/virtinst-vmlinuz.rOEso2=0ASat, 01 Oct 2011 = 13:43:33 DEBUG=A0=A0=A0 Removing /var/lib/xen/virtinst-initrd.img.qU6NBY=0A= Sat, 01 Oct 2011 13:43:33 ERROR=A0=A0=A0 POST operation failed: xend_post: = error from xen daemon: (xend.err 'Device 51712 (vbd) could not be connected= .\nDevice /dev/mapper/maxvm-testxx is mounted in the privileged domain,\nan= d so cannot be mounted by a guest.')=0ADomain installation may not have bee= n=0A=A0successful.=A0 If it was, you can restart your domain=0A=A0by runnin= g 'virsh start cent5'; otherwise, please=0A=A0restart your installation.=0A= Sat, 01 Oct 2011 13:43:33 ERROR=A0=A0=A0 POST operation failed: xend_post: = error from xen daemon: (xend.err 'Device 51712 (vbd) could not be connected= .\nDevice /dev/mapper/maxvm-testxx is mounted in the privileged domain,\nan= d so cannot be mounted by a guest.')=0A------------------------------------= ---- snip test -------------------=0A=0A-- =0A=0AMark=0A _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 01 19:25:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 01 Oct 2011 19:25:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RABjv-0002ol-Io; Sat, 01 Oct 2011 19:25:15 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RABht-0002U0-16 for xen-users@lists.xensource.com; Sat, 01 Oct 2011 19:23:18 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1317522184!17151672!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32061 invoked from network); 2 Oct 2011 02:23:05 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2011 02:23:05 -0000 Received: by iagv1 with SMTP id v1so4623761iag.30 for ; Sat, 01 Oct 2011 19:23:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=LgddtQ/scd23kY93I+3vlZ4xvn6gQ+Z/WuTzYIvnDJc=; b=ma/O69vRelBkkAX/i3ZUVD3tKZ/dY9gewnpcvQUY4k7Y7p/u1Dc4q2jxc9FipQXnqI NndP37YF90+EYSBCIb98u1BlOHbD5sf2KNta0oMpX2/KkfztRY0K0nVNfxDOcAw/tGLc 1qteIM3HT1LC46CA4FmIa0ejEEiv9BwrBD3Q8= MIME-Version: 1.0 Received: by 10.231.65.73 with SMTP id h9mr7781237ibi.21.1317522184158; Sat, 01 Oct 2011 19:23:04 -0700 (PDT) Received: by 10.231.206.136 with HTTP; Sat, 1 Oct 2011 19:23:04 -0700 (PDT) In-Reply-To: References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> Date: Sat, 1 Oct 2011 22:23:04 -0400 X-Google-Sender-Auth: kmSSNk2fHqj6HWBs8rVzSg4zqsA Message-ID: Subject: Re: [Xen-users] XCP 1.1 License Expiry Issue Remains From: Todd Deshane To: "brooks@netgate.net" Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2081470688==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2081470688== Content-Type: multipart/alternative; boundary=00151773e296c53d9c04ae4789c6 --00151773e296c53d9c04ae4789c6 Content-Type: text/plain; charset=ISO-8859-1 On Friday, September 30, 2011, wrote: > > I thought the license issues had been flused out of XCP 1.1 RC. From > Jonathan's XCP 1.1 RC announcement email: > > ------------------------------**------------------------------**-------- > XCP 1.1 Release Candidate is ready to be tested. Changes since Beta: > > * License expiry crept back in. It has now crept out again. > ------------------------------**------------------------------**-------- > > Yet, I'm still seeing the annoying license expiry warning in XenCenter 6.0 > from the XCP 1.1 RC boxes: > The warning is still there with XenCenter, but that is a bug with XenCenter. The warning is just that a warning. XCP has the license code removed, so nothing will happen when the expiry date passes. Thanks, Todd -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ --00151773e296c53d9c04ae4789c6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Friday, September 30, 2011, wrote:

I thought the license issues had been flused out of XCP 1.1 RC. =A0From Jon= athan's XCP 1.1 RC announcement email:

-------------------------------------------------------------= -------
XCP 1.1 Release Candidate is ready to be tested. Changes since Beta:

* License expiry crept back in. It has now crept out again.
-------------------------------------------------------------= -------

Yet, I'm still seeing the annoying license expiry warning in XenCenter = 6.0 from the XCP 1.1 RC boxes:

The warn= ing is still there with XenCenter, but that is a bug with XenCenter. The wa= rning is just that a warning. XCP has the license code removed, so nothing = will happen when the expiry date passes.=A0
=A0
Thanks,
Todd


--
Todd Deshane<= br>http:/= /www.linkedin.com/in/deshantm
http://www.xen.org/products/cloudxen.html=
http://runningxen.com/=
--00151773e296c53d9c04ae4789c6-- --===============2081470688== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2081470688==-- From xen-users-bounces@lists.xensource.com Sun Oct 02 01:20:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 02 Oct 2011 01:20:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAHHV-0001it-Hq; Sun, 02 Oct 2011 01:20:17 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAHFq-0001OD-Lz for xen-users@lists.xensource.com; Sun, 02 Oct 2011 01:18:36 -0700 X-Env-Sender: zod@pointless.org X-Msg-Ref: server-12.tower-216.messagelabs.com!1317543510!14537921!1 X-Originating-IP: [85.195.30.5] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2594 invoked from network); 2 Oct 2011 08:18:31 -0000 Received: from user5.85-195-30.netatonce.net (HELO mulder.pointless.org) (85.195.30.5) by server-12.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 2 Oct 2011 08:18:31 -0000 Received: from [10.0.0.18] (helo=[192.168.1.5]) by mulder.pointless.org with esmtpa (Exim 4.72) (envelope-from ) id 1RAHFi-0001tc-Lk for xen-users@lists.xensource.com; Sun, 02 Oct 2011 10:18:29 +0200 Message-ID: <4E881E29.9090703@pointless.org> Date: Sun, 02 Oct 2011 10:17:45 +0200 From: Erik Lind User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <1314784169.43307.YahooMailNeo@web29808.mail.ird.yahoo.com> <1317480703900-4859843.post@n5.nabble.com> In-Reply-To: <1317480703900-4859843.post@n5.nabble.com> X-SA-Exim-Connect-IP: 10.0.0.18 X-SA-Exim-Mail-From: zod@pointless.org X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mulder.pointless.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,URI_HEX autolearn=no version=3.3.1 Subject: Re: [Xen-users] Re: Pathcs for VGA PassThrough for xen-4.2 unstable revision 23799 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000) X-SA-Exim-Scanned: Yes (on mulder.pointless.org) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0469662934==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0469662934== Content-Type: multipart/alternative; boundary="------------060405010107020007050103" This is a multi-part message in MIME format. --------------060405010107020007050103 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi What kind of error did you get? I tried to follow the instruction and the only fault I had was in the Makefile. I guess the patch should be as included below. /Erik diff -r ac9aa65050e9 tools/firmware/hvmloader/Makefile --- a/tools/firmware/hvmloader/Makefile Tue Aug 30 11:46:58 2011 +0100 +++ b/tools/firmware/hvmloader/Makefile Sun Oct 02 12:02:08 2011 +0200 @@ -56,6 +56,7 @@ else CIRRUSVGA_ROM := ../vgabios/VGABIOS-lgpl-latest.cirrus.bin endif +PTVGA_ROM := ../vgabios/vgabios-pt.bin .PHONY: all all: subdirs-all @@ -69,7 +70,7 @@ $(OBJCOPY) hvmloader.tmp hvmloader rm -f hvmloader.tmp -roms.inc: $(ROMBIOS_ROM) $(SEABIOS_ROM) $(STDVGA_ROM) $(CIRRUSVGA_ROM) ../etherboot/eb-roms.h +roms.inc: $(ROMBIOS_ROM) $(SEABIOS_ROM) $(STDVGA_ROM) $(CIRRUSVGA_ROM) *$(PTVGA_ROM)* ../etherboot/eb-roms.h echo "/* Autogenerated file. DO NOT EDIT */" > $@.new ifneq ($(ROMBIOS_ROM),) @@ -94,6 +95,11 @@ sh ./mkhex vgabios_cirrusvga $(CIRRUSVGA_ROM) >> $@.new echo "#endif" >> $@.new endif +ifneq ($(PTVGA_ROM),) + echo "#ifdef ROM_INCLUDE_PTVGABIOS" >> $@.new + sh ./mkhex vgabios_pt $(PTVGA_ROM) >> $@.new + echo "#endif" >> $@.new +endif echo "#ifdef ROM_INCLUDE_ETHERBOOT" >> $@.new cat ../etherboot/eb-roms.h >> $@.new On 10/01/2011 04:51 PM, mastersplinter777 wrote: > I'm going to passthru my GTX460 1024Mb and I'd like you to send me the patch > for xen 4.2. I tried to edit your patch myself but got errors during xen > compilation. Thanks! > > -- > View this message in context: http://xen.1045712.n5.nabble.com/Pathcs-for-VGA-PassThrough-for-xen-4-2-unstable-revision-23799-tp4753565p4859843.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------060405010107020007050103 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi

What kind of error did you get?
I tried to follow the instruction and the only fault I had was in the Makefile. I guess the patch should be as included below.

/Erik

diff -r ac9aa65050e9 tools/firmware/hvmloader/Makefile
--- a/tools/firmware/hvmloader/Makefile Tue Aug 30 11:46:58 2011 +0100
+++ b/tools/firmware/hvmloader/Makefile Sun Oct 02 12:02:08 2011 +0200
@@ -56,6 +56,7 @@
 else
 CIRRUSVGA_ROM := ../vgabios/VGABIOS-lgpl-latest.cirrus.bin
 endif
+PTVGA_ROM     := ../vgabios/vgabios-pt.bin
 
 .PHONY: all
 all: subdirs-all
@@ -69,7 +70,7 @@
        $(OBJCOPY) hvmloader.tmp hvmloader
        rm -f hvmloader.tmp
 
-roms.inc: $(ROMBIOS_ROM) $(SEABIOS_ROM) $(STDVGA_ROM) $(CIRRUSVGA_ROM) ../etherboot/eb-roms.h
+roms.inc: $(ROMBIOS_ROM) $(SEABIOS_ROM) $(STDVGA_ROM) $(CIRRUSVGA_ROM) $(PTVGA_ROM) ../etherboot/eb-roms.h
        echo "/* Autogenerated file. DO NOT EDIT */" > $@.new
 
 ifneq ($(ROMBIOS_ROM),)
@@ -94,6 +95,11 @@
        sh ./mkhex vgabios_cirrusvga $(CIRRUSVGA_ROM) >> $@.new
        echo "#endif" >> $@.new
 endif
+ifneq ($(PTVGA_ROM),)
+       echo "#ifdef ROM_INCLUDE_PTVGABIOS" >> $@.new
+       sh ./mkhex vgabios_pt $(PTVGA_ROM) >> $@.new
+       echo "#endif" >> $@.new
+endif
 
        echo "#ifdef ROM_INCLUDE_ETHERBOOT" >> $@.new
        cat ../etherboot/eb-roms.h >> $@.new

On 10/01/2011 04:51 PM, mastersplinter777 wrote: 
I'm going to passthru my GTX460 1024Mb and I'd like you to send me the patch
for xen 4.2. I tried to edit your patch myself but got errors during xen
compilation. Thanks!

--
View this message in context: http://xen.1045712.n5.nabble.com/Pathcs-for-VGA-PassThrough-for-xen-4-2-unstable-revision-23799-tp4753565p4859843.html
Sent from the Xen - User mailing list archive at Nabble.com.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

--------------060405010107020007050103-- --===============0469662934== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0469662934==-- From xen-devel-bounces@lists.xensource.com Sun Oct 02 04:13:07 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 02 Oct 2011 04:13:07 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAJyk-0006Us-F8; Sun, 02 Oct 2011 04:13:06 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAJy1-0006Ib-RA; Sun, 02 Oct 2011 04:12:22 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-8.tower-27.messagelabs.com!1317553920!48934762!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17920 invoked from network); 2 Oct 2011 11:12:00 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Oct 2011 11:12:00 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 7ABF31DEB; Sun, 2 Oct 2011 14:12:16 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 5F15E200EA; Sun, 2 Oct 2011 14:12:16 +0300 (EEST) Date: Sun, 2 Oct 2011 14:12:16 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Florian Heigl Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) Message-ID: <20111002111216.GA12984@reaktio.net> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20110930235247.GY12984@reaktio.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Joseph Glanville , Lars Kurth , xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk , xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Sat, Oct 01, 2011 at 08:06:09PM +0200, Florian Heigl wrote: > 2011/10/1 Pasi Kärkkäinen : > > On Fri, Sep 30, 2011 at 06:33:40PM +0200, Florian Heigl wrote: > >> 2011/9/30 Lars Kurth : > >> > Let me know, which date you agreed on. We could do a poll. > >> > We should publish on the blog a bit before. > >> > Also, how can I help? > >> > >> One thing where you could probably help best is setting clear rules > >> what do document for a release. > >> i.e. the 4.0 relnotes had build instructions and a lot more, whereas > >> this is missing in the next release note. > >> > >> either the build instructions were in the wrong place for 4.0 or 4.1 > >> was released with incomplete info ;) > >> making a checklist sounds *ahem* in place :) > >> > > > > Xen 4.1 releasenotes do state that "check Xen 4.0 releasenotes for build instructions and more info" :) > > You see how well that worked for me :) > > Imagine a magazine which has half of the standard topics missing on > it's second issue with a pointer to the last one. > And tbh I guess if anyone had re-tested the 4.0 build instructions > line by line and found them 100% working then he'd probably have > copied them over? > Well they ARE working, that's why I didn't copy them when I wrote 4.1 page :-) But anyway, feel free to do that! > Flo > -- > the purpose of libvirt is to provide an abstraction layer hiding all > xen features added since 2006 until they were finally understood and > copied by the kvm devs. :) -- Pasi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Sun Oct 02 07:19:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 02 Oct 2011 07:19:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAMsq-0003ph-OX; Sun, 02 Oct 2011 07:19:12 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAMrS-0003VB-JV for xen-users@lists.xensource.com; Sun, 02 Oct 2011 07:17:48 -0700 X-Env-Sender: lvqq05@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1317565062!33544580!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3802 invoked from network); 2 Oct 2011 14:17:43 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2011 14:17:43 -0000 Received: by vws13 with SMTP id 13so3310171vws.30 for ; Sun, 02 Oct 2011 07:17:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=J30cQuK5JVOQhoQvQI+BFRCqk7q4u+NPXCOdZ3NRo0k=; b=VaWplY95U+5C0sQALQj2nPdzKpMNrihGBwo62FvW4VF3ISeiGXu2uhn3Jda7HHexsv eS/I5iHlmaaKwgpKYeq8+kKBkvoAGThkfxb1BKWoo0Q9Nb0KQJj82lrPBeCZs80OSPbl yhpR3Ig27vjMxEpnmlWZp/Zmb6rkbkXeblKNw= MIME-Version: 1.0 Received: by 10.52.108.40 with SMTP id hh8mr13232961vdb.505.1317565060608; Sun, 02 Oct 2011 07:17:40 -0700 (PDT) Received: by 10.220.191.136 with HTTP; Sun, 2 Oct 2011 07:17:40 -0700 (PDT) Date: Sun, 2 Oct 2011 22:17:40 +0800 Message-ID: From: rainbow To: xen-users@lists.xensource.com Subject: [Xen-users] xen assing nic X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0271796801==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0271796801== Content-Type: multipart/alternative; boundary=bcaec548600c67f2d504ae5185b2 --bcaec548600c67f2d504ae5185b2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,all, I install Xen for linux-3.0 and compile the kernel with iommu. my domu kernel is the same kernel with the host machine. I hide nic as http://wiki.xen.org/xenwiki/VTdHowTo procedure. If I add pci=3D['10:00.0'] at guest config file, then I will get NET: Registered protocol family 36 Registering the dns_resolver key type registered taskstats version 1 blkfront: xvda2: barriers disabled blkfront: xvda1: barriers disabled XENBUS: Waiting for devices to initialise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s.= ..240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190= s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...1= 35s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80= s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s..= .15s...10s...5s...0s... XENBUS: Timeout connecting to device: device/pci/0 (local state 3, remote state 1) XENBUS: Device with no driver: device/console/0 Freeing unused kernel memory: 716k freed EXT3-fs: barriers not enabled kjournald starting. Commit interval 5 seconds EXT3-fs (xvda2): mounted filesystem with writeback data mode udev[862]: starting version 164 input: PC Speaker as /devices/platform/pcspkr/input/input0 Adding 131068k swap on /dev/xvda1. Priority:-1 extents:1 across:131068k SS EXT3-fs (xvda2): using internal journal sshd (1291): /proc/1291/oom_adj is deprecated, please use /proc/1291/oom_score_adj instead. eth0: no IPv6 routers present Then I log on to guest os: #lspci get no output. but if I run #xm pci-list my_dom then I will get pci information. I don't know why. And a strange thing is when I start guest os first , I wii get the followin= g information on the host dmesg: 181.154722] ------------[ cut here ]------------ [ 181.163039] WARNING: at arch/x86/xen/mmu.c:486 xen_make_pte_debug+0x99/0xfa() [ 181.173959] Hardware name: ProLiant DL380 G6 [ 181.182005] 0x95bd3000 is using VM_IO, but it is 0x105dd8000! [ 181.191559] Modules linked in: radeon ttm hpwdt drm_kms_helper bnx2 r8169 [last unloaded: scsi_wait_scan] [ 181.205115] Pid: 3505, comm: xend Not tainted 3.0.0-xen2-iommu #2 [ 181.215108] Call Trace: [ 181.221439] [] ? xen_make_pte_debug+0x99/0xfa [ 181.231354] [] warn_slowpath_common+0x80/0x99 [ 181.241248] [] warn_slowpath_fmt+0x69/0x6b [ 181.250821] [] ? xen_force_evtchn_callback+0xd/0xf [ 181.261145] [] ? xen_force_evtchn_callback+0xd/0xf [ 181.271391] [] ? check_events+0x12/0x20 [ 181.280741] [] ? get_phys_to_machine+0x26/0x5f [ 181.290610] [] ? pfn_to_mfn+0x12/0x2f [ 181.299720] [] xen_make_pte_debug+0x99/0xfa [ 181.309293] [] __raw_callee_save_xen_make_pte_debug+0x11/0x1e [ 181.320501] [] ? pfn_pte+0x33/0x35 [ 181.329317] [] remap_area_mfn_pte_fn+0x24/0x64 [ 181.339190] [] apply_to_page_range+0x20e/0x298 [ 181.349064] [] ? xen_force_evtchn_callback+0xd/0xf [ 181.359239] [] ? xen_set_domain_pte+0x7a/0x7a [ 181.368912] [] xen_remap_domain_mfn_range+0x97/0xef [ 181.379136] [] ? cpumask_any_but+0x1f/0x2c [ 181.388454] [] ? __alloc_pages_nodemask+0x13e/0x610 [ 181.398563] [] ? need_resched+0x1e/0x28 [ 181.407532] [] mmap_batch_fn+0x32/0x51 [ 181.416364] [] traverse_pages+0x8c/0xad [ 181.425262] [] ? privcmd_ioctl+0x375/0x375 [ 181.434506] [] privcmd_ioctl+0x31c/0x375 [ 181.443515] [] ? inode_has_perm+0x2f/0x31 [ 181.452583] [] vfs_ioctl+0x18/0x2f [ 181.461009] [] do_vfs_ioctl+0x437/0x48a [ 181.469721] [] sys_ioctl+0x57/0x7a [ 181.477889] [] system_call_fastpath+0x16/0x1b [ 181.487033] ---[ end trace 3a9b3e835521feaa ]--- [ 181.781960] ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 182.082542] device vif1.0 entered promiscuous mode [ 182.135754] ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 183.603896] xen-blkback:ring-ref 8, event-channel 9, protocol 1 (x86_64-abi) [ 183.643943] xen-blkback:ring-ref 9, event-channel 10, protocol 1 (x86_64-abi) [ 183.668937] ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready [ 183.678210] eth2: port 2(vif1.0) entering forwarding state [ 183.686973] eth2: port 2(vif1.0) entering forwarding state [ 194.547265] vif1.0: no IPv6 routers present [ 246.549091] eth2: port 2(vif1.0) entering forwarding state [ 246.557979] eth2: port 2(vif1.0) entering disabled state [ 254.022803] ADDRCONF(NETDEV_UP): vif2.0: link is not ready [ 254.320923] device vif2.0 entered promiscuous mode [ 254.353327] ADDRCONF(NETDEV_UP): vif2.0: link is not ready [ 255.045265] xen-blkback:ring-ref 9, event-channel 10, protocol 1 (x86_64-abi) [ 255.100907] xen-blkback:ring-ref 10, event-channel 11, protocol 1 (x86_64-abi) [ 255.125760] ADDRCONF(NETDEV_CHANGE): vif2.0: link becomes ready [ 255.134859] eth2: port 2(vif2.0) entering forwarding state [ 255.143391] eth2: port 2(vif2.0) entering forwarding state [ 265.875280] vif2.0: no IPv6 routers present [ 1761.378188] eth2: port 2(vif2.0) entering forwarding state [ 1761.393523] eth2: port 2(vif2.0) entering disabled state [ 1805.767069] ADDRCONF(NETDEV_UP): vif3.0: link is not ready [ 1806.087673] device vif3.0 entered promiscuous mode [ 1806.132934] ADDRCONF(NETDEV_UP): vif3.0: link is not ready [ 1806.624631] xen-blkback:ring-ref 8, event-channel 9, protocol 1 (x86_64-abi) [ 1806.708691] xen-blkback:ring-ref 9, event-channel 10, protocol 1 (x86_64-abi) [ 1806.744669] ADDRCONF(NETDEV_CHANGE): vif3.0: link becomes ready [ 1806.753718] eth2: port 2(vif3.0) entering forwarding state [ 1806.762315] eth2: port 2(vif3.0) entering forwarding state [ 1817.123275] vif3.0: no IPv6 routers present If I start the guest os again. there is no such information. I am very sorry for my english and I search many hours from the list but ca= n not solve the problem. Thank you for your help!! --=20 Qingquan Lv School of Information Science & Engineering , Lanzhou University. mail: lvqq05@gmail.com Do what you like, Enjoy your life. --bcaec548600c67f2d504ae5185b2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,all, I install Xen for linux-3.0 and compile the kerne= l with iommu.=A0 my domu kernel is the same kernel with the host machine. I= hide nic=A0 as http://wik= i.xen.org/xenwiki/VTdHowTo procedure.
If I add pci=3D['10:00.0'] at guest config file, then I will get NET: Registered protocol family 36
Registering the dns_resolver key ty= pe
registered taskstats version 1
blkfront: xvda2: barriers disabled<= br> blkfront: xvda1: barriers disabled
XENBUS: Waiting for devices to initia= lise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s..= .245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s= ...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...14= 0s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85= s...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s..= .20s...15s...10s...5s...0s...
XENBUS: Timeout connecting to device: device/pci/0 (local state 3, remote s= tate 1)
XENBUS: Device with no driver: device/console/0
Freeing unuse= d kernel memory: 716k freed
EXT3-fs: barriers not enabled
kjournald s= tarting.=A0 Commit interval 5 seconds
EXT3-fs (xvda2): mounted filesystem with writeback data mode
udev[862]: = starting version 164
input: PC Speaker as /devices/platform/pcspkr/input= /input0
Adding 131068k swap on /dev/xvda1.=A0 Priority:-1 extents:1 acro= ss:131068k SS
EXT3-fs (xvda2): using internal journal
sshd (1291): /proc/1291/oom_adj = is deprecated, please use /proc/1291/oom_score_adj instead.
eth0: no IPv= 6 routers present

Then I log on to guest os:
#lspci
get no o= utput. but if I run #xm pci-list my_dom
then I will get pci information. I don't know why.

And a strang= e thing is when I start guest os first , I wii get the following informatio= n on the host dmesg:
181.154722] ------------[ cut here ]------------ =A0[=A0 181.163039] WARNING: at arch/x86/xen/mmu.c:486 xen_make_pte_debug+0= x99/0xfa()
=A0[=A0 181.173959] Hardware name: ProLiant DL380 G6
=A0[= =A0 181.182005] 0x95bd3000 is using VM_IO, but it is 0x105dd8000!
=A0[= =A0 181.191559] Modules linked in: radeon ttm hpwdt drm_kms_helper bnx2 r81= 69 [last unloaded: scsi_wait_scan]
=A0[=A0 181.205115] Pid: 3505, comm: xend Not tainted 3.0.0-xen2-iommu #2=A0[=A0 181.215108] Call Trace:
=A0[=A0 181.221439]=A0 [<ffffffff81= 006215>] ? xen_make_pte_debug+0x99/0xfa
=A0[=A0 181.231354]=A0 [<f= fffffff81045d03>] warn_slowpath_common+0x80/0x99
=A0[=A0 181.241248]=A0 [<ffffffff81045dff>] warn_slowpath_fmt+0x69/0x= 6b
=A0[=A0 181.250821]=A0 [<ffffffff81006871>] ? xen_force_evtchn_= callback+0xd/0xf
=A0[=A0 181.261145]=A0 [<ffffffff81006871>] ? xen= _force_evtchn_callback+0xd/0xf
=A0[=A0 181.271391]=A0 [<ffffffff81006f12>] ? check_events+0x12/0x20<= br>=A0[=A0 181.280741]=A0 [<ffffffff81007649>] ? get_phys_to_machine+= 0x26/0x5f
=A0[=A0 181.290610]=A0 [<ffffffff81004a2a>] ? pfn_to_mfn= +0x12/0x2f
=A0[=A0 181.299720]=A0 [<ffffffff81006215>] xen_make_pte_debug+0x99/0= xfa
=A0[=A0 181.309293]=A0 [<ffffffff810044cf>] __raw_callee_save_= xen_make_pte_debug+0x11/0x1e
=A0[=A0 181.320501]=A0 [<ffffffff8100485= b>] ? pfn_pte+0x33/0x35
=A0[=A0 181.329317]=A0 [<ffffffff810066cd>] remap_area_mfn_pte_fn+0x2= 4/0x64
=A0[=A0 181.339190]=A0 [<ffffffff810cee32>] apply_to_page_r= ange+0x20e/0x298
=A0[=A0 181.349064]=A0 [<ffffffff81006871>] ? xen= _force_evtchn_callback+0xd/0xf
=A0[=A0 181.359239]=A0 [<ffffffff810066a9>] ? xen_set_domain_pte+0x7a= /0x7a
=A0[=A0 181.368912]=A0 [<ffffffff81004cc0>] xen_remap_domain= _mfn_range+0x97/0xef
=A0[=A0 181.379136]=A0 [<ffffffff811f0a28>] ?= cpumask_any_but+0x1f/0x2c
=A0[=A0 181.388454]=A0 [<ffffffff810b8c84>] ? __alloc_pages_nodemask+= 0x13e/0x610
=A0[=A0 181.398563]=A0 [<ffffffff81038aee>] ? need_res= ched+0x1e/0x28
=A0[=A0 181.407532]=A0 [<ffffffff81271069>] mmap_ba= tch_fn+0x32/0x51
=A0[=A0 181.416364]=A0 [<ffffffff81270b00>] traverse_pages+0x8c/0xad<= br>=A0[=A0 181.425262]=A0 [<ffffffff81271037>] ? privcmd_ioctl+0x375/= 0x375
=A0[=A0 181.434506]=A0 [<ffffffff81270fde>] privcmd_ioctl+0x= 31c/0x375
=A0[=A0 181.443515]=A0 [<ffffffff811b8645>] ? inode_has_= perm+0x2f/0x31
=A0[=A0 181.452583]=A0 [<ffffffff810fb4a4>] vfs_ioctl+0x18/0x2f
= =A0[=A0 181.461009]=A0 [<ffffffff810fb9c2>] do_vfs_ioctl+0x437/0x48a<= br>=A0[=A0 181.469721]=A0 [<ffffffff810fba6c>] sys_ioctl+0x57/0x7a=A0[=A0 181.477889]=A0 [<ffffffff81513892>] system_call_fastpath+0x1= 6/0x1b
=A0[=A0 181.487033] ---[ end trace 3a9b3e835521feaa ]---
=A0[=A0 181.781= 960] ADDRCONF(NETDEV_UP): vif1.0: link is not ready
=A0[=A0 182.082542] = device vif1.0 entered promiscuous mode
=A0[=A0 182.135754] ADDRCONF(NETD= EV_UP): vif1.0: link is not ready
=A0[=A0 183.603896] xen-blkback:ring-ref 8, event-channel 9, protocol 1 (x8= 6_64-abi)
=A0[=A0 183.643943] xen-blkback:ring-ref 9, event-channel 10, = protocol 1 (x86_64-abi)
=A0[=A0 183.668937] ADDRCONF(NETDEV_CHANGE): vif= 1.0: link becomes ready
=A0[=A0 183.678210] eth2: port 2(vif1.0) entering forwarding state
=A0[= =A0 183.686973] eth2: port 2(vif1.0) entering forwarding state
=A0[=A0 1= 94.547265] vif1.0: no IPv6 routers present
=A0[=A0 246.549091] eth2: por= t 2(vif1.0) entering forwarding state
=A0[=A0 246.557979] eth2: port 2(vif1.0) entering disabled state
=A0[=A0= 254.022803] ADDRCONF(NETDEV_UP): vif2.0: link is not ready
=A0[=A0 254.= 320923] device vif2.0 entered promiscuous mode
=A0[=A0 254.353327] ADDRC= ONF(NETDEV_UP): vif2.0: link is not ready
=A0[=A0 255.045265] xen-blkback:ring-ref 9, event-channel 10, protocol 1 (x= 86_64-abi)
=A0[=A0 255.100907] xen-blkback:ring-ref 10, event-channel 11= , protocol 1 (x86_64-abi)
=A0[=A0 255.125760] ADDRCONF(NETDEV_CHANGE): v= if2.0: link becomes ready
=A0[=A0 255.134859] eth2: port 2(vif2.0) entering forwarding state
=A0[= =A0 255.143391] eth2: port 2(vif2.0) entering forwarding state
=A0[=A0 2= 65.875280] vif2.0: no IPv6 routers present
=A0[ 1761.378188] eth2: port = 2(vif2.0) entering forwarding state
=A0[ 1761.393523] eth2: port 2(vif2.0) entering disabled state
=A0[ 1805= .767069] ADDRCONF(NETDEV_UP): vif3.0: link is not ready
=A0[ 1806.087673= ] device vif3.0 entered promiscuous mode
=A0[ 1806.132934] ADDRCONF(NETD= EV_UP): vif3.0: link is not ready
=A0[ 1806.624631] xen-blkback:ring-ref 8, event-channel 9, protocol 1 (x86_= 64-abi)
=A0[ 1806.708691] xen-blkback:ring-ref 9, event-channel 10, prot= ocol 1 (x86_64-abi)
=A0[ 1806.744669] ADDRCONF(NETDEV_CHANGE): vif3.0: l= ink becomes ready
=A0[ 1806.753718] eth2: port 2(vif3.0) entering forwarding state
=A0[ 18= 06.762315] eth2: port 2(vif3.0) entering forwarding state
=A0[ 1817.1232= 75] vif3.0: no IPv6 routers present

If I start the guest os again. t= here is no such information.
I am very sorry for my english and I search many hours from the list but ca= n not solve the problem. Thank you for your help!!
--
Qingquan LvSchool of Information Science & Engineering , Lanzhou University.
mail: lvqq05@gmail.com
Do what y= ou like,
Enjoy your life.
--bcaec548600c67f2d504ae5185b2-- --===============0271796801== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0271796801==-- From xen-users-bounces@lists.xensource.com Sun Oct 02 11:21:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 02 Oct 2011 11:21:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAQfe-0000Vh-Od; Sun, 02 Oct 2011 11:21:50 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAQdX-0000Ap-B2 for xen-users@lists.xensource.com; Sun, 02 Oct 2011 11:19:39 -0700 X-Env-Sender: symack@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1317579574!33553456!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27399 invoked from network); 2 Oct 2011 18:19:36 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2011 18:19:36 -0000 Received: by iagv1 with SMTP id v1so5622444iag.30 for ; Sun, 02 Oct 2011 11:19:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=RkYWeJcmrFxYSZ/YifOPyLxxBlDW4/ZbaHQEG/WiWQE=; b=iShcAucDdktmmNUuQZNx6Yiaedpm0U/K/sEGa/RQ51AHP/S1wbgZ2dnp4HVRGNkatw Tu62NtHNFi8NrKvBfCdPopF6YCWI7ieABr77T0v09V9QU4AnFog16f6CXFWyCznAnltG FqBBb1EcUq4B7tXXgzJjLbWBOnktgkr/R3WXw= MIME-Version: 1.0 Received: by 10.42.144.200 with SMTP id c8mr6333586icv.118.1317579574502; Sun, 02 Oct 2011 11:19:34 -0700 (PDT) Received: by 10.42.180.73 with HTTP; Sun, 2 Oct 2011 11:19:34 -0700 (PDT) Date: Sun, 2 Oct 2011 14:19:34 -0400 Message-ID: From: Nick Khamis To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Shared Host Resources X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello Everyone, I am considering installinig XEN on 20 of our servers, and I have a few questions regarding: 1) Sharing of CPUs, RAM (RDMA) and ports across the Host servers (not VMs) 2) Load balancing across multiple hosts I am pretty sure shared storage is possible, I am wondering about the rest much harder to share resources. Thanks in Advance, Nick _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 02 11:55:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 02 Oct 2011 11:55:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RARCX-0001qf-CZ; Sun, 02 Oct 2011 11:55:49 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RARBB-0001Wm-8F for xen-users@lists.xensource.com; Sun, 02 Oct 2011 11:54:25 -0700 X-Env-Sender: mc-mail@g.mc.cx X-Msg-Ref: server-6.tower-21.messagelabs.com!1317581641!40473321!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12539 invoked from network); 2 Oct 2011 18:54:02 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2011 18:54:02 -0000 Received: by bkas6 with SMTP id s6so6079221bka.30 for ; Sun, 02 Oct 2011 11:54:21 -0700 (PDT) Received: by 10.204.137.10 with SMTP id u10mr7005902bkt.237.1317581661215; Sun, 02 Oct 2011 11:54:21 -0700 (PDT) Received: from [10.10.6.118] ([2.111.132.90]) by mx.google.com with ESMTPS id k26sm7108512bks.1.2011.10.02.11.54.20 (version=SSLv3 cipher=OTHER); Sun, 02 Oct 2011 11:54:20 -0700 (PDT) Message-ID: <4E88B35B.3060908@g.mc.cx> Date: Sun, 02 Oct 2011 20:54:19 +0200 From: Morten Christensen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0) Gecko/20110922 Thunderbird/7.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Xcp and xencenter References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Den 01-10-2011 04:46, Andrew Wells skrev: > > I recently started using xcp, but how do I acquire xencenter? Is it > only available with xcp 1.1? > > No. It is possible to use it with 1.0. Xencenter is written for XenServer without thoughts on XCP, so it has some version-number-problems on XCP 1.0. This patch might help http://www.gossamer-threads.com/lists/xen/api/199147 http://www.xensemaking.com/misc/patchxcp.sh Morten Christensen _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 02 21:43:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 02 Oct 2011 21:43:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAaMq-0005J8-Mo; Sun, 02 Oct 2011 21:43:04 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAaLY-0004vz-Th for xen-users@lists.xensource.com; Sun, 02 Oct 2011 21:41:45 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1317616883!44835358!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12113 invoked from network); 3 Oct 2011 04:41:24 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2011 04:41:24 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p934fdf4027387; Sun, 2 Oct 2011 21:41:39 -0700 (envelope-from brooks@netgate.net) Date: Sun, 2 Oct 2011 21:41:39 -0700 (PDT) From: brooks@netgate.net To: Todd Deshane Subject: Re: [Xen-users] XCP 1.1 License Expiry Issue Remains In-Reply-To: Message-ID: References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Todd, Doesn't this seem like a worse situation than what we had in XCP 1.0? At least in 1.0 we could install a "Free Edition" license and make the warnings disappear. As it is now customers with both commercial XenServer and XCP pools managed via XenCenter are constantly reminded that their license has expired making XenCenter more difficult (annoying) to use. With no real alternative and with ClouldStack being the obvious future solution an XCP aware XenCenter would be a (really) nice bridge. Kevin On Sat, 1 Oct 2011, Todd Deshane wrote: > On Friday, September 30, 2011, wrote: > >> >> I thought the license issues had been flused out of XCP 1.1 RC. From >> Jonathan's XCP 1.1 RC announcement email: >> >> ------------------------------**------------------------------**-------- >> XCP 1.1 Release Candidate is ready to be tested. Changes since Beta: >> >> * License expiry crept back in. It has now crept out again. >> ------------------------------**------------------------------**-------- >> >> Yet, I'm still seeing the annoying license expiry warning in XenCenter 6.0 >> from the XCP 1.1 RC boxes: >> > > The warning is still there with XenCenter, but that is a bug with XenCenter. > The warning is just that a warning. XCP has the license code removed, so > nothing will happen when the expiry date passes. > > Thanks, > Todd _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 02 22:23:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 02 Oct 2011 22:23:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAazf-0006XA-BU; Sun, 02 Oct 2011 22:23:11 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAayO-0006Bw-3x for xen-users@lists.xensource.com; Sun, 02 Oct 2011 22:21:53 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1317619307!19910450!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25136 invoked from network); 3 Oct 2011 05:21:48 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 05:21:48 -0000 Received: by iagv1 with SMTP id v1so6261045iag.30 for ; Sun, 02 Oct 2011 22:21:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=UwFK4N6Y1pt0ROR2nC9nZfkp6wh8rVrsXAmirwApGQM=; b=tJBGbPIYNZy8Bpexkry6srAPzKRWdU5OspthoybJaObNGRmrKRQ9wV+dPS30ySAX2S mZcZMqs0lY8RNE2eeUMrMocZ2q4gObfd139E7A4dC9KHQ0+PA94MDfvjcV8T9J+IsC3t bpu4q0/A+qJsjEUHDJA3oe2OLF6K3WJalH6q8= Received: by 10.231.65.73 with SMTP id h9mr698070ibi.21.1317619307116; Sun, 02 Oct 2011 22:21:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.136 with HTTP; Sun, 2 Oct 2011 22:21:27 -0700 (PDT) In-Reply-To: References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> From: Todd Deshane Date: Mon, 3 Oct 2011 01:21:27 -0400 X-Google-Sender-Auth: ABkXcBwNYj9Fluz_KToWXpMWKg4 Message-ID: Subject: Re: [Xen-users] XCP 1.1 License Expiry Issue Remains To: brooks@netgate.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mike McClurg , "xen-users@lists.xensource.com" , Jonathan Ludlam X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 3, 2011 at 12:41 AM, wrote: > Todd, > > Doesn't this seem like a worse situation than what we had in XCP 1.0? =A0= At > least in 1.0 we could install a "Free Edition" license and make the warni= ngs > disappear. =A0As it is now customers with both commercial XenServer and X= CP > pools managed via XenCenter are constantly reminded that their license ha= s > expired making XenCenter more difficult (annoying) to use. > Adding Mike and Jon to the CC just to make sure I didn't misunderstand how things are working... > With no real alternative and with ClouldStack being the obvious future > solution an XCP aware XenCenter would be a (really) nice bridge. > > Kevin > > On Sat, 1 Oct 2011, Todd Deshane wrote: > >> On Friday, September 30, 2011, wrote: >> >>> >>> I thought the license issues had been flused out of XCP 1.1 RC. =A0From >>> Jonathan's XCP 1.1 RC announcement email: >>> >>> ------------------------------**------------------------------**-------= - >>> XCP 1.1 Release Candidate is ready to be tested. Changes since Beta: >>> >>> * License expiry crept back in. It has now crept out again. >>> ------------------------------**------------------------------**-------= - >>> >>> Yet, I'm still seeing the annoying license expiry warning in XenCenter >>> 6.0 >>> from the XCP 1.1 RC boxes: >>> >> >> The warning is still there with XenCenter, but that is a bug with >> XenCenter. >> The warning is just that a warning. XCP has the license code removed, so >> nothing will happen when the expiry date passes. >> >> Thanks, >> Todd > --=20 Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 02:20:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 02:20:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAeha-0003JT-GI; Mon, 03 Oct 2011 02:20:46 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RAeg0-0002zN-U0 for xen-users@lists.xensource.com; Mon, 03 Oct 2011 02:19:12 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1317633527!46953085!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7669 invoked from network); 3 Oct 2011 09:18:47 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-9.tower-27.messagelabs.com with SMTP; 3 Oct 2011 09:18:47 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Mon, 3 Oct 2011 10:19:05 +0100 MIME-Version: 1.0 Content-class: urn:content-classes:message Date: Mon, 3 Oct 2011 10:19:03 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6057@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 Thread-Index: AcyBrVAK84m1N1PHQbaha4FAFkC+aA== From: "Ian Tobin" To: Subject: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0512210908==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0512210908== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC81AD.7F1361E6" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CC81AD.7F1361E6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Is there a fix for this issue =20 libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the minimum threshold =20 There is plenty of RAM but xl thinks there isn't, ive seen this on all my servers. =20 Thanks =20 Ian =20 =20 ------_=_NextPart_001_01CC81AD.7F1361E6 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Is there a fix for this issue

 

libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for = dom0 is below the = minimum threshold

 

There is plenty of RAM but xl thinks there isn’t, ive seen this = on all my servers.

 

Thanks

 

Ian

 

 

------_=_NextPart_001_01CC81AD.7F1361E6-- --===============0512210908== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0512210908==-- From xen-users-bounces@lists.xensource.com Mon Oct 03 04:43:01 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 04:43:01 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAgvE-00077F-3x; Mon, 03 Oct 2011 04:43:00 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAgu0-0006n7-G5 for xen-users@lists.xensource.com; Mon, 03 Oct 2011 04:41:44 -0700 X-Env-Sender: cechevarne@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1317642101!19974872!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17415 invoked from network); 3 Oct 2011 11:41:41 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 11:41:41 -0000 Received: by wyh13 with SMTP id 13so3895056wyh.30 for ; Mon, 03 Oct 2011 04:41:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RwZjVWKG9dca3cBV1y355B0EyEPAQxJqN2LyGDwNSv8=; b=FEapXlDzleEuPZAcsMFXfrvN2hKIXFHq99kFPeVVMp1Zj8wJmYMmrZK5vT/b7S31z5 ZDSJfst4A9uN3DmEg5uIWb1w3Aun/38JSyWb4eKC32pQdS02QFQmLVzoEeVwqmwegxch 67L93NJCQ97U4hER4/jrA+ppjXvjXrkmNeVqM= MIME-Version: 1.0 Received: by 10.216.172.10 with SMTP id s10mr16246322wel.85.1317642100972; Mon, 03 Oct 2011 04:41:40 -0700 (PDT) Received: by 10.216.46.213 with HTTP; Mon, 3 Oct 2011 04:41:40 -0700 (PDT) In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6057@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A6057@electron.tidyhosts.com> Date: Mon, 3 Oct 2011 13:41:40 +0200 Message-ID: Subject: Re: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 From: Carlos To: Ian Tobin Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0871279085==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0871279085== Content-Type: multipart/alternative; boundary=0016364180a15e9c7204ae6375a2 --0016364180a15e9c7204ae6375a2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable please, paste xl info output. 2011/10/3 Ian Tobin > Hi,**** > > ** ** > > Is there a fix for this issue**** > > ** ** > > libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for dom0i= s > below the minimum threshold**** > > ** ** > > There is plenty of RAM but xl thinks there isn=92t, ive seen this on all = my > servers.**** > > ** ** > > Thanks**** > > ** ** > > Ian**** > > ** ** > > ** ** > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --0016364180a15e9c7204ae6375a2 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable please, paste xl info output.

2011/10/3 I= an Tobin <itob= in@tidyhosts.com>

Hi,=

<= u>=A0

Is th= ere a fix for this issue

=A0

libxl: error: libxl.c:2145:l= ibxl_set_memory_target new target 0 for dom0 is below the minimum threshold

=A0

There is plenty of RAM but xl thinks there isn=92t, ive seen = this on all my servers.

=A0

Thanks

=

=A0

Ian

=A0

=A0

<= /div>

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--0016364180a15e9c7204ae6375a2-- --===============0871279085== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0871279085==-- From xen-users-bounces@lists.xensource.com Mon Oct 03 05:37:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 05:37:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAhlX-0000Aa-Ru; Mon, 03 Oct 2011 05:37:03 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAhkU-0008H2-4e for xen-users@lists.xensource.com; Mon, 03 Oct 2011 05:35:58 -0700 X-Env-Sender: symack@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1317645321!57177298!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10917 invoked from network); 3 Oct 2011 12:35:22 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 12:35:22 -0000 Received: by iagv1 with SMTP id v1so6763581iag.30 for ; Mon, 03 Oct 2011 05:35:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=HXokP4xNfdaIHKMj7ywN2EQ1AQaoZFctM4d0zbvtybs=; b=fqPXK7gP3pKiRz2Ovyc8s/BO57Tx/oc8PiumIsu3FxdiBPQYRiBUQiyR+lSDTK8m/4 SqI7yp2lDbJu1aN3CIG+RBX/X01nSuqshR4DZSPNvQO9WpYU/L3xF2YPyV9+9EmSfi40 XjO06o0Te4+fiSFHxPQe5iUxRbmXl6+V6U1zw= MIME-Version: 1.0 Received: by 10.42.176.129 with SMTP id be1mr7445074icb.147.1317645353314; Mon, 03 Oct 2011 05:35:53 -0700 (PDT) Received: by 10.42.180.73 with HTTP; Mon, 3 Oct 2011 05:35:52 -0700 (PDT) Date: Mon, 3 Oct 2011 08:35:52 -0400 Message-ID: From: Nick Khamis To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] XEN + OpenFabrics + Infiniband X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello Everyone, I was wondering if any effort has been made regarding supporting infiniband devices to support I/O Virtualization, RDMA etc..? If so, can you please direct me to the latest documentation. Thanks in Advance, Nick. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 06:29:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 06:29:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAia0-0002ES-Dl; Mon, 03 Oct 2011 06:29:12 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RAiYg-0001tU-2t for xen-users@lists.xensource.com; Mon, 03 Oct 2011 06:27:50 -0700 X-Env-Sender: benjamin.weaver@phon.ox.ac.uk X-Msg-Ref: server-15.tower-21.messagelabs.com!1317648468!52908124!1 X-Originating-IP: [129.67.1.161] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10728 invoked from network); 3 Oct 2011 13:27:48 -0000 Received: from relay0.mail.ox.ac.uk (HELO relay0.mail.ox.ac.uk) (129.67.1.161) by server-15.tower-21.messagelabs.com with SMTP; 3 Oct 2011 13:27:48 -0000 Received: from smtp2.mail.ox.ac.uk ([163.1.2.205]) by relay0.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from ) id 1RAiYc-0001Fo-2N for xen-users@lists.xensource.com; Mon, 03 Oct 2011 14:27:46 +0100 Received: from boldo.phon.ox.ac.uk ([163.1.87.4]) by smtp2.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RAiYc-0002If-8T for xen-users@lists.xensource.com; Mon, 03 Oct 2011 14:27:46 +0100 Message-ID: <4E89B92C.7030901@phon.ox.ac.uk> Date: Mon, 03 Oct 2011 14:31:24 +0100 From: Benjamin Weaver User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] question re xen bridging: how would I enable different names for xen bridge and dom0 ethernet interface? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Oxford-Username: clas0105 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Thanks, Simon, I will try this solution out when our stress test is done. Ben _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 06:55:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 06:55:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAizC-0004fC-PY; Mon, 03 Oct 2011 06:55:14 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RAixy-0004KX-LI for xen-users@lists.xensource.com; Mon, 03 Oct 2011 06:53:59 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-5.tower-182.messagelabs.com!1317650035!15713025!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3189 invoked from network); 3 Oct 2011 13:53:55 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-5.tower-182.messagelabs.com with SMTP; 3 Oct 2011 13:53:55 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 52E1310401B for ; Mon, 3 Oct 2011 14:53:53 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dku8K-jyPaPM for ; Mon, 3 Oct 2011 14:53:53 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id ED1BD29F2A for ; Mon, 3 Oct 2011 14:53:52 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <4E89B92C.7030901@phon.ox.ac.uk> References: <4E89B92C.7030901@phon.ox.ac.uk> Date: Mon, 3 Oct 2011 14:53:42 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] question re xen bridging: how would I enable different names for xen bridge and dom0 ethernet interface? Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com BTW - I forgot to mention that you'll also need to disable all the Xen network scripts. Make sure all instances of "network-script" are commented out. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 09:28:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 09:28:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAlNr-0004XH-AL; Mon, 03 Oct 2011 09:28:51 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAkuf-0003mL-65 for xen-users@lists.xensource.com; Mon, 03 Oct 2011 08:58:41 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1317657516!33731918!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7850 invoked from network); 3 Oct 2011 15:58:37 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 15:58:37 -0000 Received: by vws13 with SMTP id 13so4267589vws.30 for ; Mon, 03 Oct 2011 08:58:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=uhGokx6I9ES6va+mm2+kz/fC5rWLtu2FfmRftOrNfwE=; b=D4592mzxzv5Y8rSb6kUYQl9Lx3rcg5LRNHA5AW7VQ2lKsGPI601pwk1ZuLK0mjJGgr nc4w6HrBe7+7Iffgc/p1O2YlZ1J4vO0LqS1ImQAKikeA6h6PcSlmGEYl2W7Q1qycdV5u LvIbaKflUs6swBnRBzRQUAHRBXRTNtSHj1fSI= Received: by 10.52.172.225 with SMTP id bf1mr139913vdc.61.1317657516112; Mon, 03 Oct 2011 08:58:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.35 with HTTP; Mon, 3 Oct 2011 08:58:16 -0700 (PDT) From: Flavio Date: Mon, 3 Oct 2011 17:58:16 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Problem creating a domU using virt-install: --connect issue X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I am trying to use virt-install to setup a CentOS domU but I am blocket due to the following error: ERROR no connection driver available for No connection for URI (null) This is the command I am typing: virt-install -n centos-6.0 -r 1024 -f /mnt/data/xen/vmstore/centos-6.0/centos-6.0.img --vnc --location http://mi.mirror.garr.it/mirrors/CentOS/6/os/x86_64/ As far as we may read from the virt-install man page the --connect option should be passed to virt-install, but if I do that (i.e. adding the "--connect xen" to the end of the command line) I get the following: ERROR no connection driver available for No connection for URI xen:/// I don't understand what to do. As we may see in the following video, the --connect parameter seems to be not necessary: http://www.youtube.com/watch?v=e-3Iuq5UQbg My OS is Gentoo Linux 10.0 x86_64 Kernel: gentoo-sources-3.0.4 xen: 4.1.1-r2 xen-tools: 4.1.1-r5 libvirt: 0.9.3-r1 virt-manager: 0.9.0-r1 virtinst: 0.600.0 Can somebody help me please? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 10:26:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 10:26:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAmHS-0002CC-Tl; Mon, 03 Oct 2011 10:26:18 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAmGE-0001ou-8U for xen-users@lists.xensource.com; Mon, 03 Oct 2011 10:25:04 -0700 X-Env-Sender: skupko.sk@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1317662697!33695855!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11099 invoked from network); 3 Oct 2011 17:24:59 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 17:24:59 -0000 Received: by gyh3 with SMTP id 3so6436940gyh.30 for ; Mon, 03 Oct 2011 10:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=2ifKS3byWOUDlnv8I9fInguXe4JeeLdmPHMBm8e8mG8=; b=h7FbWI2E/rj7HeiR1ueH6GZAfWMW7jbSm958Ioyg2Y+tjkUawPy9k0stKLhAqxF9Dy 9krpiU9zlzYbDZq0ENka/02fRayTon+k9WKgtd16MjjNkU6UnkyxrpUwd5BqDasAdVlb r9sAExvgNdG2WWYeR4cFLDdRYVMRbzZq5ta0Y= Received: by 10.223.55.136 with SMTP id u8mr234885fag.46.1317662697183; Mon, 03 Oct 2011 10:24:57 -0700 (PDT) Received: from [192.168.30.102] (pub167.airnet.sk. [193.110.186.167]) by mx.google.com with ESMTPS id a7sm21990570fam.22.2011.10.03.10.24.54 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Oct 2011 10:24:55 -0700 (PDT) Message-ID: <4E89EFE1.6080005@gmail.com> Date: Mon, 03 Oct 2011 19:24:49 +0200 From: Peter Viskup User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Icedove/3.1.13 MIME-Version: 1.0 To: Nick Khamis Subject: Re: [Xen-users] XEN + OpenFabrics + Infiniband References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/03/2011 02:35 PM, Nick Khamis wrote: > Hello Everyone, > > I was wondering if any effort has been made regarding supporting > infiniband devices > to support I/O Virtualization, RDMA etc..? If so, can you please > direct me to the > latest documentation. > > Thanks in Advance, > > Nick. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > Hi Nick, Thomas Gross from teegee is going to speak about that on upcoming LinuxCon Europe 2011 [1][2]. [1] https://events.linuxfoundation.org/events/linuxcon-europe/schedule [2] https://events.linuxfoundation.org/events/linuxcon-europe/virtualization-tutorial Best regards, -- Peter Viskup _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 10:56:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 10:56:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAmkn-0003wf-KA; Mon, 03 Oct 2011 10:56:37 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RAmjR-0003YM-RK for xen-users@lists.xensource.com; Mon, 03 Oct 2011 10:55:14 -0700 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1317664463!50799978!1 X-Originating-IP: [72.30.239.14] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3606 invoked from network); 3 Oct 2011 17:54:24 -0000 Received: from nm31-vm6.bullet.mail.bf1.yahoo.com (HELO nm31-vm6.bullet.mail.bf1.yahoo.com) (72.30.239.14) by server-9.tower-21.messagelabs.com with SMTP; 3 Oct 2011 17:54:24 -0000 Received: from [98.139.212.152] by nm31.bullet.mail.bf1.yahoo.com with NNFMP; 03 Oct 2011 17:55:10 -0000 Received: from [98.139.212.238] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 03 Oct 2011 17:55:10 -0000 Received: from [127.0.0.1] by omp1047.mail.bf1.yahoo.com with NNFMP; 03 Oct 2011 17:55:10 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 144526.34413.bm@omp1047.mail.bf1.yahoo.com Received: (qmail 47957 invoked by uid 60001); 3 Oct 2011 17:55:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317664509; bh=DHcna11r7+eKZqzAWCDItuqpSQ04WHjLDDrHbJ/hrKs=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=H4bHb/imiN2si2k4sQRuHhBSVCFe5JplFYV3LsgXh9+UoTZOS6nJjTPtC0bcNVYFQo9IFhInO3ztRIwBfG5pxEOqo0itSVqEWKRLXQwCTlp1AWdMRLDNz1WJ2n/ijbf7Bndcnkc7f+Nlz5GFYhzcy/hsJmGNb9qqf6oGfvdLvUY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=iqYkOramMUyMrXqp0PlB6tSkmdxcaZ9GPr+GdOd670mHPCcZtBsWeMd8U2lt6VxXwR5O/6/R49ELxLAMDiRBQGL2+3sxRR5l4/MBnYMhSdZKPm9tRTn+tVh9v+5sweijzL+BTM6sMU6OXaUtkm6TL0BNLpAgNzPH/Cj9tBYEME0=; X-YMail-OSG: .VB7tHAVM1lai3k0VGBwXnCjbTCdQasYpZFtEkmXvTUUySD u4GogVGRJjNt7yrSS.QN516gD8DdkWprtW.jOjlMh09A8iOYSbfwcEn8s89w NLvJM0Cb1oaHhjpsBh2IFNErGxIWjL0aH5MMIfiFcmg5iFEUxkaKrSIdmHSy zZLgG0zL70M1NfN0Bw.3UVEDP_Ukn05pUKsW6nSscmYGflUjYiSA16c_TCN1 6N.fIRiYmpzs.XZN8JaN1RB1sedte.Nt5sVxmU4wlDW9GvK2Vo2HMxRnOFqX N243v2V0InRHORQX1z2KmH7BM6jONVgdJh0Gd_kPb1Dhu1ul_EnxYafObgkg DuKFYXH0AkH5WWzL78BJxPI8q5sY0i7Ryvk.La3QfbydlTnGPH0VY0Hf3Vuy fgqxAO.VN42HbEdNJyso8kVqPABYU7ykF7v8RIFDqORFXtm5qoeB5kEgMgdE k5aZ_.QUvxgECwxTFbPKO2CWg8yFrxIWHJGKhTt8Lt9IlOP8AcI6JGj_6HT0 II5DAv2_uwyZohEWaN0wB1cLGgQzdzuBzyqGh8fldtrotAbF7JD_1_LqjE3b Gem.e2RNXI.XP04rjjC2I6Cq1Cd5nha7wrdHSIjMl51xIy5PIDqmKb1WTOXP hSWJf2FsASQyIzcEZelE5.5_3TP701L4- Received: from [72.130.32.252] by web35605.mail.mud.yahoo.com via HTTP; Mon, 03 Oct 2011 10:55:09 PDT X-Mailer: YahooMailWebService/0.8.114.317681 References: Message-ID: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> Date: Mon, 3 Oct 2011 10:55:09 -0700 (PDT) From: Mark Pryor Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Flavio In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com =0A=0A=0A=0A----- Original Message -----=0AFrom: Flavio =0ATo: xen-users@lists.xensource.com=0ACc: =0ASent: Monday, October 3, 201= 1 8:58 AM=0ASubject: [Xen-users] Problem creating a domU using virt-install= : --connect issue=0A=0AHello,=0AI am trying to use virt-install to setup a = CentOS domU but I am=0Ablocket due to the following error:=0AERROR=A0 =A0 n= o connection driver available for No connection for URI (null)=0A=0AThis is= the command I am typing:=0Avirt-install -n centos-6.0 -r 1024 -f=0A/mnt/da= ta/xen/vmstore/centos-6.0/centos-6.0.img --vnc --location=0Ahttp://mi.mirro= r.garr.it/mirrors/CentOS/6/os/x86_64/=0A=0AAs far as we may read from the v= irt-install man page the --connect=0Aoption should be passed to virt-instal= l,=0Abut if I do that (i.e. adding the "--connect xen" to the end of the=0A= command line) I get the following:=0AERROR=A0 =A0 no connection driver avai= lable for No connection for URI xen:///=0A=0AI don't understand what to do.= =0AAs we may see in the following video, the --connect parameter seems to= =0Abe not necessary:=0Ahttp://www.youtube.com/watch?v=3De-3Iuq5UQbg=0A=0AMy= OS is Gentoo Linux 10.0 x86_64=0AKernel: gentoo-sources-3.0.4=0Axen: 4.1.1= -r2=0Axen-tools: 4.1.1-r5=0Alibvirt: 0.9.3-r1=0Avirt-manager: 0.9.0-r1=0Avi= rtinst: 0.600.0=0A=0A=0ACan somebody help me please?=0A=0A-----------------= ------------=0A=0ATo see the actual trouble you need to read the OSDistro.p= y script from package=0Apython-virtinst.noarch=0A=0AThis script is called b= y virt-install to build the final URL for the xen image folder. The path fo= r centos is hardcoded (./image/xen)=0A=0AOur friends in the Centos project = didn't create this subfolder, so no netboot vmlinuz/initrd.img are provided= for virt-install.=0A=0AThe bad news is that without patching OSDistro.py (= not recommended) virt-install will fail for C6 installs.=0A=0AI have reques= ted via ML that the Centos project add this subfolder (./images/xen) and po= pulate it with the vmlinuz/initrd.img from the isolinux folder.=0A=0AYour w= orkaround (for now) is to drop using virt-install and use `xm create domU k= ernel=3Dxx ramdisk=3Dyy`, where xx and yy are sourced as above.=0A=0A-- =0A= Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 11:28:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 11:28:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAnFT-00066o-41; Mon, 03 Oct 2011 11:28:19 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAnEK-0005mO-Df for xen-users@lists.xensource.com; Mon, 03 Oct 2011 11:27:08 -0700 X-Env-Sender: jimmy@toutlemonde.eu X-Msg-Ref: server-6.tower-27.messagelabs.com!1317666403!51536753!1 X-Originating-IP: [80.229.164.253] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8113 invoked from network); 3 Oct 2011 18:26:43 -0000 Received: from jimmycullen.plus.com (HELO mail1.toutlemonde.eu) (80.229.164.253) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2011 18:26:43 -0000 Received: from localhost (localhost [127.0.0.1]) by mail1.toutlemonde.eu (Postfix) with ESMTP id 03531C006E for ; Mon, 3 Oct 2011 19:26:16 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.toutlemonde.eu Received: from mail1.toutlemonde.eu ([127.0.0.1]) by localhost (mail1.toutlemonde.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r8Y1CEzXFixK for ; Mon, 3 Oct 2011 19:26:13 +0100 (BST) Received: by mail1.toutlemonde.eu (Postfix, from userid 33) id 98EE9C0073; Mon, 3 Oct 2011 19:26:13 +0100 (BST) To: X-PHP-Originating-Script: 0:func.inc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Date: Mon, 03 Oct 2011 19:26:13 +0100 From: Jimmy Cullen Organization: Toutlemonde Computing Message-ID: <0073ff9ea68885be779e1b7290557e74@localhost> X-Sender: jimmy@toutlemonde.eu User-Agent: RoundCube Webmail/0.3.1 Subject: [Xen-users] domU MySQL not available externally X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I am a newcomer to xen and have a problem with MySQL access on domUs. dom0 is Debian Squeeze and two domUs are Squeeze also. I am installing a mail server on one domU and need MySQL to be available externally, however for some reason it is blocked, while other services e.g. IMAP and POP3 are available externally. Example nmap output is given below. I have not added any rules to iptables. One possible problem I can think of is that I had installed cacti on dom0 to monitor load etc., which also required MySQL. When I discovered the problem with domUs not being able to make MySQL available externally I uninstalled cacti and MySQL, but the problem remains. Any help would be much appreciated. Jimmy root@triangulum:~# nmap localhost Starting Nmap 5.00 ( http://nmap.org ) at 2011-10-03 18:53 BST Interesting ports on localhost (127.0.0.1): Not shown: 994 closed ports PORT STATE SERVICE 22/tcp open ssh 110/tcp open pop3 143/tcp open imap 993/tcp open imaps 995/tcp open pop3s 3306/tcp open mysql Nmap done: 1 IP address (1 host up) scanned in 0.15 seconds root@triangulum:~# nmap 192.168.1.22 Starting Nmap 5.00 ( http://nmap.org ) at 2011-10-03 18:53 BST Interesting ports on triangulum.xxx (192.168.1.22): Not shown: 995 closed ports PORT STATE SERVICE 22/tcp open ssh 110/tcp open pop3 143/tcp open imap 993/tcp open imaps 995/tcp open pop3s Nmap done: 1 IP address (1 host up) scanned in 0.15 seconds root@triangulum:~# -- http://toutlemonde.eu _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 11:40:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 11:40:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAnRQ-000784-JV; Mon, 03 Oct 2011 11:40:40 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAnPq-0006m3-P4 for xen-users@lists.xensource.com; Mon, 03 Oct 2011 11:39:03 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1317667138!33713725!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14048 invoked from network); 3 Oct 2011 18:38:59 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 18:38:59 -0000 Received: by vcbfo13 with SMTP id fo13so4474715vcb.30 for ; Mon, 03 Oct 2011 11:38:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=TVrlJIo/OCke4tVpSHI5Re2G0iLu0Nb+0MRansuAEZ8=; b=a8Swh8rqqouOVTD8ss5GDk9x6LG1QJU8yQrD2KYSkgqlRH3jQlPJeP88sIUOQNxx0y guIS3Vx6oTUmO3aUpSa7DnfSf/07gQuU3gwMdsr/8TJyzIS6uJrZ5l/LVggtg0V9JNZX 6MD8XdzMy6k4nI6ngq7MXHtNu9TDsH41Iup+s= Received: by 10.52.176.65 with SMTP id cg1mr306364vdc.0.1317667138097; Mon, 03 Oct 2011 11:38:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.35 with HTTP; Mon, 3 Oct 2011 11:38:38 -0700 (PDT) In-Reply-To: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> From: Flavio Date: Mon, 3 Oct 2011 20:38:38 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Mark Pryor Content-Type: text/plain; charset=ISO-8859-1 Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 3 October 2011 19:55, Mark Pryor wrote: > To see the actual trouble you need to read the OSDistro.py script from package > python-virtinst.noarch Thanks a lot for replying Mark. I've seen that file. To be honest I don't know how to patch it now. > > This script is called by virt-install to build the final URL for the xen image folder. The path for centos is hardcoded (./image/xen) > > Our friends in the Centos project didn't create this subfolder, so no netboot vmlinuz/initrd.img are provided for virt-install. OK. > > The bad news is that without patching OSDistro.py (not recommended) virt-install will fail for C6 installs. Well, I can try with centos-5 but I guess the problem still remain, as regard the error I've posted in the first message here. > > I have requested via ML that the Centos project add this subfolder (./images/xen) and populate it with the vmlinuz/initrd.img from the isolinux folder. Well done. > > Your workaround (for now) is to drop using virt-install and use `xm create domU kernel=xx ramdisk=yy`, where xx and yy are sourced as above. I use xl, the new toolstack, now. I've never created a domU using xm (or xl in this circumstance), so please, could you help me to do that? So, as far as I understand I can try to setup another domU (choosing another distro), and it should work for sure. Isn't it? Could you suggest me an howto, or some instruction to setup a Suse (for instance) domU with virt-install? Thank you very much, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Mon Oct 03 11:54:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 11:54:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAney-0000bh-OS; Mon, 03 Oct 2011 11:54:40 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAndv-00008R-C3; Mon, 03 Oct 2011 11:53:35 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1317668010!30030358!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3367 invoked from network); 3 Oct 2011 18:53:31 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2011 18:53:31 -0000 Received: from rtcsinet21.oracle.com (rtcsinet21.oracle.com [66.248.204.29]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p93IrQSe021568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 3 Oct 2011 18:53:28 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p93IrOuA018442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Oct 2011 18:53:25 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p93IrIKR028211; Mon, 3 Oct 2011 13:53:19 -0500 Received: from oracle.com (/207.172.105.198) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 03 Oct 2011 11:53:18 -0700 Received: by oracle.com (Postfix, from userid 1000) id 1D6B91EA; Mon, 3 Oct 2011 14:53:10 -0400 (EDT) Date: Mon, 3 Oct 2011 14:53:10 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Subject: Re: [Xen-devel] Xen document day (Oct 12 or 26) Message-ID: <20111003185309.GC15608@phenom.oracle.com> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4E85A9B7.7040605@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) Content-Transfer-Encoding: quoted-printable X-Source-IP: rtcsinet21.oracle.com [66.248.204.29] X-CT-RefId: str=0001.0A090204.4E8A04A9.00DC,ss=1,re=0.000,fgs=0 Cc: Joseph Glanville , xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Fri, Sep 30, 2011 at 12:36:23PM +0100, Lars Kurth wrote: > Let me know, which date you agreed on. We could do a poll. Please do a pool. I posted two dates, but other ones could work as well. > We should publish on the blog a bit before. Ok. > Also, how can I help? In lots of ways. There is a lot of things that we want to do - but I don't think we can do _all_ of them. Can you help us determine what ought to have a higher priority? > Regards > Lars >=20 > On 29/09/2011 15:22, Joseph Glanville wrote: > > > >On 30 September 2011 00:13, Pasi K=E4rkk=E4inen >> wrote: > > > > On Thu, Sep 22, 2011 at 09:06:18AM -0400, Konrad Rzeszutek Wilk wr= ote: > > > Part of what we brainstormed at Xen Hackathon was what we could > > do make Xen easier. > > > > > > And the one thing that seemed to surface up was making the docs > > better - either > > > be the Wiki or the three .pdfs that get created/shipped with Xen= . > > > > > > One thought was to come up with a Documention Day - where > > volunteers would try to > > > fix up some portion of the documentation that they feel they hav= e > > > a good grasp of knowledge off and are willing to change (and > > also look > > > to be incorrect) > > > > > > What do you guys think of Oct 12th or Oct 26 as a day for this? > > > > > > And then the next question - what page/pdf section interests you= ? > > > > > > http://bits.xensource.com/Xen/docs/user.pdf > > > http://www.rites.uic.edu/~solworth/xenInterfaceManual.pdf > > [the > > one on Xen.org is an older version] > > > > > > Or Wiki pages: > > > http://wiki.xensource.com/xenwiki/ > > > > > > http://wiki.xensource.com/xenwiki/XenDom0Kernels > > > http://wiki.xensource.com/xenwiki/XenSerialConsole > > > http://wiki.xensource.com/xenwiki/XenParavirtOps > > > http://wiki.xensource.com/xenwiki/XenCommonProblems > > > > > > http://wiki.xensource.com/xenwiki/Consulting > > > http://wiki.xensource.com/xenwiki/Consultants > > > http://wiki.xensource.com/xenwiki/VpsHostingWithXen > > > > > > http://wiki.xen.org/xenwiki/XenPCIpassthrough > > > http://wiki.xen.org/xenwiki/VTdHowTo > > > > > > > Some more related pages: > > http://wiki.xen.org/xenwiki/Xen4.0 > > http://wiki.xen.org/xenwiki/Xen4.1 > > http://wiki.xen.org/xenwiki/XenKernelFeatures > > http://wiki.xen.org/xenwiki/XenBestPractices > > http://wiki.xen.org/xenwiki/XenHypervisorBootOptions > > > > Also there's something completely new that we should document: > > How to install Xen VMs! which means document all the relevant meth= ods: > > boot the native distro installer as PV guest, as HVM guest, > > xen-tools, virt-install, > > debootstrap, rpmstart, etc.. > > > > That's something people ask about very often.. > > > >Agreed. > > > >After working through a bunch of the pages I think we are going to > >have to have a realtime collab session to decide on some way of > >reorganising everything into categories. > > > > > > > > -- Pasi > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > > > > > > > > >--=20 > >*/ > >Founder | Director | VP Research > >Orion Virtualisation Solutions/* | www.orionvm.com.au > > | Phone: 1300 56 99 52 | Mobile: 0428 > >754 846 > > > > > >_______________________________________________ > >Xen-devel mailing list > >Xen-devel@lists.xensource.com > >http://lists.xensource.com/xen-devel >=20 > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Mon Oct 03 12:59:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 12:59:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAog7-0005cd-Ge; Mon, 03 Oct 2011 12:59:55 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAodP-0005FC-J2 for xen-users@lists.xensource.com; Mon, 03 Oct 2011 12:57:08 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1317671823!33719175!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27233 invoked from network); 3 Oct 2011 19:57:04 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 19:57:04 -0000 Received: by vws13 with SMTP id 13so4556835vws.30 for ; Mon, 03 Oct 2011 12:57:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=lhB+d55c4g/IwsUagn0fO9XPjy2wgFO89fos1gZT3HQ=; b=bDD7+eVZbxBHWCE+azHeccHZ/wqCOoZKak8LW6FG9GqV1tZ8tQzZj5n3VWren+cbr7 foGhSj7pu+lQD6etAl5c1VA+l1DQcrR1RXDRU5QOlq2XVZ846iiPoUsjC6rA7eYFObj0 pu/QsW+f8+3R9kGlIe99tYuwWx66GtYcNz8tI= Received: by 10.52.19.129 with SMTP id f1mr391474vde.128.1317671823134; Mon, 03 Oct 2011 12:57:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.35 with HTTP; Mon, 3 Oct 2011 12:56:43 -0700 (PDT) In-Reply-To: <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> From: Flavio Date: Mon, 3 Oct 2011 21:56:43 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Mark Pryor Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 3 October 2011 21:50, Mark Pryor wrote: > If virt-install can't connect to your xen install with or without the --connect flag, The --debug option doesn't say nothing to me, even with the connect flag. Here's the output: Mon, 03 Oct 2011 21:53:56 DEBUG Requesting libvirt URI default Mon, 03 Oct 2011 21:53:56 ERROR no connection driver available for No connection for URI (null) Mon, 03 Oct 2011 21:53:56 DEBUG Traceback (most recent call last): File "/usr/bin/virt-install-2.7", line 995, in sys.exit(main()) File "/usr/bin/virt-install-2.7", line 975, in main conn = cli.getConnection(options.connect) File "/usr/lib64/python2.7/site-packages/virtinst/cli.py", line 327, in getConnection conn = open_connection(uri) File "/usr/lib64/python2.7/site-packages/virtinst/cli.py", line 342, in open_connection open_flags) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 102, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: no connection driver available for No connection for URI (null) > then perhaps > /proc/xen is not mounted. I think it is mounted: # ls /proc/xen/ capabilities privcmd xenbus -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 13:09:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 13:09:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAopT-0006qT-QH; Mon, 03 Oct 2011 13:09:35 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAonC-0006U7-HY for xen-users@lists.xensource.com; Mon, 03 Oct 2011 13:07:15 -0700 X-Env-Sender: jm-xenusers@vj8.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1317672413!61364796!1 X-Originating-IP: [204.213.247.234] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26442 invoked from network); 3 Oct 2011 20:06:54 -0000 Received: from naxos.th.net (HELO naxos.th.net) (204.213.247.234) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2011 20:06:54 -0000 Received: (qmail 30022 invoked from network); 3 Oct 2011 16:07:06 -0400 Received: from 173-9-71-1-newengland.hfc.comcastbusiness.net (HELO bermuda.th.net) (173.9.71.1) by 10.72.32.234 with (AES256-SHA encrypted) SMTP; 3 Oct 2011 16:07:06 -0400 Received: from james by bermuda.th.net with local (Exim 4.69) (envelope-from ) id 1RAon7-0005wM-Hb; Mon, 03 Oct 2011 16:07:09 -0400 Date: Mon, 3 Oct 2011 16:07:09 -0400 From: James Triplett To: Jimmy Cullen Subject: Re: [Xen-users] domU MySQL not available externally Message-ID: <20111003200709.GA22692@datamat.net> References: <0073ff9ea68885be779e1b7290557e74@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0073ff9ea68885be779e1b7290557e74@localhost> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On (03/10/11 19:26), Jimmy Cullen wrote: > To: xen-users@lists.xensource.com > Date: Mon, 03 Oct 2011 19:26:13 +0100 > From: Jimmy Cullen > Subject: [Xen-users] domU MySQL not available externally > > Hi, > > I am a newcomer to xen and have a problem with MySQL access on domUs. dom0 > is Debian Squeeze and two domUs are Squeeze also. I am installing a mail > server on one domU and need MySQL to be available externally, however for > some reason it is blocked, while other services e.g. IMAP and POP3 are > available externally. Example nmap output is given below. I have not added > any rules to iptables. > > One possible problem I can think of is that I had installed cacti on dom0 > to monitor load etc., which also required MySQL. When I discovered the > problem with domUs not being able to make MySQL available externally I > uninstalled cacti and MySQL, but the problem remains. > I would look at the Mysql configuration. By default it may only be listening to localhost. What's going on with Mysql in dom0 should be totally independent. Look for some lines like this: # Instead of skip-networking the default is now to listen only on # localhost which is more compatible and is not less secure. bind-address = 127.0.0.1 good luck, James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 03 15:00:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 03 Oct 2011 15:00:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RAqZ1-0002XJ-A9; Mon, 03 Oct 2011 15:00:43 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAqVo-0002BS-Md for xen-users@lists.xensource.com; Mon, 03 Oct 2011 14:57:26 -0700 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1317679027!42603778!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13392 invoked from network); 3 Oct 2011 21:57:08 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2011 21:57:08 -0000 X-IronPort-AV: E=Sophos;i="4.68,481,1312171200"; d="scan'208";a="17906535" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Oct 2011 17:57:19 -0400 Received: from [IPv6:::1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.137.0; Mon, 3 Oct 2011 17:57:19 -0400 Message-ID: <4E8A2FD6.6000709@citrix.com> Date: Mon, 3 Oct 2011 22:57:42 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20110807 Icedove/5.0 MIME-Version: 1.0 To: Todd Deshane Subject: Re: [Xen-users] XCP 1.1 License Expiry Issue Remains References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: "brooks@netgate.net" , "xen-users@lists.xensource.com" , Jonathan Ludlam X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/03/2011 06:21 AM, Todd Deshane wrote: > On Mon, Oct 3, 2011 at 12:41 AM, wrote: >> Todd, >> >> Doesn't this seem like a worse situation than what we had in XCP 1.0? At >> least in 1.0 we could install a "Free Edition" license and make the warnings >> disappear. As it is now customers with both commercial XenServer and XCP >> pools managed via XenCenter are constantly reminded that their license has >> expired making XenCenter more difficult (annoying) to use. >> > Adding Mike and Jon to the CC just to make sure I didn't misunderstand > how things are working... Todd's right, the license "nag-dialog" is annoying but harmless. I'm sorry that these two programs don't play well with each other, but there isn''t anything that we can do in the XCP 1.1 timeline. > >> With no real alternative and with ClouldStack being the obvious future >> solution an XCP aware XenCenter would be a (really) nice bridge. >> Agreed. Besides the fact that I have to use it from inside a Windows VM, XenCenter is a nice product. We'll see what we can do about XenCenter/XCP integration in the future. Mike _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 01:05:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 01:05:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB00k-0000up-B6; Tue, 04 Oct 2011 01:05:58 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RAzyr-0000ZW-9g for xen-users@lists.xensource.com; Tue, 04 Oct 2011 01:04:07 -0700 X-Env-Sender: dimaqq@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1317715437!30088335!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9902 invoked from network); 4 Oct 2011 08:03:58 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 08:03:58 -0000 Received: by bkas6 with SMTP id s6so474659bka.30 for ; Tue, 04 Oct 2011 01:03:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=7Bl6M9G64x3pgkV6+JokYl86JiXfjybNvP7nl5O2gO8=; b=XzlKCjz8A8Ov+NI716ocv2PZUPwdGxTAED4ocAdWPasUOCAroq8B79F+HJMF4+elVu uD0wzTQRwfFXfZDcneeKIf8RQLZILPs8ZGxwh+308F5HtcEKc6S4NUP52e3qhA25zGq0 VY4nv8u7RC0Y5MNj43XUKpCqejn1SaLYqpi1Y= MIME-Version: 1.0 Received: by 10.204.144.15 with SMTP id x15mr536843bku.9.1317715437602; Tue, 04 Oct 2011 01:03:57 -0700 (PDT) Received: by 10.204.130.67 with HTTP; Tue, 4 Oct 2011 01:03:57 -0700 (PDT) Date: Tue, 4 Oct 2011 11:03:57 +0300 Message-ID: From: Dima Tisnek To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] trouble with onboard gfx in dom0 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Running Xorg in dom0 (xen 4.1.1, linux both jeremy's git and vanilla 3.0.4) I get this error: [ 719.850] (II) VESA(0): initializing int10 [ 719.851] (WW) System lacks support for changing MTRRs [ 719.851] (EE) VESA(0): V_BIOS address 0x30000 out of range Onboard gfx is 00:02.0 0300: 8086:0102 (rev 09), intel's gma hd 2000 integrated in the processor. Xorg runs fine if same kernel is booted natively, without xen. I understand that dom0 runs in PV mode, thus xorg drivers may need to be patched, right? While on the subject, is it so that dom0 is always PV and cannot be HVM? Is there a way to gfx_passthrough or pci_passthrough a device from xen/hw to dom0? Or, should I instead have minimal dom0 and separate linux domU to passthrough noboard video to? Setup, gotten for this very purpose is sb with vt-d (dq67sw, i7-2600, additional pcie gfx card). Both gfx are enabled in bios. I was able to passthrough pcie gfx to hvm guest if dom0 is jeremy's git, but not vanilla 3.0.4. After considerable trouble also pass through a single onboard pci device, usb controller, to same hvm guest, even though it's not supposed to be possible according to xen wiki as almost all onboard pci devices are on the same bus. I was unable to passthrough usb 3.0 controller, onboard but own pcie device behind pci bridge in pci topology. HVM notices the controller, installs drivers, but cannot start the device with code 10. =F0=9F=98=BC Thanks, Dima _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 04:14:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 04:14:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB2x4-00051S-3l; Tue, 04 Oct 2011 04:14:22 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB2tG-0004cn-Vn for xen-users@lists.xensource.com; Tue, 04 Oct 2011 04:10:27 -0700 X-Env-Sender: ubik.pl@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1317726591!57339877!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14251 invoked from network); 4 Oct 2011 11:09:52 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 11:09:52 -0000 Received: by wwf27 with SMTP id 27so516829wwf.24 for ; Tue, 04 Oct 2011 04:10:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=QIYafHPbmkv0Ll/I2JEyyBlv3Z4+aMgWRy4tjN3rtFc=; b=Cn/aIHzIfm/nJ1Dfh7hfHo68ODkfrN6MIfLLZa9YJloLLmikafCGe2BNXZuYZd09MS auOtW/Ori3tf48UyZRqj3LScYpYB3NUNpaWW3UybfwwDuma+awcnrC/OmRnqiDEg1tXK mz8KErcZ5R/434jIJ85rNMZb0QxoX7XGRCqv0= MIME-Version: 1.0 Received: by 10.227.24.70 with SMTP id u6mr1248606wbb.72.1317726623517; Tue, 04 Oct 2011 04:10:23 -0700 (PDT) Received: by 10.180.102.168 with HTTP; Tue, 4 Oct 2011 04:10:23 -0700 (PDT) Date: Tue, 4 Oct 2011 13:10:23 +0200 Message-ID: From: ubik pl To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] xen + drbd - live migration fails when rebooting domU X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, Please CC me as I am not subscribed. I'm testing xen + drbd cluster to use live migration. I have 2 machines with Debian Squeeze 2.6.32-5-xen-amd64 xen 4.0.1-2, drbd 8.3.7 DomU is located on lvm volume(size 5GB) and is replicated with drbd. Debian Squeeze amd64 without swap file. Live migration works ok but there is one issue: First reboot vm: domU1:# reboot then try to migrate: ha1:#xm migrate domU1 ha2 --live strace -p `pidof xc_save` show lots of this: write(2, "type fail: page 1020 mfn 000a2f7"..., 34) = 34 write(2, "type fail: page 1021 mfn 000a2f7"..., 34) = 34 write(2, "type fail: page 1022 mfn 000a2f7"..., 34) = 34 write(2, "type fail: page 1023 mfn 000a2f7"..., 34) = 34 write(5, "\0\4\0\0", 4) = 4 write(5, "\0\0\0\360\0\0\0\0\0\0\0\360\0\0\0\0\0\0\0\360\0\0\0\0\0\0\0\360\0\0\0\0"..., 8192) = 8192 munmap(0x7f68159ee000, 4194304) = 0 ioctl(3, SNDCTL_DSP_RESET, 0x7fff2870f0e0) = 0 mmap(NULL, 4194304, PROT_READ, MAP_SHARED, 3, 0) = 0x7f68159ee000 ioctl(3, SNDCTL_DSP_GETBLKSIZE, 0x7fff2870f0d0) = -1 EINVAL (Invalid argument) ioctl(3, SNDCTL_DSP_STEREO, 0x7fff2870f0f0) = 0 ioctl(3, SNDCTL_DSP_RESET, 0x7fff2870f0f0) = 0 write(2, "type fail: page 0 mfn 000a2f79\n", 31) = 31 write(2, "type fail: page 1 mfn 000a2f78\n", 31) = 31 write(2, "type fail: page 2 mfn 000a2f77\n", 31) = 31 In the end migration fails with: Error: timed out If "xm migrate domU1 ha2 --live" command is issued first and the vm is rebooted, live migration works as expected. Am I missing something obvious or is it a bug ? Regards, _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 04:46:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 04:46:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB3S3-0008FU-IB; Tue, 04 Oct 2011 04:46:23 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB3Qf-0007uv-Cz for xen-users@lists.xensource.com; Tue, 04 Oct 2011 04:44:57 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-12.tower-174.messagelabs.com!1317728692!33831649!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19661 invoked from network); 4 Oct 2011 11:44:54 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 11:44:54 -0000 Received: by iagv1 with SMTP id v1so706054iag.30 for ; Tue, 04 Oct 2011 04:44:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.47.65 with SMTP id m1mr1907775ibf.82.1317728691961; Tue, 04 Oct 2011 04:44:51 -0700 (PDT) Received: by 10.231.170.15 with HTTP; Tue, 4 Oct 2011 04:44:51 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4E89EFE1.6080005@gmail.com> References: <4E89EFE1.6080005@gmail.com> Date: Tue, 4 Oct 2011 22:44:51 +1100 Message-ID: Subject: Re: [Xen-users] XEN + OpenFabrics + Infiniband From: Joseph Glanville To: Peter Viskup Cc: xen-users@lists.xensource.com, Nick Khamis X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0891350235==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0891350235== Content-Type: multipart/alternative; boundary=00151773e422983f5e04ae779e0a --00151773e422983f5e04ae779e0a Content-Type: text/plain; charset=ISO-8859-1 Hi, Currently there is no PV support for Infiniband despite numerous efforts (Xen-IO, etc) to do so in the past. However in the upcoming OFED 1.5.3 release I think Mellanox is publishing their firmware and drivers for SR-IOV which will allow you to use PCI-Passthrough to allow guests to access the Infiniband network natively. Joseph. On 4 October 2011 04:24, Peter Viskup wrote: > On 10/03/2011 02:35 PM, Nick Khamis wrote: > >> Hello Everyone, >> >> I was wondering if any effort has been made regarding supporting >> infiniband devices >> to support I/O Virtualization, RDMA etc..? If so, can you please >> direct me to the >> latest documentation. >> >> Thanks in Advance, >> >> Nick. >> >> ______________________________**_________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/**xen-users >> >> Hi Nick, > Thomas Gross from teegee is going to speak about that on upcoming LinuxCon > Europe 2011 [1][2]. > > [1] https://events.**linuxfoundation.org/events/**linuxcon-europe/schedule > [2] https://events.**linuxfoundation.org/events/**linuxcon-europe/** > virtualization-tutorial > > Best regards, > -- > Peter Viskup > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --00151773e422983f5e04ae779e0a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

Currently there is no PV support for Infiniband despite numerous= efforts (Xen-IO, etc) to do so in the past.
However in the upcoming OFE= D 1.5.3 release I think Mellanox is publishing their firmware and drivers f= or SR-IOV which will allow you to use PCI-Passthrough to allow guests to ac= cess the Infiniband network natively.

Joseph.

On 4 October 2011 04:24, Pete= r Viskup <skupk= o.sk@gmail.com> wrote:
On 10/03/2011 02:35 PM, Nick Khamis wrote= :
Hello Everyone,

I was wondering if any effort has been made regarding supporting
infiniband devices
to support I/O Virtualization, RDMA etc..? If so, can you please
direct me to the
latest documentation.

Thanks in Advance,

Nick.

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

Hi Nick,
Thomas Gross from teegee is going to speak about that on upcoming LinuxCon = Europe 2011 [1][2].

[1] https://events.linuxfoundation.org/events/= linuxcon-europe/schedule
[2] https://events.linuxfoundat= ion.org/events/linuxcon-europe/virtualization-tutorial
Best regards,
--
Peter Viskup


_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users



--
<= b>
Founder | Director | VP Research
Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone= : 1300 56 99 52 | Mobile: 0428 754 846
--00151773e422983f5e04ae779e0a-- --===============0891350235== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0891350235==-- From xen-users-bounces@lists.xensource.com Tue Oct 04 05:51:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 05:51:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB4TI-00062u-KP; Tue, 04 Oct 2011 05:51:44 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB4S5-0005ix-5s for xen-users@lists.xensource.com; Tue, 04 Oct 2011 05:50:30 -0700 X-Env-Sender: carpenike@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1317732625!18061154!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4086 invoked from network); 4 Oct 2011 12:50:26 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 12:50:26 -0000 Received: by ywm21 with SMTP id 21so968730ywm.30 for ; Tue, 04 Oct 2011 05:50:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=Hrh66r2DjvQr8oJYfIbFTshhutWw3iza2noQHV0DVbc=; b=qy66soh3KbVjmhi721k5iCfpsZQxn+7GBSO2pyQmKDr25CEIX+fMLUHvslU1pcPJos 9lEUAYKhmZzh6hC+7SIlQecStDzUYpLOVWjK6SpZyszxz6oU4JldZ0QaqkqY0uXqXTiA 9RGc57EkB9VBgkqDjJjQi8Jl12HbTu2QcbRDo= MIME-Version: 1.0 Received: by 10.236.185.195 with SMTP id u43mr6376164yhm.43.1317732624697; Tue, 04 Oct 2011 05:50:24 -0700 (PDT) Received: by 10.236.106.105 with HTTP; Tue, 4 Oct 2011 05:50:24 -0700 (PDT) Date: Tue, 4 Oct 2011 08:50:24 -0400 X-Google-Sender-Auth: u0PJ_Z1r5TuvO5mGNYLgEf8F-HI Message-ID: From: Ryan Holt To: xen-users@lists.xensource.com Subject: [Xen-users] PCI Passthrough -- Gentoo Linux 3.0.4 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0633355899==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0633355899== Content-Type: multipart/alternative; boundary=20cf30208074010afd04ae7889f2 --20cf30208074010afd04ae7889f2 Content-Type: text/plain; charset=ISO-8859-1 Hi All, Was up real late last night trying to get this to work and still couldn't -- driving me nuts. I had PCI Passthrough working on this box when it was running OpenSUSE. I decided to move back to Gentoo/Funtoo as I'm going to be doing more source based installs of supplemental software (SCST) and like the compile-based stack of Gentoo. System is running 3.0.4 kernel and booted by Grub2. All necessary bios options have been enabled; this was working on a prior OS. Here's a few configuration files / outputs: san ~ # uname -a Linux san 3.0.4-gentoo-r2 #5 SMP Tue Oct 4 01:09:55 EDT 2011 x86_64 Intel(R) Xeon(R) CPU X3440 @ 2.53GHz GenuineIntel GNU/Linux xm dmesg: http://paste.pocoo.org/show/487022/ grub.cfg: http://paste.pocoo.org/show/487024/ lspci: http://paste.pocoo.org/show/487025/ Kernel config.gz: http://paste.pocoo.org/show/487026/ Thanks in advance! Ryan --20cf30208074010afd04ae7889f2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi All,

Was up real late last night trying to get this t= o work and still couldn't -- driving me nuts. I had PCI Passthrough wor= king on this box when it was running OpenSUSE. I decided to move back to Ge= ntoo/Funtoo as I'm going to be doing more source based installs of supp= lemental software (SCST) and like the compile-based stack of Gentoo.

System is running 3.0.4 kernel and booted by Grub2. All= necessary bios options have been enabled; this was working on a prior OS.<= /div>

Here's a few configuration files / outputs:

san ~ # uname -a
Linux san 3.0.4-gentoo-= r2 #5 SMP Tue Oct 4 01:09:55 EDT 2011 x86_64 Intel(R) Xeon(R) CPU X3440 @ 2= .53GHz GenuineIntel GNU/Linux

xm dmesg:=A0http://paste.pocoo.org/show/4= 87022/

Thanks in advance!
Ryan
--20cf30208074010afd04ae7889f2-- --===============0633355899== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0633355899==-- From xen-users-bounces@lists.xensource.com Tue Oct 04 08:45:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 08:45:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB7BV-0001jO-Uq; Tue, 04 Oct 2011 08:45:33 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB7A1-0001LX-2F for xen-users@lists.xensource.com; Tue, 04 Oct 2011 08:44:01 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1317743018!47230206!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3578 invoked from network); 4 Oct 2011 15:43:38 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 15:43:38 -0000 Received: by wwf27 with SMTP id 27so887513wwf.24 for ; Tue, 04 Oct 2011 08:43:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=vQ9anFgIxQWXlB8GHmX5SKrDLtsmK0vwZgCtgP0zbcI=; b=mDjqQTJlw9RbpDMcq+HNBvBvwQg6fc6yLTcuaSUNT/WEDCexB2eOOnqIlhs2mhzXV7 U2vZDyYcFiuZGWRpDP+OOnxt1Oqwnl5JxZj2lR0Fc4wzJBN6oaPdeBXuakJUU7nddgym LD66NLzfObgdP2e/+weCrpR9N93gPcaPpTwwk= Received: by 10.227.128.85 with SMTP id j21mr1677246wbs.27.1317743037131; Tue, 04 Oct 2011 08:43:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.85.41 with HTTP; Tue, 4 Oct 2011 08:43:36 -0700 (PDT) In-Reply-To: <4E88B35B.3060908@g.mc.cx> References: <4E88B35B.3060908@g.mc.cx> From: Andrew Wells Date: Tue, 4 Oct 2011 11:43:36 -0400 Message-ID: Subject: Re: [Xen-users] Xcp and xencenter To: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1079397293==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1079397293== Content-Type: multipart/alternative; boundary=0016e644c77ea22c3704ae7af5f1 --0016e644c77ea22c3704ae7af5f1 Content-Type: text/plain; charset=ISO-8859-1 So I installed and used both the OpenXenManager and XenWebManager. but I can't say that either would be good for production uses. Mainly that they are very buggy and could not pickup that I had a pool setup. Then after I told them to create a pool, it correctly identifies that a pool exists. However now, when I am using xe pif-list host-uuid= it will list other physical interfaces that are on a different machine in the same pool. is this caused by openxenmanager or xenwebmanager? is this a bug with pools? On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen wrote: > Den 01-10-2011 04:46, Andrew Wells skrev: > > >> I recently started using xcp, but how do I acquire xencenter? Is it only >> available with xcp 1.1? >> >> >> > No. It is possible to use it with 1.0. Xencenter is written for XenServer > without thoughts on XCP, so it has some version-number-problems on XCP 1.0. > > This patch might help > http://www.gossamer-threads.**com/lists/xen/api/199147 > http://www.xensemaking.com/**misc/patchxcp.sh > > > Morten Christensen > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > --0016e644c77ea22c3704ae7af5f1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So I installed and used both the OpenXenManager and XenWebManager. but I ca= n't say that either would be good for production uses. Mainly that they= are very buggy and could not pickup that I had a pool setup.

Then after I told them to create a pool, it correctly identifies that = a pool exists.

However now, when I am using
<= div>
xe pif-list host-uuid=3D<host-uuid>

it will list other physical interfaces that are on a different = machine in the same pool.

is this caused by openxenmanager or xenwebmanager?

is this a bug with pools?

On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen <mc-mail@g.mc.cx> wrote:
Den 01-10-2011 04:46, Andrew Wells skrev:

I recently started using xcp, but how do I acquire xencenter? Is it only av= ailable with xcp 1.1?



No. It is possible to use it with 1.0. Xencenter is written for XenServer w= ithout thoughts on XCP, so it has some version-number-problems on XCP 1.0.<= br>
This patch might help
http://www.gossamer-threads.com/lists/xen/api/199147
h= ttp://www.xensemaking.com/misc/patchxcp.sh


Morten Christensen


_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

--0016e644c77ea22c3704ae7af5f1-- --===============1079397293== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1079397293==-- From xen-users-bounces@lists.xensource.com Tue Oct 04 09:05:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 09:05:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB7V6-0002hm-79; Tue, 04 Oct 2011 09:05:48 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB7Ox-0002Jc-9y for xen-users@lists.xensource.com; Tue, 04 Oct 2011 09:00:28 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1317743959!15873187!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10306 invoked from network); 4 Oct 2011 15:59:20 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 15:59:20 -0000 Received: by vcbfo13 with SMTP id fo13so825795vcb.30 for ; Tue, 04 Oct 2011 08:59:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=h0DoIWHMsztrnl1DoIGZ4KXSO0KQS4mFi0rWIPo/WV8=; b=I40cyr6OeojuiEcBSijsFAvqdYp008Hz7q7RbMNK0k7+m/LeeZZlkr/OAzn4FURquU LpjbEuVBTv5pO5xKU5rukUpoabMBxiItmsEWHwrjEO3Mk1/Wh/8BXPBA+iLRlKqftmD7 POfWACchosS8yecktkFD2b667Q9zqu7YKNWLQ= Received: by 10.52.182.4 with SMTP id ea4mr1364142vdc.367.1317743959168; Tue, 04 Oct 2011 08:59:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.35 with HTTP; Tue, 4 Oct 2011 08:58:59 -0700 (PDT) In-Reply-To: References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> From: Flavio Date: Tue, 4 Oct 2011 17:58:59 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Scott Meyers Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 4 October 2011 17:47, Scott Meyers wrote: > It seems that libvirt is not compiled properly with xen support. Did you > compile and install Libvirt=A0in a xen environment ( I meant while runnin= g > xen=A0Dom0 kernel) or on a non-xen kernel? Yes, you are right. Actually I compiled and installed libvirt running xen dom0 kernel but I can= 't add the xen USE flag to that package i.e.: echo "app-emulation/libvirt xen" >> /etc/portage/package.use because for some reason, that use flag has been disabled: [ebuild R ~] app-emulation/libvirt-0.9.3-r1 USE=3D"json libvirtd lxc nls policykit python udev -avahi -caps -debug -iscsi -lvm -macvtap -nfs -numa -openvz -parted -pcap -phyp -qemu -sasl (-selinux) -uml -virt-network -virtualbox (-xen)" As you can see the xen USE flag is between "(" and ")", so the echo command above is not effective. > Also, you are better off using the command "xm create -c GUEST" > > There are many tutorials about how to create a new GUEST on the Internet. > Google :-) Yes, but it's a shame that most of the times there is something that doesn't work either becouse of an outdated guide or for some error in the guides themsel= ves. Google is my best friend and I talk with him every day (especially before asking here). ;-) Thanks a lot! --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 09:53:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 09:53:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB8FA-0006ko-PX; Tue, 04 Oct 2011 09:53:24 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RB8E1-0006Qx-NI for xen-users@lists.xensource.com; Tue, 04 Oct 2011 09:52:15 -0700 X-Env-Sender: felix@desaster-games.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1317747130!20885365!1 X-Originating-IP: [188.40.122.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15220 invoked from network); 4 Oct 2011 16:52:10 -0000 Received: from dns1.desaster-games.net (HELO mail.desaster-games.net) (188.40.122.227) by server-10.tower-182.messagelabs.com with SMTP; 4 Oct 2011 16:52:10 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.desaster-games.net (Postfix) with ESMTP id A09361018DFD for ; Tue, 4 Oct 2011 18:52:57 +0200 (CEST) X-Virus-Scanned: Amavis at mail.desaster-games.com Received: from mail.desaster-games.net ([127.0.0.1]) by localhost (mail.desaster-games.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bl7dOSl6Hg7y for ; Tue, 4 Oct 2011 18:52:57 +0200 (CEST) Received: from [10.159.0.8] (main.felix.desaster-games.net [10.159.0.8]) by mail.desaster-games.net (Postfix) with ESMTPSA id 730401018DE9 for ; Tue, 4 Oct 2011 18:52:57 +0200 (CEST) Message-ID: <4E8B39B9.8070005@desaster-games.com> Date: Tue, 04 Oct 2011 18:52:09 +0200 From: Felix Kuperjans Organization: Desaster Games e.V. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110918 Lightning/1.0b3pre Thunderbird/3.1.12 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] PCI Passthrough -- Gentoo Linux 3.0.4 References: In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2142605438==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2142605438== Content-Type: multipart/alternative; boundary="------------080701090408030706040809" This is a multi-part message in MIME format. --------------080701090408030706040809 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Ryan, the Gentoo 3.0.4-gentoo-r2 kernel is a mainline kernel with Gentoo patches and AFAIK lacks pci passtrough support (added in 3.1, but this one will be stable soon). You might want to use some other kernel sources with XEN patches for pci backend or try the latest 3.1 RC. Be sure to enable pci backend there. Regards, Felix Am 04.10.2011 14:50, schrieb Ryan Holt: > Hi All, > > Was up real late last night trying to get this to work and still > couldn't -- driving me nuts. I had PCI Passthrough working on this box > when it was running OpenSUSE. I decided to move back to Gentoo/Funtoo > as I'm going to be doing more source based installs of supplemental > software (SCST) and like the compile-based stack of Gentoo. > > System is running 3.0.4 kernel and booted by Grub2. All necessary bios > options have been enabled; this was working on a prior OS. > > Here's a few configuration files / outputs: > > san ~ # uname -a > Linux san 3.0.4-gentoo-r2 #5 SMP Tue Oct 4 01:09:55 EDT 2011 x86_64 > Intel(R) Xeon(R) CPU X3440 @ 2.53GHz GenuineIntel GNU/Linux > > xm dmesg: http://paste.pocoo.org/show/487022/ > grub.cfg: http://paste.pocoo.org/show/487024/ > lspci: http://paste.pocoo.org/show/487025/ > Kernel config.gz: http://paste.pocoo.org/show/487026/ > > Thanks in advance! > Ryan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------080701090408030706040809 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Ryan,

the Gentoo 3.0.4-gentoo-r2 kernel is a mainline kernel with Gentoo patches and AFAIK lacks pci passtrough support (added in 3.1, but this one will be stable soon).

You might want to use some other kernel sources with XEN patches for pci backend or try the latest 3.1 RC. Be sure to enable pci backend there.

Regards,
Felix

Am 04.10.2011 14:50, schrieb Ryan Holt:
Hi All,

Was up real late last night trying to get this to work and still couldn't -- driving me nuts. I had PCI Passthrough working on this box when it was running OpenSUSE. I decided to move back to Gentoo/Funtoo as I'm going to be doing more source based installs of supplemental software (SCST) and like the compile-based stack of Gentoo.

System is running 3.0.4 kernel and booted by Grub2. All necessary bios options have been enabled; this was working on a prior OS.

Here's a few configuration files / outputs:

san ~ # uname -a
Linux san 3.0.4-gentoo-r2 #5 SMP Tue Oct 4 01:09:55 EDT 2011 x86_64 Intel(R) Xeon(R) CPU X3440 @ 2.53GHz GenuineIntel GNU/Linux


Thanks in advance!
Ryan

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--------------080701090408030706040809-- --===============2142605438== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2142605438==-- From xen-users-bounces@lists.xensource.com Tue Oct 04 10:08:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 10:08:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB8To-0008Lb-DZ; Tue, 04 Oct 2011 10:08:32 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB8Nr-0007bd-1n for xen-users@lists.xensource.com; Tue, 04 Oct 2011 10:02:32 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-12.tower-182.messagelabs.com!1317747737!20748896!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3381 invoked from network); 4 Oct 2011 17:02:19 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-12.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Oct 2011 17:02:19 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p94H2EWt011228; Tue, 4 Oct 2011 10:02:14 -0700 (envelope-from brooks@netgate.net) Date: Tue, 4 Oct 2011 10:02:14 -0700 (PDT) From: brooks@netgate.net To: "xen-users@lists.xensource.com" In-Reply-To: <4E8A2FD6.6000709@citrix.com> Message-ID: References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> <4E8A2FD6.6000709@citrix.com> User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Mike McClurg Subject: [Xen-users] XCP 1.1 Repo X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Are there any immediate plans to make the http://updates.vmd.citrix.com/XCP/1.1.0 repo live? more /etc/yum.repos.d/Citrix.repo [citrix] name=XCP 1.1.0 updates mirrorlist=http://updates.vmd.citrix.com/XCP/1.1.0/domain0/mirrorlist #baseurl=http://updates.vmd.citrix.com/XCP/1.1.0/domain0/ gpgcheck=1 gpgkey=http://updates.vmd.citrix.com/XCP/RPM-GPG-KEY-1.1.0 enabled=1 [root@xenc1n4 ~]# yum list ocfs2-tools Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Could not retrieve mirrorlist http://updates.vmd.citrix.com/XCP/1.1.0/domain0/mirrorlist error was [Errno 14] HTTP Error 404: Not Found At this point the /XCP structure doesn't exist for 1.0 or for 1.1: http://updates.vmd.citrix.com/XCP/ 404 - Not Found Kevin _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 11:05:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 11:05:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB9Mt-0004ex-Sv; Tue, 04 Oct 2011 11:05:27 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB9HU-0004GP-Tx for xen-users@lists.xensource.com; Tue, 04 Oct 2011 11:00:59 -0700 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1317751189!20754788!1 X-Originating-IP: [94.103.96.90] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28132 invoked from network); 4 Oct 2011 17:59:49 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-12.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Oct 2011 17:59:49 -0000 Received: from [10.8.0.10] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id p94HxiYn011646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 19:59:45 +0200 Message-ID: <4E8B4990.6060202@swisscenter.com> Date: Tue, 04 Oct 2011 19:59:44 +0200 From: =?ISO-8859-1?Q?S=E9bastien_Riccio?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: brooks@netgate.net Subject: Re: [Xen-users] XCP 1.1 Repo References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> <4E8A2FD6.6000709@citrix.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Mike McClurg , "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, The default kernel of xcp 1.1 does not contain the ocfs2 module, you can find here a kernel that I recompiled and repackaged with ocfs2 support: wget http://xendev.swisscenter.com/xcp/1.1/rpm/kernel-kdump 2.6.32.12-0.7.1.xs1.sc.1.0.327.170596.i686.rpm wget http://xendev.swisscenter.com/xcp/1.1/rpm/kernel-xen-2.6.32.12-0.7.1.xs1.sc.1.0.327.170596.i686.rpm rpm --force -Uvh xen*rpm (force because otherwise he will say that a more recenter kernel version is installed) Then for the ocfs2-tools: wget http://xendev.swisscenter.com/xcp/1.1/rpm/ocfs2-tools-1.4.4-1.el5.i386.rpm rpm --nodeps -Uvh http://xendev.swisscenter.com/xcp/1.1/rpm/ocfs2-tools-1.4.4-1.el5.i386.rpm (no deps because it depends on redhat-lsb package that is installed as xenserver-lsb on XCP) Reboot the box, then run a /etc/init.d/o2cb configure to setup the cluster. You might also want this one: wget http://xendev.swisscenter.com/xcp/1.1/rpm/parted-1.8.1-28.el5.i386.rpm That can be usefull to GPT partition a > 2To ocfs drive. All this is provided without guarantee, althought I use it successfully, don't try it on production box at first :) Cheers, Sébastien On 04.10.2011 19:02, brooks@netgate.net wrote: > > Are there any immediate plans to make the > http://updates.vmd.citrix.com/XCP/1.1.0 repo live? > > more /etc/yum.repos.d/Citrix.repo > [citrix] > name=XCP 1.1.0 updates > mirrorlist=http://updates.vmd.citrix.com/XCP/1.1.0/domain0/mirrorlist > #baseurl=http://updates.vmd.citrix.com/XCP/1.1.0/domain0/ > gpgcheck=1 > gpgkey=http://updates.vmd.citrix.com/XCP/RPM-GPG-KEY-1.1.0 > enabled=1 > > [root@xenc1n4 ~]# yum list ocfs2-tools > Loaded plugins: fastestmirror > Loading mirror speeds from cached hostfile > Could not retrieve mirrorlist > http://updates.vmd.citrix.com/XCP/1.1.0/domain0/mirrorlist error was > [Errno 14] HTTP Error 404: Not Found > > At this point the /XCP structure doesn't exist for 1.0 or for 1.1: > > http://updates.vmd.citrix.com/XCP/ > 404 - Not Found > > Kevin > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 11:26:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 11:26:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RB9h0-0007I2-G7; Tue, 04 Oct 2011 11:26:15 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RB9fY-0006xO-Pe for xen-users@lists.xensource.com; Tue, 04 Oct 2011 11:24:45 -0700 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1317752681!15938069!1 X-Originating-IP: [94.103.96.90] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10878 invoked from network); 4 Oct 2011 18:24:41 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Oct 2011 18:24:41 -0000 Received: from [10.8.0.10] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id p94IObsn013384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 20:24:38 +0200 Message-ID: <4E8B4F65.7000906@swisscenter.com> Date: Tue, 04 Oct 2011 20:24:37 +0200 From: =?ISO-8859-1?Q?S=E9bastien_Riccio?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: brooks@netgate.net Subject: Re: [Xen-users] XCP 1.1 Repo References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> <4E8A2FD6.6000709@citrix.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Mike McClurg , "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com [some typo corrected] Hi, The default kernel of xcp 1.1 does not contain the ocfs2 module, you can find here a kernel that I recompiled and repackaged with ocfs2 support: wget http://xendev.swisscenter.com/xcp/1.1/rpm/kernel-kdump-2.6.32.12-0.7.1.xs1.sc.1.0.327.170596.i686.rpm wget http://xendev.swisscenter.com/xcp/1.1/rpm/kernel-xen-2.6.32.12-0.7.1.xs1.sc.1.0.327.170596.i686.rpm rpm --force -Uvh kernel*rpm (force because otherwise he will say that a more recenter kernel version is installed) Then for the ocfs2-tools: wget http://xendev.swisscenter.com/xcp/1.1/rpm/ocfs2-tools-1.4.4-1.el5.i386.rpm rpm --nodeps -Uvh http://xendev.swisscenter.com/xcp/1.1/rpm/ocfs2-tools-1.4.4-1.el5.i386.rpm (no deps because it depends on redhat-lsb package that is installed as xenserver-lsb on XCP) Reboot the box, then run a /etc/init.d/o2cb configure to setup the cluster. You might also want this one: wget http://xendev.swisscenter.com/xcp/1.1/rpm/parted-1.8.1-28.el5.i386.rpm That can be usefull to GPT partition a > 2To ocfs drive. All this is provided without guarantee, althought I use it successfully, don't try it on production box at first :) Cheers, Sébastien On 04.10.2011 19:02, brooks@netgate.net wrote: > > Are there any immediate plans to make the > http://updates.vmd.citrix.com/XCP/1.1.0 repo live? > > more /etc/yum.repos.d/Citrix.repo > [citrix] > name=XCP 1.1.0 updates > mirrorlist=http://updates.vmd.citrix.com/XCP/1.1.0/domain0/mirrorlist > #baseurl=http://updates.vmd.citrix.com/XCP/1.1.0/domain0/ > gpgcheck=1 > gpgkey=http://updates.vmd.citrix.com/XCP/RPM-GPG-KEY-1.1.0 > enabled=1 > > [root@xenc1n4 ~]# yum list ocfs2-tools > Loaded plugins: fastestmirror > Loading mirror speeds from cached hostfile > Could not retrieve mirrorlist > http://updates.vmd.citrix.com/XCP/1.1.0/domain0/mirrorlist error was > [Errno 14] HTTP Error 404: Not Found > > At this point the /XCP structure doesn't exist for 1.0 or for 1.1: > > http://updates.vmd.citrix.com/XCP/ > 404 - Not Found > > Kevin > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 12:28:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 12:28:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBAfI-0005Vg-AM; Tue, 04 Oct 2011 12:28:32 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBAcf-0004Rs-1y for xen-users@lists.xensource.com; Tue, 04 Oct 2011 12:25:49 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1317756344!18128661!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28299 invoked from network); 4 Oct 2011 19:25:45 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 19:25:45 -0000 Received: by vcbfo13 with SMTP id fo13so1071118vcb.30 for ; Tue, 04 Oct 2011 12:25:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=7rGLMLQ4YWrBt6uQfIdsN/HixakEV7pIANuoqTBQYFA=; b=UCJgEkc7LX/ewAV9sHEawltbdN+wf6WTOw8K210jm0tfpPLd8q+9wkZIA43WZvXrzA 5TCtCP+EGwoV2uN6KkBe6utwbjoPVtihUS/goOv1cX7QrmRmmMaOkGvokwYwiHbkzsYT emS/l1bPMZMufQ7jGI8HxNN6vdEoGl2NjET68= Received: by 10.52.93.76 with SMTP id cs12mr1591794vdb.233.1317756344043; Tue, 04 Oct 2011 12:25:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.35 with HTTP; Tue, 4 Oct 2011 12:25:24 -0700 (PDT) In-Reply-To: References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> From: Flavio Date: Tue, 4 Oct 2011 21:25:24 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Scott Meyers Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I've found this bug report: https://bugs.gentoo.org/show_bug.cgi?id=3D379815 This explains why I can't compile libvirt with the USE flag xen. A bug is going to be fixed. I have to find an alternative to create domUs. For instance a CentOS domU. Most of the instructions I've read didn't help me. On 4 October 2011 21:03, Scott Meyers wrote: > From my humble experience, never re/compile Kernel-xen or xen or=A0any of= its > required applications such as qemu and=A0libvert=A0while running Kernel-x= en. > Switch to and load a non-kernel-xen and=A0re/compile kernel-xen xen, libv= irt, > etc... OK, I've done it, but I think it doesn't make any difference in my case. > > Make sure you get a clean (error free) compile/installation of kernel-xen= , > xen, libvirtd and qemu in a non-xen environment. You should be good to go= . I've never received any kernel/package compilation error. We, Gentoo users, are used to compile everything on our Linux boxes! > If you don't want to do any of that manually, go to: > http://www.crc.id.au/xen-on-rhel6-scientific-linux-6-centos-6-howto/ Well, this seems to be a tailored made guide for those users that want to fully setup a dom0. I need something for domUs. Thanks, --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 13:29:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 13:29:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBBcE-0007Pz-Qw; Tue, 04 Oct 2011 13:29:27 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBBaK-00074K-NK for xen-users@lists.xensource.com; Tue, 04 Oct 2011 13:27:35 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1317760023!51741653!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17662 invoked from network); 4 Oct 2011 20:27:03 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 20:27:03 -0000 Received: by bkas6 with SMTP id s6so1595739bka.30 for ; Tue, 04 Oct 2011 13:27:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=jIWc/YG9WLyitt6C+86kqLgmztwoFFNNmiKQlleDp2U=; b=Ahbfcdcmu0vSUVxby/Db1HVP/r1ioatkkzB0OrVhXxCNtC2aVcbBJUKnMmxVj9E2xT HUTy6X6Gg4J+fBZFN4iau6vjpek6FW5bGCAnN32VHkD+K6dOWLibFD4MmqJq59ssitRV SwE+U69ki+ByuLkgCP1m5mun9uQ5l5c2m2h4M= Received: by 10.204.144.21 with SMTP id x21mr1035283bku.235.1317760044905; Tue, 04 Oct 2011 13:27:24 -0700 (PDT) Received: from home.desunote.ru (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id rc12sm216593bkb.10.2011.10.04.13.27.21 (version=SSLv3 cipher=OTHER); Tue, 04 Oct 2011 13:27:22 -0700 (PDT) Message-ID: <4E8B6C57.3080905@gmail.com> Date: Wed, 05 Oct 2011 00:28:07 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Icedove/3.1.13 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Xcp and xencenter References: <4E88B35B.3060908@g.mc.cx> In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1361174560==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1361174560== Content-Type: multipart/alternative; boundary="------------010205030308030800090505" This is a multi-part message in MIME format. --------------010205030308030800090505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit You saying strange things. Never saw this and I doubt if any management software via XenAPI can do this. Please, recheck if you use correct parameters. And just for test: xe pif-list host-uuid=`xe host-list name-label=$(hostname) --minimal` params=host-uuid On 04.10.2011 19:43, Andrew Wells wrote: > So I installed and used both the OpenXenManager and XenWebManager. but > I can't say that either would be good for production uses. Mainly that > they are very buggy and could not pickup that I had a pool setup. > > Then after I told them to create a pool, it correctly identifies that > a pool exists. > > However now, when I am using > > xe pif-list host-uuid= > > > it will list other physical interfaces that are on a different machine > in the same pool. > > is this caused by openxenmanager or xenwebmanager? > > is this a bug with pools? > > On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen > wrote: > > Den 01-10-2011 04:46, Andrew Wells skrev: > > > I recently started using xcp, but how do I acquire xencenter? > Is it only available with xcp 1.1? > > > > No. It is possible to use it with 1.0. Xencenter is written for > XenServer without thoughts on XCP, so it has some > version-number-problems on XCP 1.0. > > This patch might help > http://www.gossamer-threads.com/lists/xen/api/199147 > http://www.xensemaking.com/misc/patchxcp.sh > > > Morten Christensen > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------010205030308030800090505 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit You saying strange things. Never saw this and I doubt if any management software via XenAPI can do this.

Please, recheck if you use correct parameters.

And just for test:

xe pif-list host-uuid=`xe host-list name-label=$(hostname) --minimal` params=host-uuid



On 04.10.2011 19:43, Andrew Wells wrote:
So I installed and used both the OpenXenManager and XenWebManager. but I can't say that either would be good for production uses. Mainly that they are very buggy and could not pickup that I had a pool setup.

Then after I told them to create a pool, it correctly identifies that a pool exists.

However now, when I am using

xe pif-list host-uuid=<host-uuid>

it will list other physical interfaces that are on a different machine in the same pool.

is this caused by openxenmanager or xenwebmanager?

is this a bug with pools?

On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen <mc-mail@g.mc.cx> wrote:
Den 01-10-2011 04:46, Andrew Wells skrev:


I recently started using xcp, but how do I acquire xencenter? Is it only available with xcp 1.1?



No. It is possible to use it with 1.0. Xencenter is written for XenServer without thoughts on XCP, so it has some version-number-problems on XCP 1.0.

This patch might help
http://www.gossamer-threads.com/lists/xen/api/199147
http://www.xensemaking.com/misc/patchxcp.sh


Morten Christensen


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--------------010205030308030800090505-- --===============1361174560== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1361174560==-- From xen-users-bounces@lists.xensource.com Tue Oct 04 14:06:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 14:06:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBCCO-0000rd-GA; Tue, 04 Oct 2011 14:06:48 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBCAH-0000WR-6i for xen-users@lists.xensource.com; Tue, 04 Oct 2011 14:04:41 -0700 X-Env-Sender: gonzalezzzivan@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1317762273!15954658!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3862 invoked from network); 4 Oct 2011 21:04:33 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 21:04:33 -0000 Received: by bkas6 with SMTP id s6so1645545bka.30 for ; Tue, 04 Oct 2011 14:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=lj/NKWtjn2+3IQw+m3JZAJdkFo/g2e8Qya8jHg4zVc0=; b=cAOCutaGbaOiQCDaL9HU9zMWz92FwsC9rHJEnUBKxJ/u7zrNkk2/Owp7wAR8IgFh+5 hV1To1wEnH1G5KLMRnjrGub4yOld7bbFOE934mKL09W52otcczd31vc029bgl23Of680 q1ezsF+b+3grTEHHMer9rjVp7lMEubS7J/PU4= MIME-Version: 1.0 Received: by 10.204.154.78 with SMTP id n14mr969859bkw.57.1317762273484; Tue, 04 Oct 2011 14:04:33 -0700 (PDT) Received: by 10.204.142.91 with HTTP; Tue, 4 Oct 2011 14:04:33 -0700 (PDT) Date: Tue, 4 Oct 2011 23:04:33 +0200 Message-ID: From: Ivan To: xen-users@lists.xensource.com Subject: [Xen-users] CentOS 5.7 + Xen - Kernel Panic X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0409179109==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0409179109== Content-Type: multipart/alternative; boundary=0015175d03b8359f4204ae7f70b4 --0015175d03b8359f4204ae7f70b4 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hello, We have 50+ servers with the common configuration (CentOS 5.x 64bit + Xen 3.4.3) in different DC. Recently some of these servers have started to reboot with kernel panic. Please check the dmesg output after the panic below. Looking forward to get any ideas how to solve this issue. Thank you. # xm info : release : 2.6.18-274.3.1.el5xen version : #1 SMP Tue Sep 6 20:57:11 EDT 2011 machine : x86_64 nr_cpus : 8 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 2533 hw_caps : bfebfbff:28100800:00000000:00000340:0098e3fd:00000000:00000001:00000000 virt_caps : hvm total_memory : 32759 free_memory : 16822 node_to_cpu : node0:0-7 node_to_memory : node0:16822 xen_major : 3 xen_minor : 4 xen_extra : .3 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable cc_compiler : gcc version 4.1.2 20080704 (Red Hat 4.1.2-50) cc_compile_by : root cc_compile_domain : gitco.tld cc_compile_date : Sun Jun 19 13:52:00 CEST 2011 xend_config_format : 4 =F7=CF=D4 =D0=D2=C9=CD=C5=D2 =D7=D9=D7=CF=C4=C1 =D1=C4=D2=C1 =D0=C5=D2=C5= =C4 =D0=C1=C4=CE=C9=C5=CD: Oct 4 16:46:00 server Unable to handle kernel NULL pointer dereference Oct 4 16:46:00 server at 00000000000003c8 RIP: Oct 4 16:46:00 server [] :bridge:__br_deliver+0xcd/0xfb Oct 4 16:46:00 server PGD 1a8bd067 Oct 4 16:46:00 server PUD 132e9067 Oct 4 16:46:00 server PMD 0 Oct 4 16:46:00 server Oct 4 16:46:00 server Oops: 0000 [1] Oct 4 16:46:00 server SMP Oct 4 16:46:00 server Oct 4 16:46:00 server last sysfs file: /devices/xen-backend/vbd-2-768/statistics/wr_sect Oct 4 16:46:00 server CPU 1 Oct 4 16:46:00 server Oct 4 16:46:00 server Modules linked in: Oct 4 16:46:00 server netconsole Oct 4 16:46:00 server ebtable_filter Oct 4 16:46:00 server ebtables Oct 4 16:46:00 server tun Oct 4 16:46:00 server bridge Oct 4 16:46:00 server netloop Oct 4 16:46:00 server netbk Oct 4 16:46:00 server blktap Oct 4 16:46:00 server blkbk Oct 4 16:46:00 server ipt_REDIRECT Oct 4 16:46:00 server ipt_owner Oct 4 16:46:00 server ip_nat_ftp Oct 4 16:46:00 server ip_conntrack_ftp Oct 4 16:46:00 server xt_state Oct 4 16:46:00 server xt_length Oct 4 16:46:00 server ipt_ttl Oct 4 16:46:00 server xt_tcpmss Oct 4 16:46:00 server ipt_TCPMSS Oct 4 16:46:00 server xt_multiport Oct 4 16:46:00 server xt_limit Oct 4 16:46:00 server ipt_LOG Oct 4 16:46:00 server ipt_TOS Oct 4 16:46:00 server ipt_tos Oct 4 16:46:00 server ipt_REJECT Oct 4 16:46:00 server iptable_filter Oct 4 16:46:00 server iptable_nat Oct 4 16:46:00 server ip_nat Oct 4 16:46:00 server ip_conntrack Oct 4 16:46:00 server nfnetlink Oct 4 16:46:00 server ip_tables Oct 4 16:46:00 server x_tables Oct 4 16:46:00 server loop Oct 4 16:46:00 server dm_mirror Oct 4 16:46:00 server dm_multipath Oct 4 16:46:00 server scsi_dh Oct 4 16:46:00 server video Oct 4 16:46:00 server backlight Oct 4 16:46:00 server sbs Oct 4 16:46:01 server power_meter Oct 4 16:46:01 server hwmon Oct 4 16:46:01 server i2c_ec Oct 4 16:46:01 server dell_wmi Oct 4 16:46:01 server wmi Oct 4 16:46:01 server button Oct 4 16:46:01 server battery Oct 4 16:46:01 server asus_acpi Oct 4 16:46:01 server ac Oct 4 16:46:01 server parport_pc Oct 4 16:46:01 server lp Oct 4 16:46:01 server parport Oct 4 16:46:01 server sr_mod Oct 4 16:46:01 server cdrom Oct 4 16:46:01 server sg Oct 4 16:46:01 server snd_hda_intel Oct 4 16:46:01 server snd_seq_dummy Oct 4 16:46:01 server snd_seq_oss Oct 4 16:46:01 server snd_seq_midi_event Oct 4 16:46:01 server snd_seq Oct 4 16:46:01 server snd_seq_device Oct 4 16:46:01 server snd_pcm_oss Oct 4 16:46:01 server snd_mixer_oss Oct 4 16:46:01 server snd_pcm Oct 4 16:46:01 server snd_timer Oct 4 16:46:01 server snd_page_alloc Oct 4 16:46:01 server tpm_tis Oct 4 16:46:01 server snd_hwdep Oct 4 16:46:01 server i2c_i801 Oct 4 16:46:01 server snd Oct 4 16:46:01 server e1000e Oct 4 16:46:01 server tpm Oct 4 16:46:01 server serial_core Oct 4 16:46:01 server soundcore Oct 4 16:46:01 server i2c_core Oct 4 16:46:01 server pcspkr Oct 4 16:46:01 server serio_raw Oct 4 16:46:01 server tpm_bios Oct 4 16:46:01 server dm_raid45 Oct 4 16:46:01 server dm_message Oct 4 16:46:01 server dm_region_hash Oct 4 16:46:01 server dm_log Oct 4 16:46:01 server dm_mod Oct 4 16:46:01 server dm_mem_cache Oct 4 16:46:01 server ahci Oct 4 16:46:01 server libata Oct 4 16:46:01 server shpchp Oct 4 16:46:01 server megaraid_sas Oct 4 16:46:01 server sd_mod Oct 4 16:46:01 server scsi_mod Oct 4 16:46:01 server ext3 Oct 4 16:46:01 server jbd Oct 4 16:46:01 server uhci_hcd Oct 4 16:46:01 server ohci_hcd Oct 4 16:46:01 server ehci_hcd Oct 4 16:46:01 server Oct 4 16:46:01 server Pid: 26388, comm: qemu-dm Not tainted 2.6.18-274.3.1.el5xen #1 Oct 4 16:46:01 server RIP: e030:[] Oct 4 16:46:01 server [] :bridge:__br_deliver+0xcd/0xfb Oct 4 16:46:01 server RSP: e02b:ffff8800065d3b18 EFLAGS: 00010296 Oct 4 16:46:01 server RAX: 0000000000000000 RBX: ffff880034831000 RCX: ffff880009b95bc0 Oct 4 16:46:01 server RDX: ffffffff80000000 RSI: ffff880009b95bc0 RDI: ffff88003846be00 Oct 4 16:46:01 server RBP: ffff880037dfa500 R08: 0000000002000000 R09: ffffffff88652195 Oct 4 16:46:01 server R10: 0000000080000000 R11: ffffffff8853f9c0 R12: ffff880009b95c18 Oct 4 16:46:01 server R13: ffffffff80567f00 R14: ffff880037dfa000 R15: 0000000000000000 Oct 4 16:46:01 server FS: 00002ba775bc9bf0(0000) GS:ffffffff8062e080(0000) knlGS:0000000000000000 Oct 4 16:46:01 server CS: e033 DS: 0000 ES: 0000 Oct 4 16:46:01 server Process qemu-dm (pid: 26388, threadinfo ffff88003e064000, task ffff88001b614080) Oct 4 16:46:01 server Stack: Oct 4 16:46:01 server ffff880009b95bc0 Oct 4 16:46:01 server ffff880009b95bc0 Oct 4 16:46:01 server ffff880037dfa500 Oct 4 16:46:01 server ffffffff88651294 Oct 4 16:46:01 server Oct 4 16:46:01 server ffff88001df131c0 Oct 4 16:46:01 server ffff880009b95bc0 Oct 4 16:46:01 server ffffffff808d3870 Oct 4 16:46:01 server ffffffff80424b93 Oct 4 16:46:01 server Oct 4 16:46:01 server ffff880033474460 Oct 4 16:46:01 server ffff880009b95bc0 Oct 4 16:46:01 server Oct 4 16:46:01 server Call Trace: Oct 4 16:46:01 server Oct 4 16:46:01 server [] :bridge:br_dev_xmit+0xc7/0xdb Oct 4 16:46:01 server [] dev_hard_start_xmit+0x1b7/0x28a Oct 4 16:46:01 server [] dev_queue_xmit+0x31f/0x3ef Oct 4 16:46:01 server [] ip_output+0x29a/0x2dd Oct 4 16:46:01 server [] ip_forward+0x24f/0x2bd Oct 4 16:46:01 server [] ip_rcv+0x539/0x57c Oct 4 16:46:01 server [] netif_receive_skb+0x495/0x4c4 Oct 4 16:46:01 server [] :bridge:br_handle_frame_finish+0x1bc/0x1d3 Oct 4 16:46:01 server [] :bridge:br_nf_pre_routing_finish+0x2e9/0x2f8 Oct 4 16:46:02 server [] :bridge:br_nf_pre_routing_finish+0x0/0x2f8 Oct 4 16:46:02 server [] nf_hook_slow+0x58/0xbc Oct 4 16:46:02 server [] :bridge:br_nf_pre_routing_finish+0x0/0x2f8 Oct 4 16:46:02 server [] find_busiest_group+0x1db/0x44a Oct 4 16:46:02 server [] :bridge:br_nf_pre_routing+0x600/0x61c Oct 4 16:46:02 server [] nf_iterate+0x41/0x7d Oct 4 16:46:02 server [] :bridge:br_handle_frame_finish+0x0/0x1d3 Oct 4 16:46:02 server [] nf_hook_slow+0x58/0xbc Oct 4 16:46:02 server [] :bridge:br_handle_frame_finish+0x0/0x1d3 Oct 4 16:46:02 server [] :bridge:br_handle_frame+0x16e/0x1a4 Oct 4 16:46:02 server [] netif_receive_skb+0x3a8/0x4c4 Oct 4 16:46:02 server [] try_to_wake_up+0x392/0x3a4 Oct 4 16:46:02 server [] process_backlog+0x9b/0x104 Oct 4 16:46:02 server [] net_rx_action+0xb4/0x1c6 Oct 4 16:46:02 server [] __do_softirq+0x8d/0x13b Oct 4 16:46:02 server [] call_softirq+0x1c/0x278 Oct 4 16:46:02 server Oct 4 16:46:02 server [] do_softirq+0x31/0x90 Oct 4 16:46:02 server [] netif_rx_ni+0x19/0x1d Oct 4 16:46:02 server [] :tun:tun_chr_writev+0x3b4/0x402 Oct 4 16:46:02 server [] free_hot_cold_page+0x133/0x175 Oct 4 16:46:02 server [] :tun:tun_chr_write+0x1a/0x1f Oct 4 16:46:02 server [] vfs_write+0xce/0x174 Oct 4 16:46:02 server [] sys_write+0x45/0x6e Oct 4 16:46:02 server [] system_call+0x86/0x8b Oct 4 16:46:02 server [] system_call+0x0/0x8b Oct 4 16:46:02 server Oct 4 16:46:02 server Oct 4 16:46:02 server Code: Oct 4 16:46:02 server 48 Oct 4 16:46:02 server 8b Oct 4 16:46:02 server 80 Oct 4 16:46:02 server c8 Oct 4 16:46:02 server 03 Oct 4 16:46:02 server 00 Oct 4 16:46:02 server 00 Oct 4 16:46:02 server 48 Oct 4 16:46:02 server 85 Oct 4 16:46:02 server c0 Oct 4 16:46:02 server 74 Oct 4 16:46:02 server 1e Oct 4 16:46:02 server 48 Oct 4 16:46:02 server 8b Oct 4 16:46:02 server 50 Oct 4 16:46:02 server 38 Oct 4 16:46:02 server 48 Oct 4 16:46:02 server 8b Oct 4 16:46:02 server 45 Oct 4 16:46:02 server 18 Oct 4 16:46:02 server Oct 4 16:46:02 server RIP Oct 4 16:46:02 server [] :bridge:__br_deliver+0xcd/0xfb Oct 4 16:46:02 server RSP Oct 4 16:46:02 server CR2: 00000000000003c8 Oct 4 16:46:02 server Oct 4 16:46:02 server Kernel panic - not syncing: Fatal exception Oct 4 16:46:02 server --0015175d03b8359f4204ae7f70b4 Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hello,

We have 50+ servers with the common configuration (CentOS=20 5.x 64bit + Xen 3.4.3) in different DC. Recently some of these servers=20 have started to reboot with kernel panic.

Please check the dmesg ou= tput after the panic below.

Looking forward to get any ideas how to= solve this issue. Thank you.

# xm info :
release : 2.6.18-274.3.= 1.el5xen
version : #1 SMP Tue Sep 6 20:57:11 EDT 2011
machine : x86_64
nr_cpus= : 8
nr_nodes : 1
cores_per_socket : 4
threads_per_core : 2
cpu= _mhz : 2533
hw_caps : bfebfbff:28100800:00000000:00000340:0098e3fd:00000= 000:00000001:00000000
virt_caps : hvm
total_memory : 32759
free_memory : 16822
node_to_c= pu : node0:0-7
node_to_memory : node0:16822
xen_major : 3
xen_mino= r : 4
xen_extra : .3
xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.= 0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler : credit
xen_pagesize : 4096
platform_params : virt_sta= rt=3D0xffff800000000000
xen_changeset : unavailable
cc_compiler : gcc= version 4.1.2 20080704 (Red Hat 4.1.2-50)
cc_compile_by : root
cc_co= mpile_domain : gitco.tld
cc_compile_date : Sun Jun 19 13:52:00 CEST 2011
xend_config_format : 4
=F7=CF=D4 =D0=D2=C9=CD=C5=D2 =D7=D9=D7=CF=C4=C1 =D1=C4=D2=C1 =D0=C5= =D2=C5=C4 =D0=C1=C4=CE=C9=C5=CD:

Oct 4 16:46:00 server Unable to han= dle kernel NULL pointer dereference
Oct 4 16:46:00 server at 00000000000= 003c8 RIP:
Oct 4 16:46:00 server [<ffffffff88652383>] :bridge:__br_deliver+0xcd/= 0xfb
Oct 4 16:46:00 server PGD 1a8bd067
Oct 4 16:46:00 server PUD 132= e9067
Oct 4 16:46:00 server PMD 0
Oct 4 16:46:00 server
Oct 4 16:4= 6:00 server Oops: 0000 [1]
Oct 4 16:46:00 server SMP
Oct 4 16:46:00 server
Oct 4 16:46:00 server= last sysfs file: /devices/xen-backend/vbd-2-768/statistics/wr_sect
Oct = 4 16:46:00 server CPU 1
Oct 4 16:46:00 server
Oct 4 16:46:00 server M= odules linked in:
Oct 4 16:46:00 server netconsole
Oct 4 16:46:00 server ebtable_filterOct 4 16:46:00 server ebtables
Oct 4 16:46:00 server tun
Oct 4 16:46= :00 server bridge
Oct 4 16:46:00 server netloop
Oct 4 16:46:00 server= netbk
Oct 4 16:46:00 server blktap
Oct 4 16:46:00 server blkbk
Oct 4 16:46:= 00 server ipt_REDIRECT
Oct 4 16:46:00 server ipt_owner
Oct 4 16:46:00= server ip_nat_ftp
Oct 4 16:46:00 server ip_conntrack_ftp
Oct 4 16:46= :00 server xt_state
Oct 4 16:46:00 server xt_length
Oct 4 16:46:00 server ipt_ttl
Oct 4 1= 6:46:00 server xt_tcpmss
Oct 4 16:46:00 server ipt_TCPMSS
Oct 4 16:46= :00 server xt_multiport
Oct 4 16:46:00 server xt_limit
Oct 4 16:46:00= server ipt_LOG
Oct 4 16:46:00 server ipt_TOS
Oct 4 16:46:00 server ipt_tos
Oct 4 16:= 46:00 server ipt_REJECT
Oct 4 16:46:00 server iptable_filter
Oct 4 16= :46:00 server iptable_nat
Oct 4 16:46:00 server ip_nat
Oct 4 16:46:00= server ip_conntrack
Oct 4 16:46:00 server nfnetlink
Oct 4 16:46:00 server ip_tables
Oct 4= 16:46:00 server x_tables
Oct 4 16:46:00 server loop
Oct 4 16:46:00 s= erver dm_mirror
Oct 4 16:46:00 server dm_multipath
Oct 4 16:46:00 ser= ver scsi_dh
Oct 4 16:46:00 server video
Oct 4 16:46:00 server backlight
Oct 4 16:= 46:00 server sbs
Oct 4 16:46:01 server power_meter
Oct 4 16:46:01 ser= ver hwmon
Oct 4 16:46:01 server i2c_ec
Oct 4 16:46:01 server dell_wmi=
Oct 4 16:46:01 server wmi
Oct 4 16:46:01 server button
Oct 4 16:46:01= server battery
Oct 4 16:46:01 server asus_acpi
Oct 4 16:46:01 server= ac
Oct 4 16:46:01 server parport_pc
Oct 4 16:46:01 server lp
Oct 4 16:46:01 server parport
Oct 4 16:46:01 server sr_mod
Oct 4 16:4= 6:01 server cdrom
Oct 4 16:46:01 server sg
Oct 4 16:46:01 server snd_= hda_intel
Oct 4 16:46:01 server snd_seq_dummy
Oct 4 16:46:01 server s= nd_seq_oss
Oct 4 16:46:01 server snd_seq_midi_event
Oct 4 16:46:01 server snd_seqOct 4 16:46:01 server snd_seq_device
Oct 4 16:46:01 server snd_pcm_oss=
Oct 4 16:46:01 server snd_mixer_oss
Oct 4 16:46:01 server snd_pcm Oct 4 16:46:01 server snd_timer
Oct 4 16:46:01 server snd_page_alloc
= Oct 4 16:46:01 server tpm_tis
Oct 4 16:46:01 server snd_hwdep
Oct 4 1= 6:46:01 server i2c_i801
Oct 4 16:46:01 server snd
Oct 4 16:46:01 serv= er e1000e
Oct 4 16:46:01 server tpm
Oct 4 16:46:01 server serial_core
Oct 4 16:= 46:01 server soundcore
Oct 4 16:46:01 server i2c_core
Oct 4 16:46:01 = server pcspkr
Oct 4 16:46:01 server serio_raw
Oct 4 16:46:01 server t= pm_bios
Oct 4 16:46:01 server dm_raid45
Oct 4 16:46:01 server dm_message
Oct = 4 16:46:01 server dm_region_hash
Oct 4 16:46:01 server dm_log
Oct 4 1= 6:46:01 server dm_mod
Oct 4 16:46:01 server dm_mem_cache
Oct 4 16:46:= 01 server ahci
Oct 4 16:46:01 server libata
Oct 4 16:46:01 server shpchp
Oct 4 16:46= :01 server megaraid_sas
Oct 4 16:46:01 server sd_mod
Oct 4 16:46:01 s= erver scsi_mod
Oct 4 16:46:01 server ext3
Oct 4 16:46:01 server jbd Oct 4 16:46:01 server uhci_hcd
Oct 4 16:46:01 server ohci_hcd
Oct 4 1= 6:46:01 server ehci_hcd
Oct 4 16:46:01 server
Oct 4 16:46:01 server P= id: 26388, comm: qemu-dm Not tainted 2.6.18-274.3.1.el5xen #1
Oct 4 16:4= 6:01 server RIP: e030:[<ffffffff88652383>]
Oct 4 16:46:01 server [<ffffffff88652383>] :bridge:__br_deliver+0xcd/= 0xfb
Oct 4 16:46:01 server RSP: e02b:ffff8800065d3b18 EFLAGS: 00010296Oct 4 16:46:01 server RAX: 0000000000000000 RBX: ffff880034831000 RCX: ff= ff880009b95bc0
Oct 4 16:46:01 server RDX: ffffffff80000000 RSI: ffff880009b95bc0 RDI: ffff= 88003846be00
Oct 4 16:46:01 server RBP: ffff880037dfa500 R08: 0000000002= 000000 R09: ffffffff88652195
Oct 4 16:46:01 server R10: 0000000080000000= R11: ffffffff8853f9c0 R12: ffff880009b95c18
Oct 4 16:46:01 server R13: ffffffff80567f00 R14: ffff880037dfa000 R15: 0000= 000000000000
Oct 4 16:46:01 server FS: 00002ba775bc9bf0(0000) GS:fffffff= f8062e080(0000) knlGS:0000000000000000
Oct 4 16:46:01 server CS: e033 DS= : 0000 ES: 0000
Oct 4 16:46:01 server Process qemu-dm (pid: 26388, threadinfo ffff88003e064= 000, task ffff88001b614080)
Oct 4 16:46:01 server Stack:
Oct 4 16:46:= 01 server ffff880009b95bc0
Oct 4 16:46:01 server ffff880009b95bc0
Oct 4 16:46:01 server ffff880037dfa500
Oct 4 16:46:01 server ffffffff886= 51294
Oct 4 16:46:01 server
Oct 4 16:46:01 server ffff88001df131c0Oct 4 16:46:01 server ffff880009b95bc0
Oct 4 16:46:01 server ffffffff80= 8d3870
Oct 4 16:46:01 server ffffffff80424b93
Oct 4 16:46:01 server
Oct 4 16= :46:01 server ffff880033474460
Oct 4 16:46:01 server ffff880009b95bc0Oct 4 16:46:01 server
Oct 4 16:46:01 server Call Trace:
Oct 4 16:46:= 01 server <IRQ>
Oct 4 16:46:01 server [<ffffffff88651294>] :bridge:br_dev_xmit+0xc7/0= xdb
Oct 4 16:46:01 server [<ffffffff80424b93>] dev_hard_start_xmit= +0x1b7/0x28a
Oct 4 16:46:01 server [<ffffffff80230b81>] dev_queue_= xmit+0x31f/0x3ef
Oct 4 16:46:01 server [<ffffffff80233073>] ip_output+0x29a/0x2dd
O= ct 4 16:46:01 server [<ffffffff80441cb7>] ip_forward+0x24f/0x2bd
O= ct 4 16:46:01 server [<ffffffff80236cdc>] ip_rcv+0x539/0x57c
Oct 4= 16:46:01 server [<ffffffff80221590>] netif_receive_skb+0x495/0x4c4 Oct 4 16:46:01 server [<ffffffff88652efd>] :bridge:br_handle_frame_fi= nish+0x1bc/0x1d3
Oct 4 16:46:01 server [<ffffffff88657123>] :bridg= e:br_nf_pre_routing_finish+0x2e9/0x2f8
Oct 4 16:46:02 server [<ffffff= ff88656e3a>] :bridge:br_nf_pre_routing_finish+0x0/0x2f8
Oct 4 16:46:02 server [<ffffffff80258542>] nf_hook_slow+0x58/0xbc
= Oct 4 16:46:02 server [<ffffffff88656e3a>] :bridge:br_nf_pre_routing_= finish+0x0/0x2f8
Oct 4 16:46:02 server [<ffffffff8028829d>] find_b= usiest_group+0x1db/0x44a
Oct 4 16:46:02 server [<ffffffff88657d20>] :bridge:br_nf_pre_routing+= 0x600/0x61c
Oct 4 16:46:02 server [<ffffffff802352d4>] nf_iterate+= 0x41/0x7d
Oct 4 16:46:02 server [<ffffffff88652d41>] :bridge:br_ha= ndle_frame_finish+0x0/0x1d3
Oct 4 16:46:02 server [<ffffffff80258542>] nf_hook_slow+0x58/0xbc
= Oct 4 16:46:02 server [<ffffffff88652d41>] :bridge:br_handle_frame_fi= nish+0x0/0x1d3
Oct 4 16:46:02 server [<ffffffff88653082>] :bridge:= br_handle_frame+0x16e/0x1a4
Oct 4 16:46:02 server [<ffffffff802214a3>] netif_receive_skb+0x3a8/0x= 4c4
Oct 4 16:46:02 server [<ffffffff802488d3>] try_to_wake_up+0x39= 2/0x3a4
Oct 4 16:46:02 server [<ffffffff802319a4>] process_backlog= +0x9b/0x104
Oct 4 16:46:02 server [<ffffffff8020d0a1>] net_rx_action+0xb4/0x1c6Oct 4 16:46:02 server [<ffffffff80212f06>] __do_softirq+0x8d/0x13b<= br>Oct 4 16:46:02 server [<ffffffff8025fda4>] call_softirq+0x1c/0x278=
Oct 4 16:46:02 server <EOI>
Oct 4 16:46:02 server [<ffffffff802= 6db69>] do_softirq+0x31/0x90
Oct 4 16:46:02 server [<ffffffff8024f= c30>] netif_rx_ni+0x19/0x1d
Oct 4 16:46:02 server [<ffffffff8866d5= 1d>] :tun:tun_chr_writev+0x3b4/0x402
Oct 4 16:46:02 server [<ffffffff8020bf28>] free_hot_cold_page+0x133/0= x175
Oct 4 16:46:02 server [<ffffffff8866d585>] :tun:tun_chr_write= +0x1a/0x1f
Oct 4 16:46:02 server [<ffffffff8021747d>] vfs_write+0x= ce/0x174
Oct 4 16:46:02 server [<ffffffff80217cc6>] sys_write+0x45/0x6e
Oct= 4 16:46:02 server [<ffffffff8025f106>] system_call+0x86/0x8b
Oct = 4 16:46:02 server [<ffffffff8025f080>] system_call+0x0/0x8b
Oct 4 = 16:46:02 server
Oct 4 16:46:02 server
Oct 4 16:46:02 server Code:
Oct 4 16:46:02 serv= er 48
Oct 4 16:46:02 server 8b
Oct 4 16:46:02 server 80
Oct 4 16:4= 6:02 server c8
Oct 4 16:46:02 server 03
Oct 4 16:46:02 server 00
Oct 4 16:46:02 server 00
Oct 4 16:46:02 server 48
Oct 4 16:46:02 serv= er 85
Oct 4 16:46:02 server c0
Oct 4 16:46:02 server 74
Oct 4 16:4= 6:02 server 1e
Oct 4 16:46:02 server 48
Oct 4 16:46:02 server 8b
Oct 4 16:46:02 server 50
Oct 4 16:46:02 server 38
Oct 4 16:46:02 serv= er 48
Oct 4 16:46:02 server 8b
Oct 4 16:46:02 server 45
Oct 4 16:4= 6:02 server 18
Oct 4 16:46:02 server
Oct 4 16:46:02 server RIP
Oct 4 16:46:02 server [<ffffffff88652383>] :bridge:__br_deliver+0xcd/= 0xfb
Oct 4 16:46:02 server RSP <ffff8800065d3b18>
Oct 4 16:46:0= 2 server CR2: 00000000000003c8
Oct 4 16:46:02 server
Oct 4 16:46:02 s= erver Kernel panic - not syncing: Fatal exception
Oct 4 16:46:02 server --0015175d03b8359f4204ae7f70b4-- --===============0409179109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0409179109==-- From xen-users-bounces@lists.xensource.com Tue Oct 04 14:08:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 14:08:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBCEH-0001Xr-Fq; Tue, 04 Oct 2011 14:08:45 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBCAz-0000bR-EE for xen-users@lists.xensource.com; Tue, 04 Oct 2011 14:05:25 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1317762205!38871646!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29088 invoked from network); 4 Oct 2011 21:03:26 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2011 21:03:26 -0000 Received: by vcbfo13 with SMTP id fo13so1181709vcb.30 for ; Tue, 04 Oct 2011 14:05:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=blakQqJGpduA1M4uZSwEMz7N1pWD8ND7KDCM9CjOXDc=; b=fS56z7SHvrvqOkcw+VuhDawqFo/LoZe9MoEn5Tr4+0guiQZ6N9mIF9BEadTbqcO9cZ Bnw2eCcTFcLvS3GXYXVUmasaJjdQ2Ya2PH0pB0KxMXdguGYDG0pcTSHLXGh0v6Gzo3zF M2sBLnia2DrOvd/teM7Wmvyfw4/lSlboDUlzY= Received: by 10.52.182.4 with SMTP id ea4mr1699277vdc.367.1317762317109; Tue, 04 Oct 2011 14:05:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.35 with HTTP; Tue, 4 Oct 2011 14:04:56 -0700 (PDT) In-Reply-To: References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> From: Flavio Date: Tue, 4 Oct 2011 23:04:56 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Scott Meyers Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 4 October 2011 22:46, Scott Meyers wrote: > I thought you were using CentOS powered server. No problem! > Are you trying to create "CentOS" DomU GUEST on top of a Gentoo Dom0? Yes. > I am not familiar with=A0Gentoo. I created CentOS v5.7 and 6.0 on top of = a my > CentOS Dom0. I think it should be the same thing apart from the fact that I can't use virt-install on Gentoo now. > I was also able to install Ubuntu v11.04 DomU GUEST on top of > CentOS Dom0. So, I have 3 DomUs with 3 different OSs running on CentOS Do= m0. Instead, I only have a Debian domU and Gentoo domU. I use .img files. How do you think I can setup an Ubuntu or CentOS domU in = some alternate way than virt-install? I always used debootstrap for debian and the classic installation mode for Gentoo (manual). --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 17:56:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 17:56:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBFmr-0003pF-La; Tue, 04 Oct 2011 17:56:42 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBFlN-0003P4-MN for xen-users@lists.xensource.com; Tue, 04 Oct 2011 17:55:10 -0700 X-Env-Sender: daniel@avleencloud.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1317776106!20786089!1 X-Originating-IP: [195.210.29.128] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19218 invoked from network); 5 Oct 2011 00:55:06 -0000 Received: from avleencloud.com (HELO thangorodrim.avleencloud.com) (195.210.29.128) by server-12.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Oct 2011 00:55:06 -0000 Received: from [192.168.0.180] (unknown [84.245.68.146]) by thangorodrim.avleencloud.com (Postfix) with ESMTPSA id 4C1EB766EF for ; Wed, 5 Oct 2011 02:55:04 +0200 (CEST) Message-ID: <4E8BAADF.6080201@avleencloud.com> Date: Wed, 05 Oct 2011 02:54:55 +0200 From: Daniel Sintaj User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110617 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] vdi recovey X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hello, any way of recovering vdi/vhd after xe vdi-remove vm= device= ? thanks. -- Daniel. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 04 22:08:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 22:08:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBJiL-00023f-T7; Tue, 04 Oct 2011 22:08:17 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBJfm-0001iD-3D for xen-users@lists.xensource.com; Tue, 04 Oct 2011 22:05:57 -0700 X-Env-Sender: jimmy@toutlemonde.eu X-Msg-Ref: server-2.tower-174.messagelabs.com!1317791133!33954435!1 X-Originating-IP: [80.229.164.253] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2075 invoked from network); 5 Oct 2011 05:05:34 -0000 Received: from jimmycullen.plus.com (HELO mail1.toutlemonde.eu) (80.229.164.253) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Oct 2011 05:05:34 -0000 Received: from localhost (localhost [127.0.0.1]) by mail1.toutlemonde.eu (Postfix) with ESMTP id 0D51CC006E; Wed, 5 Oct 2011 06:04:44 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.toutlemonde.eu Received: from mail1.toutlemonde.eu ([127.0.0.1]) by localhost (mail1.toutlemonde.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GlsixP9t8QLY; Wed, 5 Oct 2011 06:04:41 +0100 (BST) Received: by mail1.toutlemonde.eu (Postfix, from userid 33) id 14BFFC0073; Wed, 5 Oct 2011 06:04:40 +0100 (BST) To: James Triplett Subject: Re: [Xen-users] domU MySQL not available externally X-PHP-Originating-Script: 0:func.inc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Date: Wed, 05 Oct 2011 06:04:40 +0100 From: Jimmy Cullen Organization: Toutlemonde Computing In-Reply-To: <20111003200709.GA22692@datamat.net> References: <0073ff9ea68885be779e1b7290557e74@localhost> <20111003200709.GA22692@datamat.net> Message-ID: <3374a38d52f076da4e5427a92ff83f46@localhost> X-Sender: jimmy@toutlemonde.eu User-Agent: RoundCube Webmail/0.3.1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi James, Thanks for the pointer, you were right. I commented out the bind line and MySQL is available beyond the loopback interface. Thanks for your help and advice. Jimmy On Mon, 3 Oct 2011 16:07:09 -0400, James Triplett wrote: > On (03/10/11 19:26), Jimmy Cullen wrote: >> To: xen-users@lists.xensource.com >> Date: Mon, 03 Oct 2011 19:26:13 +0100 >> From: Jimmy Cullen >> Subject: [Xen-users] domU MySQL not available externally >> >> Hi, >> >> I am a newcomer to xen and have a problem with MySQL access on domUs. >> dom0 >> is Debian Squeeze and two domUs are Squeeze also. I am installing a mail >> server on one domU and need MySQL to be available externally, however for >> some reason it is blocked, while other services e.g. IMAP and POP3 are >> available externally. Example nmap output is given below. I have not >> added >> any rules to iptables. >> >> One possible problem I can think of is that I had installed cacti on dom0 >> to monitor load etc., which also required MySQL. When I discovered the >> problem with domUs not being able to make MySQL available externally I >> uninstalled cacti and MySQL, but the problem remains. >> > > I would look at the Mysql configuration. By default it may only be > listening > to localhost. What's going on with Mysql in dom0 should be totally > independent. > > Look for some lines like this: > # Instead of skip-networking the default is now to listen only on > # localhost which is more compatible and is not less secure. > bind-address = 127.0.0.1 > > good luck, > James > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users -- http://toutlemonde.eu _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Tue Oct 04 23:10:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 04 Oct 2011 23:10:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBKgW-0003qH-8z; Tue, 04 Oct 2011 23:10:28 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RBKfZ-0003dn-7O; Tue, 04 Oct 2011 23:09:29 -0700 X-Env-Sender: mikenelx@hotmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1317794946!46805248!1 X-Originating-IP: [65.55.90.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29701 invoked from network); 5 Oct 2011 06:09:07 -0000 Received: from snt0-omc2-s14.snt0.hotmail.com (HELO snt0-omc2-s14.snt0.hotmail.com) (65.55.90.89) by server-8.tower-27.messagelabs.com with SMTP; 5 Oct 2011 06:09:07 -0000 Received: from SNT107-W5 ([65.55.90.72]) by snt0-omc2-s14.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 4 Oct 2011 23:09:24 -0700 Message-ID: X-Originating-IP: [24.16.40.251] From: Michael Nelson To: , Subject: [Xen-devel] Re: [Xen-users] XEN 4.1.1 + IGD passthrough and Intel DQ67SW, i7-2600 Date: Wed, 5 Oct 2011 02:09:24 -0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 05 Oct 2011 06:09:24.0771 (UTC) FILETIME=[54DD2730:01CC8325] Cc: X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0487219809==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0487219809== Content-Type: multipart/alternative; boundary="_5e368bdd-925f-4fc8-b4c1-38183bab3035_" --_5e368bdd-925f-4fc8-b4c1-38183bab3035_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >I have now tried with the new 3.1.0-rc3 kernel (and latest 4.2 XEN)=2C wit= h the>exact same result. It passthrough works fine before loading the prope= r drivers=2C>but hangs at startup with correct drivers.>>I forgot to mentio= n that I did try to install Win 7 on this computer without>XEN and everythi= ng worked fine=2C so the drivers provided by Intel do work. I just got a DQ67SW+i5-2500 and see the same behavior. I am running 3.1.0-r= c8=2Clatest xen-unstable=2C Windows Server 2008 R2=2C and the latest Intel = September drivers. The VM spins at 100% CPU according to xl top once it tra= nsitions tofull graphics mode from the boot splash screen. There is also no= response fromthe keyboard after this (i.e. caps lock light won't toggle). I tried using using VNC as primary video and the IGD as a secondary device.= Windows sees the IGD PCI device but complains that it can't be started (ev= en withjust the basic VGA driver).=20 I have also been trying to get a cheap ATI card to work (Radeon 3850) as ei= thera primary and secondary card with no luck at all (not even text output = during VMboot). I've tried one of the patches that modifies qemu-dm (pt-gra= phics.c) that adds some ATI specific bits=2C but other than some extra debu= g output in the logfiles=2C I don't see any difference in behavior. I am willing to try out new bits/patches if that would help anyone. Thanks=2C-mike = --_5e368bdd-925f-4fc8-b4c1-38183bab3035_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 
>=3BI have now =
tried with the new 3.1.0-rc3 kernel (and latest 4.2 XEN)=2C =3Bwith the
>=3Bexact same resu= lt. It passthrough works fine before loading the =3Bproper dri= vers=2C
>=3Bbut hangs at startup with corr= ect drivers.
>=3B
>=3BI forgot to mention that I did try to = install Win 7 on this computer =3Bwithout
>=3BXEN and everything worked fine=2C so the drivers provide= d by Intel =3Bdo work.

= 
I just got a DQ67SW+i5-2500 and see the same behavio=
r. I am running 3.1.0-rc8=2C
latest xen-unstabl=
e=2C Windows Server 2008 R2=2C and the latest Intel September =3B
= 
drivers. =3BThe VM spins at 100% CPU according t=
o xl top once it transitions to
full graphics m=
ode from the boot splash screen. There is also no response from
the keyboard after this (i.e. caps lock light won't toggle=
).

I tried usi=
ng using VNC as primary video and the IGD as a secondary device. =3B
Windows sees the IGD PCI device but complains tha=
t it can't be started (even with
just the basic=
 VGA driver). 

I have also been trying to get a cheap ATI card to work (Radeon 3850) =
=3Bas either
a primary and secondary card with =
no luck at all (not even text output =3Bduring VM
boot). =3BI've tried =3Bone of the patches that modifies qem=
u-dm (pt-graphics.c) that 
adds some ATI specif=
ic bits=2C but other than some extra debug output in the log
files=2C I don't see any difference in behavior.

I am willing to try out ne=
w bits/patches if that would help anyone.

<=
/pre>
Thanks=2C
-mike



= --_5e368bdd-925f-4fc8-b4c1-38183bab3035_-- --===============0487219809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0487219809==-- From xen-users-bounces@lists.xensource.com Wed Oct 05 01:18:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 01:18:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBMgs-0000sp-49; Wed, 05 Oct 2011 01:18:58 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBMf6-0000YO-5L for xen-users@lists.xensource.com; Wed, 05 Oct 2011 01:17:08 -0700 X-Env-Sender: doctor@mcc.ac.uk X-Msg-Ref: server-12.tower-27.messagelabs.com!1317802607!45244281!1 X-Originating-IP: [130.88.200.93] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14455 invoked from network); 5 Oct 2011 08:16:47 -0000 Received: from serenity.mcc.ac.uk (HELO serenity.mcc.ac.uk) (130.88.200.93) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Oct 2011 08:16:47 -0000 Received: from jadzia.mcc.ac.uk ([130.88.250.227]) by serenity.mcc.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RBMf2-000Frb-Sr for xen-users@lists.xensource.com; Wed, 05 Oct 2011 09:17:04 +0100 Received: from doctor by jadzia.mcc.ac.uk with local (Exim 4.69) (envelope-from ) id 1RBMf2-0005E3-Hx for xen-users@lists.xensource.com; Wed, 05 Oct 2011 09:17:04 +0100 Date: Wed, 5 Oct 2011 09:17:04 +0100 From: Mike Richardson To: xen-users@lists.xensource.com Message-ID: <20111005081704.GP3556@jadzia.mcc.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: 0.5(?) X-Spam-Flag: NO Subject: [Xen-users] .1q trunks X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hiya, I've got a requirement and I can't work out the right configuration. I'm running Xen 4.0 on Debian Squeeze. The Dom0 has two physical interfaces, one as an 'access' port (I'll be using Cisco terminology) and the other is a .1q trunk for up to 150 VLANs (don't ask, long story). Some of the VLANs on this trunk are for managing the DomUs and as such I've created interfaces and bridges for each. The rest I want to pass on, as a trunk, to a DomU. The DomU will have a management interface which connects to one of the above management bridges and it should also have an interface connected to the trunk. I want to be able to listen to all the broadcast traffic on that trunk. I've tried treating each VLAN as an individual interface on the Dom0 but I can only get the DomU to connect to about 30 of them. Thus I'd need 5 DomUs at least to handle all the VLANs, which isn't a nice solution. I've tried various attempts to connect the DomU interface to a bridge to the trunk but without much success. Can anyone help? So... Dom0 eth0 -> local management eth1 -> .1q trunk eth1.1 -> VLAN 1 DomU Ueth0 -> eth1.1 Ueth1 -> eth1 Thanks, Mike -- Mike Richardson Networks (network@manchester.ac.uk) IT Services, University of Manchester *Plain text only please - attachments stripped on arrival* _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 02:06:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 02:06:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBNRH-00049l-4Z; Wed, 05 Oct 2011 02:06:55 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBNLS-0003PL-Cg for xen-users@lists.xensource.com; Wed, 05 Oct 2011 02:01:21 -0700 X-Env-Sender: chosi@amd.co.at X-Msg-Ref: server-10.tower-182.messagelabs.com!1317805248!20969116!1 X-Originating-IP: [134.109.228.11] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9649 invoked from network); 5 Oct 2011 09:00:48 -0000 Received: from nick.hrz.tu-chemnitz.de (HELO nick.hrz.tu-chemnitz.de) (134.109.228.11) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Oct 2011 09:00:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tu-chemnitz.de; s=dkim2010; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=uuuud5gg8U8Ty+yAczVcXAXkMAlEtdfx65mxASJ7yso=; b=YnuH/zTKJHFeRXxSpn7IuTsslutF8pIwTrqXs0sigO5TZRSlR43pSQRW/xrHlh31SbOesSWTNE0JZr9ZxBS7FnFgcwZ0K50wBRbbSkURbiZcxbVcUpaWXEKTt0mi8UXpMQIhwSWe7PFP+lu5ZWjzxBAT8IJgLoJKTr2/uRC8Tho=; Received: from chosi.csn.tu-chemnitz.de ([134.109.96.20] helo=[192.168.1.3]) by nick.hrz.tu-chemnitz.de with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1RBNLL-0000BH-9t for xen-users@lists.xensource.com; Wed, 05 Oct 2011 11:00:47 +0200 Message-ID: <4E8C1CBC.8050401@amd.co.at> Date: Wed, 05 Oct 2011 11:00:44 +0200 From: Alexander Bienzeisler User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Spam-Report: --- Textanalyse SpamAssassin 3.3.1 (-1.0 Punkte) Fragen an/questions to: Postmaster TU Chemnitz * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP --- Ende Textanalyse X-Scan-Signature: 27bd5aa73b5e6aacb3c68e29317a6b01 Subject: [Xen-users] GPLPV Issues on Win2k8 Server X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello Xen Users, i'm having difficulties installing the latest signed Version of the gplpv drivers for windows. After uninstalling them i had to go to windows setup to import the OS registry and remove the upperfilter stuff that was left, as well as the services and so on. Now once I install them again, the devices (net and pci) show up in the device manager, but windows can't load the drivers due to Code 31. What can I do to make it load the gplpv drivers again? Did i break something in the registry? Cheers, Alex _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 03:26:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 03:26:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBOfw-0007aB-BL; Wed, 05 Oct 2011 03:26:08 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RBOdn-0006vI-9x for xen-users@lists.xensource.com; Wed, 05 Oct 2011 03:23:55 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-182.messagelabs.com!1317810232!19829171!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5567 invoked from network); 5 Oct 2011 10:23:52 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-182.messagelabs.com with SMTP; 5 Oct 2011 10:23:52 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id D8A8110401A for ; Wed, 5 Oct 2011 11:23:50 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r+gIw5BRRB+I for ; Wed, 5 Oct 2011 11:23:50 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5856429EEF for ; Wed, 5 Oct 2011 11:23:50 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <20111005081704.GP3556@jadzia.mcc.ac.uk> References: <20111005081704.GP3556@jadzia.mcc.ac.uk> Date: Wed, 5 Oct 2011 11:23:39 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] .1q trunks Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Mike Richardson wrote: >The Dom0 has two physical interfaces, one as an 'access' port (I'll >be using Cisco >terminology) and the other is a .1q trunk for up to 150 VLANs (don't ask, >long story). I can guess > Some of the VLANs on this trunk are for managing the DomUs and >as such I've created interfaces and bridges for each. The rest I want to >pass on, as a trunk, to a DomU. > >The DomU will have a management interface which connects to one of the above >management bridges and it should also have an interface connected to the >trunk. I want to be able to listen to all the broadcast traffic on that >trunk. > >I've tried treating each VLAN as an individual interface on the Dom0 but I >can only get the DomU to connect to about 30 of them. Thus I'd need 5 DomUs >at least to handle all the VLANs, which isn't a nice solution. AFAICT, Linux bridges don't support tagged traffic. My reading suggests that Open vSwitch does (and lots more). It may be worth looking into that. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 03:30:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 03:30:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBOkK-0000ad-WD; Wed, 05 Oct 2011 03:30:41 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBOin-0008LC-VH for xen-users@lists.xensource.com; Wed, 05 Oct 2011 03:29:06 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-11.tower-174.messagelabs.com!1317810539!33988149!1 X-Originating-IP: [203.16.224.4] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1105 invoked from network); 5 Oct 2011 10:29:02 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-11.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 5 Oct 2011 10:29:02 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1RBOie-0003VK-F9; Wed, 05 Oct 2011 21:28:56 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: [Xen-users] .1q trunks Date: Wed, 5 Oct 2011 21:28:34 +1100 Message-ID: In-Reply-To: <20111005081704.GP3556@jadzia.mcc.ac.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] .1q trunks Thread-Index: AcyDN5G29y1FngnPSfKD8kIvn9NDYwAEPjmw References: <20111005081704.GP3556@jadzia.mcc.ac.uk> From: "James Harper" To: "Mike Richardson" , X-Really-From-Bendigo-IT: magichashvalue Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Hiya, >=20 > I've got a requirement and I can't work out the right configuration. I'm > running Xen 4.0 on Debian Squeeze. >=20 > The Dom0 has two physical interfaces, one as an 'access' port (I'll be using > Cisco > terminology) and the other is a .1q trunk for up to 150 VLANs (don't ask, long > story). Some of the VLANs on this trunk are for managing the DomUs and as > such I've created interfaces and bridges for each. The rest I want to pass on, > as a trunk, to a DomU. >=20 > The DomU will have a management interface which connects to one of the > above management bridges and it should also have an interface connected > to the trunk. I want to be able to listen to all the broadcast traffic on that > trunk. openvswitch is probably what you want. I just installed this on wheezy. I have a script that can pretend to be brctl (at least enough for the xen vif scripts) when you have openvswitch. Openvswitch comes with some sort of brctl compatibility layer but it doesn't seem quite right for vlans. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 04:00:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 04:00:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBPDI-0003fK-Kr; Wed, 05 Oct 2011 04:00:36 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBPAa-0003HE-KH for xen-users@lists.xensource.com; Wed, 05 Oct 2011 03:57:49 -0700 X-Env-Sender: mrsanna1@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1317812265!20992485!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20571 invoked from network); 5 Oct 2011 10:57:45 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 10:57:45 -0000 Received: by wwf27 with SMTP id 27so1945027wwf.24 for ; Wed, 05 Oct 2011 03:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=cD5uoYk0QslYdG00w+jA+U11TdYV1qutgCxxUqZlcec=; b=bPoitG1exTAfgeYXTWgKw6pBm7e9CdbKgHCzb6pfLudFcxLNsBqeA7++puADnQLhhP oUWGE7Dk1KppKk0oddwrdUgyZOeLqbZJUSGeKdONmEqpOOWcfKxdNu+vjGC3FlX9a063 yBxuSPqcuObSAh7yiU36wjy/Z3U/Navx5UhVY= MIME-Version: 1.0 Received: by 10.227.113.74 with SMTP id z10mr2828242wbp.14.1317812265164; Wed, 05 Oct 2011 03:57:45 -0700 (PDT) Received: by 10.180.107.230 with HTTP; Wed, 5 Oct 2011 03:57:45 -0700 (PDT) Date: Wed, 5 Oct 2011 12:57:45 +0200 Message-ID: From: Mauro To: xen-users Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] pvgrub instead of pygrub. X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I'm using debian squeeze. In my xen-tool.conf I'v put pygrub=1, so when i create a domU it use pygrub. To switch to pvgrub I've put bootloader = '/usr/lib/xen-default/bin/pvgrub' on the .cgf file of my domU, destroy and create. It seems that '/usr/lib/xen-default/bin/pvgrub' doens't exist but domU starts anyway. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 07:22:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 07:22:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBSN9-0008Ds-BZ; Wed, 05 Oct 2011 07:22:59 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBSLN-0007tS-Sm for xen-users@lists.xensource.com; Wed, 05 Oct 2011 07:21:10 -0700 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1317824465!19228663!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32142 invoked from network); 5 Oct 2011 14:21:06 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 14:21:06 -0000 Received: by ywm21 with SMTP id 21so2657127ywm.30 for ; Wed, 05 Oct 2011 07:21:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5D4hzgstFB+DjXYU8qdwl9sm+c6bK0PEfgWER5zq/A8=; b=cAZvnCWYMg6/aPojftwcaFtfy/fCrk4XoDtEw/RDWtMmIojied+xh0gV6OL9ZQwcr9 gbFaYKqCz4ArVzMpqmwjUw5ZBoPKnBzL62kfDEnpXneGe1B6vUFQwkQV3WOiXqvV+66R 57Re+RugLOI5gZbmLzwgbWWCJJIv6XUUD96Pg= Received: by 10.101.154.29 with SMTP id g29mr2147015ano.13.1317824465119; Wed, 05 Oct 2011 07:21:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.201.19 with HTTP; Wed, 5 Oct 2011 07:20:45 -0700 (PDT) In-Reply-To: References: From: Liwei Date: Wed, 5 Oct 2011 22:20:45 +0800 Message-ID: To: Dima Tisnek Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com Subject: [Xen-users] Re: Your hd 6870 xen setup X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, (CC-ing the list so the list can be informed as well) On 5 October 2011 15:36, Dima Tisnek wrote: > Hi, your posted on xen-dev that you had 6870 passthrough working with > 4.s unstable. > Can I ask for details of your setup, e.g. what dom0 kernel do you run? > What guest do you run, 32 or 64-bit? Here's a summary of my current setup: xen-unstable # hg log|head changeset: 23756:0f36c2eec2e1 tag: tip user: Keir Fraser date: Thu Jul 28 15:40:54 2011 +0100 summary: hvmloader: Enable SCI in QEMU has it disabled. (Running an older version since I have problems booting newer versions for some reason) dom0 # cat /etc/debian_version wheezy/sid # uname -a Linux localhost 3.1.0-rc7-xen-amd64+ #1 SMP PREEMPT Sun Sep 25 23:49:23 SGT 2011 x86_64 GNU/Linux (Vanilla from Linus' github) domUs 1. HVM freeBSD 8.2 x64 2. HVM openSuSE 11.4 x64 3. HVM pfSense 2.0 x64 4. HVM Windows 7 x64 (PCI-passthrough HD6870) 5. HVM Windows XP x32 *Both xen and the dom0 kernel are vanilla without any third-party patches. > > I got my secondary 6870 up and sortof running on vt-d mobo, xen 4.1.1, > jeremy's 2.6.3x git dom0, 32-bit xp guest, but I get vpu resets every > few minutes and sometimes 3d goes away and never comes back. I'd like > to try and reproduce your setup since you say it works solid until > guest restart. Yes, I started out with the 2.6.3x kernel and they never worked well for graphics passthrough. However, there really is no reason to use the bleeding-edge kernels since good enough pci-backend support is already included in the vanilla kernel. Not sure how your 32-bit XP guest would change the situation though, so YMMV. Why not post up the logs when your system screws up and see if the devs/others can help you? > > I understand there's some difference in vt-x wrt. 32/64-bit guests, > which should I run? >From what I interpret about what's happening, xen development is currently focusing on 64-bit host/guest support since 64-bit systems are becoming the de-facto standard. So IMHO you'll be better off with a 64-bit system. > > Thanks, > Dima > Hope this helps! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 09:30:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 09:30:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBUMY-0005UJ-Vb; Wed, 05 Oct 2011 09:30:31 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBULL-0005AM-HU for xen-users@lists.xensource.com; Wed, 05 Oct 2011 09:29:16 -0700 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1317832142!62315395!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2546 invoked from network); 5 Oct 2011 16:29:03 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 16:29:03 -0000 Received: by ywm21 with SMTP id 21so2837989ywm.30 for ; Wed, 05 Oct 2011 09:29:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=iNSJsc4+LAJnSyb90BEuNueYoiexdQ+kWhXD+v8neLI=; b=aMD3oxs3sd3gXiMcbU4SR+zdQaI0vni+77VCffsLtTQn+6HAZX9NtdS3e1uFAGa04U EFNtdouOgcnnqZHPk0o59FfNp2oPhpj/lgrkxQmUgX9o54lb8d3eM167qremVa3iwDhX lDbpHXr3l9620/0WFoQUyv+Qk95Jnl2R17qIM= Received: by 10.100.240.2 with SMTP id n2mr2249415anh.101.1317832151194; Wed, 05 Oct 2011 09:29:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.201.19 with HTTP; Wed, 5 Oct 2011 09:28:51 -0700 (PDT) In-Reply-To: References: From: Liwei Date: Thu, 6 Oct 2011 00:28:51 +0800 Message-ID: To: Dima Tisnek Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com Subject: [Xen-users] Re: Your hd 6870 xen setup X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 6 October 2011 00:17, Dima Tisnek wrote: > thanks a lot! I'll try to build same. > I don't get any odd errors in logs, xp disables 3d after a while, > that's the only symptom. > I'll post to the list too when I have something new. > > Hmm, if that is so, you might want to try older/newer drivers. I remember reading a recent post that mentioned that certain versions of the ATI driver will give different results. For reference, the version I'm using is: 8.872.0.0 dated 7/7/2011 from the 11-7_vista64_win7_64_dd_ccc_ocl package _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 11:05:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 11:05:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBVq2-0002Xu-9T; Wed, 05 Oct 2011 11:05:02 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBVnA-0002CA-EC for xen-users@lists.xensource.com; Wed, 05 Oct 2011 11:02:25 -0700 X-Env-Sender: metron6@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1317837719!19275037!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10967 invoked from network); 5 Oct 2011 18:02:00 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 18:02:00 -0000 Received: by qabg14 with SMTP id g14so2110491qab.30 for ; Wed, 05 Oct 2011 11:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=IKnLIBQKQA8QRM9YbBJcFEPLgnTZa07zhs36H4Kmpzo=; b=H/LMidhaMLdIlnlvAuOQxnSE6qHP11yof6DyS9KAc9E5fIYztkvF1noFZsHwDfokMZ HDMpucm8fALBqHQWmn5YRd0m8q5RW+z9s9dqMKXOuc48neq1ZcBTKkR10H1xQIyrChHt sANYqObYPJ53lBv2Lj9C7COOXu7lLQuDndMgk= MIME-Version: 1.0 Received: by 10.68.31.131 with SMTP id a3mr8354078pbi.24.1317837719223; Wed, 05 Oct 2011 11:01:59 -0700 (PDT) Received: by 10.143.92.16 with HTTP; Wed, 5 Oct 2011 11:01:59 -0700 (PDT) Date: Wed, 5 Oct 2011 21:01:59 +0300 Message-ID: From: "Metron 6 (six)" To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] two simple questions... X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hello all, i have two simple questions about XEN... first of all, it needs some sort of specific server hardware or can i run it on a good pc, e.g. with quad processor and 8gigs of ram ? second, if i add for example, 3-4 sound cards (pci or pci-e) on a xen server, can 3 different hosts to use them ? i'm interested to move under a hypervisor 3 pc's i use for a web radio application.. regards, george -- regards, Metron 6 (six) Metron6@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 12:01:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 12:01:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWiF-0004lv-9W; Wed, 05 Oct 2011 12:01:03 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RBWen-0004Pu-TM for xen-users@lists.xensource.com; Wed, 05 Oct 2011 11:57:38 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1317841046!28052649!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23205 invoked from network); 5 Oct 2011 18:57:26 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-9.tower-174.messagelabs.com with SMTP; 5 Oct 2011 18:57:26 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 5 Oct 2011 19:57:25 +0100 MIME-Version: 1.0 Content-class: urn:content-classes:message Date: Wed, 5 Oct 2011 19:57:23 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: compiling kernel in Centos Domu Thread-Index: AcyDkC7vi6Xka2H9QiuJAHRmtQxFfw== From: "Ian Tobin" To: Subject: [Xen-users] compiling kernel in Centos Domu X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0413158752==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0413158752== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC8390.9EC52ED6" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CC8390.9EC52ED6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Im trying to compile kernel 3.0.4 inside Centos 5 DomU =20 The steps I do are =20 Make bzImage Make modules Make modules_install Depmod -a mkinitrd /boot/initrd.img-3.0.4 3.0.4 =20 but them im getting this =20 -bash-3.2# mkinitrd /boot/initrd.img-3.0.4 3.0.4 ls: /etc/modprobe.d/*.conf: No such file or directory No module ehci-hcd found for kernel 3.0.4, aborting. =20 If I exclude the modules its goes on forever. I don't have this issue in Debian Domu so what am I missing? =20 Thanks =20 Ian =20 =20 ------_=_NextPart_001_01CC8390.9EC52ED6 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Im trying to compile kernel 3.0.4 inside Centos 5 = DomU

 

The steps I do are

 

Make bzImage

Make modules

Make modules_install

Depmod –a

mkinitrd /boot/initrd.img-3.0.4 3.0.4

 

but them im getting this

 

-bash-3.2# mkinitrd /boot/initrd.img-3.0.4 = 3.0.4

ls: /etc/modprobe.d/*.conf: No such file or = directory

No module ehci-hcd found for kernel 3.0.4, = aborting.

 

If I exclude the modules its goes on forever.  I don’t have = this issue in Debian Domu so what am I missing?

 

Thanks

 

Ian

 

 

------_=_NextPart_001_01CC8390.9EC52ED6-- --===============0413158752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0413158752==-- From xen-users-bounces@lists.xensource.com Wed Oct 05 12:12:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 12:12:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWtF-0005vS-0s; Wed, 05 Oct 2011 12:12:25 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWqF-0005ZO-U6 for xen-users@lists.xensource.com; Wed, 05 Oct 2011 12:09:31 -0700 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1317841735!41004257!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11665 invoked from network); 5 Oct 2011 19:08:56 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 19:08:56 -0000 Received: by qabg14 with SMTP id g14so2188882qab.30 for ; Wed, 05 Oct 2011 12:09:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=RWLz16+K4t2/KQLKBv9nBcvoVkVQSZ6fpL7kChHvUGw=; b=o1SNo0MmN7pKUwiHJ/aoXkiKeWEEvpfFm/0omryTRHEjytEAPedr1DkDq4uiATJs9C yrVXtewlx7v17QHSOk4owFRJQYu0bp+wszKCmt6mGNq85CGz8dUpsPY5MMXIZkbdLp+t sja5sAZLo9xis2C2RgQggonIsQsxiNrmFn78c= MIME-Version: 1.0 Received: by 10.229.2.70 with SMTP id 6mr565869qci.106.1317841755677; Wed, 05 Oct 2011 12:09:15 -0700 (PDT) Received: by 10.229.85.208 with HTTP; Wed, 5 Oct 2011 12:09:15 -0700 (PDT) In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> Date: Thu, 6 Oct 2011 03:09:15 +0800 Message-ID: Subject: Re: [Xen-users] compiling kernel in Centos Domu From: Teck Choon Giam To: Ian Tobin Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Oct 6, 2011 at 2:57 AM, Ian Tobin wrote: > Hi, > > > > Im trying to compile kernel 3.0.4 inside Centos 5 DomU > > > > The steps I do are > > > > Make bzImage > > Make modules > > Make modules_install > > Depmod =96a > > mkinitrd /boot/initrd.img-3.0.4 3.0.4 > > > > but them im getting this > > > > -bash-3.2# mkinitrd /boot/initrd.img-3.0.4 3.0.4 > > ls: /etc/modprobe.d/*.conf: No such file or directory > > No module ehci-hcd found for kernel 3.0.4, aborting. > > > > If I exclude the modules its goes on forever.=A0 I don=92t have this issu= e in > Debian Domu so what am I missing? > Certain modules are built-in depending on your kernel config. You might want to try the below and see whether does your domU boot with that kernel: mkinitrd -v -f --builtin=3Dehci-hcd --builtin=3Duhci-hcd --builtin=3Dohci-hcd --builtin=3Dusb-storage /boot/initrd.img-3.0.4 3.0.4 Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 12:14:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 12:14:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWvN-0006c2-TX; Wed, 05 Oct 2011 12:14:37 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RBWuL-0006EK-5l for xen-users@lists.xensource.com; Wed, 05 Oct 2011 12:13:35 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1317842010!19893155!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6230 invoked from network); 5 Oct 2011 19:13:30 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-6.tower-182.messagelabs.com with SMTP; 5 Oct 2011 19:13:30 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 5 Oct 2011 20:13:29 +0100 Subject: RE: [Xen-users] compiling kernel in Centos Domu MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Wed, 5 Oct 2011 20:13:27 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6071@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] compiling kernel in Centos Domu Thread-Index: AcyDkkkGUFoNXa5+S3O5MLxY0UwWQAAAH7XQ References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> From: "Ian Tobin" To: "Teck Choon Giam" Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, This is what I get now -bash-3.2# mkinitrd -v -f --builtin=3Dehci-hcd --builtin=3Duhci-hcd = --builtin=3Dohci-hcd --builtin=3Dusb-storage /boot/initrd.img-3.0.4 = 3.0.4 Creating initramfs ls: /etc/modprobe.d/*.conf: No such file or directory Modulefile is module ehci-hcd assumed to be built in module ohci-hcd assumed to be built in module uhci-hcd assumed to be built in Looking for deps of module ext3 Looking for driver for device hda1 Looking for driver for device hda2 Its just hanging Thanks Ian -----Original Message----- From: Teck Choon Giam [mailto:giamteckchoon@gmail.com]=20 Sent: 05 October 2011 20:09 To: Ian Tobin Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] compiling kernel in Centos Domu On Thu, Oct 6, 2011 at 2:57 AM, Ian Tobin wrote: > Hi, > > > > Im trying to compile kernel 3.0.4 inside Centos 5 DomU > > > > The steps I do are > > > > Make bzImage > > Make modules > > Make modules_install > > Depmod -a > > mkinitrd /boot/initrd.img-3.0.4 3.0.4 > > > > but them im getting this > > > > -bash-3.2# mkinitrd /boot/initrd.img-3.0.4 3.0.4 > > ls: /etc/modprobe.d/*.conf: No such file or directory > > No module ehci-hcd found for kernel 3.0.4, aborting. > > > > If I exclude the modules its goes on forever.=A0 I don't have this = issue=20 > in Debian Domu so what am I missing? > Certain modules are built-in depending on your kernel config. You might = want to try the below and see whether does your domU boot with that = kernel: mkinitrd -v -f --builtin=3Dehci-hcd --builtin=3Duhci-hcd = --builtin=3Dohci-hcd --builtin=3Dusb-storage /boot/initrd.img-3.0.4 = 3.0.4 Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 12:16:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 12:16:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWx5-0007Ig-Cj; Wed, 05 Oct 2011 12:16:23 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWwF-0006yX-IL for xen-users@lists.xensource.com; Wed, 05 Oct 2011 12:15:32 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1317842128!21086983!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 537 invoked from network); 5 Oct 2011 19:15:28 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 19:15:28 -0000 Received: by wwf27 with SMTP id 27so2566881wwf.24 for ; Wed, 05 Oct 2011 12:15:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=NAkJ4cZ4BEKE2HlcW4Qvu+aU8nwnzulYJao4Q4bH/l8=; b=l9xnl3A6sh5bT6g3y64X0IsbSGvVX88/XWWrI0uAHYbYlvXy/5vrIHKNQhKS+l5cxx /M2IRwtHv3mqh9mUN99gb7sBVjKRFD+oxokZbAqsUsPyX0WQt2WgZPlnD2niHcDIhsKr 8GB51PCVVHe5IPG7WWINEfej5MPEyz/HnJ9yc= Received: by 10.227.128.85 with SMTP id j21mr3538087wbs.27.1317842128141; Wed, 05 Oct 2011 12:15:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.85.41 with HTTP; Wed, 5 Oct 2011 12:15:08 -0700 (PDT) In-Reply-To: <4E8B6C57.3080905@gmail.com> References: <4E88B35B.3060908@g.mc.cx> <4E8B6C57.3080905@gmail.com> From: Andrew Wells Date: Wed, 5 Oct 2011 15:15:08 -0400 Message-ID: Subject: Re: [Xen-users] Xcp and xencenter To: George Shuklin Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0858326862==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0858326862== Content-Type: multipart/alternative; boundary=0016e644c77eeafea504ae92076d --0016e644c77eeafea504ae92076d Content-Type: text/plain; charset=ISO-8859-1 So, if I do that on the master, it give me the correct list, however if I ask the master to list devices on a different machine in the pool, it returns devices on that host, and others not on that host. On Tue, Oct 4, 2011 at 4:28 PM, George Shuklin wrote: > ** > You saying strange things. Never saw this and I doubt if any management > software via XenAPI can do this. > > Please, recheck if you use correct parameters. > > And just for test: > > xe pif-list host-uuid=`xe host-list name-label=$(hostname) --minimal` > params=host-uuid > > > > > On 04.10.2011 19:43, Andrew Wells wrote: > > So I installed and used both the OpenXenManager and XenWebManager. but I > can't say that either would be good for production uses. Mainly that they > are very buggy and could not pickup that I had a pool setup. > > Then after I told them to create a pool, it correctly identifies that a > pool exists. > > However now, when I am using > > xe pif-list host-uuid= > > > it will list other physical interfaces that are on a different machine in > the same pool. > > is this caused by openxenmanager or xenwebmanager? > > is this a bug with pools? > > On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen wrote: > >> Den 01-10-2011 04:46, Andrew Wells skrev: >> >> >>> I recently started using xcp, but how do I acquire xencenter? Is it only >>> available with xcp 1.1? >>> >>> >>> >> No. It is possible to use it with 1.0. Xencenter is written for XenServer >> without thoughts on XCP, so it has some version-number-problems on XCP 1.0. >> >> This patch might help >> http://www.gossamer-threads.com/lists/xen/api/199147 >> http://www.xensemaking.com/misc/patchxcp.sh >> >> >> Morten Christensen >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xensource.comhttp://lists.xensource.com/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --0016e644c77eeafea504ae92076d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So, if I do that on the master, it give me the correct list, however if I a= sk the master to list devices on a different machine in the pool, it return= s devices on that host, and others not on that host.



On Tue, Oct 4, 2011 at 4:28 PM, George S= huklin <ge= orge.shuklin@gmail.com> wrote:
=20 =20 =20
You saying strange things. Never saw this and I doubt if any management software via XenAPI can do this.

Please, recheck if you use correct parameters.

And just for test:

xe pif-list host-uuid=3D`xe host-list name-label=3D$(hostname) --minimal` params=3Dhost-uuid




On 04.10.2011 19:43, Andrew Wells wrote:
So I installed and used both the OpenXenManag= er and XenWebManager. but I can't say that either would be good for production uses. Mainly that they are very buggy and could not pickup that I had a pool setup.

Then after I told them to create a pool, it correctly identifies that a pool exists.

However now, when I am using

xe pif-list host-uuid=3D<host-uuid>

it will list other physical interfaces that are on a different machine in the same pool.

is this caused by openxenmanager or xenwebmanager?

is this a bug with pools?

On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen <mc-mail@g.mc.cx> wrote:
Den 01-10-201= 1 04:46, Andrew Wells skrev:


I recently started using xcp, but how do I acquire xencenter? Is it only available with xcp 1.1?



No. It is possible to use it with 1.0. Xencenter is written for XenServer without thoughts on XCP, so it has some version-number-problems on XCP 1.0.

This patch might help
http://www.gossamer-threads.com/lists/xen/api/199147
http://www.xensemaking.com/misc/patchxcp.sh


Morten Christensen


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-user=
s@lists.xensource.com
http://l=
ists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--0016e644c77eeafea504ae92076d-- --===============0858326862== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0858326862==-- From xen-users-bounces@lists.xensource.com Wed Oct 05 12:18:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 12:18:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWzY-0007zO-Km; Wed, 05 Oct 2011 12:18:56 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBWyG-0007Xo-VT for xen-users@lists.xensource.com; Wed, 05 Oct 2011 12:17:37 -0700 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1317842244!62331053!1 X-Originating-IP: [209.85.216.178] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23825 invoked from network); 5 Oct 2011 19:17:24 -0000 Received: from mail-qy0-f178.google.com (HELO mail-qy0-f178.google.com) (209.85.216.178) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 19:17:24 -0000 Received: by qyg14 with SMTP id 14so1986223qyg.9 for ; Wed, 05 Oct 2011 12:17:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/6dUIaWTRhMpm/jkshdtOkfgvln30IloVfxY8hKdPjc=; b=PDF51fu+qpdXkUHKtOt4UdEmLfy1/cAa/sTG2PsKxcuqo55GxkPoILPycsEemLzDxp bOuzp9qZKISqnpTWp+93uugauhcaUM5L0Hg76ClTQf9D0KLa73VHiTpW9+s7PasWQMs9 eSai3cxUWHX708VHNO5lireT/4k8m+eExWqbg= MIME-Version: 1.0 Received: by 10.229.2.70 with SMTP id 6mr572087qci.106.1317842252475; Wed, 05 Oct 2011 12:17:32 -0700 (PDT) Received: by 10.229.85.208 with HTTP; Wed, 5 Oct 2011 12:17:32 -0700 (PDT) In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6071@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> <039E0B4AA9103344A80DA55DDDC76A936A6071@electron.tidyhosts.com> Date: Thu, 6 Oct 2011 03:17:32 +0800 Message-ID: Subject: Re: [Xen-users] compiling kernel in Centos Domu From: Teck Choon Giam To: Ian Tobin Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Oct 6, 2011 at 3:13 AM, Ian Tobin wrote: > Hi, > > This is what I get now > > -bash-3.2# mkinitrd -v -f --builtin=ehci-hcd --builtin=uhci-hcd --builtin=ohci-hcd --builtin=usb-storage /boot/initrd.img-3.0.4 3.0.4 > Creating initramfs > ls: /etc/modprobe.d/*.conf: No such file or directory > Modulefile is > module ehci-hcd assumed to be built in > module ohci-hcd assumed to be built in > module uhci-hcd assumed to be built in > Looking for deps of module ext3 > Looking for driver for device hda1 > Looking for driver for device hda2 > > > Its just hanging > Can you post your steps about compile kernel? Did you do make modules_install? How your kernel config look like? Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 12:24:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 12:24:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBX5P-0000I1-5U; Wed, 05 Oct 2011 12:24:59 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RBX4O-0008Pi-8v for xen-users@lists.xensource.com; Wed, 05 Oct 2011 12:23:56 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1317842615!61717278!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14490 invoked from network); 5 Oct 2011 19:23:35 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-8.tower-21.messagelabs.com with SMTP; 5 Oct 2011 19:23:35 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 5 Oct 2011 20:23:51 +0100 Subject: RE: [Xen-users] compiling kernel in Centos Domu MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Wed, 5 Oct 2011 20:23:49 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6072@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] compiling kernel in Centos Domu Thread-Index: AcyDk3KMleNana9oQJ+mWZOdRAWk+wAAHuKg References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com><039E0B4AA9103344A80DA55DDDC76A936A6071@electron.tidyhosts.com> From: "Ian Tobin" To: "Teck Choon Giam" Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com The kernel config is standard except for enabling highmem 64Gb so I can enable paravirtualisation, select all xen options. Then in drivers set all XEN related options as static in kernel. I didn't touch anything else. This same setup works fine on Debian DomU and I don't get this problem about modules missing when creating the initrd, only seems to happen on CentOS Thanks Ian -----Original Message----- From: Teck Choon Giam [mailto:giamteckchoon@gmail.com]=20 Sent: 05 October 2011 20:18 To: Ian Tobin Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] compiling kernel in Centos Domu On Thu, Oct 6, 2011 at 3:13 AM, Ian Tobin wrote: > Hi, > > This is what I get now > > -bash-3.2# mkinitrd -v -f --builtin=3Dehci-hcd --builtin=3Duhci-hcd=20 > --builtin=3Dohci-hcd --builtin=3Dusb-storage /boot/initrd.img-3.0.4 = 3.0.4=20 > Creating initramfs > ls: /etc/modprobe.d/*.conf: No such file or directory Modulefile is=20 > module ehci-hcd assumed to be built in module ohci-hcd assumed to be=20 > built in module uhci-hcd assumed to be built in Looking for deps of=20 > module ext3 Looking for driver for device hda1 Looking for driver for=20 > device hda2 > > > Its just hanging > Can you post your steps about compile kernel? Did you do make modules_install? How your kernel config look like? Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 12:35:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 12:35:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBXG3-0001P0-97; Wed, 05 Oct 2011 12:35:59 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBXDj-0000pj-Pm for xen-users@lists.xensource.com; Wed, 05 Oct 2011 12:33:37 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1317843212!34074061!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25394 invoked from network); 5 Oct 2011 19:33:32 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 19:33:32 -0000 Received: by wwf27 with SMTP id 27so2585822wwf.24 for ; Wed, 05 Oct 2011 12:33:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=oA2Z6degL3QRbwYfNjpHb0/x/tRryj59QOrSabIPNsw=; b=fQWapApRUEeNv3cajPPGDXMxOnlsXWBSabTXhdTnAmD4Ct85Yui5pU5uFuZRnQHiG3 uBfllHK6bDFPL48z7Io31L1jWpMBBAlTHiZbzY2fq1Mt+KCdICtK5WMp/Da43cOif/qH cgXn5vaGdQ920DEd725BE27vTgQuDC0d+Dc28= Received: by 10.227.128.85 with SMTP id j21mr3558746wbs.27.1317843212042; Wed, 05 Oct 2011 12:33:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.85.41 with HTTP; Wed, 5 Oct 2011 12:33:10 -0700 (PDT) In-Reply-To: References: <4E88B35B.3060908@g.mc.cx> <4E8B6C57.3080905@gmail.com> From: Andrew Wells Date: Wed, 5 Oct 2011 15:33:10 -0400 Message-ID: Subject: Re: [Xen-users] Xcp and xencenter To: George Shuklin Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1635064081==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1635064081== Content-Type: multipart/alternative; boundary=0016e644c77e8600ca04ae9248b3 --0016e644c77e8600ca04ae9248b3 Content-Type: text/plain; charset=ISO-8859-1 Just to spell it out better xe pif-list host-uuid=`xe host-list name-label=xen0 --minimal` params=host-uuid,uuid,device uuid ( RO) : efbee715-756e-174d-26ef-0318cb4c2015 device ( RO): eth3 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : a6651755-b519-d3a0-8090-740486d054f5 device ( RO): bond0 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : 2b7a416d-0c24-cf3b-aa16-909384a9a364 device ( RO): eth5 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : 86a29164-c262-5a86-2ec0-de177abe3cb1 device ( RO): eth6 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : 30aefe5c-4ad8-cf07-7ae0-0ec7ae5d800b device ( RO): eth0 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : 56670423-c178-01b3-633d-be14a75cbbca device ( RO): eth2 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : 8d9566dc-3066-a310-2ddd-c77f3265df83 device ( RO): eth7 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : 6b8b84a4-095e-4681-f58f-d7e196d08242 device ( RO): eth1 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc uuid ( RO) : f3f0f746-2d4b-7bee-caef-efd56e3ed44e device ( RO): eth4 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc but ask another one not master and I get this xe pif-list host-uuid=`xe host-list name-label=xen1 --minimal` params=host-uuid,uuid,device uuid ( RO) : 53455e8a-7689-be8b-520a-e3462cc77f9d device ( RO): eth0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 0e514e2c-b28c-e18c-0bd9-2d4888e8ccdd device ( RO): eth2 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : b8c36e00-0346-747b-6ff0-dbc79c43d43b device ( RO): eth1 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 8e051263-1ba1-e52e-e356-6446f718cce2 device ( RO): eth3 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 0d4c4546-3cc0-aa79-5a7d-365cc13d0a96 device ( RO): eth7 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : d237633e-329a-3469-c554-dacf421d4cb2 device ( RO): eth5 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 4660c3bd-ae57-5bf8-0051-c1fac4477518 device ( RO): eth2 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 9b9149a3-d89e-aae5-bf0a-2d28a3e71b94 device ( RO): eth4 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 5803bf5e-aad1-1a75-efb2-4660a51972e0 device ( RO): eth5 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 48d900ad-abfd-513c-c344-49c5896e3bfb device ( RO): eth4 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : f49165ef-58ab-17ec-3237-03c11bd601c8 device ( RO): eth1 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : b45da176-13cd-e6f3-6c74-3bbc5e8f6d40 device ( RO): eth4 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 98e32162-8742-cb6b-5d6f-a00c3da0c60f device ( RO): eth5 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : fac05e25-bcce-312b-811c-98d88a444d13 device ( RO): eth0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 413d24ce-1c48-41eb-f0e4-d31723599923 device ( RO): eth0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 22321fa2-7504-df84-5258-93d7af4866e6 device ( RO): eth2 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 919cb5fc-7d6c-1296-da8f-c67abbe32189 device ( RO): eth5 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : b74937e5-2041-1829-1acb-eeb1612cdb12 device ( RO): eth6 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 5bfc37dc-f958-6072-b8b1-eea6a0ebf5b1 device ( RO): eth0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 uuid ( RO) : 8c23d125-5ae4-a4c7-ca86-adf32c7b815f device ( RO): eth2 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494 there are more pif on the second host [xen1] then there are on [xen0] and these systems are identical. Each system in the pool seem to have more and more pif's, then the one joined previously. On Wed, Oct 5, 2011 at 3:15 PM, Andrew Wells wrote: > So, if I do that on the master, it give me the correct list, however if I > ask the master to list devices on a different machine in the pool, it > returns devices on that host, and others not on that host. > > > > On Tue, Oct 4, 2011 at 4:28 PM, George Shuklin wrote: > >> ** >> You saying strange things. Never saw this and I doubt if any management >> software via XenAPI can do this. >> >> Please, recheck if you use correct parameters. >> >> And just for test: >> >> xe pif-list host-uuid=`xe host-list name-label=$(hostname) --minimal` >> params=host-uuid >> >> >> >> >> On 04.10.2011 19:43, Andrew Wells wrote: >> >> So I installed and used both the OpenXenManager and XenWebManager. but I >> can't say that either would be good for production uses. Mainly that they >> are very buggy and could not pickup that I had a pool setup. >> >> Then after I told them to create a pool, it correctly identifies that a >> pool exists. >> >> However now, when I am using >> >> xe pif-list host-uuid= >> >> >> it will list other physical interfaces that are on a different machine in >> the same pool. >> >> is this caused by openxenmanager or xenwebmanager? >> >> is this a bug with pools? >> >> On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen wrote: >> >>> Den 01-10-2011 04:46, Andrew Wells skrev: >>> >>> >>>> I recently started using xcp, but how do I acquire xencenter? Is it only >>>> available with xcp 1.1? >>>> >>>> >>>> >>> No. It is possible to use it with 1.0. Xencenter is written for >>> XenServer without thoughts on XCP, so it has some version-number-problems on >>> XCP 1.0. >>> >>> This patch might help >>> http://www.gossamer-threads.com/lists/xen/api/199147 >>> http://www.xensemaking.com/misc/patchxcp.sh >>> >>> >>> Morten Christensen >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >>> >> >> >> _______________________________________________ >> Xen-users mailing listXen-users@lists.xensource.comhttp://lists.xensource.com/xen-users >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > --0016e644c77e8600ca04ae9248b3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Just to spell it out better

xe pif-list host-uuid=3D`xe host-list name-label=3Dxen0 --minimal` params= =3Dhost-uuid,uuid,device

uuid ( RO) =A0 =A0 = =A0 =A0 : efbee715-756e-174d-26ef-0318cb4c2015
=A0 =A0 =A0 =A0dev= ice ( RO): eth3
=A0 =A0 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0 =A0 =A0 =A0 : a6651755-b519-d3a0-8090-74048= 6d054f5
=A0 =A0 =A0 =A0device ( RO): bond0
=A0 =A0 host= -uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0 =A0 =A0 =A0 : 2b7a416d-0c24-cf3b-aa16-90= 9384a9a364
=A0 =A0 =A0 =A0device ( RO): eth5
=A0 =A0 ho= st-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0 =A0 =A0 =A0 : 86a29164-c262-5a86-2ec0-de177abe3cb1
=A0 =A0 =A0 =A0device ( RO): eth6
=A0 =A0 host-uuid ( RO): 9= 62c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0= =A0 =A0 =A0 : 30aefe5c-4ad8-cf07-7ae0-0ec7ae5d800b
=A0 =A0 =A0 = =A0device ( RO): eth0
=A0 =A0 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0 =A0 =A0 =A0 : 56670423-c178-01b3-633d-be14a= 75cbbca
=A0 =A0 =A0 =A0device ( RO): eth2
=A0 =A0 host-= uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0 =A0 =A0 =A0 : 8d9566dc-3066-a310-2ddd-c7= 7f3265df83
=A0 =A0 =A0 =A0device ( RO): eth7
=A0 =A0 ho= st-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0 =A0 =A0 =A0 : 6b8b84a4-095e-4681-f58f-d7e196d08242
=A0 =A0 =A0 =A0device ( RO): eth1
=A0 =A0 host-uuid ( RO): 9= 62c7059-b8cb-42e7-86db-18c9110543bc

uuid ( RO) =A0= =A0 =A0 =A0 : f3f0f746-2d4b-7bee-caef-efd56e3ed44e
=A0 =A0 =A0 = =A0device ( RO): eth4
=A0 =A0 host-uuid ( RO): 962c7059-b8cb-42e7-86db-18c9110543bc


but a= sk another one not master and I get this
xe pif-list host-uuid=3D`xe host-list name-label=3Dxen1 --mi= nimal` params=3Dhost-uuid,uuid,device
uuid ( RO) =A0 =A0 =A0= =A0 : 53455e8a-7689-be8b-520a-e3462cc77f9d
=A0 =A0 =A0 =A0device ( RO): eth0
=A0 =A0 host-uuid ( RO): 3= c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0= =A0 =A0 =A0 : 0e514e2c-b28c-e18c-0bd9-2d4888e8ccdd
=A0 =A0 =A0 = =A0device ( RO): eth2
=A0 =A0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : b8c36e00-0346-747b-6ff0-dbc79= c43d43b
=A0 =A0 =A0 =A0device ( RO): eth1
=A0 =A0 host-= uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 8e051263-1ba1-e52e-e356-64= 46f718cce2
=A0 =A0 =A0 =A0device ( RO): eth3
=A0 =A0 ho= st-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 0d4c4546-3cc0-aa79-5a7d-365cc13d0a96
=A0 =A0 =A0 =A0device ( RO): eth7
=A0 =A0 host-uuid ( RO): 3= c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0= =A0 =A0 =A0 : d237633e-329a-3469-c554-dacf421d4cb2
=A0 =A0 =A0 = =A0device ( RO): eth5
=A0 =A0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 4660c3bd-ae57-5bf8-0051-c1fac= 4477518
=A0 =A0 =A0 =A0device ( RO): eth2
=A0 =A0 host-= uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 9b9149a3-d89e-aae5-bf0a-2d= 28a3e71b94
=A0 =A0 =A0 =A0device ( RO): eth4
=A0 =A0 ho= st-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 5803bf5e-aad1-1a75-efb2-4660a51972e0
=A0 =A0 =A0 =A0device ( RO): eth5
=A0 =A0 host-uuid ( RO): 3= c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0= =A0 =A0 =A0 : 48d900ad-abfd-513c-c344-49c5896e3bfb
=A0 =A0 =A0 = =A0device ( RO): eth4
=A0 =A0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : f49165ef-58ab-17ec-3237-03c11= bd601c8
=A0 =A0 =A0 =A0device ( RO): eth1
=A0 =A0 host-= uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : b45da176-13cd-e6f3-6c74-3b= bc5e8f6d40
=A0 =A0 =A0 =A0device ( RO): eth4
=A0 =A0 ho= st-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 98e32162-8742-cb6b-5d6f-a00c3da0c60f
=A0 =A0 =A0 =A0device ( RO): eth5
=A0 =A0 host-uuid ( RO): 3= c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0= =A0 =A0 =A0 : fac05e25-bcce-312b-811c-98d88a444d13
=A0 =A0 =A0 = =A0device ( RO): eth0
=A0 =A0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 413d24ce-1c48-41eb-f0e4-d3172= 3599923
=A0 =A0 =A0 =A0device ( RO): eth0
=A0 =A0 host-= uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 22321fa2-7504-df84-5258-93= d7af4866e6
=A0 =A0 =A0 =A0device ( RO): eth2
=A0 =A0 ho= st-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 919cb5fc-7d6c-1296-da8f-c67abbe32189
=A0 =A0 =A0 =A0device ( RO): eth5
=A0 =A0 host-uuid ( RO): 3= c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0= =A0 =A0 =A0 : b74937e5-2041-1829-1acb-eeb1612cdb12
=A0 =A0 =A0 = =A0device ( RO): eth6
=A0 =A0 host-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 5bfc37dc-f958-6072-b8b1-eea6a= 0ebf5b1
=A0 =A0 =A0 =A0device ( RO): eth0
=A0 =A0 host-= uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

uuid ( RO) =A0 =A0 =A0 =A0 : 8c23d125-5ae4-a4c7-ca86-ad= f32c7b815f
=A0 =A0 =A0 =A0device ( RO): eth2
=A0 =A0 ho= st-uuid ( RO): 3c80aa10-b590-4665-a51f-af2251b5c494

there are more pif on the second host [xen1] then there= are on [xen0] and these systems are identical. Each system in the pool see= m to have more and more pif's, then the one joined previously.

On Wed, Oct 5, 2011 at 3:15 PM, Andrew = Wells <agwell= s0714@gmail.com> wrote:
So, if I do that on the master, it give me the correct list, however if I a= sk the master to list devices on a different machine in the pool, it return= s devices on that host, and others not on that host.



On Tue, Oct 4, 2011 at 4:28 PM, George S= huklin <george.shuklin@gmail.com> wrote:
=20 =20 =20
You saying strange things. Never saw this and I doubt if any management software via XenAPI can do this.

Please, recheck if you use correct parameters.

And just for test:

xe pif-list host-uuid=3D`xe host-list name-label=3D$(hostname) --minimal` params=3Dhost-uuid




On 04.10.2011 19:43, Andrew Wells wrote:
So I installed and used both the OpenXenManag= er and XenWebManager. but I can't say that either would be good for production uses. Mainly that they are very buggy and could not pickup that I had a pool setup.

Then after I told them to create a pool, it correctly identifies that a pool exists.

However now, when I am using

xe pif-list host-uuid=3D<host-uuid>

it will list other physical interfaces that are on a different machine in the same pool.

is this caused by openxenmanager or xenwebmanager?

is this a bug with pools?

On Sun, Oct 2, 2011 at 2:54 PM, Morten Christensen <mc-mail@g.mc.cx> wrote:
Den 01-10-201= 1 04:46, Andrew Wells skrev:


I recently started using xcp, but how do I acquire xencenter? Is it only available with xcp 1.1?



No. It is possible to use it with 1.0. Xencenter is written for XenServer without thoughts on XCP, so it has some version-number-problems on XCP 1.0.

This patch might help
http://www.gossamer-threads.com/lists/xen/api/199147
http://www.xensemaking.com/misc/patchxcp.sh


Morten Christensen


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-user=
s@lists.xensource.com
http://l=
ists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users


--0016e644c77e8600ca04ae9248b3-- --===============1635064081== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1635064081==-- From xen-users-bounces@lists.xensource.com Wed Oct 05 13:17:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 13:17:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBXuW-0003Gd-8l; Wed, 05 Oct 2011 13:17:48 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBXse-0002r2-0w for xen-users@lists.xensource.com; Wed, 05 Oct 2011 13:15:55 -0700 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1317845747!28058143!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9986 invoked from network); 5 Oct 2011 20:15:48 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 20:15:48 -0000 Received: by qabg14 with SMTP id g14so2261148qab.30 for ; Wed, 05 Oct 2011 13:15:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=kIb1wFT1WF4yWmhk4IB5ipS3OC8dGyLacFi4bSK3jfE=; b=nfU3jQJZKqEEOF+9wLo7CRAEGL7mC9LqFw+3AXAYFcMkAgEuBvMxy5d0RKXMgdJlin ko9pUJQuOtLtzUrm0rLQnPUZW+Akmda3xEDRonoreF8gFdzgX414AG3Zob8SFj7THcee 9lZGSlV3ssTx1Ho3bmCb7YU0jVyaMp9q2D6DQ= MIME-Version: 1.0 Received: by 10.224.203.196 with SMTP id fj4mr2320100qab.362.1317845747371; Wed, 05 Oct 2011 13:15:47 -0700 (PDT) Received: by 10.229.85.208 with HTTP; Wed, 5 Oct 2011 13:15:47 -0700 (PDT) In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6072@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> <039E0B4AA9103344A80DA55DDDC76A936A6071@electron.tidyhosts.com> <039E0B4AA9103344A80DA55DDDC76A936A6072@electron.tidyhosts.com> Date: Thu, 6 Oct 2011 04:15:47 +0800 Message-ID: Subject: Re: [Xen-users] compiling kernel in Centos Domu From: Teck Choon Giam To: Ian Tobin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Oct 6, 2011 at 3:23 AM, Ian Tobin wrote: > The kernel config is standard except for enabling =A0highmem 64Gb so I ca= n > enable paravirtualisation, select all xen options. =A0Then in drivers set > all XEN related options as static in kernel. =A0I didn't touch anything > else. > > This same setup works fine on Debian DomU and I don't get this problem > about modules missing when creating the initrd, only seems to happen on > CentOS > Is your standard kernel config. modified from Debian? If so, I will suggest that you use CentOS 5 kernel-xen config as base and modified from there to see whether are you able to reproduce the problem? One important thing is due to udev version in CentOS 5, I think you will need to set/enable CONFIG_SYSFS_DEPRECATED and CONFIG_SYSFS_DEPRECATED_V2. BTW, just curious what is your /etc/fstab looks like as the following make me curious... ... Looking for driver for device hda1 Looking for driver for device hda2 Hope this helps! Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 13:23:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 13:23:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBY0G-00045P-Pu; Wed, 05 Oct 2011 13:23:44 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RBXyh-0003kt-US for xen-users@lists.xensource.com; Wed, 05 Oct 2011 13:22:10 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1317846104!41009259!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22546 invoked from network); 5 Oct 2011 20:21:44 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-6.tower-21.messagelabs.com with SMTP; 5 Oct 2011 20:21:44 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 5 Oct 2011 21:22:04 +0100 Subject: RE: [Xen-users] compiling kernel in Centos Domu MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Wed, 5 Oct 2011 21:22:01 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6073@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] compiling kernel in Centos Domu Thread-Index: AcyDm5MV5U8cuP5MTO2SiUBwUp+LFgAAIyRA References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com><039E0B4AA9103344A80DA55DDDC76A936A6071@electron.tidyhosts.com><039E0B4AA9103344A80DA55DDDC76A936A6072@electron.tidyhosts.com> From: "Ian Tobin" To: "Teck Choon Giam" Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com No, the kernel is from a kernel.org, its not from another installation = so it is fresh. Where is the CentOS 5 kernel-xen ? Here is the /etc/fstab /dev/hda1 / ext3 defaults,usrquota 1 0 none /dev/pts devpts gid=3D5,mode=3D620 0 0 none /dev/shm tmpfs defaults 0 0 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 /dev/sda2 swap swap defaults 0 0 /usr/tmpDSK /tmp ext3 defaults,noauto = 0 0 Thanks! Ian -----Original Message----- From: Teck Choon Giam [mailto:giamteckchoon@gmail.com]=20 Sent: 05 October 2011 21:16 To: Ian Tobin Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] compiling kernel in Centos Domu On Thu, Oct 6, 2011 at 3:23 AM, Ian Tobin wrote: > The kernel config is standard except for enabling =A0highmem 64Gb so I = > can enable paravirtualisation, select all xen options. =A0Then in=20 > drivers set all XEN related options as static in kernel. =A0I didn't=20 > touch anything else. > > This same setup works fine on Debian DomU and I don't get this problem = > about modules missing when creating the initrd, only seems to happen=20 > on CentOS > Is your standard kernel config. modified from Debian? If so, I will = suggest that you use CentOS 5 kernel-xen config as base and modified = from there to see whether are you able to reproduce the problem? One important thing is due to udev version in CentOS 5, I think you will = need to set/enable CONFIG_SYSFS_DEPRECATED and = CONFIG_SYSFS_DEPRECATED_V2. BTW, just curious what is your /etc/fstab looks like as the following = make me curious... ... Looking for driver for device hda1 Looking for driver for device hda2 Hope this helps! Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 13:25:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 13:25:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBY25-0004lu-4a; Wed, 05 Oct 2011 13:25:37 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RBXzr-0003zS-QN for xen-users@lists.xensource.com; Wed, 05 Oct 2011 13:23:20 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1317846178!45344465!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28088 invoked from network); 5 Oct 2011 20:22:58 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-11.tower-21.messagelabs.com with SMTP; 5 Oct 2011 20:22:58 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 5 Oct 2011 21:23:16 +0100 Subject: RE: [Xen-users] compiling kernel in Centos Domu MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Wed, 5 Oct 2011 21:23:13 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6074@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] compiling kernel in Centos Domu Thread-Index: AcyDm5MV5U8cuP5MTO2SiUBwUp+LFgAAQE0A References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com><039E0B4AA9103344A80DA55DDDC76A936A6071@electron.tidyhosts.com><039E0B4AA9103344A80DA55DDDC76A936A6072@electron.tidyhosts.com> From: "Ian Tobin" To: "Teck Choon Giam" Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Sorry this is the correct fstab /dev/hda1 / ext3 defaults 1 1 none /dev/pts devpts gid=3D5,mode=3D620 0 0 none /dev/shm tmpfs defaults 0 0 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 /dev/hda2 swap swap defaults 0 0 -----Original Message----- From: Teck Choon Giam [mailto:giamteckchoon@gmail.com]=20 Sent: 05 October 2011 21:16 To: Ian Tobin Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] compiling kernel in Centos Domu On Thu, Oct 6, 2011 at 3:23 AM, Ian Tobin wrote: > The kernel config is standard except for enabling =A0highmem 64Gb so I = > can enable paravirtualisation, select all xen options. =A0Then in=20 > drivers set all XEN related options as static in kernel. =A0I didn't=20 > touch anything else. > > This same setup works fine on Debian DomU and I don't get this problem = > about modules missing when creating the initrd, only seems to happen=20 > on CentOS > Is your standard kernel config. modified from Debian? If so, I will = suggest that you use CentOS 5 kernel-xen config as base and modified = from there to see whether are you able to reproduce the problem? One important thing is due to udev version in CentOS 5, I think you will = need to set/enable CONFIG_SYSFS_DEPRECATED and = CONFIG_SYSFS_DEPRECATED_V2. BTW, just curious what is your /etc/fstab looks like as the following = make me curious... ... Looking for driver for device hda1 Looking for driver for device hda2 Hope this helps! Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 13:27:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 13:27:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBY3v-0005SX-Nc; Wed, 05 Oct 2011 13:27:31 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RBY3F-00058r-9b for xen-users@lists.xensource.com; Wed, 05 Oct 2011 13:26:49 -0700 X-Env-Sender: tait@taiter.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1317846387!46952172!1 X-Originating-IP: [66.147.249.253] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16346 invoked from network); 5 Oct 2011 20:26:27 -0000 Received: from oproxy1-pub.bluehost.com (HELO oproxy1-pub.bluehost.com) (66.147.249.253) by server-8.tower-27.messagelabs.com with SMTP; 5 Oct 2011 20:26:27 -0000 Received: (qmail 28480 invoked by uid 0); 5 Oct 2011 20:26:45 -0000 Received: from unknown (HELO host254.hostmonster.com) (74.220.215.54) by oproxy1.bluehost.com with SMTP; 5 Oct 2011 20:26:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=taiter.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:To:From:Subject; bh=zsiu8ebhxPph91+2z9HI5nZlzPiXjgCubO3sSgVwnlI=; b=WenkUMnz5zNhFnSdx6uLpP7Mp/HUyI7HTczC5csL0u/an61o2xg5UNLlm558Gj3LmgMNgoBgXyhNcJKlfmRUugx0LKkQAvBbr/qXn2Y1t/ifF6n5us6e2C0AvlMLpPnV; Received: from [216.126.89.34] (helo=[10.193.1.50]) by host254.hostmonster.com with esmtpa (Exim 4.76) (envelope-from ) id 1RBY3A-0005EL-NZ for xen-users@lists.xensource.com; Wed, 05 Oct 2011 14:26:44 -0600 Subject: Re: [Xen-users] compiling kernel in Centos Domu From: Tait Clarridge To: xen-users@lists.xensource.com Date: Wed, 05 Oct 2011 16:26:43 -0400 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1317846404.1816.10.camel@tclarrltp.frontiernetworks.ca> Mime-Version: 1.0 X-Identified-User: {1413:host254.hostmonster.com:taiterco:taiter.com} {sentby:smtp auth 216.126.89.34 authed with tait@taiter.com} X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > > but them im getting this > > > > -bash-3.2# mkinitrd /boot/initrd.img-3.0.4 3.0.4 > > ls: /etc/modprobe.d/*.conf: No such file or directory > > No module ehci-hcd found for kernel 3.0.4, aborting. > > I'm assuming that 3.0.4 sees /etc/modprobe.conf as depricated whereas CentOS 5 still has the file. Try taking modprobe.conf and putting it as /etc/modprobe.d/funstuff.conf and running the mkinitrd again maybe adding (as well as the other options) --with=xenblk --with=xennet (not sure if those are needed for 3.0). I think this might be because your modprobe isn't telling it what driver is required for storage since it can't find it. Tait > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 13:34:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 13:34:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBYAK-0006E3-3L; Wed, 05 Oct 2011 13:34:08 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RBY91-0005tH-Jq for xen-users@lists.xensource.com; Wed, 05 Oct 2011 13:32:49 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1317846764!16121802!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20101 invoked from network); 5 Oct 2011 20:32:44 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-5.tower-182.messagelabs.com with SMTP; 5 Oct 2011 20:32:44 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 5 Oct 2011 21:32:44 +0100 MIME-Version: 1.0 Subject: RE: [Xen-users] compiling kernel in Centos Domu Content-class: urn:content-classes:message Date: Wed, 5 Oct 2011 21:32:40 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6076@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] compiling kernel in Centos Domu Thread-Index: AcyDnTMRydz/BSo4SxucKc7/DjHH7AAAJt8A References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> <1317846404.1816.10.camel@tclarrltp.frontiernetworks.ca> From: "Ian Tobin" To: "Tait Clarridge" , Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1072995135==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1072995135== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-class: urn:content-classes:message SGksDQoNClRoYXQgZmlsZSBkb2Vzbid0IGV4aXN0LCBpdHMgc3RyYW5nZSB3aHkgaW0gbm90IGhh dmluZyBhbnkgaXNzdWVzIG9uIERlYmFpbiBidXQgQ2VudE9TIGlzIGJlaW5nIGEgcGFpbiA6KA0K DQpUaGFua3MNCg0KSWFuDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuc291cmNlLmNvbSBbbWFpbHRvOnhlbi11c2Vycy1i b3VuY2VzQGxpc3RzLnhlbnNvdXJjZS5jb21dIE9uIEJlaGFsZiBPZiBUYWl0IENsYXJyaWRnZQ0K U2VudDogMDUgT2N0b2JlciAyMDExIDIxOjI3DQpUbzogeGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJj ZS5jb20NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBjb21waWxpbmcga2VybmVsIGluIENlbnRv cyBEb211DQoNCg0KPiANCj4gYnV0IHRoZW0gaW0gZ2V0dGluZyB0aGlzDQo+IA0KPiAgDQo+IA0K PiAtYmFzaC0zLjIjIG1raW5pdHJkIC9ib290L2luaXRyZC5pbWctMy4wLjQgMy4wLjQNCj4gDQo+ IGxzOiAvZXRjL21vZHByb2JlLmQvKi5jb25mOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQo+ IA0KPiBObyBtb2R1bGUgZWhjaS1oY2QgZm91bmQgZm9yIGtlcm5lbCAzLjAuNCwgYWJvcnRpbmcu DQo+IA0KPiAgDQoNCkknbSBhc3N1bWluZyB0aGF0IDMuMC40IHNlZXMgL2V0Yy9tb2Rwcm9iZS5j b25mIGFzIGRlcHJpY2F0ZWQgd2hlcmVhcyBDZW50T1MgNSBzdGlsbCBoYXMgdGhlIGZpbGUuDQoN ClRyeSB0YWtpbmcgbW9kcHJvYmUuY29uZiBhbmQgcHV0dGluZyBpdCBhcyAvZXRjL21vZHByb2Jl LmQvZnVuc3R1ZmYuY29uZiBhbmQgcnVubmluZyB0aGUgbWtpbml0cmQgYWdhaW4gbWF5YmUgYWRk aW5nIChhcyB3ZWxsIGFzIHRoZSBvdGhlcg0Kb3B0aW9ucykgLS13aXRoPXhlbmJsayAtLXdpdGg9 eGVubmV0IChub3Qgc3VyZSBpZiB0aG9zZSBhcmUgbmVlZGVkIGZvciAzLjApLg0KDQpJIHRoaW5r IHRoaXMgbWlnaHQgYmUgYmVjYXVzZSB5b3VyIG1vZHByb2JlIGlzbid0IHRlbGxpbmcgaXQgd2hh dCBkcml2ZXIgaXMgcmVxdWlyZWQgZm9yIHN0b3JhZ2Ugc2luY2UgaXQgY2FuJ3QgZmluZCBpdC4N Cg0KVGFpdA0KDQo+IA0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVuLXVzZXJzQGxpc3RzLnhl bnNvdXJjZS5jb20NCmh0dHA6Ly9saXN0cy54ZW5zb3VyY2UuY29tL3hlbi11c2Vycw0KDQo= --===============1072995135== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1072995135==-- From xen-users-bounces@lists.xensource.com Wed Oct 05 13:51:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 13:51:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBYRJ-0008IA-8c; Wed, 05 Oct 2011 13:51:41 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RBYPL-0007mB-Vk for xen-users@lists.xensource.com; Wed, 05 Oct 2011 13:49:50 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1317847754!47815982!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24731 invoked from network); 5 Oct 2011 20:49:15 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-5.tower-27.messagelabs.com with SMTP; 5 Oct 2011 20:49:15 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id B122574098 for ; Wed, 5 Oct 2011 21:49:36 +0100 (BST) Message-ID: <4E8CC2DB.1060104@stalks.nooblet.org> Date: Wed, 05 Oct 2011 21:49:31 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] two simple questions... References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 05/10/2011 19:01, Metron 6 (six) wrote: > hello all, > > i have two simple questions about XEN... > > first of all, it needs some sort of specific server hardware or can i > run it on a good pc, e.g. with quad processor and 8gigs of ram ? > second, if i add for example, 3-4 sound cards (pci or pci-e) on a xen > server, can 3 different hosts to use them ? > i'm interested to move under a hypervisor 3 pc's i use for a web radio > application.. > > > regards, > > george > > > Yes, Xen works on just about anything that Linux will run on. Regarding PCI passthrough, in theory, yes. Ive had a little hit and miss with it myself. I've used passthrough to move several NICs with success, but had trouble with some DVB-T cards. Maybe a silly question, but why would a web radio need access to a hardware sound card? I thought they used digital media and the DJs don't need to be on the server, they are also connected via network/internet. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 14:05:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 14:05:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBYed-0000jk-E0; Wed, 05 Oct 2011 14:05:27 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBYbE-0000My-HL for xen-users@lists.xensource.com; Wed, 05 Oct 2011 14:02:25 -0700 X-Env-Sender: kuei.sun@utoronto.ca X-Msg-Ref: server-11.tower-174.messagelabs.com!1317848508!34080082!1 X-Originating-IP: [128.100.132.160] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23944 invoked from network); 5 Oct 2011 21:01:49 -0000 Received: from bureau63.ns.utoronto.ca (HELO bureau63.ns.utoronto.ca) (128.100.132.160) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Oct 2011 21:01:49 -0000 Received: from localhost (webmail17.ns.utoronto.ca [128.100.132.24]) by bureau63.ns.utoronto.ca (8.13.8/8.13.8) with ESMTP id p95L1lsr014806 for ; Wed, 5 Oct 2011 17:01:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=utoronto.ca; s=beta; t=1317848508; bh=ZcolbUva5dYnQLJ5jnvMQtmCQ3TPPDVE67qM7cM3P7I=; h=Message-ID:Date:From:To:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=j/icKTg4YUg/Mxls2HcRvNIVpcWTc8UFrYSgKDGFSue2mT27jFeZknwcdVxBOiiZU IPm3mza7Q/cFGlrkYzXpQX2x3KZjY5ZXQ6Lcmwt2LacItk4dppQ+BHmN60FoJ9VNGj nb3dulBF3Nd/wdjsoOXDyQIzw4aKIVeKZjeOOQ9o= Received: from gokulam.csl.utoronto.ca (gokulam.csl.utoronto.ca [142.150.234.200]) by webmail.utoronto.ca (Horde MIME library) with HTTP; Wed, 05 Oct 2011 17:01:47 -0400 Message-ID: <20111005170147.g064usrou8sk8kwc@webmail.utoronto.ca> Date: Wed, 05 Oct 2011 17:01:47 -0400 X-ID: sunkuei From: kuei.sun@utoronto.ca To: xen-users@lists.xensource.com References: <4E8CC2DB.1060104@stalks.nooblet.org> In-Reply-To: <4E8CC2DB.1060104@stalks.nooblet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) X-PMX-Version: 5.4.2.338381, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2011.7.6.180023 Subject: [Xen-users] block level intercept with blktap X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi all, I am trying to implement a blktap driver which will intercept block data from DomU OS and perform encryption/decryption on the fly. Is this possible? Also, where can I get good documentation on the data structures used by blktap and how to install Xen from source on Debian Squeeze? Thank you all very much. -Jack _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 14:07:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 14:07:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBYgg-0001Q7-R9; Wed, 05 Oct 2011 14:07:35 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RBYdC-0000Sp-F5 for xen-users@lists.xensource.com; Wed, 05 Oct 2011 14:04:00 -0700 X-Env-Sender: tait@taiter.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1317848633!19900340!1 X-Originating-IP: [67.222.54.6] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10668 invoked from network); 5 Oct 2011 21:03:54 -0000 Received: from oproxy6-pub.bluehost.com (HELO oproxy6-pub.bluehost.com) (67.222.54.6) by server-6.tower-182.messagelabs.com with SMTP; 5 Oct 2011 21:03:54 -0000 Received: (qmail 9461 invoked by uid 0); 5 Oct 2011 21:03:53 -0000 Received: from unknown (HELO host254.hostmonster.com) (74.220.215.54) by cpoproxy3.bluehost.com with SMTP; 5 Oct 2011 21:03:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=taiter.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:To:From:Subject; bh=YnS2ZHB9aEmn5hS0nGmouPdyWTjbXESaYsulplx5C7E=; b=GT4t010luaETLCtNLY0iJwotVxwX1Gs4TgaiNX+2CyQxl2c8UETsa/RhwGLgeMGW/dC4f7HaIoEsDThc/EquT9aJKHOpS9a5r3BKzNcmnF3zPE0f8qhLZfMtE8rNuKUf; Received: from [216.126.89.34] (helo=[10.193.1.50]) by host254.hostmonster.com with esmtpa (Exim 4.76) (envelope-from ) id 1RBYd6-00023o-Fd for xen-users@lists.xensource.com; Wed, 05 Oct 2011 15:03:52 -0600 Subject: RE: [Xen-users] compiling kernel in Centos Domu From: Tait Clarridge To: xen-users@lists.xensource.com Date: Wed, 05 Oct 2011 17:03:51 -0400 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A6076@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com> <1317846404.1816.10.camel@tclarrltp.frontiernetworks.ca> <039E0B4AA9103344A80DA55DDDC76A936A6076@electron.tidyhosts.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1317848632.1816.18.camel@tclarrltp.frontiernetworks.ca> Mime-Version: 1.0 X-Identified-User: {1413:host254.hostmonster.com:taiterco:taiter.com} {sentby:smtp auth 216.126.89.34 authed with tait@taiter.com} X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, 2011-10-05 at 21:32 +0100, Ian Tobin wrote: > Hi, > > That file doesn't exist, its strange why im not having any issues on Debain but CentOS is being a pain :( > > Thanks > > Ian Hmm. There are no files in /etc/modprobe.d/ and no file named /etc/modprobe.conf? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 14:12:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 14:12:39 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBYlb-00029J-2o; Wed, 05 Oct 2011 14:12:39 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RBYkr-0001pV-VR for xen-users@lists.xensource.com; Wed, 05 Oct 2011 14:11:54 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1317849088!47817622!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25459 invoked from network); 5 Oct 2011 21:11:28 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-5.tower-27.messagelabs.com with SMTP; 5 Oct 2011 21:11:28 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 5 Oct 2011 22:11:49 +0100 MIME-Version: 1.0 Subject: RE: [Xen-users] compiling kernel in Centos Domu Content-class: urn:content-classes:message Date: Wed, 5 Oct 2011 22:11:46 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6077@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] compiling kernel in Centos Domu Thread-Index: AcyDoski454QIuD+R0y1kZETawmyJwAAJQyw References: <039E0B4AA9103344A80DA55DDDC76A936A6070@electron.tidyhosts.com><1317846404.1816.10.camel@tclarrltp.frontiernetworks.ca><039E0B4AA9103344A80DA55DDDC76A936A6076@electron.tidyhosts.com> <1317848632.1816.18.camel@tclarrltp.frontiernetworks.ca> From: "Ian Tobin" To: "Tait Clarridge" , Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0042148041==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0042148041== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-class: urn:content-classes:message T25seSAyDQoNCi1iYXNoLTMuMiMgbHMgL2V0Yy9tb2Rwcm9iZS5kDQpibGFja2xpc3QtY29tcGF0 ICBtb2Rwcm9iZS5jb25mLmRpc3QNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiB4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW5zb3VyY2UuY29tIFttYWlsdG86eGVuLXVz ZXJzLWJvdW5jZXNAbGlzdHMueGVuc291cmNlLmNvbV0gT24gQmVoYWxmIE9mIFRhaXQgQ2xhcnJp ZGdlDQpTZW50OiAwNSBPY3RvYmVyIDIwMTEgMjI6MDQNClRvOiB4ZW4tdXNlcnNAbGlzdHMueGVu c291cmNlLmNvbQ0KU3ViamVjdDogUkU6IFtYZW4tdXNlcnNdIGNvbXBpbGluZyBrZXJuZWwgaW4g Q2VudG9zIERvbXUNCg0KT24gV2VkLCAyMDExLTEwLTA1IGF0IDIxOjMyICswMTAwLCBJYW4gVG9i aW4gd3JvdGU6DQo+IEhpLA0KPiANCj4gVGhhdCBmaWxlIGRvZXNuJ3QgZXhpc3QsIGl0cyBzdHJh bmdlIHdoeSBpbSBub3QgaGF2aW5nIGFueSBpc3N1ZXMgb24gDQo+IERlYmFpbiBidXQgQ2VudE9T IGlzIGJlaW5nIGEgcGFpbiA6KA0KPiANCj4gVGhhbmtzDQo+IA0KPiBJYW4NCg0KDQpIbW0uIFRo ZXJlIGFyZSBubyBmaWxlcyBpbiAvZXRjL21vZHByb2JlLmQvIGFuZCBubyBmaWxlIG5hbWVkIC9l dGMvbW9kcHJvYmUuY29uZj8NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KWGVuLXVzZXJzQGxpc3RzLnhl bnNvdXJjZS5jb20NCmh0dHA6Ly9saXN0cy54ZW5zb3VyY2UuY29tL3hlbi11c2Vycw0KDQo= --===============0042148041== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0042148041==-- From xen-users-bounces@lists.xensource.com Wed Oct 05 14:54:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 14:54:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBZQV-00044J-Tk; Wed, 05 Oct 2011 14:54:55 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBZP0-0003kI-9z for xen-users@lists.xensource.com; Wed, 05 Oct 2011 14:53:22 -0700 X-Env-Sender: dimaqq@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1317851577!47820281!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17718 invoked from network); 5 Oct 2011 21:52:57 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2011 21:52:57 -0000 Received: by eyd10 with SMTP id 10so1468350eyd.30 for ; Wed, 05 Oct 2011 14:53:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VeREZYJ/pZKkxU0It+WLg0ciUa1251V9H5UIAJXxWPM=; b=WhO8GBegYQrpq0CMo1PkW0nd06GgNtW0asIsNXZpcVbRLJgG9ZlmJ3y/VB0bN4SDEb 8cnI6gl669WeyDtgsZWTqhKhWEQsT+NA9ifLtDccrxbN0lRwYzzuyUqeW4F72dVEzwOo nMLQpKB/HVOucUT1Eu9aPKNFMajhiAcAusVP8= MIME-Version: 1.0 Received: by 10.204.136.66 with SMTP id q2mr1889482bkt.269.1317851598855; Wed, 05 Oct 2011 14:53:18 -0700 (PDT) Received: by 10.204.130.67 with HTTP; Wed, 5 Oct 2011 14:53:18 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Oct 2011 00:53:18 +0300 Message-ID: Subject: Re: [Xen-users] two simple questions... From: Dima Tisnek To: "Metron 6 (six)" Content-Type: text/plain; charset=UTF-8 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com If you intend to run linux guests, you can run them in PV mode and share pci/pcie card like you want, provided you have open source drivers. if you run other OS or have binary drivers you have to run in HVM mode where all pci devices are supposed to be lumped together on intel platform, while pcie devices on intel and both pci and pcie devices on AMD can be given out independently. That's the theory. In parctice I was unable to get onboard pcie usb3 controller to work in HVM guest or intel gpu in PV dom0. I recommend you read up on your target pci/pcie devices, perhaps someone tried this already. as far as specs go, it's advisable to dedicate a core per guest plus a core for dom0. you can have more guests if they are idle of course. you could get by with little memory too, it really depends on what you are running. If you are going HVM route you'd need a pretty recent motherboard and processor though, as it need IOMMU. btw, if xen doesn't work out for you, you can try other options, e.g. virtualbox has a pci passthrough module. d. On 5 October 2011 21:01, Metron 6 (six) wrote: > hello all, > > i have two simple questions about XEN... > > first of all, it needs some sort of specific server hardware or can i > run it on a good pc, e.g. with quad processor and 8gigs of ram ? > second, if i add for example, 3-4 sound cards (pci or pci-e) on a xen > server, can 3 different hosts to use them ? > i'm interested to move under a hypervisor 3 pc's i use for a web radio > application.. > > > regards, > > george > > > > -- > > regards, > Metron 6 (six) > > Metron6@gmail.com > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 17:29:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 17:29:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBbpp-0001Ge-Ob; Wed, 05 Oct 2011 17:29:13 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBboj-0000wa-Oi for xen-users@lists.xensource.com; Wed, 05 Oct 2011 17:28:07 -0700 X-Env-Sender: matthew.hook@otoy.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1317860881!19910434!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19866 invoked from network); 6 Oct 2011 00:28:02 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 00:28:02 -0000 Received: by vcbfo13 with SMTP id fo13so2534563vcb.30 for ; Wed, 05 Oct 2011 17:28:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.28.68 with SMTP id z4mr73277vdg.287.1317860881109; Wed, 05 Oct 2011 17:28:01 -0700 (PDT) Received: by 10.52.113.233 with HTTP; Wed, 5 Oct 2011 17:28:01 -0700 (PDT) Date: Thu, 6 Oct 2011 13:28:01 +1300 Message-ID: From: Matthew Hook To: xen-users@lists.xensource.com Subject: [Xen-users] jeremy kernel source tree missing? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0723038579==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0723038579== Content-Type: multipart/alternative; boundary=20cf30780cf2ae936804ae966569 --20cf30780cf2ae936804ae966569 Content-Type: text/plain; charset=ISO-8859-1 A little over a month ago I could download the jeremy pvops kernel from: http://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git However, this path no longer exists. Has the path changed or has it been moved somewhere else? The xen wiki http://wiki.xen.org/xenwiki/XenParavirtOps points to the above location. I can't find any activity on this in a google search. Matt --20cf30780cf2ae936804ae966569 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable A little over a month ago I could download the jeremy pvops kernel from:

However, this path no longer exists. =A0Has the path ch= anged or has it been moved somewhere else?

The xen= wiki http://wiki.xe= n.org/xenwiki/XenParavirtOps=A0points to the above location.

I can't find any activity on this in a google searc= h.

Matt
--20cf30780cf2ae936804ae966569-- --===============0723038579== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0723038579==-- From xen-devel-bounces@lists.xensource.com Wed Oct 05 18:05:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 18:05:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBcOl-0002k8-Ng; Wed, 05 Oct 2011 18:05:19 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBcMa-0002Vo-1x; Wed, 05 Oct 2011 18:03:39 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-6.tower-27.messagelabs.com!1317862954!51938578!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21557 invoked from network); 6 Oct 2011 01:02:35 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 01:02:35 -0000 Received: by iaqq3 with SMTP id q3so2432238iaq.30 for ; Wed, 05 Oct 2011 18:02:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.70.21 with SMTP id b21mr261855ibj.69.1317862976160; Wed, 05 Oct 2011 18:02:56 -0700 (PDT) Received: by 10.231.170.15 with HTTP; Wed, 5 Oct 2011 18:02:55 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20111005170147.g064usrou8sk8kwc@webmail.utoronto.ca> References: <4E8CC2DB.1060104@stalks.nooblet.org> <20111005170147.g064usrou8sk8kwc@webmail.utoronto.ca> Date: Thu, 6 Oct 2011 12:02:55 +1100 Message-ID: From: Joseph Glanville To: kuei.sun@utoronto.ca Cc: xen-devel , xen-users@lists.xensource.com Subject: [Xen-devel] Re: [Xen-users] block level intercept with blktap X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0062693359==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0062693359== Content-Type: multipart/alternative; boundary=0015175dd79c8e859504ae96e2e8 --0015175dd79c8e859504ae96e2e8 Content-Type: text/plain; charset=ISO-8859-1 Hi, Developing blktap2 drivers in userspace is very easy. You can find the source under tools/blktap2 in the Xen source tarball. I suggest starting with the README and taking a look at tools/blktap2/drivers/block_ram.c which is a simple ramdisk implementation. Blktap2 also allows the creation of "stacking" drivers which would probably be a good fit for an encryption driver as you could then use it with abitary backends. CC'd the xen-devel list if anyone wants to chime in? Just a note, take a look at the post to xen-devel about the tap-ctl utility being introduced, the documentation is yet to be updated to reflect it. Joseph. On 6 October 2011 08:01, wrote: > Hi all, > > I am trying to implement a blktap driver which will intercept block data > from DomU OS and perform encryption/decryption on the fly. Is this possible? > Also, where can I get good documentation on the data structures used by > blktap and how to install Xen from source on Debian Squeeze? Thank you all > very much. > > -Jack > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --0015175dd79c8e859504ae96e2e8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

Developing blktap2 drivers in userspace is very easy.

You= can find the source under tools/blktap2 in the Xen source tarball.
I su= ggest starting with the README and taking a look at tools/blktap2/drivers/b= lock_ram.c which is a simple ramdisk implementation.
Blktap2 also allows the creation of "stacking" drivers which woul= d probably be a good fit for an encryption driver as you could then use it = with abitary backends.
CC'd the xen-devel list if anyone wants to ch= ime in?

Just a note, take a look at the post to xen-devel about the tap-ctl uti= lity being introduced, the documentation is yet to be updated to reflect it= .

Joseph.




On 6 October= 2011 08:01, <kuei.sun@utoronto.ca> wrote:
Hi all,

I am trying to implement a blktap driver which will intercept block data fr= om DomU OS and perform encryption/decryption on the fly. Is this possible? = Also, where can I get good documentation on the data structures used by blk= tap and how to install Xen from source on Debian Squeeze? Thank you all ver= y much.

-Jack


_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users



--
Founder | Director | VP Research
Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone= : 1300 56 99 52 | Mobile: 0428 754 846
--0015175dd79c8e859504ae96e2e8-- --===============0062693359== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0062693359==-- From xen-users-bounces@lists.xensource.com Wed Oct 05 18:09:07 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 18:09:07 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBcSR-0003vh-Kg; Wed, 05 Oct 2011 18:09:07 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBcOx-0002ly-TP for xen-users@lists.xensource.com; Wed, 05 Oct 2011 18:05:34 -0700 X-Env-Sender: metron6@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1317863117!40379844!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9882 invoked from network); 6 Oct 2011 01:05:19 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 01:05:19 -0000 Received: by ggnk4 with SMTP id k4so2169612ggn.30 for ; Wed, 05 Oct 2011 18:05:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5Cdfmx/I3IYwfEjCRko8LsvWqmSFgdQjJDv7TUrmAYs=; b=CLby3E9eYnu5GSkCKVHSei3EcG0HHbjWvUe33sTuCq0w8dTGQB7Z51t5MSxfwCAqIH EyVZWvo6VizGdpj8g4Y8zzu3FFWqtnfk54vVsl+x3z6KvOSk7jQc1nbQjxeknS6zq1JC 4QKoYY9p0jaBpPtYiwf8dSRY5qJAlsq31QRdw= MIME-Version: 1.0 Received: by 10.68.0.168 with SMTP id 8mr1117989pbf.126.1317863127338; Wed, 05 Oct 2011 18:05:27 -0700 (PDT) Received: by 10.143.92.16 with HTTP; Wed, 5 Oct 2011 18:05:27 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Oct 2011 04:05:27 +0300 Message-ID: Subject: Re: [Xen-users] two simple questions... From: "Metron 6 (six)" To: Dima Tisnek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com thank you both... trial and error is the solution :) On Thu, Oct 6, 2011 at 12:53 AM, Dima Tisnek wrote: > If you intend to run linux guests, you can run them in PV mode and > share pci/pcie card like you want, provided you have open source > drivers. > > if you run other OS or have binary drivers you have to run in HVM mode > where all pci devices are supposed to be lumped together on intel > platform, while pcie devices on intel and both pci and pcie devices on > AMD can be given out independently. > > That's the theory. > > In parctice I was unable to get onboard pcie usb3 controller to work > in HVM guest or intel gpu in PV dom0. =A0I recommend you read up on your > target pci/pcie devices, perhaps someone tried this already. > > as far as specs go, it's advisable to dedicate a core per guest plus a > core for dom0. you can have more guests if they are idle of course. > you could get by with little memory too, it really depends on what you > are running. If you are going HVM route you'd need a pretty recent > motherboard and processor though, as it need IOMMU. > > btw, if xen doesn't work out for you, you can try other options, e.g. > virtualbox has a pci passthrough module. > > d. > > On 5 October 2011 21:01, Metron 6 (six) wrote: >> hello all, >> >> i have two simple questions about XEN... >> >> first of all, it needs some sort of specific server hardware or can i >> run it on a good pc, e.g. with quad processor and 8gigs of ram ? >> second, if i add for example, 3-4 sound cards (pci or pci-e) on a xen >> server, can 3 different hosts to use them ? >> i'm interested to move under a hypervisor 3 pc's i use for a web radio >> application.. >> >> >> regards, >> >> george >> >> >> >> -- >> >> regards, >> Metron 6 (six) >> >> Metron6@gmail.com >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > --=20 regards, Metron 6 (six) Metron6@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 05 23:04:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 05 Oct 2011 23:04:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBh3z-0003U9-9J; Wed, 05 Oct 2011 23:04:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBh2Q-00039O-0P for xen-users@lists.xensource.com; Wed, 05 Oct 2011 23:02:35 -0700 X-Env-Sender: dimaqq@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1317880937!43008107!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1642 invoked from network); 6 Oct 2011 06:02:17 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 06:02:17 -0000 Received: by bkas6 with SMTP id s6so3917126bka.30 for ; Wed, 05 Oct 2011 23:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CAAqOfhHJyB4zR52oKoWaRS2mvtoi/6c6j6dBUaJOto=; b=dT6fEy5qOiJ5kOFb9EnoZ//dw3AJNyvRfFKTGu/vOrfwPFedW6I4lOhcRjkgMljnn3 FW8JsHpNiOPwplN4FFO8PIEOLLMnAkHe6+nwtMycdKrRi8nmyVEkntILoKC/Zs5kHIlc Zu5UeWg3BS4xRh+nbnmCLA3xheTIXHVB8k+W4= MIME-Version: 1.0 Received: by 10.204.145.14 with SMTP id b14mr243046bkv.113.1317880950287; Wed, 05 Oct 2011 23:02:30 -0700 (PDT) Received: by 10.204.130.67 with HTTP; Wed, 5 Oct 2011 23:02:30 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Oct 2011 09:02:30 +0300 Message-ID: Subject: Re: [Xen-users] jeremy kernel source tree missing? From: Dima Tisnek To: Matthew Hook Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I was unable to get anything from kernel.org ever since the breach, I used this git url git://oss.oracle.com/git/kwilk/xen.git come to think it gotta be Konrad's, not Jeremy's I hope kernel.org get their act together soon! On 6 October 2011 03:28, Matthew Hook wrote: > A little over a month ago I could download the jeremy pvops kernel from: > http://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git > However, this path no longer exists. =C2=A0Has the path changed or has it= been > moved somewhere else? > The xen wiki http://wiki.xen.org/xenwiki/XenParavirtOps=C2=A0points to th= e above > location. > I can't find any activity on this in a google search. > Matt > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 05:22:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 05:22:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBmyJ-0003ha-PF; Thu, 06 Oct 2011 05:22:43 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBmww-0003NH-Hu for xen-users@lists.xensource.com; Thu, 06 Oct 2011 05:21:20 -0700 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1317903674!34202162!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12180 invoked from network); 6 Oct 2011 12:21:15 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 12:21:15 -0000 Received: by ggnk4 with SMTP id k4so3114124ggn.30 for ; Thu, 06 Oct 2011 05:21:13 -0700 (PDT) Received: by 10.236.79.72 with SMTP id h48mr2895649yhe.4.1317903673639; Thu, 06 Oct 2011 05:21:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.147.113.1 with HTTP; Thu, 6 Oct 2011 05:20:53 -0700 (PDT) X-Originating-IP: [201.81.32.140] From: Andrew Eross Date: Thu, 6 Oct 2011 09:20:53 -0300 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] XCP 1.0, Ubuntu 10.04, PCI Passthrough X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0585909912==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0585909912== Content-Type: multipart/alternative; boundary=20cf300fb2bd50c34d04aea05cef --20cf300fb2bd50c34d04aea05cef Content-Type: text/plain; charset=ISO-8859-1 Hey guys, I've been having some adventures attempting to connect a couple USB devices through XCP 1.0 dom0 into a Ubuntu 10.04 Lucid LTS domU guest. I ended up compiling my own 2.6.37 Linux kernel on Ubuntu to get the necessary xen_pcifront support. I read just about every forum post, etc, I could find.. and after a lot of work, I've almost got it going.. except, it doesn't work! It's been fun anyways. I've finally gotten the damn thing to the point where it passes through the USB controllers using PCI passthrough, and my domU recognizes them.. but basically the USB devices don't work. These are what I'm seeing in my domU dmesg: [ 0.030635] usbcore: registered new interface driver usbfs [ 0.030635] usbcore: registered new interface driver hub [ 0.032070] usbcore: registered new device driver usb [ 0.506727] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 0.506765] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 0.506793] uhci_hcd: USB Universal Host Controller Interface driver [ 0.605083] uhci_hcd 0000:00:00.0: new USB bus registered, assigned bus number 1 [ 0.605575] hub 1-0:1.0: USB hub found [ 0.606111] uhci_hcd 0000:00:00.1: new USB bus registered, assigned bus number 2 [ 0.606570] hub 2-0:1.0: USB hub found [ 0.607075] uhci_hcd 0000:00:00.2: new USB bus registered, assigned bus number 3 [ 0.607531] hub 3-0:1.0: USB hub found [ 0.608092] uhci_hcd 0000:00:00.3: new USB bus registered, assigned bus number 4 [ 0.608568] hub 4-0:1.0: USB hub found [ 0.609133] ehci_hcd 0000:00:00.7: new USB bus registered, assigned bus number 5 [ 0.628092] ehci_hcd 0000:00:00.7: USB 2.0 started, EHCI 1.00 [ 0.628438] hub 5-0:1.0: USB hub found [ 0.996220] usb 5-6: new high speed USB device using ehci_hcd and address 3 [ 5.908044] ehci_hcd 0000:00:00.7: Unlink after no-IRQ? Controller is probably using the wrong IRQ. [ 16.001977] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 16.002005] hub 5-0:1.0: hub_port_status failed (err = -32) [ 16.205965] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 16.205991] hub 5-0:1.0: hub_port_status failed (err = -32) [ 16.409975] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 16.410002] hub 5-0:1.0: hub_port_status failed (err = -32) [ 16.613978] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 16.614005] hub 5-0:1.0: hub_port_status failed (err = -32) [ 16.817991] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 16.818017] hub 5-0:1.0: hub_port_status failed (err = -32) [ 16.818031] hub 5-0:1.0: Cannot enable port 6. Maybe the USB cable is bad? [ 16.873980] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 16.874743] hub 5-0:1.0: hub_port_status failed (err = -32) [ 17.077981] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 17.078010] hub 5-0:1.0: hub_port_status failed (err = -32) [ 17.281985] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 17.282014] hub 5-0:1.0: hub_port_status failed (err = -32) [ 17.485980] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 17.486008] hub 5-0:1.0: hub_port_status failed (err = -32) [ 17.689994] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 17.690021] hub 5-0:1.0: hub_port_status failed (err = -32) [ 17.690035] hub 5-0:1.0: Cannot enable port 6. Maybe the USB cable is bad? [ 17.746000] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 17.746030] hub 5-0:1.0: hub_port_status failed (err = -32) [ 17.949973] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 17.950004] hub 5-0:1.0: hub_port_status failed (err = -32) [ 18.154025] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 18.154915] hub 5-0:1.0: hub_port_status failed (err = -32) [ 18.358022] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 18.358892] hub 5-0:1.0: hub_port_status failed (err = -32) [ 18.562012] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 18.563012] hub 5-0:1.0: hub_port_status failed (err = -32) [ 18.563032] hub 5-0:1.0: Cannot enable port 6. Maybe the USB cable is bad? [ 18.617984] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 18.618012] hub 5-0:1.0: hub_port_status failed (err = -32) [ 18.822006] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 18.822036] hub 5-0:1.0: hub_port_status failed (err = -32) [ 19.025970] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 19.026000] hub 5-0:1.0: hub_port_status failed (err = -32) [ 19.229986] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 19.230017] hub 5-0:1.0: hub_port_status failed (err = -32) [ 19.433986] ehci_hcd 0000:00:00.7: port 6 reset error -110 [ 19.434016] hub 5-0:1.0: hub_port_status failed (err = -32) [ 19.434031] hub 5-0:1.0: Cannot enable port 6. Maybe the USB cable is bad? [ 19.434063] hub 5-0:1.0: unable to enumerate USB device on port 6 [ 19.501976] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 19.502005] hub 5-0:1.0: hub_port_status failed (err = -32) [ 19.705985] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 19.706244] hub 5-0:1.0: hub_port_status failed (err = -32) [ 19.910428] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 19.911353] hub 5-0:1.0: hub_port_status failed (err = -32) [ 20.113978] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 20.114122] hub 5-0:1.0: hub_port_status failed (err = -32) [ 20.317972] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 20.317999] hub 5-0:1.0: hub_port_status failed (err = -32) [ 20.318014] hub 5-0:1.0: Cannot enable port 7. Maybe the USB cable is bad? [ 20.373970] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 20.373995] hub 5-0:1.0: hub_port_status failed (err = -32) [ 20.577986] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 20.578016] hub 5-0:1.0: hub_port_status failed (err = -32) [ 20.781976] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 20.782001] hub 5-0:1.0: hub_port_status failed (err = -32) [ 20.986015] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 20.986043] hub 5-0:1.0: hub_port_status failed (err = -32) [ 21.189972] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 21.189997] hub 5-0:1.0: hub_port_status failed (err = -32) [ 21.190012] hub 5-0:1.0: Cannot enable port 7. Maybe the USB cable is bad? [ 21.245971] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 21.246076] hub 5-0:1.0: hub_port_status failed (err = -32) [ 21.449975] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 21.449999] hub 5-0:1.0: hub_port_status failed (err = -32) [ 21.653973] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 21.653998] hub 5-0:1.0: hub_port_status failed (err = -32) [ 21.857983] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 21.858007] hub 5-0:1.0: hub_port_status failed (err = -32) [ 22.061970] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 22.061996] hub 5-0:1.0: hub_port_status failed (err = -32) [ 22.062011] hub 5-0:1.0: Cannot enable port 7. Maybe the USB cable is bad? [ 22.117987] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 22.118017] hub 5-0:1.0: hub_port_status failed (err = -32) [ 22.321992] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 22.322022] hub 5-0:1.0: hub_port_status failed (err = -32) [ 22.525983] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 22.526014] hub 5-0:1.0: hub_port_status failed (err = -32) [ 22.729976] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 22.730004] hub 5-0:1.0: hub_port_status failed (err = -32) [ 22.934003] ehci_hcd 0000:00:00.7: port 7 reset error -110 [ 22.934034] hub 5-0:1.0: hub_port_status failed (err = -32) [ 22.934049] hub 5-0:1.0: Cannot enable port 7. Maybe the USB cable is bad? [ 22.934080] hub 5-0:1.0: unable to enumerate USB device on port 7 [ 23.208066] usb 1-2: new low speed USB device using uhci_hcd and address 2 [ 25.827681] ehci_hcd 0000:00:00.7: force halt; handshake e0822824 0000c000 00000000 -> -110 [ 28.208049] uhci_hcd 0000:00:00.0: Unlink after no-IRQ? Controller is probably using the wrong IRQ. I passed through all of my USB devices from dom0, [root@vh01 ~]# lspci 00:00.0 Host bridge: Intel Corporation E7230/3000/3010 Memory Controller Hub 00:01.0 PCI bridge: Intel Corporation E7230/3000/3010 PCI Express Root Port 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01) 00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01) 00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01) 04:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01) 05:07.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z7/Z9 (XG20 core) I passed through all of the 00:1d entries separately. I can't for the life of me figure out what might be the cause of the above errors, or essentially why in the end even though it kinda detects the devices: "[ 0.996220] usb 5-6: new high speed USB device using ehci_hcd and address 3" "[ 23.296067] usb 1-2: new low speed USB device using uhci_hcd and address 2" e.g. on my dom0: xe vm-param-set other-config:pci=0/0000:00:1d.0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=UUID Essentially the devices don't work, the actual DVD drive doesn't show up, the USB UPS isn't accessible from nut (the 2 devices I wanted).. those messages above "new USB device" are the closest the devices come to being accessible. Any ideas at all?? I've written up a full run sheet of instructions and what I did, originally for my own knowledge, but thought they might be helpful to someone... attached below #Near as I can tell you can't do USB-only pass through with XCP 1.0 #However, you can do PCI pass-through and pass-through the entire USB controller device #I did the below with Ubuntu 10.04 LTS Lucid # #read this guide...I read it and then kept re-reading it and realizing half the answers I wanted were in fact there just buried a bit #http://wiki.xensource.com/xenwiki/XenPCIpassthrough # # Note my VMs are all PV... with HVM it's a different story from what I understand, read the above #confirm that your dom0 (XCP 1.0 in my case) supports pciback #look for pciback here ls /sys/bus/pci/drivers/ #now check your Linux domU (guest OS) for pci-passthrough support (needs xen-pcifront module) # (on domU) #Your Ubuntu system must have xen-pcifront/xen_pcifront installed in the kernel for pci pass-through to work #Basically although it's not said anywhere, your kernel version must be v2.6.37+ #e.g. uname -a should return a kernel version greater than that #No Ubuntu 10.04 packages exist for a kernel of this version #I also tried the kernels located here: kernel.ubuntu.com/~kernel-ppa/mainline/ #But apparently they're not compiled with Xen support or something because my XCP refused to boot the kernel complaining #about missing modules... so I finally gave up and compiled my own kernel # check the version uname -a # v2.6.37+ linux has pcifront built in: # if you have a lower version, you need a newer kernel # here's compile instructions I used on Lucid 10.04: # reference: http://linuxtweaking.blogspot.com/2011/02/how-to-compile-kernel-from-kernelorg-in.html # # If you feel like living dangerously/lazily, you can try to use the 32-bit kernel I compiled.. # I've put up a link here, but naturally this comes with NO warranty at all, and Ubuntu specifically states # compiling your own kernel voids any potential warranty/support.. so there's that.. # anyways: # http://dev.locatrix.com/linux-headers-2.6.37_2.6.37-10.00.Custom_i386.deb # http://dev.locatrix.com/linux-image-2.6.37_2.6.37-10.00.Custom_i386.deb # so skip most of the below and follow along from where it starts with dpkg -i for the above files cd ~ # or somewhere apt-get install fakeroot kernel-wedge build-essential makedumpfile kernel-package libncurses5 libncurses5-dev apt-get build-dep --no-install-recommends linux-image-$(uname -r) mkdir src cd src wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.37.tar.gz tar xvf linux-2.6.37.tar.gz cd linux-2.6.37 # basically I left all the defaults alone.. seemed to already include xen and everything else #for some god unknown reason I did have to uncheck the option labeled "one laptop per child" (OLC) support... no clue.. make menuconfig export CONCURRENCY_LEVEL=3 make-kpkg clean time fakeroot make-kpkg --initrd kernel-image kernel-headers cd .. ls -l # note the package file names and install them dpkg -i linux-headers-2.6.37_2.6.37-10.00.Custom_i386.deb dpkg -i linux-image-2.6.37_2.6.37-10.00.Custom_i386.deb update-initramfs -c -k 2.6.37 update-grub # note down the new kernel/init versions ls -la / # e.g. /vmlinuz-2.6.37 /initrd.img-2.6.37 #shutdown halt # # BACK on dom0 (my XCP host) #find VM's uuid xe vm-list #make sure your VM is now set to boot from the new kernel #this may or may not apply to you.. but I configured my VM to have the kernel/ramdisk set this way: xe vm-param-set uuid=YOURUID PV-bootloader-args="--kernel=/vmlinuz-2.6.37 --ramdisk=/initrd.img-2.6.37" #now search for the PCI device you want to passthrough #I wanted to passthrough a USB device, so that's what I'm doing here: #search for the device/pci information.. couple different ways: #easy way to identify pci devices: lspci -tv #best way to get the exact pci number, the device number should be from here: ls /sys/bus/pci/devices #some more general info for USB for confirmation #for usb 2.0 dmesg | grep ehci_hcd #e.g. ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 21 (level, low) -> IRQ 21 #for usb 1.1 dmesg | grep uhci_hcd #e.g. uhci_hcd 0000:00:1d.3: irq 23, io base 0x0000ff20 #note down the pci address 0000:00:1d.7 # how I found the usb 1.1 UPS device: dmesg | tail #usb 2-1: USB disconnect, address 2 #usb 2-1: new low speed USB device using uhci_hcd and address 3 # regardless really use the device number from /sys/bus/pci/devices above #now set the PCI devices to pass through #this seems to be correct #the 0/ seems to be the virtual bus number.. so from what I understand it should always be 0 #the below is a comma separated list of each PCI device to pass-through.. I passed through all of my USB controllers that I found #the list could be just one device, like "other-config:pci=0/0000:00:1d.0".. I passed through all of them: xe vm-param-set other-config:pci=0/0000:00:1d.0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=YOURUID #start up the VM again xe vm-start uuid=YOURUID #watch the xcp system logs as the machine boots to catch the pciback passthrough messages tail -f /var/log/kern.log #I received messages like "FLR functionality not supported" #but apparently that shouldn't stop it from working #bottom of this page talks about FLR http://wiki.xensource.com/xenwiki/XenPCIpassthrough #FYI I have seen some information that I'm uncertain about that says you need to forward all the devices of a multifunction controller #to get it to work in some cases...heads-up.. #this allows live attaching a pci device to the VM #this also worked once I fixed up the linux kernel xl list # note down the "Name" for your VM.. use below... # again, the PCI device number here is from "ls /sys/bus/pci/devices" (with "lspci -tv" helping you find the right one) xl pci-attach [NAME] 0000:00:1d.7 # there's other handy xl commands.. # xl pci-detach # xl pci-list [NAME] Cheers, Andrew Andrew Eross CTO Locatrix Communications eross@locatrix.com --20cf300fb2bd50c34d04aea05cef Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey guys,

I've been having some adventures attemptin= g to connect a couple USB devices through XCP 1.0 dom0 into a Ubuntu 10.04 = Lucid LTS domU guest.

I ended up compiling my own = 2.6.37 Linux kernel on Ubuntu to get the necessary xen_pcifront support.

I read just about every forum post, etc, I could find..= and after a lot of work, I've almost got it going.. except, it doesn&#= 39;t work!

It's been fun anyways.

I've finally gotten the damn thing to the point where it= passes through the USB controllers using PCI passthrough, and my domU reco= gnizes them.. but basically the USB devices don't work.

These are what I'm seeing in my domU dmesg:

[ =A0 =A00.030635] usbcore: registered new interface driver u= sbfs
[ =A0 =A00.030635] usbcore: registered new interface driver = hub
[ =A0 =A00.032070] usbcore: registered new device driver usb
[ =A0 =A00.506727] ehci_hcd: USB 2.0 'Enhanced' Host Controller (E= HCI) Driver
[ =A0 =A00.506765] ohci_hcd: USB 1.1 'Open' H= ost Controller (OHCI) Driver
[ =A0 =A00.506793] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A00.605083] uhci_hcd 0000:00:00.0: new USB bus regis= tered, assigned bus number 1
[ =A0 =A00.605575] hub 1-0:1.0: USB = hub found
[ =A0 =A00.606111] uhci_hcd 0000:00:00.1: new USB bus registered, assi= gned bus number 2
[ =A0 =A00.606570] hub 2-0:1.0: USB hub found
[ =A0 =A00.607075] uhci_hcd 0000:00:00.2: new USB bus registered, = assigned bus number 3
[ =A0 =A00.607531] hub 3-0:1.0: USB hub found
[ =A0 =A00.608= 092] uhci_hcd 0000:00:00.3: new USB bus registered, assigned bus number 4
[ =A0 =A00.608568] hub 4-0:1.0: USB hub found
[ =A0 =A00= .609133] ehci_hcd 0000:00:00.7: new USB bus registered, assigned bus number= 5
[ =A0 =A00.628092] ehci_hcd 0000:00:00.7: USB 2.0 started, EHCI 1.00
[ =A0 =A00.628438] hub 5-0:1.0: USB hub found
[ =A0 =A00= .996220] usb 5-6: new high speed USB device using ehci_hcd and address 3
[ =A0 =A05.908044] ehci_hcd 0000:00:00.7: Unlink after no-IRQ? = =A0Controller is probably using the wrong IRQ.
[ =A0 16.001977] e= hci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 16.002005] hu= b 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 16.205965] ehci_hcd 0000:00:00.7: port 6 reset error -110
<= div>[ =A0 16.205991] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 16.409975] ehci_hcd 0000:00:00.7: port 6 reset error -110
=
[ =A0 16.410002] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 16.613978] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 16.614005] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 16.817991] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 16.818017] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 16.818031] hub 5-0:1.0: Cannot enable port 6. =A0Maybe the USB= cable is bad?
[ =A0 16.873980] ehci_hcd 0000:00:00.7: port 6 res= et error -110
[ =A0 16.874743] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 17.077981] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 17.078010] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 17.281985] ehci_hcd 0000:00:00.7: port 6 reset error -110
[= =A0 17.282014] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 17.485980] ehci_hcd 0000:00:00.7: port 6 reset error -110
= [ =A0 17.486008] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 17.689994] ehci_hcd 0000:00:00.7: port 6 reset error -110
<= div>[ =A0 17.690021] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 17.690035] hub 5-0:1.0: Cannot enable port 6. =A0Maybe the USB = cable is bad?
[ =A0 17.746000] ehci_hcd 0000:00:00.7: port 6 reset error -110
<= div>[ =A0 17.746030] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 17.949973] ehci_hcd 0000:00:00.7: port 6 reset error -110
=
[ =A0 17.950004] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 18.154025] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 18.154915] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 18.358022] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 18.358892] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 18.562012] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 18.563012] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 18.563032] hub 5-0:1.0: Cannot enable port 6. =A0Maybe the USB cable = is bad?
[ =A0 18.617984] ehci_hcd 0000:00:00.7: port 6 reset erro= r -110
[ =A0 18.618012] hub 5-0:1.0: hub_port_status failed (err = =3D -32)
[ =A0 18.822006] ehci_hcd 0000:00:00.7: port 6 reset error -110
<= div>[ =A0 18.822036] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 19.025970] ehci_hcd 0000:00:00.7: port 6 reset error -110
=
[ =A0 19.026000] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 19.229986] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 19.230017] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 19.433986] ehci_hcd 0000:00:00.7: port 6 reset error -110
[ =A0 19.434016] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 19.434031] hub 5-0:1.0: Cannot enable port 6. =A0Maybe the USB= cable is bad?
[ =A0 19.434063] hub 5-0:1.0: unable to enumerate = USB device on port 6
[ =A0 19.501976] ehci_hcd 0000:00:00.7: port 7 reset error -110
<= div>[ =A0 19.502005] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 19.705985] ehci_hcd 0000:00:00.7: port 7 reset error -110
=
[ =A0 19.706244] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 19.910428] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 19.911353] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 20.113978] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 20.114122] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 20.317972] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 20.317999] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 20.318014] hub 5-0:1.0: Cannot enable port 7. =A0Maybe the USB cable = is bad?
[ =A0 20.373970] ehci_hcd 0000:00:00.7: port 7 reset erro= r -110
[ =A0 20.373995] hub 5-0:1.0: hub_port_status failed (err = =3D -32)
[ =A0 20.577986] ehci_hcd 0000:00:00.7: port 7 reset error -110
<= div>[ =A0 20.578016] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 20.781976] ehci_hcd 0000:00:00.7: port 7 reset error -110
=
[ =A0 20.782001] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 20.986015] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 20.986043] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 21.189972] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 21.189997] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 21.190012] hub 5-0:1.0: Cannot enable port 7. =A0Maybe the USB= cable is bad?
[ =A0 21.245971] ehci_hcd 0000:00:00.7: port 7 res= et error -110
[ =A0 21.246076] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 21.449975] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 21.449999] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 21.653973] ehci_hcd 0000:00:00.7: port 7 reset error -110
[= =A0 21.653998] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 21.857983] ehci_hcd 0000:00:00.7: port 7 reset error -110
= [ =A0 21.858007] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 22.061970] ehci_hcd 0000:00:00.7: port 7 reset error -110
<= div>[ =A0 22.061996] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 22.062011] hub 5-0:1.0: Cannot enable port 7. =A0Maybe the USB = cable is bad?
[ =A0 22.117987] ehci_hcd 0000:00:00.7: port 7 reset error -110
<= div>[ =A0 22.118017] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 22.321992] ehci_hcd 0000:00:00.7: port 7 reset error -110
=
[ =A0 22.322022] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 22.525983] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 22.526014] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 22.729976] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 22.730004] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 22.934003] ehci_hcd 0000:00:00.7: port 7 reset error -110
[ =A0 22.934034] hub 5-0:1.0: hub_port_status failed (err =3D -32)
[ =A0 22.934049] hub 5-0:1.0: Cannot enable port 7. =A0Maybe the USB cable = is bad?
[ =A0 22.934080] hub 5-0:1.0: unable to enumerate USB dev= ice on port 7
[ =A0 23.208066] usb 1-2: new low speed USB device = using uhci_hcd and address 2
[ =A0 25.827681] ehci_hcd 0000:00:00.7: force halt; handshake e0822824= 0000c000 00000000 -> -110
[ =A0 28.208049] uhci_hcd 0000:00:0= 0.0: Unlink after no-IRQ? =A0Controller is probably using the wrong IRQ.

I passed through all of my USB devices from dom0,= =A0

[root@vh01 ~]# lspci
00:00.0 Ho= st bridge: Intel Corporation E7230/3000/3010 Memory Controller Hub
00:01.0 PCI bridge: Intel Corporation E7230/3000/3010 PCI Express Root Port=
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Expre= ss Port 1 (rev 01)
00:1c.4 PCI bridge: Intel Corporation 82801GR/= GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01)
00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI= Express Port 6 (rev 01)
00:1d.0 USB Controller: Intel Corporatio= n N10/ICH 7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB Co= ntroller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01= )
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Co= ntroller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N1= 0/ICH 7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB Contro= ller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
<= div>00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Inte= rface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82= 801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Cont= roller (rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family= SMBus Controller (rev 01)
04:00.0 Ethernet controller: Broadcom = Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01)
05:07.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphi= cs Innovation) Z7/Z9 (XG20 core)

I passed th= rough all of the 00:1d entries separately.

I can&#= 39;t for the life of me figure out what might be the cause of the above err= ors, or essentially why in the end even though it kinda detects the devices= :
"[ =A0 =A00.996220] usb 5-6: new high speed USB device using ehci= _hcd and address 3"
"[ =A0 23.296067] usb 1-2: new low = speed USB device using uhci_hcd and address 2"

e.g. on my dom0:
xe vm-param-set other-config:pci=3D0/0000:00:1d.= 0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DUUID

Essentially the devices don't work, the actual = DVD drive doesn't show up, the USB UPS isn't accessible from nut (t= he 2 devices I wanted).. those messages above "new USB device" ar= e the closest the devices come to being accessible.

Any ideas at all??

I've wr= itten up a full run sheet of instructions and what I did, originally for my= own knowledge, but thought they might be helpful to someone... attached be= low

#Near as I can tell you can't do USB-only pass= through with XCP 1.0
#However, you can do PCI pass-through and p= ass-through the entire USB controller device
#I did the below wit= h Ubuntu 10.04 LTS Lucid
#
#read this guide...I read it and then kept re-reading it a= nd realizing half the answers I wanted were in fact there just buried a bit=
#=A0
# Note my VMs are all PV... with HVM it's a differe= nt story from what I understand, read the above

#c= onfirm that your dom0 (XCP 1.0 in my case) supports pciback
#look= for pciback here
ls /sys/bus/pci/drivers/

#now check your Linu= x domU (guest OS) for pci-passthrough support (needs xen-pcifront module)
# (on domU)

#Your Ubuntu system must have= xen-pcifront/xen_pcifront installed in the kernel for pci pass-through to = work
#Basically although it's not said anywhere, your kernel version mu= st be v2.6.37+
#e.g. uname -a should return a kernel version grea= ter than that
#No Ubuntu 10.04 packages exist for a kernel of thi= s version
#I also tried the kernels located here: kernel.ubuntu.com/~kernel-ppa/mainline/
#But apparently they're not compiled with Xen support or someth= ing because my XCP refused to boot the kernel complaining
#about missing modules... so I finally gave up and compiled my own ker= nel

# check the version
uname -a

# v2.6.37+ linux has pcifront built in:
# if yo= u have a lower version, you need a newer kernel
# here's compile instructions I used on Lucid 10.04:
#
# If you feel like living dangerously/lazily, you can try = to use the 32-bit kernel I compiled..
# I've put up a link he= re, but naturally this comes with NO warranty at all, and Ubuntu specifical= ly states
# compiling your own kernel voids any potential warranty/support.. so = there's that..
# anyways:
# so skip most of the below and follow along fro= m where it starts with dpkg -i for the above files=A0

cd ~ # or somewhere

apt-get in= stall fakeroot kernel-wedge build-essential makedumpfile kernel-package lib= ncurses5 libncurses5-dev
apt-get build-dep --no-install-recommend= s linux-image-$(uname -r)

mkdir src
cd src

wge= t http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.37.tar.gz
tar xvf linux-2.6.37.tar.gz
cd linux-2.6.37

# basically I left all the defaults alone.. seemed to already incl= ude xen and everything else
#for some god unknown reason I did ha= ve to uncheck the option labeled "one laptop per child" (OLC) sup= port... no clue..
make menuconfig

export CONCURRENCY_LEVEL=3D3<= /div>
make-kpkg clean
time fakeroot make-kpkg --initrd kernel= -image kernel-headers

cd ..
ls -l # note= the package file names and install them

dpkg -i linux-headers-2.6.37_2.6.37-10.00.Custom_i386.d= eb
dpkg -i linux-image-2.6.37_2.6.37-10.00.Custom_i386.deb
<= div>update-initramfs -c -k 2.6.37

update-grub

# note down the new kernel/init versions
ls -= la /
# e.g. /vmlinuz-2.6.37 /initrd.img-2.6.37

#shutdown
halt

#
# BACK= on dom0 (my XCP host)

#find VM's uuid
xe vm-list

=
#make sure your VM is now set to boot from the new kernel
<= div>#this may or may not apply to you.. but I configured my VM to have the = kernel/ramdisk set this way:
xe vm-param-set uuid=3DYOURUID PV-bootloader-args=3D"--kernel=3D/= vmlinuz-2.6.37 --ramdisk=3D/initrd.img-2.6.37"

#now search for the PCI device you want to passthrough
#I wante= d to passthrough a USB device, so that's what I'm doing here:

#search for the device/pci information.. couple differe= nt ways:

#easy way to identify pci devices:
<= div>lspci -tv

#best way to get the exact pci numbe= r, the device number should be from here:
ls /sys/bus/pci/devices

#some more general in= fo for USB for confirmation
#for usb 2.0
dmesg | grep e= hci_hcd
#e.g. ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 21 (leve= l, low) -> IRQ 21
#for usb 1.1
dmesg | grep uhci_hcd
#e.g. uhci_hcd = 0000:00:1d.3: irq 23, io base 0x0000ff20
#note down the pci addre= ss 0000:00:1d.7
# how I found the usb 1.1 UPS device:
dmesg | tail
#usb 2-1: USB disconnect, address 2
#usb 2= -1: new low speed USB device using uhci_hcd and address 3

# regardless really use the device number from /sys/bus/pci/devices= above=A0

#now set the PCI devices to pass through
#thi= s seems to be correct
#the 0/ seems to be the virtual bus number.= . so from what I understand it should always be 0
#the below is a= comma separated list of each PCI device to pass-through.. I passed through= all of my USB controllers that I found
#the list could be just one device, like "other-config:pci=3D0/00= 00:00:1d.0".. I passed through all of them:
xe vm-param-set = other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00:1= d.3,0/0000:00:1d.7 uuid=3DYOURUID

#start up the VM again
xe vm-start uuid=3DYOU= RUID=A0

#watch the xcp system logs as the machine = boots to catch the pciback passthrough messages
tail -f /var/log/= kern.log

#I received messages like "FLR functionality not s= upported"
#but apparently that shouldn't stop it from wo= rking
#bottom of this page talks about FLR http://wiki.xensource.com/xenwiki= /XenPCIpassthrough

#FYI I have seen some information that I'm uncertai= n about that says you need to forward all the devices of a multifunction co= ntroller
#to get it to work in some cases...heads-up..

#this allows live attaching a pci device to the VM
#this also worked once I fixed up the linux kernel
xl list
=
# note down the "Name" for your VM.. use below...
# again, the PCI device number here is from "ls /sys/bus/pci/devices&q= uot; (with "lspci -tv" helping you find the right one)
= xl pci-attach [NAME] 0000:00:1d.7

# there's ot= her handy xl commands..
# xl pci-detach=A0
# xl pci-list=A0[NAME]
Cheers,
Andrew

Andrew Er= oss
CTO
Locatrix Communications
--20cf300fb2bd50c34d04aea05cef-- --===============0585909912== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0585909912==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 05:32:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 05:32:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBn8B-0004hn-Vv; Thu, 06 Oct 2011 05:32:56 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBn6o-0004NT-VY for xen-users@lists.xensource.com; Thu, 06 Oct 2011 05:31:31 -0700 X-Env-Sender: doctor@mcc.ac.uk X-Msg-Ref: server-6.tower-182.messagelabs.com!1317904287!20003068!1 X-Originating-IP: [130.88.200.144] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10645 invoked from network); 6 Oct 2011 12:31:27 -0000 Received: from clarity.mcc.ac.uk (HELO clarity.mcc.ac.uk) (130.88.200.144) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Oct 2011 12:31:27 -0000 Received: from jadzia.mcc.ac.uk ([130.88.250.227]) by clarity.mcc.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RBn6l-0007jp-KY for xen-users@lists.xensource.com; Thu, 06 Oct 2011 13:31:27 +0100 Received: from doctor by jadzia.mcc.ac.uk with local (Exim 4.69) (envelope-from ) id 1RBn6k-0001bw-Tl for xen-users@lists.xensource.com; Thu, 06 Oct 2011 13:31:26 +0100 Date: Thu, 6 Oct 2011 13:31:26 +0100 From: Mike Richardson To: xen-users@lists.xensource.com Subject: Re: [Xen-users] .1q trunks Message-ID: <20111006123126.GJ3556@jadzia.mcc.ac.uk> References: <20111005081704.GP3556@jadzia.mcc.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: 0.5(?) X-Spam-Flag: NO X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Oct 05, 2011 at 09:28:34PM +1100, James Harper wrote: > > Hiya, > > > > I've got a requirement and I can't work out the right configuration. > I'm > > running Xen 4.0 on Debian Squeeze. > > > > The Dom0 has two physical interfaces, one as an 'access' port (I'll be > using > > Cisco > > terminology) and the other is a .1q trunk for up to 150 VLANs (don't > ask, long > > story). Some of the VLANs on this trunk are for managing the DomUs and > as > > such I've created interfaces and bridges for each. The rest I want to > pass on, > > as a trunk, to a DomU. > > > > The DomU will have a management interface which connects to one of the > > above management bridges and it should also have an interface > connected > > to the trunk. I want to be able to listen to all the broadcast traffic > on that > > trunk. > > openvswitch is probably what you want. I just installed this on wheezy. > I have a script that can pretend to be brctl (at least enough for the > xen vif scripts) when you have openvswitch. Openvswitch comes with some > sort of brctl compatibility layer but it doesn't seem quite right for > vlans. Simon, James, Thanks, much appreciated. I'll take a look at Open vSwitch, which is an interesting piece of software in its own right. Mike -- Mike Richardson Networks (network@manchester.ac.uk) IT Services, University of Manchester *Plain text only please - attachments stripped on arrival* _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 07:25:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 07:25:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBosv-00024J-2i; Thu, 06 Oct 2011 07:25:17 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBori-0001jX-QX for xen-users@lists.xensource.com; Thu, 06 Oct 2011 07:24:04 -0700 X-Env-Sender: gorhamj@dplwireless.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1317911018!41139593!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10495 invoked from network); 6 Oct 2011 14:23:39 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 14:23:39 -0000 Received: by vcbfo13 with SMTP id fo13so3275901vcb.30 for ; Thu, 06 Oct 2011 07:23:58 -0700 (PDT) Received: by 10.52.156.100 with SMTP id wd4mr775630vdb.76.1317911038287; Thu, 06 Oct 2011 07:23:58 -0700 (PDT) Received: from [192.168.254.124] ([142.166.249.176]) by mx.google.com with ESMTPS id ey9sm5359247vdc.19.2011.10.06.07.23.55 (version=SSLv3 cipher=OTHER); Thu, 06 Oct 2011 07:23:57 -0700 (PDT) Message-ID: <4E8DB9F7.6000007@dplcore.com> Date: Thu, 06 Oct 2011 11:23:51 -0300 From: John Gorham User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101226 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Enigmail-Version: 1.0.1 Subject: [Xen-users] Debian Squeeze Dom0 pvops??? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2087090839==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2087090839== Content-Type: multipart/alternative; boundary="------------090401070002090207040000" This is a multi-part message in MIME format. --------------090401070002090207040000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit All, After years of running Debian Lenny as dom0 with Xen 3.2, we'd need improved clocksource/timers for HVM domUs and pvhvm drivers. We've thought about Squeeze with "git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git", but that repo seems to have vanished! Is there some way to patch Squeeze to run Xen 4.x? (what repo???). If not, can someone recommend a stable dom0 with pvhvm? Thanks, John -- ________________________________ John Gorham Network Administrator gorhamj@dplcore.com --------------090401070002090207040000 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
All,

After years of running Debian Lenny as dom0 with Xen 3.2, we'd need improved clocksource/timers for HVM domUs and pvhvm drivers. We've thought about Squeeze with "git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git", but that repo seems to have vanished!

Is there some way to patch Squeeze to run Xen 4.x? (what repo???). If not, can someone recommend a stable dom0 with pvhvm?

Thanks,

John

--
________________________________
John Gorham
Network Administrator
gorhamj@dplcore.com




--------------090401070002090207040000-- --===============2087090839== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2087090839==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 07:41:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 07:41:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBp8g-0003uk-H7; Thu, 06 Oct 2011 07:41:34 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RBp7E-0003Tl-Ib for xen-users@lists.xensource.com; Thu, 06 Oct 2011 07:40:05 -0700 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1317911999!36980168!1 X-Originating-IP: [85.214.82.195] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8066 invoked from network); 6 Oct 2011 14:39:59 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-2.tower-21.messagelabs.com with SMTP; 6 Oct 2011 14:39:59 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 0E033A6C1A5; Thu, 6 Oct 2011 16:40:01 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,MIME_QP_LONG_LINE autolearn=unavailable version=3.3.1 Received: from [192.168.1.51] (91-66-177-182-dynip.superkabel.de [91.66.177.182]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 29019A6C1A1; Thu, 6 Oct 2011 16:39:58 +0200 (CEST) References: <4E8DB9F7.6000007@dplcore.com> In-Reply-To: <4E8DB9F7.6000007@dplcore.com> Mime-Version: 1.0 (iPad Mail 8J3) Message-Id: <912F3B07-90D3-4684-8F1C-610B9D84EE41@motschke.de> X-Mailer: iPad Mail (8J3) From: Christian Motschke Subject: Re: [Xen-users] Debian Squeeze Dom0 pvops??? Date: Thu, 6 Oct 2011 16:41:15 +0200 To: John Gorham Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0753361106==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0753361106== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-1-302460746 --Apple-Mail-1-302460746 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, What do yo miss in Debian squeeze? You get XEN 4.0.1 and a 2.6.32 Dom0 kerne= l. What else do you need? Viele Gr=C3=BC=C3=9Fe. Christian Am 06.10.2011 um 16:23 schrieb John Gorham : >=20 > All, >=20 > After years of running Debian Lenny as dom0 with Xen 3.2, we'd need improv= ed clocksource/timers for HVM domUs and pvhvm drivers. We've thought about S= queeze with "git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git", b= ut that repo seems to have vanished! >=20 > Is there some way to patch Squeeze to run Xen 4.x? (what repo???). If not,= can someone recommend a stable dom0 with pvhvm? >=20 > Thanks,=20 >=20 > John >=20 > --=20 > ________________________________ > John Gorham > Network Administrator > gorhamj@dplcore.com >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --Apple-Mail-1-302460746 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi,

What do yo= miss in Debian squeeze? You get XEN 4.0.1 and a 2.6.32 Dom0 kernel. What el= se do you need?

Viele Gr=C3=BC=C3=9Fe.
Christian
=
Am 06.10.2011 um 16:23 schrieb John Gorham <gorhamj@dplcore.com>:


All,

After years of running Debian Lenny as dom0 with Xen 3.2, we'd need improved clocksource/timers for HVM domUs and pvhvm drivers. We've thought about Squeeze with "git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git", but that repo seems to have vanished!

Is there some way to patch Squeeze to run Xen 4.x? (what repo???). If not, can someone recommend a stable dom0 with pvhvm?

Thanks,

John

--
________________________________
John Gorham
Network Administrator
gorhamj@dplcore.com




____________________= ___________________________
Xen-users mailing listXen-users@lists.xens= ource.com
http://lists.xensource.com/xen-users
= = --Apple-Mail-1-302460746-- --===============0753361106== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0753361106==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 09:17:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 09:17:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBqdi-0003Ty-D6; Thu, 06 Oct 2011 09:17:42 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBqcZ-0003A4-Pd for xen-users@lists.xensource.com; Thu, 06 Oct 2011 09:16:33 -0700 X-Env-Sender: thorsten.sideb0ard@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1317917788!16233833!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15555 invoked from network); 6 Oct 2011 16:16:28 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 16:16:28 -0000 Received: by wwf27 with SMTP id 27so3747842wwf.24 for ; Thu, 06 Oct 2011 09:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=LtaCgjl7bVNDbeN9YfzfFinpquOuEG95/OoFYXIC9ZI=; b=BI4uallVHCKNgRml1G3TOVywIYX5+0zM3gKW7RcvCd9hLgGOFxrAw2MTOS3VjRAt1q VGv3BI34SONv5cMF3vgdIwkMIoVI/cYA7886mGt154GBhFsc7ssq9qFO6DsSNzhI1gyv UEAYLmFZUT4H+ZJxYG9fCAJQ759mJNWMgsEC0= MIME-Version: 1.0 Received: by 10.227.28.148 with SMTP id m20mr1212747wbc.83.1317917788127; Thu, 06 Oct 2011 09:16:28 -0700 (PDT) Received: by 10.227.160.129 with HTTP; Thu, 6 Oct 2011 09:16:28 -0700 (PDT) Date: Thu, 6 Oct 2011 17:16:28 +0100 Message-ID: From: Thorsten Sideboard To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] Free_memory discrepancy question X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hey there, I wonder if someone could explain a question I have - i have a number of Xen hosts with a similar configuration which all exhibit the same behaviour: 'xm info' reports: total_memory : 86006 free_memory : 2032 However, when using 'xm list', i see memory reported as: Name Mem Domain-0 4025 HOST1 6144 HOST2 6144 HOST3 6144 HOST4 2048 HOST5 2048 HOST6 2048 HOST7 2048 HOST8 2048 I would expect that adding together the total guest VM memory, with Dom0's and free_memory I should get something close to the total_memory of 86006 reported rather than 34729. Do i have something misconfigured or am I not understanding something correctly? thanks in advance, thorsten _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 10:44:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 10:44:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBs08-0001UP-3C; Thu, 06 Oct 2011 10:44:56 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBrzG-0001Ag-Ac for xen-users@lists.xensource.com; Thu, 06 Oct 2011 10:44:03 -0700 X-Env-Sender: fptstl@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1317923037!34231615!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30511 invoked from network); 6 Oct 2011 17:43:59 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 17:43:59 -0000 Received: by iaqq3 with SMTP id q3so3694355iaq.30 for ; Thu, 06 Oct 2011 10:43:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=FhsbxXJhVE2GBuEGCihzHyrsv9J/kPh0h4ovK2+0g+Q=; b=HXOGmNdZvb6zI2K4Xpa3EF6t3inJAewfy0FLiHOGnClNBgj3ROoi6ojV/YVP1t4RvC k09z2/SA73xwJFeOzXo6THPbIoJQtXICjfnc28Wq23tFHM0AOf/D141OTnpcMX1a1Yos s9sUWtA7AsWJBMqq0T2zRtEvGWAVrwvNxNOI0= MIME-Version: 1.0 Received: by 10.231.28.3 with SMTP id k3mr1766173ibc.91.1317923037240; Thu, 06 Oct 2011 10:43:57 -0700 (PDT) Received: by 10.231.33.73 with HTTP; Thu, 6 Oct 2011 10:43:57 -0700 (PDT) Date: Thu, 6 Oct 2011 12:43:57 -0500 Message-ID: From: fpt stl To: xen-users Subject: [Xen-users] XEN - networking and performance X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2117750083==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2117750083== Content-Type: multipart/alternative; boundary=00151773ea8079dbfd04aea4deba --00151773ea8079dbfd04aea4deba Content-Type: text/plain; charset=ISO-8859-1 Greetings all, I would like some advice from people how are/were using Xen 3.4.2 - it should be a rather stable release. Dom0 is CentOS 5.5 64bit with Xen 3.4.2 installed with the default settings (minus cpu pinning to Dom0 and memory setup for 2GB). There are 2 built-in nics (Broadcom) and an add-on network card (Intel) with another 4 nics. Currently only one NIC is used for all network access, and as far as networking, the default setings are used - xend-config.sxp: (network-script network-bridge) (vif-script vif-bridge) The questions are: How can I improve the network performance (now all the VM are sharing one bridge): a. creating multiple bridges and assigning a VM (DomU) per bridge b. trying to hide the NICs from Dom0 using something like "pciback hide" - (pointers/example of how one would do this in Centos 5.5 would be highly appreciated...) Also, I have noticed that sometimes - somehow erratical since I can not replicate - it seems that VMs are timing out: while editing in vi it does not respond anymore. Nothing in the logs, of course. And no indication in top either. Also, copying 8 GB of data from one disk to another takes 50 (fifty) minutes !!! - both LVMs attached separately to the DomU as two independent volumes [xvda - /dev/mapper/VG1-VM1 and xvdb - /dev/mapper/VG2-VM1_home]. Would it be recommended to have all the storage in one block device - one xvda only - which will have its own LVM structure opposed to multiple xvd's? Any suggestions on improving the performance in accessing block devices? I am somehow baffled since I have read that XEN is used by ISPs which probably host tens of DomUs on a host machine, and I am struggling to host 7 VMs on a dual quad Xenon box with 48 GB RAM and 3TB RAID5 15K disk storage! Please be gentle since I am rather new to XEN. Thanks, Frank --00151773ea8079dbfd04aea4deba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Greetings all,<= /div>

=
I would like some advi= ce from people how are/were using=A0=A0Xen 3.4.2 - it should be a rather st= able release.
Dom0 is CentOS 5.5 64b= it with Xen 3.4.2 installed with the default settings (minus cpu pinning to= Dom0 and memory setup for 2GB).
There are 2 built-in nics (= Broadcom) and an add-on network card (Intel) with another 4 nics.
Currently only one = NIC is used for all network access, and as far as networking, the default s= etings are used -=A0xend-config.sxp:
(network-script n= etwork-bridge)
(vif-script vif-bridge)

The questions are:

How can I= improve the network performance (now all the VM are sharing one bridge):

a. creati= ng multiple bridges and assigning a VM (DomU) per bridge
<= font face=3D"'courier new', monospace">b. trying to hide the NICs f= rom Dom0 using something like "pciback hide" - (pointers/example = of how one would do this in Centos 5.5 would be highly appreciated...)

=
Also, I have noticed that someti= mes - somehow erratical since I can not replicate - it seems that VMs are t= iming out: while editing in vi it does not respond anymore.
Nothing in the logs, o= f course. And no indication in top either. Also, copying 8 GB of data from = one disk to another takes 50 (fifty) minutes !!! - both LVMs attached
separately to the DomU= as=A0t= wo independent volumes [xvda -=A0/dev/mapper/VG1-VM1 and xvdb - /dev/mapper= /VG2-VM1_home].

= Would it be recommended to = have all the storage in one block device - one xvda only - which will have = its own LVM structure opposed to multiple xvd's?

= Any suggestions on improvin= g the performance in accessing block devices?

= I am somehow=A0baffled sinc= e I have read that XEN is used by ISPs which probably host tens of DomUs on= a host machine, and I am struggling to host 7 VMs on a dual quad Xenon box= with 48 GB RAM and 3TB RAID5 15K disk storage!

Please be gentle since I am rather new to XEN.

Thanks,

Frank

--00151773ea8079dbfd04aea4deba-- --===============2117750083== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2117750083==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 11:24:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 11:24:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBsc1-0006q6-7i; Thu, 06 Oct 2011 11:24:05 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBsYt-0005lU-0G for xen-users@lists.xensource.com; Thu, 06 Oct 2011 11:20:51 -0700 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1317925226!43390368!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4095 invoked from network); 6 Oct 2011 18:20:27 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 18:20:27 -0000 Received: by yxt3 with SMTP id 3so5016453yxt.30 for ; Thu, 06 Oct 2011 11:20:46 -0700 (PDT) Received: by 10.236.129.165 with SMTP id h25mr5240482yhi.38.1317925246390; Thu, 06 Oct 2011 11:20:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.147.113.1 with HTTP; Thu, 6 Oct 2011 11:20:25 -0700 (PDT) X-Originating-IP: [201.81.32.140] From: Andrew Eross Date: Thu, 6 Oct 2011 15:20:25 -0300 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1409790459==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1409790459== Content-Type: multipart/alternative; boundary=20cf301af35f26d27404aea5625f --20cf301af35f26d27404aea5625f Content-Type: text/plain; charset=ISO-8859-1 Hi guys, I have a hopefully simple question that I can't quite figure out. I want to run a network service on my XCP dom0. This is fine, I've setup the service and it's accessible from dom0 itself. However, if I try to connect to the service from another host on the same physical local network, I always get "unable to route to host". In this case below, vh01 is the host with the service, and vh02 is another XCP host on the same physical switch and subnet. [root@vh01 ~]# ifconfig eth0 Link encap:Ethernet HWaddr 00:13:72:1A:5F:D4 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12639 errors:0 dropped:0 overruns:0 frame:0 TX packets:10968 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2452496 (2.3 MiB) TX bytes:7793328 (7.4 MiB) Interrupt:17 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:9986 errors:0 dropped:0 overruns:0 frame:0 TX packets:9986 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4963416 (4.7 MiB) TX bytes:4963416 (4.7 MiB) vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2538 errors:0 dropped:0 overruns:0 frame:0 TX packets:3366 errors:0 dropped:64 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:2583572 (2.4 MiB) TX bytes:1504727 (1.4 MiB) xenbr0 Link encap:Ethernet HWaddr 00:13:72:1A:5F:D4 inet addr:192.168.41.21 Bcast:192.168.41.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:8693 errors:0 dropped:0 overruns:0 frame:0 TX packets:5177 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:883646 (862.9 KiB) TX bytes:4931726 (4.7 MiB) [root@vh01 ~]# telnet 192.168.41.21 3493 Trying 192.168.41.21... Connected to 192.168.41.21. Escape character is '^]'. NOW trying from another host... [root@vh02 ~]# telnet 192.168.41.21 3493 Trying 192.168.41.21... telnet: connect to address 192.168.41.21: No route to host Is there something basic I'm doing wrong here to be able to access my 41.21 address from another host? Thank you, Andrew Andrew Eross CTO Locatrix Communications eross@locatrix.com --20cf301af35f26d27404aea5625f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,

I have a hopefully simple question that I can&#= 39;t quite figure out.

I want to run a network ser= vice on my XCP dom0.

This is fine, I've setup = the service and it's accessible from dom0 itself.=A0

However, if I try to connect to the service from anothe= r host on the same physical local network, I always get "unable to rou= te to host".

In this case below, vh01 is the = host with the service, and vh02 is another XCP host on the same physical sw= itch and subnet.

[root@vh01 ~]# ifconfig
eth0 =A0 =A0 =A0= Link encap:Ethernet =A0HWaddr 00:13:72:1A:5F:D4 =A0
=A0 =A0 =A0 = =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1
= =A0 =A0 =A0 =A0 =A0 RX packets:12639 errors:0 dropped:0 overruns:0 frame:0<= /div>
=A0 =A0 =A0 =A0 =A0 TX packets:10968 errors:0 dropped:0 overruns:0 car= rier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=A0
<= div>=A0 =A0 =A0 =A0 =A0 RX bytes:2452496 (2.3 MiB) =A0TX bytes:7793328 (7.4= MiB)
=A0 =A0 =A0 =A0 =A0 Interrupt:17=A0

lo =A0 =A0 =A0 =A0Link encap:Local Loopback =A0
=A0 =A0 =A0 =A0 =A0 inet addr:127.0.0.1 =A0Mask:255.0.0.0
=A0 = =A0 =A0 =A0 =A0 UP LOOPBACK RUNNING =A0MTU:16436 =A0Metric:1
=A0 = =A0 =A0 =A0 =A0 RX packets:9986 errors:0 dropped:0 overruns:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:9986 errors:0 dropped:0 overruns:0 carr= ier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=A0
= =A0 =A0 =A0 =A0 =A0 RX bytes:4963416 (4.7 MiB) =A0TX bytes:4963416 (4.7 MiB= )

vif3.0 =A0 =A0Link encap:Ethernet =A0HWaddr FE:F= F:FF:FF:FF:FF =A0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING NOARP =A0MTU:1500 =A0Metric:1=
=A0 =A0 =A0 =A0 =A0 RX packets:2538 errors:0 dropped:0 overruns:= 0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:3366 errors:0 dropped:64= overruns:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=A0
=A0 =A0 =A0 =A0= =A0 RX bytes:2583572 (2.4 MiB) =A0TX bytes:1504727 (1.4 MiB)
xenbr0 =A0 =A0Link encap:Ethernet =A0HWaddr 00:13:72:1A:5F:D4 = =A0
=A0 =A0 =A0 =A0 =A0 inet addr:192.168.41.21 =A0Bcast:192.168.= 41.255 =A0Mask:255.255.255.0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metr= ic:1
=A0 =A0 =A0 =A0 =A0 RX packets:8693 errors:0 dropped:0 overr= uns:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:5177 errors:0 droppe= d:0 overruns:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=A0
=A0 =A0 =A0= =A0 =A0 RX bytes:883646 (862.9 KiB) =A0TX bytes:4931726 (4.7 MiB)

[root@vh01 ~]# telnet 192.168.41.21 3493
Trying = 192.168.41.21...
Connected to 192.168.41.21.
Escape character is '^]'= .

NOW trying from another host...
=
[root@vh02 ~]# telnet 192.168.41.21 3493
Trying 192.168.41.21...
telnet: connect to address 192.168.41.21: No route to host

=
Is there something basic I'm doing wrong here to be able to = access my 41.21 address from another host?

Thank you,
Andrew

Andrew Eross
CTO
Locatrix Communications
--20cf301af35f26d27404aea5625f-- --===============1409790459== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1409790459==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:09:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:09:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtKC-0005YY-2m; Thu, 06 Oct 2011 12:09:44 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RBtFa-0004n8-UO for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:05:12 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-14.tower-174.messagelabs.com!1317927894!34261243!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2798 invoked from network); 6 Oct 2011 19:04:55 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-14.tower-174.messagelabs.com with SMTP; 6 Oct 2011 19:04:55 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 951B673E11 for ; Thu, 6 Oct 2011 20:04:54 +0100 (BST) Message-ID: <4E8DFBD0.8040204@stalks.nooblet.org> Date: Thu, 06 Oct 2011 20:04:48 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts References: In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0790235503==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0790235503== Content-Type: multipart/alternative; boundary="------------080002010100010801090604" This is a multi-part message in MIME format. --------------080002010100010801090604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/10/2011 19:20, Andrew Eross wrote: > Hi guys, > > I have a hopefully simple question that I can't quite figure out. > > I want to run a network service on my XCP dom0. > > This is fine, I've setup the service and it's accessible from dom0 > itself. > > However, if I try to connect to the service from another host on the > same physical local network, I always get "unable to route to host". > > In this case below, vh01 is the host with the service, and vh02 is > another XCP host on the same physical switch and subnet. > > [root@vh01 ~]# ifconfig > eth0 Link encap:Ethernet HWaddr 00:13:72:1A:5F:D4 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:12639 errors:0 dropped:0 overruns:0 frame:0 > TX packets:10968 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:2452496 (2.3 MiB) TX bytes:7793328 (7.4 MiB) > Interrupt:17 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:9986 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9986 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4963416 (4.7 MiB) TX bytes:4963416 (4.7 MiB) > > vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:2538 errors:0 dropped:0 overruns:0 frame:0 > TX packets:3366 errors:0 dropped:64 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:2583572 (2.4 MiB) TX bytes:1504727 (1.4 MiB) > > xenbr0 Link encap:Ethernet HWaddr 00:13:72:1A:5F:D4 > inet addr:192.168.41.21 Bcast:192.168.41.255 > Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:8693 errors:0 dropped:0 overruns:0 frame:0 > TX packets:5177 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:883646 (862.9 KiB) TX bytes:4931726 (4.7 MiB) > > [root@vh01 ~]# telnet 192.168.41.21 3493 > Trying 192.168.41.21... > Connected to 192.168.41.21. > Escape character is '^]'. > > NOW trying from another host... > > [root@vh02 ~]# telnet 192.168.41.21 3493 > Trying 192.168.41.21... > telnet: connect to address 192.168.41.21 : No > route to host > > Is there something basic I'm doing wrong here to be able to access my > 41.21 address from another host? > > Thank you, > Andrew > > Andrew Eross > CTO > Locatrix Communications > eross@locatrix.com > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users On the host show us the output for "brctl show" On the guest with connectivity issues, show us "ip route" or "route" output -- May the ping be with you .. --------------080002010100010801090604 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 06/10/2011 19:20, Andrew Eross wrote:
Hi guys,

I have a hopefully simple question that I can't quite figure out.

I want to run a network service on my XCP dom0.

This is fine, I've setup the service and it's accessible from dom0 itself. 

However, if I try to connect to the service from another host on the same physical local network, I always get "unable to route to host".

In this case below, vh01 is the host with the service, and vh02 is another XCP host on the same physical switch and subnet.

[root@vh01 ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:13:72:1A:5F:D4  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:12639 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10968 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2452496 (2.3 MiB)  TX bytes:7793328 (7.4 MiB)
          Interrupt:17 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:9986 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9986 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:4963416 (4.7 MiB)  TX bytes:4963416 (4.7 MiB)

vif3.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF  
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:2538 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3366 errors:0 dropped:64 overruns:0 carrier:0
          collisions:0 txqueuelen:32 
          RX bytes:2583572 (2.4 MiB)  TX bytes:1504727 (1.4 MiB)

xenbr0    Link encap:Ethernet  HWaddr 00:13:72:1A:5F:D4  
          inet addr:192.168.41.21  Bcast:192.168.41.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8693 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5177 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:883646 (862.9 KiB)  TX bytes:4931726 (4.7 MiB)

[root@vh01 ~]# telnet 192.168.41.21 3493
Trying 192.168.41.21...
Connected to 192.168.41.21.
Escape character is '^]'.

NOW trying from another host...

[root@vh02 ~]# telnet 192.168.41.21 3493
Trying 192.168.41.21...
telnet: connect to address 192.168.41.21: No route to host

Is there something basic I'm doing wrong here to be able to access my 41.21 address from another host?

Thank you,
Andrew

Andrew Eross
CTO
Locatrix Communications 


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


On the host show us the output for "brctl show"

On the guest with connectivity issues, show us "ip route" or "route" output

-- 
May the ping be with you ..
--------------080002010100010801090604-- --===============0790235503== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0790235503==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:12:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:12:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtNC-0006HE-Do; Thu, 06 Oct 2011 12:12:50 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RBtME-0005wH-7O for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:11:54 -0700 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1317928292!43161508!1 X-Originating-IP: [216.51.232.10] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24538 invoked from network); 6 Oct 2011 19:11:33 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-13.tower-27.messagelabs.com with SMTP; 6 Oct 2011 19:11:33 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Thu, 6 Oct 2011 14:11:46 -0500 From: To: "'xen-users'" Subject: RE: [Xen-users] XEN - networking and performance Date: Thu, 6 Oct 2011 14:12:30 -0500 Message-ID: <6A7C506116BA4B5A99FA3766341F1ED1@maindesk> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 thread-index: AcyET7DGAK9KKKCwT02x+8B6uYs3sgAC3gmw Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 In-Reply-To: X-Auth: admin@xenhive.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: admin@xenhive.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0402199450==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0402199450== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0025_01CC8431.FC8E2620" This is a multi-part message in MIME format. ------=_NextPart_000_0025_01CC8431.FC8E2620 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable One thing I would suggest is using RAD10 instead of RAID5. RAID5 is frequently a performance bottleneck. =20 =20 -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of fpt stl Sent: Thursday, October 06, 2011 12:44 PM To: xen-users Subject: [Xen-users] XEN - networking and performance =20 Greetings all, =20 I would like some advice from people how are/were using Xen 3.4.2 - it should be a rather stable release. Dom0 is CentOS 5.5 64bit with Xen 3.4.2 installed with the default = settings (minus cpu pinning to Dom0 and memory setup for 2GB). There are 2 built-in nics (Broadcom) and an add-on network card (Intel) = with another 4 nics. Currently only one NIC is used for all network access, and as far as networking, the default setings are used - xend-config.sxp: (network-script network-bridge) (vif-script vif-bridge) =20 The questions are: =20 How can I improve the network performance (now all the VM are sharing = one bridge): =20 a. creating multiple bridges and assigning a VM (DomU) per bridge b. trying to hide the NICs from Dom0 using something like "pciback hide" = - (pointers/example of how one would do this in Centos 5.5 would be highly appreciated...) =20 =20 Also, I have noticed that sometimes - somehow erratical since I can not replicate - it seems that VMs are timing out: while editing in vi it = does not respond anymore. Nothing in the logs, of course. And no indication in top either. Also, copying 8 GB of data from one disk to another takes 50 (fifty) minutes = !!! - both LVMs attached separately to the DomU as two independent volumes [xvda - /dev/mapper/VG1-VM1 and xvdb - /dev/mapper/VG2-VM1_home]. =20 Would it be recommended to have all the storage in one block device - = one xvda only - which will have its own LVM structure opposed to multiple = xvd's? =20 Any suggestions on improving the performance in accessing block devices? =20 I am somehow baffled since I have read that XEN is used by ISPs which probably host tens of DomUs on a host machine, and I am struggling to = host 7 VMs on a dual quad Xenon box with 48 GB RAM and 3TB RAID5 15K disk = storage! =20 Please be gentle since I am rather new to XEN. =20 Thanks, =20 Frank =20 ------=_NextPart_000_0025_01CC8431.FC8E2620 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

One thing I would suggest is using = RAD10 instead of = RAID5.  RAID5 is frequently a performance bottleneck. 

 

-----Original = Message-----
From: = xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of fpt stl
Sent: Thursday, October = 06, 2011 12:44 PM
To: xen-users
Subject: [Xen-users] XEN = - networking and performance

 

Greetings = all,

 

I would like some = advice from people how are/were using  Xen 3.4.2 - it should be a rather = stable release.

Dom0 is CentOS 5.5 = 64bit with Xen 3.4.2 installed with the default settings (minus cpu pinning to Dom0 = and memory setup for 2GB).

There are 2 built-in = nics (Broadcom) and an add-on network card (Intel) with another 4 = nics.

Currently only one NIC = is used for all network access, and as far as networking, the default setings = are used - xend-config.sxp:

(network-script = network-bridge)

(vif-script = vif-bridge)

 

The questions = are:

 

How can I improve the = network performance (now all the VM are sharing one bridge):

 

a. creating multiple = bridges and assigning a VM (DomU) per bridge

b. trying to hide the = NICs from Dom0 using something like "pciback hide" - (pointers/example = of how one would do this in Centos 5.5 would be highly = appreciated...)

 

 

Also, I have noticed = that sometimes - somehow erratical since I can not replicate - it seems that = VMs are timing out: while editing in vi it does not respond = anymore.

Nothing in the logs, of = course. And no indication in top either. Also, copying 8 GB of data from one = disk to another takes 50 (fifty) minutes !!! - both LVMs = attached

separately to the DomU = as two = independent volumes [xvda - /dev/mapper/VG1-VM1 and xvdb - = /dev/mapper/VG2-VM1_home].

 

Would it be recommended = to have all the storage in one block device - one xvda only - which will have = its own LVM structure opposed to multiple xvd's?

 

Any suggestions on = improving the performance in accessing block devices?

 

I am = somehow baffled since I have read that XEN is used by ISPs which probably host tens of DomUs = on a host machine, and I am struggling to host 7 VMs on a dual quad Xenon box = with 48 GB RAM and 3TB RAID5 15K disk storage!

 

Please be gentle since = I am rather new to XEN.

 

Thanks,

 

Frank

 

------=_NextPart_000_0025_01CC8431.FC8E2620-- --===============0402199450== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0402199450==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:14:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:14:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtOp-000776-21; Thu, 06 Oct 2011 12:14:31 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtMS-0005yr-WE for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:12:05 -0700 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1317928310!40549022!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6843 invoked from network); 6 Oct 2011 19:11:51 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 19:11:51 -0000 Received: by gyh3 with SMTP id 3so5004787gyh.30 for ; Thu, 06 Oct 2011 12:12:00 -0700 (PDT) Received: by 10.236.191.72 with SMTP id f48mr5465173yhn.55.1317928320123; Thu, 06 Oct 2011 12:12:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.147.113.1 with HTTP; Thu, 6 Oct 2011 12:11:40 -0700 (PDT) X-Originating-IP: [201.81.32.140] In-Reply-To: <4E8DFBD0.8040204@stalks.nooblet.org> References: <4E8DFBD0.8040204@stalks.nooblet.org> From: Andrew Eross Date: Thu, 6 Oct 2011 16:11:40 -0300 Message-ID: Subject: Re: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts To: Steve Allison Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1966732653==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1966732653== Content-Type: multipart/alternative; boundary=20cf303f6a305c443a04aea61983 --20cf303f6a305c443a04aea61983 Content-Type: text/plain; charset=ISO-8859-1 Hi Steve, I'm actually trying to connect to a network service running on the dom0 itself.. not the domU, so no guests involved. However, "brctl" on dom0 shows: dom0: [root@vh01 nagios]# brctl show bridge name bridge id STP enabled interfaces xenbr0 0000.0013721a5fd4 no eth0 vif4.0 Cheers, Andrew Andrew Eross CTO Locatrix Communications Office: +61 7 3123 1469 Mobile: +55 11 8654 7834 eross@locatrix.com On Thu, Oct 6, 2011 at 4:04 PM, Steve Allison wrote: > On 06/10/2011 19:20, Andrew Eross wrote: > > Hi guys, > > I have a hopefully simple question that I can't quite figure out. > > I want to run a network service on my XCP dom0. > > This is fine, I've setup the service and it's accessible from dom0 > itself. > > However, if I try to connect to the service from another host on the same > physical local network, I always get "unable to route to host". > > In this case below, vh01 is the host with the service, and vh02 is > another XCP host on the same physical switch and subnet. > > [root@vh01 ~]# ifconfig > eth0 Link encap:Ethernet HWaddr 00:13:72:1A:5F:D4 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:12639 errors:0 dropped:0 overruns:0 frame:0 > TX packets:10968 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:2452496 (2.3 MiB) TX bytes:7793328 (7.4 MiB) > Interrupt:17 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:9986 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9986 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4963416 (4.7 MiB) TX bytes:4963416 (4.7 MiB) > > vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:2538 errors:0 dropped:0 overruns:0 frame:0 > TX packets:3366 errors:0 dropped:64 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:2583572 (2.4 MiB) TX bytes:1504727 (1.4 MiB) > > xenbr0 Link encap:Ethernet HWaddr 00:13:72:1A:5F:D4 > inet addr:192.168.41.21 Bcast:192.168.41.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:8693 errors:0 dropped:0 overruns:0 frame:0 > TX packets:5177 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:883646 (862.9 KiB) TX bytes:4931726 (4.7 MiB) > > [root@vh01 ~]# telnet 192.168.41.21 3493 > Trying 192.168.41.21... > Connected to 192.168.41.21. > Escape character is '^]'. > > NOW trying from another host... > > [root@vh02 ~]# telnet 192.168.41.21 3493 > Trying 192.168.41.21... > telnet: connect to address 192.168.41.21: No route to host > > Is there something basic I'm doing wrong here to be able to access my > 41.21 address from another host? > > Thank you, > Andrew > > Andrew Eross > CTO > Locatrix Communications > eross@locatrix.com > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xensource.comhttp://lists.xensource.com/xen-users > > > > On the host show us the output for "brctl show" > > On the guest with connectivity issues, show us "ip route" or "route" output > > -- > May the ping be with you .. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --20cf303f6a305c443a04aea61983 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Steve,

I'm actually trying to connect to a networ= k service running on the dom0 itself.. not the domU, so no guests involved.=

However, "brctl" on dom0 shows:

dom0:

[root@vh01 nagios]#= brctl show
bridge name =A0 =A0 bridge id =A0 =A0 =A0 =A0 =A0 =A0= =A0 STP enabled =A0 =A0 interfaces
xenbr0 =A0 =A0 =A0 =A0 =A0000= 0.0013721a5fd4 =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif4.0

Cheers,
Andrew

Andrew Eross
CTO
Locatr= ix Communications
Office: +61 7 3123 1469


On Thu, Oct 6, 2011 at 4:04 PM, Steve Al= lison <xen-users@stalks.nooblet.org> wrote:
=20 =20 =20
On 06/10/2011 19:20, Andrew Eross wrote:
Hi guys,

I have a hopefully simple question that I can't quite figure out.

I want to run a network service on my XCP dom0.

This is fine, I've setup the service and it's accessible= from dom0 itself.=A0

However, if I try to connect to the service from another host on the same physical local network, I always get "unable to route to host".

In this case below, vh01 is the host with the service, and vh02 is another XCP host on the same physical switch and subnet.

[root@vh01 ~]# ifconfig
eth0 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 00:13:72:1A:5F:D= 4 =A0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1
=A0 =A0 =A0 =A0 =A0 RX packets:12639 errors:0 dropped:0 overru= ns:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:10968 errors:0 dropped:0 overru= ns:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=A0
=A0 =A0 =A0 =A0 =A0 RX bytes:2452496 (2.3 MiB) =A0TX bytes:779= 3328 (7.4 MiB)
=A0 =A0 =A0 =A0 =A0 Interrupt:17=A0

lo =A0 =A0 =A0 =A0Link encap:Local Loopback =A0
=A0 =A0 =A0 =A0 =A0 inet addr:127.0.0.1 =A0Mask:255.0.0.0
=A0 =A0 =A0 =A0 =A0 UP LOOPBACK RUNNING =A0MTU:16436 =A0Metric= :1
=A0 =A0 =A0 =A0 =A0 RX packets:9986 errors:0 dropped:0 overrun= s:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:9986 errors:0 dropped:0 overrun= s:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=A0
=A0 =A0 =A0 =A0 =A0 RX bytes:4963416 (4.7 MiB) =A0TX bytes:496= 3416 (4.7 MiB)

vif3.0 =A0 =A0Link encap:Ethernet =A0HWaddr FE:FF:FF:FF:FF:FF = =A0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING NOARP =A0MTU:1500 =A0= Metric:1
=A0 =A0 =A0 =A0 =A0 RX packets:2538 errors:0 dropped:0 overrun= s:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:3366 errors:0 dropped:64 overru= ns:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=A0
=A0 =A0 =A0 =A0 =A0 RX bytes:2583572 (2.4 MiB) =A0TX bytes:150= 4727 (1.4 MiB)

xenbr0 =A0 =A0Link encap:Ethernet =A0HWaddr 00:13:72:1A:5F:D4 = =A0
=A0 =A0 =A0 =A0 =A0 inet addr:192.168.41.21 =A0Bcast:192.168.4= 1.255 =A0Mask:255.255.255.0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1
=A0 =A0 =A0 =A0 =A0 RX packets:8693 errors:0 dropped:0 overrun= s:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:5177 errors:0 dropped:0 overrun= s:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=A0
=A0 =A0 =A0 =A0 =A0 RX bytes:883646 (862.9 KiB) =A0TX bytes:49= 31726 (4.7 MiB)

[root@vh01 ~]# telnet 192.168.41.21 3493
Trying 192.168.41.21...
Connected to 192.168.41.21.
Escape character is '^]'.

NOW trying from another host...

[root@vh02 ~]# telnet 192.168.41.21 3493
Trying 192.168.41.21...
telnet: connect to address 192.168.41.21: No route to host

Is there something basic I'm doing wrong here to be able to access my 41.21 address from another host?

Thank you,
Andrew

Andrew Eross
CTO
Locatrix Communications 


_______________________________________________
Xen-users mailing list
Xen-user=
s@lists.xensource.com
http://l=
ists.xensource.com/xen-users


On the host show us the output for "brctl show"

On the guest with connectivity issues, show us "ip route" or = "route" output

--=20
May the ping be with you ..

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

--20cf303f6a305c443a04aea61983-- --===============1966732653== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1966732653==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:16:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:16:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtR4-0007qw-2X; Thu, 06 Oct 2011 12:16:50 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RBtQP-0007Xj-V4 for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:16:10 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-13.tower-182.messagelabs.com!1317928566!21125696!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5982 invoked from network); 6 Oct 2011 19:16:06 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-13.tower-182.messagelabs.com with SMTP; 6 Oct 2011 19:16:06 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id C74C373E11 for ; Thu, 6 Oct 2011 20:16:06 +0100 (BST) Message-ID: <4E8DFE70.5000504@stalks.nooblet.org> Date: Thu, 06 Oct 2011 20:16:00 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts References: <4E8DFBD0.8040204@stalks.nooblet.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 06/10/2011 20:11, Andrew Eross wrote: > Hi Steve, > > I'm actually trying to connect to a network service running on the > dom0 itself.. not the domU, so no guests involved. > > Show us "ip route" and "ipconfig" on the other machine that can't connect. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 12:18:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:18:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtSN-00005B-Ij; Thu, 06 Oct 2011 12:18:11 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RBtRE-0007um-DC for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:17:00 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-2.tower-21.messagelabs.com!1317928615!37022752!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9799 invoked from network); 6 Oct 2011 19:16:55 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-2.tower-21.messagelabs.com with SMTP; 6 Oct 2011 19:16:55 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 4D55673E11 for ; Thu, 6 Oct 2011 20:16:57 +0100 (BST) Message-ID: <4E8DFEA2.80609@stalks.nooblet.org> Date: Thu, 06 Oct 2011 20:16:50 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts References: <4E8DFBD0.8040204@stalks.nooblet.org> <4E8DFE70.5000504@stalks.nooblet.org> In-Reply-To: <4E8DFE70.5000504@stalks.nooblet.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > > Show us "ip route" and "ipconfig" on the other machine that can't > connect. > ifconfig* -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 12:20:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:20:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtUW-0000mG-O6; Thu, 06 Oct 2011 12:20:24 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtTs-0000SM-Pr for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:19:45 -0700 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1317928780!33138!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31082 invoked from network); 6 Oct 2011 19:19:41 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 19:19:41 -0000 Received: by ywm21 with SMTP id 21so4926656ywm.30 for ; Thu, 06 Oct 2011 12:19:40 -0700 (PDT) Received: by 10.236.129.165 with SMTP id h25mr5532799yhi.38.1317928780161; Thu, 06 Oct 2011 12:19:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.147.113.1 with HTTP; Thu, 6 Oct 2011 12:19:20 -0700 (PDT) X-Originating-IP: [201.81.32.140] In-Reply-To: <4E8DFEA2.80609@stalks.nooblet.org> References: <4E8DFBD0.8040204@stalks.nooblet.org> <4E8DFE70.5000504@stalks.nooblet.org> <4E8DFEA2.80609@stalks.nooblet.org> From: Andrew Eross Date: Thu, 6 Oct 2011 16:19:20 -0300 Message-ID: Subject: Re: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts To: Steve Allison Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1621319462==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1621319462== Content-Type: multipart/alternative; boundary=20cf301af35fc7e29f04aea6344e --20cf301af35fc7e29f04aea6344e Content-Type: text/plain; charset=ISO-8859-1 [root@vh02 ~]# ip route 192.168.41.0/24 dev xenbr0 proto kernel scope link src 192.168.41.114 169.254.0.0/16 dev xenbr0 scope link default via 192.168.41.254 dev xenbr0 [root@vh02 ~]# ifconfig eth0 Link encap:Ethernet HWaddr 00:13:72:99:EA:A7 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:79287250 errors:0 dropped:24 overruns:0 frame:0 TX packets:58493941 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1275175262 (1.1 GiB) TX bytes:1098962471 (1.0 GiB) Interrupt:16 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:22431836 errors:0 dropped:0 overruns:0 frame:0 TX packets:22431836 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1169929418 (1.0 GiB) TX bytes:1169929418 (1.0 GiB) vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:1724388 errors:0 dropped:0 overruns:0 frame:0 TX packets:2062490 errors:0 dropped:1199 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:389050097 (371.0 MiB) TX bytes:576753284 (550.0 MiB) xenbr0 Link encap:Ethernet HWaddr 00:13:72:99:EA:A7 inet addr:192.168.41.114 Bcast:192.168.41.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:25497613 errors:0 dropped:0 overruns:0 frame:0 TX packets:12556923 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2428491486 (2.2 GiB) TX bytes:859773638 (819.9 MiB) Interestingly, I can ping the other host.. [root@vh02 ~]# ping 192.168.41.21 PING 192.168.41.21 (192.168.41.21) 56(84) bytes of data. 64 bytes from 192.168.41.21: icmp_seq=1 ttl=64 time=0.387 ms Both hosts are XCP 1.0 and plugged directly into the same physical switch. Just not route anything to it.. Thanks! Andrew Andrew Eross CTO Locatrix Communications Office: +61 7 3123 1469 Mobile: +55 11 8654 7834 eross@locatrix.com On Thu, Oct 6, 2011 at 4:16 PM, Steve Allison wrote: > > >> Show us "ip route" and "ipconfig" on the other machine that can't connect. >> >> > ifconfig* > > > -- > May the ping be with you .. > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > --20cf301af35fc7e29f04aea6344e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
[root@vh02 ~]# ip route
1= 92.168.41.0/24 dev xenbr0 =A0proto kernel =A0scope link =A0src 192.168.= 41.114=A0
169.254.0.0/16 de= v xenbr0 =A0scope link=A0
default via 192.168.41.254 dev xenbr0=A0
[root@vh02 ~]# ifco= nfig
eth0 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 00:13:72:99:EA= :A7 =A0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU= :1500 =A0Metric:1
=A0 =A0 =A0 =A0 =A0 RX packets:79287250 errors:0 dropped:24 overruns:0= frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:58493941 errors:0 dropped= :0 overruns:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuel= en:1000=A0
=A0 =A0 =A0 =A0 =A0 RX bytes:1275175262 (1.1 GiB) =A0T= X bytes:1098962471 (1.0 GiB)
=A0 =A0 =A0 =A0 =A0 Interrupt:16=A0

lo =A0 = =A0 =A0 =A0Link encap:Local Loopback =A0
=A0 =A0 =A0 =A0 =A0 inet= addr:127.0.0.1 =A0Mask:255.0.0.0
=A0 =A0 =A0 =A0 =A0 UP LOOPBACK= RUNNING =A0MTU:16436 =A0Metric:1
=A0 =A0 =A0 =A0 =A0 RX packets:= 22431836 errors:0 dropped:0 overruns:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:22431836 errors:0 dropped:0 overruns:0 = carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=A0
<= div>=A0 =A0 =A0 =A0 =A0 RX bytes:1169929418 (1.0 GiB) =A0TX bytes:116992941= 8 (1.0 GiB)

vif4.0 =A0 =A0Link encap:Ethernet =A0HWaddr FE:FF:FF:FF:FF:FF =A0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING NOARP =A0MTU:1500 =A0Metric:= 1
=A0 =A0 =A0 =A0 =A0 RX packets:1724388 errors:0 dropped:0 overr= uns:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:2062490 errors:0 dro= pped:1199 overruns:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=A0
=A0 =A0 = =A0 =A0 =A0 RX bytes:389050097 (371.0 MiB) =A0TX bytes:576753284 (550.0 MiB= )

xenbr0 =A0 =A0Link encap:Ethernet =A0HWaddr 00:1= 3:72:99:EA:A7 =A0
=A0 =A0 =A0 =A0 =A0 inet addr:192.168.41.114 = =A0Bcast:192.168.41.255 =A0Mask:255.255.255.0
=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metr= ic:1
=A0 =A0 =A0 =A0 =A0 RX packets:25497613 errors:0 dropped:0 o= verruns:0 frame:0
=A0 =A0 =A0 =A0 =A0 TX packets:12556923 errors:= 0 dropped:0 overruns:0 carrier:0
=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=A0
=A0 =A0 =A0= =A0 =A0 RX bytes:2428491486 (2.2 GiB) =A0TX bytes:859773638 (819.9 MiB)

Interestingly, I can ping the other host..

[root@vh02 ~]# ping 192.168.41.21
PING 192.168.41.21 (192.168.41.= 21) 56(84) bytes of data.
64 bytes from 192.168.41.21: icmp_seq=3D1 ttl=3D64 time=3D0.387 ms

Both hosts are XCP 1.0 and plugged directly into the same ph= ysical switch.

Just not route anything to it..

Thanks!
Andrew

Andrew E= ross
CTO
Locatrix Communications
Office: +61 7 3123 1469
Mobile: +55 1= 1 8654 7834
eros= s@locatrix.com



On Thu, Oct 6, 2011 at 4:16 PM, Steve Al= lison <xen-users@stalks.nooblet.org> wrote:


Show us "ip route" and "ipconfig" on the other machine = that can't connect.


ifconfig*


--
May the ping be with you ..


_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

--20cf301af35fc7e29f04aea6344e-- --===============1621319462== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1621319462==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:29:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:29:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtd0-0001v6-3k; Thu, 06 Oct 2011 12:29:10 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RBtbt-0001aM-R4 for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:28:02 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1317929252!40799156!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23743 invoked from network); 6 Oct 2011 19:27:32 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-3.tower-27.messagelabs.com with SMTP; 6 Oct 2011 19:27:32 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 7BE3E73E11 for ; Thu, 6 Oct 2011 20:27:58 +0100 (BST) Message-ID: <4E8E0138.5020409@stalks.nooblet.org> Date: Thu, 06 Oct 2011 20:27:52 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts References: <4E8DFBD0.8040204@stalks.nooblet.org> <4E8DFE70.5000504@stalks.nooblet.org> <4E8DFEA2.80609@stalks.nooblet.org> In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1673500958==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1673500958== Content-Type: multipart/alternative; boundary="------------070508050907040501070807" This is a multi-part message in MIME format. --------------070508050907040501070807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/10/2011 20:19, Andrew Eross wrote: > > Interestingly, I can ping the other host.. > > [root@vh02 ~]# ping 192.168.41.21 > PING 192.168.41.21 (192.168.41.21) 56(84) bytes of data. > 64 bytes from 192.168.41.21 : icmp_seq=1 ttl=64 > time=0.387 ms > > Both hosts are XCP 1.0 and plugged directly into the same physical switch. > > Just not route anything to it.. > > Hmm, interesting! I'd go for the other obvious, and that is iptables. Checking both filter and nat chains. Have tcpdump or tshark running on vh01 and see if the packets are arriving to the machine. It could be an ACL of XCP which denies connectivity with an ICMP "destination unreachable", however I am not familiar with XCP but I'm sure someone else on the list can chime in for you. -- May the ping be with you .. --------------070508050907040501070807 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 06/10/2011 20:19, Andrew Eross wrote:

Interestingly, I can ping the other host..

[root@vh02 ~]# ping 192.168.41.21
PING 192.168.41.21 (192.168.41.21) 56(84) bytes of data.
64 bytes from 192.168.41.21: icmp_seq=1 ttl=64 time=0.387 ms

Both hosts are XCP 1.0 and plugged directly into the same physical switch.

Just not route anything to it..



Hmm, interesting! I'd go for the other obvious, and that is iptables. Checking both filter and nat chains.

Have tcpdump or tshark running on vh01 and see if the packets are arriving to the machine.

It could be an ACL of XCP which denies connectivity with an ICMP "destination unreachable", however I am not familiar with XCP but I'm sure someone else on the list can chime in for you.

-- 
May the ping be with you ..
--------------070508050907040501070807-- --===============1673500958== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1673500958==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:37:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:37:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtkx-0003Tu-HC; Thu, 06 Oct 2011 12:37:23 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtjY-00036K-4A for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:35:56 -0700 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1317929751!28232179!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7738 invoked from network); 6 Oct 2011 19:35:52 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 19:35:52 -0000 Received: by gyh3 with SMTP id 3so5031771gyh.30 for ; Thu, 06 Oct 2011 12:35:51 -0700 (PDT) Received: by 10.236.129.165 with SMTP id h25mr5608032yhi.38.1317929751286; Thu, 06 Oct 2011 12:35:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.147.113.1 with HTTP; Thu, 6 Oct 2011 12:35:31 -0700 (PDT) X-Originating-IP: [201.81.32.140] In-Reply-To: <4E8E0138.5020409@stalks.nooblet.org> References: <4E8DFBD0.8040204@stalks.nooblet.org> <4E8DFE70.5000504@stalks.nooblet.org> <4E8DFEA2.80609@stalks.nooblet.org> <4E8E0138.5020409@stalks.nooblet.org> From: Andrew Eross Date: Thu, 6 Oct 2011 16:35:31 -0300 Message-ID: Subject: Re: [Xen-users] XPC ip address on dom0 xenbr0 inaccessible from other local hosts To: Steve Allison Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0110534185==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0110534185== Content-Type: multipart/alternative; boundary=20cf301af35faa12cc04aea66eaf --20cf301af35faa12cc04aea66eaf Content-Type: text/plain; charset=ISO-8859-1 Good god why didn't I think about iptables...never occurred to me that XCP might ship with iptables built in.. And guess what, that was it. Default XCP iptables looks like this: target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhere icmp any ACCEPT esp -- anywhere anywhere ACCEPT ah -- anywhere anywhere ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns ACCEPT udp -- anywhere anywhere udp dpt:ipp ACCEPT tcp -- anywhere anywhere tcp dpt:ipp ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT udp -- anywhere anywhere state NEW udp dpt:ha-cluster ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:https REJECT all -- anywhere anywhere reject-with icmp-host-prohibited Just had to fix that up and poof now I have connectivity to my service. Thanks a heap mate! On Thu, Oct 6, 2011 at 4:27 PM, Steve Allison wrote: > On 06/10/2011 20:19, Andrew Eross wrote: > > > Interestingly, I can ping the other host.. > > [root@vh02 ~]# ping 192.168.41.21 > PING 192.168.41.21 (192.168.41.21) 56(84) bytes of data. > 64 bytes from 192.168.41.21: icmp_seq=1 ttl=64 time=0.387 ms > > Both hosts are XCP 1.0 and plugged directly into the same physical > switch. > > Just not route anything to it.. > > > > Hmm, interesting! I'd go for the other obvious, and that is iptables. > Checking both filter and nat chains. > > Have tcpdump or tshark running on vh01 and see if the packets are arriving > to the machine. > > It could be an ACL of XCP which denies connectivity with an ICMP > "destination unreachable", however I am not familiar with XCP but I'm sure > someone else on the list can chime in for you. > > > -- > May the ping be with you .. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --20cf301af35faa12cc04aea66eaf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good god why didn't I think about iptables...never occurred to me that = XCP might ship with iptables built in..

And guess what, = that was it.

Default XCP iptables looks like this:=

target =A0 =A0 prot opt source =A0 =A0 =A0 =A0 =A0= =A0 =A0 destination =A0 =A0 =A0 =A0=A0
ACCEPT =A0 =A0 all =A0-- = =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere =A0 =A0 =A0 =A0 =A0 =A0
<= div>ACCEPT =A0 =A0 icmp -- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere =A0= =A0 =A0 =A0 =A0 =A0icmp any=A0
ACCEPT =A0 =A0 esp =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere = =A0 =A0 =A0 =A0 =A0 =A0
ACCEPT =A0 =A0 ah =A0 -- =A0anywhere =A0 = =A0 =A0 =A0 =A0 =A0 anywhere =A0 =A0 =A0 =A0 =A0 =A0
ACCEPT =A0 = =A0 udp =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 224.0.0.251 =A0 =A0 =A0 = =A0 udp dpt:mdns=A0
ACCEPT =A0 =A0 udp =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere = =A0 =A0 =A0 =A0 =A0 =A0udp dpt:ipp=A0
ACCEPT =A0 =A0 tcp =A0-- = =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere =A0 =A0 =A0 =A0 =A0 =A0tcp dpt= :ipp=A0
ACCEPT =A0 =A0 all =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 = =A0 anywhere =A0 =A0 =A0 =A0 =A0 =A0state RELATED,ESTABLISHED=A0
ACCEPT =A0 =A0 udp =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere = =A0 =A0 =A0 =A0 =A0 =A0state NEW udp dpt:ha-cluster=A0
ACCEPT =A0= =A0 tcp =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere =A0 =A0 =A0 =A0= =A0 =A0state NEW tcp dpt:ssh=A0
ACCEPT =A0 =A0 tcp =A0-- =A0anyw= here =A0 =A0 =A0 =A0 =A0 =A0 anywhere =A0 =A0 =A0 =A0 =A0 =A0state NEW tcp = dpt:http=A0
ACCEPT =A0 =A0 tcp =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere = =A0 =A0 =A0 =A0 =A0 =A0state NEW tcp dpt:https=A0
REJECT =A0 =A0 = all =A0-- =A0anywhere =A0 =A0 =A0 =A0 =A0 =A0 anywhere =A0 =A0 =A0 =A0 =A0 = =A0reject-with icmp-host-prohibited=A0

Just had to fix that up and poof now I have connectivity to my service= .

Thanks a heap mate!



On Thu, Oct 6, 2011 at 4:27 PM, Steve Al= lison <xen-users@stalks.nooblet.org> wrote:
=20 =20 =20
On 06/10/2011 20:19, Andrew Eross wrote:

Interestingly, I can ping the other host..

[root@vh02 ~]# ping 192.168.41.21
PING 192.168.41.21 (192.168.41.21) 56(84) bytes of data.
64 bytes from 192.168.41.21: icmp_seq=3D1 ttl=3D64 time=3D0.387 ms

Both hosts are XCP 1.0 and plugged directly into the same physical switch.

Just not route anything to it..



Hmm, interesting! I'd go for the other obvious, and that is iptables. Checking both filter and nat chains.

Have tcpdump or tshark running on vh01 and see if the packets are arriving to the machine.

It could be an ACL of XCP which denies connectivity with an ICMP "destination unreachable", however I am not familiar with XCP= but I'm sure someone else on the list can chime in for you.


--=20
May the ping be with you ..

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--20cf301af35faa12cc04aea66eaf-- --===============0110534185== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0110534185==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:43:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:43:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtr7-0004O4-HP; Thu, 06 Oct 2011 12:43:45 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtpq-00042r-OW for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:42:27 -0700 X-Env-Sender: jfrias@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1317930122!41184225!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12381 invoked from network); 6 Oct 2011 19:42:03 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 19:42:03 -0000 Received: by qabg14 with SMTP id g14so3431718qab.30 for ; Thu, 06 Oct 2011 12:42:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Du+HBj+VuPEBfJDfto/4kaZzboVtrhlGkTrFEC5n8BE=; b=aZnYT9+R6DaBSNCNeIf+kqmQqRnb8KciK7r5xpv/pPwfCcdnRmQ/p6inP2KKSg9mBP aCKrq/olyjbO7w1ToeJTo3uIpF6wpkhHEgSMxjnPFFARt/BFq0FSRxVkNy71kOl9Xv5r ryvBrlthlBjLAGwag94coelSXQDJR4OlNJDkQ= MIME-Version: 1.0 Received: by 10.229.48.73 with SMTP id q9mr841576qcf.202.1317930142248; Thu, 06 Oct 2011 12:42:22 -0700 (PDT) Received: by 10.229.50.141 with HTTP; Thu, 6 Oct 2011 12:42:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Oct 2011 15:42:22 -0400 Message-ID: Subject: Re: [Xen-users] XCP 1.5 Beta availability From: Javier Frias To: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1984250001==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1984250001== Content-Type: multipart/alternative; boundary=0016364171f9f7ae1c04aea685b1 --0016364171f9f7ae1c04aea685b1 Content-Type: text/plain; charset=ISO-8859-1 Any update on XCP 1.5 beta. Seems XenServer 6 is out, which is what I thought XCP 1.5 was the base for. Thanks, -Javier On Wed, Aug 10, 2011 at 10:00 AM, Javier Frias wrote: > Thanks for the response. I have a new xen implementation, and new hardware > arriving for end of august, and while I had nothing but good experience with > 1.0 ( except the high i/o kernel lock/crash on ubuntu systems ), i'd really > like to be on xen 4.1.x going forward. Have been debating whether to wait > for 1.5, and try it out as a beta, or just get xen 4.1.1 running on > centos/rhel 6. > > Thanks again, > > -Javier > > > On Tue, Aug 9, 2011 at 11:00 PM, Todd Deshane wrote: > >> On Tue, Aug 9, 2011 at 9:00 PM, Javier Frias wrote: >> > Does anyone know if a beta of XCP 1.5 will be released this month? ( the >> > road map mentions a mid-July date, but I know timelines shift ). >> > >> >> Last I heard, I think September is the target. Mike (added to the CC) >> can confirm. >> >> Thanks, >> Todd >> >> -- >> Todd Deshane >> http://www.linkedin.com/in/deshantm >> http://www.xen.org/products/cloudxen.html >> http://runningxen.com/ >> > > --0016364171f9f7ae1c04aea685b1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Any update on XCP 1.5 beta. Seems XenServer 6 is out, which is what I thoug= ht XCP 1.5 was the base for.

Thanks,

-Javier


On Wed, Aug 10, 2011 at 10:00 AM, Javier Frias <jfrias@gmail.com>= ; wrote:
Thanks for the response. I have a new xen i= mplementation, and new hardware arriving for end of august, and while I had= nothing but good experience with 1.0 ( except the high i/o kernel lock/cra= sh on ubuntu systems ), i'd really like to be on xen 4.1.x going forwar= d. Have been debating whether to wait for 1.5, and try it out as a beta, or= just get xen 4.1.1 running on centos/rhel 6.

Thanks again,

-Javier


On Tue, Aug 9, 201= 1 at 11:00 PM, Todd Deshane <todd.deshane@xen.org> wrote:=
On Tue, Aug 9, 2011 at 9:00 PM, Javier Frias <jfrias@gmail.com> wrote:
> Does anyone know if a beta of XCP 1.5 will be released this month? ( t= he
> road map mentions a mid-July date, but I know timelines shift ).
>

Last I heard, I think September is the target. Mike (added to the CC)=
can confirm.

Thanks,
Todd

--
Todd Deshane
http://ww= w.linkedin.com/in/deshantm
htt= p://www.xen.org/products/cloudxen.html
http://runningxen.com/=


--0016364171f9f7ae1c04aea685b1-- --===============1984250001== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1984250001==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 12:51:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 12:51:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtyZ-0005OD-EB; Thu, 06 Oct 2011 12:51:27 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBtxS-000548-EN for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:50:18 -0700 X-Env-Sender: symack@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1317930614!19459177!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28510 invoked from network); 6 Oct 2011 19:50:15 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 19:50:15 -0000 Received: by iaqq3 with SMTP id q3so3831099iaq.30 for ; Thu, 06 Oct 2011 12:50:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=2Jha81fBXgW18tXSHSCpCMomn9+SduoI6LXx9zzYY2A=; b=td/+CadOQJwZpsrQ4FT4pe5b1BksyA4h5LcVzgwHVRdQJAAmbtHn6WMunOiktB0zT9 SQbIAz6zLf+HvYe1m6HsAf69ADn+deMiExVfd38HGI94E7o6c6MbFUzs9Cln5oZXspP8 GzQlJUst7T6G3w+q39GSxNbePVILtSGG5T5M8= MIME-Version: 1.0 Received: by 10.42.176.74 with SMTP id bd10mr6956941icb.27.1317930613841; Thu, 06 Oct 2011 12:50:13 -0700 (PDT) Received: by 10.42.180.73 with HTTP; Thu, 6 Oct 2011 12:50:13 -0700 (PDT) Date: Thu, 6 Oct 2011 15:50:13 -0400 Message-ID: From: Nick Khamis To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Selecting all the Right Hardware X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello Everyone, We are looking to assemble a VM cluster that uses the inifiniband interconnect to work with RDMA. The two important issues that we would like some clarity on are stonith, and interconnect support. Also some things to think about when trying setup SR-IOV, and pci pass through. In terms of STONITH, I know this can be supported using virt however, is it possible to have the stonith device that is installed on dom0 passed through to domU? This way we can have the different VM connected using STONITH. In regards to our interconnect of choice, how well does XEN support a Mellanox card through the use of for example OFED? Also, how does VT-d, SR-I0V, fit in our model? Also when selecting our hardware for such an architecture, can you please let us know what to keep in mind. What is important for the hardware to support e.g. IOMMU (for CPUs), FLR (for devices). I understand that this may be beyond the scope of a developer mailing list, and I thank you for any of your expertise. Your Help is Greatly Appreciated, Nick. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 13:00:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 13:00:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBu7K-0006Ed-MR; Thu, 06 Oct 2011 13:00:30 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBu4a-0005sL-HU for xen-users@lists.xensource.com; Thu, 06 Oct 2011 12:57:41 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1317931056!21259607!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7682 invoked from network); 6 Oct 2011 19:57:37 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2011 19:57:37 -0000 Received: by vws13 with SMTP id 13so3660536vws.30 for ; Thu, 06 Oct 2011 12:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=r4WgLMEA1taKzT4P3CEEb/RE0ElqVBEdAKAkTNd1bxc=; b=rbgbFibcMgCMax1cEHzHp51odEETSO/e63HKBySZIbfMZHITr8vxJl8goDXJJ1u8A+ FWQi5ZTDb5F24RielwflXB80foc9000h9saB35g9QYCQ7lOxWwpeirgp6FLqmWvJQR0t GDJYYCrBmtFH8IlRJbExuEHHQ+JbMw5SmrlVk= Received: by 10.52.21.198 with SMTP id x6mr1119095vde.166.1317931056181; Thu, 06 Oct 2011 12:57:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.109.200 with HTTP; Thu, 6 Oct 2011 12:57:16 -0700 (PDT) In-Reply-To: References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> From: Flavio Date: Thu, 6 Oct 2011 21:57:16 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Scott Meyers Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 4 October 2011 23:04, Flavio wrote: > Instead, I only have a Debian domU and Gentoo domU. > I use .img files. How do you think I can setup an Ubuntu or CentOS domU in some > alternate way than virt-install? I've never used XCP, but I've got an idea. I've read the following at the XCP site: Improved Linux guest support: Ubuntu templates, Fedora 13/Red Hat Enterprise Linux (RHEL) 6 templates, RHEL / CentOS / Oracle Enterprise Linux versions 5.0 to 5.5 support with a generic "RHEL 5" template. To what template does it refers to? Is this template good for creating a domU, for instance a CentOS domU? In this case it would be useful to install XCP in a virtual environment and get this template. Finally, it could be used on my XEN installation to setup domUs. Did I say something impossible? Thanks, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 13:04:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 13:04:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBuBI-0006wW-0d; Thu, 06 Oct 2011 13:04:36 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RBu92-0006ae-PN for xen-users@lists.xensource.com; Thu, 06 Oct 2011 13:02:18 -0700 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-12.tower-216.messagelabs.com!1317931333!35049!1 X-Originating-IP: [216.82.253.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24135 invoked from network); 6 Oct 2011 20:02:13 -0000 Received: from mail170.messagelabs.com (HELO mail170.messagelabs.com) (216.82.253.227) by server-12.tower-216.messagelabs.com with SMTP; 6 Oct 2011 20:02:13 -0000 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-5.tower-170.messagelabs.com!1317931332!18445973!1 X-Originating-IP: [131.225.104.18] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10319 invoked from network); 6 Oct 2011 20:02:12 -0000 Received: from gateway01.fnal.gov (HELO gateway01.fnal.gov) (131.225.104.18) by server-5.tower-170.messagelabs.com with SMTP; 6 Oct 2011 20:02:12 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway01.fnal.gov (Postfix) with ESMTP id 12EA0E30593; Thu, 6 Oct 2011 15:02:12 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway01.fnal.gov ([127.0.0.1]) by localhost (gateway01.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1FFaeMAU0o03; Thu, 6 Oct 2011 15:02:11 -0500 (CDT) X-Mailgw-Auth: no Received: from flxi05.fnal.gov (flxi05.fnal.gov [131.225.68.48]) by gateway01.fnal.gov (Postfix) with ESMTP id EFEF0E40241; Thu, 6 Oct 2011 15:02:11 -0500 (CDT) Received: from flxi05.fnal.gov (localhost.localdomain [127.0.0.1]) by flxi05.fnal.gov (8.13.1/8.13.1) with ESMTP id p96K2BoU030684; Thu, 6 Oct 2011 15:02:11 -0500 Received: from localhost (timm@localhost) by flxi05.fnal.gov (8.13.1/8.13.1/Submit) with ESMTP id p96K2Bp3030681; Thu, 6 Oct 2011 15:02:11 -0500 X-Authentication-Warning: flxi05.fnal.gov: timm owned process doing -bs Date: Thu, 6 Oct 2011 15:02:11 -0500 (CDT) From: Steven Timm To: Nick Khamis Subject: Re: [Xen-users] Selecting all the Right Hardware In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, 6 Oct 2011, Nick Khamis wrote: > Hello Everyone, > > We are looking to assemble a VM cluster that uses the inifiniband interconnect > to work with RDMA. The two important issues that we would like some > clarity on are stonith, and interconnect support. Also some things to > think about > when trying setup SR-IOV, and pci pass through. Nick--what infiniband adapters are you using? We have Mellanox adapters and are having real problems getting SR-IOV capable drivers for them. Mellanox promised them 1+ years ago and they are not yet available for Xen or KVM, just VMware. In fact the drivers don't work with pci pass through. > > In terms of STONITH, I know this can be supported using virt however, > is it possible to have the stonith device that is installed on dom0 passed > through to domU? This way we can have the different VM connected using > STONITH. > > In regards to our interconnect of choice, how well does XEN support a > Mellanox card through the use of for example OFED? Also, how does > VT-d, SR-I0V, fit in our model? See above--as far as I know Mellanox cards do not support SR-IOV or pci pass through at all at the moment, although there are a lot of presentations you can google on the web that say that their techs are working on it. and when the driver does come through, the stuff they are working on won't be open-source and will only present a thick network pipe to the VM, not something that's recognizable by the mlx4 drivers. > > Also when selecting our hardware for such an architecture, can you > please let us know what to keep in mind. What is important for the > hardware to support e.g. IOMMU (for CPUs), FLR (for devices). If you haven't actually bought mellanox yet, try to squeeze them and say that you won't buy unless they come up with the drivers. Might not hurt to talk to their competitors as well. Steve Timm > > I understand that this may be beyond the scope of a developer mailing > list, and I thank you for any of your expertise. > > Your Help is Greatly Appreciated, > > Nick. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 13:36:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 13:36:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBugK-00089i-AQ; Thu, 06 Oct 2011 13:36:40 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBueZ-0007jv-6F for xen-users@lists.xensource.com; Thu, 06 Oct 2011 13:34:52 -0700 X-Env-Sender: jeff.sturm@eprize.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1317933287!20591715!1 X-Originating-IP: [213.199.154.143] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29518 invoked from network); 6 Oct 2011 20:34:47 -0000 Received: from db3ehsobe005.messaging.microsoft.com (HELO DB3EHSOBE005.bigfish.com) (213.199.154.143) by server-8.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 6 Oct 2011 20:34:47 -0000 Received: from mail72-db3-R.bigfish.com (10.3.81.246) by DB3EHSOBE005.bigfish.com (10.3.84.25) with Microsoft SMTP Server id 14.1.225.22; Thu, 6 Oct 2011 20:34:47 +0000 Received: from mail72-db3 (localhost.localdomain [127.0.0.1]) by mail72-db3-R.bigfish.com (Postfix) with ESMTP id 2A9965F04D4; Thu, 6 Oct 2011 20:34:47 +0000 (UTC) X-SpamScore: -12 X-BigFish: VS-12(zz9371Kc85fh542M4015Lzz1202hzz8275bh8275dhz2fh668h839h) X-Forefront-Antispam-Report: CIP:208.82.64.110; KIP:(null); UIP:(null); IPVD:NLI; H:mxgw.eprize.com; RD:smtp.eprize.com; EFVD:NLI X-FB-SS: 0,0,13, Received-SPF: pass (mail72-db3: domain of eprize.com designates 208.82.64.110 as permitted sender) client-ip=208.82.64.110; envelope-from=jeff.sturm@eprize.com; helo=mxgw.eprize.com ; w.eprize.com ; Received: from mail72-db3 (localhost.localdomain [127.0.0.1]) by mail72-db3 (MessageSwitch) id 1317933262736022_8111; Thu, 6 Oct 2011 20:34:22 +0000 (UTC) Received: from DB3EHSMHS016.bigfish.com (unknown [10.3.81.248]) by mail72-db3.bigfish.com (Postfix) with ESMTP id A2BA11758051; Thu, 6 Oct 2011 20:34:22 +0000 (UTC) Received: from mxgw.eprize.com (208.82.64.110) by DB3EHSMHS016.bigfish.com (10.3.87.116) with Microsoft SMTP Server id 14.1.225.22; Thu, 6 Oct 2011 20:34:21 +0000 Received: from MailNode1.eprize.local (mailnode1.eprize.local [10.1.21.44]) by mxgw.eprize.com (Postfix) with ESMTP id 477622D0040; Thu, 6 Oct 2011 16:34:21 -0400 (EDT) Received: from MailNode2.eprize.local (10.1.21.47) by MailNode1.eprize.local (10.1.21.44) with Microsoft SMTP Server (TLS) id 14.1.339.1; Thu, 6 Oct 2011 16:34:21 -0400 Received: from MailNode1.eprize.local ([fe80::4ff:6f30:c67:4ece]) by MailNode2.eprize.local ([fe80::194b:11b1:5459:52ea%19]) with mapi id 14.01.0339.001; Thu, 6 Oct 2011 16:34:20 -0400 From: Jeff Sturm To: "admin@xenhive.com" , 'xen-users' Subject: RE: [Xen-users] XEN - networking and performance Thread-Topic: [Xen-users] XEN - networking and performance Thread-Index: AQHMhFAN5rOzJb1ggECVvcySiYiOp5Vv8jcA///SucA= Date: Thu, 6 Oct 2011 20:34:20 +0000 Message-ID: References: <6A7C506116BA4B5A99FA3766341F1ED1@maindesk> In-Reply-To: <6A7C506116BA4B5A99FA3766341F1ED1@maindesk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.88.29] MIME-Version: 1.0 X-OriginatorOrg: eprize.com Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1987253145==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1987253145== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_B1B9801C5CBC954680D0374CC4EEABA50BE0C5A9MailNode1eprize_" --_000_B1B9801C5CBC954680D0374CC4EEABA50BE0C5A9MailNode1eprize_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yeah. Disks in general are a bottleneck. One of the traps we've run into when virtualizing moderately I/O-heavy host= s, is not sizing our disk arrays right. Not in terms of capacity (terabyte= s) but in spindles. If each physical host normally has 4 dedicated disks, = for example, virtualizing 8 of these onto a domU attached to a disk array w= ith 16 drives effectively cuts that ratio from 4:1 down to 2:1. Latency go= es up, throughput goes down. I'm finding more and more than sharing CPU resources and memory isn't the p= roblem, it's disk. Maybe SSD will get really cheap and we can ditch the ol= d mechanical drives. Or at least I can hope. Jeff From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists= .xensource.com] On Behalf Of admin@xenhive.com Sent: Thursday, October 06, 2011 3:13 PM To: 'xen-users' Subject: RE: [Xen-users] XEN - networking and performance One thing I would suggest is using RAD10 instead of RAID5. RAID5 is freque= ntly a performance bottleneck. -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of fpt stl Sent: Thursday, October 06, 2011 12:44 PM To: xen-users Subject: [Xen-users] XEN - networking and performance Greetings all, I would like some advice from people how are/were using Xen 3.4.2 - it sho= uld be a rather stable release. Dom0 is CentOS 5.5 64bit with Xen 3.4.2 installed with the default settings= (minus cpu pinning to Dom0 and memory setup for 2GB). There are 2 built-in nics (Broadcom) and an add-on network card (Intel) wit= h another 4 nics. Currently only one NIC is used for all network access, and as far as networ= king, the default setings are used - xend-config.sxp: (network-script network-bridge) (vif-script vif-bridge) The questions are: How can I improve the network performance (now all the VM are sharing one b= ridge): a. creating multiple bridges and assigning a VM (DomU) per bridge b. trying to hide the NICs from Dom0 using something like "pciback hide" - = (pointers/example of how one would do this in Centos 5.5 would be highly ap= preciated...) Also, I have noticed that sometimes - somehow erratical since I can not rep= licate - it seems that VMs are timing out: while editing in vi it does not = respond anymore. Nothing in the logs, of course. And no indication in top either. Also, copy= ing 8 GB of data from one disk to another takes 50 (fifty) minutes !!! - bo= th LVMs attached separately to the DomU as two independent volumes [xvda - /dev/mapper/VG1-V= M1 and xvdb - /dev/mapper/VG2-VM1_home]. Would it be recommended to have all the storage in one block device - one x= vda only - which will have its own LVM structure opposed to multiple xvd's? Any suggestions on improving the performance in accessing block devices? I am somehow baffled since I have read that XEN is used by ISPs which proba= bly host tens of DomUs on a host machine, and I am struggling to host 7 VMs= on a dual quad Xenon box with 48 GB RAM and 3TB RAID5 15K disk storage! Please be gentle since I am rather new to XEN. Thanks, Frank --_000_B1B9801C5CBC954680D0374CC4EEABA50BE0C5A9MailNode1eprize_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yeah.  Disks in general are a bott= leneck.

 

One of the traps we've run into when vi= rtualizing moderately I/O-heavy hosts, is not sizing our disk arrays right.=   Not in terms of capacity (terabytes) but in spindles.  If each physical host normally has 4 dedicated disks, for example, virtual= izing 8 of these onto a domU attached to a disk array with 16 drives effect= ively cuts that ratio from 4:1 down to 2:1.  Latency goes up, throughp= ut goes down.

 

I'm finding more and more than sharing = CPU resources and memory isn't the problem, it's disk.  Maybe SSD will= get really cheap and we can ditch the old mechanical drives.  Or at least I can hope.

 

Jeff

 

From: xen-user= s-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com= ] On Behalf Of admin@xenhive.com
Sent: Thursday, October 06, 2011 3:13 PM
To: 'xen-users'
Subject: RE: [Xen-users] XEN - networking and performance=

 

One thing I would suggest is u= sing RAD10 instead of RAID5.  RAID5 is frequently a performance bottle= neck. 

 

-----Original= Message-----
From: xen-u= sers-bounces@lists.xensource.com [mailto:x= en-users-bounces@lists.xensource.com] On Behalf Of fpt stl
Sent: Thursday, October 06, 2011 12:44 PM
To: xen-users
Subject: [Xen-users] XEN - networking and performance

 

Greetings all,

 

I would like some advice from people how are/wer= e using  Xen 3.4.2 - it should be a rather stable release.=

Dom0 is CentOS 5.5 64bit with Xen 3.4.2 installe= d with the default settings (minus cpu pinning to Dom0 and memory setup for= 2GB).

There are 2 built-in nics (Broadcom) and an add-= on network card (Intel) with another 4 nics.

Currently only one NIC is used for all network a= ccess, and as far as networking, the default setings are used - xend-c= onfig.sxp:

(network-script network-bridge)

(vif-script vif-bridge)

 

The questions are:

 

How can I improve the network performance (now a= ll the VM are sharing one bridge):

 

a. creating multiple bridges and assigning a VM = (DomU) per bridge

b. trying to hide the NICs from Dom0 using somet= hing like "pciback hide" - (pointers/example of how one would do = this in Centos 5.5 would be highly appreciated...)

 

 

Also, I have noticed that sometimes - somehow er= ratical since I can not replicate - it seems that VMs are timing out: while= editing in vi it does not respond anymore.

Nothing in the logs, of course. And no indicatio= n in top either. Also, copying 8 GB of data from one disk to another takes = 50 (fifty) minutes !!! - both LVMs attached

separately to the DomU as two independent v= olumes [xvda - /dev/mapper/VG1-VM1 and xvdb - /dev/mapper/VG2-VM1_home= ].

 

Would it be recommended to have all the storage = in one block device - one xvda only - which will have its own LVM structure= opposed to multiple xvd's?

 

Any suggestions on improving the performance in = accessing block devices?

 

I am somehow baffled since I have read that= XEN is used by ISPs which probably host tens of DomUs on a host machine, a= nd I am struggling to host 7 VMs on a dual quad Xenon box with 48 GB RAM and 3TB RAID5 15K disk storage!

 

Please be gentle since I am rather new to XEN.

 

Thanks,

 

Frank

 

--_000_B1B9801C5CBC954680D0374CC4EEABA50BE0C5A9MailNode1eprize_-- --===============1987253145== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1987253145==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 13:52:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 13:52:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBuv9-0001r3-UL; Thu, 06 Oct 2011 13:51:59 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RBuu2-0001Uq-Sq for xen-users@lists.xensource.com; Thu, 06 Oct 2011 13:50:51 -0700 X-Env-Sender: simon@thehobsons.co.uk X-Msg-Ref: server-11.tower-216.messagelabs.com!1317934247!37709!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22111 invoked from network); 6 Oct 2011 20:50:47 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-216.messagelabs.com with SMTP; 6 Oct 2011 20:50:47 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 4ED1810401A for ; Thu, 6 Oct 2011 21:50:46 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vjlhIVzNYajD for ; Thu, 6 Oct 2011 21:50:46 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id D913529EEF for ; Thu, 6 Oct 2011 21:50:45 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <6A7C506116BA4B5A99FA3766341F1ED1@maindesk> Date: Thu, 6 Oct 2011 21:50:32 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: RE: [Xen-users] XEN - networking and performance Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Jeff Sturm wrote: >One of the traps we've run into when virtualizing moderately >I/O-heavy hosts, is not sizing our disk arrays right. Not in terms >of capacity (terabytes) but in spindles. If each physical host >normally has 4 dedicated disks, for example, virtualizing 8 of these >onto a domU attached to a disk array with 16 drives effectively cuts >that ratio from 4:1 down to 2:1. Latency goes up, throughput goes >down. Not only that, but you also guarantee that the I/O is across different areas of the disk (different partitions/logical volumes) and so you also virtually guarantee a lot more seek activity. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 06 13:54:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 13:54:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBuxM-0002XW-K9; Thu, 06 Oct 2011 13:54:16 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RBuud-0001h8-EB for xen-users@lists.xensource.com; Thu, 06 Oct 2011 13:51:28 -0700 X-Env-Sender: andre@nortecnet.com.br X-Msg-Ref: server-6.tower-27.messagelabs.com!1317934260!52119260!1 X-Originating-IP: [200.202.246.3] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25035 invoked from network); 6 Oct 2011 20:51:01 -0000 Received: from nortec.nortecnet.com.br (HELO nortec.nortecnet.com.br) (200.202.246.3) by server-6.tower-27.messagelabs.com with SMTP; 6 Oct 2011 20:51:01 -0000 Received: from www.nortecnet.com.br (net2.nortecnet.com.br [200.202.246.4]) (Authenticated sender: andre@nortecnet.com.br) by nortec.nortecnet.com.br (Postfix) with ESMTPA id A85156D42D9; Thu, 6 Oct 2011 17:42:56 -0300 (BRT) MIME-Version: 1.0 Date: Thu, 06 Oct 2011 17:49:17 -0300 From: andre@nortecnet.com.br To: Scott Meyers Subject: RE: [Xen-users] Unable to connect (with adition, device 0(vif) problem) In-Reply-To: References: Message-ID: <830351de6f7ce016b27ea8258ca44961@nortecnet.com.br> X-Sender: andre@nortecnet.com.br User-Agent: RoundCube Webmail/0.5.3 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1963047381==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1963047381== Content-Type: multipart/alternative; boundary="=_e1ef6dd6146e7ef2b27f069d9adc9fa1" --=_e1ef6dd6146e7ef2b27f069d9adc9fa1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Ok, as i was busy with XIII SIGE and some other stuff and I couldn't place the outcome, and as I noted that my doubt came out on google engine I will put here the correct answer for my problem so anyone else lookinf for it will be ok(and wont have to kill itself on command line as I had): problem 1: unable to connect to 'localhost:8000': Connection refused... Solution for problem 1: on command line, do "chkconfig xencommons off", run it as root or just sudo. Then the second problem come after system reboot: device 0 (vif) could not be connected Could not find bridge and none was specified... Solution for problem 2: You need to creat xen-bridge, the following code worked for me, but some may need to change it, the line name its an example, look for your ethernet device and change it. Save as ifcfg-xenbr0 on /etc/sysconfig/network, backup ifcfg-eth0 and remove it or you will have conflict; BOOTPROTO='dhcp' BRIDGE='yes' BRIDGE_FORWARDDELAY='0' BRIDGE_PORTS='eth0' BRIDGE_STP='off' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='' MTU='' NAME='NetXtreme II BCM5709 Gigabit Ethernet' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='nfsroot' USERCONTROL='no' #ETHTOOL_OPTIONS='wol g' For anyone who found this to be a solution, good luck :) And thanks to who tried to help-me out. André Pfeiffer On Mon, 5 Sep 2011 21:59:07 -0500, Scott Meyers wrote: > You need to enable "xend-http-server" in /etc/xen/xend-config.sxp > > ------------------------- > Date: Mon, 5 Sep 2011 19:45:48 -0300 > From: andre@nortecnet.com.br > To: xen-users@lists.xensource.com > Subject: [Xen-users] Unable to connect > > Hello, > > I have been using xen under open-suse 11.4 for almost half an year now. This week I had to reformat the provider and so I did install everything again (now there is a dual boot and microsoft windows server 2008 installed on the first half partition of the disk) again open-suse 11.4 and xen. I do start the xen kernel at grub but when I try to connect and/or creat a new domU the folling message come out: > "unable to connect to 'localhost:8000': Connection refused > > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/connection.py", line 983, in _try_open > None], flags) > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 107, in openAuth > if ret is None:raise libvirtError('virConnectOpenAuth() failed') > libvirtError: unable to connect to 'localhost:8000': Connection refused" > > I do not remember having that problem before and the first time I booted the machine I was able to connect and start the new machine creation. Anyone can give-me a hint please? > > Gratefull in advance, > > André. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --=_e1ef6dd6146e7ef2b27f069d9adc9fa1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Ok, as i was busy with XIII SIGE and some other stuff and I couldn't pla= ce the outcome, and as I noted that my doubt came out on google engine I wi= ll put here the correct answer for my problem so anyone else lookinf for it= will be ok(and wont have to kill itself on command line as I had):

problem 1: unable to connect to 'localhost:8000': Connection refused..= =2E

Solution for problem 1: on command line, do "chkconfig xencommons off", = run it as root or just sudo.

 

Then the second problem come after system reboot:

device 0 (vif) could not be connected Could not find bridge and none was= specified...

Solution for problem 2: You need to creat xen-bridge, the following code= worked for me, but some may need to change it, the line name its an exampl= e, look for your ethernet device and change it. Save as ifcfg-xenbr0 on /et= c/sysconfig/network, backup ifcfg-eth0 and remove it or you will have confl= ict;

 

BOOTPROTO=3D'dhcp'
BRIDGE=3D'yes'
BRIDGE_FORWARDDELAY=3D'0'BRIDGE_PORTS=3D'eth0'
BRIDGE_STP=3D'off'
BROADCAST=3D''
E= THTOOL_OPTIONS=3D''
IPADDR=3D''
MTU=3D''
NAME=3D'NetXtreme I= I BCM5709 Gigabit Ethernet'
NETMASK=3D''
NETWORK=3D''
REMOTE= _IPADDR=3D''
STARTMODE=3D'nfsroot'
USERCONTROL=3D'no'
#ETHTO= OL_OPTIONS=3D'wol g'

 

For anyone who found this to be a solution, good luck :)

 

And thanks to who tried to help-me out.

 

André Pfeiffer

On Mon, 5 Sep 2011 21:59:07 -0500, Scott Meyers wrote:

You need to enable "xend-http-server" in /etc/xen/xend-con= fig.sxp

Date: Mon, 5 Sep 2011 19:45:48 -0300
Fr= om: andre@nortecnet.com.br
To: xen-users@lists.xensource.com
Subj= ect: [Xen-users] Unable to connect

Hello,
 
I = have been using xen under open-suse 11.4 for almost half an year now. This = week I had to reformat the provider and so I did install everything again (= now there is a dual boot and microsoft windows server 2008 installed on the= first half partition of the disk) again open-suse 11.4 and xen. I do start= the xen kernel at grub but when I try to connect and/or creat a new domU t= he folling message come out:
"unable to connect to 'localhost:8000': = Connection refused

Traceback (most recent call last):
File= "/usr/share/virt-manager/virtManager/connection.py", line 983, in _try_ope= n
None], flags)
File "/usr/lib64/python2.7/site-packages/libvir= t.py", line 107, in openAuth
if ret is None:raise libvirtError('virCo= nnectOpenAuth() failed')
libvirtError: unable to connect to 'localhost= :8000': Connection refused"
 
I do not remember having tha= t problem before and the first time I booted the machine I was able to conn= ect and start the new machine creation. Anyone can give-me a hint please?  
Gratefull in advance,
 
André.&nb= sp;
 

_______________________________________________ Xen-users mailing lis= t Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

 

 
--=_e1ef6dd6146e7ef2b27f069d9adc9fa1-- --===============1963047381== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1963047381==-- From xen-users-bounces@lists.xensource.com Thu Oct 06 14:04:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 06 Oct 2011 14:04:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RBv7h-0003MR-S8; Thu, 06 Oct 2011 14:04:57 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RBv3Y-0002zY-TL for xen-users@lists.xensource.com; Thu, 06 Oct 2011 14:01:30 -0700 X-Env-Sender: andre@nortecnet.com.br X-Msg-Ref: server-5.tower-21.messagelabs.com!1317934797!51063323!1 X-Originating-IP: [200.202.246.3] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29873 invoked from network); 6 Oct 2011 20:59:58 -0000 Received: from nortec.nortecnet.com.br (HELO nortec.nortecnet.com.br) (200.202.246.3) by server-5.tower-21.messagelabs.com with SMTP; 6 Oct 2011 20:59:58 -0000 Received: from www.nortecnet.com.br (net2.nortecnet.com.br [200.202.246.4]) (Authenticated sender: andre@nortecnet.com.br) by nortec.nortecnet.com.br (Postfix) with ESMTPA id A3F526D4378 for ; Thu, 6 Oct 2011 17:52:07 -0300 (BRT) MIME-Version: 1.0 Date: Thu, 06 Oct 2011 17:58:28 -0300 From: andre@nortecnet.com.br To: Subject: RE: [Xen-users] Unable to connect (with adition, device 0(vif) problem) In-Reply-To: <830351de6f7ce016b27ea8258ca44961@nortecnet.com.br> References: <830351de6f7ce016b27ea8258ca44961@nortecnet.com.br> Message-ID: X-Sender: andre@nortecnet.com.br User-Agent: RoundCube Webmail/0.5.3 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1393619224==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1393619224== Content-Type: multipart/alternative; boundary="=_3ce37a9174d4f36d102ac4cbf9eaf278" --=_3ce37a9174d4f36d102ac4cbf9eaf278 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Ops, i forgot some other details, for problem 2, on command line, do : "sudo chmod 600 ifcfg-xenbr0" after saving so the file will have the same permition as ifcfg-eth0. On Thu, 06 Oct 2011 17:49:17 -0300, andre@nortecnet.com.br wrote: > Ok, as i was busy with XIII SIGE and some other stuff and I couldn't place the outcome, and as I noted that my doubt came out on google engine I will put here the correct answer for my problem so anyone else lookinf for it will be ok(and wont have to kill itself on command line as I had): > > problem 1: unable to connect to 'localhost:8000': Connection refused... > > Solution for problem 1: on command line, do "chkconfig xencommons off", run it as root or just sudo. > > Then the second problem come after system reboot: > > device 0 (vif) could not be connected Could not find bridge and none was specified... > > Solution for problem 2: You need to creat xen-bridge, the following code worked for me, but some may need to change it, the line name its an example, look for your ethernet device and change it. Save as ifcfg-xenbr0 on /etc/sysconfig/network, backup ifcfg-eth0 and remove it or you will have conflict; > > BOOTPROTO='dhcp' > BRIDGE='yes' > BRIDGE_FORWARDDELAY='0' > BRIDGE_PORTS='eth0' > BRIDGE_STP='off' > BROADCAST='' > ETHTOOL_OPTIONS='' > IPADDR='' > MTU='' > NAME='NetXtreme II BCM5709 Gigabit Ethernet' > NETMASK='' > NETWORK='' > REMOTE_IPADDR='' > STARTMODE='nfsroot' > USERCONTROL='no' > #ETHTOOL_OPTIONS='wol g' > > For anyone who found this to be a solution, good luck :) > > And thanks to who tried to help-me out. > > André Pfeiffer > > On Mon, 5 Sep 2011 21:59:07 -0500, Scott Meyers wrote: > >> You need to enable "xend-http-server" in /etc/xen/xend-config.sxp >> >> ------------------------- >> Date: Mon, 5 Sep 2011 19:45:48 -0300 >> From: andre@nortecnet.com.br >> To: xen-users@lists.xensource.com >> Subject: [Xen-users] Unable to connect >> >> Hello, >> >> I have been using xen under open-suse 11.4 for almost half an year now. This week I had to reformat the provider and so I did install everything again (now there is a dual boot and microsoft windows server 2008 installed on the first half partition of the disk) again open-suse 11.4 and xen. I do start the xen kernel at grub but when I try to connect and/or creat a new domU the folling message come out: >> "unable to connect to 'localhost:8000': Connection refused >> >> Traceback (most recent call last): >> File "/usr/share/virt-manager/virtManager/connection.py", line 983, in _try_open >> None], flags) >> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 107, in openAuth >> if ret is None:raise libvirtError('virConnectOpenAuth() failed') >> libvirtError: unable to connect to 'localhost:8000': Connection refused" >> >> I do not remember having that problem before and the first time I booted the machine I was able to connect and start the new machine creation. Anyone can give-me a hint please? >> >> Gratefull in advance, >> >> André. >> >> _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --=_3ce37a9174d4f36d102ac4cbf9eaf278 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Ops, i forgot some other details, for problem 2, on command line, do : "= sudo chmod 600 ifcfg-xenbr0" after saving so the file will have the same pe= rmition as ifcfg-eth0.

 

On Thu, 06 Oct 2011 17:49:17 -0300, andre@nortecnet.com.br wrote:

Ok, as i was busy with XIII SIGE and some other stuff and I couldn't pla= ce the outcome, and as I noted that my doubt came out on google engine I wi= ll put here the correct answer for my problem so anyone else lookinf for it= will be ok(and wont have to kill itself on command line as I had):

problem 1: unable to connect to 'localhost:8000': Connection refused..= =2E

Solution for problem 1: on command line, do "chkconfig xencommons off", = run it as root or just sudo.

 

Then the second problem come after system reboot:

device 0 (vif) could not be connected Could not find bridge and none was= specified...

Solution for problem 2: You need to creat xen-bridge, the following code= worked for me, but some may need to change it, the line name its an exampl= e, look for your ethernet device and change it. Save as ifcfg-xenbr0 on /et= c/sysconfig/network, backup ifcfg-eth0 and remove it or you will have confl= ict;

 

BOOTPROTO=3D'dhcp'
BRIDGE=3D'yes'
BRIDGE_FORWARDDELAY=3D'0'BRIDGE_PORTS=3D'eth0'
BRIDGE_STP=3D'off'
BROADCAST=3D''
E= THTOOL_OPTIONS=3D''
IPADDR=3D''
MTU=3D''
NAME=3D'NetXtreme I= I BCM5709 Gigabit Ethernet'
NETMASK=3D''
NETWORK=3D''
REMOTE= _IPADDR=3D''
STARTMODE=3D'nfsroot'
USERCONTROL=3D'no'
#ETHTO= OL_OPTIONS=3D'wol g'

 

For anyone who found this to be a solution, good luck :)

 

And thanks to who tried to help-me out.

 

André Pfeiffer

On Mon, 5 Sep 2011 21:59:07 -0500, Scott Meyers wrote:

You need to enable "xend-http-server" in /etc/xen/xend-con= fig.sxp

Date: Mon, 5 Sep 2011 19:45:48 -0300
Fr= om: andre@nortecnet.com.br
To: xen-users@lists.xensource.com
Subj= ect: [Xen-users] Unable to connect

Hello,
 
I = have been using xen under open-suse 11.4 for almost half an year now. This = week I had to reformat the provider and so I did install everything again (= now there is a dual boot and microsoft windows server 2008 installed on the= first half partition of the disk) again open-suse 11.4 and xen. I do start= the xen kernel at grub but when I try to connect and/or creat a new domU t= he folling message come out:
"unable to connect to 'localhost:8000': = Connection refused

Traceback (most recent call last):
File= "/usr/share/virt-manager/virtManager/connection.py", line 983, in _try_ope= n
None], flags)
File "/usr/lib64/python2.7/site-packages/libvir= t.py", line 107, in openAuth
if ret is None:raise libvirtError('virCo= nnectOpenAuth() failed')
libvirtError: unable to connect to 'localhost= :8000': Connection refused"
 
I do not remember having tha= t problem before and the first time I booted the machine I was able to conn= ect and start the new machine creation. Anyone can give-me a hint please?  
Gratefull in advance,
 
André.&nb= sp;
 

_______________________________________________ Xen-users mailing lis= t Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

 

 

 

 
--=_3ce37a9174d4f36d102ac4cbf9eaf278-- --===============1393619224== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1393619224==-- From xen-users-bounces@lists.xensource.com Fri Oct 07 00:35:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 00:35:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RC4xr-00087l-BU; Fri, 07 Oct 2011 00:35:27 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RC4wc-0007ie-Jw for xen-users@lists.xensource.com; Fri, 07 Oct 2011 00:34:10 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1317972824!52161853!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5152 invoked from network); 7 Oct 2011 07:33:45 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 07:33:45 -0000 Received: by vws13 with SMTP id 13so4071377vws.30 for ; Fri, 07 Oct 2011 00:34:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=wUmFi7oLO2Nbnw9aDKCVx8/58nOKBDRiYt9DjexEQtc=; b=ToyAggAqz0E9MsYm46VUKGg1YkxKrLvISV/+qXEYw9V0gfRY5VxGM+ADZatn2Q3s3z Chpg8+GxJFEB5B9aUt9WwARd19uAPsy73ChSgxaUdpfHkwAjZO4YZyumvszPbbGWtxgz /7zvUTWaMUo1GTYmlmY+fltJeghDC2KztYHC0= Received: by 10.52.24.147 with SMTP id u19mr1369445vdf.81.1317972846079; Fri, 07 Oct 2011 00:34:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Fri, 7 Oct 2011 00:33:46 -0700 (PDT) In-Reply-To: References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> From: Flavio Date: Fri, 7 Oct 2011 09:33:46 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Scott Meyers , xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 7 October 2011 02:11, Scott Meyers wrote: > > I wish I were of more help to you. I have never used Gentoo. I googled an= d > found few articles on how to create CentoOS DomU=A0on Ubuntu. Please, could you paste their urls here? --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 01:14:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 01:14:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RC5Zz-0004gP-7x; Fri, 07 Oct 2011 01:14:51 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RC5Xk-0004L9-S9 for xen-users@lists.xensource.com; Fri, 07 Oct 2011 01:12:34 -0700 X-Env-Sender: dimaqq@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1317975149!34313051!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25724 invoked from network); 7 Oct 2011 08:12:29 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 08:12:29 -0000 Received: by bkas6 with SMTP id s6so5836939bka.30 for ; Fri, 07 Oct 2011 01:12:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=jIoJgBTib/F8XuUJObyW9AlUWGyZrlUZcnWZBVJI/iU=; b=O4UNF72rTypHe7QKRRWQ3NwlxTwGI37Wxy4bfOOu6PFef1ICMkd4hhS6qrSztvdVAk wMtfxOlIbr4w/d3JVnQbyw28fx89PFI1cacr1oLfg2l6PcfGMDc0O0oYJayHOl37z1Qa z027DwdpVYP7caNSeZZqcGmz6QSQpMd+Ku20Y= MIME-Version: 1.0 Received: by 10.204.130.147 with SMTP id t19mr1108363bks.61.1317975149151; Fri, 07 Oct 2011 01:12:29 -0700 (PDT) Received: by 10.204.130.67 with HTTP; Fri, 7 Oct 2011 01:12:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Oct 2011 11:12:29 +0300 Message-ID: From: Dima Tisnek To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] Re: trouble with onboard gfx in dom0 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com And I have to take back being able to passthrough pcie gfx. I gets passed but guest drivers keep resetting the card on any significant memory traffic -- a second of gaming or a minute of moving 2d windows around on the screen. Anyhow, onboard gfx dom0 issue persists :-( On 4 October 2011 11:03, Dima Tisnek wrote: > Running Xorg in dom0 (xen 4.1.1, linux both jeremy's git and vanilla > 3.0.4) I get this error: > > [ =C2=A0 719.850] (II) VESA(0): initializing int10 > [ =C2=A0 719.851] (WW) System lacks support for changing MTRRs > [ =C2=A0 719.851] (EE) VESA(0): V_BIOS address 0x30000 out of range > > Onboard gfx is 00:02.0 0300: 8086:0102 (rev 09), intel's gma hd 2000 > integrated in the processor. > Xorg runs fine if same kernel is booted natively, without xen. > > I understand that dom0 runs in PV mode, thus xorg drivers may need to > be patched, right? > > While on the subject, is it so that dom0 is always PV and cannot be HVM? > > Is there a way to gfx_passthrough or pci_passthrough a device from > xen/hw to dom0? > > Or, should I instead have minimal dom0 and separate linux domU to > passthrough noboard video to? > > Setup, gotten for this very purpose is sb with vt-d (dq67sw, i7-2600, > additional pcie gfx card). > Both gfx are enabled in bios. > I was able to passthrough pcie gfx to hvm guest if dom0 is jeremy's > git, but not vanilla 3.0.4. > After considerable trouble also pass through a single onboard pci > device, usb controller, to same hvm guest, even though it's not > supposed to be possible according to xen wiki as almost all onboard > pci devices are on the same bus. > I was unable to passthrough usb 3.0 controller, onboard but own pcie > device behind pci bridge in pci topology. HVM notices the controller, > installs drivers, but cannot start the device with code 10. =F0=9F=98=BC > > Thanks, > Dima > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 02:09:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 02:09:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RC6RE-0000cL-BX; Fri, 07 Oct 2011 02:09:52 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RC6PM-0000Ga-3A for xen-users@lists.xensource.com; Fri, 07 Oct 2011 02:08:00 -0700 X-Env-Sender: gcexu-xen-users@m.gmane.org X-Msg-Ref: server-14.tower-174.messagelabs.com!1317978472!34322174!1 X-Originating-IP: [80.91.229.12] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14368 invoked from network); 7 Oct 2011 09:07:52 -0000 Received: from lo.gmane.org (HELO lo.gmane.org) (80.91.229.12) by server-14.tower-174.messagelabs.com with SMTP; 7 Oct 2011 09:07:52 -0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RC6PF-00088p-Ks for xen-users@lists.xensource.com; Fri, 07 Oct 2011 11:07:49 +0200 Received: from cpe90-146-112-94.liwest.at ([90.146.112.94]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Oct 2011 11:07:49 +0200 Received: from jakob by cpe90-146-112-94.liwest.at with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Oct 2011 11:07:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-users@lists.xensource.com From: Jakob Praher Date: Fri, 07 Oct 2011 11:07:34 +0200 Lines: 16 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe90-146-112-94.liwest.at User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 Subject: [Xen-users] LVM SR-backend, vm-clone - find out dependent logical volumes X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Dear all, for sake of speed I cloned some vms (using vm-clone instead of vm-copy). I am also doing backups using snapshotting and I have some read-only logical volumes left on the volume group. (I am using XCP 1.1 beta) This would not be the problem since if there are no VDIs corresponding to the logical volumes I think I can clean up and get more storage. Yet I am not sure about cloned VMs and how they use logical volumes. Is there a tool to see which logical volumes are depending on a running VM? Thanks in advance, Jakob _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 05:04:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 05:04:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RC9AB-0000D3-H5; Fri, 07 Oct 2011 05:04:27 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RC94n-00086X-M2 for xen-users@lists.xensource.com; Fri, 07 Oct 2011 04:59:30 -0700 X-Env-Sender: cocoa117@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1317988720!116258!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13244 invoked from network); 7 Oct 2011 11:58:41 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 11:58:41 -0000 Received: by vcbfo13 with SMTP id fo13so4291792vcb.30 for ; Fri, 07 Oct 2011 04:58:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=FN/lNLScrNp1smaFBfRxY/D2hzEOmqtrYBo6275ksJM=; b=XZlioP2cP5ymYtzpvwfiBCxoPrQ1SV58HMRV+75FIzWECPg+ONskfFRQi5cVE3UekU lU6ou9rE6NNS0UzMpszoxEtrm4ur2F5Prd0WpqGKdUb3NXASYg5rG6dbGDM6I8EYDVxI 6Qj31Vbj/g1G2sjPu++lyg+kNXWZ7zd+y0PdI= MIME-Version: 1.0 Received: by 10.52.34.84 with SMTP id x20mr2197460vdi.96.1317988719588; Fri, 07 Oct 2011 04:58:39 -0700 (PDT) Received: by 10.52.188.165 with HTTP; Fri, 7 Oct 2011 04:58:39 -0700 (PDT) Date: Fri, 7 Oct 2011 12:58:39 +0100 Message-ID: From: cocoa To: "xen-users@lists.xensource.com" Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] Xen domu state in blocking for vt-d hardware access X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I am running Xen 4.0.1 with Debian Squeeze dom0. I have VT-D enabled motherboard, and has confirmed working for vt-d PCI passthrough. When I am trying to passthrough on-board sound card "00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)" I found both PV-domU and HVM domU does NOT function well with this sound card at all. There are always huge noise from speaker. So I tested the sound card and speaker, which both functioning fine under dom0. I then found the sound card does produce same quality sound as long as the domU guest running stats is in r (running), if it stay in b (blocking) then there is either no sound at all or just noise. I get the domU running stats from sudo xm list Name ID Mem VCPUs State Time(s) Domain-0 0 508 1 r----- 2011.5 ares 15 2048 1 r----- 7778.3 palace 14 512 1 -b---- 2885.3 palace-test 16 512 1 -b---- 63.8 Just to be clear the domU guest I have tested with vt-d PCI passthrough is HVM win7 32 bit, and PV-domU debian Squeeze. I tried to solve the "issue" by doing following, and none of them worked. 1. pin the dom0 to specific CPU core, e.g. 0, and assign domU to different core e.g. 1-3. 2. change xm sched-credit -d -w 65595 or other higher then default 256. So my question is how to allow domU guest to stay in runing, so it can have access to the sound card all the time. At the moment, it seems something keep making it changing to blocking status, which clearly make impossible to play music. Or this is a bug. Regards _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 05:35:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 05:35:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RC9eR-0007By-M3; Fri, 07 Oct 2011 05:35:43 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RC9dg-0006rh-48 for xen-users@lists.xensource.com; Fri, 07 Oct 2011 05:34:56 -0700 X-Env-Sender: cocoa117@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1317990891!19541770!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26248 invoked from network); 7 Oct 2011 12:34:53 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 12:34:53 -0000 Received: by vcbfo13 with SMTP id fo13so4329694vcb.30 for ; Fri, 07 Oct 2011 05:34:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=dhYC04VxVdbgkjibOMVyiWzP49MFhJ5chGq2LyvfAXI=; b=s7x4TN7EXXBnuupk5dqKz1wcPr76qPybEzMCh2GZvEegvk4BqMoriYG689/Hgwvqn8 7is1Afaco/wuKeWSBUfaogjYs5W3atEo4TSIwZLcGJMmAqejj40jrnWrm70SYsQJ6lSn n/AZaPhp2QPdz1z9lW4ssUc99CmSLc+G5TNoU= MIME-Version: 1.0 Received: by 10.52.70.242 with SMTP id p18mr2401682vdu.28.1317990891707; Fri, 07 Oct 2011 05:34:51 -0700 (PDT) Received: by 10.52.188.165 with HTTP; Fri, 7 Oct 2011 05:34:51 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Oct 2011 13:34:51 +0100 Message-ID: From: cocoa To: "xen-users@lists.xensource.com" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] Re: Xen domu state in blocking for vt-d hardware access X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I just found following error message in my PV-domU kernel message. It seems the sound driver hda-intel is not happy with something. debian kernel: [ 1.846964] HDA Intel 0000:00:00.0: enabling device (0000 -> 0002) debian kernel: [ 1.847249] HDA Intel 0000:00:00.0: Xen PCI enabling IRQ:= 22 debian kernel: [ 1.928045] hda_codec: ALC268: BIOS auto-probing. debian kernel: [ 1.928661] input: HDA Digital PCBeep as /devices/pci-0/pci0000:00/0000:00:00.0/input/input2 debian kernel: [ 2.204074] Adding 1048568k swap on /dev/xvda1. Priority:-1 extents:1 across:1048568k SS debian kernel: [ 16.211113] EXT3 FS on xvda2, internal journal debian kernel: [ 120.439953] hda-intel: Invalid position buffer, using LPIB read method instead. debian kernel: [ 120.439985] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. Cheers On 7 October 2011 12:58, cocoa wrote: > Hi, > > I am running Xen 4.0.1 with Debian Squeeze dom0. I have VT-D enabled > motherboard, and has confirmed working for vt-d PCI passthrough. When > I am trying to passthrough on-board sound card > "00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio > Controller (rev 02)" > I found both PV-domU and HVM domU does NOT function well with this > sound card at all. There are always huge noise from speaker. So I > tested the sound card and speaker, which both functioning fine under > dom0. I then found the sound card does produce same quality sound as > long as the domU guest running stats is in r (running), if it stay in > b (blocking) then there is either no sound at all or just noise. > > I get the domU running stats from > sudo xm list > > Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ID= =C2=A0 Mem VCPUs =C2=A0 =C2=A0 =C2=A0State =C2=A0 Time(s) > Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A0 508= =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 r----- =C2=A0 2011.5 > ares =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A015= =C2=A02048 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 r----- =C2=A0 7778.3 > palace =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A014 =C2=A0= 512 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 -b---- =C2=A0 2885.3 > palace-test =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 16 =C2=A0 512 =C2=A0 = =C2=A0 1 =C2=A0 =C2=A0 -b---- =C2=A0 =C2=A0 63.8 > > Just to be clear the domU guest I have tested with vt-d PCI > passthrough is HVM win7 32 bit, and PV-domU debian Squeeze. > > I tried to solve the "issue" by doing following, and none of them worked. > > 1. pin the dom0 to specific CPU core, e.g. 0, and assign domU to > different core e.g. 1-3. > 2. change xm sched-credit -d -w 65595 or other higher then defau= lt 256. > > So my question is how to allow domU guest to stay in runing, so it can > have access to the sound card all the time. At the moment, it seems > something keep making it changing to blocking status, which clearly > make impossible to play music. Or this is a bug. > > Regards > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 08:08:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 08:08:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCC2H-0008QT-JL; Fri, 07 Oct 2011 08:08:29 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCC0Y-00085p-Cw for xen-users@lists.xensource.com; Fri, 07 Oct 2011 08:06:43 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1317999998!143374!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26676 invoked from network); 7 Oct 2011 15:06:39 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 15:06:39 -0000 Received: by vcbfo13 with SMTP id fo13so4510466vcb.30 for ; Fri, 07 Oct 2011 08:06:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=aS/l7pIERa7IHqUqjWriuVhN3dSRSX7pF0cegVJ7c1g=; b=eHLbBelTdVKAD1YSpiiuQmjDt01eV5pHkJ+YNaYsza4eJAnNe9y5rfAIdTECP08wDC 6PnN4OChjSqwQnA6Wm+bxiG4ZyNCAPw00giHB0cHUIrY7sASTVdF/86VsuCQ65/adL9x OEk+CuYMjU2yMcydA+C28YAnus83YUYgMM4aI= Received: by 10.52.24.147 with SMTP id u19mr3071965vdf.81.1317999996090; Fri, 07 Oct 2011 08:06:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Fri, 7 Oct 2011 08:06:16 -0700 (PDT) In-Reply-To: References: <1317664509.33590.YahooMailNeo@web35605.mail.mud.yahoo.com> <1317671403.4955.YahooMailNeo@web35602.mail.mud.yahoo.com> From: Flavio Date: Fri, 7 Oct 2011 17:06:16 +0200 Message-ID: Subject: Re: [Xen-users] Problem creating a domU using virt-install: --connect issue To: Scott Meyers , xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 7 October 2011 16:49, Scott Meyers wrote: OK, > http://ubuntuforums.org/showthread.php?t=630886 I've already seen that. It uses lvm partitions but I am using simple .img files. > http://www.howtoforge.com/create-centos5.2-domu-on-ubuntu-hardy-dom0 I've seen that too. Anyway it is obsolete. jailtime, i.e. stacklet.com gives img files only paying. Really sad. > http://www.howtoforge.com/perfect_xen_setup_debian_ubuntu This is good, but it's too simple! :-) I mean that installing Debian or Gentoo guest, is very simple. Actually I already have them as domU. It is simple because you can use debootstrap. If something analogous would exist for other distribution, it would be all more simple. > http://wiki.kartbuilding.net/index.php/Create_Centos5_DomU_on_Debian_Etch_Dom0 Same as the second link. Stacklet.com wants the img files to be paid for download. Anyway, thank you so much for your interest. Regards, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 10:47:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 10:47:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCEWX-0004FV-QW; Fri, 07 Oct 2011 10:47:53 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCEVd-0003vc-5n for Xen-users@lists.xensource.com; Fri, 07 Oct 2011 10:46:57 -0700 X-Env-Sender: zgreenfelder@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1318009614!20387531!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30179 invoked from network); 7 Oct 2011 17:46:54 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 17:46:54 -0000 Received: by eyd10 with SMTP id 10so3961512eyd.30 for ; Fri, 07 Oct 2011 10:46:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=0+VHdrh6/hoeDWrWYzcIH2xzfWadMdFFOj2h90GFeR8=; b=e09gVQVogdmPxBuvZqrGqWpYcd23JVksVPKyRu0YD1miLrSErk8G/5f/D+69lWSXbd 6cT3xJKG0kWAg5TLrnoffArUCPwGeX3zsCZEr/7I14WKMTd6eU2Ps8McOmGlK5MQv9sz Rcptxci6c6qS1jnXrXlFYasRDJwg/hm0Ztkuw= MIME-Version: 1.0 Received: by 10.14.9.102 with SMTP id 78mr673222ees.206.1318009613932; Fri, 07 Oct 2011 10:46:53 -0700 (PDT) Received: by 10.14.29.68 with HTTP; Fri, 7 Oct 2011 10:46:53 -0700 (PDT) Date: Fri, 7 Oct 2011 13:46:53 -0400 Message-ID: From: zGreenfelder To: Xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: [Xen-users] centos 6 xen? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi guys, I should lurk a bit longer before asking, but I'm getting a bit frustrated. =A0 it seems that centos 6/red hat6 is working on getting away from xen, but at this point it's still my preferred hypervisor. =A0I found a tutorial at: http://wiki.xen.org/xenwiki/RHEL6Xen4Tutorial that suggests it might be workable for centos 6, but when I get to the point of installing a dom0 capable kernel, I seem to hit a wall with =A0 =A0git clone git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.g= it linux-2.6-xen errors out with =A0 Initialized empty Git repository in /root/kernel/xen/.git/ =A0 fatal: Unable to look up git.kernel.org (port 9418) (Name or service not known) although ping works and telnet to that host on 9418 seems to get somewhere.(after some gyrations). does anyone have an easier way to do this or another suggestion for getting this version of the kernel? thanks. -- Even the Magic 8 ball has an opinion on email clients: Outlook not so good. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 11:03:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 11:03:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCElN-0006Fv-Rp; Fri, 07 Oct 2011 11:03:13 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCEgG-0005ay-7v for Xen-users@lists.xensource.com; Fri, 07 Oct 2011 10:57:56 -0700 X-Env-Sender: linux@alteeve.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1318010159!39389198!1 X-Originating-IP: [192.139.81.186] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19329 invoked from network); 7 Oct 2011 17:56:00 -0000 Received: from smtp.iplink.net (HELO smtp.iplink.net) (192.139.81.186) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Oct 2011 17:56:00 -0000 Received: from lework.alteeve.com (fw.iplink.net [192.139.81.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.iplink.net (Postfix) with ESMTP id D1879B3F595; Fri, 7 Oct 2011 13:57:51 -0400 (EDT) Message-ID: <4E8F3D9F.9080304@alteeve.com> Date: Fri, 07 Oct 2011 13:57:51 -0400 From: Digimer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20110927 Thunderbird/7.0 MIME-Version: 1.0 To: zGreenfelder Subject: Re: [Xen-users] centos 6 xen? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/07/2011 01:46 PM, zGreenfelder wrote: > Hi guys, > > I should lurk a bit longer before asking, but I'm getting a bit > frustrated. it seems that centos 6/red hat6 is working on getting > away from xen, but at this point it's still my preferred hypervisor. Just to clarify; Red Hat has to choose where they invest their programmer's time. The release kernel is (and will remain) 2.6.32 for the life of EL6. In that version, Xen (and other popular tools) were not in the mainline, so providing support for Xen would mean a fairly heavy investment in maintaining a large patch set. From what I gather, I'd wager we'll see Xen back in RHEL for version 7. In the mean time, I know that many are working on adding external support for Xen in EL6. I'm not sure what the current state is, but I do believe the most recent focus has been restoring dom0 support for the Fedora 16 release. Once that is finalized, I'd not be surprised to see the attention return to getting working RPMs for EL6 in CentOS. These are, of course, my opinions and guesses only. :) -- Digimer E-Mail: digimer@alteeve.com Freenode handle: digimer Papers and Projects: http://alteeve.com Node Assassin: http://nodeassassin.org "At what point did we forget that the Space Shuttle was, essentially, a program that strapped human beings to an explosion and tried to stab through the sky with fire and math?" _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 11:14:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 11:14:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCEwN-0007VX-Sm; Fri, 07 Oct 2011 11:14:35 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCEvH-0007BS-3u for xen-users@lists.xensource.com; Fri, 07 Oct 2011 11:13:27 -0700 X-Env-Sender: jeff.sturm@eprize.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1318011184!47788913!1 X-Originating-IP: [213.199.154.142] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17511 invoked from network); 7 Oct 2011 18:13:04 -0000 Received: from db3ehsobe004.messaging.microsoft.com (HELO DB3EHSOBE004.bigfish.com) (213.199.154.142) by server-9.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 7 Oct 2011 18:13:04 -0000 Received: from mail38-db3-R.bigfish.com (10.3.81.254) by DB3EHSOBE004.bigfish.com (10.3.84.24) with Microsoft SMTP Server id 14.1.225.22; Fri, 7 Oct 2011 18:13:23 +0000 Received: from mail38-db3 (localhost.localdomain [127.0.0.1]) by mail38-db3-R.bigfish.com (Postfix) with ESMTP id B393F1C283C2; Fri, 7 Oct 2011 18:13:23 +0000 (UTC) X-SpamScore: -17 X-BigFish: VS-17(zz9371K542M1432N98dKzz1202hzz8275bhz2fh668h839h944h) X-Forefront-Antispam-Report: CIP:208.82.64.110; KIP:(null); UIP:(null); IPVD:NLI; H:mxgw.eprize.com; RD:smtp.eprize.com; EFVD:NLI X-FB-SS: 13, Received-SPF: pass (mail38-db3: domain of eprize.com designates 208.82.64.110 as permitted sender) client-ip=208.82.64.110; envelope-from=jeff.sturm@eprize.com; helo=mxgw.eprize.com ; w.eprize.com ; Received: from mail38-db3 (localhost.localdomain [127.0.0.1]) by mail38-db3 (MessageSwitch) id 1318011166400009_17819; Fri, 7 Oct 2011 18:12:46 +0000 (UTC) Received: from DB3EHSMHS014.bigfish.com (unknown [10.3.81.250]) by mail38-db3.bigfish.com (Postfix) with ESMTP id 598421000057; Fri, 7 Oct 2011 18:12:46 +0000 (UTC) Received: from mxgw.eprize.com (208.82.64.110) by DB3EHSMHS014.bigfish.com (10.3.87.114) with Microsoft SMTP Server id 14.1.225.22; Fri, 7 Oct 2011 18:12:45 +0000 Received: from MailNode1.eprize.local (unknown [10.1.5.44]) by mxgw.eprize.com (Postfix) with ESMTP id ACE192D0040; Fri, 7 Oct 2011 14:12:44 -0400 (EDT) Received: from MailNode2.eprize.local (10.1.21.47) by MailNode1.eprize.local (10.1.21.44) with Microsoft SMTP Server (TLS) id 14.1.339.1; Fri, 7 Oct 2011 14:12:44 -0400 Received: from MailNode1.eprize.local ([fe80::4ff:6f30:c67:4ece]) by MailNode2.eprize.local ([fe80::194b:11b1:5459:52ea%19]) with mapi id 14.01.0339.001; Fri, 7 Oct 2011 14:12:44 -0400 From: Jeff Sturm To: Simon Hobson , "xen-users@lists.xensource.com" Subject: RE: [Xen-users] XEN - networking and performance Thread-Topic: [Xen-users] XEN - networking and performance Thread-Index: AQHMhFAN5rOzJb1ggECVvcySiYiOp5Vv8jcA///SucCAAEirAIABIJaQ Date: Fri, 7 Oct 2011 18:12:43 +0000 Message-ID: References: <6A7C506116BA4B5A99FA3766341F1ED1@maindesk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.88.29] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: eprize.com Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > -----Original Message----- > From: xen-users-bounces@lists.xensource.com [mailto:xen-users- > bounces@lists.xensource.com] On Behalf Of Simon Hobson > Sent: Thursday, October 06, 2011 4:51 PM > > Jeff Sturm wrote: >=20 > >One of the traps we've run into when virtualizing moderately I/O-heavy > >hosts, is not sizing our disk arrays right. Not in terms of capacity > >(terabytes) but in spindles. If each physical host normally has 4 > >dedicated disks, for example, virtualizing 8 of these onto a domU > >attached to a disk array with 16 drives effectively cuts that ratio > >from 4:1 down to 2:1. Latency goes up, throughput goes down. >=20 > Not only that, but you also guarantee that the I/O is across different ar= eas of the disk > (different partitions/logical volumes) and so you also virtually guarante= e a lot more > seek activity. Very true, yes. In such an environment, sequential disk performance means = very little. You need good random I/O throughput and that's hard to get wi= th mechanical disks, beyond a few thousand iops. 15k disks help, a larger = chassis with more disks helps, but that's just throwing $$$ at the problem = and doesn't really break through the iops barrier. Anyone tried SSD with good results? I'm sure capacity requirements can mak= e it cost-prohibitive for many. Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 11:18:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 11:18:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCF0V-00007k-St; Fri, 07 Oct 2011 11:18:51 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCEze-0008Fa-C0 for xen-users@lists.xensource.com; Fri, 07 Oct 2011 11:18:02 -0700 X-Env-Sender: fptstl@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1318011473!28055301!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17163 invoked from network); 7 Oct 2011 18:17:54 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 18:17:54 -0000 Received: by iaqq3 with SMTP id q3so5220630iaq.30 for ; Fri, 07 Oct 2011 11:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=zS9Y9H0XqktH5ORXIZGu2eCXfs5N+3wOAUhsrWBnWu8=; b=scKuM1OV3/L/szLOc3FnTGuBkJ+f/SO8Bux99iOg7JcX746v3z1sDyvlDyStMymKeA 9s3ax45Ru7yYEkZH798slkHPreN4CleZrjBWuRXpW4O4b9uhICgppN132WJVIQ/7Eyp7 amJlNCxcuGg9Px+3cbifp1mhRgMpcJV8HEhSs= MIME-Version: 1.0 Received: by 10.231.20.147 with SMTP id f19mr4021270ibb.13.1318011472948; Fri, 07 Oct 2011 11:17:52 -0700 (PDT) Received: by 10.231.33.73 with HTTP; Fri, 7 Oct 2011 11:17:52 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Oct 2011 13:17:52 -0500 Message-ID: From: fpt stl To: xen-users Subject: [Xen-users] Re: XEN - networking and performance X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1367499683==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1367499683== Content-Type: multipart/alternative; boundary=0015176f0e08a7ae7a04aeb97557 --0015176f0e08a7ae7a04aeb97557 Content-Type: text/plain; charset=ISO-8859-1 Unfortunately, at this point I cannot reconfigure the host's storage. But what would be the course of action taking in consideration the exiting storage configuration? Any tips to improve performance? 50 minutes for 8GB is rather slooooow. And on my networking question, does anybody have anything to comment? Maybe some successful pciback hide solutions for Centos 5.5... Thanks, Frank On Thu, Oct 6, 2011 at 12:43 PM, fpt stl wrote: > Greetings all, > > I would like some advice from people how are/were using Xen 3.4.2 - it > should be a rather stable release. > Dom0 is CentOS 5.5 64bit with Xen 3.4.2 installed with the default settings > (minus cpu pinning to Dom0 and memory setup for 2GB). > There are 2 built-in nics (Broadcom) and an add-on network card (Intel) > with another 4 nics. > Currently only one NIC is used for all network access, and as far as > networking, the default setings are used - xend-config.sxp: > (network-script network-bridge) > (vif-script vif-bridge) > > The questions are: > > How can I improve the network performance (now all the VM are sharing one > bridge): > > a. creating multiple bridges and assigning a VM (DomU) per bridge > b. trying to hide the NICs from Dom0 using something like "pciback hide" - > (pointers/example of how one would do this in Centos 5.5 would be highly > appreciated...) > > > Also, I have noticed that sometimes - somehow erratical since I can not > replicate - it seems that VMs are timing out: while editing in vi it does > not respond anymore. > Nothing in the logs, of course. And no indication in top either. Also, > copying 8 GB of data from one disk to another takes 50 (fifty) minutes !!! - > both LVMs attached > separately to the DomU as two independent volumes [xvda > - /dev/mapper/VG1-VM1 and xvdb - /dev/mapper/VG2-VM1_home]. > > Would it be recommended to have all the storage in one block device - one > xvda only - which will have its own LVM structure opposed to multiple xvd's? > > Any suggestions on improving the performance in accessing block devices? > > I am somehow baffled since I have read that XEN is used by ISPs which > probably host tens of DomUs on a host machine, and I am struggling to host 7 > VMs on a dual quad Xenon box with 48 GB RAM and 3TB RAID5 15K disk storage! > > Please be gentle since I am rather new to XEN. > > Thanks, > > Frank > > --0015176f0e08a7ae7a04aeb97557 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable = Unfortunately, at this point I cannot reconfigure the host's storage. B= ut what would be the course of action taking in consideration the exiting s= torage configuration? Any tips to improve performance? 50 minutes for 8GB i= s rather slooooow.
=
And on my networking question, does anybody have anyt= hing to comment? Maybe some successful=A0pciback hide solutions for Centos = 5.5...

Thanks,

Frank

On Thu, Oct 6, 2011 at 12:43 PM, fpt stl <fptstl@gmail.com> wrote:<= br>
Greetings all,

I would l= ike some advice from people how are/were using=A0=A0Xen 3.4.2 - it should b= e a rather stable release.
Dom0 is CentOS 5.5 64b= it with Xen 3.4.2 installed with the default settings (minus cpu pinning to= Dom0 and memory setup for 2GB).
There are 2 built-in nics (= Broadcom) and an add-on network card (Intel) with another 4 nics.
Currently only one = NIC is used for all network access, and as far as networking, the default s= etings are used -=A0xend-config.sxp:
(network-script n= etwork-bridge)
(vif-script vif-bridge)

The questions are:

How can I= improve the network performance (now all the VM are sharing one bridge):

a. creati= ng multiple bridges and assigning a VM (DomU) per bridge
<= font face=3D"'courier new', monospace">b. trying to hide the NICs f= rom Dom0 using something like "pciback hide" - (pointers/example = of how one would do this in Centos 5.5 would be highly appreciated...)

=
Also, I have noticed that someti= mes - somehow erratical since I can not replicate - it seems that VMs are t= iming out: while editing in vi it does not respond anymore.
Nothing in the logs, o= f course. And no indication in top either. Also, copying 8 GB of data from = one disk to another takes 50 (fifty) minutes !!! - both LVMs attached
separately to the DomU= as=A0t= wo independent volumes [xvda -=A0/dev/mapper/VG1-VM1 and xvdb - /dev/mapper= /VG2-VM1_home].

= Would it be recommended to = have all the storage in one block device - one xvda only - which will have = its own LVM structure opposed to multiple xvd's?

= Any suggestions on improvin= g the performance in accessing block devices?

= I am somehow=A0baffled sinc= e I have read that XEN is used by ISPs which probably host tens of DomUs on= a host machine, and I am struggling to host 7 VMs on a dual quad Xenon box= with 48 GB RAM and 3TB RAID5 15K disk storage!

Please be= gentle since I am rather new to XEN.

Thanks,

=
Frank


--0015176f0e08a7ae7a04aeb97557-- --===============1367499683== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1367499683==-- From xen-users-bounces@lists.xensource.com Fri Oct 07 11:26:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 11:26:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCF86-0001cI-Tk; Fri, 07 Oct 2011 11:26:42 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCF7A-0001I8-Ry for Xen-users@lists.xensource.com; Fri, 07 Oct 2011 11:25:45 -0700 X-Env-Sender: eduardo@bragatto.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1318011940!21269233!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17464 invoked from network); 7 Oct 2011 18:25:41 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 18:25:41 -0000 Received: by yxt3 with SMTP id 3so6401132yxt.30 for ; Fri, 07 Oct 2011 11:25:40 -0700 (PDT) Received: by 10.236.161.200 with SMTP id w48mr11856432yhk.28.1318011940438; Fri, 07 Oct 2011 11:25:40 -0700 (PDT) Received: from [172.16.0.101] ([187.64.172.235]) by mx.google.com with ESMTPS id n18sm14043715yhi.14.2011.10.07.11.25.38 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Oct 2011 11:25:39 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: [Xen-users] centos 6 xen? From: Eduardo Bragatto In-Reply-To: <4E8F3D9F.9080304@alteeve.com> Date: Fri, 7 Oct 2011 15:25:36 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <7388F42C-CCFA-4DFD-8B16-CBD566BA2C91@bragatto.com> References: <4E8F3D9F.9080304@alteeve.com> To: Xen-users@lists.xensource.com X-Mailer: Apple Mail (2.1084) Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Oct 7, 2011, at 2:57 PM, Digimer wrote: > =46rom what I gather, I'd wager we'll see Xen back in RHEL for version = 7. In the mean time, I know that many are working on adding external = support for Xen in EL6. I'm not sure what the current state is, but I do = believe the most recent focus has been restoring dom0 support for the = Fedora 16 release. Once that is finalized, I'd not be surprised to see = the attention return to getting working RPMs for EL6 in CentOS. I thought they dropped Xen because they purchased KVM from Qumranet, and = are investing in that platform instead of Xen. In that case I would be = surprised to see Xen ever returning to RHEL (unless they decide to drop = KVM in the future for whatever reasons). Am I missing something here? Best regards, Eduardo Bragatto.= _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 11:30:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 11:30:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCFC9-00032W-A4; Fri, 07 Oct 2011 11:30:53 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCFBC-0002dN-IR for Xen-users@lists.xensource.com; Fri, 07 Oct 2011 11:29:55 -0700 X-Env-Sender: linux@alteeve.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1318012190!18620739!1 X-Originating-IP: [192.139.81.186] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26110 invoked from network); 7 Oct 2011 18:29:51 -0000 Received: from smtp.iplink.net (HELO smtp.iplink.net) (192.139.81.186) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Oct 2011 18:29:51 -0000 Received: from lework.alteeve.com (fw.iplink.net [192.139.81.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.iplink.net (Postfix) with ESMTP id 1B5FFB4182D; Fri, 7 Oct 2011 14:29:50 -0400 (EDT) Message-ID: <4E8F451D.8020008@alteeve.com> Date: Fri, 07 Oct 2011 14:29:49 -0400 From: Digimer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20110927 Thunderbird/7.0 MIME-Version: 1.0 To: Eduardo Bragatto Subject: Re: [Xen-users] centos 6 xen? References: <4E8F3D9F.9080304@alteeve.com> <7388F42C-CCFA-4DFD-8B16-CBD566BA2C91@bragatto.com> In-Reply-To: <7388F42C-CCFA-4DFD-8B16-CBD566BA2C91@bragatto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/07/2011 02:25 PM, Eduardo Bragatto wrote: > > On Oct 7, 2011, at 2:57 PM, Digimer wrote: > >> From what I gather, I'd wager we'll see Xen back in RHEL for version 7. In the mean time, I know that many are working on adding external support for Xen in EL6. I'm not sure what the current state is, but I do believe the most recent focus has been restoring dom0 support for the Fedora 16 release. Once that is finalized, I'd not be surprised to see the attention return to getting working RPMs for EL6 in CentOS. > > I thought they dropped Xen because they purchased KVM from Qumranet, and are investing in that platform instead of Xen. In that case I would be surprised to see Xen ever returning to RHEL (unless they decide to drop KVM in the future for whatever reasons). > > Am I missing something here? As I understand it, KVM gave them the same capabilities for less overhead. Simple business math. I really don't think there was any animosity in the decision, and I don't see why they wouldn't restore support if it can be done within a fair budget and there is sufficient demand (as I suspect there is). In the end though, this is my conjecture only based on watching the two hypervisors over the last couple of years. -- Digimer E-Mail: digimer@alteeve.com Freenode handle: digimer Papers and Projects: http://alteeve.com Node Assassin: http://nodeassassin.org "At what point did we forget that the Space Shuttle was, essentially, a program that strapped human beings to an explosion and tried to stab through the sky with fire and math?" _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 11:39:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 11:39:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCFKB-0004fd-Ib; Fri, 07 Oct 2011 11:39:11 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCFJS-0004Fj-C2 for Xen-users@lists.xensource.com; Fri, 07 Oct 2011 11:38:27 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1318012701!34381918!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9207 invoked from network); 7 Oct 2011 18:38:23 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 18:38:23 -0000 Received: by gyh3 with SMTP id 3so6340472gyh.30 for ; Fri, 07 Oct 2011 11:38:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XGsagN/J/bzvV7ogSywjvcQwBXxXH2I+/m1Qc2pdteI=; b=NYxG8peRGCvWv2USO1TRqqvRJDfMaQeU0fuGRfcPnq9mOW6xkDB1L50hi95B+6Wda+ ASl72IWlwJyLwPgIFJPVpkqQEtmbFdjAMRwzD5MNSbhBO/aOROvSbxS5qfVQeMcweXla 0/OW9UdGmM0fsjv7fKwbgScT68Qx/7ebBmn80= Received: by 10.223.63.197 with SMTP id c5mr12308161fai.37.1318012701316; Fri, 07 Oct 2011 11:38:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.4.163 with HTTP; Fri, 7 Oct 2011 11:38:00 -0700 (PDT) In-Reply-To: <4E8F451D.8020008@alteeve.com> References: <4E8F3D9F.9080304@alteeve.com> <7388F42C-CCFA-4DFD-8B16-CBD566BA2C91@bragatto.com> <4E8F451D.8020008@alteeve.com> From: Grant McWilliams Date: Fri, 7 Oct 2011 11:38:00 -0700 Message-ID: Subject: Re: [Xen-users] centos 6 xen? To: Digimer Cc: Xen-users@lists.xensource.com, Eduardo Bragatto X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0333563131==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0333563131== Content-Type: multipart/alternative; boundary=001517440fe6df165204aeb9be94 --001517440fe6df165204aeb9be94 Content-Type: text/plain; charset=UTF-8 As I understand it, KVM gave them the same capabilities for less overhead. Simple business math. I really don't think there was any animosity in the decision, and I don't see why they wouldn't restore support if it can be done within a fair budget and there is sufficient demand (as I suspect there is). > > In the end though, this is my conjecture only based on watching the two > hypervisors over the last couple of years. Xen will be in all future Linux kernels. A distributor would have to go through extra work to remove it. This is why RHEL will more than likely have it. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --001517440fe6df165204aeb9be94 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As I understand it, KVM gave them the same capabilities for less overhead. = Simple business math. I really don't think there was any animosity in t= he decision, and I don't see why they wouldn't restore support if i= t can be done within a fair budget and there is sufficient demand (as I sus= pect there is).

In the end though, this is my conjecture only based on watching the two hyp= ervisors over the last couple of years.

Xen will be in= all future Linux kernels. A distributor would have to go=20 through extra work to remove it. This is why RHEL will more than likely=20 have it.

Grant McWilliams
http://grantmcwilliams.com/

Some people, wh= en confronted with a problem, think "I know, I'll use Windows.&quo= t;
Now they have two problems.

--001517440fe6df165204aeb9be94-- --===============0333563131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0333563131==-- From xen-users-bounces@lists.xensource.com Fri Oct 07 11:42:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 11:42:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCFNV-0006GT-F2; Fri, 07 Oct 2011 11:42:37 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCFLe-0005OZ-6p for xen-users@lists.xensource.com; Fri, 07 Oct 2011 11:40:42 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1318012837!21249765!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14034 invoked from network); 7 Oct 2011 18:40:39 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 18:40:39 -0000 Received: by ggnk4 with SMTP id k4so5043956ggn.30 for ; Fri, 07 Oct 2011 11:40:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=U+8alclRjLFVPdn8s379qWOdTYVttKg2HrhxbtCqXyM=; b=UXxm8DEHmWl72HHGfR39CZyHKJWh/2lTwD5RHKzCcCXnpGvOIWhXtJhJmZyaZa2K7H YdYMdPO1FyWM+qwNs5QYSmOuQYq9V309cvwLZ/iFcNj/mV2evJTXrD+hRa4Y0B8092Jn Au2Gpnuv7iD/lnvjxyXBkXb0RDRiudsk9bQig= Received: by 10.223.1.131 with SMTP id 3mr12739387faf.30.1318012837300; Fri, 07 Oct 2011 11:40:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.4.163 with HTTP; Fri, 7 Oct 2011 11:40:17 -0700 (PDT) In-Reply-To: References: <6A7C506116BA4B5A99FA3766341F1ED1@maindesk> From: Grant McWilliams Date: Fri, 7 Oct 2011 11:40:17 -0700 Message-ID: Subject: Re: [Xen-users] XEN - networking and performance To: Jeff Sturm Cc: Simon Hobson , "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0172989354==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0172989354== Content-Type: multipart/alternative; boundary=000e0ce0edaefa0baf04aeb9c631 --000e0ce0edaefa0baf04aeb9c631 Content-Type: text/plain; charset=UTF-8 On Fri, Oct 7, 2011 at 11:12 AM, Jeff Sturm wrote: > > -----Original Message----- > > From: xen-users-bounces@lists.xensource.com [mailto:xen-users- > > bounces@lists.xensource.com] On Behalf Of Simon Hobson > > Sent: Thursday, October 06, 2011 4:51 PM > > > > Jeff Sturm wrote: > > > > >One of the traps we've run into when virtualizing moderately I/O-heavy > > >hosts, is not sizing our disk arrays right. Not in terms of capacity > > >(terabytes) but in spindles. If each physical host normally has 4 > > >dedicated disks, for example, virtualizing 8 of these onto a domU > > >attached to a disk array with 16 drives effectively cuts that ratio > > >from 4:1 down to 2:1. Latency goes up, throughput goes down. > > > > Not only that, but you also guarantee that the I/O is across different > areas of the disk > > (different partitions/logical volumes) and so you also virtually > guarantee a lot more > > seek activity. > > Very true, yes. In such an environment, sequential disk performance means > very little. You need good random I/O throughput and that's hard to get > with mechanical disks, beyond a few thousand iops. 15k disks help, a larger > chassis with more disks helps, but that's just throwing $$$ at the problem > and doesn't really break through the iops barrier. > > Anyone tried SSD with good results? I'm sure capacity requirements can > make it cost-prohibitive for many. > > Jeff > > I'm running 3/4 TB of SSDs for my additional disks in my XCP cloud shared out as an iSCSI SR. I tried SSDs as storage for disk images under Xen and there were some strange issues so I'm not quite ready to put OS images of the VMs on it. I'll report back when I have more info. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --000e0ce0edaefa0baf04aeb9c631 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Oct 7, 2011 at 11:12 AM, Jeff Sturm = <jeff.sturm@e= prize.com> wrote:
> -----Original Message-----
> From: xen-use= rs-bounces@lists.xensource.com [mailto:xe= n-users-
> bounces@lists.xen= source.com] On Behalf Of Simon Hobson
> Sent: Thursday, October 06, 2011 4:51 PM
>
> Jeff Sturm wrote:
>
> >One of the traps we've run into when virtualizing moderately I= /O-heavy
> >hosts, is not sizing our disk arrays right. =C2=A0Not in terms of = capacity
> >(terabytes) but in spindles. =C2=A0If each physical host normally = has 4
> >dedicated disks, for example, virtualizing 8 of these onto a domU<= br> > >attached to a disk array with 16 drives effectively cuts that rati= o
> >from 4:1 down to 2:1. =C2=A0Latency goes up, throughput goes down.=
>
> Not only that, but you also guarantee that the I/O is across different= areas of the disk
> (different partitions/logical volumes) and so you also virtually guara= ntee a lot more
> seek activity.

Very true, yes. =C2=A0In such an environment, sequential disk perform= ance means very little. =C2=A0You need good random I/O throughput and that&= #39;s hard to get with mechanical disks, beyond a few thousand iops. =C2=A0= 15k disks help, a larger chassis with more disks helps, but that's just= throwing $$$ at the problem and doesn't really break through the iops = barrier.

Anyone tried SSD with good results? =C2=A0I'm sure capacity requirement= s can make it cost-prohibitive for many.

Jeff

=
I'm running=C2=A0 3/4 TB of SSDs for my additional disks in my XCP = cloud shared out as an iSCSI SR. I tried SSDs as storage for disk images un= der Xen and there were some strange issues so I'm not quite ready to pu= t OS images of the VMs on it. I'll report back when I have more info. <= br>

Grant McWilliams
http://grantmcwilliams.com/

Som= e people, when confronted with a problem, think "I know, I'll use = Windows."
Now they have two problems.



--000e0ce0edaefa0baf04aeb9c631-- --===============0172989354== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0172989354==-- From xen-users-bounces@lists.xensource.com Fri Oct 07 12:48:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 12:48:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCGOu-0002b6-IF; Fri, 07 Oct 2011 12:48:08 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RCGNk-0002Gb-W6 for xen-users@lists.xensource.com; Fri, 07 Oct 2011 12:46:57 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-174.messagelabs.com!1318016813!34421987!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25749 invoked from network); 7 Oct 2011 19:46:53 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-174.messagelabs.com with SMTP; 7 Oct 2011 19:46:53 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 1B70710401B for ; Fri, 7 Oct 2011 20:46:52 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hgaCo1hqUL4s for ; Fri, 7 Oct 2011 20:46:52 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id B9D7E10401A for ; Fri, 7 Oct 2011 20:46:51 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 7 Oct 2011 20:46:37 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: [Xen-users] Re: XEN - networking and performance Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Jeff Sturm wrote: >Anyone tried SSD with good results? I'm sure capacity requirements >can make it cost-prohibitive for many. Interesting that a product I recall from 'some years ago' doesn't seem to have popped up again - or perhaps it has and I never noticed since I'm not into high end storage. This device looked to the host like a standard SCSI disk, but internally it had a load of DRAM, a small (2 1/2" ?) disk, a controller, and a small battery. Basically it was a big RAM disk with a SCSI interface, but when the power went off it would write everything to disk. I suspect it probably had a continuous process of writing dirty blocks to disk. Mind you, I suppose RAM does still cost somewhat more than disk. fpt stl wrote: >> Also, copying 8 GB of data from one disk to another takes 50 >>(fifty) minutes !!! - both LVMs attached separately to the DomU >>as two independent volumes [xvda - /dev/mapper/VG1-VM1 and xvdb - >>/dev/mapper/VG2-VM1_home]. >Unfortunately, at this point I cannot reconfigure the host's >storage. But what would be the course of action taking in >consideration the exiting storage configuration? Any tips to improve >performance? 50 minutes for 8GB is rather slooooow. What is most likely happening here is that while your OS sees the storage as two devices, in fact they are on the same disk (or set of disks). So the copy becomes : read a bit - seek - write a bit - seek write some metadata - seek - read a bit - seek - write a bit ... That's a lot of seeking and seeks kill performance really badly. It also depend son what that 8G is. A small number of big files stands a half decent chance of using some write cache to buffer some of the seeks, but if it's lots of small files then there'll be a huge amount of filesystem metadata to be updated as well. And it also depend on what you are using for the copy. Some programs (such as dd and cpio) allow you to set a blocksize. Increasing this as far as your memory allows will help as that would mean reading a big chunk of data before seeking elsewhere to write it. Less seeks = better performance. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 13:23:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 13:23:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCGxD-0004WD-Ha; Fri, 07 Oct 2011 13:23:35 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCGvR-0004Ay-Vp for xen-users@lists.xensource.com; Fri, 07 Oct 2011 13:21:49 -0700 X-Env-Sender: fptstl@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1318018880!41327694!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20633 invoked from network); 7 Oct 2011 20:21:22 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 20:21:22 -0000 Received: by iaqq3 with SMTP id q3so5347797iaq.30 for ; Fri, 07 Oct 2011 13:21:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=tqypW7S7na3i6+k9SalhO2n+jInid3UtT+oEeQVC9Mg=; b=tWVtJCSchaR8L3DFgtV/FDNMdB4yyVZEl+YWznneC0bQadYJnSlaviVc1kWNjEuEN9 mVacjKcyPOW4ASdYtkQqjP4eETUzuS29A3cfskNC2nFookZ6BvyznEa3jhH05jITByBC S4Wx2LQ5IvMrdojp56CnDa9BZxEvhDGB58OdM= MIME-Version: 1.0 Received: by 10.231.83.211 with SMTP id g19mr3927315ibl.26.1318018901113; Fri, 07 Oct 2011 13:21:41 -0700 (PDT) Received: by 10.231.33.73 with HTTP; Fri, 7 Oct 2011 13:21:41 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Oct 2011 15:21:41 -0500 Message-ID: From: fpt stl To: xen-users Subject: [Xen-users] Re: XEN - networking and performance X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1868441094==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1868441094== Content-Type: multipart/alternative; boundary=000e0cd72ad2687abe04aebb30bb --000e0cd72ad2687abe04aebb30bb Content-Type: text/plain; charset=ISO-8859-1 Thanks for your reply. The copy is a plain cp and the files are around 100k - 200k each, with some gzip archives as well. So, if I understand correctly, if a DomU (VM) has attached several disks/xvd's (LVs in Dom0 storage space) then the Dom0 or Xen hypervisor is responsible for moving the data between the DomU disks. Alternately, if the DomU has just one xvd (a larger LM in Dom0 storage space) then only DomU's allocated resources will be used. The second sounds better in terms or resource allocation at least. Converting several LVs which are attached to one DomU VM into one larger LV might create some performance improvement. Please correct me if I am wrong. Frank -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Simon Hobson Sent: Friday, October 07, 2011 2:47 PM To: xen-users@lists.xensource.com Subject: [Xen-users] Re: XEN - networking and performance Jeff Sturm wrote: >Anyone tried SSD with good results? I'm sure capacity requirements can >make it cost-prohibitive for many. Interesting that a product I recall from 'some years ago' doesn't seem to have popped up again - or perhaps it has and I never noticed since I'm not into high end storage. This device looked to the host like a standard SCSI disk, but internally it had a load of DRAM, a small (2 1/2" ?) disk, a controller, and a small battery. Basically it was a big RAM disk with a SCSI interface, but when the power went off it would write everything to disk. I suspect it probably had a continuous process of writing dirty blocks to disk. Mind you, I suppose RAM does still cost somewhat more than disk. fpt stl wrote: >> Also, copying 8 GB of data from one disk to another takes 50 >>(fifty) minutes !!! - both LVMs attached separately to the DomU as two >>independent volumes [xvda - /dev/mapper/VG1-VM1 and xvdb - >>/dev/mapper/VG2-VM1_home]. >Unfortunately, at this point I cannot reconfigure the host's storage. >But what would be the course of action taking in consideration the >exiting storage configuration? Any tips to improve performance? 50 >minutes for 8GB is rather slooooow. What is most likely happening here is that while your OS sees the storage as two devices, in fact they are on the same disk (or set of disks). So the copy becomes : read a bit - seek - write a bit - seek write some metadata - seek - read a bit - seek - write a bit ... That's a lot of seeking and seeks kill performance really badly. It also depend son what that 8G is. A small number of big files stands a half decent chance of using some write cache to buffer some of the seeks, but if it's lots of small files then there'll be a huge amount of filesystem metadata to be updated as well. And it also depend on what you are using for the copy. Some programs (such as dd and cpio) allow you to set a blocksize. Increasing this as far as your memory allows will help as that would mean reading a big chunk of data before seeking elsewhere to write it. Less seeks = better performance. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. --000e0cd72ad2687abe04aebb30bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Thanks for your reply.<= /font>

The copy is a plain cp and the file= s are around 100k - 200k each, with some gzip archives as well.

So, if I understand correctly, if a DomU (VM) has= attached several disks/xvd's (LVs in Dom0 storage space) then the Dom0= or Xen hypervisor is responsible for moving the data between the DomU disk= s.

Alternately, if the DomU has just one xvd (a larg= er LM in Dom0 storage space) then only DomU's allocated resources will = be used.=A0

The second sounds better in terms or resource all= ocation at least.=A0Converting several LVs which are= attached to one DomU VM into one larger LV might create some performance i= mprovement.


Please correct me if I am w= rong.


Frank



-----Ori= ginal Message-----
From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Simon Hobson Sent: Friday, October 07, 2011 2:47 PM
To: xen-users@lists.xensource.com
Subject: [Xen-users] Re: XEN - networking and performance

Jeff Sturm wrote:

>Anyone tried SSD with good results?=A0 I'm s= ure capacity requirements can

>ma= ke it cost-prohibitive for many.

Interesting that a product I recall from 'some years ago' doesn't seem to have p= opped up again - or perhaps it has and I never noticed since I'm not into high end stora= ge. This device looked to the host like a standard SCSI disk, but internally it had = a load of DRAM, a small (2 1/2" ?) disk, a controller, and a small batte= ry.

Basica= lly it was a big RAM disk with a SCSI interface, but when the power went off it would write everything to disk. I suspect it probably had a continuous process of writing dirty blocks to disk.

Mind y= ou, I suppose RAM does still cost somewhat more than disk.

=A0

fpt st= l wrote:

>>=A0 Also, copying 8 GB of data from one disk to another takes 50

>&g= t;(fifty) minutes !!! - both LVMs attached separately to the DomU as two

>&g= t;independent volumes [xvda - /dev/mapper/VG1-VM1 and xvdb -

>&g= t;/dev/mapper/VG2-VM1_home].

=A0

>Un= fortunately, at this point I cannot reconfigure the host's storage.

>Bu= t what would be the course of action taking in consideration the

>ex= iting storage configuration? Any tips to improve performance? 50

>mi= nutes for 8GB is rather slooooow.

=A0

What i= s most likely happening here is that while your OS sees the storage as two devices= , in fact they are on the same disk (or set of disks). So the copy becomes :

read a= bit - seek - write a bit - seek write some metadata - seek - read a bit - seek - write a bit ...

That&#= 39;s a lot of seeking and seeks kill performance really badly.

=A0

It als= o depend son what that 8G is. A small number of big files stands a half decent chanc= e of using some write cache to buffer some of the seeks, but if it's lots of= small files then there'll be a huge amount of filesystem metadata to be updat= ed as well.

=A0

And it= also depend on what you are using for the copy. Some programs (such as dd and cp= io) allow you to set a blocksize. Increasing this as far as your memory allows = will help as that would mean reading a big chunk of data before seeking elsewher= e to write it. Less seeks =3D better performance.

=A0

--

Simon = Hobson

=A0

Visit = http://www.magpiesnestpublishing.co.uk/ for books by acclaimed<= /span>

author= Gladys Hobson. Novels - poetry - short stories - ideal as

Christ= mas stocking fillers. Some available as e-books.

=A0


--000e0cd72ad2687abe04aebb30bb-- --===============1868441094== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1868441094==-- From xen-users-bounces@lists.xensource.com Fri Oct 07 13:30:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 13:30:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCH3S-0005Gg-9j; Fri, 07 Oct 2011 13:30:02 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RCH2P-0004wC-Q0 for xen-users@lists.xensource.com; Fri, 07 Oct 2011 13:28:59 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1318019318!53018174!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24183 invoked from network); 7 Oct 2011 20:28:38 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-12.tower-21.messagelabs.com with SMTP; 7 Oct 2011 20:28:38 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 7 Oct 2011 21:28:50 +0100 MIME-Version: 1.0 Subject: RE: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 Content-class: urn:content-classes:message Date: Fri, 7 Oct 2011 21:28:44 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A607E@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 Thread-Index: AcyBwWy5SL1zdEwbSQ+v4JXYEQ2z+ADa8Q9g References: <039E0B4AA9103344A80DA55DDDC76A936A6057@electron.tidyhosts.com> From: "Ian Tobin" To: "Carlos" Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0881893564==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0881893564== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC852F.B89C82E6" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CC852F.B89C82E6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Appolpgies for the delay =20 Here is the error =20 libxl: error: libxl.c:2145:libxl_set_memory_target new target 40263 for dom0 is below the minimum threshold =20 =20 here is the xl info =20 root@vpssrv4:/etc/xen# xl info host : myhost.com release : 3.1.0-rc4 version : #1 SMP Thu Oct 6 15:44:12 BST 2011 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 3114 hw_caps : 178bf3ff:efd3fbff:00000000:00001710:00802001:00000000:000037ff:00000000 virt_caps : hvm total_memory : 15868 free_memory : 11719 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=3D1024M cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) cc_compile_by : root cc_compile_domain : myhosts.com cc_compile_date : Tue Jul 26 10:42:25 BST 2011 =20 in the conifig I have it set to RAM set to 10240 =20 thanks =20 Ian =20 =20 From: Carlos [mailto:cechevarne@gmail.com]=20 Sent: 03 October 2011 12:42 To: Ian Tobin Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 =20 please, paste xl info output. 2011/10/3 Ian Tobin Hi, =20 Is there a fix for this issue =20 libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the minimum threshold =20 There is plenty of RAM but xl thinks there isn't, ive seen this on all my servers. =20 Thanks =20 Ian =20 =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users =20 ------_=_NextPart_001_01CC852F.B89C82E6 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Appolpgies for the delay

 

Here is the error

 

libxl: error: libxl.c:2145:libxl_set_memory_target new target 40263 for = dom0 is below the minimum threshold

 

 

here is the xl info

 

root@vpssrv4:/etc/xen# xl info

host           &n= bsp;       : = myhost.com

release           = ;     : 3.1.0-rc4

version           = ;     : #1 SMP Thu Oct 6 15:44:12 BST = 2011

machine           = ;     : x86_64

nr_cpus           = ;     : 4

nr_nodes          &nbs= p;    : 1

cores_per_socket       : = 4

threads_per_core       : = 1

cpu_mhz         =        : 3114

hw_caps           = ;     : = 178bf3ff:efd3fbff:00000000:00001710:00802001:00000000:000037ff:00000000

virt_caps          &nb= sp;   : hvm

total_memory          = : 15868

free_memory          &= nbsp; : 11719

free_cpus          &nb= sp;   : 0

xen_major          &nb= sp;   : 4

xen_minor          &nb= sp;   : 1

xen_extra          &nb= sp;   : .1

xen_caps          &nbs= p;    : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 = hvm-3.0-x86_32p hvm-3.0-x86_64

xen_scheduler          : = credit

xen_pagesize          = : 4096

platform_params        : = virt_start=3D0xffff800000000000

xen_changeset          : = unavailable

xen_commandline        : placeholder = dom0_mem=3D1024M

cc_compiler          &= nbsp; : gcc version 4.4.5 (Debian 4.4.5-8)

cc_compile_by          : = root

cc_compile_domain      : = myhosts.com

cc_compile_date        : Tue Jul 26 = 10:42:25 BST 2011

 

in the conifig I have it set to RAM set to = 10240

 

thanks

 

Ian

 

 

From:= Carlos = [mailto:cechevarne@gmail.com]
Sent: 03 October 2011 = 12:42
To: Ian Tobin
Cc: = xen-users@lists.xensource.com
Subject: Re: [Xen-users] missing = memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1

 

please, paste xl info = output.

2011/10/3 Ian Tobin = <itobin@tidyhosts.com>

Hi,

 

Is there a fix for this = issue

 

libxl: error: = libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the = minimum threshold

 

There is plenty of RAM but xl = thinks there isn’t, ive seen this on all my = servers.

 

Thanks

 

Ian

 

 


_______________________________________________
= Xen-users mailing list
Xen-users@lists.xensource.c= om
http://lists.xensource.com/xen-users

=

 

------_=_NextPart_001_01CC852F.B89C82E6-- --===============0881893564== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0881893564==-- From xen-users-bounces@lists.xensource.com Fri Oct 07 14:36:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 14:36:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCI5f-0007fM-Oj; Fri, 07 Oct 2011 14:36:23 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCI3x-0007KT-NH for xen-users@lists.xensource.com; Fri, 07 Oct 2011 14:34:38 -0700 X-Env-Sender: late2werk@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1318023273!34405312!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5822 invoked from network); 7 Oct 2011 21:34:34 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2011 21:34:34 -0000 Received: by qabg14 with SMTP id g14so4552283qab.30 for ; Fri, 07 Oct 2011 14:34:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=BOhlDICOxRxyeCjJBbCoPpSnwlpaIiE6pkdyGkyZElA=; b=OD1nXp09mfRSVAl3i4IQcJDXOToY7hmhwqsLQalvBlkFYOaIQ2vDiPxd7PC2GKIqku EXfuMmQecpUAi4zpo5ikeeVKp2yaJVlEmZ9rB7FCj9OJLAO+2NaJ1nufJfOJOQBIFfGg 61IH/IeP8/8EyEbmIZ1ra8ngLKcibNAiVCCDI= MIME-Version: 1.0 Received: by 10.229.10.209 with SMTP id q17mr2005326qcq.146.1318023273132; Fri, 07 Oct 2011 14:34:33 -0700 (PDT) Received: by 10.229.82.9 with HTTP; Fri, 7 Oct 2011 14:34:32 -0700 (PDT) Date: Fri, 7 Oct 2011 17:34:32 -0400 Message-ID: From: Mike Galvez To: Xen Users Mail list Subject: [Xen-users] XCP No network on Oracle Linux 6 guest after xs-tools install X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1488040018==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1488040018== Content-Type: multipart/alternative; boundary=0016364ecb7400335204aebc35b2 --0016364ecb7400335204aebc35b2 Content-Type: text/plain; charset=ISO-8859-1 Hi, I just installed an Oracle Linux 6 guest. The network was set up and working before I installed the pv drivers from the xs-tools.iso. Since re-booting, I've tried bringing the interface eth0 up and down, but it made no difference. I didn't see any new devices mentioned in dmesg. ifconfig shows the interface to be up and populated with the correct inet, mask, etc.. Anyone else run across this and know a fix? Thanks -Mike --0016364ecb7400335204aebc35b2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I just installed an Oracle Linux 6 guest. The network was set up and wo= rking before I installed the pv drivers from the xs-tools.iso. Since re-boo= ting, I've tried bringing the interface eth0 up and down, but it made n= o difference. I didn't see any new devices mentioned in dmesg. ifconfig= shows the interface to be up and populated with the correct inet, mask, et= c.. Anyone else run across this and know a fix?

Thanks

=A0 =A0 -Mike
--0016364ecb7400335204aebc35b2-- --===============1488040018== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1488040018==-- From xen-users-bounces@lists.xensource.com Fri Oct 07 15:27:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 15:27:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCIt1-0003Bq-RX; Fri, 07 Oct 2011 15:27:23 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCIrf-0002rJ-Cf for xen-users@lists.xensource.com; Fri, 07 Oct 2011 15:26:00 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-15.tower-174.messagelabs.com!1318026353!28066848!1 X-Originating-IP: [203.16.224.4] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16765 invoked from network); 7 Oct 2011 22:25:56 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-15.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 7 Oct 2011 22:25:56 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1RCIrU-0007Pr-Mw; Sat, 08 Oct 2011 09:25:48 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: [Xen-users] Re: XEN - networking and performance Date: Sat, 8 Oct 2011 09:25:48 +1100 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Re: XEN - networking and performance Thread-Index: AcyFKiu5IrpXOIs1RHShulFHBmIUSgAFXv/w References: From: "James Harper" To: "Simon Hobson" , X-Really-From-Bendigo-IT: magichashvalue Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Jeff Sturm wrote: >=20 > >Anyone tried SSD with good results? I'm sure capacity requirements can > >make it cost-prohibitive for many. >=20 > Interesting that a product I recall from 'some years ago' doesn't seem to have > popped up again - or perhaps it has and I never noticed since I'm not into > high end storage. This device looked to the host like a standard SCSI disk, but > internally it had a load of DRAM, a small (2 1/2" ?) disk, a controller, and a > small battery. > Basically it was a big RAM disk with a SCSI interface, but when the power > went off it would write everything to disk. I suspect it probably had a > continuous process of writing dirty blocks to disk. > Mind you, I suppose RAM does still cost somewhat more than disk. >=20 http://www.seagate.com/www/en-au/products/laptops/laptop-hdd/ It's a 500GB 2.5" disk with 4GB of SSD used as a cache. The drive handles the caching internally so the OS just sees a disk. I have one in my laptop (running Windows) and it seems to speed things up a great deal, although I don't know how much of that is just that it's a 7200 rather than a 5400 RPM disk. I don't think there are any such things in the 'enterprise grade' product space though. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 16:51:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 16:51:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCKCQ-0006sf-Ng; Fri, 07 Oct 2011 16:51:30 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCKAV-0006Xr-6S for xen-users@lists.xensource.com; Fri, 07 Oct 2011 16:49:31 -0700 X-Env-Sender: peter@pajamian.dhs.org X-Msg-Ref: server-5.tower-21.messagelabs.com!1318031328!51207862!1 X-Originating-IP: [219.88.242.56] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15494 invoked from network); 7 Oct 2011 23:48:51 -0000 Received: from mx6.orcon.net.nz (HELO mx6.orcon.net.nz) (219.88.242.56) by server-5.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 7 Oct 2011 23:48:51 -0000 Received: from Debian-exim by mx6.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1RCKAN-00064B-Sv for xen-users@lists.xensource.com; Sat, 08 Oct 2011 12:49:23 +1300 Received: from 60-234-254-5.bitstream.orcon.net.nz ([60.234.254.5] helo=[192.168.1.3]) by mx6.orcon.net.nz with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RCKAN-00063z-Lm for xen-users@lists.xensource.com; Sat, 08 Oct 2011 12:49:23 +1300 Message-ID: <4E8F9002.8020806@pajamian.dhs.org> Date: Sat, 08 Oct 2011 12:49:22 +1300 From: Peter User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] centos 6 xen? References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DSPAM-Check: by mx6.orcon.net.nz on Sat, 08 Oct 2011 12:49:23 +1300 X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Oct 8 12:49:23 2011 X-DSPAM-Confidence: 0.6202 X-DSPAM-Probability: 0.0000 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 08/10/11 06:46, zGreenfelder wrote: > Hi guys, > > I should lurk a bit longer before asking, but I'm getting a bit > frustrated. it seems that centos 6/red hat6 is working on getting > away from xen, but at this point it's still my preferred hypervisor. > I found a tutorial at: > http://wiki.xen.org/xenwiki/RHEL6Xen4Tutorial > that suggests it might be workable for centos 6, but when I get to the > point of installing a dom0 capable kernel, I seem to hit a wall with > > git clone git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git > linux-2.6-xen > > errors out with > Initialized empty Git repository in /root/kernel/xen/.git/ > fatal: Unable to look up git.kernel.org (port 9418) (Name or service > not known) > although ping works and telnet to that host on 9418 seems to get > somewhere.(after some gyrations). > > does anyone have an easier way to do this or another suggestion for > getting this version of the kernel? Yes, Michael Young has built some dom0 kernels that work great with CentOS 6: http://xenbits.xen.org/people/mayoung/testing/ ...as well as the userspace tools: http://xenbits.xen.org/people/mayoung/EL6.xen/ ...just install from there and you're good to go. Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 18:29:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 18:29:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCLiy-0001Ld-Eq; Fri, 07 Oct 2011 18:29:12 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RCLhe-00010c-Dr for xen-users@lists.xensource.com; Fri, 07 Oct 2011 18:27:50 -0700 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1318037245!43566418!1 X-Originating-IP: [216.51.232.10] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13499 invoked from network); 8 Oct 2011 01:27:26 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-4.tower-27.messagelabs.com with SMTP; 8 Oct 2011 01:27:26 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Fri, 7 Oct 2011 20:27:46 -0500 From: To: Subject: RE: [Xen-users] XEN - networking and performance Date: Fri, 7 Oct 2011 20:27:41 -0500 Message-ID: <88B08E5937F640DFB58E80A798EF8DF6@maindesk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Thread-Index: AQHMhFAN5rOzJb1ggECVvcySiYiOp5Vv8jcA///SucCAAEirAIABIJaQgAB7G7A= X-Auth: admin@xenhive.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: admin@xenhive.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com We've used SSD drives as caching drives (L2ARC) in ZFS SAN and NAS solutions. It is a cost effective way to dramatically improve the performance of the ZFS systems. We usually toss 300GB of SSD drives = into the storage systems for caching. SSD is cheap compared to RAM. Here is a link: http://www.zfsbuild.com/2010/07/30/testing-the-l2arc/ -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Jeff Sturm Sent: Friday, October 07, 2011 1:13 PM To: Simon Hobson; xen-users@lists.xensource.com Subject: RE: [Xen-users] XEN - networking and performance > -----Original Message----- > From: xen-users-bounces@lists.xensource.com [mailto:xen-users- > bounces@lists.xensource.com] On Behalf Of Simon Hobson > Sent: Thursday, October 06, 2011 4:51 PM > > Jeff Sturm wrote: >=20 > >One of the traps we've run into when virtualizing moderately = I/O-heavy > >hosts, is not sizing our disk arrays right. Not in terms of capacity > >(terabytes) but in spindles. If each physical host normally has 4 > >dedicated disks, for example, virtualizing 8 of these onto a domU > >attached to a disk array with 16 drives effectively cuts that ratio > >from 4:1 down to 2:1. Latency goes up, throughput goes down. >=20 > Not only that, but you also guarantee that the I/O is across different areas of the disk > (different partitions/logical volumes) and so you also virtually = guarantee a lot more > seek activity. Very true, yes. In such an environment, sequential disk performance = means very little. You need good random I/O throughput and that's hard to get with mechanical disks, beyond a few thousand iops. 15k disks help, a = larger chassis with more disks helps, but that's just throwing $$$ at the = problem and doesn't really break through the iops barrier. Anyone tried SSD with good results? I'm sure capacity requirements can = make it cost-prohibitive for many. Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 07 22:05:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 07 Oct 2011 22:05:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCP6J-0008LF-LH; Fri, 07 Oct 2011 22:05:31 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RCP3j-0007zn-Cm for xen-users@lists.xensource.com; Fri, 07 Oct 2011 22:03:02 -0700 X-Env-Sender: dftonywhite@hotmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1318050167!20749592!1 X-Originating-IP: [65.55.90.94] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26182 invoked from network); 8 Oct 2011 05:02:48 -0000 Received: from snt0-omc2-s19.snt0.hotmail.com (HELO snt0-omc2-s19.snt0.hotmail.com) (65.55.90.94) by server-8.tower-174.messagelabs.com with SMTP; 8 Oct 2011 05:02:48 -0000 Received: from SNT114-W55 ([65.55.90.73]) by snt0-omc2-s19.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 7 Oct 2011 22:02:46 -0700 Message-ID: X-Originating-IP: [189.247.93.214] From: Antonio Colin To: Xen Users List Date: Sat, 8 Oct 2011 00:02:46 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 08 Oct 2011 05:02:46.0992 (UTC) FILETIME=[853DBD00:01CC8577] Subject: [Xen-users] DomU image file on NFS Storage X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0140300951==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0140300951== Content-Type: multipart/alternative; boundary="_cceab6e4-f7b7-4d2d-9bdc-e96979e4c7a9_" --_cceab6e4-f7b7-4d2d-9bdc-e96979e4c7a9_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi everyone=2C I have created a CentOS4 PV on a Xen host contained in a *.img file. Now I = want to store that image fileon a NFS server. Does anyone have a config.sxp= file example and want to share it on a pastebin service? I have put the *.img on an NFS server=2C then mounted the img using #mount = -o loop image.img /mnt/centosand then exported it to the xen host but it do= es not work since the DomU kernel does not have Root NFS support. How can I do instead to read directly from the xen host the *.img file stor= ed in the NFS server=2C I think it wouldlook like: nfs_root =3D "/mnt/image= s/centos/image.img". ** This does not work at all=2C it ends up with a kernel panic on console. kernel =3D "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU"ramdisk =3D "/m= nt/images/centos/boot/initrd-2.6.9-89.ELxenU.img"memory =3D 512name =3D "ce= ntos4"vcpus =3D 1vif =3D ['']dhcp =3D "dhcp"ip =3D "192.168.1.100"netmask = =3D "255.255.255.0"gateway =3D "192.168.1.254"hostname =3D "centos4"nfs_ro= ot =3D "/mnt/images/centos/"nfs_server =3D "192.168.1.98"root =3D "/dev/roo= t"on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'restar= t' I would really appreciate one example or config option.Regards=2CTony. = --_cceab6e4-f7b7-4d2d-9bdc-e96979e4c7a9_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi everyone=2C

I have created a CentOS4 PV on a Xen host= contained in a *.img file. Now I want to store that image file
o= n a NFS server. =3BDoes anyone have a config.sxp file example and want = to share it on a pastebin service?

I have put the = *.img on an NFS server=2C then mounted the img using #mount -o loop image.i= mg /mnt/centos
and then exported it to the xen host but it does n= ot work since the DomU kernel does not have Root NFS support.
How can I do instead to read directly from the xen host the *.i= mg file stored in the NFS server=2C I think it would
look like:&n= bsp=3Bnfs_root =3D "/mnt/images/centos/image.img".

** This does not work at all=2C it ends up with a kernel panic on console.=

kernel =3D "/mnt/images/centos/boot/vml= inuz-2.6.9-89.ELxenU"
ramdisk =3D "/mnt/images/centos/boot/initrd= -2.6.9-89.ELxenU.img"
memory =3D 512
name =3D "ce= ntos4"
vcpus =3D 1
vif =3D ['']
dhcp =3D "dhc= p"
ip =3D "192.168.1.100"
netmask  =3B=3D "255.255.= 255.0"
gateway  =3B=3D "192.168.1.254"
hostname =3D= "centos4"
nfs_root =3D "/mnt/images/centos/"
nfs_serve= r =3D "192.168.1.98"
root =3D "/dev/root"
on_poweroff = =3D 'destroy'
on_reboot  =3B =3D 'restart'
on_crash=  =3B  =3B=3D 'restart'


I would really appreciate one example or config option.
Regard= s=2C
Tony.

= --_cceab6e4-f7b7-4d2d-9bdc-e96979e4c7a9_-- --===============0140300951== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0140300951==-- From xen-users-bounces@lists.xensource.com Sat Oct 08 01:24:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 01:24:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCSDE-0006Fh-08; Sat, 08 Oct 2011 01:24:52 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RCSBE-0005uc-9c for xen-users@lists.xensource.com; Sat, 08 Oct 2011 01:22:49 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-174.messagelabs.com!1318062164!20760391!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 485 invoked from network); 8 Oct 2011 08:22:44 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-174.messagelabs.com with SMTP; 8 Oct 2011 08:22:44 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 3881510401A for ; Sat, 8 Oct 2011 09:22:43 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sUiPTxQTU+VX for ; Sat, 8 Oct 2011 09:22:43 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C0B5B29F2B for ; Sat, 8 Oct 2011 09:22:42 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sat, 8 Oct 2011 08:46:56 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: [Xen-users] Re: XEN - networking and performance Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? fpt stl wrote: >>What is most likely happening here is that while your OS sees the >>storage as two devices, in fact they are on the same disk (or set >>of disks). So the copy becomes : >> >>read a bit - seek - write a bit - seek write some metadata - seek - >>read a bit - seek - write a bit ... >> >>That's a lot of seeking and seeks kill performance really badly. >> >> >> >>It also depend son what that 8G is. A small number of big files >>stands a half decent chance of using some write cache to buffer >>some of the seeks, but if it's lots of small files then there'll be >>a huge amount of filesystem metadata to be updated as well. >> >> >> >>And it also depend on what you are using for the copy. Some >>programs (such as dd and cpio) allow you to set a blocksize. >>Increasing this as far as your memory allows will help as that >>would mean reading a big chunk of data before seeking elsewhere to >>write it. Less seeks = better performance. >The copy is a plain cp and the files are around 100k - 200k each, >with some gzip archives as well. > >So, if I understand correctly, if a DomU (VM) has attached several >disks/xvd's (LVs in Dom0 storage space) then the Dom0 or Xen >hypervisor is responsible for moving the data between the DomU disks. > >Alternately, if the DomU has just one xvd (a larger LM in Dom0 >storage space) then only DomU's allocated resources will be used. NO Dom0 does NOT handle transfers for DomU - at least not in the way that you mean. It does not matter whether you export a whole disk and let DomU partition it, or partition it in Dom0 and export the partitions, or even use file based volumes in Dom0. In all cases, DomU does the data move/copy. Ie whatever tool you use in DomU will read the source data into memory and write it out to the destination. Even if it does a device-device transfer*, it will still be read into buffers in DomU memory and written out again. The part Dom0 plays is to "pretend" to be a disk. So when a DomU reads a block of data, a thread on Dom0 translates that request into a read request for the appropriate location on the appropriate device, reads it, and passes it to DomU. Similarly, when DomU writes data, Dom0 simply translates the location and writes the data out. For raw disk devices (eg whole disks, whole partitions, or whole LVM volumes) then the mapping is a simple 1-1 map. Using sparse file storage, there's a bit more to it as the Dom0 filesystem will need to keep track of which parts of the virtual disk file exist and add extents as needed. So the process to copy a block of data from one volume to another in a DomU is : Application does read. Filesystem/kernel/virtual device drivers etc translate this into a read request for a virtual block device. The VBD drivers interfaces with it's counterpart in Dom0. The virtual block storage code in Dom0 translates the request into a request for the appropriate device/partition/volume/file and reads the block. The block is passed up to the VBD in DomU The data is then presented up through the kernel/filesystem/etc code to the application. Writing a block is pretty much the reverse of the above. Note that except in special cases, a hypervisor doesn't (and can't) have intimate knowledge of the guest filesystems, and especially the filesystem state. That's not to say it can't be done (Microsoft do things like that in their latest systems) - but it cannot be done in the general case as it needs very intimate knowledge and cooperation between hypervisor and guest. Thus a copy operation always involves the data being read into memory in the guest and then written out again. * I believe there is a function where a program can ask the kernel etc to copy data directly from source to destination without using buffers in the program. This is still a read-into-memory then write-to-device operation. James Harper wrote: > > Interesting that a product I recall from 'some years ago' doesn't seem >to have >> popped up again - or perhaps it has and I never noticed since I'm not >into >> high end storage. This device looked to the host like a standard SCSI >disk, but >> internally it had a load of DRAM, a small (2 1/2" ?) disk, a >controller, and a >> small battery. >> Basically it was a big RAM disk with a SCSI interface, but when the >power >> went off it would write everything to disk. I suspect it probably had >a >> continuous process of writing dirty blocks to disk. >> Mind you, I suppose RAM does still cost somewhat more than disk. >> > >http://www.seagate.com/www/en-au/products/laptops/laptop-hdd/ > >It's a 500GB 2.5" disk with 4GB of SSD used as a cache. The drive >handles the caching internally so the OS just sees a disk. I have one in >my laptop (running Windows) and it seems to speed things up a great >deal, although I don't know how much of that is just that it's a 7200 >rather than a 5400 RPM disk. It's still a disk with some cache in front - and so still subject to seek delays if your working set is larger than the cache, and the cache is still SSD which is slower (especially on writes) than dynamic RAM. The product I recall was a true ram disk - with effectively zero seek times regardless of working set size. The one I recall was also a) not that large, and b) eye wateringly expensive though. I suspect such things exist for those that need the performance and will pay for them. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 08 03:38:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 03:38:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCUI3-0002dz-Ta; Sat, 08 Oct 2011 03:37:59 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCUHA-0002Ka-Tp for Xen-users@lists.xensource.com; Sat, 08 Oct 2011 03:37:05 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1318070220!34442609!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15687 invoked from network); 8 Oct 2011 10:37:01 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2011 10:37:01 -0000 Received: by vws13 with SMTP id 13so5235272vws.30 for ; Sat, 08 Oct 2011 03:37:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=Okra0xE4WFd5kUxab6nPrzgDAET/vLlOi86oYokJu54=; b=cU1iL0+E8Vfkhw6vi9GXtYl3ZejfCFAmmms9qORwLCbXqGSTSFISo/ULYkHsqvaCGw rnXlK/FKbZdnrG2mqtfECbbQtEj1GoAAPEjKNqkQZ2x3swPwJC/7p0qNv1LFdsTrO/vx o0XmaKScH1STNFr8lj5YEr0eHT+7q2HOQkn1Y= MIME-Version: 1.0 Received: by 10.52.27.208 with SMTP id v16mr6365637vdg.22.1318070220267; Sat, 08 Oct 2011 03:37:00 -0700 (PDT) Received: by 10.52.160.9 with HTTP; Sat, 8 Oct 2011 03:37:00 -0700 (PDT) Date: Sat, 8 Oct 2011 11:37:00 +0100 X-Google-Sender-Auth: BsImPT5Hkb0k_BDFMPYVDy_Z8FY Message-ID: From: Andy Burns To: xen-users Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [Xen-users] xentop reporting zero written sectors X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Just moving a chunk of files from one filesysstem on xvba to another on xvdb, and was monitoring with xentop as it was taking longer than expected. The VBD_RD and VBD_WR counters were both clocking-up as expected, as was the VBD_RSECT counter, but the VBD_WSECT counter was stuck on zero, I toggled on the individual VBD device counters and these showed the same (with the RD and WR counters correctly split between my source and destination disks) Is this a long standing "feature" that I've never noticed before or a problem that should be reported? Using the following packages from Fedora 16 beta xen.x86_64 4.1.1-3.fc16 en-hypervisor.x86_64 4.1.1-3.fc16 xen-libs.x86_64 4.1.1-3.fc16 xen-licenses.x86_64 4.1.1-3.fc16 xen-runtime.x86_64 4.1.1-3.fc16 kernel.x86_64 3.1.0-0.rc8.git0.0.fc16 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 08 06:56:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 06:56:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCXO3-0000Pg-6w; Sat, 08 Oct 2011 06:56:23 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RCXMl-0008WK-10 for xen-users@lists.xensource.com; Sat, 08 Oct 2011 06:55:04 -0700 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1318082070!58305846!1 X-Originating-IP: [216.51.232.10] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13494 invoked from network); 8 Oct 2011 13:54:30 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-2.tower-27.messagelabs.com with SMTP; 8 Oct 2011 13:54:30 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Sat, 8 Oct 2011 08:54:58 -0500 From: To: "'Xen Users List'" Subject: RE: [Xen-users] DomU image file on NFS Storage Date: Sat, 8 Oct 2011 08:54:54 -0500 Message-ID: <82CD2354ADF84CDB81A769EABB714F19@maindesk> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Thread-Index: AcyFd+6/uxWkggtZQD26X2cxF0jJ2AASbyog X-Auth: admin@xenhive.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: admin@xenhive.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2093456822==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2093456822== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0016_01CC8597.F2C1E110" This is a multi-part message in MIME format. ------=_NextPart_000_0016_01CC8597.F2C1E110 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In Xen, you need to create a Storage Repository for the NFS share instead of trying to manually make the connection to the NFS share. Then Xen will be able to use the NFS share for storing DomU images. -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Antonio Colin Sent: Saturday, October 08, 2011 12:03 AM To: Xen Users List Subject: [Xen-users] DomU image file on NFS Storage Hi everyone, I have created a CentOS4 PV on a Xen host contained in a *.img file. Now I want to store that image file on a NFS server. Does anyone have a config.sxp file example and want to share it on a pastebin service? I have put the *.img on an NFS server, then mounted the img using #mount -o loop image.img /mnt/centos and then exported it to the xen host but it does not work since the DomU kernel does not have Root NFS support. How can I do instead to read directly from the xen host the *.img file stored in the NFS server, I think it would look like: nfs_root = "/mnt/images/centos/image.img". ** This does not work at all, it ends up with a kernel panic on console. kernel = "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU" ramdisk = "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img" memory = 512 name = "centos4" vcpus = 1 vif = [''] dhcp = "dhcp" ip = "192.168.1.100" netmask = "255.255.255.0" gateway = "192.168.1.254" hostname = "centos4" nfs_root = "/mnt/images/centos/" nfs_server = "192.168.1.98" root = "/dev/root" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' I would really appreciate one example or config option. Regards, Tony. ------=_NextPart_000_0016_01CC8597.F2C1E110 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

In Xen, you need to create a = Storage Repository for the NFS= share instead of trying to manually make the connection to = the NFS share.  = Then Xen will be able to use the NFS= share for storing DomU images.

 

-----Original = Message-----
From: = xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Antonio Colin
Sent: Saturday, October 08, 2011 12:03 = AM
To: Xen Users List
Subject: [Xen-users] DomU = image file on NFS Storage

 

Hi = everyone,

 

I have created a CentOS4 = PV on a Xen host contained in a *.img file. Now I want to store that image = file

on a NFS server. Does = anyone have a config.sxp file example and want to share it on a pastebin = service?

 

I have put the *.img on an = NFS server, then mounted the img using #mount -o loop image.img = /mnt/centos

and then exported it to = the xen host but it does not work since the DomU kernel does not have Root NFS = support.

 

How can I do instead to = read directly from the xen host the *.img file stored in the NFS server, I = think it would

look like: nfs_root = =3D "/mnt/images/centos/image.img".

 

** This does not work at = all, it ends up with a kernel panic on console.

 

kernel =3D "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU"=

ramdisk =3D "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img"

memory =3D = 512

name =3D = "centos4"

vcpus =3D = 1

vif =3D = ['']

dhcp =3D = "dhcp"

ip =3D = "192.168.1.100"

netmask  =3D "255.255.255.0"

gateway  =3D "192.168.1.254"

hostname =3D = "centos4"

nfs_root =3D = "/mnt/images/centos/"

nfs_server =3D "192.168.1.98"

root =3D = "/dev/root"

on_poweroff =3D = 'destroy'

on_reboot   =3D = 'restart'

on_crash    =3D = 'restart'

 

 

I would really appreciate = one example or config option.

Regards,

Tony.

 

------=_NextPart_000_0016_01CC8597.F2C1E110-- --===============2093456822== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2093456822==-- From xen-users-bounces@lists.xensource.com Sat Oct 08 07:57:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 07:57:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCYLZ-0002QB-DO; Sat, 08 Oct 2011 07:57:53 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCYK4-00025D-5P for xen-users@lists.xensource.com; Sat, 08 Oct 2011 07:56:20 -0700 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-10.tower-216.messagelabs.com!1318085775!218049!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19417 invoked from network); 8 Oct 2011 14:56:16 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2011 14:56:16 -0000 Received: by vws13 with SMTP id 13so5393167vws.30 for ; Sat, 08 Oct 2011 07:56:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.31.41 with SMTP id x9mr6869208vdh.42.1318085775640; Sat, 08 Oct 2011 07:56:15 -0700 (PDT) Received: by 10.52.108.195 with HTTP; Sat, 8 Oct 2011 07:56:15 -0700 (PDT) In-Reply-To: References: Date: Sat, 8 Oct 2011 09:56:15 -0500 X-Google-Sender-Auth: yKhr51UKhpQUwj81_Kwsi8Pt7DY Message-ID: Subject: Re: [Xen-users] Re: XEN - networking and performance From: xenusers To: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0479451723==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0479451723== Content-Type: multipart/alternative; boundary=bcaec51d28d870c99904aecac221 --bcaec51d28d870c99904aecac221 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello, On Sat, Oct 8, 2011 at 2:46 AM, Simon Hobson wrote= : > The product I recall was a true ram disk - with effectively zero seek > times regardless of working set size. > > The one I recall was also a) not that large, and b) eye wateringly > expensive though. > I suspect such things exist for those that need the performance and will > pay for them. > Sounds like Fusion-IO, perhaps? By far the fastest but most expensive per/GB that I've heard of, anyhow. "IBM=92s project Quicksilver, based on Fusion-io technology, showed that solid-state technology in 2008 could deliver the fastest performance of its time: 1 million IOPS." Mark --bcaec51d28d870c99904aecac221 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hello,

On Sat, Oct 8, 2011 at 2:46 AM, Simon Hobson &= lt;linux@thehob= sons.co.uk> wrote:
=A0The product I recall was a true ram disk - with effectively zero seek ti= mes regardless of working set size.

The one I recall was also a) not that large, and b) eye wateringly expensiv= e though.
I suspect such things exist for those that need the performance and will pa= y for them.

Sounds like Fusion-IO= , perhaps? =A0By far the fastest but most expensive per/GB that I've he= ard of, anyhow.

"IBM=92s project Q= uicksilver,=A0based on Fusion-io technology, showed that solid-state techno= logy in 2008 could deliver the fastest performance of its time: 1 million I= OPS."

Mark
--bcaec51d28d870c99904aecac221-- --===============0479451723== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0479451723==-- From xen-users-bounces@lists.xensource.com Sat Oct 08 10:03:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 10:03:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCaJ6-0005ty-2o; Sat, 08 Oct 2011 10:03:28 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RCaHh-0005ZL-FF for xen-users@lists.xensource.com; Sat, 08 Oct 2011 10:02:02 -0700 X-Env-Sender: dftonywhite@hotmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1318093317!32339760!1 X-Originating-IP: [65.55.90.231] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29605 invoked from network); 8 Oct 2011 17:01:58 -0000 Received: from snt0-omc4-s28.snt0.hotmail.com (HELO snt0-omc4-s28.snt0.hotmail.com) (65.55.90.231) by server-6.tower-174.messagelabs.com with SMTP; 8 Oct 2011 17:01:58 -0000 Received: from SNT114-W24 ([65.55.90.199]) by snt0-omc4-s28.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 8 Oct 2011 10:01:56 -0700 Message-ID: X-Originating-IP: [189.247.93.214] From: Antonio Colin To: , Xen Users List Subject: RE: [Xen-users] DomU image file on NFS Storage Date: Sat, 8 Oct 2011 12:01:55 -0500 Importance: Normal In-Reply-To: <4E901554.3080305@pointless.org> References: , <4E901554.3080305@pointless.org> MIME-Version: 1.0 X-OriginalArrivalTime: 08 Oct 2011 17:01:56.0540 (UTC) FILETIME=[FC603FC0:01CC85DB] Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0768667519==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0768667519== Content-Type: multipart/alternative; boundary="_581b8add-d19a-41d0-9ed6-a507cab3e561_" --_581b8add-d19a-41d0-9ed6-a507cab3e561_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Erick=2C Yes=2C that is only for locally=2C AoE=2C iSCSI (if I remember rightly) sto= red images. I'm using Xen 4.0.0 + Debian Lenny as Dom0. The CentOS4 *.img f= ile was created with virt-manager within the Dom0 and stored in the local h= ard drive=2C as usual. Now=2C I want to store that same *.img file but on a= n NFS server and boot it from there for later migration=2C whichis exactly = what I want to do. I have tried mounting the DomU filesystem on the NFS server and then export= the directory to the Dom0=2C but it does not boot. And it woult not work e= ither for a HVM which is what I would be implementing later. Do you have any option or idea of how could I do this? Thank you=2C Tony. Date: Sat=2C 8 Oct 2011 11:18:12 +0200 From: zod@pointless.org To: dftonywhite@hotmail.com Subject: Re: [Xen-users] DomU image file on NFS Storage =20 =20 =20 =20 =20 Hi =20 I guess I'm missing something important but it is not=20 =20 disk =3D [ 'file:/mnt/images/centos/image.img=2Chda=2Cw'] =20 you want to do? or does it have to be nfs-mounted in the DomU? =20 /Erik =20 On 10/08/2011 07:02 AM=2C Antonio Colin wrote: =20 =20 =20 Hi everyone=2C =20 =20 I have created a CentOS4 PV on a Xen host contained in a *.img file. Now I want to store that image file on a NFS server. Does anyone have a config.sxp file example and want to share it on a pastebin service? =20 =20 I have put the *.img on an NFS server=2C then mounted the img using #mount -o loop image.img /mnt/centos and then exported it to the xen host but it does not work since the DomU kernel does not have Root NFS support. =20 =20 How can I do instead to read directly from the xen host the *.img file stored in the NFS server=2C I think it would look like: nfs_root =3D "/mnt/images/centos/image.img". =20 =20 ** This does not work at all=2C it ends up with a kernel panic on console. =20 =20 =20 =20 kernel =3D "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU" ramdisk =3D "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img" =20 memory =3D 512 name =3D "centos4" vcpus =3D 1 vif =3D [''] dhcp =3D "dhcp" ip =3D "192.168.1.100" netmask =3D "255.255.255.0" gateway =3D "192.168.1.254" hostname =3D "centos4" nfs_root =3D "/mnt/images/centos/" nfs_server =3D "192.168.1.98" root =3D "/dev/root" on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' =20 =20 =20 =20 =20 I would really appreciate one example or config option. Regards=2C Tony. =20 =20 =20 =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users =20 =20 = --_581b8add-d19a-41d0-9ed6-a507cab3e561_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Erick=2C

Yes=2C that is only for locally=2C AoE= =2C iSCSI (if I remember rightly) stored images. =3B
I'm usin= g Xen 4.0.0 + Debian Lenny as Dom0. =3B
The CentOS4 *.img fil= e was created with virt-manager within the Dom0 and =3Bstored in the lo= cal hard drive=2C as usual. =3B
Now=2C I want to store that s= ame *.img file but on an NFS server and boot it from there for later migrat= ion=2C which
is exactly what I want to do.

I have tried mounting the DomU filesystem on the NFS server and then exp= ort the directory to the Dom0=2C but it does not boot. =3B
An= d it woult not work either for a HVM which is what I would be implementing = later.

Do you have any option or idea of how could I do this?
<= div>
Thank you=2C

Tony.
Date: Sat=2C 8 Oct 2011 11:18:12 +0200
From: z= od@pointless.org
To: dftonywhite@hotmail.com
Subject: Re: [Xen-users]= DomU image file on NFS Storage

=20 =20 =20 =20 Hi

I guess I'm missing something important but it is not

disk =3D [ 'fil= e:/mnt/images/centos/image.img=2Chda=2Cw']

you want to do? or does it have to be nfs-mounted in the DomU?

/Erik

On 10/08/2011 07:02 AM=2C Antonio Colin wrote:
Hi everyone=2C

I have created a CentOS4 PV on a Xen host contained in a *.img file. Now I want to store that image file
on a NFS server. =3BDoes anyone have a config.sxp file exa= mple and want to share it on a pastebin service?

I have put the *.img on an NFS server=2C then mounted the img using #mount -o loop image.img /mnt/centos
and then exported it to the xen host but it does not work since the DomU kernel does not have Root NFS support.

How can I do instead to read directly from the xen host the *.img file stored in the NFS server=2C I think it would
look like: =3Bnfs_root =3D "/mnt/images/centos/image.img".=

** This does not work at all=2C it ends up with a kernel panic on console.

kernel =3D "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU"
ramdisk =3D "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img"
memory =3D 512
name =3D "centos4"
vcpus =3D 1
vif =3D ['']
dhcp =3D "dhcp"
ip =3D "192.168.1.100"
netmask  =3B=3D "255.255.255.0"
gateway  =3B=3D "192.168.1.254"
hostname =3D "centos4"
nfs_root =3D "/mnt/images/centos/"
nfs_server =3D "192.168.1.98"
root =3D "/dev/root"
on_poweroff =3D 'destroy'
on_reboot  =3B =3D 'restart'
on_crash  =3B  =3B=3D 'restart'


I would really appreciate one example or config option.
Regards=2C
Tony.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

= --_581b8add-d19a-41d0-9ed6-a507cab3e561_-- --===============0768667519== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0768667519==-- From xen-users-bounces@lists.xensource.com Sat Oct 08 10:08:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 10:08:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCaOB-0006nt-HF; Sat, 08 Oct 2011 10:08:43 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RCaN7-0006Tr-4A for xen-users@lists.xensource.com; Sat, 08 Oct 2011 10:07:37 -0700 X-Env-Sender: dftonywhite@hotmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1318093653!237264!1 X-Originating-IP: [65.55.90.175] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3968 invoked from network); 8 Oct 2011 17:07:33 -0000 Received: from snt0-omc3-s36.snt0.hotmail.com (HELO snt0-omc3-s36.snt0.hotmail.com) (65.55.90.175) by server-15.tower-216.messagelabs.com with SMTP; 8 Oct 2011 17:07:33 -0000 Received: from SNT114-W21 ([65.55.90.136]) by snt0-omc3-s36.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 8 Oct 2011 10:07:32 -0700 Message-ID: X-Originating-IP: [189.247.93.214] From: Antonio Colin To: , Xen Users List Subject: RE: [Xen-users] DomU image file on NFS Storage Date: Sat, 8 Oct 2011 12:07:32 -0500 Importance: Normal In-Reply-To: <82CD2354ADF84CDB81A769EABB714F19@maindesk> References: , <82CD2354ADF84CDB81A769EABB714F19@maindesk> MIME-Version: 1.0 X-OriginalArrivalTime: 08 Oct 2011 17:07:32.0994 (UTC) FILETIME=[C4EB0E20:01CC85DC] Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1424929773==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1424929773== Content-Type: multipart/alternative; boundary="_27659a5e-7ee3-48c9-a156-ad417befa538_" --_27659a5e-7ee3-48c9-a156-ad417befa538_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi=2C Yes=2C but I think that is only for Xen Server isn't it? I am using Xen hyp= ervisor 4.0.0 + Debian Lenny as Dom0. Is there a way to achieve NFS SR on X= en 4 ?? I have been looing for that on Google but nothing yet. Thank you in advance=2C Tony. From: admin@xenhive.com To: xen-users@lists.xensource.com Subject: RE: [Xen-users] DomU image file on NFS Storage Date: Sat=2C 8 Oct 2011 08:54:54 -0500 In Xen=2C you need to create a Storage Repository for the NFS share instead of trying to manually make the connect= ion to the NFS share. Then Xen will be able to use the NFS share for storing DomU images. =20 -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Antonio Colin Sent: Saturday=2C October 08=2C 2011 12:03 AM To: Xen Users List Subject: [Xen-users] DomU image file on NFS Storage =20 Hi everyone=2C =20 I have created a CentOS4 PV on a Xen host contained in a *.img file. Now I want to store that image file on a NFS server. Does anyone have a config.sxp file example and want to share it on a pastebin service? =20 I have put the *.img on an NFS server=2C then mounted the img using #mount -o loop image.img /mnt/centos and then exported it to the xen host but it does not work since the DomU kernel does not have Root NFS supp= ort. =20 How can I do instead to read directly from the xen host the *.img file stored in the NFS server=2C I thi= nk it would look like: nfs_root =3D "/mnt/images/centos/image.img". =20 ** This does not work at all=2C it ends up with a kernel panic on console. =20 kernel =3D "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU" ramdisk =3D "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img" memory =3D 512 name =3D "centos4" vcpus =3D 1 vif =3D [''] dhcp =3D "dhcp" ip =3D "192.168.1.100" netmask =3D "255.255.255.0" gateway =3D "192.168.1.254" hostname =3D "centos4" nfs_root =3D "/mnt/images/centos/" nfs_server =3D "192.168.1.98" root =3D "/dev/root" on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' =20 =20 I would really appreciate one example or config option. Regards=2C Tony. =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users = --_27659a5e-7ee3-48c9-a156-ad417befa538_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi=2C

Yes=2C but I think that is only for Xen Server isn= 't it? I am using Xen hypervisor 4.0.0 + Debian Lenny as Dom0. =3B
Is there a way to achieve NFS SR on Xen 4 ?? I have been looing for t= hat on Google but nothing yet.

Thank you in advanc= e=2C

Tony.

Fro= m: admin@xenhive.com
To: xen-users@lists.xensource.com
Subject: RE: [= Xen-users] DomU image file on NFS Storage
Date: Sat=2C 8 Oct 2011 08:54:= 54 -0500

In Xen=2C y= ou need to create a Storage Repository for the NFS<= /span> share instead of trying= to manually make the connection to the NFS sh= are. =3B Then Xen will be able to use the NFS share for storing DomU ima= ges.

 =3B

-----Orig= inal Message-----
From: xen-users-bounces@list= s.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Antonio Colin
Sent: Saturday=2C October 08=2C 2011 12:= 03 AM
To: Xen Users List
Subject: [Xen-users] DomU im= age file on NFS Storage

 =3B

Hi everyo= ne=2C

 =3B<= /span>

I have cr= eated a CentOS4 PV on a Xen host contained in a *.img file. Now I want to store that image file

on a NFS = server. =3BDoes anyone have a config.sxp file example and want to share it on a pastebin service?<= /span>

 =3B<= /span>

I have pu= t the *.img on an NFS server=2C then mounted the img using #mount -o loop image.img /mnt/centos

and then = exported it to the xen host but it does not work since the DomU kernel does not have Root NFS supp= ort.

 =3B<= /span>

How can I= do instead to read directly from the xen host the *.img file stored in the NFS server=2C I thi= nk it would

look like= : =3Bnfs_root =3D "/mnt/images/centos/image.img".

 =3B<= /span>

** This d= oes not work at all=2C it ends up with a kernel panic on console.

 =3B<= /span>

kernel = =3D "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU"

ramdisk = =3D "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img"

memory = =3D 512

name =3D = "centos4"

vcpus =3D= 1

vif =3D [= '']

dhcp =3D = "dhcp"

ip =3D "1= 92.168.1.100"

netmask &= nbsp=3B=3D "255.255.255.0"

gateway &= nbsp=3B=3D "192.168.1.254"

hostname = =3D "centos4"

nfs_root = =3D "/mnt/images/centos/"

nfs_serve= r =3D "192.168.1.98"

root =3D = "/dev/root"

on_powero= ff =3D 'destroy'

on_reboot=  =3B =3D 'restart'

on_crash =  =3B  =3B=3D 'restart'

 =3B<= /span>

 =3B<= /span>

I would r= eally appreciate one example or config option.

Regards= =2C

Tony.

 =3B<= /span>


_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
= --_27659a5e-7ee3-48c9-a156-ad417befa538_-- --===============1424929773== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1424929773==-- From xen-users-bounces@lists.xensource.com Sat Oct 08 10:14:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 10:14:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCaTY-0007YG-DA; Sat, 08 Oct 2011 10:14:16 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RCaSi-0007EB-4P for xen-users@lists.xensource.com; Sat, 08 Oct 2011 10:13:24 -0700 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-8.tower-182.messagelabs.com!1318093999!20319915!1 X-Originating-IP: [92.27.106.173] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6920 invoked from network); 8 Oct 2011 17:13:19 -0000 Received: from host-92-27-106-173.static.as13285.net (HELO abpni.co.uk) (92.27.106.173) by server-8.tower-182.messagelabs.com with SMTP; 8 Oct 2011 17:13:19 -0000 Received: from Jonathans-MacBook-Air.local ([10.87.0.109]) by abpni.co.uk with Microsoft SMTPSVC(6.0.3790.3959); Sat, 8 Oct 2011 18:13:18 +0100 Message-ID: <4E9084AE.6080301@abpni.co.uk> Date: Sat, 08 Oct 2011 18:13:18 +0100 From: Jonathan Tripathy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] DomU image file on NFS Storage References: , <82CD2354ADF84CDB81A769EABB714F19@maindesk> In-Reply-To: X-OriginalArrivalTime: 08 Oct 2011 17:13:18.0899 (UTC) FILETIME=[9317F830:01CC85DD] X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1833718249==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1833718249== Content-Type: multipart/alternative; boundary="------------060600060104060207080107" This is a multi-part message in MIME format. --------------060600060104060207080107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Tony, When Xen presents anything disk wise to a DomU, the means of how the Dom0 got the disk image is abstracted. As such, you don't need to provide an "nfs_root" option to the DomU. Just use the normal config options for accessing a disk, as the Dom0 takes care of all nfs stuff. Thanks Jonny On 08/10/2011 18:07, Antonio Colin wrote: > Hi, > > Yes, but I think that is only for Xen Server isn't it? I am using Xen > hypervisor 4.0.0 + Debian Lenny as Dom0. > Is there a way to achieve NFS SR on Xen 4 ?? I have been looing for > that on Google but nothing yet. > > Thank you in advance, > > Tony. > > ------------------------------------------------------------------------ > From: admin@xenhive.com > To: xen-users@lists.xensource.com > Subject: RE: [Xen-users] DomU image file on NFS Storage > Date: Sat, 8 Oct 2011 08:54:54 -0500 > > In Xen, you need to create a Storage Repository for the NFSshare > instead of trying to manually make the connection to the NFSshare. > Then Xen will be able to use the NFSshare for storing DomU images. > > -----Original Message----- > *From:* xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] *On Behalf Of *Antonio > Colin > *Sent:* Saturday, October 08, 201112:03 AM > *To:* Xen Users List > *Subject:* [Xen-users] DomU image file on NFS Storage > > Hi everyone, > > I have created a CentOS4 PV on a Xen host contained in a *.img file. > Now I want to store that image file > > on a NFS server. Does anyone have a config.sxp file example and want > to share it on a pastebin service? > > I have put the *.img on an NFS server, then mounted the img using > #mount -o loop image.img /mnt/centos > > and then exported it to the xen host but it does not work since the > DomU kernel does not have Root NFS support. > > How can I do instead to read directly from the xen host the *.img file > stored in the NFS server, I think it would > > look like: nfs_root = "/mnt/images/centos/image.img". > > ** This does not work at all, it ends up with a kernel panic on console. > > kernel = "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU" > > ramdisk = "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img" > > memory = 512 > > name = "centos4" > > vcpus = 1 > > vif = [''] > > dhcp = "dhcp" > > ip = "192.168.1.100" > > netmask = "255.255.255.0" > > gateway = "192.168.1.254" > > hostname = "centos4" > > nfs_root = "/mnt/images/centos/" > > nfs_server = "192.168.1.98" > > root = "/dev/root" > > on_poweroff = 'destroy' > > on_reboot = 'restart' > > on_crash = 'restart' > > I would really appreciate one example or config option. > > Regards, > > Tony. > > > _______________________________________________ Xen-users mailing list > Xen-users@lists.xensource.com http://lists.xensource.com/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------060600060104060207080107 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Tony,

When Xen presents anything disk wise to a DomU, the means of how the Dom0 got the disk image is abstracted. As such, you don't need to provide an "nfs_root" option to the DomU. Just use the normal config options for accessing a disk, as the Dom0 takes care of all nfs stuff.

Thanks

Jonny

On 08/10/2011 18:07, Antonio Colin wrote:
Hi,

Yes, but I think that is only for Xen Server isn't it? I am using Xen hypervisor 4.0.0 + Debian Lenny as Dom0. 
Is there a way to achieve NFS SR on Xen 4 ?? I have been looing for that on Google but nothing yet.

Thank you in advance,

Tony.

From: admin@xenhive.com
To: xen-users@lists.xensource.com
Subject: RE: [Xen-users] DomU image file on NFS Storage
Date: Sat, 8 Oct 2011 08:54:54 -0500

In Xen, you need to create a Storage Repository for the NFS share instead of trying to manually make the connection to the NFS share.  Then Xen will be able to use the NFS share for storing DomU images.

 

-----Original Message-----
From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Antonio Colin
Sent: Saturday, October 08, 2011 12:03 AM
To: Xen Users List
Subject: [Xen-users] DomU image file on NFS Storage

 

Hi everyone,

 

I have created a CentOS4 PV on a Xen host contained in a *.img file. Now I want to store that image file

on a NFS server. Does anyone have a config.sxp file example and want to share it on a pastebin service?

 

I have put the *.img on an NFS server, then mounted the img using #mount -o loop image.img /mnt/centos

and then exported it to the xen host but it does not work since the DomU kernel does not have Root NFS support.

 

How can I do instead to read directly from the xen host the *.img file stored in the NFS server, I think it would

look like: nfs_root = "/mnt/images/centos/image.img".

 

** This does not work at all, it ends up with a kernel panic on console.

 

kernel = "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU"

ramdisk = "/mnt/images/centos/boot/initrd-2.6.9-89.ELxenU.img"

memory = 512

name = "centos4"

vcpus = 1

vif = ['']

dhcp = "dhcp"

ip = "192.168.1.100"

netmask  = "255.255.255.0"

gateway  = "192.168.1.254"

hostname = "centos4"

nfs_root = "/mnt/images/centos/"

nfs_server = "192.168.1.98"

root = "/dev/root"

on_poweroff = 'destroy'

on_reboot   = 'restart'

on_crash    = 'restart'

 

 

I would really appreciate one example or config option.

Regards,

Tony.

 


_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--------------060600060104060207080107-- --===============1833718249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1833718249==-- From xen-users-bounces@lists.xensource.com Sat Oct 08 12:28:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 12:28:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCcZu-0002nc-8S; Sat, 08 Oct 2011 12:28:58 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RCcYe-0002T8-Ai for xen-users@lists.xensource.com; Sat, 08 Oct 2011 12:27:40 -0700 X-Env-Sender: donduq@i2pmail.org X-Msg-Ref: server-4.tower-27.messagelabs.com!1318102036!43640546!1 X-Originating-IP: [82.103.129.142] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11271 invoked from network); 8 Oct 2011 19:27:16 -0000 Received: from e82-103-129-142s.easyspeedy.com (HELO b.mx.i2pmail.org) (82.103.129.142) by server-4.tower-27.messagelabs.com with SMTP; 8 Oct 2011 19:27:16 -0000 X-Mailer: smtp.postman.i2p - Official I2P Mailer From: "D. Duckworth" To: xen-users@lists.xensource.com, xen-devel@lists.xensource.com Subject: Re: [Xen-users] XEN - networking and performance In-Reply-To: <20111006203821.CD70CE9342@kermit.internecto.net> References: <20111006203821.CD70CE9342@kermit.internecto.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Message-Id: <20111008190701.21336AE08F@smtp.postman.i2p> Date: Sat, 8 Oct 2011 19:07:01 +0000 (UTC) Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Salutations, =46rom the xen-users list: > I would like some advice from people how are/were using Xen 3.4.2 - > it should be a rather stable release. Dom0 is CentOS 5.5 64bit with > Xen 3.4.2 installed with the default settings (minus cpu pinning to > Dom0 and memory setup for 2GB). There are 2 built-in nics (Broadcom) > and an add-on network card (Intel) with another 4 nics. Currently > only one NIC is used for all network access, and as far as > networking, the default setings are used - xend-config.sxp: > (network-script network-bridge) (vif-script vif-bridge) >=20 > The questions are: >=20 > How can I improve the network performance (now all the VM are sharing > one bridge): >=20 > a. creating multiple bridges and assigning a VM (DomU) per bridge > b. trying to hide the NICs from Dom0 using something like "pciback > hide" - (pointers/example of how one would do this in Centos 5.5 > would be highly appreciated...) Xen Networking has been a thorn in my eye and a similar question has been with me for a long time now. So prepare, for this response contains rage. Xen networking has room for many different approaches, yet the best thing about its scripts is that they are not mandatory to use. You can fully adjust the scripts to your needs or even replace them with your own. You can find modifications on forums and blogs although most of them just seem to be copies of few suggestions made by few people. Logical, because quite frankly it's a pain to grope what the Xen scripts and udev rules really do, let alone grok most of what they do out of the box. Right now I just care about creating my ideal networking solution, i.e. routing, bridging and firewall stuff for vms with different roles. I am running Xen 4.1.2-rc3-pre non-professionally on a quad core single cpu 1U server. with 4 hard drives in RAID10 configuration. The server has one usable Ethernet port with multiple globally routable IPs. I can't use the other ethernet port; the server has no IPMI and the ISP declines use of two ports by one system because the data center is a no smoking zone for both humans and routers and switches. So the highest priority is to reach dom0 from the Internet and therefore my grub has fallback options, one of which is a boot to Linux with no Xen. In turn this means that dom0's networking boot scripts may not depend on Xen at all, and Xen may not change networking in any way unless specified. My dom0 is a minimal system that only controls vms and networking. I want dom0 to be small and simple so the obvious choice is Arch Linux. Dom0 should be separated from the domUs in that the domUs cannot reach dom0 and one domU (domN) should do all networking for the other domUs. I tried to use xl with xen4 for a while but due to bugs and missing features I had to go back to xm and xend. This is where the fun begins. In the past I used xend with network-bridge and for some strange reason (voodoo probably) I blindly accepted that script in the past and blamed myself for not appreciating it. But let's be blunt and honest: the scripts, in particular the script that *modifies dom0 networking during xend startup* is the biggest piece of sh!# idea I have ever seen in Xen. It creates bridges, takes eth0 down, tortures dom0 with occult ip addr/route, brctl, sysctl and iptables awk/sed manipulations and then it has you looking at your screen yearning for the moment that ping timeouts become ping replies, telling you that your box is reachable again. This script is a malevolent demon from the sewers of Norman the Golgothan and the worst part is that network-bridge is also still the recommended default! On the more positive side there was a fantastic update in Xen 4 where network-bridge changed a bit so that "it will not bring a bridge up if one already exists". Whoever wrote it should get a corporate medal for that and then a long vacation to a deserted island with an MSX II and no floppies. How can this even be approved by Xen's senior project manager, or is that a vacant position? It surely seems so. Xen's /etc/xen/scripts (another design fail, why not /usr?) and udev scripts are confusing ad-hoc bloatware routines and are not transparent at all. With the current xen4 I saw the premature advice to more or less 'prepare for migration from xm to xl'. Yet, xl supports less and is conflicting: there is no vifname, no 'xl new/delete', no more python, no relocation and suddenly there is a conflict between 'xm start domain' versus 'xl start /etc/xen/domain'. So new features emerge, adding to the confusion of the end user, while old problems are not being fixed properly. I wonder why, especially because it does not seem that xm and xend are the broken parts that need to be replaced by an unstable interface. What needs attention first and foremost are two things, first of which is real and wise effort into one simple, minimal script that just handles the minimum in a transparent way e.g. control the hypervisor, manage vms, manage the backend. Of course networking can be done on domain start too, but this has happen in an entirely different way from what it does and how it does it. This is so important because it gives more control to the user that runs Xen. It's also a good moment to build in proper and mature support for IPv6. Secondly, the website and documentation should be cleaned up and revised where appropriate. The current situation is a mess that has a much too steep and incompatible learning curve right now - for example, a bridge should just not be named eth0 and a physical device should not be renamed at all. It's fundamentally wrong, stupid, mad as hell and a PR failure for Xen to do it this way out of the box. No matter how often and detailed it has been documented on the website.=20 I propose something like the following for xen networking: * Xen will not manipulate non-xen devices or a firewall under any circumstance, it might only add or substract routes and/or rules from the routing tables, * Allow for networking configuration per domU. For example let networking per device be nat, routed, bridged or custom, where all name the interface and bring it up; nat only adds the ip to the routing table; routed could be an array of routes and rules that need to be added or subtracted from various routing tables and it might support proxyarp; bridged turns off arp, sets the mac on the vif and then adds the interface to a bridge that should already be created by the user; and custom is a custom set of unmanaged commands after creating and destroying a domain. I am aware that this can already be done with Xen. However, that process is quite arbitrary and it does things no one asked for. So one has to read the scripts. For example with the iptables part of vif-bridge. It is not handled transparently, it is quite arbitrary and it automatically executes for all vms that are being started. This leads you to wonder what more it does without you knowing it... So, with that off my chest and the second line of my network-bridge being the words "exit 0" Xen lets my dom0 configuration alone like it is supposed to do. While KVM is becoming a 'next cool thing' for many people I would still prefer a separate hypervisor so now the fat just has to be removed from Xen. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Sat Oct 08 12:30:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 12:30:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCcbf-0003Mh-GA; Sat, 08 Oct 2011 12:30:48 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RCcYe-0002T9-Nq for xen-devel@lists.xensource.com; Sat, 08 Oct 2011 12:27:41 -0700 X-Env-Sender: donduq@i2pmail.org X-Msg-Ref: server-8.tower-182.messagelabs.com!1318102057!20328973!1 X-Originating-IP: [82.103.129.142] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2796 invoked from network); 8 Oct 2011 19:27:37 -0000 Received: from e82-103-129-142s.easyspeedy.com (HELO b.mx.i2pmail.org) (82.103.129.142) by server-8.tower-182.messagelabs.com with SMTP; 8 Oct 2011 19:27:37 -0000 X-Mailer: smtp.postman.i2p - Official I2P Mailer From: "D. Duckworth" To: xen-users@lists.xensource.com, xen-devel@lists.xensource.com In-Reply-To: <20111006203821.CD70CE9342@kermit.internecto.net> References: <20111006203821.CD70CE9342@kermit.internecto.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Message-Id: <20111008190701.50DFBAE098@smtp.postman.i2p> Date: Sat, 8 Oct 2011 19:07:01 +0000 (UTC) Cc: Subject: [Xen-devel] Re: [Xen-users] XEN - networking and performance X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Salutations, =46rom the xen-users list: > I would like some advice from people how are/were using Xen 3.4.2 - > it should be a rather stable release. Dom0 is CentOS 5.5 64bit with > Xen 3.4.2 installed with the default settings (minus cpu pinning to > Dom0 and memory setup for 2GB). There are 2 built-in nics (Broadcom) > and an add-on network card (Intel) with another 4 nics. Currently > only one NIC is used for all network access, and as far as > networking, the default setings are used - xend-config.sxp: > (network-script network-bridge) (vif-script vif-bridge) >=20 > The questions are: >=20 > How can I improve the network performance (now all the VM are sharing > one bridge): >=20 > a. creating multiple bridges and assigning a VM (DomU) per bridge > b. trying to hide the NICs from Dom0 using something like "pciback > hide" - (pointers/example of how one would do this in Centos 5.5 > would be highly appreciated...) Xen Networking has been a thorn in my eye and a similar question has been with me for a long time now. So prepare, for this response contains rage. Xen networking has room for many different approaches, yet the best thing about its scripts is that they are not mandatory to use. You can fully adjust the scripts to your needs or even replace them with your own. You can find modifications on forums and blogs although most of them just seem to be copies of few suggestions made by few people. Logical, because quite frankly it's a pain to grope what the Xen scripts and udev rules really do, let alone grok most of what they do out of the box. Right now I just care about creating my ideal networking solution, i.e. routing, bridging and firewall stuff for vms with different roles. I am running Xen 4.1.2-rc3-pre non-professionally on a quad core single cpu 1U server. with 4 hard drives in RAID10 configuration. The server has one usable Ethernet port with multiple globally routable IPs. I can't use the other ethernet port; the server has no IPMI and the ISP declines use of two ports by one system because the data center is a no smoking zone for both humans and routers and switches. So the highest priority is to reach dom0 from the Internet and therefore my grub has fallback options, one of which is a boot to Linux with no Xen. In turn this means that dom0's networking boot scripts may not depend on Xen at all, and Xen may not change networking in any way unless specified. My dom0 is a minimal system that only controls vms and networking. I want dom0 to be small and simple so the obvious choice is Arch Linux. Dom0 should be separated from the domUs in that the domUs cannot reach dom0 and one domU (domN) should do all networking for the other domUs. I tried to use xl with xen4 for a while but due to bugs and missing features I had to go back to xm and xend. This is where the fun begins. In the past I used xend with network-bridge and for some strange reason (voodoo probably) I blindly accepted that script in the past and blamed myself for not appreciating it. But let's be blunt and honest: the scripts, in particular the script that *modifies dom0 networking during xend startup* is the biggest piece of sh!# idea I have ever seen in Xen. It creates bridges, takes eth0 down, tortures dom0 with occult ip addr/route, brctl, sysctl and iptables awk/sed manipulations and then it has you looking at your screen yearning for the moment that ping timeouts become ping replies, telling you that your box is reachable again. This script is a malevolent demon from the sewers of Norman the Golgothan and the worst part is that network-bridge is also still the recommended default! On the more positive side there was a fantastic update in Xen 4 where network-bridge changed a bit so that "it will not bring a bridge up if one already exists". Whoever wrote it should get a corporate medal for that and then a long vacation to a deserted island with an MSX II and no floppies. How can this even be approved by Xen's senior project manager, or is that a vacant position? It surely seems so. Xen's /etc/xen/scripts (another design fail, why not /usr?) and udev scripts are confusing ad-hoc bloatware routines and are not transparent at all. With the current xen4 I saw the premature advice to more or less 'prepare for migration from xm to xl'. Yet, xl supports less and is conflicting: there is no vifname, no 'xl new/delete', no more python, no relocation and suddenly there is a conflict between 'xm start domain' versus 'xl start /etc/xen/domain'. So new features emerge, adding to the confusion of the end user, while old problems are not being fixed properly. I wonder why, especially because it does not seem that xm and xend are the broken parts that need to be replaced by an unstable interface. What needs attention first and foremost are two things, first of which is real and wise effort into one simple, minimal script that just handles the minimum in a transparent way e.g. control the hypervisor, manage vms, manage the backend. Of course networking can be done on domain start too, but this has happen in an entirely different way from what it does and how it does it. This is so important because it gives more control to the user that runs Xen. It's also a good moment to build in proper and mature support for IPv6. Secondly, the website and documentation should be cleaned up and revised where appropriate. The current situation is a mess that has a much too steep and incompatible learning curve right now - for example, a bridge should just not be named eth0 and a physical device should not be renamed at all. It's fundamentally wrong, stupid, mad as hell and a PR failure for Xen to do it this way out of the box. No matter how often and detailed it has been documented on the website.=20 I propose something like the following for xen networking: * Xen will not manipulate non-xen devices or a firewall under any circumstance, it might only add or substract routes and/or rules from the routing tables, * Allow for networking configuration per domU. For example let networking per device be nat, routed, bridged or custom, where all name the interface and bring it up; nat only adds the ip to the routing table; routed could be an array of routes and rules that need to be added or subtracted from various routing tables and it might support proxyarp; bridged turns off arp, sets the mac on the vif and then adds the interface to a bridge that should already be created by the user; and custom is a custom set of unmanaged commands after creating and destroying a domain. I am aware that this can already be done with Xen. However, that process is quite arbitrary and it does things no one asked for. So one has to read the scripts. For example with the iptables part of vif-bridge. It is not handled transparently, it is quite arbitrary and it automatically executes for all vms that are being started. This leads you to wonder what more it does without you knowing it... So, with that off my chest and the second line of my network-bridge being the words "exit 0" Xen lets my dom0 configuration alone like it is supposed to do. While KVM is becoming a 'next cool thing' for many people I would still prefer a separate hypervisor so now the fat just has to be removed from Xen. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-api-bounces@lists.xensource.com Sat Oct 08 12:47:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 12:47:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCcrR-0004Bo-KL; Sat, 08 Oct 2011 12:47:05 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCcrD-00048B-RX; Sat, 08 Oct 2011 12:46:52 -0700 X-Env-Sender: torushikeshj@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1318103206!244943!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9368 invoked from network); 8 Oct 2011 19:46:48 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2011 19:46:48 -0000 Received: by ggnk4 with SMTP id k4so6390868ggn.30 for ; Sat, 08 Oct 2011 12:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Z9aeNEX0Jq3bWRpGh02NNIrUQEoR+Hh6JJzkVBfRIzQ=; b=S+QBmy78jvOAKCZeQHFr6A7ob3oiCXbX0QLu/B2VqXquEQpalPTCu9yoinDA+oIkti BWn/sz95kdYp5iNiZy479umUSD7FWk4BfZq8pdCXl1AP0UbCAnkEXYZ/KDbfN+WudBjm yG0CdhHwCIquVZF/6QOntJEX1Rxl0k4CuSVWY= MIME-Version: 1.0 Received: by 10.68.74.65 with SMTP id r1mr16109237pbv.87.1318103206221; Sat, 08 Oct 2011 12:46:46 -0700 (PDT) Received: by 10.143.90.4 with HTTP; Sat, 8 Oct 2011 12:46:46 -0700 (PDT) In-Reply-To: References: <4E8024E5.9020406@citrix.com> Date: Sun, 9 Oct 2011 01:16:46 +0530 Message-ID: Subject: Re: [Xen-devel] Re: [Xen-API] FT for XCP From: R J To: rshriram@cs.ubc.ca Cc: "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , "xen-api@lists.xensource.com" X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1197793470==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============1197793470== Content-Type: multipart/alternative; boundary=bcaec546918f62583904aeced191 --bcaec546918f62583904aeced191 Content-Type: text/plain; charset=ISO-8859-1 Thanks Shriram, I thought of using the native VM migrate code but in that case I may end up with corruption either in NW, DIsk or Mem. The remus page is not updated. http://nss.cs.ubc.ca/remus/hg/ I hope this project is not stopped. I'm still learning xen-3.4.2/tools path so hopefully I'll get some direction which can save from corruption. Regards, R J On Wed, Sep 28, 2011 at 9:38 PM, Shriram Rajagopalan wrote: > > > On Mon, Sep 26, 2011 at 8:58 AM, R J wrote: > >> Hello Mike, >> >> Thank you for suggestion. I would love to incorporate remus in xapi if >> thats possible. >> > > Great. That would be certainly welcome. [I am not a fan of ocaml ;)] > > Remus as its inbuilt logic of detecting checkpoint failure and taking >> decisions accordingly. >> >> I think there is remus support for xen 3.4 >> >> > What matters is the toolstack. > a. I am not sure if the xe toolstack uses libxenguest (tools/libxc) and > if it does, then it should have the basic remus support already. > > b. I am also not sure if it is recent enough to include all the remus bug > fixes that went in over the last 6 months. > > What do you suggest as my next step ? >> >> > Most of the remus code is python based and completely self contained. It > just needs > the domU's info (disk paths & vifs) as an s-expression. There is only one > api call to > Xend- to obtain the domU's s-expression. > > 1. A quick and dirty way would be to change this single api call to xapi > equivalent > and obtain the s-expression, then you should have Remus running. > > 2. Another approach would be to re-write the toolstack code in ocaml - > which might > be easy. But make sure that ocaml can make netlink api calls. > > shriram > >> Regards, >> Rushikesh >> >> >> >> >> On Mon, Sep 26, 2011 at 12:38 PM, Mike McClurg wrote: >> >>> On 09/25/2011 09:11 PM, R J wrote: >>> >>> Hello List, >>> >>> I have a proposal and wont mind to implement my self but need a helping >>> hand to start on. >>> I want to implement the aggressive FT feature in XCP. The best way I >>> could imagine is the use of feature *Live Migration* >>> >>> Steps >>> 1. Enable the FT of a particular VM using xe commands and adding as a >>> param to that VM e.g. xe vm-param-set FT=true uuid=XYZ >>> 2. If the FT = true detected by xenstore then xapi will initiate a live >>> migrate of that VM to any of available host. >>> 3. A parallel "network ping"/"xapi heartbit" from/to that host could be >>> initialized for each FT VM. >>> 4. Live migrate will run forever until its disabled by FT = false or one >>> of the host is down. e.g. the process will loop at 99.99% migration state >>> 5. If there is a packet drop of x packets the VM Migrate procedure will >>> mark the VM Migration as Complete and will switch the devices forcefully. >>> -- this could result in some data loss but I dont have any alternative to >>> this. >>> -- The specific x packets can be set by XCP but we cant rely for default >>> XCP Errors >>> 6. If there is a successful migration due to host down then we will again >>> start from step2 >>> >>> Above steps I have assumed to my knowledge, we can discuss the problems >>> in it. >>> >>> Apologies if I'm being too naive. >>> >>> Regards, >>> Rushikesh >>> >>> This sounds like Remus (http://nss.cs.ubc.ca/remus/). Are you proposing >>> to implement Remus support in xapi? >>> >>> Mike >>> >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel >> >> > --bcaec546918f62583904aeced191 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Shriram,

I thought of using the native VM migrate code but in= that case I may end up with corruption either in NW, DIsk or Mem.
The r= emus page is not updated. http:/= /nss.cs.ubc.ca/remus/hg/ I hope this project is not stopped.

I'm still learning xen-3.4.2/tools path so hopefully I'll get s= ome direction which can save from corruption.

Regards,
R J


On Wed, Sep 28, 2011 at 9:38 PM, Shrira= m Rajagopalan <r= shriram@cs.ubc.ca> wrote:


On Mon, Sep 26, 2011 at 8:58 AM, R J <torushikeshj@gmail.com> wrote:
Hello Mike,

Thank you for suggestion. I would love to incorporate re= mus in xapi if thats possible.

Great. That w= ould be certainly welcome. [I am not a fan of ocaml ;)]

Remus as its inbuilt logic of detecting checkpoint failure and taking decis= ions accordingly.

I think there is remus support for xen 3.4


What matters is the toolstack.
a. I am = not sure if the xe toolstack uses libxenguest (tools/libxc) and
=A0if i= t does, then it should have the basic remus support already.

b. I a= m also not sure if it is recent enough to include all the remus bug
fixes that went in over the last 6 months.

<= blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; border= -left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">What do you sugges= t as my next step ?


Most of the remus code is python based and = completely self contained. It just needs
the domU's info (disk path= s & vifs) as an s-expression. There is only one api call to
Xend- t= o obtain the domU's s-expression.

1. A quick and dirty way would be to change this single api call to xap= i equivalent
and obtain the s-expression, then you should have Remus ru= nning.

2. Another approach would be to re-write the toolstack code i= n ocaml - which might
be easy. But make sure that ocaml can make netlink api calls.

shrira= m
Regards,
Rushikesh




On= Mon, Sep 26, 2011 at 12:38 PM, Mike McClurg <mike.mcclurg@citrix.c= om> wrote:
=20 =20 =20
On 09/25/2011 09:11 PM, R J wrote:
Hello List,

I have a proposal and wont mind to implement my self but need a helping hand to start on.
I want to implement the aggressive FT feature in XCP. The best way I could imagine is the use of feature *Live Migration*

Steps
1. Enable the FT of a particular VM using xe commands and adding as a param to that VM e.g. xe vm-param-set FT=3Dtrue uuid=3DXYZ
2. If the FT =3D true detected by xenstore then xapi will initiate a live migrate of that VM to any of available host.
3. A parallel "network ping"/"xapi heartbit" from= /to that host could be initialized for each FT VM.
4. Live migrate will run forever until its disabled by FT =3D false or one of the host is down. e.g. the process will loop at 99.99% migration state
5. If there is a packet drop of x packets the VM Migrate procedure will mark the VM Migration as Complete and will switch the devices forcefully.
-- this could result in some data loss but I dont have any alternative to this.
-- The specific x packets can be set by XCP but we cant rely for default XCP Errors
6. If there is a successful migration due to host down then we will again start from step2

Above steps I have assumed to my knowledge, we can discuss the problems in it.

Apologies if I'm being too naive.

Regards,
Rushikesh

This sounds like Remus (http://nss= .cs.ubc.ca/remus/). Are you proposing to implement Remus support in xapi?

Mike


_______________________________________________
Xen-devel mailing list
Xen-deve= l@lists.xensource.com
http://l= ists.xensource.com/xen-devel



--bcaec546918f62583904aeced191-- --===============1197793470== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============1197793470==-- From xen-devel-bounces@lists.xensource.com Sat Oct 08 16:02:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 16:02:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCfuf-0000up-RM; Sat, 08 Oct 2011 16:02:37 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCftq-0000iM-4m; Sat, 08 Oct 2011 16:01:46 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-6.tower-21.messagelabs.com!1318114879!41417680!1 X-Originating-IP: [203.16.207.99] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3103 invoked from network); 8 Oct 2011 23:01:22 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-6.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 8 Oct 2011 23:01:22 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1RCftV-0005aH-Ly; Sun, 09 Oct 2011 10:01:25 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Sun, 9 Oct 2011 10:01:24 +1100 Message-ID: In-Reply-To: <20111008190701.21336AE08F@smtp.postman.i2p> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XEN - networking and performance Thread-Index: AcyF8KXW1pK2tDctQ0WUhgaQo3YDqQAHN1bA References: <20111006203821.CD70CE9342@kermit.internecto.net> <20111008190701.21336AE08F@smtp.postman.i2p> From: "James Harper" To: "D. Duckworth" , , X-Really-From-Bendigo-IT: magichashvalue Cc: Subject: [Xen-devel] RE: [Xen-users] XEN - networking and performance X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com > the scripts, in particular the script that *modifies dom0 networking during > xend startup* is the biggest piece of sh!# idea I have ever seen in Xen. It > creates bridges, takes eth0 down, tortures dom0 with occult ip addr/route, > brctl, sysctl and iptables awk/sed manipulations and then it has you looking at > your screen yearning for the moment that ping timeouts become ping > replies, telling you that your box is reachable again. This script is a malevolent > demon from the sewers of Norman the Golgothan and the worst part is that > network-bridge is also still the recommended default! That script was designed to make the network look like it was before you installed xen. Anyone with anything beyond a basic single-port single-vlan setup comments that line out and creates their own bridges. > It surely seems so. Xen's /etc/xen/scripts (another design fail, why not /usr?) > and udev scripts are confusing ad-hoc bloatware routines and are not > transparent at all. With the current xen4 I saw the premature advice to more > or less 'prepare for migration from xm to xl'. Yet, xl supports less and is > conflicting: there is no vifname, no 'xl new/delete', no more python, no > relocation and suddenly there is a conflict between 'xm start domain' versus > 'xl start /etc/xen/domain'. >=20 This is an open source project. Please feel free to submit your own scripts. I'd definitely like to see something that didn't create firewall rules as I don't even want iptables loaded on my xen systems. James _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Sat Oct 08 16:59:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 16:59:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCgnF-00039v-Av; Sat, 08 Oct 2011 16:59:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RCgl4-0002ni-KK for Xen-users@lists.xensource.com; Sat, 08 Oct 2011 16:56:47 -0700 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1318118201!37256656!1 X-Originating-IP: [92.27.106.173] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12456 invoked from network); 8 Oct 2011 23:56:41 -0000 Received: from host-92-27-106-173.static.as13285.net (HELO abpni.co.uk) (92.27.106.173) by server-2.tower-21.messagelabs.com with SMTP; 8 Oct 2011 23:56:41 -0000 Received: from jeremy-pc.abpni.local ([10.87.0.101]) by abpni.co.uk with Microsoft SMTPSVC(6.0.3790.3959); Sun, 9 Oct 2011 00:56:43 +0100 Message-ID: <4E90E33B.8010201@abpni.co.uk> Date: Sun, 09 Oct 2011 00:56:43 +0100 From: Jonathan Tripathy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Oct 2011 23:56:43.0298 (UTC) FILETIME=[EE0A2820:01CC8615] Cc: Subject: [Xen-users] VNC Proxy X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Everyone, Is anyone aware of any solution which will allow our customers to access their Xen DomUs via a VNC session? We are looking for some "middle-ware" software which can handle authentication as well as VNC proxying (to the correct Dom0). The software doesn't necessarily have to be web based, but that would be a plus. Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 08 17:43:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 17:43:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RChUf-0004kx-Dm; Sat, 08 Oct 2011 17:43:53 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RChSv-0004QL-1c for Xen-users@lists.xensource.com; Sat, 08 Oct 2011 17:42:12 -0700 X-Env-Sender: todaygood@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1318120920!255028!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11542 invoked from network); 9 Oct 2011 00:42:01 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 00:42:01 -0000 Received: by pzk34 with SMTP id 34so13392262pzk.8 for ; Sat, 08 Oct 2011 17:41:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=OuEv9xSub+3N4wB0duuS8xhuqjIjB5XjSztc3My+L9g=; b=n8kyYn+MjBevr8Kv/Vg8FqezoWtOHZE0VWMrtafUPiFixR0oN7Wek/9s0thPVE7Tn3 Fluxk9VA/Iur8x/s7Gdo5kj4GHWaFE+2QV29RdJ4omU+Vn8elNOxTpOcQVZa+2dj8EmW lNn+Bgaw2Xmmt9CttZ2YZj5s0ifRvfzTuoHoM= Received: by 10.68.22.195 with SMTP id g3mr25115175pbf.108.1318120919753; Sat, 08 Oct 2011 17:41:59 -0700 (PDT) Received: from [192.168.0.101] ([219.133.129.115]) by mx.google.com with ESMTPS id z1sm48984931pbl.5.2011.10.08.17.41.57 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 08 Oct 2011 17:41:59 -0700 (PDT) Message-ID: <4E90EDD0.9090008@gmail.com> Date: Sun, 09 Oct 2011 08:41:52 +0800 From: Gmail User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Xen-users@lists.xensource.com References: <4E90E33B.8010201@abpni.co.uk> In-Reply-To: <4E90E33B.8010201@abpni.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Xen-users] xen hvm usb problem X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com xen hvm guest os: windows xp or SLES Linux 11 in dom0 , lsusb can find usb device . by using add usbdevice="host:vendorID:productID" in windowsxp.cfg or sles11.cfg 1)in windows xp ,I can't find any usb device 2)in SLES Linux11 ,can't find any usb device either. What can I do for finding usb device? Please help me . _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 08 18:32:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 18:32:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCiG4-0006II-Rl; Sat, 08 Oct 2011 18:32:52 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RCiF0-0005wc-8n for xen-users@lists.xensource.com; Sat, 08 Oct 2011 18:31:46 -0700 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1318123883!45749236!1 X-Originating-IP: [98.139.52.199] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29384 invoked from network); 9 Oct 2011 01:31:24 -0000 Received: from nm2.bullet.mail.ac4.yahoo.com (HELO nm2.bullet.mail.ac4.yahoo.com) (98.139.52.199) by server-11.tower-21.messagelabs.com with SMTP; 9 Oct 2011 01:31:24 -0000 Received: from [98.139.52.196] by nm2.bullet.mail.ac4.yahoo.com with NNFMP; 09 Oct 2011 01:31:42 -0000 Received: from [98.139.52.179] by tm9.bullet.mail.ac4.yahoo.com with NNFMP; 09 Oct 2011 01:31:42 -0000 Received: from [127.0.0.1] by omp1062.mail.ac4.yahoo.com with NNFMP; 09 Oct 2011 01:31:42 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 437732.45166.bm@omp1062.mail.ac4.yahoo.com Received: (qmail 36657 invoked by uid 60001); 9 Oct 2011 01:31:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1318123901; bh=7Mf37Z75qwOEm+B9IxOX4cd/xZI+jLT8voUT7+uUHA0=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ey4oQ4PNNKJYI95Ar7vjMfM5hgpadqmTcXQa0PqxFu0dthF8rpE5iAJTRbNhUz0NvzHGY/jgFo5xGT7ufr++x5ho2O1rxNFDQsyMFz6CU2qy/fj+3nW9zPaefbiIzxLxJ0Fur+f2SewQLvtUPOpxWORYC+DgtE+q0FmGY+clGOs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=s0C9vsumyerdOEQzMT31XOyxBNqwCaZjA1MBpUdoq6MI+k84omANdwhbbnN+YE81Ywh6fl/SsxGAO40ZaAql+ljc+MqkfciTzi1PahF69ZBOdVnA2wt2vvhFaDMSQveBdwWKxcpH25ZHoga+1XXXKEGmq81z1PXNWD7+ImsXUsI=; X-YMail-OSG: nSb21rsVM1mO6tsUHP61mjpZpCObSLNYj4_UmrOPnCSqATD JOGthlKiD8FTb_F4aAHGzR789pEv_IpLQB_PGrZEoos4kmsR5glVdLvKUcR_ nh6hIYtJ9UgeL0vTb3.NPb6gv2ZQrHR5pKLY4HbfukctF7Xh.hE_3zmZsQSl yciW6vTQTsDalDRupcx4X3XqvAjhcz9dKB7pJa0QU7lQwMIIpLhLRBj4Tzkc cxTEA9Uh36qzpJkow5R.FA2BWT7Hri2gMQsy9jXd8Xs6XWD_wu7LmhAzFoun 4o8eBvx824wQ8.sZ8uBvPJ8stAMSoxp_7b8m8d0dYv0jH1nZGVzsjUua177Z Cxqsi2a957IbcfyjEmpy5mdIm5vGLsoseL.r6.rDgQC9rqFXHvUBBnn2i2ky noYAhMMByEnnep4KviGXp6GHSltSbFf9E_T7iuLcBCCSBippjcXXyUpgyiJY COndy5qo9nxlehgXPahYRY7uMdFRvn66R4QQ6DF7OQFo67M9MLDX4auXosdh ql1OcarP0B4f8QqRaLHY2lk3Xmwx9oOnDCLcxzueu.A-- Received: from [72.130.32.252] by web35602.mail.mud.yahoo.com via HTTP; Sat, 08 Oct 2011 18:31:41 PDT X-Mailer: YahooMailWebService/0.8.114.317681 References: Message-ID: <1318123901.24512.YahooMailNeo@web35602.mail.mud.yahoo.com> Date: Sat, 8 Oct 2011 18:31:41 -0700 (PDT) From: Mark Pryor Subject: Re: [Xen-users] DomU image file on NFS Storage To: Antonio Colin In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com =0A=0A=0A=0A=0A________________________________=0AFrom: Antonio Colin =0ATo: Xen Users List = =0ASent: Friday, October 7, 2011 10:02 PM=0ASubject: [Xen-users] DomU image= file on NFS Storage=0A=0A=0A=0AHi everyone,=0A=0AI have created a CentOS4 = PV on a Xen host contained in a *.img file. Now I want to store that image = file=0Aon a NFS server.=A0Does anyone have a config.sxp file example and wa= nt to share it on a pastebin service?=0A=0AI have put the *.img on an NFS s= erver, then mounted the img using #mount -o loop image.img /mnt/centos=0Aan= d then exported it to the xen host but it does not work since the DomU kern= el does not have Root NFS support.=0A=0AHow can I do instead to read direct= ly from the xen host the *.img file stored in the NFS server, I think it wo= uld=0Alook like:=A0nfs_root =3D "/mnt/images/centos/image.img".=0A=0A** Thi= s does not work at all, it ends up with a kernel panic on console.=0A=0Aker= nel =3D "/mnt/images/centos/boot/vmlinuz-2.6.9-89.ELxenU"=0Aramdisk =3D "/m= nt/images/centos/boot/initrd-2.6.9-89.ELxenU.img"=0Amemory =3D 512=0Aname = =3D "centos4"=0Avcpus =3D 1=0Avif =3D ['']=0Adhcp =3D "dhcp"=0Aip =3D "192.= 168.1.100"=0Anetmask =A0=3D "255.255.255.0"=0Agateway =A0=3D "192.168.1.254= "=0Ahostname =3D "centos4"=0Anfs_root =3D "/mnt/images/centos/"=0Anfs_serve= r =3D "192.168.1.98"=0Aroot =3D "/dev/root"=0Aon_poweroff =3D 'destroy'=0Ao= n_reboot =A0 =3D 'restart'=0Aon_crash =A0 =A0=3D 'restart'=0A=0A=0AI would = really appreciate one example or config option.=0ARegards,=0ATony.=0A------= ---------=0A=0AHere are the snips from an SL6 domU booting from nfsroot. Th= e dom0 is OpenSuSE with xen 4.1.1=0A=0A=0Ahttp://paste.ubuntu.com/704618/= =0A=0A=0Athis took me 3 days to get working. The kernel rebuild with config= changes was tough until=0AI gave up on rpm build and went with traditional= Make.=0A=0AAll the NFS options were passed via =0A=0Aextra =3D ""=0A=0A-- = =0A=0AMark _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 08 18:58:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 08 Oct 2011 18:58:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCieo-0007Zq-1g; Sat, 08 Oct 2011 18:58:26 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCidA-0007Dg-Va for Xen-users@lists.xensource.com; Sat, 08 Oct 2011 18:56:45 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1318125401!21368654!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22253 invoked from network); 9 Oct 2011 01:56:41 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 01:56:41 -0000 Received: by bkas6 with SMTP id s6so8756444bka.30 for ; Sat, 08 Oct 2011 18:56:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=aMwgf1InZD53MDcv6S7xoDqo1z5dkZj1FCDT0JjtGYs=; b=wWIat21I4s5CN5q/sUySjbL4GZTjtu0+HWtiaM9RK4IudPGteuw+zMxgWxzXTr4xrp ojS747HoDvtgULmuu4aULQUZbiul9T0wXKTYcL0mTISLGX9dF20qaGx4wU9STmaHS6/n FAr6t5cSN5GxvQ39r1d9dkaFFFgI3WgIGD8QA= Received: by 10.223.91.87 with SMTP id l23mr22500156fam.5.1318125401354; Sat, 08 Oct 2011 18:56:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.4.163 with HTTP; Sat, 8 Oct 2011 18:56:21 -0700 (PDT) In-Reply-To: <4E90E33B.8010201@abpni.co.uk> References: <4E90E33B.8010201@abpni.co.uk> From: Grant McWilliams Date: Sat, 8 Oct 2011 18:56:21 -0700 Message-ID: Subject: Re: [Xen-users] VNC Proxy To: Jonathan Tripathy Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0885378809==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0885378809== Content-Type: multipart/alternative; boundary=000e0ce0b1a65132bc04aed3fc55 --000e0ce0b1a65132bc04aed3fc55 Content-Type: text/plain; charset=UTF-8 On Sat, Oct 8, 2011 at 4:56 PM, Jonathan Tripathy wrote: > Hi Everyone, > > Is anyone aware of any solution which will allow our customers to access > their Xen DomUs via a VNC session? We are looking for some "middle-ware" > software which can handle authentication as well as VNC proxying (to the > correct Dom0). The software doesn't necessarily have to be web based, but > that would be a plus. > > Thanks > > For XCP I'm using XVP. Not sure if you could get it to work with straight Xen. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --000e0ce0b1a65132bc04aed3fc55 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Sat, Oct 8, 2011 at 4:56 PM, Jonathan Tripath= y <jonnyt@abpni.= co.uk> wrote:
Hi Everyone,

Is anyone aware of any solution which will allow our customers to access th= eir Xen DomUs via a VNC session? We are looking for some "middle-ware&= quot; software which can handle authentication as well as VNC proxying (to = the correct Dom0). The software doesn't necessarily have to be web base= d, but that would be a plus.

Thanks


For XCP I'm using XVP. Not sure if you could get= it to work with straight Xen.


Grant McWilliamshttp://grantmcwi= lliams.com/

Some people, when confronted with a problem, think "I know, I'= ll use Windows."
Now they have two problems.


--000e0ce0b1a65132bc04aed3fc55-- --===============0885378809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0885378809==-- From xen-users-bounces@lists.xensource.com Sun Oct 09 01:45:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 01:45:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCp0w-0008Qy-KL; Sun, 09 Oct 2011 01:45:42 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RCozh-00086t-QG for xen-users@lists.xensource.com; Sun, 09 Oct 2011 01:44:26 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-15.tower-216.messagelabs.com!1318149862!276055!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24974 invoked from network); 9 Oct 2011 08:44:22 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-15.tower-216.messagelabs.com with SMTP; 9 Oct 2011 08:44:22 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 105B910401A for ; Sun, 9 Oct 2011 09:44:21 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ObAEo0bV5nh for ; Sun, 9 Oct 2011 09:44:20 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A43E929FD1 for ; Sun, 9 Oct 2011 09:44:20 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <20111008190701.21336AE08F@smtp.postman.i2p> References: <20111006203821.CD70CE9342@kermit.internecto.net> <20111008190701.21336AE08F@smtp.postman.i2p> Date: Sun, 9 Oct 2011 09:44:13 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] XEN - networking and performance Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com D. Duckworth wrote: A vitriolic rant ! >Right now I just care about creating my ideal networking solution, i.e. >routing, bridging and firewall stuff for vms with different roles. ... >... and Xen may not change networking in any way unless specified. All that is trivial to do. The network-script is (I believe) deprecated anyway as the developers realise it's not very good AND OS native tools for things like managing bridges have improved somewhat. It probably made sense when they were first written, and making bridges and/or flexible setups that can survive booting in or out of Xen, required more script voodoo than most users could muster. It's one thing to say these scripts are rubbish, but you have to realise the historical context from when they were written. So comment out any network-script in your Xen config. You are now no longer using the Xen supplied scripts for setting up your host networking. In your host config, get it to create the bridge - this is trivially easy in Debian and multiple posts have been made here recently. This is an extract from my own system at home : auto eth0 iface eth0 inet static bridge_ports peth0 address 192.168.nn.nn netmask 255.255.255.0 gateway 192.168.nn.nn You see, that really is all it takes to configure a bridge in Debian these days ! My preference is to have Udev name my physical interfaces as things like pethint, pethext, and so on. This is one simple edit in something like /etc/udev/rules.d/persistent-net-rules where you simply change "eth" for the interface to something else. You don't have to do this, but IMO it makes things much easier as you don't have to keep remembering whether eth0 is the outside, inside, something else network ! These two changes will mean you have a network in Dom0 that works the same whether booted natively or with Xen, where the Dom0 uses one (or more) bridge(s) for it's own networking, and the physical interface(s) are connected to the bridge(s) you want. Now, if you want a DomU to act as a router for the rest of the network, that's easy too - I do that at home. There are two ways of doing it. 1) You can use pci passthrough to hide a NIC from the host and make it available natively to the guest. Then just configure the guest to do whatever you want with the traffic. 2) You can create another bridge but don't configure an IP address on it in Dom0. Connect the guest to this bridge as well as the other internal networks, and it can route traffic in the same way. This is logically the same as option 1 but having installed a (software) switch between the guest and the outside world. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 03:18:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 03:18:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCqSR-0002NE-H7; Sun, 09 Oct 2011 03:18:11 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCqRB-00021u-I3 for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 03:16:53 -0700 X-Env-Sender: dimaqq@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1318155410!16526638!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12318 invoked from network); 9 Oct 2011 10:16:50 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 10:16:50 -0000 Received: by bkas6 with SMTP id s6so9234072bka.30 for ; Sun, 09 Oct 2011 03:16:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=bTC/f96pDsIzWdhQy+OSi7I9T3FQYpSBYJBn3TcjGm4=; b=kHQSkWXImn2ZzE4eX8j1Fh7qFNZTgJbfzWZICwZRhLN2g7/XaXH4sKW+2bC2jRAY6z FB4jgij3mAoZGNLINSRxB1d4lM21RXa6y7u3PuS62sdrWR0P1Mh3VIj8P17QwHUGP3BI xgZ+448zymX+bcDw4SIqKK4ocLr8gJcMK4krM= MIME-Version: 1.0 Received: by 10.204.7.72 with SMTP id c8mr2978897bkc.58.1318155408935; Sun, 09 Oct 2011 03:16:48 -0700 (PDT) Received: by 10.204.130.67 with HTTP; Sun, 9 Oct 2011 03:16:48 -0700 (PDT) In-Reply-To: <4E90EDD0.9090008@gmail.com> References: <4E90E33B.8010201@abpni.co.uk> <4E90EDD0.9090008@gmail.com> Date: Sun, 9 Oct 2011 13:16:48 +0300 Message-ID: Subject: Re: [Xen-users] xen hvm usb problem From: Dima Tisnek To: Gmail Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com it could be that your xen/qemu/dom0 version doesn't support usbback (hiding usb from dom0), that is the case e.g. with xen 4.1.1 and linux 3.0 and dom0 On 9 October 2011 03:41, Gmail wrote: > xen hvm > > guest os: =C2=A0windows xp =C2=A0or SLES Linux 11 > > in dom0 , lsusb can find usb device . > by using =C2=A0add usbdevice=3D"host:vendorID:productID" in windowsxp.cfg= or > sles11.cfg > > 1)in windows xp ,I can't find any usb device > 2)in SLES Linux11 ,can't find any usb device =C2=A0either. > > What can I do for finding usb device? =C2=A0Please help me . > > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 05:07:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 05:07:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCsA1-0006cH-75; Sun, 09 Oct 2011 05:07:17 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCs8W-0006Hn-2t for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 05:05:44 -0700 X-Env-Sender: zod@pointless.org X-Msg-Ref: server-15.tower-21.messagelabs.com!1318161941!53771142!1 X-Originating-IP: [85.195.30.5] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23782 invoked from network); 9 Oct 2011 12:05:42 -0000 Received: from user5.85-195-30.netatonce.net (HELO mulder.pointless.org) (85.195.30.5) by server-15.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 9 Oct 2011 12:05:42 -0000 Received: from [10.0.0.18] (helo=[192.168.1.5]) by mulder.pointless.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RCs8P-00013e-7y; Sun, 09 Oct 2011 14:05:37 +0200 Message-ID: <4E918E0C.5050005@pointless.org> Date: Sun, 09 Oct 2011 14:05:32 +0200 From: Erik Lind User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15 MIME-Version: 1.0 To: todaygood@gmail.com Subject: Re: [Xen-users] xen hvm usb problem References: <4E90E33B.8010201@abpni.co.uk> <4E90EDD0.9090008@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam_score: -1.0 X-Spam_score_int: -9 X-Spam_bar: - X-Spam_report: Spam detection software, running on the system "mulder.pointless.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Well normal usb 1.1 passthrough should be supported but it depends on device according to: http://wiki.xen.org/xenwiki/XenUSBPassthrough For pvusb support I guess it is correct that the dom0 kernel has to support it and the DomU OS of course. [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Well normal usb 1.1 passthrough should be supported but it depends on device according to: http://wiki.xen.org/xenwiki/XenUSBPassthrough For pvusb support I guess it is correct that the dom0 kernel has to support it and the DomU OS of course. Perhaps you should try the pvusb passthrough or test with some other usb device to see if it is device dependent or not? /Erik On 10/09/2011 12:16 PM, Dima Tisnek wrote: > it could be that your xen/qemu/dom0 version doesn't support usbback > (hiding usb from dom0), that is the case e.g. with xen 4.1.1 and linux > 3.0 and dom0 > > > On 9 October 2011 03:41, Gmail wrote: >> xen hvm >> >> guest os: windows xp or SLES Linux 11 >> >> in dom0 , lsusb can find usb device . >> by using add usbdevice="host:vendorID:productID" in windowsxp.cfg or >> sles11.cfg >> >> 1)in windows xp ,I can't find any usb device >> 2)in SLES Linux11 ,can't find any usb device either. >> >> What can I do for finding usb device? Please help me . >> >> >> >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 05:15:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 05:15:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCsI2-0007O4-T1; Sun, 09 Oct 2011 05:15:34 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCsGh-00073h-WF for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 05:14:12 -0700 X-Env-Sender: dimaqq@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1318162434!43455825!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26073 invoked from network); 9 Oct 2011 12:13:55 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 12:13:55 -0000 Received: by bkas6 with SMTP id s6so9363940bka.30 for ; Sun, 09 Oct 2011 05:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=/TjXXZlruzF460tjaSTZ9ncXsJsQlI9ZZ5lpAfiKT1k=; b=AT6BVr9OuQGs5zfcCDKdl10ci0KN3djN88yYKXmgsoefT5qYF+EkO9Tlsu7XR0X+Cb 3QC/DI8SRomXlluLzpJLry2JTiTDOz9MnpXDb03MU8BCSwK2mYGPMW/tdPE96AfxuiQe SR04KeN2E1715mpOQCMMcKhzt5ZOJP4Hwxk40= MIME-Version: 1.0 Received: by 10.204.132.199 with SMTP id c7mr3189295bkt.45.1318162446406; Sun, 09 Oct 2011 05:14:06 -0700 (PDT) Received: by 10.204.130.67 with HTTP; Sun, 9 Oct 2011 05:14:06 -0700 (PDT) In-Reply-To: <4E918E0C.5050005@pointless.org> References: <4E90E33B.8010201@abpni.co.uk> <4E90EDD0.9090008@gmail.com> <4E918E0C.5050005@pointless.org> Date: Sun, 9 Oct 2011 15:14:06 +0300 Message-ID: Subject: Re: [Xen-users] xen hvm usb problem From: Dima Tisnek To: Erik Lind Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: todaygood@gmail.com, Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com my understanding is that after pvops switch (landing xen in linux kernel, perhaps coinsides with xen3->xen4?) usbback module is not implemented, at least in vanilla kernel 3.0.4 or Konrad's git 2.6.xx. xl tools don't support usb yet either. The easiest to try is to play with xm tools: manually unbind usb device from whatever module/driver in dom0 (opt) xm usb list assignable devices (if not shown, try above) try xm usb-attach if you get an error, it basically means your dom0 kernel does not have usbb= ack. you can also check /proc/config.gz d. On 9 October 2011 15:05, Erik Lind wrote: > Hi > > Well normal usb 1.1 passthrough should be supported but it depends on dev= ice > =C2=A0according to: > http://wiki.xen.org/xenwiki/XenUSBPassthrough > > For pvusb support I guess it is correct that the dom0 kernel has to suppo= rt > it and the DomU OS of course. > > Perhaps you should try the pvusb passthrough or test with some other usb > device to see if it is device dependent or not? > > /Erik > > On 10/09/2011 12:16 PM, Dima Tisnek wrote: >> >> it could be that your xen/qemu/dom0 version doesn't support usbback >> (hiding usb from dom0), that is the case e.g. with xen 4.1.1 and linux >> 3.0 and dom0 >> >> >> On 9 October 2011 03:41, Gmail =C2=A0wrote: >>> >>> xen hvm >>> >>> guest os: =C2=A0windows xp =C2=A0or SLES Linux 11 >>> >>> in dom0 , lsusb can find usb device . >>> by using =C2=A0add usbdevice=3D"host:vendorID:productID" in windowsxp.c= fg or >>> sles11.cfg >>> >>> 1)in windows xp ,I can't find any usb device >>> 2)in SLES Linux11 ,can't find any usb device =C2=A0either. >>> >>> What can I do for finding usb device? =C2=A0Please help me . >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >>> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 05:57:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 05:57:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCsx3-0000SZ-B8; Sun, 09 Oct 2011 05:57:57 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCsve-000071-7q for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 05:56:30 -0700 X-Env-Sender: zod@pointless.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1318164957!58385551!1 X-Originating-IP: [85.195.30.5] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21210 invoked from network); 9 Oct 2011 12:55:58 -0000 Received: from user5.85-195-30.netatonce.net (HELO mulder.pointless.org) (85.195.30.5) by server-2.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 9 Oct 2011 12:55:58 -0000 Received: from [10.0.0.18] (helo=[192.168.1.5]) by mulder.pointless.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RCsvY-000184-Hz; Sun, 09 Oct 2011 14:56:25 +0200 Message-ID: <4E9199F4.9050005@pointless.org> Date: Sun, 09 Oct 2011 14:56:20 +0200 From: Erik Lind User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15 MIME-Version: 1.0 To: Dima Tisnek Subject: Re: [Xen-users] xen hvm usb problem References: <4E90E33B.8010201@abpni.co.uk> <4E90EDD0.9090008@gmail.com> <4E918E0C.5050005@pointless.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam_score: -1.0 X-Spam_score_int: -9 X-Spam_bar: - X-Spam_report: Spam detection software, running on the system "mulder.pointless.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: That may or may not be correct, I do not know. However I do know that I have successfully done usb passthrough from 3.1-rc3 kernel (Dom0) to a windows 7 DomU, without any patches which I guess mean that the legacy passthrough option work? (It is possible using the xl tool chain as well either in the config file or in the console (not not from the normal cli)) [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: todaygood@gmail.com, Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com That may or may not be correct, I do not know. However I do know that I have successfully done usb passthrough from 3.1-rc3 kernel (Dom0) to a windows 7 DomU, without any patches which I guess mean that the legacy passthrough option work? (It is possible using the xl tool chain as well either in the config file or in the console (not not from the normal cli)) /Erik On 10/09/2011 02:14 PM, Dima Tisnek wrote: > my understanding is that after pvops switch (landing xen in linux > kernel, perhaps coinsides with xen3->xen4?) usbback module is not > implemented, at least in vanilla kernel 3.0.4 or Konrad's git 2.6.xx. > > xl tools don't support usb yet either. The easiest to try is to play > with xm tools: > > manually unbind usb device from whatever module/driver in dom0 (opt) > xm usb list assignable devices (if not shown, try above) > try xm usb-attach > if you get an error, it basically means your dom0 kernel does not have usbback. > > you can also check /proc/config.gz > > d. > > On 9 October 2011 15:05, Erik Lind wrote: >> Hi >> >> Well normal usb 1.1 passthrough should be supported but it depends on device >> according to: >> http://wiki.xen.org/xenwiki/XenUSBPassthrough >> >> For pvusb support I guess it is correct that the dom0 kernel has to support >> it and the DomU OS of course. >> >> Perhaps you should try the pvusb passthrough or test with some other usb >> device to see if it is device dependent or not? >> >> /Erik >> >> On 10/09/2011 12:16 PM, Dima Tisnek wrote: >>> it could be that your xen/qemu/dom0 version doesn't support usbback >>> (hiding usb from dom0), that is the case e.g. with xen 4.1.1 and linux >>> 3.0 and dom0 >>> >>> >>> On 9 October 2011 03:41, Gmail wrote: >>>> xen hvm >>>> >>>> guest os: windows xp or SLES Linux 11 >>>> >>>> in dom0 , lsusb can find usb device . >>>> by using add usbdevice="host:vendorID:productID" in windowsxp.cfg or >>>> sles11.cfg >>>> >>>> 1)in windows xp ,I can't find any usb device >>>> 2)in SLES Linux11 ,can't find any usb device either. >>>> >>>> What can I do for finding usb device? Please help me . >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xensource.com >>>> http://lists.xensource.com/xen-users >>>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 06:09:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 06:09:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCt8J-0001Ih-H4; Sun, 09 Oct 2011 06:09:36 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCt6m-0000yC-PJ for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 06:08:01 -0700 X-Env-Sender: todaygood@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1318165669!52132745!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32612 invoked from network); 9 Oct 2011 13:07:50 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 13:07:50 -0000 Received: by ywt32 with SMTP id 32so2728814ywt.30 for ; Sun, 09 Oct 2011 06:07:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=4UOf9KP10ee76md+vRKBWB9hg53Gb65bsbmDiFbXdfo=; b=LA6JEBX89R5Xrr/HE60LTMJj8t6i4w5ZhLceb/Ky6FcLu22rcC2dusqFEEv3/6/wM3 x+unFfcLXoWeDKbDdb5NAd/kvn44o5LzLDtg6eviQIXULpsF9iVeP/v42s9EAUaqC5bc MEAoPxpOwu3BMll99RnFSV4x6gvI8xXbKvoVI= Received: by 10.68.14.105 with SMTP id o9mr29082057pbc.95.1318165676002; Sun, 09 Oct 2011 06:07:56 -0700 (PDT) Received: from [192.168.0.101] ([219.133.129.115]) by mx.google.com with ESMTPS id z1sm55456341pbl.5.2011.10.09.06.07.53 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 09 Oct 2011 06:07:55 -0700 (PDT) Message-ID: <4E919CA0.4030404@gmail.com> Date: Sun, 09 Oct 2011 21:07:44 +0800 From: Gmail User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Dima Tisnek Subject: Re: [Xen-users] xen hvm usb problem References: <4E90E33B.8010201@abpni.co.uk> <4E90EDD0.9090008@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com thank you ,my xen version is 3.3 and dom0 kernel is 2.6.27(sles 11) I will try xen 4.1.1 . Do you know how to find usb device when xen 3.3 version ? On 10/09/11 18:16, Dima Tisnek wrote: > it could be that your xen/qemu/dom0 version doesn't support usbback > (hiding usb from dom0), that is the case e.g. with xen 4.1.1 and linux > 3.0 and dom0 > > > On 9 October 2011 03:41, Gmail wrote: >> xen hvm >> >> guest os: windows xp or SLES Linux 11 >> >> in dom0 , lsusb can find usb device . >> by using add usbdevice="host:vendorID:productID" in windowsxp.cfg or >> sles11.cfg >> >> 1)in windows xp ,I can't find any usb device >> 2)in SLES Linux11 ,can't find any usb device either. >> >> What can I do for finding usb device? Please help me . >> >> >> >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> -- ----------------------------------------- todaygood focus on linux kernel ,xen,and so on. todaygood@gmail.com ----------------------------------------- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 06:13:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 06:13:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCtBy-00020m-SD; Sun, 09 Oct 2011 06:13:22 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCtAa-0001fx-2u for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 06:11:56 -0700 X-Env-Sender: cchiu1@tigers.lsu.edu X-Msg-Ref: server-2.tower-21.messagelabs.com!1318165910!37299429!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8168 invoked from network); 9 Oct 2011 13:11:50 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 13:11:50 -0000 Received: by eyb6 with SMTP id 6so1830922eyb.30 for ; Sun, 09 Oct 2011 06:11:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.14.77 with SMTP id c53mr1162939eec.143.1318165912685; Sun, 09 Oct 2011 06:11:52 -0700 (PDT) Received: by 10.14.28.205 with HTTP; Sun, 9 Oct 2011 06:11:52 -0700 (PDT) Date: Sun, 9 Oct 2011 08:11:52 -0500 Message-ID: From: Chui-Hui Chiu To: Xen-users@lists.xensource.com Cc: Subject: [Xen-users] GRUB2 configuration for Xen 4 on Ubuntu Linux 10.04 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2122538098==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2122538098== Content-Type: multipart/alternative; boundary=0016e65b413efb0df704aedd6a0f --0016e65b413efb0df704aedd6a0f Content-Type: text/plain; charset=ISO-8859-1 Hello, I have installed the Xen 4.1.1 and a working kernel 2.6.32.43 which supports Xen on a Ubuntu Linux 10.04 LTS. However, I have never successfully booted the Hypervisor and Dom0. The screen is always black after some kernel messages rapidly go by. I think that I may pass the wrong parameters to the kernel or Hypervisor with GRUB2. Can any one share his/her working grub.cfg for GRUB2 with me? Many thanks, Chiu --0016e65b413efb0df704aedd6a0f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I have installed the Xen 4.1.1 and a working kernel 2.6.32.43= which supports Xen on a Ubuntu Linux 10.04 LTS.=A0 However, I have never s= uccessfully booted the Hypervisor and Dom0.=A0 The screen is always black a= fter some kernel messages rapidly go by.=A0 I think that I may pass the wro= ng parameters to the kernel or Hypervisor with GRUB2.

Can any one share his/her working grub.cfg for GRUB2 with me?

<= br>Many thanks,

Chiu
--0016e65b413efb0df704aedd6a0f-- --===============2122538098== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2122538098==-- From xen-users-bounces@lists.xensource.com Sun Oct 09 07:36:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 07:36:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCuUc-0004Fc-7Y; Sun, 09 Oct 2011 07:36:42 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCuTL-0003vZ-HR for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 07:35:24 -0700 X-Env-Sender: dimaqq@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1318170920!297419!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19807 invoked from network); 9 Oct 2011 14:35:20 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 14:35:20 -0000 Received: by bkas6 with SMTP id s6so9514608bka.30 for ; Sun, 09 Oct 2011 07:35:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Y/CGKXtlLSQIv9MgKgK+6d/y4ZLT4rEatvV5w+6nerQ=; b=ADnhAI1lETJTPEsZ2TKwg/vmXSOJqmqCqJfryTRIKz7iV/C+WYWQ0JmDAJ+qiN4c+y 0Z1xGh+5eoPYY07kqURaCco5SViKD0OyVSj2wyWybdfoLWwxUe5jk/FBV+vEcxzERjDo R5vsfNNGAgjVHqZwu6y62mNZDk81eGZ1b2fro= MIME-Version: 1.0 Received: by 10.204.137.214 with SMTP id x22mr3389169bkt.71.1318170919606; Sun, 09 Oct 2011 07:35:19 -0700 (PDT) Received: by 10.204.130.67 with HTTP; Sun, 9 Oct 2011 07:35:19 -0700 (PDT) In-Reply-To: <4E9199F4.9050005@pointless.org> References: <4E90E33B.8010201@abpni.co.uk> <4E90EDD0.9090008@gmail.com> <4E918E0C.5050005@pointless.org> <4E9199F4.9050005@pointless.org> Date: Sun, 9 Oct 2011 17:35:19 +0300 Message-ID: Subject: Re: [Xen-users] xen hvm usb problem From: Dima Tisnek To: Erik Lind Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: todaygood@gmail.com, Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com That's very good to hear, I didn't try kernel 3.1rc as kernel.org downloads are still down, I guess usbback must have landed and works ;-) On 9 October 2011 15:56, Erik Lind wrote: > That may or may not be correct, I do not know. However I do know that I h= ave > successfully done usb passthrough from 3.1-rc3 kernel (Dom0) to a windows= 7 > DomU, without any patches which I guess mean that the legacy passthrough > option work? > (It is possible using the xl tool chain as well either in the config file= or > in the console (not not from the normal cli)) > > /Erik > > > On 10/09/2011 02:14 PM, Dima Tisnek wrote: >> >> my understanding is that after pvops switch (landing xen in linux >> kernel, perhaps coinsides with xen3->xen4?) usbback module is not >> implemented, at least in vanilla kernel 3.0.4 or Konrad's git 2.6.xx. >> >> xl tools don't support usb yet either. The easiest to try is to play >> with xm tools: >> >> manually unbind usb device from whatever module/driver in dom0 (opt) >> xm usb list assignable devices (if not shown, try above) >> try xm usb-attach >> if you get an error, it basically means your dom0 kernel does not have >> usbback. >> >> you can also check /proc/config.gz >> >> d. >> >> On 9 October 2011 15:05, Erik Lind =C2=A0wrote: >>> >>> Hi >>> >>> Well normal usb 1.1 passthrough should be supported but it depends on >>> device >>> =C2=A0according to: >>> http://wiki.xen.org/xenwiki/XenUSBPassthrough >>> >>> For pvusb support I guess it is correct that the dom0 kernel has to >>> support >>> it and the DomU OS of course. >>> >>> Perhaps you should try the pvusb passthrough or test with some other us= b >>> device to see if it is device dependent or not? >>> >>> /Erik >>> >>> On 10/09/2011 12:16 PM, Dima Tisnek wrote: >>>> >>>> it could be that your xen/qemu/dom0 version doesn't support usbback >>>> (hiding usb from dom0), that is the case e.g. with xen 4.1.1 and linux >>>> 3.0 and dom0 >>>> >>>> >>>> On 9 October 2011 03:41, Gmail =C2=A0 =C2=A0wrote= : >>>>> >>>>> xen hvm >>>>> >>>>> guest os: =C2=A0windows xp =C2=A0or SLES Linux 11 >>>>> >>>>> in dom0 , lsusb can find usb device . >>>>> by using =C2=A0add usbdevice=3D"host:vendorID:productID" in windowsxp= .cfg or >>>>> sles11.cfg >>>>> >>>>> 1)in windows xp ,I can't find any usb device >>>>> 2)in SLES Linux11 ,can't find any usb device =C2=A0either. >>>>> >>>>> What can I do for finding usb device? =C2=A0Please help me . >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xensource.com >>>>> http://lists.xensource.com/xen-users >>>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xensource.com >>>> http://lists.xensource.com/xen-users >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >>> > > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 08:05:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 08:05:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCuwq-0005VE-Op; Sun, 09 Oct 2011 08:05:52 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCuvk-0005Ar-0v for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 08:04:44 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1318172679!20860811!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2451 invoked from network); 9 Oct 2011 15:04:40 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 15:04:40 -0000 Received: by iaqq3 with SMTP id q3so8023423iaq.30 for ; Sun, 09 Oct 2011 08:04:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=42gBbZB32yWWDaTcCcbiRNZCT6MIpVEwqKGz0HrUctA=; b=BkhE4dhLdw5DCj9b+GoaLIgMPVQT4vp4sAyXgK7Gy5k20WuIkrRiWmIfRFEanviGgP m8nZCKpo75RmE12PcQc1JYGFnWXZVwsaxWqKWo7xKGeoK/eRHKs8DJlR63UL8IGl+Jnj fToQZ5PQJrlwzKzS9pXvZImgPhkEsxgc6a3rg= Received: by 10.231.69.80 with SMTP id y16mr6857001ibi.34.1318172678076; Sun, 09 Oct 2011 08:04:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.68 with HTTP; Sun, 9 Oct 2011 08:04:18 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Sun, 9 Oct 2011 11:04:18 -0400 X-Google-Sender-Auth: l95WSl57d-HMkJx1pIBdW3qsRAs Message-ID: Subject: Re: [Xen-users] GRUB2 configuration for Xen 4 on Ubuntu Linux 10.04 To: Chui-Hui Chiu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Oct 9, 2011 at 9:11 AM, Chui-Hui Chiu wrote= : > Hello, > > I have installed the Xen 4.1.1 and a working kernel 2.6.32.43 which suppo= rts > Xen on a Ubuntu Linux 10.04 LTS.=A0 However, I have never successfully bo= oted > the Hypervisor and Dom0.=A0 The screen is always black after some kernel > messages rapidly go by.=A0 I think that I may pass the wrong parameters t= o the > kernel or Hypervisor with GRUB2. > > Can any one share his/her working grub.cfg for GRUB2 with me? This is the one I am using for Debian. Notice the rootdelay=3D15, which helps with my LVM root LV. ### BEGIN /etc/grub.d/20_linux_xen ### menuentry 'Debian GNU/Linux, with Linux 3.0.0-1-686-pae and XEN 4.1-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod part_msdos insmod ext2 set root=3D'(hd1,msdos1)' search --no-floppy --fs-uuid --set 4a996a2b-8e3c-45ef-9f0f-894dd2df519b echo 'Loading Linux 3.0.0-1-686-pae ...' multiboot /xen-4.1-amd64.gz placeholder module /vmlinuz-3.0.0-1-686-pae placeholder root=3D/dev/mapper/kronos-root ro quiet rootdelay=3D15 echo 'Loading initial ramdisk ...' module /initrd.img-3.0.0-1-686-pae } By the way, Ubuntu 11.10 server has out of the box support. You just need to grab the linux-image-server http://zulcss.wordpress.com/2011/09/04/xen-4-1-1-on-ubuntu/ Hope that helps. Thanks, Todd --=20 Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-api-bounces@lists.xensource.com Sun Oct 09 08:10:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 08:10:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCv1O-0005xi-3O; Sun, 09 Oct 2011 08:10:34 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCv1D-0005ud-W6; Sun, 09 Oct 2011 08:10:24 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-3.tower-27.messagelabs.com!1318172992!41105529!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25545 invoked from network); 9 Oct 2011 15:09:53 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Oct 2011 15:09:53 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id B522A2AA6; Sun, 9 Oct 2011 18:10:17 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 3C1F8200DB; Sun, 9 Oct 2011 18:10:16 +0300 (EEST) Date: Sun, 9 Oct 2011 18:10:16 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: R J Subject: Re: [Xen-devel] Re: [Xen-API] FT for XCP Message-ID: <20111009151016.GJ12984@reaktio.net> References: <4E8024E5.9020406@citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: rshriram@cs.ubc.ca, "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , "xen-api@lists.xensource.com" X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com On Sun, Oct 09, 2011 at 01:16:46AM +0530, R J wrote: > Thanks Shriram, > > I thought of using the native VM migrate code but in that case I may end > up with corruption either in NW, DIsk or Mem. > The remus page is not updated. [1]http://nss.cs.ubc.ca/remus/hg/ I hope > this project is not stopped. > There's also: http://wiki.xen.org/xenwiki/Remus -- Pasi > I'm still learning xen-3.4.2/tools path so hopefully I'll get some > direction which can save from corruption. > > Regards, > R J > > On Wed, Sep 28, 2011 at 9:38 PM, Shriram Rajagopalan > <[2]rshriram@cs.ubc.ca> wrote: > > On Mon, Sep 26, 2011 at 8:58 AM, R J <[3]torushikeshj@gmail.com> wrote: > > Hello Mike, > > Thank you for suggestion. I would love to incorporate remus in xapi if > thats possible. > > Great. That would be certainly welcome. [I am not a fan of ocaml ;)] > > Remus as its inbuilt logic of detecting checkpoint failure and taking > decisions accordingly. > > I think there is remus support for xen 3.4 > > What matters is the toolstack. > a. I am not sure if the xe toolstack uses libxenguest (tools/libxc) and > if it does, then it should have the basic remus support already. > > b. I am also not sure if it is recent enough to include all the remus > bug > fixes that went in over the last 6 months. > > What do you suggest as my next step ? > > Most of the remus code is python based and completely self contained. It > just needs > the domU's info (disk paths & vifs) as an s-expression. There is only > one api call to > Xend- to obtain the domU's s-expression. > > 1. A quick and dirty way would be to change this single api call to xapi > equivalent > and obtain the s-expression, then you should have Remus running. > > 2. Another approach would be to re-write the toolstack code in ocaml - > which might > be easy. But make sure that ocaml can make netlink api calls. > > shriram > > Regards, > Rushikesh > > On Mon, Sep 26, 2011 at 12:38 PM, Mike McClurg > <[4]mike.mcclurg@citrix.com> wrote: > > On 09/25/2011 09:11 PM, R J wrote: > > Hello List, > > I have a proposal and wont mind to implement my self but need a > helping hand to start on. > I want to implement the aggressive FT feature in XCP. The best way > I could imagine is the use of feature *Live Migration* > > Steps > 1. Enable the FT of a particular VM using xe commands and adding > as a param to that VM e.g. xe vm-param-set FT=true uuid=XYZ > 2. If the FT = true detected by xenstore then xapi will initiate a > live migrate of that VM to any of available host. > 3. A parallel "network ping"/"xapi heartbit" from/to that host > could be initialized for each FT VM. > 4. Live migrate will run forever until its disabled by FT = false > or one of the host is down. e.g. the process will loop at 99.99% > migration state > 5. If there is a packet drop of x packets the VM Migrate procedure > will mark the VM Migration as Complete and will switch the devices > forcefully. > -- this could result in some data loss but I dont have any > alternative to this. > -- The specific x packets can be set by XCP but we cant rely for > default XCP Errors > 6. If there is a successful migration due to host down then we > will again start from step2 > > Above steps I have assumed to my knowledge, we can discuss the > problems in it. > > Apologies if I'm being too naive. > > Regards, > Rushikesh > > This sounds like Remus ([5]http://nss.cs.ubc.ca/remus/). Are you > proposing to implement Remus support in xapi? > Mike > > _______________________________________________ > Xen-devel mailing list > [6]Xen-devel@lists.xensource.com > [7]http://lists.xensource.com/xen-devel > > References > > Visible links > 1. http://nss.cs.ubc.ca/remus/hg/ > 2. mailto:rshriram@cs.ubc.ca > 3. mailto:torushikeshj@gmail.com > 4. mailto:mike.mcclurg@citrix.com > 5. http://nss.cs.ubc.ca/remus/ > 6. mailto:Xen-devel@lists.xensource.com > 7. http://lists.xensource.com/xen-devel > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ xen-api mailing list xen-api@lists.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api From xen-users-bounces@lists.xensource.com Sun Oct 09 08:15:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 08:15:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCv5p-0007PZ-Ih; Sun, 09 Oct 2011 08:15:09 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RCv4F-0006ve-FH for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 08:13:31 -0700 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1318173208!34522052!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23842 invoked from network); 9 Oct 2011 15:13:28 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2011 15:13:28 -0000 Received: by bkas6 with SMTP id s6so9554286bka.30 for ; Sun, 09 Oct 2011 08:13:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=dRGuHym+ZVGage7ong8zxgvKumZUDkigiXGZQ1FavoY=; b=KUoTMHllqbvmNNckYbMDqN0UZj2WbhiUpEsrLADzLtmwQ33zMtPC+e8TL1Xk6iT7LK qiBjTjGdJoxlGK+EEUlc8bmFOIVQUmvMTaVHuJZbNVUTlHFKAtPX5BpBQQkvv2DyhD8T jFwZz8P83cpZG/R//1mpPss3mQ4qF+JgTCyY8= MIME-Version: 1.0 Received: by 10.223.75.27 with SMTP id w27mr12516613faj.11.1318173207389; Sun, 09 Oct 2011 08:13:27 -0700 (PDT) Received: by 10.152.23.100 with HTTP; Sun, 9 Oct 2011 08:13:27 -0700 (PDT) In-Reply-To: References: Date: Sun, 9 Oct 2011 11:13:27 -0400 Message-ID: Subject: Re: [Xen-users] GRUB2 configuration for Xen 4 on Ubuntu Linux 10.04 From: Outback Dingo To: Todd Deshane Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chui-Hui Chiu , Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Oct 9, 2011 at 11:04 AM, Todd Deshane wrote: > On Sun, Oct 9, 2011 at 9:11 AM, Chui-Hui Chiu wro= te: >> Hello, >> >> I have installed the Xen 4.1.1 and a working kernel 2.6.32.43 which supp= orts >> Xen on a Ubuntu Linux 10.04 LTS.=A0 However, I have never successfully b= ooted >> the Hypervisor and Dom0.=A0 The screen is always black after some kernel >> messages rapidly go by.=A0 I think that I may pass the wrong parameters = to the >> kernel or Hypervisor with GRUB2. >> >> Can any one share his/her working grub.cfg for GRUB2 with me? > > This is the one I am using for Debian. Notice the rootdelay=3D15, which > helps with my LVM root LV. > > ### BEGIN /etc/grub.d/20_linux_xen ### > menuentry 'Debian GNU/Linux, with Linux 3.0.0-1-686-pae and XEN > 4.1-amd64' --class debian --class gnu-linux --class gnu --class os > --class xen { > =A0 =A0 =A0 =A0insmod part_msdos > =A0 =A0 =A0 =A0insmod ext2 > =A0 =A0 =A0 =A0set root=3D'(hd1,msdos1)' > =A0 =A0 =A0 =A0search --no-floppy --fs-uuid --set 4a996a2b-8e3c-45ef-9f0f= -894dd2df519b > =A0 =A0 =A0 =A0echo =A0 =A0'Loading Linux 3.0.0-1-686-pae ...' > =A0 =A0 =A0 =A0multiboot =A0 =A0 =A0 /xen-4.1-amd64.gz placeholder > =A0 =A0 =A0 =A0module =A0/vmlinuz-3.0.0-1-686-pae placeholder > root=3D/dev/mapper/kronos-root ro =A0quiet rootdelay=3D15 > =A0 =A0 =A0 =A0echo =A0 =A0'Loading initial ramdisk ...' > =A0 =A0 =A0 =A0module =A0/initrd.img-3.0.0-1-686-pae > } > > By the way, Ubuntu 11.10 server has out of the box support. You just > need to grab the linux-image-server > http://zulcss.wordpress.com/2011/09/04/xen-4-1-1-on-ubuntu/ Not only is it out of the box support for XEN-4.1, It will actually xen 4.1 can be installed with boot zfs on root > > Hope that helps. > > Thanks, > Todd > > -- > Todd Deshane > http://www.linkedin.com/in/deshantm > http://www.xen.org/products/cloudxen.html > http://runningxen.com/ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 08:55:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 08:55:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCvj5-0000Ro-Af; Sun, 09 Oct 2011 08:55:43 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RBAPQ-0001ep-Dp for xen-users@lists.xensource.com; Tue, 04 Oct 2011 12:12:12 -0700 X-Env-Sender: ol@dakis.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1317755523!20904319!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13103 invoked from network); 4 Oct 2011 19:12:05 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 4 Oct 2011 19:12:05 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RBAPL-0007aK-4m for xen-users@lists.xensource.com; Tue, 04 Oct 2011 12:12:03 -0700 Date: Tue, 4 Oct 2011 12:12:03 -0700 (PDT) From: Heist To: xen-users@lists.xensource.com Message-ID: <1317755523136-4869998.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 09 Oct 2011 08:54:11 -0700 Subject: [Xen-users] Error: Device 0 (vif) could not be connected. ip addr add 10.0.0.329 dev vif28.0 failed X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I've looked everywhere for the error message I've posted in the title, doesn't seem like anyone else has it (lots of missing hotplugs scripts). We're using network-nat. ifconfig -a outputs this: eth0 Link encap:Ethernet HWaddr 00:19:99:a8:f4:5c inet addr:X.X.X.X Bcast:X.X.X.X Mask:255.255.255.255 inet6 addr: X::X:X:X:X/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:233907120 errors:0 dropped:13 overruns:0 frame:1 TX packets:207650975 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:211662949632 (197.1 GiB) TX bytes:94589739440 (88.0 GiB) Interrupt:18 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:34177 errors:0 dropped:0 overruns:0 frame:0 TX packets:34177 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2870973 (2.7 MiB) TX bytes:2870973 (2.7 MiB) vif10.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:10.0.0.128 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12709868 errors:0 dropped:0 overruns:0 frame:0 TX packets:15200680 errors:0 dropped:5 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:9168041480 (8.5 GiB) TX bytes:9449301463 (8.8 GiB) vif2.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:10.0.0.144 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14675180 errors:0 dropped:0 overruns:0 frame:0 TX packets:14909317 errors:0 dropped:5 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:7856634435 (7.3 GiB) TX bytes:3609331825 (3.3 GiB) vif21.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:10.0.0.153 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5339 errors:0 dropped:0 overruns:0 frame:0 TX packets:4593 errors:0 dropped:2 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:426184 (416.1 KiB) TX bytes:867356 (847.0 KiB) vif5.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:10.0.0.145 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6168852 errors:0 dropped:0 overruns:0 frame:0 TX packets:6017891 errors:0 dropped:3 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:2187308579 (2.0 GiB) TX bytes:2578588258 (2.4 GiB) vif8.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:10.0.0.147 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2315417 errors:0 dropped:0 overruns:0 frame:0 TX packets:3079044 errors:0 dropped:5 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:830772507 (792.2 MiB) TX bytes:2375279128 (2.2 GiB) -- View this message in context: http://xen.1045712.n5.nabble.com/Error-Device-0-vif-could-not-be-connected-ip-addr-add-10-0-0-329-dev-vif28-0-failed-tp4869998p4869998.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 09:00:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 09:00:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCvnM-0001Bo-Lw; Sun, 09 Oct 2011 09:00:08 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RBFfY-0003D7-4a for xen-users@lists.xensource.com; Tue, 04 Oct 2011 17:49:15 -0700 X-Env-Sender: tgraves_cs@yahoo.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1317775744!27591109!1 X-Originating-IP: [98.139.213.164] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32059 invoked from network); 5 Oct 2011 00:49:04 -0000 Received: from nm14-vm0.bullet.mail.bf1.yahoo.com (HELO nm14-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.164) by server-15.tower-174.messagelabs.com with SMTP; 5 Oct 2011 00:49:04 -0000 Received: from [98.139.215.142] by nm14.bullet.mail.bf1.yahoo.com with NNFMP; 05 Oct 2011 00:49:04 -0000 Received: from [98.139.212.246] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 05 Oct 2011 00:49:03 -0000 Received: from [127.0.0.1] by omp1055.mail.bf1.yahoo.com with NNFMP; 05 Oct 2011 00:49:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 985561.16546.bm@omp1055.mail.bf1.yahoo.com Received: (qmail 82147 invoked by uid 60001); 5 Oct 2011 00:49:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317775743; bh=zki0GO/ilRYD05xlzqP0cF6RLd2fUb9zXFom8VMsD3w=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=cdoJg070a8f/GdkwniqHFr3I3xIVgeGOomb06e/RqjXWeZtLekJFQRTnMMFOCpbqFSzYamSjHagayi+6g1LblZ1oxfrI7xIoNEpB2iCDz/RS3X9L43wF5eFafYpi5Wge5aZSmrgpFzWZcVHVTKrQTK1u4IJ7AVJBM+HF/Cej2cM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=zqnEJ38CGMAbIsX2bpsJvYIPGrGsYM6Jb2aNvffSxOW01CrZLBi9KSyItdADq9Wmqgeb1OxXEMlzZPO4WL7jqHeDsPnQgDpFPxrA3eryGAaCCkBEWEdBeaGTyViH+BIZ/TQJZsTt04CnKGVLSwOvtzY4qYTdIQlC4amdVYAWQ1Q=; X-YMail-OSG: NbM8m74VM1lWUj7kBH2rACCdIpoxCECKzxaNB02MfJ3ef0. T5DQH3JgLYo5sHZwK_5BCRvmqch2mWZS6rcTYw9MUXmk7coCO.RvwhBoFeOE I_FOMZqfSh7r8B9yj1tIKvwRJLljlFXpQal7Ea4r_8bIcLHYaElLpDbe_Dro _msvZeM7L0MKuJlDkL36dA5K7Tu40XhTfgCxoBzbrUQngaB8aurW7vZKE2Ml zmBU5zE9fsOs9U_gguIOq4XLvZSWgfvNcFKL8AXieHtvToavo3W45Wv95b_k R2D7ew6frRWHjTyMiMNF.dcknkFTT.aatcXqdVoM2G.czZ3BNGAj_30hsePa F2bENG3tkyCTM7QVRr75FqtRiVF8KQrXZnVUd_vDFBxFMXTn2X1tUVOhnwMv H6EMWcg_k6B6T_dK0sgqxHnm0OelnzSDNBQgF4eRszP96dSnsmpnIhvkegTk CIY9bLsfH0Nkz_.0xibnkNsxeY08Z1DRh6mmTLVD7AexrrFqzDBu1_50- Received: from [216.145.54.15] by web161310.mail.bf1.yahoo.com via HTTP; Tue, 04 Oct 2011 17:49:03 PDT X-Mailer: YahooMailWebService/0.8.114.317681 Message-ID: <1317775743.69151.YahooMailNeo@web161310.mail.bf1.yahoo.com> Date: Tue, 4 Oct 2011 17:49:03 -0700 (PDT) From: Tom Graves To: "xen-users@lists.xensource.com" MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 09 Oct 2011 08:54:11 -0700 Subject: [Xen-users] rhel6 domU hvm mode? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tom Graves List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0836150963==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0836150963== Content-Type: multipart/alternative; boundary="-666635795-623127456-1317775743=:69151" ---666635795-623127456-1317775743=:69151 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hey all,=0A=0AJust started trying to use rhel6 as a vm. I'm still using rhe= l5 dom0 and xen3.X.=A0 I have it working in pv mode but when I try to boot = it in hvm mode it seems the rhel6 kernel automatically activates the pv dis= k/net drivers.=A0 Does anyone know how to get a fully hvm mode without the = pv drivers to come up?=0A=0AThanks,=0ATom=0A ---666635795-623127456-1317775743=:69151 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hey all,

Just started trying to use rhel6 as a vm. I'm still using= rhel5 dom0 and xen3.X.  I have it working in pv mode but when I try t= o boot it in hvm mode it seems the rhel6 kernel automatically activates the= pv disk/net drivers.  Does anyone know how to get a fully hvm mode wi= thout the pv drivers to come up?

Thanks,
Tom
---666635795-623127456-1317775743=:69151-- --===============0836150963== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0836150963==-- From xen-users-bounces@lists.xensource.com Sun Oct 09 09:42:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 09:42:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCwSH-00020Y-1c; Sun, 09 Oct 2011 09:42:25 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RCwQh-0001Lj-FL for xen-users@lists.xensource.com; Sun, 09 Oct 2011 09:40:48 -0700 X-Env-Sender: felix@desaster-games.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1318178444!34538169!1 X-Originating-IP: [188.40.122.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11530 invoked from network); 9 Oct 2011 16:40:44 -0000 Received: from dns1.desaster-games.net (HELO mail.desaster-games.net) (188.40.122.227) by server-10.tower-174.messagelabs.com with SMTP; 9 Oct 2011 16:40:44 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.desaster-games.net (Postfix) with ESMTP id 139681018DFD for ; Sun, 9 Oct 2011 18:41:37 +0200 (CEST) X-Virus-Scanned: Amavis at mail.desaster-games.com Received: from mail.desaster-games.net ([127.0.0.1]) by localhost (mail.desaster-games.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r7Al3Hi-kidl for ; Sun, 9 Oct 2011 18:41:37 +0200 (CEST) Received: from [10.159.0.8] (main.felix.desaster-games.net [10.159.0.8]) by mail.desaster-games.net (Postfix) with ESMTPSA id DAC891018DE9 for ; Sun, 9 Oct 2011 18:41:36 +0200 (CEST) Message-ID: <4E91CE8B.6030209@desaster-games.com> Date: Sun, 09 Oct 2011 18:40:43 +0200 From: Felix Kuperjans Organization: Desaster Games e.V. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110918 Lightning/1.0b3pre Thunderbird/3.1.12 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Error: Device 0 (vif) could not be connected. ip addr add 10.0.0.329 dev vif28.0 failed References: <1317755523136-4869998.post@n5.nabble.com> In-Reply-To: <1317755523136-4869998.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Maybe you should try a valid IPv4 address instead of 10.0.0.329? IPv4 addresses may only have four values from 0 to 254 (effectively because 255 is in most cases broadcast), separated by dots. Try an address like 10.0.0.229, that should work. Regards, Felix Am 04.10.2011 21:12, schrieb Heist: > I've looked everywhere for the error message I've posted in the title, > doesn't seem like anyone else has it (lots of missing hotplugs scripts). > We're using network-nat. ifconfig -a outputs this: > > eth0 Link encap:Ethernet HWaddr 00:19:99:a8:f4:5c > inet addr:X.X.X.X Bcast:X.X.X.X Mask:255.255.255.255 > inet6 addr: X::X:X:X:X/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:233907120 errors:0 dropped:13 overruns:0 frame:1 > TX packets:207650975 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:211662949632 (197.1 GiB) TX bytes:94589739440 (88.0 GiB) > Interrupt:18 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:34177 errors:0 dropped:0 overruns:0 frame:0 > TX packets:34177 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:2870973 (2.7 MiB) TX bytes:2870973 (2.7 MiB) > > vif10.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:10.0.0.128 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:12709868 errors:0 dropped:0 overruns:0 frame:0 > TX packets:15200680 errors:0 dropped:5 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:9168041480 (8.5 GiB) TX bytes:9449301463 (8.8 GiB) > > vif2.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:10.0.0.144 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:14675180 errors:0 dropped:0 overruns:0 frame:0 > TX packets:14909317 errors:0 dropped:5 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:7856634435 (7.3 GiB) TX bytes:3609331825 (3.3 GiB) > > vif21.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:10.0.0.153 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:5339 errors:0 dropped:0 overruns:0 frame:0 > TX packets:4593 errors:0 dropped:2 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:426184 (416.1 KiB) TX bytes:867356 (847.0 KiB) > > vif5.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:10.0.0.145 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:6168852 errors:0 dropped:0 overruns:0 frame:0 > TX packets:6017891 errors:0 dropped:3 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:2187308579 (2.0 GiB) TX bytes:2578588258 (2.4 GiB) > > vif8.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:10.0.0.147 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2315417 errors:0 dropped:0 overruns:0 frame:0 > TX packets:3079044 errors:0 dropped:5 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:830772507 (792.2 MiB) TX bytes:2375279128 (2.2 GiB) > > -- > View this message in context: http://xen.1045712.n5.nabble.com/Error-Device-0-vif-could-not-be-connected-ip-addr-add-10-0-0-329-dev-vif28-0-failed-tp4869998p4869998.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 11:35:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 11:35:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RCyDP-0005Bh-4C; Sun, 09 Oct 2011 11:35:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RCyBr-0004qj-Jn for xen-users@lists.xensource.com; Sun, 09 Oct 2011 11:33:39 -0700 X-Env-Sender: m.ulfig@shadowhost.de X-Msg-Ref: server-3.tower-27.messagelabs.com!1318185184!41121859!1 X-Originating-IP: [212.227.126.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2720 invoked from network); 9 Oct 2011 18:33:04 -0000 Received: from moutng.kundenserver.de (HELO moutng.kundenserver.de) (212.227.126.171) by server-3.tower-27.messagelabs.com with SMTP; 9 Oct 2011 18:33:04 -0000 Received: from zeus.shadownet.local (hnvr-4dbb2cf0.pool.mediaWays.net [77.187.44.240]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0LaYbD-1QpyMf2BVH-00m7Hk; Sun, 09 Oct 2011 20:33:30 +0200 Received: from webmail.marculfig.de (localhost.localdomain [127.0.0.1]) by zeus.shadownet.local (Postfix) with ESMTPA id 32F7334C86 for ; Sun, 9 Oct 2011 20:33:30 +0200 (CEST) Received: from 192.168.0.100 (SquirrelMail authenticated user marc) by webmail.marculfig.de with HTTP; Sun, 9 Oct 2011 20:33:30 +0200 Message-ID: Date: Sun, 9 Oct 2011 20:33:30 +0200 From: "Marc Ulfig" To: xen-users@lists.xensource.com User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamav-milter 0.97.2 at zeus.shadownet.local X-Virus-Status: Clean Content-Transfer-Encoding: quoted-printable X-Provags-ID: V02:K0:eii3nxBglCbwNimnuSCMunmS/RD+wm4ToZH5dPrbP7q NLBPNAb36tcp1RsIMukB3naDqmTrdaqOX7VFeLZ/5b9JWQRLLh K+tVIDWvUyh/6y9XSFcL6T+MwxPwnOMvfLfncRTXVuUdHNM96U ODjt+9DcBNq59uITCR8G+yPU8nkk4XhB+YizZRizr8KlZdJ+aN hKY6oZo/UqCTTSYopyqr8YHbnEGMbVyfqIumfgXohnlKFm2WTg ieBjXzZKgV97ARH/26MhLeQ6R6bj4CCh8Qahn+8zYGbivjHbl7 jzP05hgLt2BsxN8D8MDFd2LEYZLE+1onlvyO5EoWgbDgvuNaIj jJ5LYR1wJavIOM0+dNRNUQRFDtsJRw6uyxtA3taQO88gEbSznx B0t8oEvF7s9+fwe7rjAdjuDphOo2SGXz1JOv9qnk2n9e+Km34W RU+Mh Subject: [Xen-users] Boot failure of DomU in Dom0 with software Raid1 configuration - Debian Squeeze X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: m.ulfig@shadowhost.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi all, i have a strange problem getting DomU's running on my Dom0. As you can see the DomU stops booting, because the /dev/xvda2 is not foun= d. Instead it tries to mount a Raid partion. System: Debian Squeeze (last update and upgrade todoay) amd64 HDD: in Software Raid 1 Here is my mount: /dev/md1 on / type ext3 (rw,errors=3Dremount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=3D0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=3D0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=3D5,mode=3D620) /dev/md0 on /boot type ext3 (rw) /dev/md3 on /data type ext3 (rw,grpquota,usrquota) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) nfsd on /proc/fs/nfsd type nfsd (rw) xenfs on /proc/xen type xenfs (rw) This is the console output: zeus:~# xm create -c dns.shadownet.local.cfg Using config file "/etc/xen/dns.shadownet.local.cfg". Started domain dns.shadownet.local (id=3D16) [ 0.000000] Initializing cgr= oup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-38) (ben@d= ecadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 07:53:54 UTC 2011 [ 0.000000] Command line: root=3D/dev/xvda2 ro [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] Atom PSE erratum detected, BIOS microcode update recommend= ed [ 0.000000] ACPI in unprivileged domain disabled [ 0.000000] released 0 pages of unused memory [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 00000000000a0000 (usable) [ 0.000000] Xen: 00000000000a0000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 0000000008000000 (usable) [ 0.000000] DMI not present or invalid. [ 0.000000] last_pfn =3D 0x8000 max_arch_pfn =3D 0x400000000 [ 0.000000] init_memory_mapping: 0000000000000000-0000000008000000 [ 0.000000] RAMDISK: 016b9000 - 021db000 [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-0000000008000000 [ 0.000000] Bootmem setup node 0 0000000000000000-0000000008000000 [ 0.000000] NODE_DATA [0000000000032000 - 0000000000039fff] [ 0.000000] bootmap [000000000003a000 - 000000000003afff] pages 1 [ 0.000000] (7 early reservations) =3D=3D> bootmem [0000000000 - 00080= 00000] [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page =3D=3D> [0= 000000000 - 0000001000] [ 0.000000] #1 [000221e000 - 0002233000] XEN PAGETABLES =3D=3D> [0= 00221e000 - 0002233000] [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE =3D=3D> [0= 000006000 - 0000008000] [ 0.000000] #3 [0001000000 - 0001698b14] TEXT DATA BSS =3D=3D> [0= 001000000 - 0001698b14] [ 0.000000] #4 [00016b9000 - 00021db000] RAMDISK =3D=3D> [0= 0016b9000 - 00021db000] [ 0.000000] #5 [00021db000 - 000221e000] XEN START INFO =3D=3D> [0= 0021db000 - 000221e000] [ 0.000000] #6 [0000008000 - 0000032000] PGTABLE =3D=3D> [0= 000008000 - 0000032000] [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000000 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal 0x00100000 -> 0x00100000 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[2] active PFN ranges [ 0.000000] 0: 0x00000000 -> 0x000000a0 [ 0.000000] 0: 0x00000100 -> 0x00008000 [ 0.000000] SFI: Simple Firmware Interface v0.7 http://simplefirmware.= org [ 0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs [ 0.000000] No local APIC present [ 0.000000] APIC: disable apic facility [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 000000000= 0100000 [ 0.000000] Allocating PCI resources starting at 8000000 (gap: 8000000= :f8000000) [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.0.1 (preserve-AD) [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:1 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff880002269000 s90328 r81= 92 d24360 u122880 [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=3D30*4096 [ 0.000000] pcpu-alloc: [0] 0 [ 0.000000] Xen: using vcpu_info placement [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. To= tal pages: 32179 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: root=3D/dev/xvda2 ro [ 0.000000] PID hash table entries: 512 (order: 0, 4096 bytes) [ 0.000000] Initializing CPU#0 [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Memory: 109796k/131072k available (3149k kernel code, 384k= absent, 20892k reserved, 1906k data, 604k init) [ 0.000000] SLUB: Genslabs=3D14, HWalign=3D64, Order=3D0-3, MinObjects= =3D0, CPUs=3D1, Nodes=3D1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] NR_IRQS:4352 nr_irqs:512 [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] console [hvc0] enabled [ 0.000000] installing Xen timer for CPU 0 [ 0.000000] Detected 1596.114 MHz processor. [ 0.004000] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 3192.22 BogoMIPS (lpj=3D6384456) [ 0.004000] Security Framework initialized [ 0.004000] SELinux: Disabled at boot. [ 0.004000] Dentry cache hash table entries: 16384 (order: 5, 131072 b= ytes) [ 0.004000] Inode-cache hash table entries: 8192 (order: 4, 65536 byte= s) [ 0.004000] Mount-cache hash table entries: 256 [ 0.004000] Initializing cgroup subsys ns [ 0.004000] Initializing cgroup subsys cpuacct [ 0.004000] Initializing cgroup subsys devices [ 0.004000] Initializing cgroup subsys freezer [ 0.004000] Initializing cgroup subsys net_cls [ 0.004000] Atom PSE erratum detected, BIOS microcode update recommend= ed [ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 24K [ 0.004000] CPU: L2 cache: 512K [ 0.004000] CPU 0/0x2 -> Node 0 [ 0.004000] CPU: Unsupported number of siblings 4 [ 0.004000] Performance Events: unsupported p6 CPU model 28 no PMU dri= ver, software events only. [ 0.004000] SMP alternatives: switching to UP code [ 0.004470] Freeing SMP alternatives: 28k freed [ 0.005199] Brought up 1 CPUs [ 0.005717] devtmpfs: initialized [ 0.011877] Grant table initialized [ 0.011910] regulator: core version 0.5 [ 0.012123] NET: Registered protocol family 16 [ 0.013920] PCI: setting up Xen PCI frontend stub [ 0.015770] bio: create slab at 0 [ 0.016087] ACPI: Interpreter disabled. [ 0.016225] xen_balloon: Initialising balloon driver with page order 0= . [ 0.016404] vgaarb: loaded [ 0.016658] PCI: System does not support PCI [ 0.016680] PCI: System does not support PCI [ 0.016950] Switching to clocksource xen [ 0.020608] pnp: PnP ACPI: disabled [ 0.021540] NET: Registered protocol family 2 [ 0.021774] IP route cache hash table entries: 1024 (order: 1, 8192 by= tes) [ 0.022444] TCP established hash table entries: 4096 (order: 4, 65536 = bytes) [ 0.022573] TCP bind hash table entries: 4096 (order: 4, 65536 bytes) [ 0.022635] TCP: Hash tables configured (established 4096 bind 4096) [ 0.022660] TCP reno registered [ 0.022870] NET: Registered protocol family 1 [ 0.023062] Unpacking initramfs... [ 0.055829] Freeing initrd memory: 11400k freed [ 0.068252] platform rtc_cmos: registered platform RTC device (no PNP = device found) [ 0.068915] audit: initializing netlink socket (disabled) [ 0.068967] type=3D2000 audit(1318184071.697:1): initialized [ 0.075245] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 0.080385] VFS: Disk quotas dquot_6.5.2 [ 0.080598] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.080877] msgmni has been set to 236 [ 0.081601] alg: No test for stdrng (krng) [ 0.081810] Block layer SCSI generic (bsg) driver version 0.4 loaded (= major 253) [ 0.081843] io scheduler noop registered [ 0.081861] io scheduler anticipatory registered [ 0.081880] io scheduler deadline registered [ 0.082013] io scheduler cfq registered (default) [ 0.098841] registering netback [ 0.104653] Linux agpgart interface v0.103 [ 0.104784] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 0.105463] input: Macintosh mouse button emulation as /devices/virtua= l/input/input0 [ 0.105643] PNP: No PS/2 controller found. Probing ports directly. [ 0.108030] i8042.c: No controller found. [ 0.121563] mice: PS/2 mouse device common for all mice [ 0.121894] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 [ 0.122112] cpuidle: using governor ladder [ 0.122135] cpuidle: using governor menu [ 0.122176] No iBFT detected. [ 0.122974] TCP cubic registered [ 0.123382] NET: Registered protocol family 10 [ 0.125376] Mobile IPv6 [ 0.125408] NET: Registered protocol family 17 [ 0.125780] registered taskstats version 1 [ 0.125831] XENBUS: Device with no driver: device/vbd/51714 [ 0.125852] XENBUS: Device with no driver: device/vbd/51713 [ 0.125872] XENBUS: Device with no driver: device/vif/0 [ 0.125890] XENBUS: Device with no driver: device/console/0 [ 0.125950] /build/buildd-linux-2.6_2.6.32-38-amd64-bk66e4/linux-2.6-2.6.32/debian/bu= ild/source_amd64_xen/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 0.126068] Initalizing network drop monitor service [ 0.126354] Freeing unused kernel memory: 604k freed [ 0.126893] Write protecting the kernel read-only data: 4332k Loading, please wait... ^[OR[ 0.276422] udev[49]: starting version 164 Begin: Loading essential drivers ... [ 0.546050] SCSI subsystem initia= lized done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ..= . Begin: Loading[ =20 0.660984] md: raid1 personality registered for level 1 Success: loaded module raid1. done. Begin: Assembling all MD arrays ... mdadm: No devices listed in conf file= were found. Failure: failed to assemble all arrays. done. [ 0.706149] device-mapper: uevent: version 1.0.3 [ 0.708372] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialise= d: dm-devel@redhat.com done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay=3D (did the system wait long enough?) - Check root=3D (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/xvda2 does not exist. Dropping to a shell! I found in this list some inspiration where to look at. But none helped m= e soliving this problem. A testsystem on an old 32bit system with same Debian Version runs well. Is here someone who can help me with an idea? greetz from Germany Marc _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 15:28:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 15:28:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RD1qr-0002FX-Pg; Sun, 09 Oct 2011 15:28:09 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RD1pA-0001uc-6Z for xen-users@lists.xensource.com; Sun, 09 Oct 2011 15:26:29 -0700 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-12.tower-174.messagelabs.com!1318199180!34559421!1 X-Originating-IP: [207.154.13.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14470 invoked from network); 9 Oct 2011 22:26:20 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-12.tower-174.messagelabs.com with SMTP; 9 Oct 2011 22:26:20 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 202E8CC123 for ; Sun, 9 Oct 2011 18:26:20 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EeJrurr3qTLY for ; Sun, 9 Oct 2011 18:26:18 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 98382CC117 for ; Sun, 9 Oct 2011 18:26:18 -0400 (EDT) Message-ID: <4E921F8A.5070406@meetinghouse.net> Date: Sun, 09 Oct 2011 18:26:18 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] small cluster storage configuration? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Folks, I've been running a 2-node, high-availability cluster for a while. I've just acquired 2 more servers, and I've been trying to figure out my options for organizing my storage configuration. Basic goal: provide a robust, high-availability platform for multiple Xen VMs. Current configuration (2 nodes): - 4 drives each (1TB/drive) - md software raid10 across the 4 drives on each machine -- md devices for Dom0 /boot / swap + one big device -- 2 logical volumes per VM (/ and swap) -- VM volumes replicated across both nodes, using DRBD -- pacemaker, heartbeat, etc. to migrate production VMs if a node fails I now have 2 new servers - each with a lot more memory, faster CPUs (and more cores), also 4 drives each. So I'm wondering what's my best option for wiring the 4 machines together as a platform to run VMs on. Seems like my first consideration is how to wire together the storage, within the following constraints: - want to use each node for both processing and storage (only have 4U of rackspace to play with, made the choice to buy 4 general purpose servers, with 4 drives each, rather than using some of the space for a storage server) - 4 gigE ports per server - 2 reserved for primary/secondary external links, 2 reserved for storage & heartbeat comms. - total of 16 drives, in groups of 4 (if a node goes down, it takes 4 drives with it) - so I can't simply treat this as 16 drives in one big array (I don't think) - want to make things just a bit easier to manage than manually setting up pairs of DRBD volumes per VM - would really like to make it easier to migrate a VM from any node to any other (for both load leveling and n-way fallback) - but DRBD seems to put a serious crimp in this - sort of been keeping my eyes on some of the emerging cloud technologies, but they all seem to be aimed at larger clusters - sheepdog seems like the closest thing to what I'm looking for, but it seems married at the hip to KVM (unless someone has ported it to support Xen while I wasn't looking) So... just wondering - anybody able to share some thoughts and/or experiences? Thanks very much, Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 16:14:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 16:14:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RD2Zn-0003pz-01; Sun, 09 Oct 2011 16:14:35 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RD2YI-0003VB-1o for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 16:13:03 -0700 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-9.tower-182.messagelabs.com!1318201978!19758280!1 X-Originating-IP: [93.17.128.81] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25465 invoked from network); 9 Oct 2011 23:12:58 -0000 Received: from smtp24.services.sfr.fr (HELO smtp24.services.sfr.fr) (93.17.128.81) by server-9.tower-182.messagelabs.com with SMTP; 9 Oct 2011 23:12:58 -0000 Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2419.sfr.fr (SMTP Server) with ESMTP id 55F4F700008C; Mon, 10 Oct 2011 01:12:58 +0200 (CEST) Received: from kmail.jpp.fr (188.219.91.79.rev.sfr.net [79.91.219.188]) by msfrf2419.sfr.fr (SMTP Server) with ESMTP id 2887A7000087; Mon, 10 Oct 2011 01:12:58 +0200 (CEST) X-SFR-UUID: 20111009231258166.2887A7000087@msfrf2419.sfr.fr Received: from localhost (localhost [127.0.0.1]) by kmail.jpp.fr (Postfix) with ESMTP id C42B62726A9; Mon, 10 Oct 2011 01:12:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at jppozzi.dyndns.org Received: from kmail.jpp.fr ([127.0.0.1]) by localhost (kmail.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OJ4uaEYk4TtL; Mon, 10 Oct 2011 01:12:55 +0200 (CEST) Received: from [192.168.1.8] (k2000.jpp.fr [192.168.1.8]) by kmail.jpp.fr (Postfix) with ESMTPSA id 830B82726A8; Mon, 10 Oct 2011 01:12:55 +0200 (CEST) Message-ID: <1318201975.17798.1.camel@k2000.jpp.fr> Subject: Re: [Xen-users] GRUB2 configuration for Xen 4 on Ubuntu Linux 10.04 From: "jpp@jppozzi.dyndns.org" To: Chui-Hui Chiu Date: Mon, 10 Oct 2011 01:12:55 +0200 In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-QVRjh3As76XmJ2hOsG+F" X-Mailer: Evolution 3.0.3-2 Mime-Version: 1.0 Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jp.pozzi@izzop.net List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --=-QVRjh3As76XmJ2hOsG+F Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Hello, > Can any one share his/her working grub.cfg for GRUB2 with me? > > Here is mine on a Debian system : # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="4" if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod part_msdos insmod ext2 set root='(hd2,msdos2)' search --no-floppy --fs-uuid --set=root 651c8aab-bdac-4bbb-bc02-1cfe79273fae if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 load_video insmod gfxterm insmod part_msdos insmod ext2 set root='(hd2,msdos1)' search --no-floppy --fs-uuid --set=root f7caaaee-9b59-4e58-a821-1644c8ac9560 set locale_dir=($root)/grub/locale set lang=fr_FR insmod gettext fi terminal_output gfxterm set timeout=15 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_msdos insmod ext2 set root='(hd2,msdos2)' search --no-floppy --fs-uuid --set=root 651c8aab-bdac-4bbb-bc02-1cfe79273fae insmod png if background_image /usr/share/images/desktop-base/spacefun-grub.png; then set color_normal=light-gray/black set color_highlight=white/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, avec Linux 3.0.0-1-rt-amd64' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd2,msdos1)' search --no-floppy --fs-uuid --set=root f7caaaee-9b59-4e58-a821-1644c8ac9560 echo 'Chargement de Linux 3.0.0-1-rt-amd64 ...' linux /vmlinuz-3.0.0-1-rt-amd64 root=/dev/sdb2 ro transparent_hugepage=always echo 'Chargement du disque mémoire initial ...' initrd /initrd.img-3.0.0-1-rt-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### menuentry 'Debian GNU/Linux, avec Xen 4.1-amd64 et Linux 3.0.0-1-rt-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod part_msdos insmod ext2 set root='(hd2,msdos1)' search --no-floppy --fs-uuid --set=root f7caaaee-9b59-4e58-a821-1644c8ac9560 echo 'Chargement de Xen 4.1-amd64 ...' multiboot /xen-4.1-amd64.gz placeholder dom0_mem=3072M cpufreq=xen cpuidle vtd=1 iommu=1 loop.max_loop=64 echo 'Chargement de Linux 3.0.0-1-rt-amd64 ...' module /vmlinuz-3.0.0-1-rt-amd64 placeholder root=/dev/sdb2 ro transparent_hugepage=always echo 'Chargement du disque mémoire initial ...' module /initrd.img-3.0.0-1-rt-amd64 } ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### --=-QVRjh3As76XmJ2hOsG+F Content-Disposition: attachment; filename="grub.cfg" Content-Type: text/plain; name="grub.cfg"; charset="UTF-8" Content-Transfer-Encoding: 8bit # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="4" if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod part_msdos insmod ext2 set root='(hd2,msdos2)' search --no-floppy --fs-uuid --set=root 651c8aab-bdac-4bbb-bc02-1cfe79273fae if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 load_video insmod gfxterm insmod part_msdos insmod ext2 set root='(hd2,msdos1)' search --no-floppy --fs-uuid --set=root f7caaaee-9b59-4e58-a821-1644c8ac9560 set locale_dir=($root)/grub/locale set lang=fr_FR insmod gettext fi terminal_output gfxterm set timeout=15 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_msdos insmod ext2 set root='(hd2,msdos2)' search --no-floppy --fs-uuid --set=root 651c8aab-bdac-4bbb-bc02-1cfe79273fae insmod png if background_image /usr/share/images/desktop-base/spacefun-grub.png; then set color_normal=light-gray/black set color_highlight=white/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, avec Linux 3.0.0-1-rt-amd64' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd2,msdos1)' search --no-floppy --fs-uuid --set=root f7caaaee-9b59-4e58-a821-1644c8ac9560 echo 'Chargement de Linux 3.0.0-1-rt-amd64 ...' linux /vmlinuz-3.0.0-1-rt-amd64 root=/dev/sdb2 ro transparent_hugepage=always echo 'Chargement du disque mémoire initial ...' initrd /initrd.img-3.0.0-1-rt-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### menuentry 'Debian GNU/Linux, avec Xen 4.1-amd64 et Linux 3.0.0-1-rt-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod part_msdos insmod ext2 set root='(hd2,msdos1)' search --no-floppy --fs-uuid --set=root f7caaaee-9b59-4e58-a821-1644c8ac9560 echo 'Chargement de Xen 4.1-amd64 ...' multiboot /xen-4.1-amd64.gz placeholder dom0_mem=3072M cpufreq=xen cpuidle vtd=1 iommu=1 loop.max_loop=64 echo 'Chargement de Linux 3.0.0-1-rt-amd64 ...' module /vmlinuz-3.0.0-1-rt-amd64 placeholder root=/dev/sdb2 ro transparent_hugepage=always echo 'Chargement du disque mémoire initial ...' module /initrd.img-3.0.0-1-rt-amd64 } ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### --=-QVRjh3As76XmJ2hOsG+F Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --=-QVRjh3As76XmJ2hOsG+F-- From xen-users-bounces@lists.xensource.com Sun Oct 09 19:33:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 19:33:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RD5gN-0008Mc-EB; Sun, 09 Oct 2011 19:33:35 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RD5f3-0007ps-G6 for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 19:32:13 -0700 X-Env-Sender: larry@lwi3.net X-Msg-Ref: server-6.tower-174.messagelabs.com!1318213929!32437991!1 X-Originating-IP: [67.222.55.9] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21493 invoked from network); 10 Oct 2011 02:32:10 -0000 Received: from oproxy7-pub.bluehost.com (HELO oproxy7-pub.bluehost.com) (67.222.55.9) by server-6.tower-174.messagelabs.com with SMTP; 10 Oct 2011 02:32:10 -0000 Received: (qmail 19837 invoked by uid 0); 10 Oct 2011 02:32:08 -0000 Received: from unknown (HELO host298.hostmonster.com) (66.147.240.98) by oproxy7.bluehost.com with SMTP; 10 Oct 2011 02:32:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lwi3.net; s=default; h=Content-Transfer-Encoding:Mime-Version:Message-ID:Date:Content-Type:To:From:Subject; bh=FIZpZbacIb9ZGEDl7TODuyK8AZs1Os2QQdFXF2B8Oak=; b=eJ0kk6imt2hXaHxBW8Vr53bDxeeNjAIIXsgbaaFhjUG5SVqdi0DoBMvRXUR2UsCwFsLBZBDTs0eAfXWLPVTK1TGYr/pFNZkHcNhF/2jngeEhkEVP5SfuHORpENNRyMlU; Received: from c-98-255-64-24.hsd1.ca.comcast.net ([98.255.64.24] helo=[192.168.1.8]) by host298.hostmonster.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1RD5ey-0005p3-N6 for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 20:32:08 -0600 From: Larry Ing To: Xen-users@lists.xensource.com Content-Type: text/plain; charset="UTF-8" Date: Sun, 09 Oct 2011 19:32:10 -0700 Message-ID: <1318213930.30071.2.camel@Astonmartin> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Identified-User: {3270:host298.hostmonster.com:lwithrne:lwi3.net} {sentby:smtp auth 98.255.64.24 authed with larry@lwi3.net} Cc: Subject: [Xen-users] Networking in Scientific Linux 6 and Xen bridges X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am wanting to make a VM that will be a firewall. This VM will be connected to my bridge named "xenbr0." I then want to make a second bridge called "xenbr1" which is connected to the firewall VM. I then want to have my other VMs connected to xenbr1. How would I do this within Scientific Linux 6 or what is a way that will give me a equivalent result. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 19:45:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 19:45:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RD5ri-00016m-C3; Sun, 09 Oct 2011 19:45:18 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RD5qv-0000mR-JB for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 19:44:29 -0700 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-5.tower-174.messagelabs.com!1318214666!30880968!1 X-Originating-IP: [131.225.104.18] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1552 invoked from network); 10 Oct 2011 02:44:26 -0000 Received: from gateway01.fnal.gov (HELO gateway01.fnal.gov) (131.225.104.18) by server-5.tower-174.messagelabs.com with SMTP; 10 Oct 2011 02:44:26 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway01.fnal.gov (Postfix) with ESMTP id 7B777E30BDE; Sun, 9 Oct 2011 21:44:25 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway01.fnal.gov ([127.0.0.1]) by localhost (gateway01.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id WB1ENxouIYRQ; Sun, 9 Oct 2011 21:41:25 -0500 (CDT) X-Mailgw-Auth: no Received: from flxi05.fnal.gov (flxi05.fnal.gov [131.225.68.48]) by gateway01.fnal.gov (Postfix) with ESMTP id 54664E4003C; Sun, 9 Oct 2011 21:41:25 -0500 (CDT) Received: from flxi05.fnal.gov (localhost.localdomain [127.0.0.1]) by flxi05.fnal.gov (8.13.1/8.13.1) with ESMTP id p9A2fPZB013968; Sun, 9 Oct 2011 21:41:25 -0500 Received: from localhost (timm@localhost) by flxi05.fnal.gov (8.13.1/8.13.1/Submit) with ESMTP id p9A2fOHU013965; Sun, 9 Oct 2011 21:41:24 -0500 X-Authentication-Warning: flxi05.fnal.gov: timm owned process doing -bs Date: Sun, 9 Oct 2011 21:41:24 -0500 (CDT) From: Steven Timm To: Larry Ing Subject: Re: [Xen-users] Networking in Scientific Linux 6 and Xen bridges In-Reply-To: <1318213930.30071.2.camel@Astonmartin> Message-ID: References: <1318213930.30071.2.camel@Astonmartin> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com scientific linux 6 doesn't have the Xen dom0 kernel in it so if you want scientific linux 6 as the VM host you are out of luck. SL6 works fine as a domU though. Best to use libvirt (virsh net-create) to create the bridges rather than the rather outdated xen bridge tools. Steve On Sun, 9 Oct 2011, Larry Ing wrote: > I am wanting to make a VM that will be a firewall. This VM will be > connected to my bridge named "xenbr0." I then want to make a second > bridge called "xenbr1" which is connected to the firewall VM. I then > want to have my other VMs connected to xenbr1. How would I do this > within Scientific Linux 6 or what is a way that will give me a > equivalent result. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 20:16:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 20:16:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RD6M8-0002ED-Lk; Sun, 09 Oct 2011 20:16:44 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RD6KQ-0001tV-SQ for Xen-users@lists.xensource.com; Sun, 09 Oct 2011 20:14:59 -0700 X-Env-Sender: larry@lwi3.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1318216476!45902942!1 X-Originating-IP: [66.147.249.253] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1658 invoked from network); 10 Oct 2011 03:14:37 -0000 Received: from oproxy1-pub.bluehost.com (HELO oproxy1-pub.bluehost.com) (66.147.249.253) by server-12.tower-27.messagelabs.com with SMTP; 10 Oct 2011 03:14:37 -0000 Received: (qmail 21940 invoked by uid 0); 10 Oct 2011 03:14:53 -0000 Received: from unknown (HELO host298.hostmonster.com) (66.147.240.98) by oproxy1.bluehost.com with SMTP; 10 Oct 2011 03:14:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lwi3.net; s=default; h=Content-Transfer-Encoding:Mime-Version:Message-ID:Date:Content-Type:References:In-Reply-To:Cc:To:From:Subject; bh=RUu1OlneH9Y3IwH50R6o78vDfBHHHG0BKpMJHtiy7WE=; b=Iqwa1+RtlyTDlgv6lAcjA8FSgxI2r143ynuoTaUvYtJ41gVwKH3CXe2eq9PHRyBu+OiQIj7zj63jAmkdUjMGwKI+ZqdkyytnIQmZ5CbxpMK54WtlFmZ2tYzNx2WfuIeK; Received: from c-98-255-64-24.hsd1.ca.comcast.net ([98.255.64.24] helo=[192.168.1.8]) by host298.hostmonster.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1RD6KL-0007C7-LY; Sun, 09 Oct 2011 21:14:53 -0600 Subject: Re: [Xen-users] Networking in Scientific Linux 6 and Xen bridges From: Larry Ing To: Steven Timm In-Reply-To: References: <1318213930.30071.2.camel@Astonmartin> Content-Type: text/plain; charset="UTF-8" Date: Sun, 09 Oct 2011 20:14:55 -0700 Message-ID: <1318216495.30071.3.camel@Astonmartin> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Identified-User: {3270:host298.hostmonster.com:lwithrne:lwi3.net} {sentby:smtp auth 98.255.64.24 authed with larry@lwi3.net} Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I'm using SL6 with a a kernel I compiled myself, but I will look into the usage of libvirt. Thank you. On Sun, 2011-10-09 at 21:41 -0500, Steven Timm wrote: > scientific linux 6 doesn't have the Xen dom0 kernel in it so if > you want scientific linux 6 as the VM host you are out of luck. > SL6 works fine as a domU though. > > Best to use libvirt (virsh net-create) to create the bridges > rather than the rather outdated xen bridge tools. > > Steve > > > > > On Sun, 9 Oct 2011, Larry Ing wrote: > > > I am wanting to make a VM that will be a firewall. This VM will be > > connected to my bridge named "xenbr0." I then want to make a second > > bridge called "xenbr1" which is connected to the firewall VM. I then > > want to have my other VMs connected to xenbr1. How would I do this > > within Scientific Linux 6 or what is a way that will give me a > > equivalent result. > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 09 21:15:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 09 Oct 2011 21:15:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RD7Gg-0004Kh-PC; Sun, 09 Oct 2011 21:15:10 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RD7FP-0003zq-Eo for xen-users@lists.xensource.com; Sun, 09 Oct 2011 21:13:51 -0700 X-Env-Sender: peter@pajamian.dhs.org X-Msg-Ref: server-10.tower-21.messagelabs.com!1318220009!57360889!1 X-Originating-IP: [219.88.242.53] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8836 invoked from network); 10 Oct 2011 04:13:32 -0000 Received: from mx3.orcon.net.nz (HELO mx3.orcon.net.nz) (219.88.242.53) by server-10.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 10 Oct 2011 04:13:32 -0000 Received: from Debian-exim by mx3.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1RD7FI-00014V-D6 for xen-users@lists.xensource.com; Mon, 10 Oct 2011 17:13:44 +1300 Received: from 60-234-254-5.bitstream.orcon.net.nz ([60.234.254.5] helo=[192.168.1.3]) by mx3.orcon.net.nz with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RD7FI-00012i-7u for xen-users@lists.xensource.com; Mon, 10 Oct 2011 17:13:44 +1300 Message-ID: <4E9270F6.6060404@pajamian.dhs.org> Date: Mon, 10 Oct 2011 17:13:42 +1300 From: Peter User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Networking in Scientific Linux 6 and Xen bridges References: <1318213930.30071.2.camel@Astonmartin> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DSPAM-Check: by mx3.orcon.net.nz on Mon, 10 Oct 2011 17:13:44 +1300 X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Oct 10 17:13:44 2011 X-DSPAM-Confidence: 0.5914 X-DSPAM-Probability: 0.0000 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/10/11 15:41, Steven Timm wrote: > scientific linux 6 doesn't have the Xen dom0 kernel in it so if > you want scientific linux 6 as the VM host you are out of luck. > SL6 works fine as a domU though. I would imagine that the RHEL6 kernels built by Michael Young would work well for SL6. Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 00:26:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 00:26:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDAGE-0000AL-OV; Mon, 10 Oct 2011 00:26:54 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RDAEu-0008Hp-Vd for xen-users@lists.xensource.com; Mon, 10 Oct 2011 00:25:34 -0700 X-Env-Sender: bart.coninckx@telenet.be X-Msg-Ref: server-12.tower-182.messagelabs.com!1318231434!21463298!3 X-Originating-IP: [195.130.137.74] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1954 invoked from network); 10 Oct 2011 07:25:29 -0000 Received: from juliette.telenet-ops.be (HELO juliette.telenet-ops.be) (195.130.137.74) by server-12.tower-182.messagelabs.com with SMTP; 10 Oct 2011 07:25:29 -0000 Received: from [192.168.1.102] ([84.196.1.254]) by juliette.telenet-ops.be with bizsmtp id ivRV1h00B5UpHxg06vRVkN; Mon, 10 Oct 2011 09:25:29 +0200 Message-ID: <4E929DC4.6020304@telenet.be> Date: Mon, 10 Oct 2011 09:24:52 +0200 From: Bart Coninckx User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Miles Fidelman Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> In-Reply-To: <4E921F8A.5070406@meetinghouse.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/10/11 00:26, Miles Fidelman wrote: > Hi Folks, > > I've been running a 2-node, high-availability cluster for a while. I've > just acquired 2 more servers, and I've been trying to figure out my > options for organizing my storage configuration. > > Basic goal: provide a robust, high-availability platform for multiple > Xen VMs. > > Current configuration (2 nodes): > - 4 drives each (1TB/drive) > - md software raid10 across the 4 drives on each machine > -- md devices for Dom0 /boot / swap + one big device > -- 2 logical volumes per VM (/ and swap) > -- VM volumes replicated across both nodes, using DRBD > -- pacemaker, heartbeat, etc. to migrate production VMs if a node fails > > I now have 2 new servers - each with a lot more memory, faster CPUs (and > more cores), also 4 drives each. So I'm wondering what's my best option > for wiring the 4 machines together as a platform to run VMs on. > > Seems like my first consideration is how to wire together the storage, > within the following constraints: > > - want to use each node for both processing and storage (only have 4U of > rackspace to play with, made the choice to buy 4 general purpose > servers, with 4 drives each, rather than using some of the space for a > storage server) > > - 4 gigE ports per server - 2 reserved for primary/secondary external > links, 2 reserved for storage & heartbeat comms. > > - total of 16 drives, in groups of 4 (if a node goes down, it takes 4 > drives with it) - so I can't simply treat this as 16 drives in one big > array (I don't think) > > - want to make things just a bit easier to manage than manually setting > up pairs of DRBD volumes per VM > > - would really like to make it easier to migrate a VM from any node to > any other (for both load leveling and n-way fallback) - but DRBD seems > to put a serious crimp in this > > - sort of been keeping my eyes on some of the emerging cloud > technologies, but they all seem to be aimed at larger clusters > > - sheepdog seems like the closest thing to what I'm looking for, but it > seems married at the hip to KVM (unless someone has ported it to support > Xen while I wasn't looking) > > So... just wondering - anybody able to share some thoughts and/or > experiences? > > Thanks very much, > > Miles Fidelman > > DRBD does not do 4 nodes. If you split in two clusters you cannot cross migrate, unless you set up the storage on each node in some way, bu thow are you going to replicate? Personally, I would create a storage cluster and a VM cluster, allowing for epxansion of the virtual nodes later if time/budget permits. B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 00:41:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 00:41:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDAUE-0001yg-Q0; Mon, 10 Oct 2011 00:41:22 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RDATY-0001ej-FR for xen-users@lists.xensource.com; Mon, 10 Oct 2011 00:40:41 -0700 X-Env-Sender: s-uKL37TtFBdFkWl9r9_LT7GtHqIFFgW49Sj2S3o28yCvBY5b9_SqimV@bo unce.linkedin.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1318232389!51682730!1 X-Originating-IP: [216.52.242.169] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4310 invoked from network); 10 Oct 2011 07:39:49 -0000 Received: from maile-bf.linkedin.com (HELO maile-bf.linkedin.com) (216.52.242.169) by server-9.tower-21.messagelabs.com with SMTP; 10 Oct 2011 07:39:49 -0000 DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws; s=prod; d=linkedin.com; h=DKIM-Signature:Sender:Date:From:To:Message-ID:Subject:MIME-Version:Content-Type:X-LinkedIn-Template:X-LinkedIn-Class:X-LinkedIn-fbl; b=AEiugXPy8QzGFc04eMEElj1FaKATBxMep0tG7zYxwAuTarCunsilL/QVpeuWVAXb FEuuMJRLCZwQL3ubgjC4HYpBxVLs+2drLVSvkHsq+6b1dnCZli4dsJFQOxFVzmJe DKIM-Signature: v=1; a=rsa-sha1; d=linkedin.com; s=proddkim; c=relaxed/relaxed; q=dns/txt; i=@linkedin.com; t=1318232436; h=From:Subject:Date:To:MIME-Version:Content-Type:X-LinkedIn-Class:X-LinkedIn-fbl: X-LinkedIn-Template; bh=bCOXqDWLlvyW6WGF4bbqrBqY0MI=; b=EvC9yKnR/QdGGbvmYA57BlO230npl6ASRA31OVIX5frGEgYXL9ar3tgT+RTtRlva VR/WTM2LKVyhwuBxaflFkFjCUJmHkPlAGzT+N2z7ooingB1x8UDJXDI/uPNFzrWY; Date: Mon, 10 Oct 2011 07:40:36 +0000 (UTC) From: Salman Zafar To: Xen help Message-ID: <578035886.3991249.1318232436158.JavaMail.app@ela4-bed80.prod> MIME-Version: 1.0 X-LinkedIn-Template: invite_guest_59 X-LinkedIn-Class: INVITE-GUEST X-LinkedIn-fbl: s-uKL37TtFBdFkWl9r9_LT7GtHqIFFgW49Sj2S3o28yCvBY5b9_SqimV Subject: [Xen-users] Invitation to connect on LinkedIn X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1079810442==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1079810442== Content-Type: multipart/alternative; boundary="----=_Part_3991247_1086177057.1318232436156" ------=_Part_3991247_1086177057.1318232436156 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I'd like to add you to my professional network on LinkedIn. - Salman Salman Zafar System Engineer at Instec Digital Systems United Kingdom Confirm that you know Salman Zafar: https://www.linkedin.com/e/2i0xaq-gtl5k1iy-6y/isd/4506837246/9enloxLE/?hs=false&tok=39W9YlxJNIfAY1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/2i0xaq-gtl5k1iy-6y/GxGJC4SCt4uc8Q7R7NT1A8cO6oOe8b9-LgXs7vVBD5ie/goo/xen-users%40lists%2Exensource%2Ecom/20061/I1561284198_1/?hs=false&tok=3y2DYb2sRIfAY1 (c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. ------=_Part_3991247_1086177057.1318232436156 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
 
LinkedIn
 
 
 
From Salman Zafar
 
System Engineer at Instec Digital Systems
United Kingdom
 
 
 

I'd like to add you to my professional network on LinkedIn.

- Salman

 
 
 
 
 
 
You are receiving Invitation to Connect emails. Unsubscribe
© 2011, LinkedIn Corporation. 2029 Stierlin Ct. Mountain View, CA 94043, USA
 
------=_Part_3991247_1086177057.1318232436156-- --===============1079810442== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1079810442==-- From xen-users-bounces@lists.xensource.com Mon Oct 10 00:42:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 00:42:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDAVg-0002eB-VS; Mon, 10 Oct 2011 00:42:52 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDAUy-0002IE-82 for xen-users@lists.xensource.com; Mon, 10 Oct 2011 00:42:09 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-2.tower-27.messagelabs.com!1318232492!58455593!1 X-Originating-IP: [203.16.224.4] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12429 invoked from network); 10 Oct 2011 07:41:35 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-2.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 10 Oct 2011 07:41:35 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1RDAUg-0004q8-V1; Mon, 10 Oct 2011 18:41:51 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: [Xen-users] small cluster storage configuration? Date: Mon, 10 Oct 2011 18:41:51 +1100 Message-ID: In-Reply-To: <4E929DC4.6020304@telenet.be> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] small cluster storage configuration? Thread-Index: AcyHHhnGRpaqUTPORE+uEiEEh869ugAAeKiQ References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> From: "James Harper" To: "Bart Coninckx" , "Miles Fidelman" X-Really-From-Bendigo-IT: magichashvalue Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >=20 > DRBD does not do 4 nodes. If you split in two clusters you cannot cross > migrate, unless you set up the storage on each node in some way, bu thow > are you going to replicate? >=20 > Personally, I would create a storage cluster and a VM cluster, allowing for > epxansion of the virtual nodes later if time/budget permits. >=20 That's what I've done. Overall throughput is quite good, but seems to suffer a bit on small writes. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 01:36:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 01:36:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDBLX-00059Y-V4; Mon, 10 Oct 2011 01:36:27 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDBKV-0004pU-Jf for xen-users@lists.xensource.com; Mon, 10 Oct 2011 01:35:23 -0700 X-Env-Sender: dartvader@fineweb.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1318235697!48378664!1 X-Originating-IP: [62.149.194.121] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19076 invoked from network); 10 Oct 2011 08:34:57 -0000 Received: from mx1.incentra.it (HELO mx1.incentra.it) (62.149.194.121) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Oct 2011 08:34:57 -0000 Received: (qmail 25076 invoked by uid 89); 10 Oct 2011 08:35:20 -0000 Received: by simscan 1.4.0 ppid: 25070, pid: 25073, t: 0.0516s scanners:none Received: from unknown (HELO ?10.69.10.111?) (marco.cintolesi@sysmic.it@88.149.176.89) by mx1.incentra.it with ESMTPA; 10 Oct 2011 08:35:19 -0000 Message-ID: <4E92AE4B.9050602@fineweb.com> Date: Mon, 10 Oct 2011 10:35:23 +0200 From: Dart Vader User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] HVM domain crash: Out of populate-on-demand memory! X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, we have a problem on Xen (tested on 4.0.2 and 4.1 on Centos 5.7 / GITCO) p2m_pod_demand_populate: Out of populate-on-demand memory! tot_pages 788217 pod_entries 256 (XEN) domain_crash called from p2m.c:1322 the domain is a windows server 2008R2, no PV drivers memory and maxmem set to the same value (we dont want to use dynamic memory) Any help ? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 04:20:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 04:20:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDDuN-0003to-8w; Mon, 10 Oct 2011 04:20:35 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDDst-0003Yo-CX for xen-users@lists.xensource.com; Mon, 10 Oct 2011 04:19:03 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-11.tower-174.messagelabs.com!1318245536!34619055!1 X-Originating-IP: [203.16.207.99] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16889 invoked from network); 10 Oct 2011 11:18:59 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-11.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 10 Oct 2011 11:18:59 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1RDDsj-00042o-1x; Mon, 10 Oct 2011 22:18:53 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: [Xen-users] HVM domain crash: Out of populate-on-demand memory! Date: Mon, 10 Oct 2011 22:18:52 +1100 Message-ID: In-Reply-To: <4E92AE4B.9050602@fineweb.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] HVM domain crash: Out of populate-on-demand memory! Thread-Index: AcyHJ87N13YalISXSwGyFJfj1a8SeQAFoKEw References: <4E92AE4B.9050602@fineweb.com> From: "James Harper" To: "Dart Vader" , X-Really-From-Bendigo-IT: magichashvalue Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >=20 > Hi, > we have a problem on Xen (tested on 4.0.2 and 4.1 on Centos 5.7 / GITCO) >=20 > p2m_pod_demand_populate: Out of populate-on-demand memory! > tot_pages > 788217 pod_entries 256 > (XEN) domain_crash called from p2m.c:1322 >=20 > the domain is a windows server 2008R2, no PV drivers memory and maxmem > set to the same value (we dont want to use dynamic memory) >=20 > Any help ? >=20 Are you setting maxmem explicitly? Try not doing that? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Mon Oct 10 04:35:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 04:35:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDE93-0005AA-5O; Mon, 10 Oct 2011 04:35:45 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDE70-0004Z7-UT; Mon, 10 Oct 2011 04:33:39 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1318246388!52158271!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28633 invoked from network); 10 Oct 2011 11:33:08 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2011 11:33:08 -0000 Received: by wyh13 with SMTP id 13so7839423wyh.30 for ; Mon, 10 Oct 2011 04:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=mXcKC53GKi6eZ5QkbxtIsgndLh3jeqeT0vH16geG7ug=; b=moN+TZPsfE1YcYici6K4HzP5Um1nt5u4r0g4XkfP5bt1ANoVj31TKuChNfzf1KKm06 swT6Pk6hh36eZ+8dsSkFuxE4JEvtZ7jXgad8x14YXzuCFpYlMBmlrCu53T27Za549Chx dYlVcvy2GAnWxcb8GUX2rmRb1JPc4gLTnPWnM= Received: by 10.216.137.13 with SMTP id x13mr4285945wei.52.1318246415373; Mon, 10 Oct 2011 04:33:35 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id fj1sm28376856wbb.13.2011.10.10.04.33.33 (version=SSLv3 cipher=OTHER); Mon, 10 Oct 2011 04:33:34 -0700 (PDT) Message-ID: <4E92D809.9000504@xen.org> Date: Mon, 10 Oct 2011 12:33:29 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk Subject: Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> In-Reply-To: <20111003185309.GC15608@phenom.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Joseph Glanville , xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Looks like me being maxed out means we are too close to Oct 12th now. Does anybody object to doing this on the 26th? How long will the day be? An afternoon? A whole day with rolling time-zones? > In lots of ways. There is a lot of things that we want to do - but I don't think we can do > _all_ of them. Can you help us determine what ought to have a higher priority? In a nutshell: - We should focus on some of the shortfalls we identified at the Hackathon (CLI guides, man pages, etc.)? - We should also do a quick Wiki sanity check (i.e. identify important pages, which are wrong) I can help guide this Maybe we can split into two groups Lars On 03/10/2011 19:53, Konrad Rzeszutek Wilk wrote: > On Fri, Sep 30, 2011 at 12:36:23PM +0100, Lars Kurth wrote: >> Let me know, which date you agreed on. We could do a poll. > Please do a pool. I posted two dates, but other ones could work as well. > >> We should publish on the blog a bit before. > Ok. >> Also, how can I help? > In lots of ways. There is a lot of things that we want to do - but > I don't think we can do _all_ of them. Can you help us determine what > ought to have a higher priority? > > >> Regards >> Lars >> >> On 29/09/2011 15:22, Joseph Glanville wrote: >>> On 30 September 2011 00:13, Pasi Kärkkäinen>> > wrote: >>> >>> On Thu, Sep 22, 2011 at 09:06:18AM -0400, Konrad Rzeszutek Wilk wrote: >>> > Part of what we brainstormed at Xen Hackathon was what we could >>> do make Xen easier. >>> > >>> > And the one thing that seemed to surface up was making the docs >>> better - either >>> > be the Wiki or the three .pdfs that get created/shipped with Xen. >>> > >>> > One thought was to come up with a Documention Day - where >>> volunteers would try to >>> > fix up some portion of the documentation that they feel they have >>> > a good grasp of knowledge off and are willing to change (and >>> also look >>> > to be incorrect) >>> > >>> > What do you guys think of Oct 12th or Oct 26 as a day for this? >>> > >>> > And then the next question - what page/pdf section interests you? >>> > >>> > http://bits.xensource.com/Xen/docs/user.pdf >>> > http://www.rites.uic.edu/~solworth/xenInterfaceManual.pdf >>> [the >>> one on Xen.org is an older version] >>> > >>> > Or Wiki pages: >>> > http://wiki.xensource.com/xenwiki/ >>> > >>> > http://wiki.xensource.com/xenwiki/XenDom0Kernels >>> > http://wiki.xensource.com/xenwiki/XenSerialConsole >>> > http://wiki.xensource.com/xenwiki/XenParavirtOps >>> > http://wiki.xensource.com/xenwiki/XenCommonProblems >>> > >>> > http://wiki.xensource.com/xenwiki/Consulting >>> > http://wiki.xensource.com/xenwiki/Consultants >>> > http://wiki.xensource.com/xenwiki/VpsHostingWithXen >>> > >>> > http://wiki.xen.org/xenwiki/XenPCIpassthrough >>> > http://wiki.xen.org/xenwiki/VTdHowTo >>> > >>> >>> Some more related pages: >>> http://wiki.xen.org/xenwiki/Xen4.0 >>> http://wiki.xen.org/xenwiki/Xen4.1 >>> http://wiki.xen.org/xenwiki/XenKernelFeatures >>> http://wiki.xen.org/xenwiki/XenBestPractices >>> http://wiki.xen.org/xenwiki/XenHypervisorBootOptions >>> >>> Also there's something completely new that we should document: >>> How to install Xen VMs! which means document all the relevant methods: >>> boot the native distro installer as PV guest, as HVM guest, >>> xen-tools, virt-install, >>> debootstrap, rpmstart, etc.. >>> >>> That's something people ask about very often.. >>> >>> Agreed. >>> >>> After working through a bunch of the pages I think we are going to >>> have to have a realtime collab session to decide on some way of >>> reorganising everything into categories. >>> >>> >>> >>> -- Pasi >>> >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel >>> >>> >>> >>> >>> -- >>> */ >>> Founder | Director | VP Research >>> Orion Virtualisation Solutions/* | www.orionvm.com.au >>> | Phone: 1300 56 99 52 | Mobile: 0428 >>> 754 846 >>> >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Mon Oct 10 05:58:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 05:58:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDFRD-0000LY-Fv; Mon, 10 Oct 2011 05:58:35 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDFOP-0008C2-SJ for xen-users@lists.xensource.com; Mon, 10 Oct 2011 05:55:42 -0700 X-Env-Sender: iusty@k1024.org X-Msg-Ref: server-10.tower-174.messagelabs.com!1318251338!34641146!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15896 invoked from network); 10 Oct 2011 12:55:38 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2011 12:55:38 -0000 Received: by wwf27 with SMTP id 27so7350163wwf.24 for ; Mon, 10 Oct 2011 05:55:38 -0700 (PDT) Received: by 10.216.171.202 with SMTP id r52mr273950wel.93.1318251338117; Mon, 10 Oct 2011 05:55:38 -0700 (PDT) Received: from teal.hq.k1024.org (80-218-215-34.dclient.hispeed.ch. [80.218.215.34]) by mx.google.com with ESMTPS id e7sm153826wbh.12.2011.10.10.05.55.36 (version=TLSv1/SSLv3 cipher=AES128-SHA); Mon, 10 Oct 2011 05:55:36 -0700 (PDT) Received: by teal.hq.k1024.org (Postfix, from userid 4004) id 39DF12316E0; Mon, 10 Oct 2011 14:55:35 +0200 (CEST) Date: Mon, 10 Oct 2011 14:55:35 +0200 From: Iustin Pop To: Miles Fidelman Subject: Re: [Xen-users] small cluster storage configuration? Message-ID: <20111010125535.GC3762@teal.hq.k1024.org> Mail-Followup-To: Miles Fidelman , "xen-users@lists.xensource.com" References: <4E921F8A.5070406@meetinghouse.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E921F8A.5070406@meetinghouse.net> X-Linux: This message was written on Linux X-Header: /usr/include gives great headers User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Oct 09, 2011 at 06:26:18PM -0400, Miles Fidelman wrote: > Hi Folks, > > I've been running a 2-node, high-availability cluster for a while. > I've just acquired 2 more servers, and I've been trying to figure > out my options for organizing my storage configuration. > > Basic goal: provide a robust, high-availability platform for > multiple Xen VMs. > > Current configuration (2 nodes): > - 4 drives each (1TB/drive) > - md software raid10 across the 4 drives on each machine > -- md devices for Dom0 /boot / swap + one big device > -- 2 logical volumes per VM (/ and swap) > -- VM volumes replicated across both nodes, using DRBD > -- pacemaker, heartbeat, etc. to migrate production VMs if a node fails > > I now have 2 new servers - each with a lot more memory, faster CPUs > (and more cores), also 4 drives each. So I'm wondering what's my > best option for wiring the 4 machines together as a platform to run > VMs on. > > Seems like my first consideration is how to wire together the > storage, within the following constraints: > > - want to use each node for both processing and storage (only have > 4U of rackspace to play with, made the choice to buy 4 general > purpose servers, with 4 drives each, rather than using some of the > space for a storage server) > > - 4 gigE ports per server - 2 reserved for primary/secondary > external links, 2 reserved for storage & heartbeat comms. > > - total of 16 drives, in groups of 4 (if a node goes down, it takes > 4 drives with it) - so I can't simply treat this as 16 drives in one > big array (I don't think) > > - want to make things just a bit easier to manage than manually > setting up pairs of DRBD volumes per VM > > - would really like to make it easier to migrate a VM from any node > to any other (for both load leveling and n-way fallback) - but DRBD > seems to put a serious crimp in this > > - sort of been keeping my eyes on some of the emerging cloud > technologies, but they all seem to be aimed at larger clusters > > - sheepdog seems like the closest thing to what I'm looking for, but > it seems married at the hip to KVM (unless someone has ported it to > support Xen while I wasn't looking) > > So... just wondering - anybody able to share some thoughts and/or > experiences? Have you tried Ganeti (http://code.google.com/p/ganeti)? It uses DRBD under the hood but it manages moving instances around without you having to reconfigure instances. I think it matches what you're looking for, and we support clusters from 1 physical machine up to hundreds. Disclaimer: I'm one of the authors. regards, iustin _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 06:19:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 06:19:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDFlX-0002TD-VD; Mon, 10 Oct 2011 06:19:36 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RDFkV-00028z-D5 for xen-users@lists.xensource.com; Mon, 10 Oct 2011 06:18:31 -0700 X-Env-Sender: jmadden@ivytech.edu X-Msg-Ref: server-2.tower-27.messagelabs.com!1318252678!58522344!1 X-Originating-IP: [168.91.17.203] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 727 invoked from network); 10 Oct 2011 13:17:59 -0000 Received: from smtp.ivytech.edu (HELO smtp.ivytech.edu) (168.91.17.203) by server-2.tower-27.messagelabs.com with SMTP; 10 Oct 2011 13:17:59 -0000 Received: from localhost (filter.ivytech.edu [10.10.7.175]) by smtp.ivytech.edu (Postfix) with ESMTP id 8C3A5AEAED; Mon, 10 Oct 2011 09:18:27 -0400 (EDT) X-Virus-Scanned: amavisd-new at ivytech.edu Received: from smtp.ivytech.edu ([10.10.7.186]) by localhost (filter.ivytech.edu [10.10.7.175]) (amavisd-new, port 10024) with ESMTP id baNP94Clwvp3; Mon, 10 Oct 2011 09:18:27 -0400 (EDT) Received: from [10.80.40.11] (quagmire.ivytech.local [10.80.40.11]) by smtp.ivytech.edu (Postfix) with ESMTP id 33CC9AEAB2; Mon, 10 Oct 2011 09:18:26 -0400 (EDT) Message-ID: <4E92F0A2.3070206@ivytech.edu> Date: Mon, 10 Oct 2011 09:18:26 -0400 From: John Madden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Miles Fidelman Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> In-Reply-To: <4E921F8A.5070406@meetinghouse.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > I now have 2 new servers - each with a lot more memory, faster CPUs (and > more cores), also 4 drives each. So I'm wondering what's my best option > for wiring the 4 machines together as a platform to run VMs on. A few things come to mind: - Since these two new boxes are so much better, do you really need all four systems for hosting VM's? If you can do everything on the two old systems, you can do it all on the new systems. If you just keep it to two nodes, you eliminate some complexity. - Ever worked with GlusterFS? It'll allow you to stripe and replicate across multiple nodes. - If I/O isn't too much of an issue, you could use one pair with DRDB as the storage node and export to the other two over NFS/etc. - Export everything over iSCSI, use md to mirror, name everything carefully so you know which nodes you can take down based on where VM's are. Complicated, but workable. I suppose you could set this up with DRDB too. John -- John Madden / Sr UNIX Systems Engineer Office of Technology / Ivy Tech Community College of Indiana Free Software is a matter of liberty, not price. To understand the concept, you should think of Free as in 'free speech,' not as in 'free beer.' -- Richard Stallman _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 06:21:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 06:21:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDFnM-00039n-46; Mon, 10 Oct 2011 06:21:28 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RDFkj-0002Bs-Nt for xen-users@lists.xensource.com; Mon, 10 Oct 2011 06:18:47 -0700 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-12.tower-174.messagelabs.com!1318252722!34650619!1 X-Originating-IP: [207.154.13.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10921 invoked from network); 10 Oct 2011 13:18:42 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-12.tower-174.messagelabs.com with SMTP; 10 Oct 2011 13:18:42 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id AF69DCC1D6 for ; Mon, 10 Oct 2011 09:18:41 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ss8syydzt1BQ for ; Mon, 10 Oct 2011 09:18:40 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 9FADDCC1E5 for ; Mon, 10 Oct 2011 09:18:39 -0400 (EDT) Message-ID: <4E92F0AF.8070006@meetinghouse.net> Date: Mon, 10 Oct 2011 09:18:39 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com James Harper wrote: > Bart Coninckx wrote: >> >> DRBD does not do 4 nodes. If you split in two clusters you cannot >> cross migrate, unless you set up the storage on each node in some >> way, bu thow are you going to replicate? >> Well, yes, ... that's sort of why I'm asking the question :-) >> Personally, I would create a storage cluster and a VM cluster, >> allowing for epxansion of the virtual nodes later if time/budget >> permits. >> > That's what I've done. Overall throughput is quite good, but seems to > suffer a bit on small writes. > Which leads to two follow-up questions: 1. Can I assume that you're both suggesting a 4-node storage cluster, and a 4-node VM cluster - running on the same 4 computers? If so, that's sort of what I'm aiming for. 2. What software are you running for your storage cluster? -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 06:33:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 06:33:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDFyr-00046D-PS; Mon, 10 Oct 2011 06:33:22 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDFxs-0003mB-Vq for xen-users@lists.xensource.com; Mon, 10 Oct 2011 06:32:21 -0700 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-6.tower-216.messagelabs.com!1318253537!408884!1 X-Originating-IP: [207.154.13.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15895 invoked from network); 10 Oct 2011 13:32:17 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-6.tower-216.messagelabs.com with SMTP; 10 Oct 2011 13:32:17 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id E830FCC210 for ; Mon, 10 Oct 2011 09:32:16 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6ulyiSTbuw0a for ; Mon, 10 Oct 2011 09:32:15 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 3E2E1CC1D2 for ; Mon, 10 Oct 2011 09:32:15 -0400 (EDT) Message-ID: <4E92F3DE.1020501@meetinghouse.net> Date: Mon, 10 Oct 2011 09:32:14 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <20111010125535.GC3762@teal.hq.k1024.org> In-Reply-To: <20111010125535.GC3762@teal.hq.k1024.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Iustin, Iustin Pop wrote: > Have you tried Ganeti (http://code.google.com/p/ganeti)? It uses DRBD > under the hood but it manages moving instances around without you having > to reconfigure instances. I think it matches what you're looking for, > and we support clusters from 1 physical machine up to hundreds. > > Disclaimer: I'm one of the authors. > I've experimented with Ganeti a couple of times, but not for about 6 months (and I know it's been evolving quickly). I was really impressed with Ganeti as a tool for managing lots of VMs - but it seemed to be lacking when it comes to high-availability capabilities. In particular: Last time I looked, there was some documentation and list discussion that made explicit statements that Ganeti is NOT a high-availability solution - migration and failover require manual intervention, or customization/extension by a user. When I realized that some of the things that one might do with Pacemaker would interact with some of Ganeti's control wiring, I decided that I really didn't want to wrestle with that level of complexity (at least not when there were easier ways to do a 2-node configuration). A quick look at the current documentation suggests this hasn't changed. Re. DRBD: It looks like one still is limited to a primary instance, with failover to a pre-configured secondary instance - and one has to manually recreate a new secondary after a node failure. Hence my interest in some kind of cluster filesystem that provides redundancy across multiple nodes. (Sheepdog really has my attention in this regard - but it seems to only work with KVM, not Xen). Thanks! Miles -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 06:47:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 06:47:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDGCn-0005rc-JB; Mon, 10 Oct 2011 06:47:45 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDGC0-0005XZ-0D for xen-users@lists.xensource.com; Mon, 10 Oct 2011 06:46:56 -0700 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-10.tower-216.messagelabs.com!1318254411!405819!1 X-Originating-IP: [207.154.13.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3410 invoked from network); 10 Oct 2011 13:46:51 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-10.tower-216.messagelabs.com with SMTP; 10 Oct 2011 13:46:51 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 3A899CC25D for ; Mon, 10 Oct 2011 09:46:51 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SHaZHyCtJn6K for ; Mon, 10 Oct 2011 09:46:49 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 6086CCC25B for ; Mon, 10 Oct 2011 09:46:49 -0400 (EDT) Message-ID: <4E92F748.2060705@meetinghouse.net> Date: Mon, 10 Oct 2011 09:46:48 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E92F0A2.3070206@ivytech.edu> In-Reply-To: <4E92F0A2.3070206@ivytech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com John Madden wrote: >> I now have 2 new servers - each with a lot more memory, faster CPUs (and >> more cores), also 4 drives each. So I'm wondering what's my best option >> for wiring the 4 machines together as a platform to run VMs on. > > A few things come to mind: > > - Since these two new boxes are so much better, do you really need all > four systems for hosting VM's? If you can do everything on the two > old systems, you can do it all on the new systems. If you just keep > it to two nodes, you eliminate some complexity. I'm mixing development with production, and working on some server-side software intended to work across large numbers of nodes - so I figure 4 machines gives us some more flexibility. I'm also thinking of keeping some of our current production stuff (mostly mailing lists) on the old systems - but setting things up to make it easier to migrate later. (But, yes, I have thought of it :-) > > - Ever worked with GlusterFS? It'll allow you to stripe and replicate > across multiple nodes. That's pretty much the only thing that's jumping out, as I peruse the net looking for relatively mature solutions. The one thing that looks a little closer is Sheepdog - but it's KVM-only and not all that mature. One thing I've been wondering about - can't find in the documentation - and guess I might just have to start experimenting - is what GlusterFS does regarding disks on the same node, vs. disks on different nodes. Things like: - whether or not to run RAID on each node, as well as configuring GlusterFS to stripe/replicate across nodes (i.e., with a total of 16 drives, but split 4-per-node, will Gluster replicate/stripe so that a node failure won't kill you) - what happens to performance if you stripe/replicate across nodes? Have you (or anybody) had much experience with GlusterFS in practice? Particularly on a relatively small cluster? Comments? Suggestions? Thought of these.... > - If I/O isn't too much of an issue, you could use one pair with DRDB > as the storage node and export to the other two over NFS/etc. > Thought about this, but it would leave half my disk space idle. > - Export everything over iSCSI, use md to mirror, name everything > carefully so you know which nodes you can take down based on where > VM's are. Complicated, but workable. I suppose you could set this up > with DRDB too. Been thinking about this one too. The complexity really scares me. Any thoughts re. tools that might simplify things, and/or performance implications of using md to mirror across iSCSI mounts on different machines? Thanks again to all, Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 08:39:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 08:39:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDHwf-0006ax-Ap; Mon, 10 Oct 2011 08:39:13 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RDHvz-0006Gu-0J for Xen-users@lists.xensource.com; Mon, 10 Oct 2011 08:38:31 -0700 X-Env-Sender: cluster@xinet.it X-Msg-Ref: server-11.tower-27.messagelabs.com!1318261097!41017797!1 X-Originating-IP: [62.101.93.131] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7657 invoked from network); 10 Oct 2011 15:38:17 -0000 Received: from aa011-1msr.fastwebnet.it (HELO aa011-1msr.fastwebnet.it) (62.101.93.131) by server-11.tower-27.messagelabs.com with SMTP; 10 Oct 2011 15:38:17 -0000 Received: from fgmobile (93.58.107.181) by aa011-1msr.fastwebnet.it (8.5.016.6) id 4E38F8AB0512F09C; Mon, 10 Oct 2011 17:38:26 +0200 From: To: "'Jonathan Tripathy'" , References: <4E90E33B.8010201@abpni.co.uk> In-Reply-To: <4E90E33B.8010201@abpni.co.uk> Subject: R: [Xen-users] VNC Proxy Date: Mon, 10 Oct 2011 17:38:18 +0200 Message-ID: <001001cc8762$a27ce2a0$e776a7e0$@xinet.it> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIqAzECZk6UFLZ7kMlICpq5K9xQeZS6vrYw Content-Language: it Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com XVPweb: http://www.xvpsource.org/ Regards, FG -----Messaggio originale----- Da: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] Per conto di Jonathan Tripathy Inviato: domenica 9 ottobre 2011 01:57 A: Xen-users@lists.xensource.com Oggetto: [Xen-users] VNC Proxy Hi Everyone, Is anyone aware of any solution which will allow our customers to access their Xen DomUs via a VNC session? We are looking for some "middle-ware" software which can handle authentication as well as VNC proxying (to the correct Dom0). The software doesn't necessarily have to be web based, but that would be a plus. Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 08:55:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 08:55:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDICU-0000B9-Vw; Mon, 10 Oct 2011 08:55:35 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RDIA6-0007wF-86 for Xen-users@lists.xensource.com; Mon, 10 Oct 2011 08:53:07 -0700 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-6.tower-182.messagelabs.com!1318261983!20511187!1 X-Originating-IP: [85.214.82.195] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30086 invoked from network); 10 Oct 2011 15:53:03 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-6.tower-182.messagelabs.com with SMTP; 10 Oct 2011 15:53:03 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id EBD6BA6C1A5; Mon, 10 Oct 2011 17:53:02 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from imac-cmo.itso-berlin.de (dns.itso-berlin.de [62.96.12.227]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 729E8A6C190 for ; Mon, 10 Oct 2011 17:53:02 +0200 (CEST) From: Christian Motschke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 10 Oct 2011 17:52:58 +0200 Message-Id: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de> To: xen-users list Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) Cc: Subject: [Xen-users] pvscsi X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, does anyone knows, if and when pvscsi will be available in the official = linux kernel? Kind regards. Christian= _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Mon Oct 10 09:14:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 09:14:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDIV3-0002Vw-Q7; Mon, 10 Oct 2011 09:14:45 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDIUZ-0002Ju-0w; Mon, 10 Oct 2011 09:14:15 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1318263250!438650!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16913 invoked from network); 10 Oct 2011 16:14:11 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Oct 2011 16:14:11 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9AGE7gU017756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 10 Oct 2011 16:14:08 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9AGE520025165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Oct 2011 16:14:05 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9AGDx5l028466; Mon, 10 Oct 2011 11:13:59 -0500 Received: from oracle.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Oct 2011 09:13:59 -0700 Received: by oracle.com (Postfix, from userid 1000) id 41AE5C54; Mon, 10 Oct 2011 12:04:04 -0400 (EDT) Date: Mon, 10 Oct 2011 12:04:04 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Subject: Re: [Xen-devel] Xen document day (Oct 12 or 26) Message-ID: <20111010160404.GB28646@phenom.oracle.com> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E92D809.9000504@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4E9319D1.011F:SCFMA922111,ss=1,re=-4.000,fgs=0 Cc: Joseph Glanville , xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Mon, Oct 10, 2011 at 12:33:29PM +0100, Lars Kurth wrote: > Looks like me being maxed out means we are too close to Oct 12th > now. Does anybody object to doing this on the 26th? I am OK. > > How long will the day be? An afternoon? A whole day with rolling > time-zones? One day. As much as people can do I would think. > > > In lots of ways. There is a lot of things that we want to do - but > I don't think we can do > > _all_ of them. Can you help us determine what ought to have a > higher priority? > In a nutshell: > - We should focus on some of the shortfalls we identified at the Hackathon > (CLI guides, man pages, etc.)? > - We should also do a quick Wiki sanity check (i.e. identify > important pages, which are wrong) > I can help guide this > > Maybe we can split into two groups _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Mon Oct 10 10:07:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 10:07:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDJJl-00070c-Qr; Mon, 10 Oct 2011 10:07:09 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDJGg-0006Xs-9h; Mon, 10 Oct 2011 10:04:18 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1318266233!18915744!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22425 invoked from network); 10 Oct 2011 17:03:54 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Oct 2011 17:03:54 -0000 Received: from ucsinet24.oracle.com (ucsinet24.oracle.com [156.151.31.67]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9AH3lB2031500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 10 Oct 2011 17:03:49 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet24.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9AGvqVW004395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Oct 2011 16:57:52 GMT Received: from abhmt101.oracle.com (abhmt101.oracle.com [141.146.116.53]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9AH3eZu021503; Mon, 10 Oct 2011 12:03:40 -0500 Received: from oracle.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Oct 2011 10:03:40 -0700 Received: by oracle.com (Postfix, from userid 1000) id DFB5FC54; Mon, 10 Oct 2011 13:03:30 -0400 (EDT) Date: Mon, 10 Oct 2011 13:03:30 -0400 From: Konrad Rzeszutek Wilk To: "D. Duckworth" Subject: Re: [Xen-devel] Re: [Xen-users] XEN - networking and performance Message-ID: <20111010170330.GA30732@phenom.oracle.com> References: <20111006203821.CD70CE9342@kermit.internecto.net> <20111008190701.50DFBAE098@smtp.postman.i2p> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111008190701.50DFBAE098@smtp.postman.i2p> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet24.oracle.com [156.151.31.67] X-CT-RefId: str=0001.0A090204.4E932575.015A,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Sat, Oct 08, 2011 at 07:07:01PM +0000, D. Duckworth wrote: > Salutations, > > From the xen-users list: > > I would like some advice from people how are/were using Xen 3.4.2 - > > it should be a rather stable release. Dom0 is CentOS 5.5 64bit with > > Xen 3.4.2 installed with the default settings (minus cpu pinning to > > Dom0 and memory setup for 2GB). There are 2 built-in nics (Broadcom) > > and an add-on network card (Intel) with another 4 nics. Currently > > only one NIC is used for all network access, and as far as > > networking, the default setings are used - xend-config.sxp: > > (network-script network-bridge) (vif-script vif-bridge) > > > > The questions are: > > > > How can I improve the network performance (now all the VM are sharing > > one bridge): > > > > a. creating multiple bridges and assigning a VM (DomU) per bridge > > b. trying to hide the NICs from Dom0 using something like "pciback > > hide" - (pointers/example of how one would do this in Centos 5.5 > > would be highly appreciated...) > > Xen Networking has been a thorn in my eye and a similar question has > been with me for a long time now. So prepare, for this response contains > rage. > > Xen networking has room for many different approaches, yet the best > thing about its scripts is that they are not mandatory to use. You can > fully adjust the scripts to your needs or even replace them with your > own. You can find modifications on forums and blogs although most of > them just seem to be copies of few suggestions made by few people. > Logical, because quite frankly it's a pain to grope what the Xen > scripts and udev rules really do, let alone grok most of what they > do out of the box. > > Right now I just care about creating my ideal networking solution, i.e. > routing, bridging and firewall stuff for vms with different roles. I am > running Xen 4.1.2-rc3-pre non-professionally on a quad core single cpu > 1U server. with 4 hard drives in RAID10 configuration. The server has > one usable Ethernet port with multiple globally routable IPs. I can't > use the other ethernet port; the server has no IPMI and the ISP declines > use of two ports by one system because the data center is a no smoking > zone for both humans and routers and switches. > > So the highest priority is to reach dom0 from the Internet and > therefore my grub has fallback options, one of which is a boot to Linux > with no Xen. In turn this means that dom0's networking boot scripts > may not depend on Xen at all, and Xen may not change networking in any > way unless specified. My dom0 is a minimal system that only controls vms > and networking. I want dom0 to be small and simple so the obvious > choice is Arch Linux. Dom0 should be separated from the domUs in that > the domUs cannot reach dom0 and one domU (domN) should do all > networking for the other domUs. > > I tried to use xl with xen4 for a while but due to bugs and missing > features I had to go back to xm and xend. This is where the fun > begins. In the past I used xend with network-bridge and for some strange > reason (voodoo probably) I blindly accepted that script in the past and > blamed myself for not appreciating it. But let's be blunt and honest: > the scripts, in particular the script that *modifies dom0 networking > during xend startup* is the biggest piece of sh!# idea I have ever seen > in Xen. It creates bridges, takes eth0 down, tortures dom0 with occult > ip addr/route, brctl, sysctl and iptables awk/sed manipulations and then > it has you looking at your screen yearning for the moment that ping > timeouts become ping replies, telling you that your box is reachable > again. This script is a malevolent demon from the sewers of Norman the > Golgothan and the worst part is that network-bridge is also still the > recommended default! Can you point me to where it mentions that please? > > On the more positive side there was a fantastic update in Xen 4 where > network-bridge changed a bit so that "it will not bring a bridge up if > one already exists". Whoever wrote it should get a corporate medal for > that and then a long vacation to a deserted island with an MSX II and > no floppies. How can this even be approved by Xen's senior project > manager, or is that a vacant position? We realized that the networking setup is quite complex and would be best left in the hands of the admins. The problem is that.. > > It surely seems so. Xen's /etc/xen/scripts (another design fail, why > not /usr?) and udev scripts are confusing ad-hoc bloatware routines and > are not transparent at all. With the current xen4 I saw the premature > advice to more or less 'prepare for migration from xm to xl'. Yet, xl > supports less and is conflicting: there is no vifname, no 'xl > new/delete', no more python, no relocation and suddenly there is a > conflict between 'xm start domain' versus 'xl start /etc/xen/domain'. > > So new features emerge, adding to the confusion of the end user, while > old problems are not being fixed properly. I wonder why, especially > because it does not seem that xm and xend are the broken parts that > need to be replaced by an unstable interface. > > What needs attention first and foremost are two things, first of which > is real and wise effort into one simple, minimal script that just > handles the minimum in a transparent way e.g. control the hypervisor, > manage vms, manage the backend. Of course networking can be done on > domain start too, but this has happen in an entirely different way from > what it does and how it does it. This is so important because it gives > more control to the user that runs Xen. It's also a good moment to > build in proper and mature support for IPv6. > > Secondly, the website and documentation should be cleaned up and > revised where appropriate. The current situation is a mess that has > a much too steep and incompatible learning curve right now - for > example, a bridge should just not be named eth0 and a physical device > should not be renamed at all. It's fundamentally wrong, stupid, mad as > hell and a PR failure for Xen to do it this way out of the box. No > matter how often and detailed it has been documented on the website. .. the documentation and setup is sometimes quite hard. BTW, we are going to do on Oct 26th a Documentation Day to clean up some of this mess. Would you be intereted in helping along - perhaps in the networking Wiki? > > I propose something like the following for xen networking: > > * Xen will not manipulate non-xen devices or a firewall under any > circumstance, it might only add or substract routes and/or rules from > the routing tables, Uh, what is 'non-xen' devices? Like bridges? > * Allow for networking configuration per domU. For example let > networking per device be nat, routed, bridged or custom, where > all name the interface and bring it up; nat only adds the ip to the > routing table; routed could be an array of routes and rules that need > to be added or subtracted from various routing tables and it might > support proxyarp; bridged turns off arp, sets the mac on the vif and > then adds the interface to a bridge that should already be created by > the user; and custom is a custom set of unmanaged commands after > creating and destroying a domain. You lost me. I am using a bridge configuration and just do: auto lo iface lo inet loopback auto switch iface switch inet static address 192.168.101.16 netmask 255.255.255.0 gateway 192.168.101.1 bridge_ports eth2 And just use that 'bridge=switch' in all my configuration. And that seems to work just fine - wouldn't that be best way of providing the first network setup to users? I would think the majority of folks do something akin to this? > > I am aware that this can already be done with Xen. However, that > process is quite arbitrary and it does things no one asked for. So one > has to read the scripts. For example with the iptables part of > vif-bridge. It is not handled transparently, it is quite arbitrary and > it automatically executes for all vms that are being started. This leads > you to wonder what more it does without you knowing it... > > So, with that off my chest and the second line of my network-bridge > being the words "exit 0" Xen lets my dom0 configuration alone > like it is supposed to do. While KVM is becoming a 'next cool > thing' for many people I would still prefer a separate hypervisor so now > the fat just has to be removed from Xen. > I am all for removing fat. Do you have links to some of particularly bad Wiki pages that should be heavily audited? _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Mon Oct 10 11:53:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 11:53:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDKyU-0003OX-PM; Mon, 10 Oct 2011 11:53:18 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDKxj-0003BG-Rz; Mon, 10 Oct 2011 11:52:32 -0700 X-Env-Sender: andrey.warkentin@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1318272729!47629148!1 X-Originating-IP: [209.85.220.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10956 invoked from network); 10 Oct 2011 18:52:09 -0000 Received: from mail-dy0-f43.google.com (HELO mail-dy0-f43.google.com) (209.85.220.43) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2011 18:52:09 -0000 Received: by dyj3 with SMTP id 3so586068dyj.30 for ; Mon, 10 Oct 2011 11:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NAfUDopq/J7DmYrZ7zsZ7qd/fxgIbdnxmvopSwo4yVE=; b=Rof+CHK2Y/wf+qjbhLYEjdAAgC0YC3PZyM6W2pEq2NkvtAbQx0V7clystLpa0dRnUD oVc6DeQ3MG5PwS958asvyu2BJp1iIDfIOpGyZhVBW15BUmR3zh+83jifq92C6i0AdOfq 3+l/8zxu5s+ZaYbKZGNH+63MPZyHLuMD4o4to= MIME-Version: 1.0 Received: by 10.216.50.143 with SMTP id z15mr5122150web.16.1318272748294; Mon, 10 Oct 2011 11:52:28 -0700 (PDT) Received: by 10.216.176.139 with HTTP; Mon, 10 Oct 2011 11:52:28 -0700 (PDT) In-Reply-To: References: <1317134474.26672.43.camel@zakaz.uk.xensource.com> Date: Mon, 10 Oct 2011 14:52:28 -0400 Message-ID: Subject: Re: [Xen-devel] Re: [Xen-users] Is xen planning to support hvm guests booting under UEFI? From: "Andrei E. Warkentin" To: Keir Fraser Content-Type: text/plain; charset=UTF-8 Cc: "xen-devel@lists.xensource.com" , jim burns , Bei Guan , Ian Campbell , Paul Durrant , Todd Deshane , Jordan Justen , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hi, 2011/9/27 Keir Fraser : > On 27/09/2011 07:41, "Ian Campbell" wrote: > >>> OVMF is aware of Xen, and work was being done on a PV block device >>> (Bei got as far as hypercall support and xenstore). Bei, are you >>> working on the PV block driver? I want to say we're pretty close on >>> that one (PV block not very hard, and neither is the block device >>> abstraction for EFI). >> >> Thanks for the update, it sounds like it's pretty far along. >> >> The PV enhancements etc sound great but it would be nice if we could tie >> up the baseline stuff so that folks can start using it. > > Yes, we'd rather get something basically working into the tree, than wait > for everything to be absolutely perfect. > >> Is Bei still working on the project since the end of GSoC? If not is >> there an archive of what he accomplished so that we can find someone to >> pick up on it if necessary? >> >>> I/Bei had patches against hvmloader (to support booting OVMF) and Bei >>> had patches against the management stack as well to expose the >>> functionality of picking OVMF as the firmware. I believe all of these >>> were sent to xen development list. >> >> I remember these. A bunch got applied after some discussion but IIRC not >> all of them were? Bei, are you able to resend the ones which did not? > > Pretty much all the non-ovmf-specific changes went in (i.e., the most > contentious bits, to existing hvmloader code, should be pretty much checked > in already). > This is just a ping to let you know that I'm still on this. I'll update you guys as soon as I can get Bei's work on top of latest hg tree building and running. Thanks, A _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Mon Oct 10 12:01:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 12:01:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDL5z-0004o7-Iy; Mon, 10 Oct 2011 12:01:03 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDL2s-0004Yz-Ng; Mon, 10 Oct 2011 11:57:51 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1318273067!447507!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5104 invoked from network); 10 Oct 2011 18:57:47 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2011 18:57:47 -0000 X-IronPort-AV: E=Sophos;i="4.68,518,1312156800"; d="scan'208";a="8311562" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 10 Oct 2011 18:57:38 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Mon, 10 Oct 2011 19:57:38 +0100 Subject: Re: [Xen-devel] Re: [Xen-users] Is xen planning to support hvm guests booting under UEFI? From: Ian Campbell To: "Andrei E. Warkentin" In-Reply-To: References: <1317134474.26672.43.camel@zakaz.uk.xensource.com> Content-Type: text/plain; charset="ISO-8859-1" Organization: Citrix Systems, Inc. Date: Mon, 10 Oct 2011 19:57:37 +0100 Message-ID: <1318273057.27397.0.camel@dagon.hellion.org.uk> MIME-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Transfer-Encoding: 7bit Cc: "xen-devel@lists.xensource.com" , Keir Fraser , jim burns , Bei Guan , Paul Durrant , Todd Deshane , Jordan Justen , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Mon, 2011-10-10 at 19:52 +0100, Andrei E. Warkentin wrote: > > This is just a ping to let you know that I'm still on this. I'll > update you guys as soon as > I can get Bei's work on top of latest hg tree building and running. Thanks Andrei. If there's anything I can do to help please let me know. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Mon Oct 10 12:54:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 12:54:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDLva-0000qT-7D; Mon, 10 Oct 2011 12:54:22 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RDLuY-0000WC-E3 for Xen-users@lists.xensource.com; Mon, 10 Oct 2011 12:53:18 -0700 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-15.tower-21.messagelabs.com!1318276397!53949723!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3616 invoked from network); 10 Oct 2011 19:53:17 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-15.tower-21.messagelabs.com with SMTP; 10 Oct 2011 19:53:17 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id A0AB5C0846 for ; Mon, 10 Oct 2011 19:53:14 +0000 (UTC) Message-ID: <4E934CA1.6040208@it-infrastrukturen.org> Date: Mon, 10 Oct 2011 21:50:57 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: Xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Xen-users] XCP questions - Installing from a local media or network installation doesn't work X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hello. Can you give some hints where can I find the right manual (or working step by step howto) for creating VMs using XCP 1.1, please? Installing from a local media or network installation described in the XenServer manual (for creating of lenny VMs) doesn't work. # --- [root@xcp-dev01 ~]# xe vm-start uuid=f535e5bd-6540-3745-d494-14f776da85e5 Error code: INVALID_SOURCE Error parameters: Unable to access a required file in the specified repository: file:///tmp/cdrom-repo-OF5rCt/install.amd/xen/vmlinuz., , Thank you in advance. regards, Mark -- ms@it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 13:18:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 13:18:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDMIk-0004Vj-Fa; Mon, 10 Oct 2011 13:18:18 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDMEJ-0003Ix-Uu for xen-users@lists.xensource.com; Mon, 10 Oct 2011 13:13:44 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1318277619!19904331!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23723 invoked from network); 10 Oct 2011 20:13:40 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2011 20:13:40 -0000 Received: by vcbfo13 with SMTP id fo13so7257674vcb.30 for ; Mon, 10 Oct 2011 13:13:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=l50fOaEFrELzDrdSF/+AJi8arkA1peWYZfiIDEYUBQ8=; b=M/k7HTIamLFGSWFnR0iUz/N03AP95RlcDWkkMfr2E+Fo+VNXX/uG/T3fKlWUPPH8xN Zwtnpu0nnEf00IwMD4VMrAPz1TtlUB51E/oxaTkSMq7IK6lDvf19z5qtHsIYmLDUya8v n7yu/Oiv2dWP3bQuwzJ28ppnV6f+T1jRJ1AXI= MIME-Version: 1.0 Received: by 10.52.67.84 with SMTP id l20mr15833025vdt.73.1318277619495; Mon, 10 Oct 2011 13:13:39 -0700 (PDT) Received: by 10.52.160.9 with HTTP; Mon, 10 Oct 2011 13:13:39 -0700 (PDT) In-Reply-To: References: Date: Mon, 10 Oct 2011 21:13:39 +0100 X-Google-Sender-Auth: 3tl9pP01ERVpDjEBCQuanoPRLuA Message-ID: Subject: Re: [Xen-users] Re: XEN - networking and performance From: Andy Burns To: xen-users Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 7 October 2011 19:17, fpt stl wrote: > And on my networking question, does anybody have anything to comment? May= be > some successful=A0pciback hide solutions for Centos 5.5... On Centos5.x the pciback driver is a module rather than built into the kernel, therefore you can't use pciback.hide on the kernel command line However you can manually bind the devices to pciback after the dom0 is booted, then pass them to the domU e.g. modprobe pciback passthrough=3D1 SLOTS=3D(0000:09:00.0 0000:09:01.0 0000:09:03.0) for i in ${SLOTS[@]}; do echo -n $i > /sys/bus/pci/drivers/pciback/new_slot echo -n $i > /sys/bus/pci/drivers/pciback/bind done xm pci-list-assignable-devices and then in your domU.cfg pci =3D [ '09:00.0', '09:01.0', '09:03.0'] (I might be slightly mixing my Centos5.x and Fedora16 syntax above, poke me if you can't get it working) _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 13:20:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 13:20:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDML9-0005CJ-Rn; Mon, 10 Oct 2011 13:20:47 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RDMIp-0004We-Pf for xen-users@lists.xensource.com; Mon, 10 Oct 2011 13:18:24 -0700 X-Env-Sender: bart.coninckx@telenet.be X-Msg-Ref: server-4.tower-174.messagelabs.com!1318277900!34731590!1 X-Originating-IP: [195.130.137.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28803 invoked from network); 10 Oct 2011 20:18:20 -0000 Received: from brigitte.telenet-ops.be (HELO brigitte.telenet-ops.be) (195.130.137.66) by server-4.tower-174.messagelabs.com with SMTP; 10 Oct 2011 20:18:20 -0000 Received: from [192.168.1.102] ([84.196.1.254]) by brigitte.telenet-ops.be with bizsmtp id j8JL1h00D5UpHxg0G8JLBq; Mon, 10 Oct 2011 22:18:20 +0200 Message-ID: <4E9352DF.708@telenet.be> Date: Mon, 10 Oct 2011 22:17:35 +0200 From: Bart Coninckx User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> In-Reply-To: <4E92F0AF.8070006@meetinghouse.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/10/11 15:18, Miles Fidelman wrote: > James Harper wrote: >> Bart Coninckx wrote: >>> >>> DRBD does not do 4 nodes. If you split in two clusters you cannot >>> cross migrate, unless you set up the storage on each node in some >>> way, bu thow are you going to replicate? >>> > > Well, yes, ... that's sort of why I'm asking the question :-) The question implies that I don't see a possibility for this. >>> Personally, I would create a storage cluster and a VM cluster, >>> allowing for epxansion of the virtual nodes later if time/budget >>> permits. >>> >> That's what I've done. Overall throughput is quite good, but seems to >> suffer a bit on small writes. >> > Which leads to two follow-up questions: > > 1. Can I assume that you're both suggesting a 4-node storage cluster, > and a 4-node VM cluster - running on the same 4 computers? If so, that's > sort of what I'm aiming for. No, we're suggesting two 2-node clusters, one for storage, one for virtualization. > 2. What software are you running for your storage cluster? I'm running IET. Next project I would try AoE though. B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 13:23:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 13:23:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDMNS-0005tz-Sn; Mon, 10 Oct 2011 13:23:10 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDMM0-0005Wp-Th for xen-users@lists.xensource.com; Mon, 10 Oct 2011 13:21:41 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1318278060!51506643!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21410 invoked from network); 10 Oct 2011 20:21:01 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2011 20:21:01 -0000 Received: by vcbfo13 with SMTP id fo13so7265512vcb.30 for ; Mon, 10 Oct 2011 13:21:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=q8+8n9KkZs0t6hiNwqogwE2l4No9Z5w0WRrzLLgecks=; b=UNUlDEQ645oyQ8W4J8CwheMTE/L7UAQjfMevFW4wZNkH+wnfqsic9fj30uUZSc0Zm/ 9H1vQSJoYFbsq4J5C1Rh/wfUT9i7QfcuO36udewc07kOyHaXhcZpC0/DafRsYT7Ra6aP M5eAv/wHxbxE3gkcKCopv/QXxpNAxUNgIO/AU= MIME-Version: 1.0 Received: by 10.52.6.132 with SMTP id b4mr15463982vda.39.1318278095736; Mon, 10 Oct 2011 13:21:35 -0700 (PDT) Received: by 10.52.160.9 with HTTP; Mon, 10 Oct 2011 13:21:36 -0700 (PDT) In-Reply-To: <20111010170330.GA30732@phenom.oracle.com> References: <20111006203821.CD70CE9342@kermit.internecto.net> <20111008190701.50DFBAE098@smtp.postman.i2p> <20111010170330.GA30732@phenom.oracle.com> Date: Mon, 10 Oct 2011 21:21:36 +0100 X-Google-Sender-Auth: l8q7jrF5GOu1hSvJt1b0LoYpKiE Message-ID: Subject: Re: [Xen-devel] Re: [Xen-users] XEN - networking and performance From: Andy Burns To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10 October 2011 18:03, Konrad Rzeszutek Wilk wr= ote: > You lost me. I am using a bridge configuration and just > do: > > auto lo > iface lo inet loopback > > auto switch > iface switch inet static > =A0 =A0 =A0 =A0address 192.168.101.16 > =A0 =A0 =A0 =A0netmask 255.255.255.0 > =A0 =A0 =A0 =A0gateway 192.168.101.1 > =A0 =A0 =A0 =A0bridge_ports eth2 > > And just use that 'bridge=3Dswitch' in all my configuration. And that > seems to work just fine - wouldn't that be best way of providing > the first network setup to users? I would think the majority of folks > do something akin to this? Yep, I keep mine simple too, in Redhat/Centos/Fedora terms my networking is # cat /etc/sysconfig/network-scripts/ifcfg-virbr0 DEVICE=3Dvirbr0 TYPE=3DBridge ONBOOT=3Dyes USERCTL=3Dno BOOTPROTO=3Dnone IPADDR0=3D192.168.1.125 PREFIX0=3D24 GATEWAY0=3D192.168.1.1 DNS1=3D192.168.1.1 DEFROUTE=3DYES IPV6INIT=3Dno NM_CONTROLLED=3Dno # cat /etc/sysconfig/network-scripts/ifcfg-em1 DEVICE=3D"em1" BOOTPROTO=3Dnone ONBOOT=3D"yes" NM_CONTROLLED=3Dno HWADDR=3D00:1E:8C:BC:53:36 TYPE=3DEthernet BRIDGE=3Dvirbr0 NAME=3D"System em1" UUID=3D1dad842d-1912-ef5a-a43a-bc238fb267e7 # cat /etc/rc.d/rc.local ifup virbr0 ifup em1 ip route add default via 192.168.1.1 then in each domU's .cfg file vif =3D [ 'mac=3D00:16:36:xx:yy:zz, bridge=3Dvirbr0' ] _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 13:36:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 13:36:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDMaT-0006tW-JL; Mon, 10 Oct 2011 13:36:37 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RDMZg-0006YZ-8v for xen-users@lists.xensource.com; Mon, 10 Oct 2011 13:35:48 -0700 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1318278944!34727751!1 X-Originating-IP: [207.154.13.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31432 invoked from network); 10 Oct 2011 20:35:45 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-13.tower-174.messagelabs.com with SMTP; 10 Oct 2011 20:35:45 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 54C01CC62E for ; Mon, 10 Oct 2011 16:35:44 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id iJ+WJu6E7SRP for ; Mon, 10 Oct 2011 16:35:42 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id F3CE5CC7CE for ; Mon, 10 Oct 2011 16:35:41 -0400 (EDT) Message-ID: <4E93571D.8050206@meetinghouse.net> Date: Mon, 10 Oct 2011 16:35:41 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 CC: xen-users@lists.xensource.com Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> <4E9352DF.708@telenet.be> In-Reply-To: <4E9352DF.708@telenet.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Bart Coninckx wrote: > On 10/10/11 15:18, Miles Fidelman wrote: >> James Harper wrote: >>> Bart Coninckx wrote: >>>> >>>> DRBD does not do 4 nodes. If you split in two clusters you cannot >>>> cross migrate, unless you set up the storage on each node in some >>>> way, bu thow are you going to replicate? >>>> >> >> Well, yes, ... that's sort of why I'm asking the question :-) > > The question implies that I don't see a possibility for this. That's why I'm trying to avoid using DRBD - looking for an alternative that will replicate data across all four nodes, and allow for continued operation if one (or possibly two) node(s) fail. It looks like GlusterFS, VastSky, and Sheepdog would do this but development on VastSky seems to have stalled, and Sheepdog is KVM-only. Alternate might be to mount everything via iSCSI or AoE, run md Raid10 across the mess of drives, or some such. >> Which leads to two follow-up questions: >> >> 1. Can I assume that you're both suggesting a 4-node storage cluster, >> and a 4-node VM cluster - running on the same 4 computers? If so, that's >> sort of what I'm aiming for. > > No, we're suggesting two 2-node clusters, one for storage, one for > virtualization. Ok... that's what I'm trying to avoid - mostly because that would make half my drives unavailable. >> 2. What software are you running for your storage cluster? > > I'm running IET. Next project I would try AoE though. > Running anything on top of that in the way of a cluster file system? Thanks, Miles -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 13:56:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 13:56:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDMtJ-00081v-4j; Mon, 10 Oct 2011 13:56:05 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RDMro-0007gj-2f for xen-users@lists.xensource.com; Mon, 10 Oct 2011 13:54:32 -0700 X-Env-Sender: bart.coninckx@telenet.be X-Msg-Ref: server-2.tower-21.messagelabs.com!1318280066!37477713!1 X-Originating-IP: [195.130.132.50] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27656 invoked from network); 10 Oct 2011 20:54:26 -0000 Received: from jacques.telenet-ops.be (HELO jacques.telenet-ops.be) (195.130.132.50) by server-2.tower-21.messagelabs.com with SMTP; 10 Oct 2011 20:54:26 -0000 Received: from [192.168.1.102] ([84.196.1.254]) by jacques.telenet-ops.be with bizsmtp id j8uU1h00a5UpHxg0J8uUxC; Mon, 10 Oct 2011 22:54:29 +0200 Message-ID: <4E935B57.1000604@telenet.be> Date: Mon, 10 Oct 2011 22:53:43 +0200 From: Bart Coninckx User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> <4E9352DF.708@telenet.be> <4E93571D.8050206@meetinghouse.net> In-Reply-To: <4E93571D.8050206@meetinghouse.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/10/11 22:35, Miles Fidelman wrote: > That's why I'm trying to avoid using DRBD - looking for an alternative > that will > replicate data across all four nodes, and allow for continued operation > if one > (or possibly two) node(s) fail. It looks like GlusterFS, VastSky, and > Sheepdog would > do this but development on VastSky seems to have stalled, and Sheepdog > is KVM-only. I just looked at GlusterFS and VastSky - these seems to be aimed at aggregating storage located across different servers. Correct me if I'm wrong, but this seems to me the opposite of what you are looking for: you want HA, so data needs to be replicated to be available via different servers, right? >> I'm running IET. Next project I would try AoE though. >> > Running anything on top of that in the way of a cluster file system? IET is running on DRBD - no cluster file system necessary. Pacemaker sees to it that only one node is using the iSCSI connection actively for a particular DomU. You could think about using a cluster file system to offer the Xen config files to all nodes, but I simply fixed this by syncing these files with csync. B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 14:05:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 14:05:39 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDN2Y-0000T0-0y; Mon, 10 Oct 2011 14:05:38 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RDMwM-0008SK-TQ for xen-users@lists.xensource.com; Mon, 10 Oct 2011 13:59:16 -0700 X-Env-Sender: bart.coninckx@telenet.be X-Msg-Ref: server-14.tower-182.messagelabs.com!1318280349!21570264!1 X-Originating-IP: [195.130.132.50] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22268 invoked from network); 10 Oct 2011 20:59:09 -0000 Received: from jacques.telenet-ops.be (HELO jacques.telenet-ops.be) (195.130.132.50) by server-14.tower-182.messagelabs.com with SMTP; 10 Oct 2011 20:59:09 -0000 Received: from [192.168.1.102] ([84.196.1.254]) by jacques.telenet-ops.be with bizsmtp id j8z91h00H5UpHxg0J8z9ro; Mon, 10 Oct 2011 22:59:09 +0200 Message-ID: <4E935C70.1020403@telenet.be> Date: Mon, 10 Oct 2011 22:58:24 +0200 From: Bart Coninckx User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> <4E9352DF.708@telenet.be> <4E93571D.8050206@meetinghouse.net> <4E935B57.1000604@telenet.be> In-Reply-To: <4E935B57.1000604@telenet.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/10/11 22:53, Bart Coninckx wrote: > On 10/10/11 22:35, Miles Fidelman wrote: > >> That's why I'm trying to avoid using DRBD - looking for an alternative >> that will >> replicate data across all four nodes, and allow for continued operation >> if one >> (or possibly two) node(s) fail. It looks like GlusterFS, VastSky, and >> Sheepdog would >> do this but development on VastSky seems to have stalled, and Sheepdog >> is KVM-only. > > I just looked at GlusterFS and VastSky - these seems to be aimed at > aggregating storage located across different servers. Correct me if I'm > wrong, but this seems to me the opposite of what you are looking for: > you want HA, so data needs to be replicated to be available via > different servers, right? Continued reading some more on VastSky. This seems to offer redundancy too, by means of mirroring. 4 nodes might be not enough for that though. Also, I wonder if it is suitable for things like live migration, which iSCSI and AoE can do. B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 14:13:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 14:13:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDN9g-0001H6-Mg; Mon, 10 Oct 2011 14:13:00 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RDN7z-0000v3-L3 for xen-users@lists.xensource.com; Mon, 10 Oct 2011 14:11:17 -0700 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-9.tower-27.messagelabs.com!1318281052!48132258!1 X-Originating-IP: [207.154.13.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14750 invoked from network); 10 Oct 2011 21:10:52 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-9.tower-27.messagelabs.com with SMTP; 10 Oct 2011 21:10:52 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id B4466CC7EE for ; Mon, 10 Oct 2011 17:11:11 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id zuWWw2ID84se for ; Mon, 10 Oct 2011 17:11:10 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 88446CC7E6 for ; Mon, 10 Oct 2011 17:11:10 -0400 (EDT) Message-ID: <4E935F6E.4010607@meetinghouse.net> Date: Mon, 10 Oct 2011 17:11:10 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> <4E9352DF.708@telenet.be> <4E93571D.8050206@meetinghouse.net> <4E935B57.1000604@telenet.be> In-Reply-To: <4E935B57.1000604@telenet.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Bart Coninckx wrote: > On 10/10/11 22:35, Miles Fidelman wrote: > > I just looked at GlusterFS and VastSky - these seems to be aimed at > aggregating storage located across different servers. Correct me if > I'm wrong, but this seems to me the opposite of what you are looking > for: you want HA, so data needs to be replicated to be available via > different servers, right? goal: - 16 disks spread across 4 servers -> one storage pool - files, logical volumes, VM images, etc. available from any server (e.g., via a cluster FS) - replicate data across servers/drives to insulate from disk/server failures (ideal, survive 2 node outage) - auto-migrate VMs (and associated IP addresses) on node failure -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 14:18:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 14:18:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDNFC-0002Tk-N5; Mon, 10 Oct 2011 14:18:42 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDNDx-00029C-C6 for xen-users@lists.xensource.com; Mon, 10 Oct 2011 14:17:25 -0700 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-8.tower-216.messagelabs.com!1318281442!459486!1 X-Originating-IP: [207.154.13.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11764 invoked from network); 10 Oct 2011 21:17:22 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-8.tower-216.messagelabs.com with SMTP; 10 Oct 2011 21:17:22 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id B5406CC269 for ; Mon, 10 Oct 2011 17:17:21 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lFUsw-6Zd6iS for ; Mon, 10 Oct 2011 17:17:20 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id A2A3DCC1FA for ; Mon, 10 Oct 2011 17:17:20 -0400 (EDT) Message-ID: <4E9360E0.2060509@meetinghouse.net> Date: Mon, 10 Oct 2011 17:17:20 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 CC: xen-users@lists.xensource.com Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> <4E9352DF.708@telenet.be> <4E93571D.8050206@meetinghouse.net> <4E935B57.1000604@telenet.be> <4E935C70.1020403@telenet.be> In-Reply-To: <4E935C70.1020403@telenet.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Bart Coninckx wrote: > On 10/10/11 22:53, Bart Coninckx wrote: > > Continued reading some more on VastSky. This seems to offer redundancy > too, by means of mirroring. 4 nodes might be not enough for that > though. Also, I wonder if it is suitable for things like live > migration, which iSCSI and AoE can do. VastSky seems to suffer from two problems: - storage manager is a single point of failure - development seems to have stopped in Oct. 2010 GlusterFS also does replication - question is whether it's performance is up to supporting VMs. Mixed responses so far, some suggestions that this is supposed to get a lot better in version 3.3 (currently in beta). Not sure the impact of Red Hat's acquisition of Gluster. Starting to think that one approach would be to publish all 16 drives via AoE, then build one big md RAID10 array across them (linux RAID10 is interesting vis. standard RAID1+0 - it does mirroring and striping as a single operation, which uses disk space more efficiently). Trying to work through how things would respond in the event of node failures (4 drives go out at once). -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 14:30:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 14:30:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDNQL-0003LM-Fq; Mon, 10 Oct 2011 14:30:13 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RDNPK-00030V-Uw for xen-users@lists.xensource.com; Mon, 10 Oct 2011 14:29:11 -0700 X-Env-Sender: bart.coninckx@telenet.be X-Msg-Ref: server-7.tower-174.messagelabs.com!1318282147!34692224!1 X-Originating-IP: [195.130.137.74] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29479 invoked from network); 10 Oct 2011 21:29:07 -0000 Received: from juliette.telenet-ops.be (HELO juliette.telenet-ops.be) (195.130.137.74) by server-7.tower-174.messagelabs.com with SMTP; 10 Oct 2011 21:29:07 -0000 Received: from [192.168.1.102] ([84.196.1.254]) by juliette.telenet-ops.be with bizsmtp id j9V61h0115UpHxg069V6zc; Mon, 10 Oct 2011 23:29:07 +0200 Message-ID: <4E936374.8090201@telenet.be> Date: Mon, 10 Oct 2011 23:28:20 +0200 From: Bart Coninckx User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Miles Fidelman Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> <4E9352DF.708@telenet.be> <4E93571D.8050206@meetinghouse.net> <4E935B57.1000604@telenet.be> <4E935C70.1020403@telenet.be> <4E9360E0.2060509@meetinghouse.net> In-Reply-To: <4E9360E0.2060509@meetinghouse.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/10/11 23:17, Miles Fidelman wrote: > Bart Coninckx wrote: >> On 10/10/11 22:53, Bart Coninckx wrote: >> >> Continued reading some more on VastSky. This seems to offer redundancy >> too, by means of mirroring. 4 nodes might be not enough for that >> though. Also, I wonder if it is suitable for things like live >> migration, which iSCSI and AoE can do. > > VastSky seems to suffer from two problems: > - storage manager is a single point of failure > - development seems to have stopped in Oct. 2010 > > GlusterFS also does replication - question is whether it's performance > is up to supporting VMs. Mixed responses so far, some suggestions that > this is supposed to get a lot better in version 3.3 (currently in beta). > Not sure the impact of Red Hat's acquisition of Gluster. > > Starting to think that one approach would be to publish all 16 drives > via AoE, then build one big md RAID10 array across them (linux RAID10 is > interesting vis. standard RAID1+0 - it does mirroring and striping as a > single operation, which uses disk space more efficiently). Trying to > work through how things would respond in the event of node failures (4 > drives go out at once). If the RAID happens on the AoE client side, how will this fit into HA across all nodes? The RAID only becomes active on one node at the time, right? Two cannot activate it simultaneously for sure... I think the redundancy for the storage needs to happen below the used technology. Just my thoughts. B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 15:37:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 15:37:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDOT8-0006Bl-Q2; Mon, 10 Oct 2011 15:37:10 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDOR8-0005qB-Dz for xen-users@lists.xensource.com; Mon, 10 Oct 2011 15:35:06 -0700 X-Env-Sender: brainy@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1318286101!28363055!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2094 invoked from network); 10 Oct 2011 22:35:03 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2011 22:35:03 -0000 Received: by vws13 with SMTP id 13so7392656vws.30 for ; Mon, 10 Oct 2011 15:35:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=52FXCmcAZ48IntPYYXQg/JO6ioakwWf5YP6AvM7YLL0=; b=H1BbtrFUHUanfonKOhC8AXraU1OpkJRift2kSeKEvtLlmlvkeHgZRYuJ6qdcEy6jRo 4paYhIPWgZGOxFvPlxhvk2PCYQepC5YqwrxgRw7hTecok6AUkyN4tSgv28IuGzAf0xV1 Rm1SQrWLXBcluaj8faVIwwrZ3Jpc4E2Poy5ho= MIME-Version: 1.0 Received: by 10.52.69.67 with SMTP id c3mr15520895vdu.106.1318286101731; Mon, 10 Oct 2011 15:35:01 -0700 (PDT) Received: by 10.52.115.233 with HTTP; Mon, 10 Oct 2011 15:35:01 -0700 (PDT) In-Reply-To: <1314362190852074500@businessgrade.com> References: <1314362190852074500@businessgrade.com> Date: Mon, 10 Oct 2011 23:35:01 +0100 X-Google-Sender-Auth: 1jvToPbyTKzNJATFVM2J54a7UFA Message-ID: Subject: Re: [Xen-users] [Project Kronos] XAPI on Debian From: "msgbox450@gmail.com" To: eneal@businessgrade.com, "xen-users@lists.xensource.com" Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0350359071==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0350359071== Content-Type: multipart/alternative; boundary=20cf307f3282ce5a4204aef966b0 --20cf307f3282ce5a4204aef966b0 Content-Type: text/plain; charset=ISO-8859-1 I'm still having trouble getting the XAPI web service up... I did a fresh XAPI-on-Debian install today, but there doesn't seem to be an /etc/xensource/xapi-ssl.conf after installing the xapi package... not sure where it's meant to come from or what I'm meant to put in it :( On Fri, Aug 26, 2011 at 1:36 PM, Errol Neal wrote: > > On Fri, 08/26/2011 06:55 AM, "msgbox450@gmail.com" & > lt;msgbox450@gmail.com> wrote: > > Hi All, > > > > I tried again with XAPI on Debian last night and this time things went > far > > smoother... I managed to boot into the Xen kernel, xe is working and the > > XAPI daemon appears to be running. However, I am having trouble > connecting > > to XAPI from XenCenter... it just says the connection was refused without > > any meaningful errors and nothing in the logs on either side. > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > > You need to enable SSL. > Edit /etc/default/stunnel set enable to 1 I think > Copy the xapi_ssl_conf file (i think that is it's name) to /etc/stunnel > Generate the certificate and start stunnel. > > I think you will need to use a beta version of XenCenter because the 5.6 > version does not work (at least for me) > --20cf307f3282ce5a4204aef966b0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm still having trouble getting the XAPI web service up... I did a fre= sh XAPI-on-Debian install today, but there doesn't seem to be an /etc/x= ensource/xapi-ssl.conf after installing the xapi package...
=A0not sure = where it's meant to come from or what I'm meant to put in it :(

On Fri, Aug 26, 2011 at 1:36 = PM, Errol Neal <eneal@businessgrade.com> wrote:

On Fri, 08/26/2011 06:55 AM, &quot;msgbox450@gmail.com&quot; &lt;msgbox450@gmail.com&gt; wrote:
> Hi All,
>
> I tried again with XAPI on Debian last night and this time things went= far
> smoother... I managed to boot into the Xen kernel, xe is working and t= he
> XAPI daemon appears to be running. However, I am having trouble connec= ting
> to XAPI from XenCenter... it just says the connection was refused with= out
> any meaningful errors and nothing in the logs on either side.
>
<SNIP>
> =A0 =A0 =A0 =A0 _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xenso= urce.com
> htt= p://lists.xensource.com/xen-users


You need to enable SSL.
Edit /etc/default/stunnel set enable to 1 I think
Copy the xapi_ssl_conf file (i think that is it's name) to /etc/stunnel=
Generate the certificate and start stunnel.

I think you will need to use a beta version of XenCenter because the 5.6 ve= rsion does not work (at least for me)

--20cf307f3282ce5a4204aef966b0-- --===============0350359071== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0350359071==-- From xen-users-bounces@lists.xensource.com Mon Oct 10 16:54:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 16:54:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDPgM-0000re-As; Mon, 10 Oct 2011 16:54:54 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RDPeu-0000XB-7r for Xen-users@lists.xensource.com; Mon, 10 Oct 2011 16:53:24 -0700 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1318290782!45979377!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 404 invoked from network); 10 Oct 2011 23:53:02 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-11.tower-21.messagelabs.com with SMTP; 10 Oct 2011 23:53:02 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id C166CC0846; Mon, 10 Oct 2011 23:53:20 +0000 (UTC) Message-ID: <4E9384F1.80204@it-infrastrukturen.org> Date: Tue, 11 Oct 2011 01:51:13 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: Xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: "M. Schneider" Subject: [Xen-users] XCP 1.1.0 - how to use VNC for installing guest domains? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, Is it required to install an additional VNC server on XCP 1.1.0 dom0 box (ip 192.168.1.50)to get access to VNC-windows for installing domU guests? As I don't use m$ / XenCenter so I need VNC for installation of new guests. The VM is running (s. below) *but* I was not able to open VNC window to continue the installation (s. error message further below) # --- uuid ( RO) : 491d40ac-6b71-03db-f7c8-0d9b05124808 name-label ( RW): ubuntu power-state ( RO): running Error message # --- ironm@debian:~$ vncviewer 192.168.1.50 VNC Viewer Free Edition 4.1.1 for X - built Mar 10 2010 22:31:05 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Tue Oct 11 01:36:37 2011 main: unable to connect to host: No route to host (113) Open ports # --- m@debian:~$ nmap 192.168.1.50 Starting Nmap 5.00 ( http://nmap.org ) at 2011-10-11 01:30 CEST Interesting ports on 192.168.1.50: Not shown: 996 filtered ports PORT STATE SERVICE 22/tcp open ssh 80/tcp open http 443/tcp open https 631/tcp closed ipp # --- What do I miss? Thank you in advance for any hints. regards, Mark ps. my steps for creating of the new VM # --- xe vm-list xe template-list xe vm-install new-name-label=ubuntu template-uuid=19435692-4c50-928b-f92b-ff893a7e4c14 xe vm-param-set uuid=491d40ac-6b71-03db-f7c8-0d9b05124808 name-description="Ubuntu-test-VM" other-config:install-repository="http://archive.ubuntu.com/ubuntu/" xe vm-param-add uuid=491d40ac-6b71-03db-f7c8-0d9b05124808 param-name=other-config 'auto_poweron: true' xe vm-start uuid=491d40ac-6b71-03db-f7c8-0d9b05124808 -- ms@it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 20:27:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 20:27:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDT0N-0007y6-6V; Mon, 10 Oct 2011 20:27:47 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDSzV-0007de-0W for Xen-users@lists.xensource.com; Mon, 10 Oct 2011 20:26:53 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1318303608!20727113!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5949 invoked from network); 11 Oct 2011 03:26:49 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 03:26:49 -0000 Received: by iaqq3 with SMTP id q3so10385589iaq.30 for ; Mon, 10 Oct 2011 20:26:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=LaGoN2WCobIjBeKrOTA9dXP8PYPyp0B+cyOPTZl9hvY=; b=GoLONEAbarZqv8KnNABhKoswXxuMBDwi+kc9//PibxP/j0/BovBR9vT8ITjr3M5FJM JOLACFgTNQfEwuC3mL13yPpv84ytOqiJKocbk+F/fZ5wYYZpPeqmxkDyl+2EOHU43LYz ThMhKl2Qp2R9+zuEJ16zAdhdP3bkvYj7g92bA= Received: by 10.231.25.229 with SMTP id a37mr9786727ibc.8.1318303608252; Mon, 10 Oct 2011 20:26:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.68 with HTTP; Mon, 10 Oct 2011 20:26:28 -0700 (PDT) In-Reply-To: <4E9384F1.80204@it-infrastrukturen.org> References: <4E9384F1.80204@it-infrastrukturen.org> From: Todd Deshane Date: Mon, 10 Oct 2011 23:26:28 -0400 X-Google-Sender-Auth: J80gw9hXznbUcvJpFxuL28MKxOU Message-ID: Subject: Re: [Xen-users] XCP 1.1.0 - how to use VNC for installing guest domains? To: Mark Schneider Content-Type: text/plain; charset=ISO-8859-1 Cc: "M. Schneider" , Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 10, 2011 at 7:51 PM, Mark Schneider wrote: > Hello, > > Is it required to install an additional VNC server on XCP 1.1.0 dom0 box (ip > 192.168.1.50)to get access to VNC-windows for installing domU guests? > See: http://wiki.xen.org/xenwiki/Xen_Cloud_Platform%3A_Access_to_VM_console > As I don't use m$ / XenCenter so I need VNC for installation of new guests. > See also: http://wiki.xen.org/xenwiki/XCP_Projects (maybe OpenXenManager could work for you?) Hope that helps. Thanks, Todd -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 10 22:05:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 10 Oct 2011 22:05:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDUXB-0002h4-92; Mon, 10 Oct 2011 22:05:45 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDUQY-0002Gy-SK for xen-users@lists.xensource.com; Mon, 10 Oct 2011 21:59:52 -0700 X-Env-Sender: jan.bakuwel@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1318309106!48517992!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25627 invoked from network); 11 Oct 2011 04:58:27 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 04:58:27 -0000 Received: by eyb6 with SMTP id 6so4279652eyb.30 for ; Mon, 10 Oct 2011 21:58:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=mOhEIZ9an0GypRxgbbsyndb8M0fec0uG7RIS8c6UtMQ=; b=Qy1ztT+y+RzML4O51zhR6UU7EySIYn2tFw8HR9ILQv2vcnEZUeLQdAAaOTq9NEzVJ5 00yC+XFnz20axO5yMa5XzfYUNkw2pTt1v+7vlHxiVltLSxXD/vPZyUalXn2LdHlwtABh HBF41vQX3TdFLyJN7sItNr+kfXYD7z01kCOaE= Received: by 10.14.18.32 with SMTP id k32mr1920563eek.173.1318309129908; Mon, 10 Oct 2011 21:58:49 -0700 (PDT) Received: from [10.10.10.10] ([210.48.92.11]) by mx.google.com with ESMTPS id x45sm45450177eeh.11.2011.10.10.21.58.46 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 10 Oct 2011 21:58:48 -0700 (PDT) Message-ID: <4E93CD02.9060507@gmail.com> Date: Tue, 11 Oct 2011 17:58:42 +1300 From: Jan Bakuwel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110921 Lightning/1.0b2 Thunderbird/3.1.15 MIME-Version: 1.0 To: "xen-users@lists.xensource.com >> \"xen-users@lists.xensource.com\"" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Xen-users] Debian 6/Squeeze with Xen 4.0.1 doesn't work out of the box X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jan.bakuwel@gmail.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, Recently installed Debian Squeeze 64-bits on an older (Dell) server and installed xen-linux-system-2.6-xen-amd64 from the standard repositories. After a reboot, the Xen kernel is running. However, xend isn't starting. Further inspection suggests that this might be caused by the fact that the xen_evtchn module cannot be loaded. Any suggestions? Jan # uname -a Linux camsvr11 2.6.32-5-xen-amd64 #1 SMP Fri Sep 9 22:23:19 UTC 2011 x86_64 GNU/Linux # modprobe xen-evtchn FATAL: Error inserting xen_evtchn (/lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko): No such device # file /lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko /lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped # lsmod | grep xen xenfs 9616 0 # dpkg --list | grep xen ii libxenstore3.0 4.0.1-2 Xenstore communications library for Xen ii linux-image-2.6.32-5-xen-amd64 2.6.32-35squeeze2 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-2 The Xen Hypervisor on AMD64 ii xen-linux-system-2.6-xen-amd64 2.6.32+29 Xen system with Linux 2.6 for 64-bit PCs (meta-package) ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-35squeeze2 Xen system with Linux 2.6.32 on 64-bit PCs (meta-package) ii xen-utils-4.0 4.0.1-2 XEN administrative tools ii xen-utils-common 4.0.0-1 XEN administrative tools - common files ii xenstore-utils 4.0.1-2 Xenstore utilities for Xen _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 11 02:31:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 02:31:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDYfv-0007Cu-Aw; Tue, 11 Oct 2011 02:31:03 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDYdX-0006ab-Nt for xen-users@lists.xensource.com; Tue, 11 Oct 2011 02:28:40 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-4.tower-216.messagelabs.com!1318325311!501858!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14471 invoked from network); 11 Oct 2011 09:28:32 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 09:28:32 -0000 Received: by iaqq3 with SMTP id q3so10779528iaq.30 for ; Tue, 11 Oct 2011 02:28:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.64.78 with SMTP id d14mr4213545ibi.56.1318325310912; Tue, 11 Oct 2011 02:28:30 -0700 (PDT) Received: by 10.231.202.211 with HTTP; Tue, 11 Oct 2011 02:28:30 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4E93CD02.9060507@gmail.com> References: <4E93CD02.9060507@gmail.com> Date: Tue, 11 Oct 2011 20:28:30 +1100 Message-ID: Subject: Re: [Xen-users] Debian 6/Squeeze with Xen 4.0.1 doesn't work out of the box From: Joseph Glanville To: jan.bakuwel@gmail.com Cc: "xen-users@lists.xensource.com >> \"xen-users@lists.xensource.com\"" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0317362912==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0317362912== Content-Type: multipart/alternative; boundary=000e0cd572b8daf7fe04af0287d9 --000e0cd572b8daf7fe04af0287d9 Content-Type: text/plain; charset=ISO-8859-1 Hi Jan, Are you booting via the correct grub entry? (Linux 2.6 with Xen 4.1) Also if you modprobe xen_evtchn can you start xend afterwards? Joseph. On 11 October 2011 15:58, Jan Bakuwel wrote: > Hi, > > Recently installed Debian Squeeze 64-bits on an older (Dell) server and > installed xen-linux-system-2.6-xen-amd64 from the standard repositories. > After a reboot, the Xen kernel is running. However, xend isn't starting. > Further inspection suggests that this might be caused by the fact that > the xen_evtchn module cannot be loaded. > > Any suggestions? > > Jan > > # uname -a > Linux camsvr11 2.6.32-5-xen-amd64 #1 SMP Fri Sep 9 22:23:19 UTC 2011 > x86_64 GNU/Linux > # modprobe xen-evtchn > FATAL: Error inserting xen_evtchn > (/lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko): No > such device > # file /lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko > /lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko: ELF > 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped > # lsmod | grep xen > xenfs 9616 0 > > # dpkg --list | grep xen > ii libxenstore3.0 4.0.1-2 > Xenstore communications library for Xen > ii linux-image-2.6.32-5-xen-amd64 2.6.32-35squeeze2 > Linux 2.6.32 for 64-bit PCs, Xen dom0 support > ii xen-hypervisor-4.0-amd64 4.0.1-2 The > Xen Hypervisor on AMD64 > ii xen-linux-system-2.6-xen-amd64 2.6.32+29 Xen > system with Linux 2.6 for 64-bit PCs (meta-package) > ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-35squeeze2 Xen > system with Linux 2.6.32 on 64-bit PCs (meta-package) > ii xen-utils-4.0 4.0.1-2 XEN > administrative tools > ii xen-utils-common 4.0.0-1 XEN > administrative tools - common files > ii xenstore-utils 4.0.1-2 > Xenstore utilities for Xen > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --000e0cd572b8daf7fe04af0287d9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jan,

Are you booting via the correct grub entry? (Linux 2.6 with = Xen 4.1)
Also if you modprobe xen_evtchn can you start xend afterwards?<= br>
Joseph.

On 11 October 2011 15:58, = Jan Bakuwel <= jan.bakuwel@gmail.com> wrote:
Hi,

Recently installed Debian Squeeze 64-bits on an older (Dell) server and
installed xen-linux-system-2.6-xen-amd64 from the standard repositories. After a reboot, the Xen kernel is running. However, xend isn't starting= .
Further inspection suggests that this might be caused by the fact that
the xen_evtchn module cannot be loaded.

Any suggestions?

Jan

# uname -a
Linux camsvr11 2.6.32-5-xen-amd64 #1 SMP Fri Sep 9 22:23:19 UTC 2011
x86_64 GNU/Linux
# modprobe xen-evtchn
FATAL: Error inserting xen_evtchn
(/lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko): No
such device
# file /lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko
/lib/modules/2.6.32-5-xen-amd64/kernel/drivers/xen/xen-evtchn.ko: ELF
64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
# lsmod | grep xen
xenfs =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 9616 =A00

# dpkg --list | grep xen
ii =A0libxenstore3.0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.0.1-2
Xenstore communications library for Xen
ii =A0linux-image-2.6.32-5-xen-amd64 =A0 =A0 =A02.6.32-35squeeze2
Linux 2.6.32 for 64-bit PCs, Xen dom0 support
ii =A0xen-hypervisor-4.0-amd64 =A0 =A0 =A0 =A0 =A0 =A04.0.1-2 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The
Xen Hypervisor on AMD64
ii =A0xen-linux-system-2.6-xen-amd64 =A0 =A0 =A02.6.32+29 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0Xen
system with Linux 2.6 for 64-bit PCs (meta-package)
ii =A0xen-linux-system-2.6.32-5-xen-amd64 2.6.32-35squeeze2 =A0 =A0 =A0 =A0= =A0 =A0Xen
system with Linux 2.6.32 on 64-bit PCs (meta-package)
ii =A0xen-utils-4.0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.0.1-2 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0XEN
administrative tools
ii =A0xen-utils-common =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.0.0-1 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0XEN
administrative tools - common files
ii =A0xenstore-utils =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.0.1-2
Xenstore utilities for Xen


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users



--
Founder | Director | VP Research
Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone= : 1300 56 99 52 | Mobile: 0428 754 846
--000e0cd572b8daf7fe04af0287d9-- --===============0317362912== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0317362912==-- From xen-devel-bounces@lists.xensource.com Tue Oct 11 04:24:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 04:24:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDaRL-0007Qx-Uh; Tue, 11 Oct 2011 04:24:07 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDaQT-0007EE-1E; Tue, 11 Oct 2011 04:23:13 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1318332189!34815749!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4085 invoked from network); 11 Oct 2011 11:23:09 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 11:23:09 -0000 Received: by wyh13 with SMTP id 13so9212047wyh.30 for ; Tue, 11 Oct 2011 04:23:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=H6ia5BXbdG1IkB4L8/eAZLPFTdmSmXIbo3gnOHZQqtA=; b=xWizZsDme0irvmt68l0NjWWzLi+8NJY1Tr9frT0J/MELcDWdUEqL7jCUG69RtCgurN 5d/hr2fvD8rJO8qrsJNgKHNe8MLnXPNhJ2Ecm8z9+gZ3WXDFyOq0hU0Lo7TUtGBM9Z78 uIOMOiJG4Et+Cxtg9/DJYsQYbITN85vYlHcC0= Received: by 10.216.187.146 with SMTP id y18mr720791wem.100.1318332188871; Tue, 11 Oct 2011 04:23:08 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id g20sm1144332wbp.13.2011.10.11.04.23.06 (version=SSLv3 cipher=OTHER); Tue, 11 Oct 2011 04:23:07 -0700 (PDT) Message-ID: <4E942719.50904@xen.org> Date: Tue, 11 Oct 2011 12:23:05 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Xen-devel] XenSummit Asia Update, Open for Registration X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hi everybody, just to let you know that you can register for XenSummit Asia (http://xen.org/community/xensummit.html). All speakers, except for Samsung speakers are listed on the page. Hopefully I will get final confirmation of the Samsung speakers and topics and can publish a finalized agenda later this week. Best Regards Lars _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Tue Oct 11 04:43:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 04:43:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDaji-0001DT-03; Tue, 11 Oct 2011 04:43:06 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDaid-0000sn-MX for xen-users@lists.xensource.com; Tue, 11 Oct 2011 04:42:00 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1318333315!34791983!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26781 invoked from network); 11 Oct 2011 11:41:56 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 11:41:56 -0000 Received: by vws13 with SMTP id 13so7914347vws.30 for ; Tue, 11 Oct 2011 04:41:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=j/E0rcJ03LJ0gF1jArWqyNk97ZKeABrOr7r6qx5hzLc=; b=xy6Ehd7a6gTnMBAnK70dJErXWUg3HpSWaqwD7f9kVzChWdXson/FnG/jGou81Ldy8Z OxvRg2ibsskrY9w69K/FuTltFKCR+icwN9RmEr0OrCLkZnz0JOKpIWPCDJg533RsS+35 iYq1SjdpZ/EzabBsfMG9vVxb5OrgGhbtuOn1I= Received: by 10.52.32.195 with SMTP id l3mr17755369vdi.30.1318333315172; Tue, 11 Oct 2011 04:41:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Tue, 11 Oct 2011 04:41:35 -0700 (PDT) From: Flavio Date: Tue, 11 Oct 2011 13:41:35 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] XCP: help configuring GRUB for multiple OS on the same workstation X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I own a Desktop PC with Gentoo Linux Installed and another OS. I installed XCP in a separate hard disk and I would like to configure my GRUB in order to get XCP correctly booting. Can someone help me? I've tried this configuration but it stucks on kernel panic: title= XEN Cloud Platform root (hd2,0) kernel /boot/xen.gz module /boot/vmlinuz-2.6.32.12-0.7.1.xs1.0.0.311.170586xen root=/dev/sdc1 initrd /boot/initrd-2.6.32.12-0.7.1.xs1.0.0.311.170586xen.img XCP has been installed on /dev/sdc. Thanks -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-api-bounces@lists.xensource.com Tue Oct 11 05:04:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 05:04:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDb44-0002Y8-5h; Tue, 11 Oct 2011 05:04:08 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDb0R-00024x-Lz; Tue, 11 Oct 2011 05:00:28 -0700 X-Env-Sender: brainy@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1318334419!540563!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8888 invoked from network); 11 Oct 2011 12:00:20 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 12:00:20 -0000 Received: by vws13 with SMTP id 13so7935168vws.30 for ; Tue, 11 Oct 2011 05:00:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=6v0jreIPE0tdHkzHfDoqqjnrrR9z74jW1NQrkS8Mzdc=; b=fQI7KFovTsNhNWIJ9Wo0CeaDLEGdeGNvCVdTXf55qo6YO77UOozVg0/OfUWTzhJZEb GLH5kUe2UPsBOe3+pkqiQz8Kz+ZfJjQY2oKlC2Ja4FzZZkyP9W6XNSeQJNiU8SYiZPzL A2Rz1PBQRchbM6tZAiTmW6sa6kuPemZszKfJ8= MIME-Version: 1.0 Received: by 10.52.37.44 with SMTP id v12mr18088795vdj.53.1318334418676; Tue, 11 Oct 2011 05:00:18 -0700 (PDT) Received: by 10.220.188.69 with HTTP; Tue, 11 Oct 2011 05:00:18 -0700 (PDT) In-Reply-To: References: <1314362190852074500@businessgrade.com> Date: Tue, 11 Oct 2011 13:00:18 +0100 X-Google-Sender-Auth: GkrPvtEaiv892pDTVnYQJ0kg_mk Message-ID: From: "msgbox450@gmail.com" To: eneal@businessgrade.com, "xen-users@lists.xensource.com" , xen-api@lists.xensource.com Cc: Subject: [Xen-API] Re: [Xen-users] [Project Kronos] XAPI on Debian X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1864316181==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============1864316181== Content-Type: multipart/alternative; boundary=20cf3079bf4eb86adb04af04a607 --20cf3079bf4eb86adb04af04a607 Content-Type: text/plain; charset=ISO-8859-1 I've now got XenCenter to connect to XAPI on Debian, I had to run "/etc/init.d/xapissl start" which has created the config files and enabled XenCenter to connect via SSL. The problem I have now is that XenCenter 6 doesn't seem to actually do anything... it connects, synchronises, everything appears to work on the surface. However, it detects only 92mb of RAM is free on the host (which is a big lie) and therefore can't create any VMs, and trying to import an .xva it just sits there "preparing" forever. I've tried creating /etc/xensource/xapi_version_override with a line containing 5.6.199 and then done "service xapi restart", but this doesn't seem to make any difference :( --20cf3079bf4eb86adb04af04a607 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've now got XenCenter to connect to XAPI on Debian, I had to run "= ;/etc/init.d/xapissl start" which has created the config files and ena= bled XenCenter to connect via SSL.

The problem I have no= w is that XenCenter 6 doesn't seem to actually do anything... it connec= ts, synchronises, everything appears to work on the surface. However, it de= tects only 92mb of RAM is free on the host (which is a big lie) and therefo= re can't create any VMs, and trying to import an .xva it just sits ther= e "preparing" forever.

I've tried creating /etc/xensource/xapi_version_ove= rride with a line containing 5.6.199 and then done "service xapi resta= rt", but this doesn't seem to make any difference :(
--20cf3079bf4eb86adb04af04a607-- --===============1864316181== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============1864316181==-- From xen-users-bounces@lists.xensource.com Tue Oct 11 05:32:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 05:32:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDbV6-0006Fy-Jy; Tue, 11 Oct 2011 05:32:04 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RDbTs-0005ua-EH for xen-users@lists.xensource.com; Tue, 11 Oct 2011 05:30:49 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-5.tower-182.messagelabs.com!1318336245!16856700!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13635 invoked from network); 11 Oct 2011 12:30:45 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-5.tower-182.messagelabs.com with SMTP; 11 Oct 2011 12:30:45 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 04AF573F6E; Tue, 11 Oct 2011 13:30:44 +0100 (BST) Message-ID: <4E9436F2.1020609@stalks.nooblet.org> Date: Tue, 11 Oct 2011 13:30:42 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Debian 6/Squeeze with Xen 4.0.1 doesn't work out of the box References: <4E93CD02.9060507@gmail.com> <4E93E6EB.3070803@stalks.nooblet.org> <4E93FB92.8030208@gmail.com> In-Reply-To: <4E93FB92.8030208@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jan.bakuwel@gmail.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 11/10/2011 09:17, Jan Bakuwel wrote: >>> # uname -a >>> Linux camsvr11 2.6.32-5-xen-amd64 #1 SMP Fri Sep 9 22:23:19 UTC 2011 >>> x86_64 GNU/Linux > > See above, uname -a shows that I'm indeed running the Xen kernel. > > Jan > uname -a doesn't say if you are booting the with the Hypervisor. There is a distinct difference between running just the *-xen kernel and actually running the correct grub entry with the extra Xen 4.0 entry. Add the following to /etc/default/grub and then let the boot process select the correct entry: GRUB_DEFAULT='Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64' -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-api-bounces@lists.xensource.com Tue Oct 11 05:33:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 05:33:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDbWb-0006fi-7T; Tue, 11 Oct 2011 05:33:37 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDbUZ-000664-3r; Tue, 11 Oct 2011 05:31:32 -0700 X-Env-Sender: brainy@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1318336286!16814321!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2705 invoked from network); 11 Oct 2011 12:31:27 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 12:31:27 -0000 Received: by vws13 with SMTP id 13so7973060vws.30 for ; Tue, 11 Oct 2011 05:31:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=+2OPj8kXrk9jW0ZcV8/VlsKQsor8wtLGUvRn2zX8BHQ=; b=CMM3mC/WBffJKyFjGuhJq77FnMC2Fe10tSWmm359YPBy3GW2brEte1wAF6uR5Tn0CS dYqxp2Nanu9CHO/6k46arvpgLFO5q6Hyf9IPE/9/i+BHBK1y+IqLKQcOgVoLgmCjQ8J0 +shWI0j+0l3WteMB2kLoHGimTW1rmk3JueDoE= MIME-Version: 1.0 Received: by 10.52.34.207 with SMTP id b15mr17943416vdj.19.1318336286339; Tue, 11 Oct 2011 05:31:26 -0700 (PDT) Received: by 10.220.188.69 with HTTP; Tue, 11 Oct 2011 05:31:26 -0700 (PDT) In-Reply-To: References: <1314362190852074500@businessgrade.com> Date: Tue, 11 Oct 2011 13:31:26 +0100 X-Google-Sender-Auth: Gm4uUvMQV0XOcaJt8AZfBJSdycc Message-ID: From: "msgbox450@gmail.com" To: eneal@businessgrade.com, "xen-users@lists.xensource.com" , xen-api@lists.xensource.com Cc: Subject: [Xen-API] Re: [Xen-users] [Project Kronos] XAPI on Debian X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0874332343==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============0874332343== Content-Type: multipart/alternative; boundary=20cf3079be900ab20704af0516c6 --20cf3079be900ab20704af0516c6 Content-Type: text/plain; charset=ISO-8859-1 Ah, I found the dom0 was using the RAM, so a "xm mem-set 0 512" has reduced the RAM it uses and I've managed to boot an iso. The XAPI still doesnt seem to be working right with XenCenter though... the console hangs, VMs can't be imported etc. I wonder what is wrong :( On Tue, Oct 11, 2011 at 1:00 PM, msgbox450@gmail.com wrote: > I've now got XenCenter to connect to XAPI on Debian, I had to run > "/etc/init.d/xapissl start" which has created the config files and enabled > XenCenter to connect via SSL. > > The problem I have now is that XenCenter 6 doesn't seem to actually do > anything... it connects, synchronises, everything appears to work on the > surface. However, it detects only 92mb of RAM is free on the host (which is > a big lie) and therefore can't create any VMs, and trying to import an .xva > it just sits there "preparing" forever. > > I've tried creating /etc/xensource/xapi_version_override with a line > containing 5.6.199 and then done "service xapi restart", but this doesn't > seem to make any difference :( > --20cf3079be900ab20704af0516c6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ah, I found the dom0 was using the RAM, so a "xm mem-set 0 512" h= as reduced the RAM it uses and I've managed to boot an iso.

The XAPI still doesnt seem to be working right with XenCenter thoug= h... the console hangs, VMs can't be imported etc. I wonder what is wro= ng :(

On Tue, Oct 11, 2011 at 1:00 PM, msgbox450@gmail.com <<= a href=3D"mailto:msgbox450@gmail.com">msgbox450@gmail.com> wr= ote:
I've now got XenCenter to connect to XA= PI on Debian, I had to run "/etc/init.d/xapissl start" which has = created the config files and enabled XenCenter to connect via SSL.

The problem I have now is that XenCenter 6 doesn't seem = to actually do anything... it connects, synchronises, everything appears to= work on the surface. However, it detects only 92mb of RAM is free on the h= ost (which is a big lie) and therefore can't create any VMs, and trying= to import an .xva it just sits there "preparing" forever.

I've tried creating /etc/xensource/xapi_version_ove= rride with a line containing 5.6.199 and then done "service xapi resta= rt", but this doesn't seem to make any difference :(

--20cf3079be900ab20704af0516c6-- --===============0874332343== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============0874332343==-- From xen-users-bounces@lists.xensource.com Tue Oct 11 05:50:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 05:50:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDbmq-0000xe-Ax; Tue, 11 Oct 2011 05:50:24 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDblo-0000dU-Gq for Xen-users@lists.xensource.com; Tue, 11 Oct 2011 05:49:20 -0700 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1318337355!31110097!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31143 invoked from network); 11 Oct 2011 12:49:17 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 12:49:17 -0000 X-IronPort-AV: E=Sophos;i="4.68,523,1312171200"; d="scan'208";a="166420074" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Oct 2011 08:49:15 -0400 Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 11 Oct 2011 08:49:15 -0400 Message-ID: <4E943B49.4030801@citrix.com> Date: Tue, 11 Oct 2011 13:49:13 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110923 Thunderbird/7.0 MIME-Version: 1.0 To: Mark Schneider Subject: Re: [Xen-users] XCP 1.1.0 - how to use VNC for installing guest domains? References: <4E9384F1.80204@it-infrastrukturen.org> In-Reply-To: <4E9384F1.80204@it-infrastrukturen.org> X-Enigmail-Version: 1.3.2 Content-Type: multipart/mixed; boundary="------------030105040202090608050907" Cc: "M. Schneider" , "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --------------030105040202090608050907 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 7bit On 11/10/11 00:51, Mark Schneider wrote: > Hello, > > Is it required to install an additional VNC server on XCP 1.1.0 dom0 box > (ip 192.168.1.50)to get access to VNC-windows for installing domU guests? > No, it's not necessary. XCP starts vncservers for each running VM (including domain 0). I've attached a script that I use for attaching vnc clients to VMs. The script assumes that you have root ssh access to the host. I'll upload this script to the wiki page that Todd pointed you to earlier. Mike --------------030105040202090608050907 Content-Type: text/plain; name="vmvnc" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vmvnc" #!/bin/bash function usage () { echo "Usage:" echo " `basename $0` -h -g " echo " `basename $0` -h -u " echo " `basename $0` -h -d " exit 1 } while getopts "h:g:u:d:" option do case $option in h ) xs=${OPTARG} ;; g ) vm=${OPTARG} ;; u ) uu=${OPTARG} ;; d ) id=${OPTARG} ;; * ) usage esac done if [ -z ${xs} ]; then usage fi if [ -z ${uu} ] && [ -z ${vm} ] && [ -z ${id} ]; then usage fi if [ ! -z ${uu} ]; then domid=`ssh root@${xs} xe vm-list uuid=${uu} params=dom-id --minimal` elif [ ! -z ${vm} ]; then domid=`ssh root@${xs} xe vm-list name-label=${vm} params=dom-id --minimal` elif [ ! -z ${id} ]; then domid=${id} fi if [ -z ${domid} ]; then echo "Could not find guest ${vm}${uu} on host ${xs}." exit 1 elif [ ${domid} -lt 0 ]; then echo "Guest ${vm}${uu} has no dom-id. Is your vm running?" exit 1 fi port=`ssh root@${xs} xenstore-read /local/domain/${domid}/console/vnc-port` if [ -z ${port} ]; then echo "Couldn't read VNC port from xenstore. Is your vm running?" exit 1 fi echo "Connecting to vnc port ${port} on host ${xs}..." vncviewer -via root@${xs} localhost::${port} --------------030105040202090608050907 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --------------030105040202090608050907-- From xen-users-bounces@lists.xensource.com Tue Oct 11 07:10:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 07:10:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDd2G-0000E5-BA; Tue, 11 Oct 2011 07:10:24 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RDd1A-0008Lb-Go for xen-users@lists.xensource.com; Tue, 11 Oct 2011 07:09:16 -0700 X-Env-Sender: jmadden@ivytech.edu X-Msg-Ref: server-2.tower-182.messagelabs.com!1318342152!19047945!1 X-Originating-IP: [168.91.17.203] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28773 invoked from network); 11 Oct 2011 14:09:13 -0000 Received: from smtp.ivytech.edu (HELO smtp.ivytech.edu) (168.91.17.203) by server-2.tower-182.messagelabs.com with SMTP; 11 Oct 2011 14:09:13 -0000 Received: from localhost (filter.ivytech.edu [10.10.7.175]) by smtp.ivytech.edu (Postfix) with ESMTP id 566CCAEBE7; Tue, 11 Oct 2011 10:09:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at ivytech.edu Received: from smtp.ivytech.edu ([10.10.7.186]) by localhost (filter.ivytech.edu [10.10.7.175]) (amavisd-new, port 10024) with ESMTP id gd600rPb9KdO; Tue, 11 Oct 2011 10:09:12 -0400 (EDT) Received: from [10.80.40.11] (quagmire.ivytech.local [10.80.40.11]) by smtp.ivytech.edu (Postfix) with ESMTP id B7DF6AEBE3; Tue, 11 Oct 2011 10:09:11 -0400 (EDT) Message-ID: <4E944E07.60106@ivytech.edu> Date: Tue, 11 Oct 2011 10:09:11 -0400 From: John Madden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Miles Fidelman Subject: Re: [Xen-users] small cluster storage configuration? References: <4E921F8A.5070406@meetinghouse.net> <4E929DC4.6020304@telenet.be> <4E92F0AF.8070006@meetinghouse.net> <4E9352DF.708@telenet.be> <4E93571D.8050206@meetinghouse.net> <4E935B57.1000604@telenet.be> <4E935C70.1020403@telenet.be> <4E9360E0.2060509@meetinghouse.net> In-Reply-To: <4E9360E0.2060509@meetinghouse.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > GlusterFS also does replication - question is whether it's performance > is up to supporting VMs. Mixed responses so far, some suggestions that > this is supposed to get a lot better in version 3.3 (currently in > beta). Not sure the impact of Red Hat's acquisition of Gluster. I used GlusterFS a couple of years ago for a storage project and it worked very well until we put load on it. There were multiple problems with our implementation though: - It was an older version of Gluster. - I only had two nodes. No striping, just mirroring. - The backend storage was 7200RPM SATA SAN space and thus slow. Both nodes shared the same spindles. - I was stingy on RAM for the storage nodes. - The primary application was a PHP session store that handled in the neighborhood of 600 requests per second. That's a lot of read and write for this sort of system. Keep in mind the FUSE layer... We moved to a single-node of NFS to replace this and even then had to move the underlying storage to an FC zone of the SAN to patch up performance. My understanding of GlusterFS is that it's better designed to handle larger files and this may make it a better candidate for hosting VM's. I'd still be concerned about only having 16 drives but I think it's worth a shot. RAID them all at the host level, hand the (ext4 or better -- I'd skip ext2/3) filesystem to Gluster, then stripe+replicate. Do a whole bunch of testing. Live migration won't be a problem but performance might be. John -- John Madden / Sr UNIX Systems Engineer Office of Technology / Ivy Tech Community College of Indiana Free Software is a matter of liberty, not price. To understand the concept, you should think of Free as in 'free speech,' not as in 'free beer.' -- Richard Stallman _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 11 07:51:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 07:51:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDdgQ-0002tE-Dr; Tue, 11 Oct 2011 07:51:54 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDdf0-0002Xu-M4 for Xen-users@lists.xensource.com; Tue, 11 Oct 2011 07:50:27 -0700 X-Env-Sender: todaygood@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1318344619!37596666!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18606 invoked from network); 11 Oct 2011 14:50:20 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 14:50:20 -0000 Received: by iaqq3 with SMTP id q3so11194127iaq.30 for ; Tue, 11 Oct 2011 07:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bqzVTtL71yW8qyMYKaOU5ae2419H7Vco+VQSmQjuQvU=; b=gmMS2fncWNYgJNma1tAarsNr66b3keU15qwZKlVWIDOYklMBB8tSZRoGitwQBbgSic 2QiApUDjVj5DIxVjsWPcc+EPp4rML8LY+XrBgBLBUOSgbZVGaVg1MNPduISj2qeDCjdS tNBQgPY85WGsAYHxpFFau1f/zhtvozsO1h4qo= MIME-Version: 1.0 Received: by 10.231.82.140 with SMTP id b12mr10514821ibl.37.1318344621892; Tue, 11 Oct 2011 07:50:21 -0700 (PDT) Received: by 10.231.30.193 with HTTP; Tue, 11 Oct 2011 07:50:21 -0700 (PDT) In-Reply-To: References: <4E90E33B.8010201@abpni.co.uk> <4E90EDD0.9090008@gmail.com> <4E918E0C.5050005@pointless.org> <4E9199F4.9050005@pointless.org> Date: Tue, 11 Oct 2011 22:50:21 +0800 Message-ID: Subject: Re: [Xen-users] xen hvm usb problem From: jun hu To: Dima Tisnek Cc: Xen-users@lists.xensource.com, Erik Lind X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1648916083==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1648916083== Content-Type: multipart/alternative; boundary=000e0cd729c4e1259904af0706d3 --000e0cd729c4e1259904af0706d3 Content-Type: text/plain; charset=ISO-8859-1 I have try xen 4.0 ,dom0 kernel 2.6.32 xm usb-attach can't find usb disk in domu kernel 3.1 ,I didn't try. I expect usb will works well . 2011/10/9 Dima Tisnek > That's very good to hear, I didn't try kernel 3.1rc as kernel.org > downloads are still down, I guess usbback must have landed and works > ;-) > > On 9 October 2011 15:56, Erik Lind wrote: > > That may or may not be correct, I do not know. However I do know that I > have > > successfully done usb passthrough from 3.1-rc3 kernel (Dom0) to a windows > 7 > > DomU, without any patches which I guess mean that the legacy passthrough > > option work? > > (It is possible using the xl tool chain as well either in the config file > or > > in the console (not not from the normal cli)) > > > > /Erik > > > > > > On 10/09/2011 02:14 PM, Dima Tisnek wrote: > >> > >> my understanding is that after pvops switch (landing xen in linux > >> kernel, perhaps coinsides with xen3->xen4?) usbback module is not > >> implemented, at least in vanilla kernel 3.0.4 or Konrad's git 2.6.xx. > >> > >> xl tools don't support usb yet either. The easiest to try is to play > >> with xm tools: > >> > >> manually unbind usb device from whatever module/driver in dom0 (opt) > >> xm usb list assignable devices (if not shown, try above) > >> try xm usb-attach > >> if you get an error, it basically means your dom0 kernel does not have > >> usbback. > >> > >> you can also check /proc/config.gz > >> > >> d. > >> > >> On 9 October 2011 15:05, Erik Lind wrote: > >>> > >>> Hi > >>> > >>> Well normal usb 1.1 passthrough should be supported but it depends on > >>> device > >>> according to: > >>> http://wiki.xen.org/xenwiki/XenUSBPassthrough > >>> > >>> For pvusb support I guess it is correct that the dom0 kernel has to > >>> support > >>> it and the DomU OS of course. > >>> > >>> Perhaps you should try the pvusb passthrough or test with some other > usb > >>> device to see if it is device dependent or not? > >>> > >>> /Erik > >>> > >>> On 10/09/2011 12:16 PM, Dima Tisnek wrote: > >>>> > >>>> it could be that your xen/qemu/dom0 version doesn't support usbback > >>>> (hiding usb from dom0), that is the case e.g. with xen 4.1.1 and linux > >>>> 3.0 and dom0 > >>>> > >>>> > >>>> On 9 October 2011 03:41, Gmail wrote: > >>>>> > >>>>> xen hvm > >>>>> > >>>>> guest os: windows xp or SLES Linux 11 > >>>>> > >>>>> in dom0 , lsusb can find usb device . > >>>>> by using add usbdevice="host:vendorID:productID" in windowsxp.cfg or > >>>>> sles11.cfg > >>>>> > >>>>> 1)in windows xp ,I can't find any usb device > >>>>> 2)in SLES Linux11 ,can't find any usb device either. > >>>>> > >>>>> What can I do for finding usb device? Please help me . > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Xen-users mailing list > >>>>> Xen-users@lists.xensource.com > >>>>> http://lists.xensource.com/xen-users > >>>>> > >>>> _______________________________________________ > >>>> Xen-users mailing list > >>>> Xen-users@lists.xensource.com > >>>> http://lists.xensource.com/xen-users > >>> > >>> _______________________________________________ > >>> Xen-users mailing list > >>> Xen-users@lists.xensource.com > >>> http://lists.xensource.com/xen-users > >>> > > > > > --000e0cd729c4e1259904af0706d3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have try xen 4.0 =A0,dom0 kernel 2.6.32=A0

<= div>xm =A0usb-attach =A0 can't find usb disk in domu=A0

<= /div>
kernel 3.1 ,I didn't try.=A0

I expec= t usb will =A0 works well .

2011/10/9 Dima Tisnek <= dimaqq@gmail.com>
That's very good to hear, I didn't try kernel 3.1rc as kernel.org
downloads are still down, I guess usbback must have landed and works
;-)

On 9 October 2011 15:56, Erik Lind <zod@pointless.org> wrote:
> That may or may not be correct, I do not know. However I do know that = I have
> successfully done usb passthrough from 3.1-rc3 kernel (Dom0) to a wind= ows 7
> DomU, without any patches which I guess mean that the legacy passthrou= gh
> option work?
> (It is possible using the xl tool chain as well either in the config f= ile or
> in the console (not not from the normal cli))
>
> /Erik
>
>
> On 10/09/2011 02:14 PM, Dima Tisnek wrote:
>>
>> my understanding is that after pvops switch (landing xen in linux<= br> >> kernel, perhaps coinsides with xen3->xen4?) usbback module is n= ot
>> implemented, at least in vanilla kernel 3.0.4 or Konrad's git = 2.6.xx.
>>
>> xl tools don't support usb yet either. The easiest to try is t= o play
>> with xm tools:
>>
>> manually unbind usb device from whatever module/driver in dom0 (op= t)
>> xm usb list assignable devices (if not shown, try above)
>> try xm usb-attach
>> if you get an error, it basically means your dom0 kernel does not = have
>> usbback.
>>
>> you can also check /proc/config.gz
>>
>> d.
>>
>> On 9 October 2011 15:05, Erik Lind<zod@pointless.org> =A0wrote:
>>>
>>> Hi
>>>
>>> Well normal usb 1.1 passthrough should be supported but it dep= ends on
>>> device
>>> =A0according to:
>>> http://wiki.xen.org/xenwiki/XenUSBPassthrough
>>>
>>> For pvusb support I guess it is correct that the dom0 kernel h= as to
>>> support
>>> it and the DomU OS of course.
>>>
>>> Perhaps you should try the pvusb passthrough or test with some= other usb
>>> device to see if it is device dependent or not?
>>>
>>> /Erik
>>>
>>> On 10/09/2011 12:16 PM, Dima Tisnek wrote:
>>>>
>>>> it could be that your xen/qemu/dom0 version doesn't su= pport usbback
>>>> (hiding usb from dom0), that is the case e.g. with xen 4.1= .1 and linux
>>>> 3.0 and dom0
>>>>
>>>>
>>>> On 9 October 2011 03:41, Gmail<todaygood@gmail.com> =A0 =A0wrote:
>>>>>
>>>>> xen hvm
>>>>>
>>>>> guest os: =A0windows xp =A0or SLES Linux 11
>>>>>
>>>>> in dom0 , lsusb can find usb device .
>>>>> by using =A0add usbdevice=3D"host:vendorID:produc= tID" in windowsxp.cfg or
>>>>> sles11.cfg
>>>>>
>>>>> 1)in windows xp ,I can't find any usb device
>>>>> 2)in SLES Linux11 ,can't find any usb device =A0ei= ther.
>>>>>
>>>>> What can I do for finding usb device? =A0Please help m= e .
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Xen-users mailing list
>>>>> Xen-u= sers@lists.xensource.com
>>>>> http://lists.xensource.com/xen-users
>>>>>
>>>> _______________________________________________
>>>> Xen-users mailing list
>>>> Xen-users= @lists.xensource.com
>>>> http://lists.xensource.com/xen-users
>>>
>>> _______________________________________________
>>> Xen-users mailing list
>>> Xen-users@lis= ts.xensource.com
>>> http://lists.xensource.com/xen-users
>>>
>
>

--000e0cd729c4e1259904af0706d3-- --===============1648916083== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1648916083==-- From xen-devel-bounces@lists.xensource.com Tue Oct 11 09:30:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 09:30:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDfDL-0007Ag-Mi; Tue, 11 Oct 2011 09:29:59 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDfCJ-0006xm-2B; Tue, 11 Oct 2011 09:28:55 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1318350531!19066626!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12075 invoked from network); 11 Oct 2011 16:28:51 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 16:28:51 -0000 Received: by wyh13 with SMTP id 13so9654121wyh.30 for ; Tue, 11 Oct 2011 09:28:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Q43+6Nf7urnC1IECq33Sb2QPmOgoGronmLVIXWugBNI=; b=GLvZty4I8x/zYWEDgntSoOBBP2pOmXyNY2J70RoZlNdQkq2uibo5L5Yjzw6TUCIC4q g/EhgAjnP3jyF5i0ah9BzaYg5hGBGGwAuIoRmih6yZEKrHX6mbvno8KnxTZjG6uxNbvr uDkOtDBoIgPchOERnFg86R4ZyJ3Hjny2nkTzQ= Received: by 10.227.25.197 with SMTP id a5mr4309216wbc.71.1318350531308; Tue, 11 Oct 2011 09:28:51 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id gg21sm39357564wbb.15.2011.10.11.09.28.43 (version=SSLv3 cipher=OTHER); Tue, 11 Oct 2011 09:28:49 -0700 (PDT) Message-ID: <4E946EB9.7050209@xen.org> Date: Tue, 11 Oct 2011 17:28:41 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk Subject: Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> In-Reply-To: <20111010160404.GB28646@phenom.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joseph Glanville , xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com OK, 26th of October it is: I'll come up with some ideas and share them early next week Lars On 10/10/2011 17:04, Konrad Rzeszutek Wilk wrote: > On Mon, Oct 10, 2011 at 12:33:29PM +0100, Lars Kurth wrote: >> Looks like me being maxed out means we are too close to Oct 12th >> now. Does anybody object to doing this on the 26th? > I am OK. >> How long will the day be? An afternoon? A whole day with rolling >> time-zones? > One day. As much as people can do I would think. > >>> In lots of ways. There is a lot of things that we want to do - but >> I don't think we can do >>> _all_ of them. Can you help us determine what ought to have a >> higher priority? >> In a nutshell: >> - We should focus on some of the shortfalls we identified at the Hackathon >> (CLI guides, man pages, etc.)? >> - We should also do a quick Wiki sanity check (i.e. identify >> important pages, which are wrong) >> I can help guide this >> >> Maybe we can split into two groups > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Tue Oct 11 09:54:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 09:54:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDfbJ-0000zC-0f; Tue, 11 Oct 2011 09:54:45 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDfZe-0000RJ-01 for xen-users@lists.xensource.com; Tue, 11 Oct 2011 09:53:02 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1318351977!449531!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8206 invoked from network); 11 Oct 2011 16:52:58 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 16:52:58 -0000 Received: by iaqq3 with SMTP id q3so11363910iaq.30 for ; Tue, 11 Oct 2011 09:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=7UFQOWj8qlltYieghq3sx4bAE379AvN6uxOF0PYtYwQ=; b=E7gMBzCTPWHHT2TT2KcaxuzT14oQ6ZagNTTY03+nMYdZZBunb0C4JtGyy86T5sndKN 9xSvVlh0N7NfFM9QO6MGczkyaBWJqon7BO/WVWSMZeEhJK4+YCRGbrPvx5wXuw0g0oMF /zZ2JiqKpur08Y8rZVcJ8bR972J0jNOp9eOoQ= Received: by 10.231.65.73 with SMTP id h9mr11098348ibi.21.1318351977294; Tue, 11 Oct 2011 09:52:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.68 with HTTP; Tue, 11 Oct 2011 09:52:37 -0700 (PDT) In-Reply-To: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> References: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> From: Todd Deshane Date: Tue, 11 Oct 2011 12:52:37 -0400 X-Google-Sender-Auth: Bqn7i_VQvh0U_SW1JeZZ1d-ZotA Message-ID: Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations To: Rafael Weingartner Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Xen-user-list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sat, Oct 1, 2011 at 4:22 PM, Rafael Weingartner wrote: > Xen Cloud Platform maximum configurations > > Hey guys, > > I am writing about Cloud computing platform. So I need to describe the > platforms that are used the most. I described the VMware platform, Micros= oft > and I would like to describe the Xen Cloud Platform. Then I will compare > those platforms and show some real use cases. > > So, I found some information about the XCP on these links: > http://support.citrix.com/article/CTX123996 > > http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/guest.html#creatingV= Ms_supported_OS_minimums > > http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/installation.html#sy= s_requirements-host > > I am still missing some information such as: > > =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum amount of disk that a VM can use; > > =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual processor per h= ost processor; > > =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual machines on a h= ost; > > =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual processors on a= host; > > =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum amount of storage that XCP can us= e; > > =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of hosts on a XCP cluster > > =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual machines on a X= CP cluster > > > > Does anyone know a document made by Xen or Citrix that has this kind of > information? Take a look at: http://www.citrix.com/English/ps2/products/feature.asp?contentID=3D1681747 http://support.citrix.com/article/CTX131047 Thanks, Todd --=20 Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-api-bounces@lists.xensource.com Tue Oct 11 10:25:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 10:25:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDg4d-0002f3-JM; Tue, 11 Oct 2011 10:25:03 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDg4P-0002bB-3a; Tue, 11 Oct 2011 10:24:49 -0700 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1318353883!34868549!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4297 invoked from network); 11 Oct 2011 17:24:45 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 17:24:45 -0000 X-IronPort-AV: E=Sophos;i="4.68,524,1312171200"; d="scan'208,217";a="166471802" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Oct 2011 13:24:43 -0400 Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 11 Oct 2011 13:24:43 -0400 Message-ID: <4E947BD9.8000402@citrix.com> Date: Tue, 11 Oct 2011 18:24:41 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110923 Thunderbird/7.0 MIME-Version: 1.0 To: "msgbox450@gmail.com" Subject: Re: [Xen-API] Re: [Xen-users] [Project Kronos] XAPI on Debian References: <1314362190852074500@businessgrade.com> In-Reply-To: X-Enigmail-Version: 1.3.2 Cc: "eneal@businessgrade.com" , "xen-users@lists.xensource.com" , "xen-api@lists.xensource.com" X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1152089069==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============1152089069== Content-Type: multipart/alternative; boundary="------------080106080500040808000202" --------------080106080500040808000202 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi! First of all, thanks for testing Kronos for us! On 11/10/11 13:31, msgbox450@gmail.com wrote: > Ah, I found the dom0 was using the RAM, so a "xm mem-set 0 512" has > reduced the RAM it uses and I've managed to boot an iso. > You might also have luck with passing the option 'dom0_mem=512M' to Xen from grub. > The XAPI still doesnt seem to be working right with XenCenter > though... the console hangs, VMs can't be imported etc. I wonder what > is wrong :( > Could you be a little more explicit with these bug reports? For instance: What version of xapi are you using? The output of 'apt-cache show xapi | grep Version' would be helpful. What do you mean by "console hang"? Does the console work, and then freeze, or does the console not work at all? What type of VMs can't be imported? As in, what is the file extension of the VMs that can't be imported? Do these things work when you use OpenXenManager? Does XenCenter give you any particular error messages? Can you find any error messages in the logs that might be relevant? Thanks for the help, Mike > On Tue, Oct 11, 2011 at 1:00 PM, msgbox450@gmail.com > > wrote: > > I've now got XenCenter to connect to XAPI on Debian, I had to run > "/etc/init.d/xapissl start" which has created the config files and > enabled XenCenter to connect via SSL. > > The problem I have now is that XenCenter 6 doesn't seem to > actually do anything... it connects, synchronises, everything > appears to work on the surface. However, it detects only 92mb of > RAM is free on the host (which is a big lie) and therefore can't > create any VMs, and trying to import an .xva it just sits there > "preparing" forever. > > I've tried creating /etc/xensource/xapi_version_override with a > line containing 5.6.199 and then done "service xapi restart", but > this doesn't seem to make any difference :( > > --------------080106080500040808000202 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi! First of all, thanks for testing Kronos for us!

On 11/10/11 13:31, msgbox450@gmail.com wrote:
Ah, I found the dom0 was using the RAM, so a "xm mem-set 0 512" has reduced the RAM it uses and I've managed to boot an iso.


You might also have luck with passing the option 'dom0_mem=512M' to Xen from grub.

The XAPI still doesnt seem to be working right with XenCenter though... the console hangs, VMs can't be imported etc. I wonder what is wrong :(


Could you be a little more explicit with these bug reports? For instance:

What version of xapi are you using? The output of 'apt-cache show xapi | grep Version' would be helpful.

What do you mean by "console hang"? Does the console work, and then freeze, or does the console not work at all?

What type of VMs can't be imported? As in, what is the file extension of the VMs that can't be imported?

Do these things work when you use OpenXenManager? Does XenCenter give you any particular error messages? Can you find any error messages in the logs that might be relevant?

Thanks for the help,

Mike

On Tue, Oct 11, 2011 at 1:00 PM, msgbox450@gmail.com <msgbox450@gmail.com> wrote:
I've now got XenCenter to connect to XAPI on Debian, I had to run "/etc/init.d/xapissl start" which has created the config files and enabled XenCenter to connect via SSL.

The problem I have now is that XenCenter 6 doesn't seem to actually do anything... it connects, synchronises, everything appears to work on the surface. However, it detects only 92mb of RAM is free on the host (which is a big lie) and therefore can't create any VMs, and trying to import an .xva it just sits there "preparing" forever.

I've tried creating /etc/xensource/xapi_version_override with a line containing 5.6.199 and then done "service xapi restart", but this doesn't seem to make any difference :(


--------------080106080500040808000202-- --===============1152089069== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============1152089069==-- From xen-api-bounces@lists.xensource.com Tue Oct 11 13:17:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 13:17:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDilk-0001TJ-81; Tue, 11 Oct 2011 13:17:44 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDilS-0001QA-Fk; Tue, 11 Oct 2011 13:17:27 -0700 X-Env-Sender: brainy@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1318364241!21178616!1 X-Originating-IP: [209.85.212.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27475 invoked from network); 11 Oct 2011 20:17:22 -0000 Received: from mail-vw0-f48.google.com (HELO mail-vw0-f48.google.com) (209.85.212.48) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 20:17:22 -0000 Received: by vws7 with SMTP id 7so6674927vws.7 for ; Tue, 11 Oct 2011 13:17:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=iJMmD9hKFY6gMsxgMyuEhyEJaTc/XftCRrlQL+MBkbY=; b=YZxc+kudJp7kqmMs4B9U5ZgTqArcEJWucvV64rY2i8KgK5fXsw3ZN4XYANFnUscCCy Oo59ycEIKICSZa2RdwFuiH+0JIrNV1WWurPp/xEVqgn8VeqSPeIKU7oRKXhMrC4RNeb9 uzIvW2MctUd0ErYzjBhzhpuE6goGnLb0Txyoc= MIME-Version: 1.0 Received: by 10.52.37.44 with SMTP id v12mr20407154vdj.53.1318364241394; Tue, 11 Oct 2011 13:17:21 -0700 (PDT) Received: by 10.220.188.69 with HTTP; Tue, 11 Oct 2011 13:17:21 -0700 (PDT) In-Reply-To: <4E947BD9.8000402@citrix.com> References: <1314362190852074500@businessgrade.com> <4E947BD9.8000402@citrix.com> Date: Tue, 11 Oct 2011 21:17:21 +0100 X-Google-Sender-Auth: a-vPHPzdjnZkS65By0iUaldm0mc Message-ID: Subject: Re: [Xen-API] Re: [Xen-users] [Project Kronos] XAPI on Debian From: "msgbox450@gmail.com" To: Mike McClurg Cc: "eneal@businessgrade.com" , "xen-users@lists.xensource.com" , "xen-api@lists.xensource.com" X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1569228234==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============1569228234== Content-Type: multipart/alternative; boundary=20cf3079bf4e4afabc04af0b9847 --20cf3079bf4e4afabc04af0b9847 Content-Type: text/plain; charset=ISO-8859-1 It logs in with xencenter 6 and lists the domains ok, it shows the ram and cpu usage and the cpu/network graphics work etc. Importing .xva such as the xenserver test vm doesnt work... just sits there "preparing to import VM" forever. Creating a VM from a template seems to work on the surface but then when trying to start it I get: 11/10/2011 19:50:20 Error: Starting VM 'CentOS 6.0 (32-bit)' - Internal error: Unix.Unix_error(20, "access", "/usr/bin/eliloader") I get the same error with a debian template too. Trying to create a fresh VM from any ISO I've tried (debian, centos, suse) it provisions the VM but then when starting it just says "Starting" forever and never actually starts or gives an error. I've just reinstalled the debian+xapi from scratch but still no difference. Also, it appears that once created, I have no option to delete the VMs from the xencenter menu. On Tue, Oct 11, 2011 at 6:24 PM, Mike McClurg wrote: > Hi! First of all, thanks for testing Kronos for us! > > > On 11/10/11 13:31, msgbox450@gmail.com wrote: > > Ah, I found the dom0 was using the RAM, so a "xm mem-set 0 512" has reduced > the RAM it uses and I've managed to boot an iso. > > > You might also have luck with passing the option 'dom0_mem=512M' to Xen > from grub. > > > The XAPI still doesnt seem to be working right with XenCenter though... > the console hangs, VMs can't be imported etc. I wonder what is wrong :( > > > Could you be a little more explicit with these bug reports? For instance: > > What version of xapi are you using? The output of 'apt-cache show xapi | > grep Version' would be helpful. > > What do you mean by "console hang"? Does the console work, and then freeze, > or does the console not work at all? > > What type of VMs can't be imported? As in, what is the file extension of > the VMs that can't be imported? > > Do these things work when you use OpenXenManager? Does XenCenter give you > any particular error messages? Can you find any error messages in the logs > that might be relevant? > > Thanks for the help, > > Mike > > > On Tue, Oct 11, 2011 at 1:00 PM, msgbox450@gmail.com > wrote: > >> I've now got XenCenter to connect to XAPI on Debian, I had to run >> "/etc/init.d/xapissl start" which has created the config files and enabled >> XenCenter to connect via SSL. >> >> The problem I have now is that XenCenter 6 doesn't seem to actually do >> anything... it connects, synchronises, everything appears to work on the >> surface. However, it detects only 92mb of RAM is free on the host (which is >> a big lie) and therefore can't create any VMs, and trying to import an .xva >> it just sits there "preparing" forever. >> >> I've tried creating /etc/xensource/xapi_version_override with a line >> containing 5.6.199 and then done "service xapi restart", but this doesn't >> seem to make any difference :( >> > > > --20cf3079bf4e4afabc04af0b9847 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
It logs in with xencenter 6 and lists the domains ok, it shows the ram= and cpu usage and the cpu/network graphics work etc.

I= mporting .xva such as the xenserver test vm doesnt work... just sits there = "preparing to import VM" forever.=A0

Creating a VM from a template seems to work on the surface b= ut then when trying to start it I get:
11/10/2011 19:50:20 Error: Starting VM 'CentOS 6.0 (32-bit)' - Inte= rnal error: Unix.Unix_error(20, "access", "/usr/bin/eliloade= r")
I get the same error with a debian template too.

Trying to create a fresh VM from any ISO I've tried= (debian, centos, suse) it provisions the VM but then when starting it just= says "Starting" forever and never actually starts or gives an er= ror.

I've just reinstalled the debian+xapi from scratch = but still no difference.

Also, it appears that onc= e created, I have no option to delete the VMs from the xencenter menu.

On Tue, Oct 11, 2011 at 6:24 PM, Mike McClurg <mike.mcclurg@citrix.c= om> wrote:
=20 =20 =20
Hi! First of all, thanks for testing Kronos for us!


On 11/10/11 13:31, msgbox450@gmail.com wrote:
Ah, I found the dom0 was using the RAM, so a = "xm mem-set 0 512" has reduced the RAM it uses and I've managed = to boot an iso.


You might also have luck with passing the option 'dom0_mem=3D512M&#= 39; to Xen from grub.


The XAPI still doesnt seem to be working right with XenCenter though... the console hangs, VMs can't be imported etc. I wonde= r what is wrong :(


Could you be a little more explicit with these bug reports? For instance:

What version of xapi are you using? The output of 'apt-cache show xapi | grep Version' would be helpful.

What do you mean by "console hang"? Does the console work, an= d then freeze, or does the console not work at all?

What type of VMs can't be imported? As in, what is the file extension of the VMs that can't be imported?

Do these things work when you use OpenXenManager? Does XenCenter give you any particular error messages? Can you find any error messages in the logs that might be relevant?

Thanks for the help,

Mike


On Tue, Oct 11, 2011 at 1:00 PM, msgbox450@gmail.com <msgbox450@gmail.com> wrote:
I've now got XenCenter to connect to XAPI on Debian, I had to run "/etc/init.d/xapissl start" which has created the con= fig files and enabled XenCenter to connect via SSL.

The problem I have now is that XenCenter 6 doesn't see= m to actually do anything... it connects, synchronises, everything appears to work on the surface. However, it detects only 92mb of RAM is free on the host (which is a big lie) and therefore can't create any VMs, and trying t= o import an .xva it just sits there "preparing" forev= er.

I've tried creating /etc/xensource/xapi_version_override with a line containing 5.6.199 and then done "service xapi restart&q= uot;, but this doesn't seem to make any difference :(



--20cf3079bf4e4afabc04af0b9847-- --===============1569228234== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============1569228234==-- From xen-users-bounces@lists.xensource.com Tue Oct 11 14:16:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 14:16:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDjh3-00054w-7j; Tue, 11 Oct 2011 14:16:57 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDjf0-0004jm-E4 for xen-users@lists.xensource.com; Tue, 11 Oct 2011 14:14:56 -0700 X-Env-Sender: jan.bakuwel@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1318367668!62504244!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 700 invoked from network); 11 Oct 2011 21:14:29 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 21:14:29 -0000 Received: by vcbfo13 with SMTP id fo13so16730vcb.30 for ; Tue, 11 Oct 2011 14:14:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=LA0HfNOArvBzsIts9o4NKxTUOUYcQqCrJTpHHomlKL4=; b=XaYcZwQNQPsYl85RJqotv9YP651DLD9Oc24/TE0FglIZAjM1zeZMybI90WcAWcMfxz MXDicFBvh1ZzsKgzNy7pvTshD66HjmoAmNErkj0+uTvSccO2eFyOuv2b/6Q98VvdALsw TzNHqjY3rQJsuRP1kZdJTVE3FgT5+8KEsJORU= Received: by 10.220.106.201 with SMTP id y9mr1839173vco.167.1318367686054; Tue, 11 Oct 2011 14:14:46 -0700 (PDT) Received: from [10.10.10.10] ([210.48.92.11]) by mx.google.com with ESMTPS id x19sm30351vdf.10.2011.10.11.14.14.41 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Oct 2011 14:14:45 -0700 (PDT) Message-ID: <4E94B1BC.6060302@gmail.com> Date: Wed, 12 Oct 2011 10:14:36 +1300 From: Jan Bakuwel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110921 Lightning/1.0b2 Thunderbird/3.1.15 MIME-Version: 1.0 To: Steve Allison Subject: Re: [Xen-users] Debian 6/Squeeze with Xen 4.0.1 doesn't work out of the box References: <4E93CD02.9060507@gmail.com> <4E93E6EB.3070803@stalks.nooblet.org> <4E93FB92.8030208@gmail.com> <4E9436F2.1020609@stalks.nooblet.org> In-Reply-To: <4E9436F2.1020609@stalks.nooblet.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jan.bakuwel@gmail.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Steve, On 12/10/11 01:30, Steve Allison wrote: > On 11/10/2011 09:17, Jan Bakuwel wrote: >>>> # uname -a >>>> Linux camsvr11 2.6.32-5-xen-amd64 #1 SMP Fri Sep 9 22:23:19 UTC 2011 >>>> x86_64 GNU/Linux >> >> See above, uname -a shows that I'm indeed running the Xen kernel. >> >> Jan >> > > uname -a doesn't say if you are booting the with the Hypervisor. Thanks for persisting with me. I don't know why but my (un?)conscious mind insisted that the Debian package xen-linux-system-2.6-xen-amd64 would "naturally" put the right entries in the grub config (as it did) and in the right order (as it didn't) so it would boot the hypervisor by default. All good now - thanks and apologies for having bothered you; should have double checked that myself. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-api-bounces@lists.xensource.com Tue Oct 11 14:55:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 14:55:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDkIc-0006og-6R; Tue, 11 Oct 2011 14:55:46 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDkIQ-0006ll-O6; Tue, 11 Oct 2011 14:55:35 -0700 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1318370129!32728592!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14362 invoked from network); 11 Oct 2011 21:55:31 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 21:55:31 -0000 X-IronPort-AV: E=Sophos;i="4.68,525,1312171200"; d="scan'208";a="166511887" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Oct 2011 17:55:29 -0400 Received: from [IPv6:::1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.137.0; Tue, 11 Oct 2011 17:55:28 -0400 Message-ID: <4E94BB69.1040808@citrix.com> Date: Tue, 11 Oct 2011 22:55:53 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20110807 Icedove/5.0 MIME-Version: 1.0 To: "msgbox450@gmail.com" Subject: Re: [Xen-API] Re: [Xen-users] [Project Kronos] XAPI on Debian References: <1314362190852074500@businessgrade.com> <4E947BD9.8000402@citrix.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: "eneal@businessgrade.com" , "xen-users@lists.xensource.com" , "xen-api@lists.xensource.com" X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com On 10/11/2011 09:17 PM, msgbox450@gmail.com wrote: > It logs in with xencenter 6 and lists the domains ok, it shows the ram > and cpu usage and the cpu/network graphics work etc. > Good so far... > Importing .xva such as the xenserver test vm doesnt work... just sits > there "preparing to import VM" forever. > Can you provide a snippet of the logfile /var/log/xensource.log from the point that you start the import to the point where you give up waiting on it? > Creating a VM from a template seems to work on the surface but then > when trying to start it I get: > 11/10/2011 19:50:20 Error: Starting VM 'CentOS 6.0 (32-bit)' - > Internal error: Unix.Unix_error(20, "access", "/usr/bin/eliloader") > I get the same error with a debian template too. > PV templates (those other than the 'Other install media' template) require the eliloader package. We just packaged this up a week ago, and it doesn't look like the xapi package depends upon it yet. I've filed a bug for this particular issue. Try doing 'apt-get install eliloader', and make sure that your other packages are up-to-date as well. > Trying to create a fresh VM from any ISO I've tried (debian, centos, > suse) it provisions the VM but then when starting it just says > "Starting" forever and never actually starts or gives an error. > Were these PV templates, or 'Other install media' templates (see above). Log snippets from the time after you started the VM would help diagnose this. > I've just reinstalled the debian+xapi from scratch but still no > difference. > > Also, it appears that once created, I have no option to delete the VMs > from the xencenter menu. > Does any of this work when you use the CLI? Is anything different? Mike _______________________________________________ xen-api mailing list xen-api@lists.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api From xen-users-bounces@lists.xensource.com Tue Oct 11 15:05:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 15:05:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDkSK-00084K-EN; Tue, 11 Oct 2011 15:05:48 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDkOF-0007fN-Jf for Xen-users@lists.xensource.com; Tue, 11 Oct 2011 15:02:21 -0700 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-15.tower-216.messagelabs.com!1318370490!603924!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21145 invoked from network); 11 Oct 2011 22:01:30 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-15.tower-216.messagelabs.com with SMTP; 11 Oct 2011 22:01:30 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 9413AC0846; Tue, 11 Oct 2011 22:01:29 +0000 (UTC) Message-ID: <4E94BC39.5070005@it-infrastrukturen.org> Date: Tue, 11 Oct 2011 23:59:21 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: "Xen-users@lists.xensource.com" Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: "M. Schneider" Subject: [Xen-users] Wanted: XCP 1.1 tutorial for creating VMs from scratch using xe CLI X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, It is nearly not possible to use XCP without a tutorial, in particular if ones has to use the xe CLI. Reading of reference.pdf and guests.pdf of XenServer and different wiki pages didn't help enough. Even *XCP seems to be a very good software* it will be useless without good documentation because of it's complexity. Thank you in advance for any hints. Regards, Mark -- ms@it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 11 16:44:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 16:44:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDm0F-00026t-FC; Tue, 11 Oct 2011 16:44:55 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDlyv-0001ma-1a for Xen-users@lists.xensource.com; Tue, 11 Oct 2011 16:43:35 -0700 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1318376609!34862837!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16800 invoked from network); 11 Oct 2011 23:43:29 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2011 23:43:29 -0000 Received: by wyh13 with SMTP id 13so140744wyh.30 for ; Tue, 11 Oct 2011 16:43:29 -0700 (PDT) Received: by 10.216.229.25 with SMTP id g25mr7145574weq.55.1318376608190; Tue, 11 Oct 2011 16:43:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.17.7 with HTTP; Tue, 11 Oct 2011 16:43:08 -0700 (PDT) In-Reply-To: <4E94BC39.5070005@it-infrastrukturen.org> References: <4E94BC39.5070005@it-infrastrukturen.org> From: Andrew Eross Date: Tue, 11 Oct 2011 20:43:08 -0300 Message-ID: Subject: Re: [Xen-users] Wanted: XCP 1.1 tutorial for creating VMs from scratch using xe CLI To: Mark Schneider Cc: "M. Schneider" , "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2102299420==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2102299420== Content-Type: multipart/alternative; boundary=0016e65865246950b804af0e7949 --0016e65865246950b804af0e7949 Content-Type: text/plain; charset=ISO-8859-1 Hey Mark, I have to concur there, the hardest part for me starting with XCP was simply understanding what it is (esp. it's precise relationship to Xen/XenServer), what it does, and then how to set it up. I know Lars and the guys are actively aware of this and working on the documentation/wiki. I recently signed up on the wiki and started typing up a few pages to hopefully help, in particular please check out this intro page and see if it answers some of your questions.I hope everyone finds it is correct and helpful: http://wiki.xen.org/xenwiki/XCP_Introduction.. this is a step, but a start-to-finish tutorial is lacking and would be great to have. I also added a section for Getting Started under the overview, and http://wiki.xen.org/xenwiki/XCP_HowTo with a starting small selection of XCP specific how-tos, hopefully others might want to continue to refine and expand these areas? Cheers, Andrew Andrew Eross CTO Locatrix Communications eross@locatrix.com On Tue, Oct 11, 2011 at 6:59 PM, Mark Schneider wrote: > Hello, > > It is nearly not possible to use XCP without a tutorial, in particular if > ones has to use the xe CLI. > Reading of reference.pdf and guests.pdf of XenServer and different wiki > pages didn't help enough. > > Even *XCP seems to be a very good software* it will be useless without good > documentation because of it's complexity. > > Thank you in advance for any hints. > > Regards, Mark > > -- > ms@it-infrastrukturen.org > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > --0016e65865246950b804af0e7949 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey Mark,

I have to concur there, the hardest part for m= e starting with XCP was simply understanding what it is (esp. it's prec= ise relationship to Xen/XenServer), what it does, and then how to set it up= .

I know Lars and the guys are actively aware of this and= working on the documentation/wiki.

I recently sig= ned up on the wiki and started typing up a few pages to hopefully help, in = particular please check out this intro page and see if it answers some of y= our questions.I hope everyone finds it is correct and helpful:
http://wiki.x= en.org/xenwiki/XCP_Introduction.. this is a step, but a=A0start-to-fini= sh tutorial is lacking and would be great to have.

I also added a section for Getting Started under the overview, and=A0http://wiki.xen.org/xenwiki/XCP= _HowTo=A0with a starting small selection of XCP specific how-tos, hopef= ully others might want to continue to refine and expand these areas?

Cheers,
Andrew

Andre= w Eross
CTO
Locatrix Communications



On Tue, Oct 11, 2011 at 6:59 PM, Mark Sc= hneider <= ms@it-infrastrukturen.org> wrote:
Hello,

It is nearly not possible to use XCP without a tutorial, in particular if o= nes has to use the xe CLI.
Reading of reference.pdf and guests.pdf of XenServer and different wiki pag= es didn't help enough.

Even *XCP seems to be a very good software* it will be useless without good= documentation because of it's complexity.

Thank you in advance for any hints.

Regards, Mark

--
ms@it-infras= trukturen.org



_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

--0016e65865246950b804af0e7949-- --===============2102299420== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2102299420==-- From xen-users-bounces@lists.xensource.com Tue Oct 11 17:07:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 17:07:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDmMX-0003mn-RE; Tue, 11 Oct 2011 17:07:57 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDmHH-0003Lu-9K for xen-users@lists.xensource.com; Tue, 11 Oct 2011 17:03:18 -0700 X-Env-Sender: bhkolts@gotrain.org X-Msg-Ref: server-5.tower-174.messagelabs.com!1318377746!31174903!1 X-Originating-IP: [69.54.158.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29080 invoked from network); 12 Oct 2011 00:02:27 -0000 Received: from mail.gotrain.org (HELO mail.gotrain.org) (69.54.158.25) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 00:02:27 -0000 Received: from maincomputer ([69.54.157.1]) by mail.gotrain.org (TRAIN MailServer) with ASMTP id VKO04627 for ; Tue, 11 Oct 2011 19:02:27 -0500 Message-ID: <24492B6A9BC54217A82CFED7B4250DE3@maincomputer> From: "Barry Kolts" To: "XEN Mailing List" Date: Tue, 11 Oct 2011 19:02:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 x-authenticated: Sender SMTP authenticated by smtp.gotrain.org Subject: [Xen-users] Domu has no disks X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Kolts List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, This is my first post to the list and I am new to Xen, so please excuse my ignorance. I have Xen 4.0 running on Debian Squeeze with Squeeze as dom0. I am trying to install Ubuntu Lucid 10.04 as a guest. I am using the install cd iso. I think I should be able to do this based on this quote from http://wiki.xensource.com/xenwiki/XenOverview. From the 'Installing new Paravirtual (PV) guests' section, 'Ubuntu 10.04 ("Lucid Lynx") installer can be booted as a Xen PV guest and installed easily that way. '. The problem is once the Ubuntu installer starts it cannot find the cdrom. Also if I use the net-install method, the installer can't find the virtual disk to install to. So my problem is not getting domu to boot but not having any disks once it does. My domu configuration file is based on the xmexample1 configuration that was packaged with Xen. Rather than posting the whole file here are the changes I made: kernel = "/etc/xen/install_kernels/cd-installer/vmlinuz" ramdisk = "/etc/xen/install_kernels/cd-installer/initrd.gz" builder='linux' memory = 512 name = "Lucid-server-install" disk = [ 'file:/home/barry/iso/ubuntu-10.04.3-server-amd64.iso,xvdc:cdrom,r', 'tap:aio:/xen-vm-fs/lucid-vm-disk,xvda,w' ] root = "/dev/cdrom ro" The kernel and initrd.gz are copied of the cd iso. In the disk statement I have tried hdc, hda, sda, sdc to no avail. I have Googled, searched this list, the debian list, Ubuntu documentation and the Xen.org documentation and not found the answer. Can anyone spot where I've gone wrong? Please ask for more information or suggest how I can debug this problem. One more piece of information, this machine does not have a virtualization process so paravirtual is a must. Thanks in advance for any help Barry _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 11 17:14:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 17:14:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDmT8-0004Y5-VR; Tue, 11 Oct 2011 17:14:46 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RDmS2-0004Dp-Jk for xen-users@lists.xensource.com; Tue, 11 Oct 2011 17:13:39 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1318378391!39519587!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19580 invoked from network); 12 Oct 2011 00:13:11 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-10.tower-27.messagelabs.com with SMTP; 12 Oct 2011 00:13:11 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 5E10273F6E; Wed, 12 Oct 2011 01:13:35 +0100 (BST) Message-ID: <4E94DBAB.1080505@stalks.nooblet.org> Date: Wed, 12 Oct 2011 01:13:31 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Barry Kolts Subject: Re: [Xen-users] Domu has no disks References: <24492B6A9BC54217A82CFED7B4250DE3@maincomputer> In-Reply-To: <24492B6A9BC54217A82CFED7B4250DE3@maincomputer> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 12/10/2011 01:02, Barry Kolts wrote: > Hello, > > This is my first post to the list and I am new to Xen, so please > excuse my ignorance. > > I have Xen 4.0 running on Debian Squeeze with Squeeze as dom0. I am > trying to install Ubuntu Lucid 10.04 as a guest. I am using the > install cd iso. I think I should be able to do this based on this > quote from http://wiki.xensource.com/xenwiki/XenOverview. From the > 'Installing new Paravirtual (PV) guests' section, 'Ubuntu 10.04 > ("Lucid Lynx") installer can be booted as a Xen PV guest and installed > easily that way. '. > > The problem is once the Ubuntu installer starts it cannot find the > cdrom. Also if I use the net-install method, the installer can't find > the virtual disk to install to. So my problem is not getting domu to > boot but not having any disks once it does. > > My domu configuration file is based on the xmexample1 configuration > that was packaged with Xen. Rather than posting the whole file here > are the changes I made: > > kernel = "/etc/xen/install_kernels/cd-installer/vmlinuz" > ramdisk = "/etc/xen/install_kernels/cd-installer/initrd.gz" > builder='linux' > memory = 512 > name = "Lucid-server-install" > disk = [ > 'file:/home/barry/iso/ubuntu-10.04.3-server-amd64.iso,xvdc:cdrom,r', > 'tap:aio:/xen-vm-fs/lucid-vm-disk,xvda,w' ] > root = "/dev/cdrom ro" > > The kernel and initrd.gz are copied of the cd iso. In the disk > statement I have tried hdc, hda, sda, sdc to no avail. > I have Googled, searched this list, the debian list, Ubuntu > documentation and the Xen.org documentation and not found the answer. > Can anyone spot where I've gone wrong? Please ask for more information > or suggest how I can debug this problem. One more piece of > information, this machine does not have a virtualization process so > paravirtual is a must. > > Thanks in advance for any help > Barry > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users Try specifying the xvda device first... disk = [ 'tap:aio:/xen-vm-fs/lucid-vm-disk,xvda,w', 'file:/home/barry/iso/ubuntu-10.04.3-server-amd64.iso,xvdc:cdrom,r' ] -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 11 17:27:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 17:27:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDmfk-0005Nq-0B; Tue, 11 Oct 2011 17:27:48 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RDmeW-00053X-V0 for xen-users@lists.xensource.com; Tue, 11 Oct 2011 17:26:33 -0700 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1318379188!16885930!1 X-Originating-IP: [98.139.91.97] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10043 invoked from network); 12 Oct 2011 00:26:29 -0000 Received: from nm27.bullet.mail.sp2.yahoo.com (HELO nm27.bullet.mail.sp2.yahoo.com) (98.139.91.97) by server-7.tower-182.messagelabs.com with SMTP; 12 Oct 2011 00:26:29 -0000 Received: from [98.139.91.67] by nm27.bullet.mail.sp2.yahoo.com with NNFMP; 12 Oct 2011 00:26:28 -0000 Received: from [98.139.91.39] by tm7.bullet.mail.sp2.yahoo.com with NNFMP; 12 Oct 2011 00:26:28 -0000 Received: from [127.0.0.1] by omp1039.mail.sp2.yahoo.com with NNFMP; 12 Oct 2011 00:26:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 611134.95862.bm@omp1039.mail.sp2.yahoo.com Received: (qmail 16438 invoked by uid 60001); 12 Oct 2011 00:26:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1318379187; bh=U9unfaz5soeDDi402eMfYypW19BLjVYqDH/QiEUoDXs=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=usZ05OpII895z9ggrQ1jJOHPFXMJZKyBWmQ7bS/wMpxlsZ9Jn8cIU/Rujw9eZm4gyaiR2MyCalPumEeMexvqszbUtESGtDuQfPoksmGJbR+PT54m/5uXekt2W2TyDwY4BqMCMb3VoiXkcAe6LLxVFLEHxIll44X1mHLFHgg0BHI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=do9s4dY8abjC43WpFZCxer2YE7JIX4NsidcdVkaXzDOmGmBBDfZGL4JTsWlXR1ukkhjSQ3iwsHjwCLykWPG+S2mSCXFH75RaNMVSixSa3PU68NhRH9VXSYCxwPE8bMVos7kpShozVtz8/mAsZ/8nWEvIjtcN/pP9msEVxomnDvg=; X-YMail-OSG: 9kpAni0VM1kZX0Kr0UHM.x5uQndvvN5P4npNJMQufSjMl7C 68VAe7_plwfD3lPMFM7qtA2IvWOh2lPC54cLSi1fj8S3EufhKPYGfpAuxIoS gNI.ZR39OQxdFgE_WAM.DdUkvBsUKA50a4Hs6s.JsaoK2EgSFm1YOiXTjpra kGz707R5XSNPN8_0n0D_XTXJHOjUcO0hfNDIYesMsunr.Cm2ytJjMWBnP9jS d1N4TC4D8kDLBSMBKG.3O_Y_nYXFpT0Yd0ZvVN5996e8C2gw7GhFRAM8WZMK bfR3XmQL.GcpGrS_SyHCWRQHVVRxCpw708UBEh476lIdhYbgPAuFrXcoRJZZ g0CtzuUbyyuPicLu1zCLEKu.Vd298dJ4DnnpFUGVFFwjk0XgVIWlII6YoL.s gPfJhxvwnrgLWskxyquFoRzX7.Pf8oSdv3x8wTCZKVc.Q3hfffEizgVs5U0. Dbvl92ee9ACnUnQSQPGp1XlGZFsHgYi8dMjFTvQMgcKFGW5uYN2Yz.Y4t Received: from [72.130.32.252] by web35602.mail.mud.yahoo.com via HTTP; Tue, 11 Oct 2011 17:26:27 PDT X-Mailer: YahooMailWebService/0.8.114.317681 References: <24492B6A9BC54217A82CFED7B4250DE3@maincomputer> Message-ID: <1318379187.16143.YahooMailNeo@web35602.mail.mud.yahoo.com> Date: Tue, 11 Oct 2011 17:26:27 -0700 (PDT) From: Mark Pryor Subject: Re: [Xen-users] Domu has no disks To: Barry Kolts In-Reply-To: <24492B6A9BC54217A82CFED7B4250DE3@maincomputer> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com ----- Original Message ----- From: Barry Kolts To: XEN Mailing List Cc: Sent: Tuesday, October 11, 2011 5:02 PM Subject: [Xen-users] Domu has no disks Hello, This is my first post to the list and I am new to Xen, so please excuse my ignorance. I have Xen 4.0 running on Debian Squeeze with Squeeze as dom0. I am trying to install Ubuntu Lucid 10.04 as a guest. I am using the install cd iso. I think I should be able to do this based on this quote from http://wiki.xensource.com/xenwiki/XenOverview. From the 'Installing new Paravirtual (PV) guests' section, 'Ubuntu 10.04 ("Lucid Lynx") installer can be booted as a Xen PV guest and installed easily that way. '. The problem is once the Ubuntu installer starts it cannot find the cdrom. Also if I use the net-install method, the installer can't find the virtual disk to install to. So my problem is not getting domu to boot but not having any disks once it does. My domu configuration file is based on the xmexample1 configuration that was packaged with Xen. Rather than posting the whole file here are the changes I made: kernel = "/etc/xen/install_kernels/cd-installer/vmlinuz" ramdisk = "/etc/xen/install_kernels/cd-installer/initrd.gz" builder='linux' memory = 512 name = "Lucid-server-install" disk = [ 'file:/home/barry/iso/ubuntu-10.04.3-server-amd64.iso,xvdc:cdrom,r', 'tap:aio:/xen-vm-fs/lucid-vm-disk,xvda,w' ] root = "/dev/cdrom ro" The kernel and initrd.gz are copied of the cd iso. In the disk statement I have tried hdc, hda, sda, sdc to no avail. I have Googled, searched this list, the debian list, Ubuntu documentation and the Xen.org documentation and not found the answer. Can anyone spot where I've gone wrong? Please ask for more information or suggest how I can debug this problem. One more piece of information, this machine does not have a virtualization process so paravirtual is a must. Thanks in advance for any help Barry --------------------- You want to use the CD ISO as source, but not as boot object. What I did is mount the ISO in a webroot (/var/www/), copy off the netboot vmlinuz and initrd.img and them as targets to xm create (kernel/ramdisk). Now you are booting into a PV install using xm. THis works very well and is fast. -- Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 11 21:16:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 21:16:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDqF2-0002pI-Tq; Tue, 11 Oct 2011 21:16:29 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDqDr-0002V2-1e for xen-users@lists.xensource.com; Tue, 11 Oct 2011 21:15:15 -0700 X-Env-Sender: bhkolts@gotrain.org X-Msg-Ref: server-5.tower-182.messagelabs.com!1318392910!16940998!1 X-Originating-IP: [69.54.158.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24140 invoked from network); 12 Oct 2011 04:15:11 -0000 Received: from mail.gotrain.org (HELO mail.gotrain.org) (69.54.158.25) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 04:15:11 -0000 Received: from maincomputer ([69.54.157.1]) by mail.gotrain.org (TRAIN MailServer) with ASMTP id VOB29611 for ; Tue, 11 Oct 2011 23:15:11 -0500 Message-ID: <0846A78AC935475E9E42164A49B7AC3E@maincomputer> From: "Barry Kolts" To: "XEN Mailing List" References: <24492B6A9BC54217A82CFED7B4250DE3@maincomputer> <1318379187.16143.YahooMailNeo@web35602.mail.mud.yahoo.com> Subject: Re: [Xen-users] Domu has no disks Date: Tue, 11 Oct 2011 23:15:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 x-authenticated: Sender SMTP authenticated by smtp.gotrain.org X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Kolts List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com ----- Original Message ----- From: "Mark Pryor" To: "Barry Kolts" Cc: Sent: Tuesday, October 11, 2011 7:26 PM Subject: Re: [Xen-users] Domu has no disks > > > > > ----- Original Message ----- > From: Barry Kolts > To: XEN Mailing List > Cc: > Sent: Tuesday, October 11, 2011 5:02 PM > Subject: [Xen-users] Domu has no disks > > Hello, > > This is my first post to the list and I am new to Xen, so please excuse my > ignorance. > > I have Xen 4.0 running on Debian Squeeze with Squeeze as dom0. I am trying > to install Ubuntu Lucid 10.04 as a guest. I am using the install cd iso. I > think I should be able to do this based on this quote from > http://wiki.xensource.com/xenwiki/XenOverview. From the 'Installing new > Paravirtual (PV) guests' section, 'Ubuntu 10.04 ("Lucid Lynx") installer > can be booted as a Xen PV guest and installed easily that way. '. > > The problem is once the Ubuntu installer starts it cannot find the cdrom. > Also if I use the net-install method, the installer can't find the virtual > disk to install to. So my problem is not getting domu to boot but not > having any disks once it does. > > My domu configuration file is based on the xmexample1 configuration that > was packaged with Xen. Rather than posting the whole file here are the > changes I made: > > kernel = "/etc/xen/install_kernels/cd-installer/vmlinuz" > ramdisk = "/etc/xen/install_kernels/cd-installer/initrd.gz" > builder='linux' > memory = 512 > name = "Lucid-server-install" > disk = [ > 'file:/home/barry/iso/ubuntu-10.04.3-server-amd64.iso,xvdc:cdrom,r', > 'tap:aio:/xen-vm-fs/lucid-vm-disk,xvda,w' ] > root = "/dev/cdrom ro" > > The kernel and initrd.gz are copied of the cd iso. In the disk statement I > have tried hdc, hda, sda, sdc to no avail. > I have Googled, searched this list, the debian list, Ubuntu documentation > and the Xen.org documentation and not found the answer. Can anyone spot > where I've gone wrong? Please ask for more information or suggest how I > can debug this problem. One more piece of information, this machine does > not have a virtualization process so paravirtual is a must. > > Thanks in advance for any help > Barry > > --------------------- > > You want to use the CD ISO as source, but not as boot object. > > What I did is mount the ISO in a webroot (/var/www/), copy off the netboot > vmlinuz and initrd.img and them as targets to > xm create (kernel/ramdisk). > > Now you are booting into a PV install using xm. > > THis works very well and is fast. > > -- > Mark > Thanks for your reply Mark, OK so now I have changed my 'kernel =' to point to the net install kernel and the 'ramdisk =' to point to the net-install initrd.gz which I copied of the iso. I mounted the iso on my web server. When the installer ask me what Ubuntu mirror to use, I specify http://192.168.0.100/ubuntu which is where the iso is mounted. The installer comes back with 'invalid release file'. I tried several directories that had release files and still no luck. I'm really missing something here, but I don't know what. Barry _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 11 22:25:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 11 Oct 2011 22:25:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDrKI-000556-W7; Tue, 11 Oct 2011 22:25:59 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDrIQ-0004kG-S7 for xen-users@lists.xensource.com; Tue, 11 Oct 2011 22:24:07 -0700 X-Env-Sender: paul@muster.dyndns.info X-Msg-Ref: server-11.tower-182.messagelabs.com!1318397039!20100431!1 X-Originating-IP: [188.246.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27597 invoked from network); 12 Oct 2011 05:23:59 -0000 Received: from mx-alt.muster.de1.cc (HELO mx-alt.muster.de1.cc) (188.246.4.28) by server-11.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 12 Oct 2011 05:23:59 -0000 Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RDrIH-0003Rj-8A for xen-users@lists.xensource.com; Wed, 12 Oct 2011 07:23:58 +0200 Message-ID: <4E952468.609@muster.dyndns.info> Date: Wed, 12 Oct 2011 07:23:52 +0200 From: Paul Muster User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Debian 6/Squeeze with Xen 4.0.1 doesn't work out of the box References: <4E93CD02.9060507@gmail.com> <4E93E6EB.3070803@stalks.nooblet.org> <4E93FB92.8030208@gmail.com> <4E9436F2.1020609@stalks.nooblet.org> <4E94B1BC.6060302@gmail.com> In-Reply-To: <4E94B1BC.6060302@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 11.10.2011 23:14, Jan Bakuwel wrote: > I don't know why but my (un?)conscious mind insisted that the Debian > package xen-linux-system-2.6-xen-amd64 would "naturally" put the right > entries in the grub config (as it did) and in the right order (as it > didn't) so it would boot the hypervisor by default. This behaviour is documented: http://www.debian.org/releases/squeeze/i386/release-notes/ch-information.en.html#xen-upgrades | If you installed Xen on lenny, the default kernel booted by GRUB | Legacy was the one providing a Xen hypervisor and dom0 support. | This behavior has changed with GRUB 2 in squeeze: the non-Xen | kernel will boot by default. http://wiki.debian.org/Xen#Dom0_.28host.29 | Debian Squeeze uses Grub 2 whose default is to list normal kernels | first, and only then list the Xen hypervisor and its kernels. with solution: | mv -i /etc/grub.d/10_linux /etc/grub.d/21_linux Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 00:52:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 00:52:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDtcX-0001ka-RT; Wed, 12 Oct 2011 00:52:57 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDtbQ-0001Qb-G6 for xen-users@lists.xensource.com; Wed, 12 Oct 2011 00:51:48 -0700 X-Env-Sender: groen692@grosc.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1318405884!47849271!1 X-Originating-IP: [74.50.18.10] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14920 invoked from network); 12 Oct 2011 07:51:26 -0000 Received: from carp.lunarservers.com (HELO carp.lunarservers.com) (74.50.18.10) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 07:51:26 -0000 Received: from chiosrooms.chi.forthnet.gr ([194.219.126.84] helo=[127.0.0.1]) by carp.lunarservers.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RDtbK-0001je-FS for xen-users@lists.xensource.com; Wed, 12 Oct 2011 00:51:42 -0700 Message-ID: <4E954703.6000406@grosc.com> Date: Wed, 12 Oct 2011 09:51:31 +0200 From: Jeroen Groenewegen van der Weyden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Question Fe and BE device References: <4DDA29A8.7020706@grosc.com> <4DE5E85A.3040603@grosc.com> <4DE5FFC5.9010600@citrix.com> <4DE60B7F.5000308@grosc.com> In-Reply-To: <4DE60B7F.5000308@grosc.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - carp.lunarservers.com X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grosc.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com replying to my on email but I found the solution (workaround) here entering instal=hd:/dev/hdc did the trick. http://www.novell.com/support/viewContent.do?externalId=7004884&sliceId=1 mfg, jeroen Op 1-6-2011 11:50, Jeroen Groenewegen van der Weyden schreef: > Op 1-6-2011 11:00, Mike McClurg schreef: >> Isn't there a configuration option in your application that will let >> you specify the proper cdrom device? Have you tried making a symlink >> from /dev/sr0 to /dev/hdc? Have you tried making the SLES domU an HVM >> guest instead of PV? >> >> Mike > The installation concerns a application based on SLES10SP3. There are > some install scripts added which look for /dev/sr0. > While booting the domu with this installation media I wouldn't know > how to symlink /dev/sr0. I'm open for suggestions on this. > I have made a HVM but no change no /dev/sr0 for the domu available. > > mfg, > Jeroen > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 01:09:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 01:09:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDts6-00030f-So; Wed, 12 Oct 2011 01:09:02 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDtlk-0002FT-Cw for xen-users@lists.xensource.com; Wed, 12 Oct 2011 01:02:52 -0700 X-Env-Sender: mythtv@logic-q.nl X-Msg-Ref: server-11.tower-216.messagelabs.com!1318406543!648665!1 X-Originating-IP: [62.179.121.40] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1924 invoked from network); 12 Oct 2011 08:02:23 -0000 Received: from fep20.mx.upcmail.net (HELO fep20.mx.upcmail.net) (62.179.121.40) by server-11.tower-216.messagelabs.com with SMTP; 12 Oct 2011 08:02:23 -0000 Received: from edge03.upcmail.net ([192.168.13.238]) by viefep20-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20111012080219.TRYV1579.viefep20-int.chello.at@edge03.upcmail.net> for ; Wed, 12 Oct 2011 10:02:19 +0200 Received: from mail.logic-q.nl ([213.46.198.132]) by edge03.upcmail.net with edge id jk231h03R2rssPp03k29ue; Wed, 12 Oct 2011 10:02:19 +0200 X-SourceIP: 213.46.198.132 Received: from gonzo.logic-q.loc (localhost.logic-q.nl [127.0.0.1]) by mail.logic-q.nl (Postfix) with ESMTP id F167F18E10 for ; Wed, 12 Oct 2011 10:02:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at logic-q.nl Received: from mail.logic-q.nl ([127.0.0.1]) by gonzo.logic-q.loc (gonzo.logic-q.loc [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zyCnymaLwtd5 for ; Wed, 12 Oct 2011 10:01:43 +0200 (CEST) Received: from LQ01 (d198132.upc-d.chello.nl [213.46.198.132]) (Authenticated sender: dump@mail.logic-q.nl) by mail.logic-q.nl (Postfix) with ESMTPA id 8F75A170AE for ; Wed, 12 Oct 2011 10:01:41 +0200 (CEST) From: =?iso-8859-1?Q?C._Br=F6cker?= To: Date: Wed, 12 Oct 2011 10:01:31 +0200 Message-ID: <000c01cc88b5$28c837d0$7a58a770$@brocker@logic-q.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000D_01CC88C5.EC5107D0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcyIU1gLfrRodwPxTO21KG0kMCd0mg== Content-Language: nl x-cr-puzzleid: {C4E0A057-5F54-49A0-8BF9-0869E2A60E8C} x-cr-hashedpuzzle: ALQZ AMMB AhMu BFwV DNSA EcEH GRuh GtIa Hnw/ ItXM JHjn JcmG JkQh KN0I KW0K Kcgc; 1; eABlAG4ALQB1AHMAZQByAHMAQABsAGkAcwB0AHMALgB4AGUAbgBzAG8AdQByAGMAZQAuAGMAbwBtAA==; Sosha1_v1; 7; {C4E0A057-5F54-49A0-8BF9-0869E2A60E8C}; YwAuAGIAcgBvAGMAawBlAHIAQABsAG8AZwBpAGMALQBxAC4AbgBsAA==; Tue, 11 Oct 2011 20:34:49 GMT; VQBuAGEAYgBsAGUAIAB0AG8AIABsAG8AYwBhAHQAZQAgAEkATwBBAFAASQBDACAAZgBvAHIAIABHAFMASQAgADIA X-Cloudmark-Analysis: v=1.1 cv=jqrf5qXv5urL2URZ3a9OklEvUdrM81ZtB3GWlHLPCVk= c=1 sm=0 a=mNd-rQ6f5BcA:10 a=Q8FPKdnt-tkA:10 a=rSrc3WKUTEhuP1qtIcsA:9 a=KtFddDQKiIlHjarnAG4A:7 a=wPNLvfGTeEIA:10 a=8T59DR07AAAA:8 a=BvJYbi8jRZN6VmvVdU8A:9 a=3lHxyqyJUCShT26oIqUA:7 a=nkLkwEfc5PePteco:21 a=AtIIfmnDNwcm8USB:21 a=xNf9USuDAAAA:8 a=OkOIuxb0-IC6wGA3CdUA:9 a=CFz8Y4HE5C9CRMCXofoA:7 a=YPTUPuSgPjgA:10 a=4LnrwuJU6qp20vCh:21 a=d2xQcZ5u59rf4Noc:21 a=wpzt2mXMLTC6Xj-AkMoA:9 a=GOAjizFI_0eH1SnwbX0A:7 a=KTmLGUvcB31YyJ_5:21 a=B_jSNwvvxHVuWoHP:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Subject: [Xen-users] Unable to locate IOAPIC for GSI 2 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. ------=_NextPart_000_000D_01CC88C5.EC5107D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, I have two kernels vmlinuz-2.6.32-5-amd64 vmlinuz-2.6.32-5-xen-amd64 As you can see, distributions are the same, the latter differs by loading xen stuff. When booting the xen kernel (vmlinuz-2.6.32-5-xen-amd64) I noticed a problem which does not occur in the non xen kernel (vmlinuz-2.6.32-5-amd64). [ 0.000000] IOAPIC[0]: apic_id 0, version 0, address 0xfec00000, GSI 0-0 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 I think the problem is Xen related. I also noticed another problem while booting the xen kernel. (XEN) AMD-Vi: IOMMU 0 Enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Total of 12 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) TSC is reliable, synchronization unnecessary (XEN) Platform timer appears to have unexpectedly wrapped 10 or more times. (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 32 KiB. (XEN) do_IRQ: 1.231 No irq handler for vector (irq -1) (XEN) Brought up 12 CPUs (XEN) do_IRQ: 2.231 No irq handler for vector (irq -1) (XEN) do_IRQ: 4.231 No irq handler for vector (irq -1) (XEN) do_IRQ: 3.231 No irq handler for vector (irq -1) (XEN) ... I'm stuck here and need some help resolving this. Best regards, Hansa ------=_NextPart_000_000D_01CC88C5.EC5107D0 Content-Type: text/plain; name="dmesg_xen.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg_xen.txt" [ 0.000000] Initializing cgroup subsys cpuset=0A= [ 0.000000] Initializing cgroup subsys cpu=0A= [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-38) = (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon = Oct 3 07:53:54 UTC 2011=0A= [ 0.000000] Command line: placeholder = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet irqpoll=0A= [ 0.000000] KERNEL supported cpus:=0A= [ 0.000000] Intel GenuineIntel=0A= [ 0.000000] AMD AuthenticAMD=0A= [ 0.000000] Centaur CentaurHauls=0A= [ 0.000000] xen_release_chunk: looking at area pfn dfe90-dfe9e: 14 = pages freed=0A= [ 0.000000] xen_release_chunk: looking at area pfn f0000-fec00: 60416 = pages freed=0A= [ 0.000000] xen_release_chunk: looking at area pfn fec01-fee00: 511 = pages freed=0A= [ 0.000000] xen_release_chunk: looking at area pfn fee01-ffe00: 4095 = pages freed=0A= [ 0.000000] released 65036 pages of unused memory=0A= [ 0.000000] BIOS-provided physical RAM map:=0A= [ 0.000000] Xen: 0000000000000000 - 0000000000092000 (usable)=0A= [ 0.000000] Xen: 0000000000092000 - 0000000000100000 (reserved)=0A= [ 0.000000] Xen: 0000000000100000 - 00000000dfe90000 (usable)=0A= [ 0.000000] Xen: 00000000dfe9e000 - 00000000dfea0000 type 9=0A= [ 0.000000] Xen: 00000000dfea0000 - 00000000dfeb2000 (ACPI data)=0A= [ 0.000000] Xen: 00000000dfeb2000 - 00000000dfee0000 (ACPI NVS)=0A= [ 0.000000] Xen: 00000000dfee0000 - 00000000f0000000 (reserved)=0A= [ 0.000000] Xen: 00000000fec00000 - 00000000fec01000 (reserved)=0A= [ 0.000000] Xen: 00000000fee00000 - 00000000fee01000 (reserved)=0A= [ 0.000000] Xen: 00000000ffe00000 - 0000000100000000 (reserved)=0A= [ 0.000000] Xen: 0000000100000000 - 00000003ea452000 (usable)=0A= [ 0.000000] DMI present.=0A= [ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working = around it.=0A= [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 = (usable) =3D=3D> (reserved)=0A= [ 0.000000] last_pfn =3D 0x3ea452 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new = 0x7010600070106=0A= [ 0.000000] last_pfn =3D 0xdfe90 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] initial memory mapped : 0 - 20000000=0A= [ 0.000000] init_memory_mapping: 0000000000000000-00000000dfe90000=0A= [ 0.000000] 0000000000 - 00dfe90000 page 4k=0A= [ 0.000000] kernel direct mapping tables up to dfe90000 @ = 100000-805000=0A= [ 0.000000] init_memory_mapping: 0000000100000000-00000003ea452000=0A= [ 0.000000] 0100000000 - 03ea452000 page 4k=0A= [ 0.000000] kernel direct mapping tables up to 3ea452000 @ = 5102000-7066000=0A= [ 0.000000] RAMDISK: 016b9000 - 03180800=0A= [ 0.000000] ACPI: RSDP 00000000000fa110 00024 (v02 ACPIAM)=0A= [ 0.000000] ACPI: XSDT 00000000dfea0100 0008C (v01 SMCI = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: FACP 00000000dfea0290 000F4 (v04 091611 FACP2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: DSDT 00000000dfea06b0 05B09 (v02 1A811 1A811000 = 00000000 INTL 20051117)=0A= [ 0.000000] ACPI: FACS 00000000dfeb2000 00040=0A= [ 0.000000] ACPI: APIC 00000000dfea0390 00158 (v02 091611 APIC2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: MCFG 00000000dfea04f0 0003C (v01 091611 OEMMCFG = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: OEMB 00000000dfeb2040 00075 (v01 091611 OEMB2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HPET 00000000dfeaa6b0 00038 (v01 091611 OEMHPET = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: IVRS 00000000dfeaa6f0 000A8 (v01 AMD RD890S = 00202031 AMD 00000000)=0A= [ 0.000000] ACPI: SRAT 00000000dfeaa7a0 00190 (v02 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SLIT 00000000dfeaa930 00030 (v01 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SSDT 00000000dfeaa960 01ED8 (v01 A M I POWERNOW = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: EINJ 00000000dfeac840 00130 (v01 AMIER AMI_EINJ = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: BERT 00000000dfeac9d0 00030 (v01 AMIER AMI_BERT = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: ERST 00000000dfeaca00 001B0 (v01 AMIER AMI_ERST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HEST 00000000dfeacbb0 000A8 (v01 AMIER ABC_HEST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] Scanning NUMA topology in Northbridge 24=0A= [ 0.000000] Number of nodes 2=0A= [ 0.000000] Node 0 MemBase 0000000000000000 Limit 0000000220000000=0A= [ 0.000000] Node 1 MemBase 0000000220000000 Limit 00000003ea452000=0A= [ 0.000000] NUMA: Using 29 for the hash shift.=0A= [ 0.000000] Using node hash shift of 29=0A= [ 0.000000] found SMP MP-table at [ffff8800000ff780] ff780=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] Bootmem setup node 0 0000000000000000-0000000220000000=0A= [ 0.000000] NODE_DATA [0000000000010040 - 000000000001803f]=0A= [ 0.000000] bootmap [0000000000019000 - 000000000005cfff] pages 44=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0000000000 - = 0220000000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page =3D=3D> = [0000000000 - 0000001000]=0A= [ 0.000000] #1 [00050d5000 - 0005102000] XEN PAGETABLES =3D=3D> = [00050d5000 - 0005102000]=0A= [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE =3D=3D> = [0000006000 - 0000008000]=0A= [ 0.000000] #3 [0001000000 - 0001698b14] TEXT DATA BSS =3D=3D> = [0001000000 - 0001698b14]=0A= [ 0.000000] #4 [00016b9000 - 0003180800] RAMDISK =3D=3D> = [00016b9000 - 0003180800]=0A= [ 0.000000] #5 [0003181000 - 00050d5000] XEN START INFO =3D=3D> = [0003181000 - 00050d5000]=0A= [ 0.000000] #6 [0001699000 - 000169921b] BRK =3D=3D> = [0001699000 - 000169921b]=0A= [ 0.000000] #7 [0000100000 - 00007d5000] PGTABLE =3D=3D> = [0000100000 - 00007d5000]=0A= [ 0.000000] #8 [0005102000 - 0006861000] PGTABLE =3D=3D> = [0005102000 - 0006861000]=0A= [ 0.000000] #9 [0000010000 - 0000010030] ACPI SLIT =3D=3D> = [0000010000 - 0000010030]=0A= [ 0.000000] Bootmem setup node 1 0000000220000000-00000003ea452000=0A= [ 0.000000] NODE_DATA [0000000220000000 - 0000000220007fff]=0A= [ 0.000000] bootmap [0000000220008000 - 000000022004148f] pages 3a=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0220000000 - = 03ea452000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page=0A= [ 0.000000] #1 [00050d5000 - 0005102000] XEN PAGETABLES=0A= [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE=0A= [ 0.000000] #3 [0001000000 - 0001698b14] TEXT DATA BSS=0A= [ 0.000000] #4 [00016b9000 - 0003180800] RAMDISK=0A= [ 0.000000] #5 [0003181000 - 00050d5000] XEN START INFO=0A= [ 0.000000] #6 [0001699000 - 000169921b] BRK=0A= [ 0.000000] #7 [0000100000 - 00007d5000] PGTABLE=0A= [ 0.000000] #8 [0005102000 - 0006861000] PGTABLE=0A= [ 0.000000] #9 [0000010000 - 0000010030] ACPI SLIT=0A= [ 0.000000] found SMP MP-table at [ffff8800000ff780] ff780=0A= [ 0.000000] Zone PFN ranges:=0A= [ 0.000000] DMA 0x00000010 -> 0x00001000=0A= [ 0.000000] DMA32 0x00001000 -> 0x00100000=0A= [ 0.000000] Normal 0x00100000 -> 0x003ea452=0A= [ 0.000000] Movable zone start PFN for each node=0A= [ 0.000000] early_node_map[4] active PFN ranges=0A= [ 0.000000] 0: 0x00000010 -> 0x00000092=0A= [ 0.000000] 0: 0x00000100 -> 0x000dfe90=0A= [ 0.000000] 0: 0x00100000 -> 0x00220000=0A= [ 0.000000] 1: 0x00220000 -> 0x003ea452=0A= [ 0.000000] On node 0 totalpages: 2096658=0A= [ 0.000000] DMA zone: 56 pages used for memmap=0A= [ 0.000000] DMA zone: 1752 pages reserved=0A= [ 0.000000] DMA zone: 2162 pages, LIFO batch:0=0A= [ 0.000000] DMA32 zone: 14280 pages used for memmap=0A= [ 0.000000] DMA32 zone: 898760 pages, LIFO batch:31=0A= [ 0.000000] Normal zone: 16128 pages used for memmap=0A= [ 0.000000] Normal zone: 1163520 pages, LIFO batch:31=0A= [ 0.000000] On node 1 totalpages: 1877074=0A= [ 0.000000] Normal zone: 25664 pages used for memmap=0A= [ 0.000000] Normal zone: 1851410 pages, LIFO batch:31=0A= [ 0.000000] ACPI: PM-Timer IO Port: 0x808=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x10] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x11] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x12] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x13] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x15] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x16] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x17] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x18] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x19] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x1a] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x1b] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x8c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x8d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x8e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x8f] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x90] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x91] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x92] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x93] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x94] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x95] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x96] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x18] lapic_id[0x97] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x19] lapic_id[0x98] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x99] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x9a] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x9b] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x9c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x9d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x9e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x20] lapic_id[0x9f] disabled)=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])=0A= [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])=0A= [ 0.000000] IOAPIC[0]: apic_id 0, version 0, address 0xfec00000, GSI = 0-0=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)=0A= [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)=0A= [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9=0A= [ 0.000000] Using ACPI (MADT) for SMP configuration information=0A= [ 0.000000] ACPI: HPET id: 0x8300 base: 0xfed00000=0A= [ 0.000000] SMP: Allowing 12 CPUs, 0 hotplug CPUs=0A= [ 0.000000] nr_irqs_gsi: 256=0A= [ 0.000000] PM: Registered nosave memory: 0000000000092000 - = 0000000000100000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe90000 - = 00000000dfe9e000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe9e000 - = 00000000dfea0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfea0000 - = 00000000dfeb2000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfeb2000 - = 00000000dfee0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfee0000 - = 00000000f0000000=0A= [ 0.000000] PM: Registered nosave memory: 00000000f0000000 - = 00000000fec00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fec00000 - = 00000000fec01000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fec01000 - = 00000000fee00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fee00000 - = 00000000fee01000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fee01000 - = 00000000ffe00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000ffe00000 - = 0000000100000000=0A= [ 0.000000] Allocating PCI resources starting at f0000000 (gap: = f0000000:ec00000)=0A= [ 0.000000] Booting paravirtualized kernel on Xen=0A= [ 0.000000] Xen version: 4.0.1 (preserve-AD) (dom0)=0A= [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:12 = nr_node_ids:2=0A= [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff88000d8cb000 s90328 = r8192 d24360 u122880=0A= [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=3D30*4096=0A= [ 0.000000] pcpu-alloc: [0] 00 [0] 02 [0] 04 [0] 06 [0] 08 [0] 10 [1] = 01 [1] 03 =0A= [ 0.000000] pcpu-alloc: [1] 05 [1] 07 [1] 09 [1] 11 =0A= [ 0.000000] trying to map vcpu_info 0 at ffff88000d8d6020, mfn = 1058d6, offset 32=0A= [ 0.000000] cpu 0 using vcpu_info at ffff88000d8d6020=0A= [ 0.000000] trying to map vcpu_info 1 at ffff880226619020, mfn = 31e619, offset 32=0A= [ 0.000000] cpu 1 using vcpu_info at ffff880226619020=0A= [ 0.000000] trying to map vcpu_info 2 at ffff88000d8f4020, mfn = 1058f4, offset 32=0A= [ 0.000000] cpu 2 using vcpu_info at ffff88000d8f4020=0A= [ 0.000000] trying to map vcpu_info 3 at ffff880226637020, mfn = 31e637, offset 32=0A= [ 0.000000] cpu 3 using vcpu_info at ffff880226637020=0A= [ 0.000000] trying to map vcpu_info 4 at ffff88000d912020, mfn = 105912, offset 32=0A= [ 0.000000] cpu 4 using vcpu_info at ffff88000d912020=0A= [ 0.000000] trying to map vcpu_info 5 at ffff880226655020, mfn = 31e655, offset 32=0A= [ 0.000000] cpu 5 using vcpu_info at ffff880226655020=0A= [ 0.000000] trying to map vcpu_info 6 at ffff88000d930020, mfn = 105930, offset 32=0A= [ 0.000000] cpu 6 using vcpu_info at ffff88000d930020=0A= [ 0.000000] trying to map vcpu_info 7 at ffff880226673020, mfn = 31e673, offset 32=0A= [ 0.000000] cpu 7 using vcpu_info at ffff880226673020=0A= [ 0.000000] trying to map vcpu_info 8 at ffff88000d94e020, mfn = 10594e, offset 32=0A= [ 0.000000] cpu 8 using vcpu_info at ffff88000d94e020=0A= [ 0.000000] trying to map vcpu_info 9 at ffff880226691020, mfn = 31e691, offset 32=0A= [ 0.000000] cpu 9 using vcpu_info at ffff880226691020=0A= [ 0.000000] trying to map vcpu_info 10 at ffff88000d96c020, mfn = 10596c, offset 32=0A= [ 0.000000] cpu 10 using vcpu_info at ffff88000d96c020=0A= [ 0.000000] trying to map vcpu_info 11 at ffff8802266af020, mfn = 31e6af, offset 32=0A= [ 0.000000] cpu 11 using vcpu_info at ffff8802266af020=0A= [ 0.000000] Xen: using vcpu_info placement=0A= [ 0.000000] Built 2 zonelists in Zone order, mobility grouping on. = Total pages: 3915852=0A= [ 0.000000] Policy zone: Normal=0A= [ 0.000000] Kernel command line: placeholder = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet irqpoll=0A= [ 0.000000] Misrouted IRQ fixup and polling support enabled=0A= [ 0.000000] This may significantly impact system performance=0A= [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)=0A= [ 0.000000] Initializing CPU#0=0A= [ 0.000000] DMA: Placing 64MB software IO TLB between = ffff88000d988000 - ffff880011988000=0A= [ 0.000000] DMA: software IO TLB at phys 0xd988000 - 0x11988000=0A= [ 0.000000] xen_swiotlb_fixup: buf=3Dffff88000d988000 size=3D67108864=0A= [ 0.000000] xen_swiotlb_fixup: buf=3Dffff8800119e8000 size=3D32768=0A= [ 0.000000] Memory: 15510560k/16421192k available (3149k kernel code, = 526264k absent, 384368k reserved, 1906k data, 604k init)=0A= [ 0.000000] SLUB: Genslabs=3D14, HWalign=3D64, Order=3D0-3, = MinObjects=3D0, CPUs=3D12, Nodes=3D2=0A= [ 0.000000] Hierarchical RCU implementation.=0A= [ 0.000000] NR_IRQS:4352 nr_irqs:3328=0A= [ 0.000000] xen: --> irq=3D0=0A= [ 0.000000] xen: --> irq=3D1=0A= [ 0.000000] xen: --> irq=3D2=0A= [ 0.000000] xen: --> irq=3D3=0A= [ 0.000000] xen: --> irq=3D4=0A= [ 0.000000] xen: --> irq=3D5=0A= [ 0.000000] xen: --> irq=3D6=0A= [ 0.000000] xen: --> irq=3D7=0A= [ 0.000000] xen: --> irq=3D8=0A= [ 0.000000] xen: --> irq=3D9=0A= [ 0.000000] xen: --> irq=3D10=0A= [ 0.000000] xen: --> irq=3D11=0A= [ 0.000000] xen: --> irq=3D12=0A= [ 0.000000] xen: --> irq=3D13=0A= [ 0.000000] xen: --> irq=3D14=0A= [ 0.000000] xen: --> irq=3D15=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)=0A= [ 0.000000] xen: sci override: source_irq=3D9 global_irq=3D9 = trigger=3Dc polarity=3D3=0A= [ 0.000000] xen: registering gsi 9 triggering 0 polarity 1=0A= [ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9=0A= [ 0.000000] xen: --> irq=3D9=0A= [ 0.000000] xen: acpi sci 9=0A= [ 0.000000] Console: colour VGA+ 80x25=0A= [ 0.000000] console [tty0] enabled=0A= [ 0.000000] Xen: using vcpuop timer interface=0A= [ 0.000000] installing Xen timer for CPU 0=0A= [ 0.000000] alloc irq_desc for 3327 on node -1=0A= [ 0.000000] alloc kstat_irqs on node -1=0A= [ 0.000000] Detected 0.000 MHz processor.=0A= [ 0.004000] Calibrating delay loop (skipped), value calculated using = timer frequency.. 3800.15 BogoMIPS (lpj=3D7600316)=0A= [ 0.004026] Security Framework initialized=0A= [ 0.004031] SELinux: Disabled at boot.=0A= [ 0.007957] Dentry cache hash table entries: 2097152 (order: 12, = 16777216 bytes)=0A= [ 0.014714] Inode-cache hash table entries: 1048576 (order: 11, = 8388608 bytes)=0A= [ 0.017084] Mount-cache hash table entries: 256=0A= [ 0.017256] Initializing cgroup subsys ns=0A= [ 0.017260] Initializing cgroup subsys cpuacct=0A= [ 0.017265] Initializing cgroup subsys devices=0A= [ 0.017269] Initializing cgroup subsys freezer=0A= [ 0.017272] Initializing cgroup subsys net_cls=0A= [ 0.017309] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.017313] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.017317] CPU 0/0x0 -> Node 0=0A= [ 0.017322] tseg: 00dff00000=0A= [ 0.017326] CPU: Physical Processor ID: 0=0A= [ 0.017329] CPU: Processor Core ID: 0=0A= [ 0.017333] mce: CPU supports 6 MCE banks=0A= [ 0.017351] Performance Events: AMD PMU driver.=0A= [ 0.017356] ------------[ cut here ]------------=0A= [ 0.017364] WARNING: at = /build/buildd-linux-2.6_2.6.32-38-amd64-bk66e4/linux-2.6-2.6.32/debian/bu= ild/source_amd64_xen/arch/x86/xen/enlighten.c:726 = init_hw_perf_events+0x32d/0x3cd()=0A= [ 0.017368] Hardware name: H8DGU=0A= [ 0.017370] Modules linked in:=0A= [ 0.017375] Pid: 0, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1=0A= [ 0.017378] Call Trace:=0A= [ 0.017384] [] ? init_hw_perf_events+0x32d/0x3cd=0A= [ 0.017389] [] ? init_hw_perf_events+0x32d/0x3cd=0A= [ 0.017395] [] ? warn_slowpath_common+0x77/0xa3=0A= [ 0.017399] [] ? init_hw_perf_events+0x32d/0x3cd=0A= [ 0.017404] [] ? identify_cpu+0x2f7/0x300=0A= [ 0.017410] [] ? xen_restore_fl_direct_end+0x0/0x1=0A= [ 0.017415] [] ? kmem_cache_alloc+0x8c/0xf0=0A= [ 0.017420] [] ? identify_boot_cpu+0x15/0x3e=0A= [ 0.017424] [] ? check_bugs+0x9/0x2e=0A= [ 0.017428] [] ? start_kernel+0x3cd/0x3e8=0A= [ 0.017433] [] ? xen_start_kernel+0x586/0x58a=0A= [ 0.017441] ---[ end trace a7919e7f17c0a725 ]---=0A= [ 0.017445] ... version: 0=0A= [ 0.017447] ... bit width: 48=0A= [ 0.017449] ... generic registers: 4=0A= [ 0.017452] ... value mask: 0000ffffffffffff=0A= [ 0.017454] ... max period: 00007fffffffffff=0A= [ 0.017456] ... fixed-purpose events: 0=0A= [ 0.017459] ... event mask: 000000000000000f=0A= [ 0.017474] SMP alternatives: switching to UP code=0A= [ 0.020000] ACPI: Core revision 20090903=0A= [ 0.030873] alloc irq_desc for 3326 on node -1=0A= [ 0.030877] alloc kstat_irqs on node -1=0A= [ 0.030888] alloc irq_desc for 3325 on node -1=0A= [ 0.030891] alloc kstat_irqs on node -1=0A= [ 0.030897] alloc irq_desc for 3324 on node -1=0A= [ 0.030900] alloc kstat_irqs on node -1=0A= [ 0.030905] alloc irq_desc for 3323 on node -1=0A= [ 0.030907] alloc kstat_irqs on node -1=0A= [ 0.031190] installing Xen timer for CPU 1=0A= [ 0.031194] alloc irq_desc for 3322 on node -1=0A= [ 0.031197] alloc kstat_irqs on node -1=0A= [ 0.031233] SMP alternatives: switching to SMP code=0A= [ 0.032001] alloc irq_desc for 3321 on node -1=0A= [ 0.032001] alloc kstat_irqs on node -1=0A= [ 0.032013] alloc irq_desc for 3320 on node -1=0A= [ 0.032015] alloc kstat_irqs on node -1=0A= [ 0.032021] alloc irq_desc for 3319 on node -1=0A= [ 0.032024] alloc kstat_irqs on node -1=0A= [ 0.032029] alloc irq_desc for 3318 on node -1=0A= [ 0.032032] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#1=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 1/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 1=0A= [ 0.032272] installing Xen timer for CPU 2=0A= [ 0.032277] alloc irq_desc for 3317 on node -1=0A= [ 0.032280] alloc kstat_irqs on node -1=0A= [ 0.032310] alloc irq_desc for 3316 on node -1=0A= [ 0.032313] alloc kstat_irqs on node -1=0A= [ 0.032319] alloc irq_desc for 3315 on node -1=0A= [ 0.032322] alloc kstat_irqs on node -1=0A= [ 0.032327] alloc irq_desc for 3314 on node -1=0A= [ 0.032333] alloc kstat_irqs on node -1=0A= [ 0.032338] alloc irq_desc for 3313 on node -1=0A= [ 0.032341] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#2=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 2/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 2=0A= [ 0.032556] installing Xen timer for CPU 3=0A= [ 0.032562] alloc irq_desc for 3312 on node -1=0A= [ 0.032564] alloc kstat_irqs on node -1=0A= [ 0.032593] alloc irq_desc for 3311 on node -1=0A= [ 0.032595] alloc kstat_irqs on node -1=0A= [ 0.032601] alloc irq_desc for 3310 on node -1=0A= [ 0.032604] alloc kstat_irqs on node -1=0A= [ 0.032610] alloc irq_desc for 3309 on node -1=0A= [ 0.032612] alloc kstat_irqs on node -1=0A= [ 0.032618] alloc irq_desc for 3308 on node -1=0A= [ 0.032620] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#3=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 3/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 3=0A= [ 0.032836] installing Xen timer for CPU 4=0A= [ 0.032841] alloc irq_desc for 3307 on node -1=0A= [ 0.032844] alloc kstat_irqs on node -1=0A= [ 0.032869] alloc irq_desc for 3306 on node -1=0A= [ 0.032872] alloc kstat_irqs on node -1=0A= [ 0.032879] alloc irq_desc for 3305 on node -1=0A= [ 0.032881] alloc kstat_irqs on node -1=0A= [ 0.032887] alloc irq_desc for 3304 on node -1=0A= [ 0.032890] alloc kstat_irqs on node -1=0A= [ 0.032898] alloc irq_desc for 3303 on node -1=0A= [ 0.032900] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#4=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 4/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 4=0A= [ 0.033102] installing Xen timer for CPU 5=0A= [ 0.033107] alloc irq_desc for 3302 on node -1=0A= [ 0.033110] alloc kstat_irqs on node -1=0A= [ 0.033136] alloc irq_desc for 3301 on node -1=0A= [ 0.033139] alloc kstat_irqs on node -1=0A= [ 0.033145] alloc irq_desc for 3300 on node -1=0A= [ 0.033148] alloc kstat_irqs on node -1=0A= [ 0.033153] alloc irq_desc for 3299 on node -1=0A= [ 0.033156] alloc kstat_irqs on node -1=0A= [ 0.033161] alloc irq_desc for 3298 on node -1=0A= [ 0.033164] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#5=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 5/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 5=0A= [ 0.033377] installing Xen timer for CPU 6=0A= [ 0.033385] alloc irq_desc for 3297 on node -1=0A= [ 0.033387] alloc kstat_irqs on node -1=0A= [ 0.033413] alloc irq_desc for 3296 on node -1=0A= [ 0.033416] alloc kstat_irqs on node -1=0A= [ 0.033422] alloc irq_desc for 3295 on node -1=0A= [ 0.033425] alloc kstat_irqs on node -1=0A= [ 0.033431] alloc irq_desc for 3294 on node -1=0A= [ 0.033433] alloc kstat_irqs on node -1=0A= [ 0.033439] alloc irq_desc for 3293 on node -1=0A= [ 0.033441] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#6=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 6/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 0=0A= [ 0.033713] installing Xen timer for CPU 7=0A= [ 0.033721] alloc irq_desc for 3292 on node -1=0A= [ 0.033724] alloc kstat_irqs on node -1=0A= [ 0.033755] alloc irq_desc for 3291 on node -1=0A= [ 0.033758] alloc kstat_irqs on node -1=0A= [ 0.033764] alloc irq_desc for 3290 on node -1=0A= [ 0.033767] alloc kstat_irqs on node -1=0A= [ 0.033773] alloc irq_desc for 3289 on node -1=0A= [ 0.033775] alloc kstat_irqs on node -1=0A= [ 0.033781] alloc irq_desc for 3288 on node -1=0A= [ 0.033783] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#7=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 7/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 1=0A= [ 0.034021] installing Xen timer for CPU 8=0A= [ 0.034026] alloc irq_desc for 3287 on node -1=0A= [ 0.034029] alloc kstat_irqs on node -1=0A= [ 0.034060] alloc irq_desc for 3286 on node -1=0A= [ 0.034062] alloc kstat_irqs on node -1=0A= [ 0.034069] alloc irq_desc for 3285 on node -1=0A= [ 0.034071] alloc kstat_irqs on node -1=0A= [ 0.034081] alloc irq_desc for 3284 on node -1=0A= [ 0.034084] alloc kstat_irqs on node -1=0A= [ 0.034089] alloc irq_desc for 3283 on node -1=0A= [ 0.034092] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#8=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 8/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 2=0A= [ 0.034310] installing Xen timer for CPU 9=0A= [ 0.034316] alloc irq_desc for 3282 on node -1=0A= [ 0.034319] alloc kstat_irqs on node -1=0A= [ 0.034348] alloc irq_desc for 3281 on node -1=0A= [ 0.034350] alloc kstat_irqs on node -1=0A= [ 0.034357] alloc irq_desc for 3280 on node -1=0A= [ 0.034359] alloc kstat_irqs on node -1=0A= [ 0.034366] alloc irq_desc for 3279 on node -1=0A= [ 0.034368] alloc kstat_irqs on node -1=0A= [ 0.034374] alloc irq_desc for 3278 on node -1=0A= [ 0.034376] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#9=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 9/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 3=0A= [ 0.034599] installing Xen timer for CPU 10=0A= [ 0.034605] alloc irq_desc for 3277 on node -1=0A= [ 0.034607] alloc kstat_irqs on node -1=0A= [ 0.034641] alloc irq_desc for 3276 on node -1=0A= [ 0.034644] alloc kstat_irqs on node -1=0A= [ 0.034651] alloc irq_desc for 3275 on node -1=0A= [ 0.034653] alloc kstat_irqs on node -1=0A= [ 0.034660] alloc irq_desc for 3274 on node -1=0A= [ 0.034662] alloc kstat_irqs on node -1=0A= [ 0.034668] alloc irq_desc for 3273 on node -1=0A= [ 0.034670] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#10=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 10/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 4=0A= [ 0.034894] installing Xen timer for CPU 11=0A= [ 0.034903] alloc irq_desc for 3272 on node -1=0A= [ 0.034906] alloc kstat_irqs on node -1=0A= [ 0.034938] alloc irq_desc for 3271 on node -1=0A= [ 0.034941] alloc kstat_irqs on node -1=0A= [ 0.034948] alloc irq_desc for 3270 on node -1=0A= [ 0.034950] alloc kstat_irqs on node -1=0A= [ 0.034957] alloc irq_desc for 3269 on node -1=0A= [ 0.034960] alloc kstat_irqs on node -1=0A= [ 0.034965] alloc irq_desc for 3268 on node -1=0A= [ 0.034968] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#11=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 11/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 5=0A= [ 0.035113] Brought up 12 CPUs=0A= [ 0.035215] CPU0 attaching sched-domain:=0A= [ 0.035220] domain 0: span 0-11 level CPU=0A= [ 0.035224] groups: group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11=0A= [ 0.035252] domain 1: span 0-11 level NODE=0A= [ 0.035256] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035265] CPU1 attaching sched-domain:=0A= [ 0.035267] domain 0: span 0-11 level CPU=0A= [ 0.035270] groups: group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0=0A= [ 0.035296] domain 1: span 0-11 level NODE=0A= [ 0.035299] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035307] CPU2 attaching sched-domain:=0A= [ 0.035310] domain 0: span 0-11 level CPU=0A= [ 0.035313] groups: group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1=0A= [ 0.035338] domain 1: span 0-11 level NODE=0A= [ 0.035341] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035349] CPU3 attaching sched-domain:=0A= [ 0.035352] domain 0: span 0-11 level CPU=0A= [ 0.035355] groups: group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2=0A= [ 0.035380] domain 1: span 0-11 level NODE=0A= [ 0.035383] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035391] CPU4 attaching sched-domain:=0A= [ 0.035394] domain 0: span 0-11 level CPU=0A= [ 0.035397] groups: group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3=0A= [ 0.035422] domain 1: span 0-11 level NODE=0A= [ 0.035425] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035433] CPU5 attaching sched-domain:=0A= [ 0.035436] domain 0: span 0-11 level CPU=0A= [ 0.035439] groups: group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4=0A= [ 0.035464] domain 1: span 0-11 level NODE=0A= [ 0.035467] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035475] CPU6 attaching sched-domain:=0A= [ 0.035477] domain 0: span 0-11 level CPU=0A= [ 0.035480] groups: group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5=0A= [ 0.035506] domain 1: span 0-11 level NODE=0A= [ 0.035509] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035517] CPU7 attaching sched-domain:=0A= [ 0.035520] domain 0: span 0-11 level CPU=0A= [ 0.035523] groups: group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6=0A= [ 0.035548] domain 1: span 0-11 level NODE=0A= [ 0.035551] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035559] CPU8 attaching sched-domain:=0A= [ 0.035562] domain 0: span 0-11 level CPU=0A= [ 0.035565] groups: group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7=0A= [ 0.035590] domain 1: span 0-11 level NODE=0A= [ 0.035593] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035601] CPU9 attaching sched-domain:=0A= [ 0.035604] domain 0: span 0-11 level CPU=0A= [ 0.035607] groups: group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8=0A= [ 0.035632] domain 1: span 0-11 level NODE=0A= [ 0.035635] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035643] CPU10 attaching sched-domain:=0A= [ 0.035646] domain 0: span 0-11 level CPU=0A= [ 0.035649] groups: group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9=0A= [ 0.035674] domain 1: span 0-11 level NODE=0A= [ 0.035678] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035686] CPU11 attaching sched-domain:=0A= [ 0.035688] domain 0: span 0-11 level CPU=0A= [ 0.035691] groups: group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10=0A= [ 0.035717] domain 1: span 0-11 level NODE=0A= [ 0.035720] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.036086] devtmpfs: initialized=0A= [ 0.041662] Grant table initialized=0A= [ 0.041662] regulator: core version 0.5=0A= [ 0.041662] NET: Registered protocol family 16=0A= [ 0.041662] alloc irq_desc for 3267 on node -1=0A= [ 0.041662] alloc kstat_irqs on node -1=0A= [ 0.041662] node 0 link 3: io port [1000, ffffff]=0A= [ 0.041662] TOM: 00000000e0000000 aka 3584M=0A= [ 0.041662] Fam 10h mmconf [e0000000, efffffff]=0A= [ 0.041662] node 0 link 3: mmio [e0000000, efffffff] =3D=3D> none=0A= [ 0.041662] node 0 link 3: mmio [f0000000, ffffffff]=0A= [ 0.041662] node 0 link 3: mmio [a0000, bffff]=0A= [ 0.041662] TOM2: 0000000420000000 aka 16896M=0A= [ 0.041662] bus: [00,1f] on node 0 link 3=0A= [ 0.041662] bus: 00 index 0 io port: [0, ffff]=0A= [ 0.041662] bus: 00 index 1 mmio: [f0000000, ffffffff]=0A= [ 0.041662] bus: 00 index 2 mmio: [a0000, bffff]=0A= [ 0.041662] bus: 00 index 3 mmio: [420000000, fcffffffff]=0A= [ 0.041662] ACPI: bus type pci registered=0A= [ 0.041662] sync cpu 0 get result 1 max_id b=0A= [ 0.041662] sync cpu 1 get result 1 max_id b=0A= [ 0.041662] sync cpu 2 get result 1 max_id b=0A= [ 0.041662] sync cpu 3 get result 1 max_id b=0A= [ 0.041662] sync cpu 4 get result 1 max_id b=0A= [ 0.041662] sync cpu 5 get result 1 max_id b=0A= [ 0.041662] sync cpu 6 get result 1 max_id b=0A= [ 0.041662] sync cpu 7 get result 1 max_id b=0A= [ 0.041662] sync cpu 8 get result 1 max_id b=0A= [ 0.041662] sync cpu 9 get result 1 max_id b=0A= [ 0.041662] sync cpu a get result 1 max_id b=0A= [ 0.041662] sync cpu b get result 1 max_id b=0A= [ 0.041662] alloc irq_desc for 3266 on node -1=0A= [ 0.041662] alloc kstat_irqs on node -1=0A= [ 0.041662] PCI: MCFG configuration 0: base e0000000 segment 0 buses = 0 - 255=0A= [ 0.041662] PCI: MCFG area at e0000000 reserved in E820=0A= [ 0.100919] PCI: Using MMCONFIG at e0000000 - efffffff=0A= [ 0.100923] PCI: Using configuration type 1 for base access=0A= [ 0.101900] bio: create slab at 0=0A= [ 0.104080] ERROR: Unable to locate IOAPIC for GSI 9=0A= [ 0.104192] ACPI: EC: Look up EC in DSDT=0A= [ 0.108234] ACPI: Executed 2 blocks of module-level executable AML = code=0A= [ 0.122099] ACPI: Interpreter enabled=0A= [ 0.122103] ACPI: (supports S0 S1 S4 S5)=0A= [ 0.122138] ACPI: Using IOAPIC for interrupt routing=0A= [ 0.133207] ACPI Warning: Incorrect checksum in table [OEMB] - A3, = should be A0 (20090903/tbutils-314)=0A= [ 0.133606] ACPI: No dock devices found.=0A= [ 0.133818] ACPI: PCI Root Bridge [PCI0] (0000:00)=0A= [ 0.134208] pci 0000:00:04.0: PME# supported from D0 D3hot D3cold=0A= [ 0.134214] pci 0000:00:04.0: PME# disabled=0A= [ 0.134317] pci 0000:00:11.0: reg 10 io port: [0xd000-0xd007]=0A= [ 0.134329] pci 0000:00:11.0: reg 14 io port: [0xc000-0xc003]=0A= [ 0.134340] pci 0000:00:11.0: reg 18 io port: [0xb000-0xb007]=0A= [ 0.134351] pci 0000:00:11.0: reg 1c io port: [0xa000-0xa003]=0A= [ 0.134362] pci 0000:00:11.0: reg 20 io port: [0x9000-0x900f]=0A= [ 0.134373] pci 0000:00:11.0: reg 24 32bit mmio: = [0xfeafa400-0xfeafa7ff]=0A= [ 0.134460] pci 0000:00:12.0: reg 10 32bit mmio: = [0xfeaf6000-0xfeaf6fff]=0A= [ 0.134550] pci 0000:00:12.1: reg 10 32bit mmio: = [0xfeaf7000-0xfeaf7fff]=0A= [ 0.134670] pci 0000:00:12.2: reg 10 32bit mmio: = [0xfeafa800-0xfeafa8ff]=0A= [ 0.134756] pci 0000:00:12.2: supports D1 D2=0A= [ 0.134759] pci 0000:00:12.2: PME# supported from D0 D1 D2 D3hot=0A= [ 0.134766] pci 0000:00:12.2: PME# disabled=0A= [ 0.134818] pci 0000:00:13.0: reg 10 32bit mmio: = [0xfeaf8000-0xfeaf8fff]=0A= [ 0.134908] pci 0000:00:13.1: reg 10 32bit mmio: = [0xfeaf9000-0xfeaf9fff]=0A= [ 0.135027] pci 0000:00:13.2: reg 10 32bit mmio: = [0xfeafac00-0xfeafacff]=0A= [ 0.135114] pci 0000:00:13.2: supports D1 D2=0A= [ 0.135117] pci 0000:00:13.2: PME# supported from D0 D1 D2 D3hot=0A= [ 0.135124] pci 0000:00:13.2: PME# disabled=0A= [ 0.135321] pci 0000:00:14.1: reg 10 io port: [0x00-0x07]=0A= [ 0.135332] pci 0000:00:14.1: reg 14 io port: [0x00-0x03]=0A= [ 0.135343] pci 0000:00:14.1: reg 18 io port: [0x00-0x07]=0A= [ 0.135354] pci 0000:00:14.1: reg 1c io port: [0x00-0x03]=0A= [ 0.135365] pci 0000:00:14.1: reg 20 io port: [0xff00-0xff0f]=0A= [ 0.135587] pci 0000:00:14.5: reg 10 32bit mmio: = [0xfeafb000-0xfeafbfff]=0A= [ 0.136001] pci 0000:02:00.0: reg 10 32bit mmio: = [0xfeb60000-0xfeb7ffff]=0A= [ 0.136001] pci 0000:02:00.0: reg 14 32bit mmio: = [0xfeb40000-0xfeb5ffff]=0A= [ 0.136001] pci 0000:02:00.0: reg 18 io port: [0xe400-0xe41f]=0A= [ 0.136001] pci 0000:02:00.0: reg 1c 32bit mmio: = [0xfeb1c000-0xfeb1ffff]=0A= [ 0.136001] pci 0000:02:00.0: reg 30 32bit mmio pref: = [0xfeb20000-0xfeb3ffff]=0A= [ 0.136001] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold=0A= [ 0.136001] pci 0000:02:00.0: PME# disabled=0A= [ 0.136001] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.136001] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.136001] pci 0000:02:00.1: reg 10 32bit mmio: = [0xfebe0000-0xfebfffff]=0A= [ 0.136001] pci 0000:02:00.1: reg 14 32bit mmio: = [0xfebc0000-0xfebdffff]=0A= [ 0.136001] pci 0000:02:00.1: reg 18 io port: [0xe800-0xe81f]=0A= [ 0.136001] pci 0000:02:00.1: reg 1c 32bit mmio: = [0xfeb9c000-0xfeb9ffff]=0A= [ 0.136001] pci 0000:02:00.1: reg 30 32bit mmio pref: = [0xfeba0000-0xfebbffff]=0A= [ 0.136001] pci 0000:02:00.1: PME# supported from D0 D3hot D3cold=0A= [ 0.136001] pci 0000:02:00.1: PME# disabled=0A= [ 0.136001] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.136001] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.140167] pci 0000:00:04.0: bridge io port: [0xe000-0xefff]=0A= [ 0.140174] pci 0000:00:04.0: bridge 32bit mmio: = [0xfeb00000-0xfebfffff]=0A= [ 0.140265] pci 0000:01:04.0: reg 10 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 0.140278] pci 0000:01:04.0: reg 14 32bit mmio: = [0xfdffc000-0xfdffffff]=0A= [ 0.140290] pci 0000:01:04.0: reg 18 32bit mmio: = [0xfe000000-0xfe7fffff]=0A= [ 0.140447] pci 0000:00:14.4: transparent bridge=0A= [ 0.140457] pci 0000:00:14.4: bridge 32bit mmio: = [0xfdf00000-0xfe7fffff]=0A= [ 0.140465] pci 0000:00:14.4: bridge 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 0.140489] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]=0A= [ 0.141016] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PC._PRT]=0A= [ 0.141125] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PC04._PRT]=0A= [ 0.155544] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 7 *10 11 12 14 15)=0A= [ 0.155693] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 7 10 *11 12 14 15)=0A= [ 0.155846] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 *7 10 11 12 14 15)=0A= [ 0.156001] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 *10 11 12 14 15)=0A= [ 0.156134] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 *11 12 14 15)=0A= [ 0.156284] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 0.156439] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 *10 11 12 14 15)=0A= [ 0.156587] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 0.156682] xen_balloon: Initialising balloon driver with page order = 0.=0A= [ 0.156771] vgaarb: device added: = PCI:0000:01:04.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone=0A= [ 0.156775] vgaarb: loaded=0A= [ 0.156828] PCI: Using ACPI for IRQ routing=0A= [ 0.156828] Switching to clocksource xen=0A= [ 0.158409] pnp: PnP ACPI init=0A= [ 0.158443] ACPI: bus type pnp registered=0A= [ 0.160185] xen: registering gsi 8 triggering 1 polarity 0=0A= [ 0.160189] xen_allocate_pirq: returning irq 8 for gsi 8=0A= [ 0.160192] xen: --> irq=3D8=0A= [ 0.160333] xen: registering gsi 1 triggering 1 polarity 0=0A= [ 0.160340] xen_allocate_pirq: returning irq 1 for gsi 1=0A= [ 0.160342] xen: --> irq=3D1=0A= [ 0.160533] xen: registering gsi 13 triggering 1 polarity 0=0A= [ 0.160536] xen_allocate_pirq: returning irq 13 for gsi 13=0A= [ 0.160539] xen: --> irq=3D13=0A= [ 0.162394] xen: registering gsi 4 triggering 1 polarity 0=0A= [ 0.162397] xen_allocate_pirq: returning irq 4 for gsi 4=0A= [ 0.162400] xen: --> irq=3D4=0A= [ 0.163103] xen: registering gsi 3 triggering 1 polarity 0=0A= [ 0.163106] xen_allocate_pirq: returning irq 3 for gsi 3=0A= [ 0.163108] xen: --> irq=3D3=0A= [ 0.164961] pnp: PnP ACPI: found 16 devices=0A= [ 0.164964] ACPI: ACPI bus type pnp unregistered=0A= [ 0.164983] system 00:02: iomem range 0xf6000000-0xf6003fff has been = reserved=0A= [ 0.164993] system 00:08: ioport range 0xa10-0xa1f has been reserved=0A= [ 0.165004] system 00:0a: iomem range 0xfec00000-0xfec00fff could not = be reserved=0A= [ 0.165008] system 00:0a: iomem range 0xfee00000-0xfee00fff has been = reserved=0A= [ 0.165016] system 00:0b: ioport range 0xca2-0xca3 has been reserved=0A= [ 0.165020] system 00:0b: ioport range 0x550-0x551 has been reserved=0A= [ 0.165024] system 00:0b: ioport range 0x4d0-0x4d1 has been reserved=0A= [ 0.165028] system 00:0b: ioport range 0x40b-0x40b has been reserved=0A= [ 0.165032] system 00:0b: ioport range 0x4d6-0x4d6 has been reserved=0A= [ 0.165036] system 00:0b: ioport range 0xc00-0xc01 has been reserved=0A= [ 0.165040] system 00:0b: ioport range 0xc14-0xc14 has been reserved=0A= [ 0.165044] system 00:0b: ioport range 0xc50-0xc51 has been reserved=0A= [ 0.165048] system 00:0b: ioport range 0xc52-0xc52 has been reserved=0A= [ 0.165054] system 00:0b: ioport range 0xc6c-0xc6c has been reserved=0A= [ 0.165057] system 00:0b: ioport range 0xc6f-0xc6f has been reserved=0A= [ 0.165061] system 00:0b: ioport range 0xcd0-0xcd1 has been reserved=0A= [ 0.165065] system 00:0b: ioport range 0xcd2-0xcd3 has been reserved=0A= [ 0.165069] system 00:0b: ioport range 0xcd4-0xcd5 has been reserved=0A= [ 0.165073] system 00:0b: ioport range 0xcd6-0xcd7 has been reserved=0A= [ 0.165076] system 00:0b: ioport range 0xcd8-0xcdf has been reserved=0A= [ 0.165080] system 00:0b: ioport range 0x800-0x89f has been reserved=0A= [ 0.165084] system 00:0b: ioport range 0xb00-0xb0f has been reserved=0A= [ 0.165088] system 00:0b: ioport range 0xb20-0xb3f has been reserved=0A= [ 0.165092] system 00:0b: ioport range 0x900-0x90f has been reserved=0A= [ 0.165095] system 00:0b: ioport range 0x910-0x91f has been reserved=0A= [ 0.165099] system 00:0b: ioport range 0xfe00-0xfefe has been reserved=0A= [ 0.165104] system 00:0b: iomem range 0xffb80000-0xffbfffff has been = reserved=0A= [ 0.165108] system 00:0b: iomem range 0xfec10000-0xfec1001f has been = reserved=0A= [ 0.165116] system 00:0e: iomem range 0xe0000000-0xefffffff has been = reserved=0A= [ 0.165123] system 00:0f: iomem range 0x0-0x9ffff could not be = reserved=0A= [ 0.165127] system 00:0f: iomem range 0xc0000-0xcffff could not be = reserved=0A= [ 0.165131] system 00:0f: iomem range 0xe0000-0xfffff could not be = reserved=0A= [ 0.165135] system 00:0f: iomem range 0x100000-0xdfffffff could not = be reserved=0A= [ 0.165140] system 00:0f: iomem range 0xfec00000-0xffffffff could not = be reserved=0A= [ 0.175429] PM-Timer failed consistency check (0x0xffffff) - = aborting.=0A= [ 0.175492] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175504] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175515] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175526] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175537] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175547] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175558] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175569] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175579] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175590] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175600] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175611] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175616] pci 0000:02:00.0: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175627] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175638] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175641] pci 0000:02:00.0: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175652] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175663] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175667] pci 0000:02:00.1: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175678] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175688] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175692] pci 0000:02:00.1: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175695] pci 0000:00:04.0: PCI bridge, secondary bus 0000:02=0A= [ 0.175700] pci 0000:00:04.0: IO window: 0xe000-0xefff=0A= [ 0.175707] pci 0000:00:04.0: MEM window: 0xfeb00000-0xfebfffff=0A= [ 0.175712] pci 0000:00:04.0: PREFETCH window: disabled=0A= [ 0.175720] pci 0000:00:14.4: PCI bridge, secondary bus 0000:01=0A= [ 0.175723] pci 0000:00:14.4: IO window: disabled=0A= [ 0.175732] pci 0000:00:14.4: MEM window: 0xfdf00000-0xfe7fffff=0A= [ 0.175739] pci 0000:00:14.4: PREFETCH window: 0xfc000000-0xfcffffff=0A= [ 0.175763] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 0.175780] alloc irq_desc for 16 on node -1=0A= [ 0.175784] alloc kstat_irqs on node -1=0A= [ 0.175791] xen: --> irq=3D16=0A= [ 0.175804] pci 0000:00:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 0.175812] pci 0000:00:04.0: setting latency timer to 64=0A= [ 0.175825] pci_bus 0000:00: resource 0 io: [0x00-0xffff]=0A= [ 0.175829] pci_bus 0000:00: resource 1 mem: = [0x000000-0xffffffffffffffff]=0A= [ 0.175832] pci_bus 0000:02: resource 0 io: [0xe000-0xefff]=0A= [ 0.175835] pci_bus 0000:02: resource 1 mem: [0xfeb00000-0xfebfffff]=0A= [ 0.175839] pci_bus 0000:01: resource 1 mem: [0xfdf00000-0xfe7fffff]=0A= [ 0.175842] pci_bus 0000:01: resource 2 pref mem = [0xfc000000-0xfcffffff]=0A= [ 0.175845] pci_bus 0000:01: resource 3 io: [0x00-0xffff]=0A= [ 0.175848] pci_bus 0000:01: resource 4 mem: = [0x000000-0xffffffffffffffff]=0A= [ 0.175893] NET: Registered protocol family 2=0A= [ 0.177013] IP route cache hash table entries: 524288 (order: 10, = 4194304 bytes)=0A= [ 0.180233] TCP established hash table entries: 524288 (order: 11, = 8388608 bytes)=0A= [ 0.183218] TCP bind hash table entries: 65536 (order: 8, 1048576 = bytes)=0A= [ 0.183556] TCP: Hash tables configured (established 524288 bind = 65536)=0A= [ 0.183560] TCP reno registered=0A= [ 0.183740] NET: Registered protocol family 1=0A= [ 0.970008] pci 0000:01:04.0: Boot video device=0A= [ 0.970098] Unpacking initramfs...=0A= [ 1.004606] Freeing initrd memory: 27422k freed=0A= [ 1.015472] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)=0A= [ 1.015479] DMA: Placing 64MB software IO TLB between = ffff88000d988000 - ffff880011988000=0A= [ 1.015483] DMA: software IO TLB at phys 0xd988000 - 0x11988000=0A= [ 1.017114] audit: initializing netlink socket (disabled)=0A= [ 1.017131] type=3D2000 audit(1318341738.262:1): initialized=0A= [ 1.022563] HugeTLB registered 2 MB page size, pre-allocated 0 pages=0A= [ 1.026038] VFS: Disk quotas dquot_6.5.2=0A= [ 1.026114] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)=0A= [ 1.026227] msgmni has been set to 30347=0A= [ 1.028504] alg: No test for stdrng (krng)=0A= [ 1.028619] Block layer SCSI generic (bsg) driver version 0.4 loaded = (major 253)=0A= [ 1.028624] io scheduler noop registered=0A= [ 1.028626] io scheduler anticipatory registered=0A= [ 1.028629] io scheduler deadline registered=0A= [ 1.028665] io scheduler cfq registered (default)=0A= [ 1.029037] alloc irq_desc for 3265 on node -1=0A= [ 1.029041] alloc kstat_irqs on node -1=0A= [ 1.029075] pcieport 0000:00:04.0: setting latency timer to 64=0A= [ 1.043312] registering netback=0A= [ 1.043526] alloc irq_desc for 3264 on node -1=0A= [ 1.043530] alloc kstat_irqs on node -1=0A= [ 1.044950] alloc irq_desc for 3263 on node -1=0A= [ 1.044954] alloc kstat_irqs on node -1=0A= [ 1.045494] hpet_acpi_add: no address or irqs in _CRS=0A= [ 1.045520] Linux agpgart interface v0.103=0A= [ 1.045579] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled=0A= [ 1.045763] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 1.045939] serial8250: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 1.046350] 00:0c: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 1.046564] 00:0d: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 1.046774] input: Macintosh mouse button emulation as = /devices/virtual/input/input0=0A= [ 1.046838] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1=0A= [ 1.046841] PNP: PS/2 appears to have AUX port disabled, if this is = incorrect please boot with i8042.nopnp=0A= [ 1.047585] serio: i8042 KBD port at 0x60,0x64 irq 1=0A= [ 1.047746] mice: PS/2 mouse device common for all mice=0A= [ 1.047808] rtc_cmos 00:04: RTC can wake from S4=0A= [ 1.047862] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0=0A= [ 1.047921] rtc0: alarms up to one month, y3k, 114 bytes nvram=0A= [ 1.047940] cpuidle: using governor ladder=0A= [ 1.047943] cpuidle: using governor menu=0A= [ 1.047949] No iBFT detected.=0A= [ 1.048311] TCP cubic registered=0A= [ 1.048454] NET: Registered protocol family 10=0A= [ 1.049466] Mobile IPv6=0A= [ 1.049471] NET: Registered protocol family 17=0A= [ 1.049563] PM: Resume from disk failed.=0A= [ 1.049579] registered taskstats version 1=0A= [ 1.050347] rtc_cmos 00:04: setting system clock to 2011-10-11 = 14:02:17 UTC (1318341737)=0A= [ 1.050406] Initalizing network drop monitor service=0A= [ 1.050556] Freeing unused kernel memory: 604k freed=0A= [ 1.050803] Write protecting the kernel read-only data: 4332k=0A= [ 1.075907] input: AT Translated Set 2 keyboard as = /devices/platform/i8042/serio0/input/input1=0A= [ 1.098116] udev[201]: starting version 164=0A= [ 1.165489] dca service started, version 1.12.1=0A= [ 1.169267] Intel(R) Gigabit Ethernet Network Driver - version = 3.0.6-k2=0A= [ 1.169273] Copyright (c) 2007-2011 Intel Corporation.=0A= [ 1.180306] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 1.180452] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 1.180469] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.180473] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.180476] xen: --> irq=3D16=0A= [ 1.180483] Already setup the GSI :16=0A= [ 1.180487] igb 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 1.180528] igb 0000:02:00.0: setting latency timer to 64=0A= [ 1.180978] alloc irq_desc for 3262 on node -1=0A= [ 1.180984] alloc kstat_irqs on node -1=0A= [ 1.181053] alloc irq_desc for 3261 on node -1=0A= [ 1.181058] alloc kstat_irqs on node -1=0A= [ 1.181120] alloc irq_desc for 3260 on node -1=0A= [ 1.181123] alloc kstat_irqs on node -1=0A= [ 1.181179] alloc irq_desc for 3259 on node -1=0A= [ 1.181183] alloc kstat_irqs on node -1=0A= [ 1.181238] alloc irq_desc for 3258 on node -1=0A= [ 1.181241] alloc kstat_irqs on node -1=0A= [ 1.181293] alloc irq_desc for 3257 on node -1=0A= [ 1.181296] alloc kstat_irqs on node -1=0A= [ 1.181345] alloc irq_desc for 3256 on node -1=0A= [ 1.181348] alloc kstat_irqs on node -1=0A= [ 1.181404] alloc irq_desc for 3255 on node -1=0A= [ 1.181410] alloc kstat_irqs on node -1=0A= [ 1.181456] alloc irq_desc for 3254 on node -1=0A= [ 1.181459] alloc kstat_irqs on node -1=0A= [ 1.181534] igb 0000:02:00.0: 0 vfs allocated=0A= [ 1.183353] SCSI subsystem initialized=0A= [ 1.196071] usbcore: registered new interface driver usbfs=0A= [ 1.196132] usbcore: registered new interface driver hub=0A= [ 1.196217] usbcore: registered new device driver usb=0A= [ 1.198556] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver=0A= [ 1.198729] xen: registering gsi 17 triggering 0 polarity 1=0A= [ 1.198756] alloc irq_desc for 17 on node -1=0A= [ 1.198760] alloc kstat_irqs on node -1=0A= [ 1.198765] xen: --> irq=3D17=0A= [ 1.198783] ehci_hcd 0000:00:12.2: PCI INT B -> GSI 17 (level, low) = -> IRQ 17=0A= [ 1.198846] ehci_hcd 0000:00:12.2: EHCI Host Controller=0A= [ 1.198885] ehci_hcd 0000:00:12.2: new USB bus registered, assigned = bus number 1=0A= [ 1.198978] ehci_hcd 0000:00:12.2: debug port 1=0A= [ 1.199034] ehci_hcd 0000:00:12.2: irq 17, io mem 0xfeafa800=0A= [ 1.208044] ehci_hcd 0000:00:12.2: USB 2.0 started, EHCI 1.00=0A= [ 1.208120] usb usb1: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 1.208124] usb usb1: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.208127] usb usb1: Product: EHCI Host Controller=0A= [ 1.208130] usb usb1: Manufacturer: Linux 2.6.32-5-xen-amd64 ehci_hcd=0A= [ 1.208133] usb usb1: SerialNumber: 0000:00:12.2=0A= [ 1.208249] usb usb1: configuration #1 chosen from 1 choice=0A= [ 1.208286] hub 1-0:1.0: USB hub found=0A= [ 1.208326] hub 1-0:1.0: 6 ports detected=0A= [ 1.208540] xen: registering gsi 19 triggering 0 polarity 1=0A= [ 1.208555] alloc irq_desc for 19 on node -1=0A= [ 1.208558] alloc kstat_irqs on node -1=0A= [ 1.208563] xen: --> irq=3D19=0A= [ 1.208575] ehci_hcd 0000:00:13.2: PCI INT B -> GSI 19 (level, low) = -> IRQ 19=0A= [ 1.208603] ehci_hcd 0000:00:13.2: EHCI Host Controller=0A= [ 1.208619] ehci_hcd 0000:00:13.2: new USB bus registered, assigned = bus number 2=0A= [ 1.208686] ehci_hcd 0000:00:13.2: debug port 1=0A= [ 1.208731] ehci_hcd 0000:00:13.2: irq 19, io mem 0xfeafac00=0A= [ 1.214265] libata version 3.00 loaded.=0A= [ 1.220094] ehci_hcd 0000:00:13.2: USB 2.0 started, EHCI 1.00=0A= [ 1.220158] usb usb2: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 1.220162] usb usb2: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.220165] usb usb2: Product: EHCI Host Controller=0A= [ 1.220168] usb usb2: Manufacturer: Linux 2.6.32-5-xen-amd64 ehci_hcd=0A= [ 1.220170] usb usb2: SerialNumber: 0000:00:13.2=0A= [ 1.220252] usb usb2: configuration #1 chosen from 1 choice=0A= [ 1.220288] hub 2-0:1.0: USB hub found=0A= [ 1.220335] hub 2-0:1.0: 6 ports detected=0A= [ 1.220570] ahci 0000:00:11.0: version 3.0=0A= [ 1.220594] xen: registering gsi 22 triggering 0 polarity 1=0A= [ 1.220610] alloc irq_desc for 22 on node -1=0A= [ 1.220613] alloc kstat_irqs on node -1=0A= [ 1.220619] xen: --> irq=3D22=0A= [ 1.220630] ahci 0000:00:11.0: PCI INT A -> GSI 22 (level, low) -> = IRQ 22=0A= [ 1.220820] ahci 0000:00:11.0: AHCI 0001.0100 32 slots 6 ports 3 Gbps = 0x3f impl SATA mode=0A= [ 1.220826] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo = pmp pio slum part ccc =0A= [ 1.221801] scsi0 : ahci=0A= [ 1.221963] scsi1 : ahci=0A= [ 1.222056] scsi2 : ahci=0A= [ 1.222146] scsi3 : ahci=0A= [ 1.222198] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver=0A= [ 1.222244] scsi4 : ahci=0A= [ 1.222334] scsi5 : ahci=0A= [ 1.223283] ata1: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa500 irq 22=0A= [ 1.223288] ata2: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa580 irq 22=0A= [ 1.223292] ata3: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa600 irq 22=0A= [ 1.223296] ata4: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa680 irq 22=0A= [ 1.223301] ata5: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa700 irq 22=0A= [ 1.223305] ata6: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa780 irq 22=0A= [ 1.223506] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.223510] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.223512] xen: --> irq=3D16=0A= [ 1.223516] Already setup the GSI :16=0A= [ 1.223520] ohci_hcd 0000:00:12.0: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 1.223598] ohci_hcd 0000:00:12.0: OHCI Host Controller=0A= [ 1.223669] ohci_hcd 0000:00:12.0: new USB bus registered, assigned = bus number 3=0A= [ 1.223759] ohci_hcd 0000:00:12.0: irq 16, io mem 0xfeaf6000=0A= [ 1.280090] usb usb3: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.280094] usb usb3: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.280098] usb usb3: Product: OHCI Host Controller=0A= [ 1.280100] usb usb3: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.280103] usb usb3: SerialNumber: 0000:00:12.0=0A= [ 1.280272] usb usb3: configuration #1 chosen from 1 choice=0A= [ 1.280311] hub 3-0:1.0: USB hub found=0A= [ 1.280374] hub 3-0:1.0: 3 ports detected=0A= [ 1.280587] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.280591] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.280594] xen: --> irq=3D16=0A= [ 1.280597] Already setup the GSI :16=0A= [ 1.280601] ohci_hcd 0000:00:12.1: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 1.280627] ohci_hcd 0000:00:12.1: OHCI Host Controller=0A= [ 1.280642] ohci_hcd 0000:00:12.1: new USB bus registered, assigned = bus number 4=0A= [ 1.280674] ohci_hcd 0000:00:12.1: irq 16, io mem 0xfeaf7000=0A= [ 1.340095] usb usb4: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.340099] usb usb4: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.340102] usb usb4: Product: OHCI Host Controller=0A= [ 1.340105] usb usb4: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.340107] usb usb4: SerialNumber: 0000:00:12.1=0A= [ 1.340203] usb usb4: configuration #1 chosen from 1 choice=0A= [ 1.340234] hub 4-0:1.0: USB hub found=0A= [ 1.340286] hub 4-0:1.0: 3 ports detected=0A= [ 1.340562] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.340566] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.340569] xen: --> irq=3D16=0A= [ 1.340573] Already setup the GSI :16=0A= [ 1.340577] pata_atiixp 0000:00:14.1: PCI INT A -> GSI 16 (level, = low) -> IRQ 16=0A= [ 1.340625] pata_atiixp 0000:00:14.1: setting latency timer to 64=0A= [ 1.340889] scsi6 : pata_atiixp=0A= [ 1.341083] scsi7 : pata_atiixp=0A= [ 1.342939] ata7: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 = irq 14=0A= [ 1.342944] ata8: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xff08 = irq 15=0A= [ 1.343200] xen: registering gsi 18 triggering 0 polarity 1=0A= [ 1.343225] alloc irq_desc for 18 on node -1=0A= [ 1.343228] alloc kstat_irqs on node -1=0A= [ 1.343233] xen: --> irq=3D18=0A= [ 1.343247] ohci_hcd 0000:00:13.0: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 1.343298] ohci_hcd 0000:00:13.0: OHCI Host Controller=0A= [ 1.343316] ohci_hcd 0000:00:13.0: new USB bus registered, assigned = bus number 5=0A= [ 1.343384] ohci_hcd 0000:00:13.0: irq 18, io mem 0xfeaf8000=0A= [ 1.375166] igb 0000:02:00.0: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 1.375171] igb 0000:02:00.0: eth0: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b6=0A= [ 1.375252] igb 0000:02:00.0: eth0: PBA No: FFFFFF-0FF=0A= [ 1.375255] igb 0000:02:00.0: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 1.375669] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 1.375781] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 1.375789] xen: registering gsi 17 triggering 0 polarity 1=0A= [ 1.375792] xen_allocate_pirq: returning irq 17 for gsi 17=0A= [ 1.375795] xen: --> irq=3D17=0A= [ 1.375798] Already setup the GSI :17=0A= [ 1.375801] igb 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ = 17=0A= [ 1.375834] igb 0000:02:00.1: setting latency timer to 64=0A= [ 1.376198] alloc irq_desc for 3253 on node -1=0A= [ 1.376201] alloc kstat_irqs on node -1=0A= [ 1.376253] alloc irq_desc for 3252 on node -1=0A= [ 1.376255] alloc kstat_irqs on node -1=0A= [ 1.376300] alloc irq_desc for 3251 on node -1=0A= [ 1.376303] alloc kstat_irqs on node -1=0A= [ 1.376348] alloc irq_desc for 3250 on node -1=0A= [ 1.376351] alloc kstat_irqs on node -1=0A= [ 1.376396] alloc irq_desc for 3249 on node -1=0A= [ 1.376399] alloc kstat_irqs on node -1=0A= [ 1.376443] alloc irq_desc for 3248 on node -1=0A= [ 1.376446] alloc kstat_irqs on node -1=0A= [ 1.376492] alloc irq_desc for 3247 on node -1=0A= [ 1.376494] alloc kstat_irqs on node -1=0A= [ 1.376539] alloc irq_desc for 3246 on node -1=0A= [ 1.376542] alloc kstat_irqs on node -1=0A= [ 1.376587] alloc irq_desc for 3245 on node -1=0A= [ 1.376590] alloc kstat_irqs on node -1=0A= [ 1.376651] igb 0000:02:00.1: 0 vfs allocated=0A= [ 1.400090] usb usb5: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.400094] usb usb5: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.400097] usb usb5: Product: OHCI Host Controller=0A= [ 1.400100] usb usb5: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.400102] usb usb5: SerialNumber: 0000:00:13.0=0A= [ 1.402867] usb usb5: configuration #1 chosen from 1 choice=0A= [ 1.402963] hub 5-0:1.0: USB hub found=0A= [ 1.403020] hub 5-0:1.0: 3 ports detected=0A= [ 1.403290] xen: registering gsi 18 triggering 0 polarity 1=0A= [ 1.403294] xen_allocate_pirq: returning irq 18 for gsi 18=0A= [ 1.403296] xen: --> irq=3D18=0A= [ 1.403300] Already setup the GSI :18=0A= [ 1.403303] ohci_hcd 0000:00:13.1: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 1.403330] ohci_hcd 0000:00:13.1: OHCI Host Controller=0A= [ 1.403345] ohci_hcd 0000:00:13.1: new USB bus registered, assigned = bus number 6=0A= [ 1.403392] ohci_hcd 0000:00:13.1: irq 18, io mem 0xfeaf9000=0A= [ 1.460091] usb usb6: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.460095] usb usb6: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.460098] usb usb6: Product: OHCI Host Controller=0A= [ 1.460101] usb usb6: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.460103] usb usb6: SerialNumber: 0000:00:13.1=0A= [ 1.460260] usb usb6: configuration #1 chosen from 1 choice=0A= [ 1.460333] hub 6-0:1.0: USB hub found=0A= [ 1.460380] hub 6-0:1.0: 3 ports detected=0A= [ 1.460668] xen: registering gsi 18 triggering 0 polarity 1=0A= [ 1.460672] xen_allocate_pirq: returning irq 18 for gsi 18=0A= [ 1.460674] xen: --> irq=3D18=0A= [ 1.460678] Already setup the GSI :18=0A= [ 1.460682] ohci_hcd 0000:00:14.5: PCI INT C -> GSI 18 (level, low) = -> IRQ 18=0A= [ 1.460709] ohci_hcd 0000:00:14.5: OHCI Host Controller=0A= [ 1.460725] ohci_hcd 0000:00:14.5: new USB bus registered, assigned = bus number 7=0A= [ 1.460772] ohci_hcd 0000:00:14.5: irq 18, io mem 0xfeafb000=0A= [ 1.520050] usb 1-5: new high speed USB device using ehci_hcd and = address 2=0A= [ 1.520092] usb usb7: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.520096] usb usb7: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.520099] usb usb7: Product: OHCI Host Controller=0A= [ 1.520102] usb usb7: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.520104] usb usb7: SerialNumber: 0000:00:14.5=0A= [ 1.520254] usb usb7: configuration #1 chosen from 1 choice=0A= [ 1.520330] hub 7-0:1.0: USB hub found=0A= [ 1.520373] hub 7-0:1.0: 2 ports detected=0A= [ 1.540233] ata5: SATA link down (SStatus 0 SControl 300)=0A= [ 1.540305] ata6: SATA link down (SStatus 0 SControl 300)=0A= [ 1.572913] igb 0000:02:00.1: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 1.572917] igb 0000:02:00.1: eth1: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b7=0A= [ 1.572996] igb 0000:02:00.1: eth1: PBA No: FFFFFF-0FF=0A= [ 1.572999] igb 0000:02:00.1: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 1.654799] usb 1-5: New USB device found, idVendor=3D05e3, = idProduct=3D0719=0A= [ 1.654803] usb 1-5: New USB device strings: Mfr=3D0, Product=3D1, = SerialNumber=3D2=0A= [ 1.654807] usb 1-5: Product: USB Storage=0A= [ 1.654809] usb 1-5: SerialNumber: 000000000033=0A= [ 1.655015] usb 1-5: configuration #1 chosen from 1 choice=0A= [ 1.664576] Initializing USB Mass Storage driver...=0A= [ 1.664868] scsi8 : SCSI emulation for USB Mass Storage devices=0A= [ 1.665097] usb-storage: device found at 2=0A= [ 1.665101] usb-storage: waiting for device to settle before scanning=0A= [ 1.665109] usbcore: registered new interface driver usb-storage=0A= [ 1.665214] USB Mass Storage support registered.=0A= [ 1.704234] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.704264] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.704287] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.704309] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.733359] ata2.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733363] ata4.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733368] ata4.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.733373] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.733435] ata3.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733439] ata3.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.733573] ata1.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733576] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.775939] ata4.00: configured for UDMA/133=0A= [ 1.775967] ata3.00: configured for UDMA/133=0A= [ 1.775993] ata2.00: configured for UDMA/133=0A= [ 1.776061] ata1.00: configured for UDMA/133=0A= [ 1.788225] scsi 0:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.788575] scsi 1:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.788842] scsi 2:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.789064] scsi 3:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.965876] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966019] sd 0:0:0:0: [sda] Write Protect is off=0A= [ 1.966023] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00=0A= [ 1.966041] sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966064] sd 0:0:0:0: [sda] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966133] sd 1:0:0:0: [sdb] Write Protect is off=0A= [ 1.966137] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00=0A= [ 1.966175] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966314] sda:=0A= [ 1.966458] sdb:=0A= [ 1.966558] sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966649] sd 2:0:0:0: [sdc] Write Protect is off=0A= [ 1.966653] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00=0A= [ 1.966695] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966727] sd 3:0:0:0: [sdd] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966821] sd 3:0:0:0: [sdd] Write Protect is off=0A= [ 1.966825] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00=0A= [ 1.966865] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966917] sdc:=0A= [ 1.967094] sdd: sdb1 sdb2 sdb3 sdb4=0A= [ 1.987715] sd 1:0:0:0: [sdb] Attached SCSI disk=0A= [ 1.987884] sdc1 sdc2 sdc3 sdc4=0A= [ 1.988352] sdd1 sdd2 sdd3 sdd4=0A= [ 1.988601] sd 2:0:0:0: [sdc] Attached SCSI disk=0A= [ 1.988908] sd 3:0:0:0: [sdd] Attached SCSI disk=0A= [ 1.988985] sda1 sda2 sda3 sda4=0A= [ 1.989871] sd 0:0:0:0: [sda] Attached SCSI disk=0A= [ 2.032043] usb 5-3: new full speed USB device using ohci_hcd and = address 2=0A= [ 2.207197] usb 5-3: New USB device found, idVendor=3D0557, = idProduct=3D2221=0A= [ 2.207202] usb 5-3: New USB device strings: Mfr=3D1, Product=3D2, = SerialNumber=3D0=0A= [ 2.207206] usb 5-3: Product: Hermon USB hidmouse Device=0A= [ 2.207208] usb 5-3: Manufacturer: Winbond Electronics Corp=0A= [ 2.207320] usb 5-3: configuration #1 chosen from 1 choice=0A= [ 2.220072] usbcore: registered new interface driver hiddev=0A= [ 2.223504] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.0/input/input2=0A= [ 2.223583] generic-usb 0003:0557:2221.0001: input,hidraw0: USB HID = v1.00 Mouse [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input0=0A= [ 2.227566] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.1/input/input3=0A= [ 2.227664] generic-usb 0003:0557:2221.0002: input,hidraw1: USB HID = v1.00 Keyboard [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input1=0A= [ 2.227693] usbcore: registered new interface driver usbhid=0A= [ 2.227773] usbhid: v2.6:USB HID core driver=0A= [ 2.299726] async_tx: api initialized (async)=0A= [ 2.300508] xor: automatically using best checksumming function: = generic_sse=0A= [ 2.320017] generic_sse: 2732.000 MB/sec=0A= [ 2.320020] xor: using function: generic_sse (2732.000 MB/sec)=0A= [ 2.388031] raid6: int64x1 1843 MB/s=0A= [ 2.456016] raid6: int64x2 2359 MB/s=0A= [ 2.524033] raid6: int64x4 1860 MB/s=0A= [ 2.592048] raid6: int64x8 1664 MB/s=0A= [ 2.660091] raid6: sse2x1 630 MB/s=0A= [ 2.728052] raid6: sse2x2 1224 MB/s=0A= [ 2.796022] raid6: sse2x4 2497 MB/s=0A= [ 2.796025] raid6: using algorithm sse2x4 (2497 MB/s)=0A= [ 2.805268] md: raid6 personality registered for level 6=0A= [ 2.805273] md: raid5 personality registered for level 5=0A= [ 2.805276] md: raid4 personality registered for level 4=0A= [ 2.899010] md: md0 stopped.=0A= [ 2.902407] md: bind=0A= [ 2.903781] md: bind=0A= [ 2.904648] md: bind=0A= [ 2.907788] md: bind=0A= [ 2.911288] raid5: device sda1 operational as raid disk 0=0A= [ 2.911292] raid5: device sdd1 operational as raid disk 3=0A= [ 2.911295] raid5: device sdc1 operational as raid disk 2=0A= [ 2.911298] raid5: device sdb1 operational as raid disk 1=0A= [ 2.912040] raid5: allocated 4282kB for md0=0A= [ 2.912173] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912177] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912181] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912184] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912187] raid5: raid level 5 set md0 active with 4 out of 4 = devices, algorithm 2=0A= [ 2.912190] RAID5 conf printout:=0A= [ 2.912192] --- rd:4 wd:4=0A= [ 2.912195] disk 0, o:1, dev:sda1=0A= [ 2.912197] disk 1, o:1, dev:sdb1=0A= [ 2.912200] disk 2, o:1, dev:sdc1=0A= [ 2.912202] disk 3, o:1, dev:sdd1=0A= [ 2.912241] md0: detected capacity change from 0 to 2996305920=0A= [ 2.914544] md0: unknown partition table=0A= [ 3.133153] md: md1 stopped.=0A= [ 3.136097] md: bind=0A= [ 3.136398] md: bind=0A= [ 3.136690] md: bind=0A= [ 3.136982] md: bind=0A= [ 3.141661] raid5: device sda2 operational as raid disk 0=0A= [ 3.141666] raid5: device sdd2 operational as raid disk 3=0A= [ 3.141669] raid5: device sdc2 operational as raid disk 2=0A= [ 3.141672] raid5: device sdb2 operational as raid disk 1=0A= [ 3.142239] raid5: allocated 4282kB for md1=0A= [ 3.142318] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142322] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142325] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142328] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142331] raid5: raid level 5 set md1 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.142334] RAID5 conf printout:=0A= [ 3.142336] --- rd:4 wd:4=0A= [ 3.142339] disk 0, o:1, dev:sda2=0A= [ 3.142341] disk 1, o:1, dev:sdb2=0A= [ 3.142344] disk 2, o:1, dev:sdc2=0A= [ 3.142346] disk 3, o:1, dev:sdd2=0A= [ 3.142383] md1: detected capacity change from 0 to 44994920448=0A= [ 3.144722] md1: unknown partition table=0A= [ 3.361646] md: md2 stopped.=0A= [ 3.364215] md: bind=0A= [ 3.364504] md: bind=0A= [ 3.364828] md: bind=0A= [ 3.365124] md: bind=0A= [ 3.370375] raid5: device sda3 operational as raid disk 0=0A= [ 3.370379] raid5: device sdd3 operational as raid disk 3=0A= [ 3.370383] raid5: device sdc3 operational as raid disk 2=0A= [ 3.370385] raid5: device sdb3 operational as raid disk 1=0A= [ 3.370916] raid5: allocated 4282kB for md2=0A= [ 3.370992] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.370995] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.370999] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.371002] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.371005] raid5: raid level 5 set md2 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.371008] RAID5 conf printout:=0A= [ 3.371010] --- rd:4 wd:4=0A= [ 3.371013] disk 0, o:1, dev:sda3=0A= [ 3.371015] disk 1, o:1, dev:sdb3=0A= [ 3.371017] disk 2, o:1, dev:sdc3=0A= [ 3.371020] disk 3, o:1, dev:sdd3=0A= [ 3.371054] md2: detected capacity change from 0 to 1476294868992=0A= [ 3.373355] md2: unknown partition table=0A= [ 3.589266] md: md3 stopped.=0A= [ 3.592437] md: bind=0A= [ 3.592740] md: bind=0A= [ 3.592905] md: bind=0A= [ 3.593163] md: bind=0A= [ 3.598865] raid5: device sda4 operational as raid disk 0=0A= [ 3.598870] raid5: device sdd4 operational as raid disk 3=0A= [ 3.598873] raid5: device sdc4 operational as raid disk 2=0A= [ 3.598876] raid5: device sdb4 operational as raid disk 1=0A= [ 3.599406] raid5: allocated 4282kB for md3=0A= [ 3.599489] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599492] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599496] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599499] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599503] raid5: raid level 5 set md3 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.599505] RAID5 conf printout:=0A= [ 3.599508] --- rd:4 wd:4=0A= [ 3.599510] disk 0, o:1, dev:sda4=0A= [ 3.599513] disk 1, o:1, dev:sdb4=0A= [ 3.599515] disk 2, o:1, dev:sdc4=0A= [ 3.599518] disk 3, o:1, dev:sdd4=0A= [ 3.599551] md3: detected capacity change from 0 to 1476307451904=0A= [ 3.601856] md3: unknown partition table=0A= [ 3.815966] PM: Starting manual resume from disk=0A= [ 3.815971] PM: Resume from partition 9:0=0A= [ 3.815973] PM: Checking hibernation image.=0A= [ 3.816322] PM: Error -22 checking image file=0A= [ 3.816325] PM: Resume from disk failed.=0A= [ 3.865354] kjournald starting. Commit interval 5 seconds=0A= [ 3.865379] EXT3-fs: mounted filesystem with ordered data mode.=0A= [ 4.639970] udev[598]: starting version 164=0A= [ 4.786755] input: Power Button as = /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input4=0A= [ 4.786765] ACPI: Power Button [PWRB]=0A= [ 4.786879] input: Power Button as = /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5=0A= [ 4.786890] ACPI: Power Button [PWRF]=0A= [ 4.937491] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xb00, = revision 0=0A= [ 4.941762] input: PC Speaker as /devices/platform/pcspkr/input/input6=0A= [ 4.955126] EDAC MC: Ver: 2.1.0 Oct 3 2011=0A= [ 4.959750] EDAC amd64_edac: Ver: 3.2.0 Oct 3 2011=0A= [ 4.960122] EDAC amd64: ECC is enabled by BIOS.=0A= [ 4.960374] EDAC amd64: ECC is enabled by BIOS.=0A= [ 4.960492] EDAC MC: F10h CPU detected=0A= [ 4.960586] EDAC amd64: f10_probe_valid_hardware() This machine is = running with DDR3 memory. This is not currently supported. = DCHR0=3D0x3f49890d DCHR1=3D0x3f49890d=0A= [ 4.960596] EDAC amd64: Contact 'amd64_edac' module MAINTAINER to = help add support.=0A= [ 5.853111] Adding 2926072k swap on /dev/md0. Priority:-1 extents:1 = across:2926072k =0A= [ 6.053683] EXT3 FS on md1, internal journal=0A= [ 6.158596] loop: module loaded=0A= [ 6.666198] usb-storage: device scan complete=0A= [ 6.674634] scsi 8:0:0:0: CD-ROM TEAC DV-28S-V = 1.0B PQ: 0 ANSI: 0=0A= [ 6.764838] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray=0A= [ 6.764854] Uniform CD-ROM driver Revision: 3.20=0A= [ 6.765718] sr 8:0:0:0: Attached scsi CD-ROM sr0=0A= [ 6.784912] sd 0:0:0:0: Attached scsi generic sg0 type 0=0A= [ 6.785295] sd 1:0:0:0: Attached scsi generic sg1 type 0=0A= [ 6.785684] sd 2:0:0:0: Attached scsi generic sg2 type 0=0A= [ 6.786130] sd 3:0:0:0: Attached scsi generic sg3 type 0=0A= [ 6.787199] sr 8:0:0:0: Attached scsi generic sg4 type 5=0A= [ 7.382570] igb: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow = Control: RX=0A= [ 8.238558] Event-channel device installed.=0A= [ 8.477736] alloc irq_desc for 3244 on node -1=0A= [ 8.477741] alloc kstat_irqs on node -1=0A= [ 8.477817] alloc irq_desc for 3243 on node -1=0A= [ 8.477820] alloc kstat_irqs on node -1=0A= [ 8.478277] XENBUS: Unable to read cpu state=0A= [ 8.478617] XENBUS: Unable to read cpu state=0A= [ 8.479011] XENBUS: Unable to read cpu state=0A= [ 8.479375] XENBUS: Unable to read cpu state=0A= [ 8.479722] XENBUS: Unable to read cpu state=0A= [ 8.480308] XENBUS: Unable to read cpu state=0A= [ 8.480621] XENBUS: Unable to read cpu state=0A= [ 8.480899] XENBUS: Unable to read cpu state=0A= [ 8.481225] XENBUS: Unable to read cpu state=0A= [ 8.481600] XENBUS: Unable to read cpu state=0A= [ 8.481974] XENBUS: Unable to read cpu state=0A= [ 8.482350] XENBUS: Unable to read cpu state=0A= [ 10.040934] Bridge firewalling registered=0A= [ 11.171919] ADDRCONF(NETDEV_UP): peth0: link is not ready=0A= [ 13.924584] igb: peth0 NIC Link is Up 1000 Mbps Full Duplex, Flow = Control: RX=0A= [ 13.930463] ADDRCONF(NETDEV_CHANGE): peth0: link becomes ready=0A= [ 14.247564] device peth0 entered promiscuous mode=0A= [ 14.332887] eth0: port 1(peth0) entering forwarding state=0A= [ 24.151734] ip_tables: (C) 2000-2006 Netfilter Core Team=0A= [ 24.696048] peth0: no IPv6 routers present=0A= [ 25.244126] eth0: no IPv6 routers present=0A= ------=_NextPart_000_000D_01CC88C5.EC5107D0 Content-Type: text/plain; name="xm_dmesg_xen.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xm_dmesg_xen.txt" (XEN) Xen version 4.0.1 (Debian 4.0.1-2) (waldi@debian.org) (gcc version = 4.4.5 (Debian 4.4.5-10) ) Wed Jan 12 14:04:06 UTC 2011=0A= (XEN) Bootloader: GRUB 1.98+20100804-14+squeeze1=0A= (XEN) Command line: placeholder=0A= (XEN) Video information:=0A= (XEN) VGA is text mode 80x25, font 8x16=0A= (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds=0A= (XEN) Disc information:=0A= (XEN) Found 4 MBR signatures=0A= (XEN) Found 4 EDD information structures=0A= (XEN) Xen-e820 RAM map:=0A= (XEN) 0000000000000000 - 0000000000092000 (usable)=0A= (XEN) 0000000000092000 - 00000000000a0000 (reserved)=0A= (XEN) 00000000000e6000 - 0000000000100000 (reserved)=0A= (XEN) 0000000000100000 - 00000000dfe90000 (usable)=0A= (XEN) 00000000dfe9e000 - 00000000dfea0000 type 9=0A= (XEN) 00000000dfea0000 - 00000000dfeb2000 (ACPI data)=0A= (XEN) 00000000dfeb2000 - 00000000dfee0000 (ACPI NVS)=0A= (XEN) 00000000dfee0000 - 00000000f0000000 (reserved)=0A= (XEN) 00000000ffe00000 - 0000000100000000 (reserved)=0A= (XEN) 0000000100000000 - 0000000420000000 (usable)=0A= (XEN) ACPI: RSDP 000FA110, 0024 (r2 ACPIAM)=0A= (XEN) ACPI: XSDT DFEA0100, 008C (r1 SMCI 20110916 MSFT = 97)=0A= (XEN) ACPI: FACP DFEA0290, 00F4 (r4 091611 FACP2152 20110916 MSFT = 97)=0A= (XEN) ACPI: DSDT DFEA06B0, 5B09 (r2 1A811 1A811000 0 INTL = 20051117)=0A= (XEN) ACPI: FACS DFEB2000, 0040=0A= (XEN) ACPI: APIC DFEA0390, 0158 (r2 091611 APIC2152 20110916 MSFT = 97)=0A= (XEN) ACPI: MCFG DFEA04F0, 003C (r1 091611 OEMMCFG 20110916 MSFT = 97)=0A= (XEN) ACPI: OEMB DFEB2040, 0075 (r1 091611 OEMB2152 20110916 MSFT = 97)=0A= (XEN) ACPI: HPET DFEAA6B0, 0038 (r1 091611 OEMHPET 20110916 MSFT = 97)=0A= (XEN) ACPI: IVRS DFEAA6F0, 00A8 (r1 AMD RD890S 202031 AMD = 0)=0A= (XEN) ACPI: SRAT DFEAA7A0, 0190 (r2 AMD AGESA 1 AMD = 1)=0A= (XEN) ACPI: SLIT DFEAA930, 0030 (r1 AMD AGESA 1 AMD = 1)=0A= (XEN) ACPI: SSDT DFEAA960, 1ED8 (r1 A M I POWERNOW 1 AMD = 1)=0A= (XEN) ACPI: EINJ DFEAC840, 0130 (r1 AMIER AMI_EINJ 20110916 MSFT = 97)=0A= (XEN) ACPI: BERT DFEAC9D0, 0030 (r1 AMIER AMI_BERT 20110916 MSFT = 97)=0A= (XEN) ACPI: ERST DFEACA00, 01B0 (r1 AMIER AMI_ERST 20110916 MSFT = 97)=0A= (XEN) ACPI: HEST DFEACBB0, 00A8 (r1 AMIER ABC_HEST 20110916 MSFT = 97)=0A= (XEN) System RAM: 16382MB (16775304kB)=0A= (XEN) Reserving non-aligned node boundary @ mfn 0x220000=0A= (XEN) Domain heap initialised DMA width 31 bits=0A= (XEN) Processor #16 0:9 APIC version 16=0A= (XEN) Processor #17 0:9 APIC version 16=0A= (XEN) Processor #18 0:9 APIC version 16=0A= (XEN) Processor #19 0:9 APIC version 16=0A= (XEN) Processor #20 0:9 APIC version 16=0A= (XEN) Processor #21 0:9 APIC version 16=0A= (XEN) Processor #22 0:9 APIC version 16=0A= (XEN) Processor #23 0:9 APIC version 16=0A= (XEN) Processor #24 0:9 APIC version 16=0A= (XEN) Processor #25 0:9 APIC version 16=0A= (XEN) Processor #26 0:9 APIC version 16=0A= (XEN) Processor #27 0:9 APIC version 16=0A= (XEN) IOAPIC[0]: apic_id 0, version 33, address 0xfec00000, GSI 0-23=0A= (XEN) Enabling APIC mode: Phys. Using 1 I/O APICs=0A= (XEN) Using scheduler: SMP Credit Scheduler (credit)=0A= (XEN) Detected 1900.079 MHz processor.=0A= (XEN) Initing memory sharing.=0A= (XEN) HVM: ASIDs enabled.=0A= (XEN) HVM: SVM enabled=0A= (XEN) HVM: Hardware Assisted Paging detected.=0A= (XEN) AMD-Vi: IOMMU 0 Enabled.=0A= (XEN) I/O virtualisation enabled=0A= (XEN) - Dom0 mode: Relaxed=0A= (XEN) Total of 12 processors activated.=0A= (XEN) ENABLING IO-APIC IRQs=0A= (XEN) -> Using new ACK method=0A= (XEN) TSC is reliable, synchronization unnecessary=0A= (XEN) Platform timer appears to have unexpectedly wrapped 10 or more = times.=0A= (XEN) Platform timer is 14.318MHz HPET=0A= (XEN) Allocated console ring of 32 KiB.=0A= (XEN) do_IRQ: 1.231 No irq handler for vector (irq -1)=0A= (XEN) Brought up 12 CPUs=0A= (XEN) do_IRQ: 2.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 4.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 3.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 5.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 10.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 11.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 9.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 6.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 7.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 8.231 No irq handler for vector (irq -1)=0A= (XEN) *** LOADING DOMAIN 0 ***=0A= (XEN) Xen kernel: 64-bit, lsb, compat32=0A= (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x16b9000=0A= (XEN) PHYSICAL MEMORY ARRANGEMENT:=0A= (XEN) Dom0 alloc.: 0000000210000000->0000000218000000 (4072530 pages = to be allocated)=0A= (XEN) VIRTUAL MEMORY ARRANGEMENT:=0A= (XEN) Loaded kernel: ffffffff81000000->ffffffff816b9000=0A= (XEN) Init. ramdisk: ffffffff816b9000->ffffffff83180800=0A= (XEN) Phys-Mach map: ffffffff83181000->ffffffff850d3290=0A= (XEN) Start info: ffffffff850d4000->ffffffff850d44b4=0A= (XEN) Page tables: ffffffff850d5000->ffffffff85102000=0A= (XEN) Boot stack: ffffffff85102000->ffffffff85103000=0A= (XEN) TOTAL: ffffffff80000000->ffffffff85400000=0A= (XEN) ENTRY ADDRESS: ffffffff81508200=0A= (XEN) Dom0 has maximum 12 VCPUs=0A= (XEN) Scrubbing Free RAM: .done.=0A= (XEN) Xen trace buffers: disabled=0A= (XEN) Std. Loglevel: Errors and warnings=0A= (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)=0A= (XEN) Xen is relinquishing VGA console.=0A= (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch = input to Xen)=0A= (XEN) Freed 176kB init memory.=0A= (XEN) traps.c:2308:d0 Domain attempted WRMSR 00000000c0010000 from = 00000000:00000000 to 00000000:00430076.=0A= ------=_NextPart_000_000D_01CC88C5.EC5107D0 Content-Type: text/plain; name="dmesg_without_xen.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg_without_xen.txt" [ 0.000000] Initializing cgroup subsys cpuset=0A= [ 0.000000] Initializing cgroup subsys cpu=0A= [ 0.000000] Linux version 2.6.32-5-amd64 (Debian 2.6.32-38) = (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon = Oct 3 03:59:20 UTC 2011=0A= [ 0.000000] Command line: BOOT_IMAGE=3D/boot/vmlinuz-2.6.32-5-amd64 = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet=0A= [ 0.000000] KERNEL supported cpus:=0A= [ 0.000000] Intel GenuineIntel=0A= [ 0.000000] AMD AuthenticAMD=0A= [ 0.000000] Centaur CentaurHauls=0A= [ 0.000000] BIOS-provided physical RAM map:=0A= [ 0.000000] BIOS-e820: 0000000000000000 - 0000000000092000 (usable)=0A= [ 0.000000] BIOS-e820: 0000000000092000 - 00000000000a0000 (reserved)=0A= [ 0.000000] BIOS-e820: 00000000000e6000 - 0000000000100000 (reserved)=0A= [ 0.000000] BIOS-e820: 0000000000100000 - 00000000dfe90000 (usable)=0A= [ 0.000000] BIOS-e820: 00000000dfe9e000 - 00000000dfea0000 (reserved)=0A= [ 0.000000] BIOS-e820: 00000000dfea0000 - 00000000dfeb2000 (ACPI = data)=0A= [ 0.000000] BIOS-e820: 00000000dfeb2000 - 00000000dfee0000 (ACPI NVS)=0A= [ 0.000000] BIOS-e820: 00000000dfee0000 - 00000000f0000000 (reserved)=0A= [ 0.000000] BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved)=0A= [ 0.000000] BIOS-e820: 0000000100000000 - 0000000420000000 (usable)=0A= [ 0.000000] DMI present.=0A= [ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working = around it.=0A= [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 = (usable) =3D=3D> (reserved)=0A= [ 0.000000] last_pfn =3D 0x420000 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] MTRR default type: uncachable=0A= [ 0.000000] MTRR fixed ranges enabled:=0A= [ 0.000000] 00000-9FFFF write-back=0A= [ 0.000000] A0000-EFFFF uncachable=0A= [ 0.000000] F0000-FFFFF write-protect=0A= [ 0.000000] MTRR variable ranges enabled:=0A= [ 0.000000] 0 base 000000000000 mask FFFF80000000 write-back=0A= [ 0.000000] 1 base 000080000000 mask FFFFC0000000 write-back=0A= [ 0.000000] 2 base 0000C0000000 mask FFFFE0000000 write-back=0A= [ 0.000000] 3 disabled=0A= [ 0.000000] 4 disabled=0A= [ 0.000000] 5 disabled=0A= [ 0.000000] 6 disabled=0A= [ 0.000000] 7 disabled=0A= [ 0.000000] TOM2: 0000000420000000 aka 16896M=0A= [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new = 0x7010600070106=0A= [ 0.000000] e820 update range: 00000000e0000000 - 0000000100000000 = (usable) =3D=3D> (reserved)=0A= [ 0.000000] last_pfn =3D 0xdfe90 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] initial memory mapped : 0 - 20000000=0A= [ 0.000000] Using GB pages for direct mapping=0A= [ 0.000000] init_memory_mapping: 0000000000000000-00000000dfe90000=0A= [ 0.000000] 0000000000 - 00c0000000 page 1G=0A= [ 0.000000] 00c0000000 - 00dfe00000 page 2M=0A= [ 0.000000] 00dfe00000 - 00dfe90000 page 4k=0A= [ 0.000000] kernel direct mapping tables up to dfe90000 @ 10000-13000=0A= [ 0.000000] init_memory_mapping: 0000000100000000-0000000420000000=0A= [ 0.000000] 0100000000 - 0400000000 page 1G=0A= [ 0.000000] 0400000000 - 0420000000 page 2M=0A= [ 0.000000] kernel direct mapping tables up to 420000000 @ 12000-14000=0A= [ 0.000000] RAMDISK: 376bf000 - 37fefc38=0A= [ 0.000000] ACPI: RSDP 00000000000fa110 00024 (v02 ACPIAM)=0A= [ 0.000000] ACPI: XSDT 00000000dfea0100 0008C (v01 SMCI = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: FACP 00000000dfea0290 000F4 (v04 091611 FACP2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: DSDT 00000000dfea06b0 05B09 (v02 1A811 1A811000 = 00000000 INTL 20051117)=0A= [ 0.000000] ACPI: FACS 00000000dfeb2000 00040=0A= [ 0.000000] ACPI: APIC 00000000dfea0390 00158 (v02 091611 APIC2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: MCFG 00000000dfea04f0 0003C (v01 091611 OEMMCFG = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: OEMB 00000000dfeb2040 00075 (v01 091611 OEMB2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HPET 00000000dfeaa6b0 00038 (v01 091611 OEMHPET = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: IVRS 00000000dfeaa6f0 000A8 (v01 AMD RD890S = 00202031 AMD 00000000)=0A= [ 0.000000] ACPI: SRAT 00000000dfeaa7a0 00190 (v02 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SLIT 00000000dfeaa930 00030 (v01 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SSDT 00000000dfeaa960 01ED8 (v01 A M I POWERNOW = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: EINJ 00000000dfeac840 00130 (v01 AMIER AMI_EINJ = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: BERT 00000000dfeac9d0 00030 (v01 AMIER AMI_BERT = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: ERST 00000000dfeaca00 001B0 (v01 AMIER AMI_ERST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HEST 00000000dfeacbb0 000A8 (v01 AMIER ABC_HEST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] SRAT: PXM 0 -> APIC 16 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 17 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 18 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 19 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 20 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 21 -> Node 0=0A= [ 0.000000] SRAT: PXM 1 -> APIC 22 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 23 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 24 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 25 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 26 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 27 -> Node 1=0A= [ 0.000000] SRAT: Node 0 PXM 0 0-a0000=0A= [ 0.000000] SRAT: Node 0 PXM 0 100000-e0000000=0A= [ 0.000000] SRAT: Node 0 PXM 0 100000000-220000000=0A= [ 0.000000] SRAT: Node 1 PXM 1 220000000-420000000=0A= [ 0.000000] NUMA: Allocated memnodemap from 13040 - 1b480=0A= [ 0.000000] NUMA: Using 20 for the hash shift.=0A= [ 0.000000] Bootmem setup node 0 0000000000000000-0000000220000000=0A= [ 0.000000] NODE_DATA [000000000001b480 - 000000000002347f]=0A= [ 0.000000] bootmap [0000000000024000 - 0000000000067fff] pages 44=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0000000000 - = 0220000000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page =3D=3D> = [0000000000 - 0000001000]=0A= [ 0.000000] #1 [0000006000 - 0000008000] TRAMPOLINE =3D=3D> = [0000006000 - 0000008000]=0A= [ 0.000000] #2 [0001000000 - 000168a594] TEXT DATA BSS =3D=3D> = [0001000000 - 000168a594]=0A= [ 0.000000] #3 [00376bf000 - 0037fefc38] RAMDISK =3D=3D> = [00376bf000 - 0037fefc38]=0A= [ 0.000000] #4 [0000092000 - 0000100000] BIOS reserved =3D=3D> = [0000092000 - 0000100000]=0A= [ 0.000000] #5 [000168b000 - 000168b21b] BRK =3D=3D> = [000168b000 - 000168b21b]=0A= [ 0.000000] #6 [0000010000 - 0000012000] PGTABLE =3D=3D> = [0000010000 - 0000012000]=0A= [ 0.000000] #7 [0000012000 - 0000013000] PGTABLE =3D=3D> = [0000012000 - 0000013000]=0A= [ 0.000000] #8 [0000013000 - 0000013030] ACPI SLIT =3D=3D> = [0000013000 - 0000013030]=0A= [ 0.000000] #9 [0000013040 - 000001b480] MEMNODEMAP =3D=3D> = [0000013040 - 000001b480]=0A= [ 0.000000] Bootmem setup node 1 0000000220000000-0000000420000000=0A= [ 0.000000] NODE_DATA [0000000220000000 - 0000000220007fff]=0A= [ 0.000000] bootmap [0000000220008000 - 0000000220047fff] pages 40=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0220000000 - = 0420000000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page=0A= [ 0.000000] #1 [0000006000 - 0000008000] TRAMPOLINE=0A= [ 0.000000] #2 [0001000000 - 000168a594] TEXT DATA BSS=0A= [ 0.000000] #3 [00376bf000 - 0037fefc38] RAMDISK=0A= [ 0.000000] #4 [0000092000 - 0000100000] BIOS reserved=0A= [ 0.000000] #5 [000168b000 - 000168b21b] BRK=0A= [ 0.000000] #6 [0000010000 - 0000012000] PGTABLE=0A= [ 0.000000] #7 [0000012000 - 0000013000] PGTABLE=0A= [ 0.000000] #8 [0000013000 - 0000013030] ACPI SLIT=0A= [ 0.000000] #9 [0000013040 - 000001b480] MEMNODEMAP=0A= [ 0.000000] found SMP MP-table at [ffff8800000ff780] ff780=0A= [ 0.000000] [ffffea0007700000-ffffea00077fffff] potential offnode = page_structs=0A= [ 0.000000] [ffffea0000000000-ffffea00077fffff] PMD -> = [ffff880001800000-ffff8800089fffff] on node 0=0A= [ 0.000000] [ffffea0007800000-ffffea000e7fffff] PMD -> = [ffff880220200000-ffff8802271fffff] on node 1=0A= [ 0.000000] Zone PFN ranges:=0A= [ 0.000000] DMA 0x00000010 -> 0x00001000=0A= [ 0.000000] DMA32 0x00001000 -> 0x00100000=0A= [ 0.000000] Normal 0x00100000 -> 0x00420000=0A= [ 0.000000] Movable zone start PFN for each node=0A= [ 0.000000] early_node_map[4] active PFN ranges=0A= [ 0.000000] 0: 0x00000010 -> 0x00000092=0A= [ 0.000000] 0: 0x00000100 -> 0x000dfe90=0A= [ 0.000000] 0: 0x00100000 -> 0x00220000=0A= [ 0.000000] 1: 0x00220000 -> 0x00420000=0A= [ 0.000000] On node 0 totalpages: 2096658=0A= [ 0.000000] DMA zone: 56 pages used for memmap=0A= [ 0.000000] DMA zone: 124 pages reserved=0A= [ 0.000000] DMA zone: 3790 pages, LIFO batch:0=0A= [ 0.000000] DMA32 zone: 14280 pages used for memmap=0A= [ 0.000000] DMA32 zone: 898760 pages, LIFO batch:31=0A= [ 0.000000] Normal zone: 16128 pages used for memmap=0A= [ 0.000000] Normal zone: 1163520 pages, LIFO batch:31=0A= [ 0.000000] On node 1 totalpages: 2097152=0A= [ 0.000000] Normal zone: 28672 pages used for memmap=0A= [ 0.000000] Normal zone: 2068480 pages, LIFO batch:31=0A= [ 0.000000] ACPI: PM-Timer IO Port: 0x808=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x10] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x11] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x12] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x13] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x15] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x16] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x17] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x18] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x19] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x1a] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x1b] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x8c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x8d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x8e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x8f] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x90] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x91] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x92] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x93] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x94] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x95] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x96] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x18] lapic_id[0x97] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x19] lapic_id[0x98] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x99] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x9a] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x9b] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x9c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x9d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x9e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x20] lapic_id[0x9f] disabled)=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])=0A= [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])=0A= [ 0.000000] IOAPIC[0]: apic_id 0, version 33, address 0xfec00000, GSI = 0-23=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)=0A= [ 0.000000] ACPI: IRQ0 used by override.=0A= [ 0.000000] ACPI: IRQ2 used by override.=0A= [ 0.000000] ACPI: IRQ9 used by override.=0A= [ 0.000000] Using ACPI (MADT) for SMP configuration information=0A= [ 0.000000] ACPI: HPET id: 0x8300 base: 0xfed00000=0A= [ 0.000000] SMP: Allowing 32 CPUs, 20 hotplug CPUs=0A= [ 0.000000] nr_irqs_gsi: 24=0A= [ 0.000000] PM: Registered nosave memory: 0000000000092000 - = 00000000000a0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - = 00000000000e6000=0A= [ 0.000000] PM: Registered nosave memory: 00000000000e6000 - = 0000000000100000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe90000 - = 00000000dfe9e000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe9e000 - = 00000000dfea0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfea0000 - = 00000000dfeb2000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfeb2000 - = 00000000dfee0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfee0000 - = 00000000f0000000=0A= [ 0.000000] PM: Registered nosave memory: 00000000f0000000 - = 00000000ffe00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000ffe00000 - = 0000000100000000=0A= [ 0.000000] Allocating PCI resources starting at f0000000 (gap: = f0000000:fe00000)=0A= [ 0.000000] Booting paravirtualized kernel on bare hardware=0A= [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:32 = nr_node_ids:2=0A= [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff880008c00000 s90328 = r8192 d24360 u131072=0A= [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u131072 alloc=3D1*2097152=0A= [ 0.000000] pcpu-alloc: [0] 00 01 02 03 04 05 12 14 16 18 20 22 24 26 = 28 30 =0A= [ 0.000000] pcpu-alloc: [1] 06 07 08 09 10 11 13 15 17 19 21 23 25 27 = 29 31 =0A= [ 0.000000] Built 2 zonelists in Zone order, mobility grouping on. = Total pages: 4134550=0A= [ 0.000000] Policy zone: Normal=0A= [ 0.000000] Kernel command line: = BOOT_IMAGE=3D/boot/vmlinuz-2.6.32-5-amd64 = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet=0A= [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)=0A= [ 0.000000] Initializing CPU#0=0A= [ 0.000000] Checking aperture...=0A= [ 0.000000] No AGP bridge found=0A= [ 0.000000] Node 0: aperture @ 0 size 32 MB=0A= [ 0.000000] Your BIOS doesn't leave a aperture memory hole=0A= [ 0.000000] Please enable the IOMMU option in the BIOS setup=0A= [ 0.000000] This costs you 64 MB of RAM=0A= [ 0.000000] Mapping aperture over 65536 KB of RAM @ 20000000=0A= [ 0.000000] PM: Registered nosave memory: 0000000020000000 - = 0000000024000000=0A= [ 0.000000] Memory: 16457736k/17301504k available (3081k kernel code, = 526264k absent, 317504k reserved, 1889k data, 592k init)=0A= [ 0.000000] SLUB: Genslabs=3D14, HWalign=3D64, Order=3D0-3, = MinObjects=3D0, CPUs=3D32, Nodes=3D2=0A= [ 0.000000] Hierarchical RCU implementation.=0A= [ 0.000000] NR_IRQS:4352 nr_irqs:664=0A= [ 0.000000] Extended CMOS year: 2000=0A= [ 0.000000] spurious 8259A interrupt: IRQ7.=0A= [ 0.000000] Console: colour VGA+ 80x25=0A= [ 0.000000] console [tty0] enabled=0A= [ 0.000000] hpet clockevent registered=0A= [ 0.000000] Fast TSC calibration using PIT=0A= [ 0.000000] Detected 1900.113 MHz processor.=0A= [ 0.008010] Calibrating delay loop (skipped), value calculated using = timer frequency.. 3800.22 BogoMIPS (lpj=3D7600440)=0A= [ 0.008030] Security Framework initialized=0A= [ 0.008034] SELinux: Disabled at boot.=0A= [ 0.012433] Dentry cache hash table entries: 2097152 (order: 12, = 16777216 bytes)=0A= [ 0.018081] Inode-cache hash table entries: 1048576 (order: 11, = 8388608 bytes)=0A= [ 0.020554] Mount-cache hash table entries: 256=0A= [ 0.020723] Initializing cgroup subsys ns=0A= [ 0.020727] Initializing cgroup subsys cpuacct=0A= [ 0.020733] Initializing cgroup subsys devices=0A= [ 0.020736] Initializing cgroup subsys freezer=0A= [ 0.020738] Initializing cgroup subsys net_cls=0A= [ 0.020762] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.020765] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.020767] CPU 0/0x10 -> Node 0=0A= [ 0.020770] tseg: 00dff00000=0A= [ 0.020772] CPU: Physical Processor ID: 0=0A= [ 0.020774] CPU: Processor Core ID: 0=0A= [ 0.020776] mce: CPU supports 6 MCE banks=0A= [ 0.020786] Performance Events: AMD PMU driver.=0A= [ 0.020790] ... version: 0=0A= [ 0.020792] ... bit width: 48=0A= [ 0.020793] ... generic registers: 4=0A= [ 0.020795] ... value mask: 0000ffffffffffff=0A= [ 0.020797] ... max period: 00007fffffffffff=0A= [ 0.020799] ... fixed-purpose events: 0=0A= [ 0.020800] ... event mask: 000000000000000f=0A= [ 0.021620] ACPI: Core revision 20090903=0A= [ 0.030541] Setting APIC routing to physical flat=0A= [ 0.030837] ..TIMER: vector=3D0x30 apic1=3D0 pin1=3D2 apic2=3D-1 = pin2=3D-1=0A= [ 0.070532] CPU0: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.072001] Booting processor 1 APIC 0x11 ip 0x6000=0A= [ 0.012000] Initializing CPU#1=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 1/0x11 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 1=0A= [ 0.156039] CPU1: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.156050] checking TSC synchronization [CPU#0 -> CPU#1]: passed.=0A= [ 0.160120] Booting processor 2 APIC 0x12 ip 0x6000=0A= [ 0.012000] Initializing CPU#2=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 2/0x12 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 2=0A= [ 0.264126] CPU2: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.264135] checking TSC synchronization [CPU#0 -> CPU#2]: passed.=0A= [ 0.268116] Booting processor 3 APIC 0x13 ip 0x6000=0A= [ 0.012000] Initializing CPU#3=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 3/0x13 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 3=0A= [ 0.368093] CPU3: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.368102] checking TSC synchronization [CPU#0 -> CPU#3]: passed.=0A= [ 0.372117] Booting processor 4 APIC 0x14 ip 0x6000=0A= [ 0.012000] Initializing CPU#4=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 4/0x14 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 4=0A= [ 0.464091] CPU4: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.464100] checking TSC synchronization [CPU#0 -> CPU#4]: passed.=0A= [ 0.468116] Booting processor 5 APIC 0x15 ip 0x6000=0A= [ 0.012000] Initializing CPU#5=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 5/0x15 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 5=0A= [ 0.572112] CPU5: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.572121] checking TSC synchronization [CPU#0 -> CPU#5]: passed.=0A= [ 0.576125] Booting processor 6 APIC 0x16 ip 0x6000=0A= [ 0.012000] Initializing CPU#6=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 6/0x16 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 0=0A= [ 0.684113] CPU6: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.684122] checking TSC synchronization [CPU#0 -> CPU#6]: passed.=0A= [ 0.688138] Booting processor 7 APIC 0x17 ip 0x6000=0A= [ 0.012000] Initializing CPU#7=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 7/0x17 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 1=0A= [ 0.780057] CPU7: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.780064] checking TSC synchronization [CPU#0 -> CPU#7]: passed.=0A= [ 0.784079] Booting processor 8 APIC 0x18 ip 0x6000=0A= [ 0.012000] Initializing CPU#8=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 8/0x18 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 2=0A= [ 0.872051] CPU8: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.872058] checking TSC synchronization [CPU#0 -> CPU#8]: passed.=0A= [ 0.876082] Booting processor 9 APIC 0x19 ip 0x6000=0A= [ 0.012000] Initializing CPU#9=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 9/0x19 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 3=0A= [ 0.964052] CPU9: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.964058] checking TSC synchronization [CPU#0 -> CPU#9]: passed.=0A= [ 0.968086] Booting processor 10 APIC 0x1a ip 0x6000=0A= [ 0.012000] Initializing CPU#10=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 10/0x1a -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 4=0A= [ 1.056055] CPU10: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 1.056062] checking TSC synchronization [CPU#0 -> CPU#10]: passed.=0A= [ 1.060103] Booting processor 11 APIC 0x1b ip 0x6000=0A= [ 0.012000] Initializing CPU#11=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 11/0x1b -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 5=0A= [ 1.148075] CPU11: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 1.148095] checking TSC synchronization [CPU#0 -> CPU#11]: passed.=0A= [ 1.152025] Brought up 12 CPUs=0A= [ 1.152028] Total of 12 processors activated (45606.55 BogoMIPS).=0A= [ 1.156128] CPU0 attaching sched-domain:=0A= [ 1.156133] domain 0: span 0-5 level MC=0A= [ 1.156135] groups: group ffff880008c0fbf0 cpus 0 group = ffff880008c2fbf0 cpus 1 group ffff880008c4fbf0 cpus 2 group = ffff880008c6fbf0 cpus 3 group ffff880008c8fbf0 cpus 4 group = ffff880008cafbf0 cpus 5=0A= [ 1.156147] domain 1: span 0-11 level NODE=0A= [ 1.156149] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156159] CPU1 attaching sched-domain:=0A= [ 1.156161] domain 0: span 0-5 level MC=0A= [ 1.156163] groups: group ffff880008c2fbf0 cpus 1 group = ffff880008c4fbf0 cpus 2 group ffff880008c6fbf0 cpus 3 group = ffff880008c8fbf0 cpus 4 group ffff880008cafbf0 cpus 5 group = ffff880008c0fbf0 cpus 0=0A= [ 1.156173] domain 1: span 0-11 level NODE=0A= [ 1.156175] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156183] CPU2 attaching sched-domain:=0A= [ 1.156184] domain 0: span 0-5 level MC=0A= [ 1.156186] groups: group ffff880008c4fbf0 cpus 2 group = ffff880008c6fbf0 cpus 3 group ffff880008c8fbf0 cpus 4 group = ffff880008cafbf0 cpus 5 group ffff880008c0fbf0 cpus 0 group = ffff880008c2fbf0 cpus 1=0A= [ 1.156196] domain 1: span 0-11 level NODE=0A= [ 1.156198] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156206] CPU3 attaching sched-domain:=0A= [ 1.156208] domain 0: span 0-5 level MC=0A= [ 1.156210] groups: group ffff880008c6fbf0 cpus 3 group = ffff880008c8fbf0 cpus 4 group ffff880008cafbf0 cpus 5 group = ffff880008c0fbf0 cpus 0 group ffff880008c2fbf0 cpus 1 group = ffff880008c4fbf0 cpus 2=0A= [ 1.156219] domain 1: span 0-11 level NODE=0A= [ 1.156221] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156229] CPU4 attaching sched-domain:=0A= [ 1.156231] domain 0: span 0-5 level MC=0A= [ 1.156233] groups: group ffff880008c8fbf0 cpus 4 group = ffff880008cafbf0 cpus 5 group ffff880008c0fbf0 cpus 0 group = ffff880008c2fbf0 cpus 1 group ffff880008c4fbf0 cpus 2 group = ffff880008c6fbf0 cpus 3=0A= [ 1.156242] domain 1: span 0-11 level NODE=0A= [ 1.156244] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156252] CPU5 attaching sched-domain:=0A= [ 1.156254] domain 0: span 0-5 level MC=0A= [ 1.156256] groups: group ffff880008cafbf0 cpus 5 group = ffff880008c0fbf0 cpus 0 group ffff880008c2fbf0 cpus 1 group = ffff880008c4fbf0 cpus 2 group ffff880008c6fbf0 cpus 3 group = ffff880008c8fbf0 cpus 4=0A= [ 1.156265] domain 1: span 0-11 level NODE=0A= [ 1.156267] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156275] CPU6 attaching sched-domain:=0A= [ 1.156277] domain 0: span 6-11 level MC=0A= [ 1.156279] groups: group ffff88022740fbf0 cpus 6 group = ffff88022742fbf0 cpus 7 group ffff88022744fbf0 cpus 8 group = ffff88022746fbf0 cpus 9 group ffff88022748fbf0 cpus 10 group = ffff8802274afbf0 cpus 11=0A= [ 1.156289] domain 1: span 0-11 level NODE=0A= [ 1.156291] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156298] CPU7 attaching sched-domain:=0A= [ 1.156300] domain 0: span 6-11 level MC=0A= [ 1.156302] groups: group ffff88022742fbf0 cpus 7 group = ffff88022744fbf0 cpus 8 group ffff88022746fbf0 cpus 9 group = ffff88022748fbf0 cpus 10 group ffff8802274afbf0 cpus 11 group = ffff88022740fbf0 cpus 6=0A= [ 1.156312] domain 1: span 0-11 level NODE=0A= [ 1.156314] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156321] CPU8 attaching sched-domain:=0A= [ 1.156323] domain 0: span 6-11 level MC=0A= [ 1.156325] groups: group ffff88022744fbf0 cpus 8 group = ffff88022746fbf0 cpus 9 group ffff88022748fbf0 cpus 10 group = ffff8802274afbf0 cpus 11 group ffff88022740fbf0 cpus 6 group = ffff88022742fbf0 cpus 7=0A= [ 1.156335] domain 1: span 0-11 level NODE=0A= [ 1.156337] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156345] CPU9 attaching sched-domain:=0A= [ 1.156347] domain 0: span 6-11 level MC=0A= [ 1.156349] groups: group ffff88022746fbf0 cpus 9 group = ffff88022748fbf0 cpus 10 group ffff8802274afbf0 cpus 11 group = ffff88022740fbf0 cpus 6 group ffff88022742fbf0 cpus 7 group = ffff88022744fbf0 cpus 8=0A= [ 1.156358] domain 1: span 0-11 level NODE=0A= [ 1.156360] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156368] CPU10 attaching sched-domain:=0A= [ 1.156370] domain 0: span 6-11 level MC=0A= [ 1.156372] groups: group ffff88022748fbf0 cpus 10 group = ffff8802274afbf0 cpus 11 group ffff88022740fbf0 cpus 6 group = ffff88022742fbf0 cpus 7 group ffff88022744fbf0 cpus 8 group = ffff88022746fbf0 cpus 9=0A= [ 1.156382] domain 1: span 0-11 level NODE=0A= [ 1.156384] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156391] CPU11 attaching sched-domain:=0A= [ 1.156393] domain 0: span 6-11 level MC=0A= [ 1.156395] groups: group ffff8802274afbf0 cpus 11 group = ffff88022740fbf0 cpus 6 group ffff88022742fbf0 cpus 7 group = ffff88022744fbf0 cpus 8 group ffff88022746fbf0 cpus 9 group = ffff88022748fbf0 cpus 10=0A= [ 1.156405] domain 1: span 0-11 level NODE=0A= [ 1.156407] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156816] devtmpfs: initialized=0A= [ 1.162796] regulator: core version 0.5=0A= [ 1.162796] NET: Registered protocol family 16=0A= [ 1.162796] node 0 link 3: io port [1000, ffffff]=0A= [ 1.162796] TOM: 00000000e0000000 aka 3584M=0A= [ 1.162796] Fam 10h mmconf [e0000000, efffffff]=0A= [ 1.162796] node 0 link 3: mmio [e0000000, efffffff] =3D=3D> none=0A= [ 1.162796] node 0 link 3: mmio [f0000000, ffffffff]=0A= [ 1.162796] node 0 link 3: mmio [a0000, bffff]=0A= [ 1.162796] TOM2: 0000000420000000 aka 16896M=0A= [ 1.162796] bus: [00,1f] on node 0 link 3=0A= [ 1.162796] bus: 00 index 0 io port: [0, ffff]=0A= [ 1.162796] bus: 00 index 1 mmio: [f0000000, ffffffff]=0A= [ 1.162796] bus: 00 index 2 mmio: [a0000, bffff]=0A= [ 1.162796] bus: 00 index 3 mmio: [420000000, fcffffffff]=0A= [ 1.162796] ACPI: bus type pci registered=0A= [ 1.162796] PCI: MCFG configuration 0: base e0000000 segment 0 buses = 0 - 255=0A= [ 1.162796] PCI: MCFG area at e0000000 reserved in E820=0A= [ 1.172169] PCI: Using MMCONFIG at e0000000 - efffffff=0A= [ 1.172172] PCI: Using configuration type 1 for base access=0A= [ 1.172987] bio: create slab at 0=0A= [ 1.172987] ACPI: EC: Look up EC in DSDT=0A= [ 1.178315] ACPI: Executed 2 blocks of module-level executable AML = code=0A= [ 1.187393] ACPI: Interpreter enabled=0A= [ 1.187396] ACPI: (supports S0 S1 S4 S5)=0A= [ 1.187421] ACPI: Using IOAPIC for interrupt routing=0A= [ 1.195088] ACPI Warning: Incorrect checksum in table [OEMB] - A3, = should be A0 (20090903/tbutils-314)=0A= [ 1.195387] ACPI: No dock devices found.=0A= [ 1.195569] ACPI: PCI Root Bridge [PCI0] (0000:00)=0A= [ 1.195713] pci 0000:00:04.0: PME# supported from D0 D3hot D3cold=0A= [ 1.195716] pci 0000:00:04.0: PME# disabled=0A= [ 1.195770] pci 0000:00:11.0: reg 10 io port: [0xd000-0xd007]=0A= [ 1.195777] pci 0000:00:11.0: reg 14 io port: [0xc000-0xc003]=0A= [ 1.195784] pci 0000:00:11.0: reg 18 io port: [0xb000-0xb007]=0A= [ 1.195791] pci 0000:00:11.0: reg 1c io port: [0xa000-0xa003]=0A= [ 1.195798] pci 0000:00:11.0: reg 20 io port: [0x9000-0x900f]=0A= [ 1.195805] pci 0000:00:11.0: reg 24 32bit mmio: = [0xfeafa400-0xfeafa7ff]=0A= [ 1.195854] pci 0000:00:12.0: reg 10 32bit mmio: = [0xfeaf6000-0xfeaf6fff]=0A= [ 1.195906] pci 0000:00:12.1: reg 10 32bit mmio: = [0xfeaf7000-0xfeaf7fff]=0A= [ 1.195974] pci 0000:00:12.2: reg 10 32bit mmio: = [0xfeafa800-0xfeafa8ff]=0A= [ 1.196033] pci 0000:00:12.2: supports D1 D2=0A= [ 1.196035] pci 0000:00:12.2: PME# supported from D0 D1 D2 D3hot=0A= [ 1.196040] pci 0000:00:12.2: PME# disabled=0A= [ 1.196070] pci 0000:00:13.0: reg 10 32bit mmio: = [0xfeaf8000-0xfeaf8fff]=0A= [ 1.196131] pci 0000:00:13.1: reg 10 32bit mmio: = [0xfeaf9000-0xfeaf9fff]=0A= [ 1.196201] pci 0000:00:13.2: reg 10 32bit mmio: = [0xfeafac00-0xfeafacff]=0A= [ 1.196251] pci 0000:00:13.2: supports D1 D2=0A= [ 1.196253] pci 0000:00:13.2: PME# supported from D0 D1 D2 D3hot=0A= [ 1.196257] pci 0000:00:13.2: PME# disabled=0A= [ 1.196367] pci 0000:00:14.1: reg 10 io port: [0x00-0x07]=0A= [ 1.196374] pci 0000:00:14.1: reg 14 io port: [0x00-0x03]=0A= [ 1.196380] pci 0000:00:14.1: reg 18 io port: [0x00-0x07]=0A= [ 1.196387] pci 0000:00:14.1: reg 1c io port: [0x00-0x03]=0A= [ 1.196393] pci 0000:00:14.1: reg 20 io port: [0xff00-0xff0f]=0A= [ 1.196519] pci 0000:00:14.5: reg 10 32bit mmio: = [0xfeafb000-0xfeafbfff]=0A= [ 1.196785] pci 0000:02:00.0: reg 10 32bit mmio: = [0xfeb60000-0xfeb7ffff]=0A= [ 1.196791] pci 0000:02:00.0: reg 14 32bit mmio: = [0xfeb40000-0xfeb5ffff]=0A= [ 1.196798] pci 0000:02:00.0: reg 18 io port: [0xe400-0xe41f]=0A= [ 1.196804] pci 0000:02:00.0: reg 1c 32bit mmio: = [0xfeb1c000-0xfeb1ffff]=0A= [ 1.196818] pci 0000:02:00.0: reg 30 32bit mmio pref: = [0xfeb20000-0xfeb3ffff]=0A= [ 1.196844] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold=0A= [ 1.196848] pci 0000:02:00.0: PME# disabled=0A= [ 1.196882] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.196894] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.196932] pci 0000:02:00.1: reg 10 32bit mmio: = [0xfebe0000-0xfebfffff]=0A= [ 1.196938] pci 0000:02:00.1: reg 14 32bit mmio: = [0xfebc0000-0xfebdffff]=0A= [ 1.196944] pci 0000:02:00.1: reg 18 io port: [0xe800-0xe81f]=0A= [ 1.196951] pci 0000:02:00.1: reg 1c 32bit mmio: = [0xfeb9c000-0xfeb9ffff]=0A= [ 1.196965] pci 0000:02:00.1: reg 30 32bit mmio pref: = [0xfeba0000-0xfebbffff]=0A= [ 1.196991] pci 0000:02:00.1: PME# supported from D0 D3hot D3cold=0A= [ 1.196995] pci 0000:02:00.1: PME# disabled=0A= [ 1.197022] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.197034] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.204089] pci 0000:00:04.0: bridge io port: [0xe000-0xefff]=0A= [ 1.204093] pci 0000:00:04.0: bridge 32bit mmio: = [0xfeb00000-0xfebfffff]=0A= [ 1.204151] pci 0000:01:04.0: reg 10 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 1.204159] pci 0000:01:04.0: reg 14 32bit mmio: = [0xfdffc000-0xfdffffff]=0A= [ 1.204167] pci 0000:01:04.0: reg 18 32bit mmio: = [0xfe000000-0xfe7fffff]=0A= [ 1.204265] pci 0000:00:14.4: transparent bridge=0A= [ 1.204271] pci 0000:00:14.4: bridge 32bit mmio: = [0xfdf00000-0xfe7fffff]=0A= [ 1.204276] pci 0000:00:14.4: bridge 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 1.204291] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]=0A= [ 1.204590] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PC._PRT]=0A= [ 1.204665] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PC04._PRT]=0A= [ 1.211988] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 7 *10 11 12 14 15)=0A= [ 1.212123] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 7 10 *11 12 14 15)=0A= [ 1.212253] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 *7 10 11 12 14 15)=0A= [ 1.212380] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 *10 11 12 14 15)=0A= [ 1.212490] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 *11 12 14 15)=0A= [ 1.212601] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 1.212724] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 *10 11 12 14 15)=0A= [ 1.212847] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 1.212962] vgaarb: device added: = PCI:0000:01:04.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone=0A= [ 1.212965] vgaarb: loaded=0A= [ 1.212988] PCI: Using ACPI for IRQ routing=0A= [ 1.212988] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0=0A= [ 1.212988] hpet0: 4 comparators, 32-bit 14.318180 MHz counter=0A= [ 1.214374] Switching to clocksource tsc=0A= [ 1.217668] pnp: PnP ACPI init=0A= [ 1.217695] ACPI: bus type pnp registered=0A= [ 1.222675] pnp: PnP ACPI: found 16 devices=0A= [ 1.222677] ACPI: ACPI bus type pnp unregistered=0A= [ 1.222693] system 00:02: iomem range 0xf6000000-0xf6003fff has been = reserved=0A= [ 1.222701] system 00:08: ioport range 0xa10-0xa1f has been reserved=0A= [ 1.222708] system 00:0a: iomem range 0xfec00000-0xfec00fff could not = be reserved=0A= [ 1.222711] system 00:0a: iomem range 0xfee00000-0xfee00fff has been = reserved=0A= [ 1.222717] system 00:0b: ioport range 0xca2-0xca3 has been reserved=0A= [ 1.222720] system 00:0b: ioport range 0x550-0x551 has been reserved=0A= [ 1.222723] system 00:0b: ioport range 0x4d0-0x4d1 has been reserved=0A= [ 1.222726] system 00:0b: ioport range 0x40b-0x40b has been reserved=0A= [ 1.222729] system 00:0b: ioport range 0x4d6-0x4d6 has been reserved=0A= [ 1.222732] system 00:0b: ioport range 0xc00-0xc01 has been reserved=0A= [ 1.222735] system 00:0b: ioport range 0xc14-0xc14 has been reserved=0A= [ 1.222738] system 00:0b: ioport range 0xc50-0xc51 has been reserved=0A= [ 1.222741] system 00:0b: ioport range 0xc52-0xc52 has been reserved=0A= [ 1.222746] system 00:0b: ioport range 0xc6c-0xc6c has been reserved=0A= [ 1.222749] system 00:0b: ioport range 0xc6f-0xc6f has been reserved=0A= [ 1.222752] system 00:0b: ioport range 0xcd0-0xcd1 has been reserved=0A= [ 1.222755] system 00:0b: ioport range 0xcd2-0xcd3 has been reserved=0A= [ 1.222758] system 00:0b: ioport range 0xcd4-0xcd5 has been reserved=0A= [ 1.222761] system 00:0b: ioport range 0xcd6-0xcd7 has been reserved=0A= [ 1.222764] system 00:0b: ioport range 0xcd8-0xcdf has been reserved=0A= [ 1.222767] system 00:0b: ioport range 0x800-0x89f has been reserved=0A= [ 1.222770] system 00:0b: ioport range 0xb00-0xb0f has been reserved=0A= [ 1.222773] system 00:0b: ioport range 0xb20-0xb3f has been reserved=0A= [ 1.222776] system 00:0b: ioport range 0x900-0x90f has been reserved=0A= [ 1.222779] system 00:0b: ioport range 0x910-0x91f has been reserved=0A= [ 1.222782] system 00:0b: ioport range 0xfe00-0xfefe has been reserved=0A= [ 1.222786] system 00:0b: iomem range 0xffb80000-0xffbfffff has been = reserved=0A= [ 1.222789] system 00:0b: iomem range 0xfec10000-0xfec1001f has been = reserved=0A= [ 1.222795] system 00:0e: iomem range 0xe0000000-0xefffffff has been = reserved=0A= [ 1.222801] system 00:0f: iomem range 0x0-0x9ffff could not be = reserved=0A= [ 1.222804] system 00:0f: iomem range 0xc0000-0xcffff has been = reserved=0A= [ 1.222807] system 00:0f: iomem range 0xe0000-0xfffff could not be = reserved=0A= [ 1.222810] system 00:0f: iomem range 0x100000-0xdfffffff could not = be reserved=0A= [ 1.222813] system 00:0f: iomem range 0xfec00000-0xffffffff could not = be reserved=0A= [ 1.228395] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228406] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228416] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228426] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228435] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228444] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228453] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228462] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228471] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228481] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228490] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228499] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228504] pci 0000:02:00.0: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228513] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228523] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228526] pci 0000:02:00.0: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228535] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228544] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228547] pci 0000:02:00.1: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228556] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228566] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228568] pci 0000:02:00.1: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228571] pci 0000:00:04.0: PCI bridge, secondary bus 0000:02=0A= [ 1.228574] pci 0000:00:04.0: IO window: 0xe000-0xefff=0A= [ 1.228578] pci 0000:00:04.0: MEM window: 0xfeb00000-0xfebfffff=0A= [ 1.228581] pci 0000:00:04.0: PREFETCH window: disabled=0A= [ 1.228585] pci 0000:00:14.4: PCI bridge, secondary bus 0000:01=0A= [ 1.228586] pci 0000:00:14.4: IO window: disabled=0A= [ 1.228592] pci 0000:00:14.4: MEM window: 0xfdf00000-0xfe7fffff=0A= [ 1.228597] pci 0000:00:14.4: PREFETCH window: 0xfc000000-0xfcffffff=0A= [ 1.228620] alloc irq_desc for 16 on node 0=0A= [ 1.228624] alloc kstat_irqs on node 0=0A= [ 1.228639] pci 0000:00:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 1.228644] pci 0000:00:04.0: setting latency timer to 64=0A= [ 1.228652] pci_bus 0000:00: resource 0 io: [0x00-0xffff]=0A= [ 1.228655] pci_bus 0000:00: resource 1 mem: = [0x000000-0xffffffffffffffff]=0A= [ 1.228658] pci_bus 0000:02: resource 0 io: [0xe000-0xefff]=0A= [ 1.228661] pci_bus 0000:02: resource 1 mem: [0xfeb00000-0xfebfffff]=0A= [ 1.228664] pci_bus 0000:01: resource 1 mem: [0xfdf00000-0xfe7fffff]=0A= [ 1.228666] pci_bus 0000:01: resource 2 pref mem = [0xfc000000-0xfcffffff]=0A= [ 1.228669] pci_bus 0000:01: resource 3 io: [0x00-0xffff]=0A= [ 1.228671] pci_bus 0000:01: resource 4 mem: = [0x000000-0xffffffffffffffff]=0A= [ 1.228714] NET: Registered protocol family 2=0A= [ 1.229211] IP route cache hash table entries: 524288 (order: 10, = 4194304 bytes)=0A= [ 1.231153] TCP established hash table entries: 524288 (order: 11, = 8388608 bytes)=0A= [ 1.233952] TCP bind hash table entries: 65536 (order: 8, 1048576 = bytes)=0A= [ 1.234288] TCP: Hash tables configured (established 524288 bind = 65536)=0A= [ 1.234291] TCP reno registered=0A= [ 1.234524] NET: Registered protocol family 1=0A= [ 2.020486] pci 0000:01:04.0: Boot video device=0A= [ 2.020559] Unpacking initramfs...=0A= [ 2.249769] Freeing initrd memory: 9411k freed=0A= [ 2.253235] pci 0000:00:00.2: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 2.253306] alloc irq_desc for 24 on node 0=0A= [ 2.253314] alloc kstat_irqs on node 0=0A= [ 2.253325] pci 0000:00:00.2: irq 24 for MSI/MSI-X=0A= [ 2.253346] AMD-Vi: Enabling IOMMU at 0000:00:00.2 cap 0x40=0A= [ 2.263164] AMD-Vi: device isolation enabled=0A= [ 2.263167] AMD-Vi: Lazy IO/TLB flushing enabled=0A= [ 2.268368] audit: initializing netlink socket (disabled)=0A= [ 2.268394] type=3D2000 audit(1318344545.268:1): initialized=0A= [ 2.272734] HugeTLB registered 2 MB page size, pre-allocated 0 pages=0A= [ 2.275067] VFS: Disk quotas dquot_6.5.2=0A= [ 2.275136] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)=0A= [ 2.275242] msgmni has been set to 32162=0A= [ 2.276543] alg: No test for stdrng (krng)=0A= [ 2.276616] Block layer SCSI generic (bsg) driver version 0.4 loaded = (major 253)=0A= [ 2.276620] io scheduler noop registered=0A= [ 2.276622] io scheduler anticipatory registered=0A= [ 2.276624] io scheduler deadline registered=0A= [ 2.276658] io scheduler cfq registered (default)=0A= [ 2.276852] alloc irq_desc for 25 on node 0=0A= [ 2.276856] alloc kstat_irqs on node 0=0A= [ 2.276866] pcieport 0000:00:04.0: irq 25 for MSI/MSI-X=0A= [ 2.276871] pcieport 0000:00:04.0: setting latency timer to 64=0A= [ 2.278319] Linux agpgart interface v0.103=0A= [ 2.278364] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled=0A= [ 2.278471] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 2.278578] serial8250: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 2.278900] 00:0c: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 2.279044] 00:0d: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 2.279217] input: Macintosh mouse button emulation as = /devices/virtual/input/input0=0A= [ 2.279274] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1=0A= [ 2.279276] PNP: PS/2 appears to have AUX port disabled, if this is = incorrect please boot with i8042.nopnp=0A= [ 2.279964] serio: i8042 KBD port at 0x60,0x64 irq 1=0A= [ 2.280046] mice: PS/2 mouse device common for all mice=0A= [ 2.280103] rtc_cmos 00:04: RTC can wake from S4=0A= [ 2.280140] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0=0A= [ 2.280179] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet = irqs=0A= [ 2.280192] cpuidle: using governor ladder=0A= [ 2.280194] cpuidle: using governor menu=0A= [ 2.280199] No iBFT detected.=0A= [ 2.280645] TCP cubic registered=0A= [ 2.280757] NET: Registered protocol family 10=0A= [ 2.281762] Mobile IPv6=0A= [ 2.281766] NET: Registered protocol family 17=0A= [ 2.281858] PM: Resume from disk failed.=0A= [ 2.281867] registered taskstats version 1=0A= [ 2.282361] rtc_cmos 00:04: setting system clock to 2011-10-11 = 14:49:05 UTC (1318344545)=0A= [ 2.282412] Initalizing network drop monitor service=0A= [ 2.282495] Freeing unused kernel memory: 592k freed=0A= [ 2.282715] Write protecting the kernel read-only data: 4236k=0A= [ 2.301365] udev[186]: starting version 164=0A= [ 2.308262] input: AT Translated Set 2 keyboard as = /devices/platform/i8042/serio0/input/input1=0A= [ 2.325986] usbcore: registered new interface driver usbfs=0A= [ 2.326012] usbcore: registered new interface driver hub=0A= [ 2.326463] usbcore: registered new device driver usb=0A= [ 2.328021] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver=0A= [ 2.328622] alloc irq_desc for 17 on node 0=0A= [ 2.328625] alloc kstat_irqs on node 0=0A= [ 2.328634] ehci_hcd 0000:00:12.2: PCI INT B -> GSI 17 (level, low) = -> IRQ 17=0A= [ 2.328690] ehci_hcd 0000:00:12.2: EHCI Host Controller=0A= [ 2.328720] ehci_hcd 0000:00:12.2: new USB bus registered, assigned = bus number 1=0A= [ 2.328763] ehci_hcd 0000:00:12.2: debug port 1=0A= [ 2.328785] ehci_hcd 0000:00:12.2: irq 17, io mem 0xfeafa800=0A= [ 2.341721] SCSI subsystem initialized=0A= [ 2.342758] dca service started, version 1.12.1=0A= [ 2.344029] ehci_hcd 0000:00:12.2: USB 2.0 started, EHCI 1.00=0A= [ 2.344067] usb usb1: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 2.344070] usb usb1: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.344073] usb usb1: Product: EHCI Host Controller=0A= [ 2.344075] usb usb1: Manufacturer: Linux 2.6.32-5-amd64 ehci_hcd=0A= [ 2.344077] usb usb1: SerialNumber: 0000:00:12.2=0A= [ 2.344166] usb usb1: configuration #1 chosen from 1 choice=0A= [ 2.344199] hub 1-0:1.0: USB hub found=0A= [ 2.344210] hub 1-0:1.0: 6 ports detected=0A= [ 2.344340] alloc irq_desc for 19 on node 0=0A= [ 2.344342] alloc kstat_irqs on node 0=0A= [ 2.344349] ehci_hcd 0000:00:13.2: PCI INT B -> GSI 19 (level, low) = -> IRQ 19=0A= [ 2.344415] ehci_hcd 0000:00:13.2: EHCI Host Controller=0A= [ 2.344429] ehci_hcd 0000:00:13.2: new USB bus registered, assigned = bus number 2=0A= [ 2.344465] ehci_hcd 0000:00:13.2: debug port 1=0A= [ 2.344487] ehci_hcd 0000:00:13.2: irq 19, io mem 0xfeafac00=0A= [ 2.357693] libata version 3.00 loaded.=0A= [ 2.360028] ehci_hcd 0000:00:13.2: USB 2.0 started, EHCI 1.00=0A= [ 2.360058] usb usb2: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 2.360061] usb usb2: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.360064] usb usb2: Product: EHCI Host Controller=0A= [ 2.360066] usb usb2: Manufacturer: Linux 2.6.32-5-amd64 ehci_hcd=0A= [ 2.360068] usb usb2: SerialNumber: 0000:00:13.2=0A= [ 2.360140] usb usb2: configuration #1 chosen from 1 choice=0A= [ 2.360172] Intel(R) Gigabit Ethernet Network Driver - version = 3.0.6-k2=0A= [ 2.360182] hub 2-0:1.0: USB hub found=0A= [ 2.360178] Copyright (c) 2007-2011 Intel Corporation.=0A= [ 2.360199] hub 2-0:1.0: 6 ports detected=0A= [ 2.360496] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 2.360598] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 2.360605] igb 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 2.360625] igb 0000:02:00.0: setting latency timer to 64=0A= [ 2.360888] alloc irq_desc for 26 on node 0=0A= [ 2.360890] alloc kstat_irqs on node 0=0A= [ 2.360896] igb 0000:02:00.0: irq 26 for MSI/MSI-X=0A= [ 2.360898] alloc irq_desc for 27 on node 0=0A= [ 2.360900] alloc kstat_irqs on node 0=0A= [ 2.360903] igb 0000:02:00.0: irq 27 for MSI/MSI-X=0A= [ 2.360905] alloc irq_desc for 28 on node 0=0A= [ 2.360907] alloc kstat_irqs on node 0=0A= [ 2.360909] igb 0000:02:00.0: irq 28 for MSI/MSI-X=0A= [ 2.360911] alloc irq_desc for 29 on node 0=0A= [ 2.360913] alloc kstat_irqs on node 0=0A= [ 2.360916] igb 0000:02:00.0: irq 29 for MSI/MSI-X=0A= [ 2.360918] alloc irq_desc for 30 on node 0=0A= [ 2.360919] alloc kstat_irqs on node 0=0A= [ 2.360922] igb 0000:02:00.0: irq 30 for MSI/MSI-X=0A= [ 2.360924] alloc irq_desc for 31 on node 0=0A= [ 2.360926] alloc kstat_irqs on node 0=0A= [ 2.360929] igb 0000:02:00.0: irq 31 for MSI/MSI-X=0A= [ 2.360931] alloc irq_desc for 32 on node 0=0A= [ 2.360932] alloc kstat_irqs on node 0=0A= [ 2.360935] igb 0000:02:00.0: irq 32 for MSI/MSI-X=0A= [ 2.360937] alloc irq_desc for 33 on node 0=0A= [ 2.360939] alloc kstat_irqs on node 0=0A= [ 2.360941] igb 0000:02:00.0: irq 33 for MSI/MSI-X=0A= [ 2.360943] alloc irq_desc for 34 on node 0=0A= [ 2.360945] alloc kstat_irqs on node 0=0A= [ 2.360948] igb 0000:02:00.0: irq 34 for MSI/MSI-X=0A= [ 2.360969] igb 0000:02:00.0: 0 vfs allocated=0A= [ 2.363811] ahci 0000:00:11.0: version 3.0=0A= [ 2.363831] alloc irq_desc for 22 on node 0=0A= [ 2.363833] alloc kstat_irqs on node 0=0A= [ 2.363839] ahci 0000:00:11.0: PCI INT A -> GSI 22 (level, low) -> = IRQ 22=0A= [ 2.364036] ahci 0000:00:11.0: AHCI 0001.0100 32 slots 6 ports 3 Gbps = 0x3f impl SATA mode=0A= [ 2.364041] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo = pmp pio slum part ccc =0A= [ 2.364400] scsi0 : ahci=0A= [ 2.364528] scsi1 : ahci=0A= [ 2.364602] scsi2 : ahci=0A= [ 2.364666] scsi3 : ahci=0A= [ 2.364730] scsi4 : ahci=0A= [ 2.364791] scsi5 : ahci=0A= [ 2.365483] ata1: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa500 irq 22=0A= [ 2.365487] ata2: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa580 irq 22=0A= [ 2.365491] ata3: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa600 irq 22=0A= [ 2.365494] ata4: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa680 irq 22=0A= [ 2.365497] ata5: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa700 irq 22=0A= [ 2.365501] ata6: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa780 irq 22=0A= [ 2.365638] pata_atiixp 0000:00:14.1: PCI INT A -> GSI 16 (level, = low) -> IRQ 16=0A= [ 2.365668] pata_atiixp 0000:00:14.1: setting latency timer to 64=0A= [ 2.365738] scsi6 : pata_atiixp=0A= [ 2.365811] scsi7 : pata_atiixp=0A= [ 2.366590] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver=0A= [ 2.367198] ata7: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 = irq 14=0A= [ 2.367201] ata8: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xff08 = irq 15=0A= [ 2.367401] ohci_hcd 0000:00:12.0: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 2.367447] ohci_hcd 0000:00:12.0: OHCI Host Controller=0A= [ 2.367465] ohci_hcd 0000:00:12.0: new USB bus registered, assigned = bus number 3=0A= [ 2.367501] ohci_hcd 0000:00:12.0: irq 16, io mem 0xfeaf6000=0A= [ 2.428039] usb usb3: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.428043] usb usb3: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.428046] usb usb3: Product: OHCI Host Controller=0A= [ 2.428048] usb usb3: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.428049] usb usb3: SerialNumber: 0000:00:12.0=0A= [ 2.428132] usb usb3: configuration #1 chosen from 1 choice=0A= [ 2.428162] hub 3-0:1.0: USB hub found=0A= [ 2.428174] hub 3-0:1.0: 3 ports detected=0A= [ 2.428331] ohci_hcd 0000:00:12.1: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 2.428351] ohci_hcd 0000:00:12.1: OHCI Host Controller=0A= [ 2.428364] ohci_hcd 0000:00:12.1: new USB bus registered, assigned = bus number 4=0A= [ 2.428386] ohci_hcd 0000:00:12.1: irq 16, io mem 0xfeaf7000=0A= [ 2.492040] usb usb4: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.492043] usb usb4: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.492045] usb usb4: Product: OHCI Host Controller=0A= [ 2.492047] usb usb4: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.492049] usb usb4: SerialNumber: 0000:00:12.1=0A= [ 2.492126] usb usb4: configuration #1 chosen from 1 choice=0A= [ 2.492152] hub 4-0:1.0: USB hub found=0A= [ 2.492165] hub 4-0:1.0: 3 ports detected=0A= [ 2.492324] alloc irq_desc for 18 on node 0=0A= [ 2.492327] alloc kstat_irqs on node 0=0A= [ 2.492333] ohci_hcd 0000:00:13.0: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 2.492352] ohci_hcd 0000:00:13.0: OHCI Host Controller=0A= [ 2.492367] ohci_hcd 0000:00:13.0: new USB bus registered, assigned = bus number 5=0A= [ 2.492397] ohci_hcd 0000:00:13.0: irq 18, io mem 0xfeaf8000=0A= [ 2.555128] igb 0000:02:00.0: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 2.555132] igb 0000:02:00.0: eth0: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b6=0A= [ 2.555210] igb 0000:02:00.0: eth0: PBA No: FFFFFF-0FF=0A= [ 2.555213] igb 0000:02:00.0: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 2.555248] usb usb5: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.555251] usb usb5: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.555253] usb usb5: Product: OHCI Host Controller=0A= [ 2.555255] usb usb5: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.555257] usb usb5: SerialNumber: 0000:00:13.0=0A= [ 2.555332] usb usb5: configuration #1 chosen from 1 choice=0A= [ 2.555360] hub 5-0:1.0: USB hub found=0A= [ 2.555374] hub 5-0:1.0: 3 ports detected=0A= [ 2.555624] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 2.555725] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 2.555732] igb 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ = 17=0A= [ 2.555751] igb 0000:02:00.1: setting latency timer to 64=0A= [ 2.555992] alloc irq_desc for 35 on node 0=0A= [ 2.555994] alloc kstat_irqs on node 0=0A= [ 2.556016] igb 0000:02:00.1: irq 35 for MSI/MSI-X=0A= [ 2.556018] alloc irq_desc for 36 on node 0=0A= [ 2.556020] alloc kstat_irqs on node 0=0A= [ 2.556023] igb 0000:02:00.1: irq 36 for MSI/MSI-X=0A= [ 2.556025] alloc irq_desc for 37 on node 0=0A= [ 2.556027] alloc kstat_irqs on node 0=0A= [ 2.556030] igb 0000:02:00.1: irq 37 for MSI/MSI-X=0A= [ 2.556032] alloc irq_desc for 38 on node 0=0A= [ 2.556034] alloc kstat_irqs on node 0=0A= [ 2.556036] igb 0000:02:00.1: irq 38 for MSI/MSI-X=0A= [ 2.556038] alloc irq_desc for 39 on node 0=0A= [ 2.556040] alloc kstat_irqs on node 0=0A= [ 2.556043] igb 0000:02:00.1: irq 39 for MSI/MSI-X=0A= [ 2.556045] alloc irq_desc for 40 on node 0=0A= [ 2.556048] alloc kstat_irqs on node 0=0A= [ 2.556051] igb 0000:02:00.1: irq 40 for MSI/MSI-X=0A= [ 2.556055] alloc irq_desc for 41 on node 0=0A= [ 2.556057] alloc kstat_irqs on node 0=0A= [ 2.556060] igb 0000:02:00.1: irq 41 for MSI/MSI-X=0A= [ 2.556061] alloc irq_desc for 42 on node 0=0A= [ 2.556063] alloc kstat_irqs on node 0=0A= [ 2.556066] igb 0000:02:00.1: irq 42 for MSI/MSI-X=0A= [ 2.556068] alloc irq_desc for 43 on node 0=0A= [ 2.556069] alloc kstat_irqs on node 0=0A= [ 2.556072] igb 0000:02:00.1: irq 43 for MSI/MSI-X=0A= [ 2.556103] ohci_hcd 0000:00:13.1: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 2.556116] ohci_hcd 0000:00:13.1: OHCI Host Controller=0A= [ 2.556127] ohci_hcd 0000:00:13.1: new USB bus registered, assigned = bus number 6=0A= [ 2.556149] ohci_hcd 0000:00:13.1: irq 18, io mem 0xfeaf9000=0A= [ 2.556164] igb 0000:02:00.1: 0 vfs allocated=0A= [ 2.616054] usb usb6: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.616057] usb usb6: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.616060] usb usb6: Product: OHCI Host Controller=0A= [ 2.616062] usb usb6: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.616064] usb usb6: SerialNumber: 0000:00:13.1=0A= [ 2.616134] usb usb6: configuration #1 chosen from 1 choice=0A= [ 2.616160] hub 6-0:1.0: USB hub found=0A= [ 2.616173] hub 6-0:1.0: 3 ports detected=0A= [ 2.616332] ohci_hcd 0000:00:14.5: PCI INT C -> GSI 18 (level, low) = -> IRQ 18=0A= [ 2.616352] ohci_hcd 0000:00:14.5: OHCI Host Controller=0A= [ 2.616366] ohci_hcd 0000:00:14.5: new USB bus registered, assigned = bus number 7=0A= [ 2.616390] ohci_hcd 0000:00:14.5: irq 18, io mem 0xfeafb000=0A= [ 2.652035] usb 1-5: new high speed USB device using ehci_hcd and = address 2=0A= [ 2.676045] usb usb7: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.676048] usb usb7: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.676051] usb usb7: Product: OHCI Host Controller=0A= [ 2.676053] usb usb7: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.676054] usb usb7: SerialNumber: 0000:00:14.5=0A= [ 2.676122] usb usb7: configuration #1 chosen from 1 choice=0A= [ 2.676152] hub 7-0:1.0: USB hub found=0A= [ 2.676165] hub 7-0:1.0: 2 ports detected=0A= [ 2.684077] ata5: SATA link down (SStatus 0 SControl 300)=0A= [ 2.684494] ata6: SATA link down (SStatus 0 SControl 300)=0A= [ 2.752915] igb 0000:02:00.1: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 2.752919] igb 0000:02:00.1: eth1: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b7=0A= [ 2.752997] igb 0000:02:00.1: eth1: PBA No: FFFFFF-0FF=0A= [ 2.753000] igb 0000:02:00.1: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 2.786009] usb 1-5: New USB device found, idVendor=3D05e3, = idProduct=3D0719=0A= [ 2.786013] usb 1-5: New USB device strings: Mfr=3D0, Product=3D1, = SerialNumber=3D2=0A= [ 2.786015] usb 1-5: Product: USB Storage=0A= [ 2.786017] usb 1-5: SerialNumber: 000000000033=0A= [ 2.786096] usb 1-5: configuration #1 chosen from 1 choice=0A= [ 2.792596] Initializing USB Mass Storage driver...=0A= [ 2.792777] scsi8 : SCSI emulation for USB Mass Storage devices=0A= [ 2.792896] usb-storage: device found at 2=0A= [ 2.792898] usb-storage: waiting for device to settle before scanning=0A= [ 2.792925] usbcore: registered new interface driver usb-storage=0A= [ 2.792929] USB Mass Storage support registered.=0A= [ 2.848055] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.848060] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.848097] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.848485] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.877058] ata3.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877062] ata3.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.877144] ata4.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877147] ata4.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.877287] ata1.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877291] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.877568] ata2.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877571] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.919293] ata3.00: configured for UDMA/133=0A= [ 2.919578] ata4.00: configured for UDMA/133=0A= [ 2.919781] ata1.00: configured for UDMA/133=0A= [ 2.920031] ata2.00: configured for UDMA/133=0A= [ 2.932224] scsi 0:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 2.936170] scsi 1:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 2.936429] scsi 2:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 2.936671] scsi 3:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 3.109509] sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109571] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109586] sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109694] sd 1:0:0:0: [sdb] Write Protect is off=0A= [ 3.109698] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00=0A= [ 3.109705] sd 2:0:0:0: [sdc] Write Protect is off=0A= [ 3.109708] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00=0A= [ 3.109720] sd 3:0:0:0: [sdd] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109729] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.109735] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.109850] sd 3:0:0:0: [sdd] Write Protect is off=0A= [ 3.109854] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00=0A= [ 3.109943] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.109981] sd 0:0:0:0: [sda] Write Protect is off=0A= [ 3.109984] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00=0A= [ 3.110018] sd 0:0:0:0: [sda] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.110059] sdb:=0A= [ 3.110113] sdc:=0A= [ 3.110355] sda:=0A= [ 3.110394] sdd: sdc1 sdc2 sdc3 sdc4=0A= [ 3.114783] sd 2:0:0:0: [sdc] Attached SCSI disk=0A= [ 3.127970] sdd1 sdd2 sdd3 sdd4=0A= [ 3.128564] sd 3:0:0:0: [sdd] Attached SCSI disk=0A= [ 3.129490] sda1 sda2 sda3 sda4=0A= [ 3.130040] sd 0:0:0:0: [sda] Attached SCSI disk=0A= [ 3.133458] sdb1 sdb2 sdb3 sdb4=0A= [ 3.133893] sd 1:0:0:0: [sdb] Attached SCSI disk=0A= [ 3.164087] usb 5-3: new full speed USB device using ohci_hcd and = address 2=0A= [ 3.339093] usb 5-3: New USB device found, idVendor=3D0557, = idProduct=3D2221=0A= [ 3.339097] usb 5-3: New USB device strings: Mfr=3D1, Product=3D2, = SerialNumber=3D0=0A= [ 3.339100] usb 5-3: Product: Hermon USB hidmouse Device=0A= [ 3.339102] usb 5-3: Manufacturer: Winbond Electronics Corp=0A= [ 3.339194] usb 5-3: configuration #1 chosen from 1 choice=0A= [ 3.349567] usbcore: registered new interface driver hiddev=0A= [ 3.352280] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.0/input/input2=0A= [ 3.352350] generic-usb 0003:0557:2221.0001: input,hidraw0: USB HID = v1.00 Mouse [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input0=0A= [ 3.356288] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.1/input/input3=0A= [ 3.356329] generic-usb 0003:0557:2221.0002: input,hidraw1: USB HID = v1.00 Keyboard [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input1=0A= [ 3.356352] usbcore: registered new interface driver usbhid=0A= [ 3.356355] usbhid: v2.6:USB HID core driver=0A= [ 3.412382] async_tx: api initialized (async)=0A= [ 3.412882] xor: automatically using best checksumming function: = generic_sse=0A= [ 3.432002] generic_sse: 7588.000 MB/sec=0A= [ 3.432005] xor: using function: generic_sse (7588.000 MB/sec)=0A= [ 3.500022] raid6: int64x1 1845 MB/s=0A= [ 3.568026] raid6: int64x2 2364 MB/s=0A= [ 3.636023] raid6: int64x4 1862 MB/s=0A= [ 3.704034] raid6: int64x8 1666 MB/s=0A= [ 3.772009] raid6: sse2x1 859 MB/s=0A= [ 3.840036] raid6: sse2x2 1806 MB/s=0A= [ 3.908015] raid6: sse2x4 4211 MB/s=0A= [ 3.908016] raid6: using algorithm sse2x4 (4211 MB/s)=0A= [ 3.916724] md: raid6 personality registered for level 6=0A= [ 3.916727] md: raid5 personality registered for level 5=0A= [ 3.916729] md: raid4 personality registered for level 4=0A= [ 3.970522] md: md0 stopped.=0A= [ 3.973140] md: bind=0A= [ 3.973482] md: bind=0A= [ 3.973768] md: bind=0A= [ 3.978833] md: bind=0A= [ 3.980404] raid5: device sda1 operational as raid disk 0=0A= [ 3.980408] raid5: device sdd1 operational as raid disk 3=0A= [ 3.980410] raid5: device sdc1 operational as raid disk 2=0A= [ 3.980412] raid5: device sdb1 operational as raid disk 1=0A= [ 3.980804] raid5: allocated 4282kB for md0=0A= [ 3.980866] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980870] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980872] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980875] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980877] raid5: raid level 5 set md0 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.980879] RAID5 conf printout:=0A= [ 3.980880] --- rd:4 wd:4=0A= [ 3.980882] disk 0, o:1, dev:sda1=0A= [ 3.980884] disk 1, o:1, dev:sdb1=0A= [ 3.980885] disk 2, o:1, dev:sdc1=0A= [ 3.980887] disk 3, o:1, dev:sdd1=0A= [ 3.980919] md0: detected capacity change from 0 to 2996305920=0A= [ 3.981807] md0: unknown partition table=0A= [ 4.192755] md: md1 stopped.=0A= [ 4.194595] md: bind=0A= [ 4.194850] md: bind=0A= [ 4.196813] md: bind=0A= [ 4.197083] md: bind=0A= [ 4.198615] raid5: device sda2 operational as raid disk 0=0A= [ 4.198618] raid5: device sdd2 operational as raid disk 3=0A= [ 4.198621] raid5: device sdc2 operational as raid disk 2=0A= [ 4.198623] raid5: device sdb2 operational as raid disk 1=0A= [ 4.198961] raid5: allocated 4282kB for md1=0A= [ 4.199033] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199037] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199039] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199042] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199044] raid5: raid level 5 set md1 active with 4 out of 4 = devices, algorithm 2=0A= [ 4.199046] RAID5 conf printout:=0A= [ 4.199047] --- rd:4 wd:4=0A= [ 4.199049] disk 0, o:1, dev:sda2=0A= [ 4.199051] disk 1, o:1, dev:sdb2=0A= [ 4.199052] disk 2, o:1, dev:sdc2=0A= [ 4.199054] disk 3, o:1, dev:sdd2=0A= [ 4.199085] md1: detected capacity change from 0 to 44994920448=0A= [ 4.200011] md1: unknown partition table=0A= [ 4.408828] md: md2 stopped.=0A= [ 4.410632] md: bind=0A= [ 4.410894] md: bind=0A= [ 4.413022] md: bind=0A= [ 4.413307] md: bind=0A= [ 4.414763] raid5: device sda3 operational as raid disk 0=0A= [ 4.414766] raid5: device sdd3 operational as raid disk 3=0A= [ 4.414769] raid5: device sdc3 operational as raid disk 2=0A= [ 4.414771] raid5: device sdb3 operational as raid disk 1=0A= [ 4.415104] raid5: allocated 4282kB for md2=0A= [ 4.415177] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415181] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415183] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415186] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415188] raid5: raid level 5 set md2 active with 4 out of 4 = devices, algorithm 2=0A= [ 4.415190] RAID5 conf printout:=0A= [ 4.415191] --- rd:4 wd:4=0A= [ 4.415193] disk 0, o:1, dev:sda3=0A= [ 4.415195] disk 1, o:1, dev:sdb3=0A= [ 4.415196] disk 2, o:1, dev:sdc3=0A= [ 4.415198] disk 3, o:1, dev:sdd3=0A= [ 4.415229] md2: detected capacity change from 0 to 1476294868992=0A= [ 4.416202] md2: unknown partition table=0A= [ 4.623252] md: md3 stopped.=0A= [ 4.625579] md: bind=0A= [ 4.625855] md: bind=0A= [ 4.627918] md: bind=0A= [ 4.628244] md: bind=0A= [ 4.629759] raid5: device sda4 operational as raid disk 0=0A= [ 4.629762] raid5: device sdd4 operational as raid disk 3=0A= [ 4.629764] raid5: device sdc4 operational as raid disk 2=0A= [ 4.629767] raid5: device sdb4 operational as raid disk 1=0A= [ 4.630098] raid5: allocated 4282kB for md3=0A= [ 4.630173] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630176] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630179] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630181] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630184] raid5: raid level 5 set md3 active with 4 out of 4 = devices, algorithm 2=0A= [ 4.630185] RAID5 conf printout:=0A= [ 4.630187] --- rd:4 wd:4=0A= [ 4.630189] disk 0, o:1, dev:sda4=0A= [ 4.630190] disk 1, o:1, dev:sdb4=0A= [ 4.630192] disk 2, o:1, dev:sdc4=0A= [ 4.630194] disk 3, o:1, dev:sdd4=0A= [ 4.630226] md3: detected capacity change from 0 to 1476307451904=0A= [ 4.631213] md3: unknown partition table=0A= [ 4.837180] PM: Starting manual resume from disk=0A= [ 4.837184] PM: Resume from partition 9:0=0A= [ 4.837186] PM: Checking hibernation image.=0A= [ 4.837641] PM: Error -22 checking image file=0A= [ 4.837643] PM: Resume from disk failed.=0A= [ 4.888141] kjournald starting. Commit interval 5 seconds=0A= [ 4.888149] EXT3-fs: mounted filesystem with ordered data mode.=0A= [ 5.546617] udev[600]: starting version 164=0A= [ 5.647568] processor LNXCPU:00: registered as cooling_device0=0A= [ 5.649868] processor LNXCPU:01: registered as cooling_device1=0A= [ 5.652182] processor LNXCPU:02: registered as cooling_device2=0A= [ 5.654385] processor LNXCPU:03: registered as cooling_device3=0A= [ 5.656622] processor LNXCPU:04: registered as cooling_device4=0A= [ 5.659120] processor LNXCPU:05: registered as cooling_device5=0A= [ 5.661359] processor LNXCPU:06: registered as cooling_device6=0A= [ 5.663646] processor LNXCPU:07: registered as cooling_device7=0A= [ 5.665894] processor LNXCPU:08: registered as cooling_device8=0A= [ 5.668128] processor LNXCPU:09: registered as cooling_device9=0A= [ 5.670313] processor LNXCPU:0a: registered as cooling_device10=0A= [ 5.672534] processor LNXCPU:0b: registered as cooling_device11=0A= [ 5.678083] input: Power Button as = /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input4=0A= [ 5.678090] ACPI: Power Button [PWRB]=0A= [ 5.678152] input: Power Button as = /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5=0A= [ 5.678156] ACPI: Power Button [PWRF]=0A= [ 5.708935] EDAC MC: Ver: 2.1.0 Oct 3 2011=0A= [ 5.724847] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xb00, = revision 0=0A= [ 5.726489] EDAC amd64_edac: Ver: 3.2.0 Oct 3 2011=0A= [ 5.726592] EDAC amd64: ECC is enabled by BIOS.=0A= [ 5.726739] EDAC amd64: ECC is enabled by BIOS.=0A= [ 5.726801] EDAC MC: F10h CPU detected=0A= [ 5.726815] EDAC amd64: f10_probe_valid_hardware() This machine is = running with DDR3 memory. This is not currently supported. = DCHR0=3D0x3f49890d DCHR1=3D0x3f49890d=0A= [ 5.726818] EDAC amd64: Contact 'amd64_edac' module MAINTAINER to = help add support.=0A= [ 5.736516] input: PC Speaker as /devices/platform/pcspkr/input/input6=0A= [ 6.319364] Adding 2926072k swap on /dev/md0. Priority:-1 extents:1 = across:2926072k =0A= [ 6.416471] EXT3 FS on md1, internal journal=0A= [ 6.471779] loop: module loaded=0A= [ 7.792711] usb-storage: device scan complete=0A= [ 7.800349] scsi 8:0:0:0: CD-ROM TEAC DV-28S-V = 1.0B PQ: 0 ANSI: 0=0A= [ 7.947411] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray=0A= [ 7.947415] Uniform CD-ROM driver Revision: 3.20=0A= [ 7.947538] sr 8:0:0:0: Attached scsi CD-ROM sr0=0A= [ 7.953221] sd 0:0:0:0: Attached scsi generic sg0 type 0=0A= [ 7.953271] sd 1:0:0:0: Attached scsi generic sg1 type 0=0A= [ 7.953305] sd 2:0:0:0: Attached scsi generic sg2 type 0=0A= [ 7.953341] sd 3:0:0:0: Attached scsi generic sg3 type 0=0A= [ 7.953376] sr 8:0:0:0: Attached scsi generic sg4 type 5=0A= [ 8.036853] igb: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow = Control: RX=0A= [ 8.039110] ADDRCONF(NETDEV_UP): eth0: link is not ready=0A= [ 8.041477] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready=0A= [ 18.980011] eth0: no IPv6 routers present=0A= ------=_NextPart_000_000D_01CC88C5.EC5107D0 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ------=_NextPart_000_000D_01CC88C5.EC5107D0-- From xen-users-bounces@lists.xensource.com Wed Oct 12 01:53:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 01:53:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDuZF-0004bw-TP; Wed, 12 Oct 2011 01:53:37 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDuXt-0004Hf-LL for xen-users@lists.xensource.com; Wed, 12 Oct 2011 01:52:14 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1318409530!659240!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23154 invoked from network); 12 Oct 2011 08:52:10 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-9.tower-216.messagelabs.com with SMTP; 12 Oct 2011 08:52:10 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Wed, 12 Oct 2011 09:52:08 +0100 Subject: RE: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 Date: Wed, 12 Oct 2011 09:52:07 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A6099@electron.tidyhosts.com> MIME-Version: 1.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-class: urn:content-classes:message Thread-Topic: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 Thread-Index: AcyBwWy5SL1zdEwbSQ+v4JXYEQ2z+AG+rCTg X-MimeOLE: Produced By Microsoft Exchange V6.5 References: <039E0B4AA9103344A80DA55DDDC76A936A6057@electron.tidyhosts.com> From: "Ian Tobin" To: "Carlos" Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0056562340==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0056562340== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC88BC.39441D7A" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CC88BC.39441D7A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 I have tried upgrading the kernel to 3.1-4c4 but the problem still remains =20 thanks =20 =20 From: Carlos [mailto:cechevarne@gmail.com]=20 Sent: 03 October 2011 12:42 To: Ian Tobin Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] missing memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1 =20 please, paste xl info output. 2011/10/3 Ian Tobin Hi, =20 Is there a fix for this issue =20 libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the minimum threshold =20 There is plenty of RAM but xl thinks there isn't, ive seen this on all my servers. =20 Thanks =20 Ian =20 =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users =20 ------_=_NextPart_001_01CC88BC.39441D7A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have tried upgrading the kernel to 3.1-4c4 but the problem still = remains

 

thanks

 

 

From:= Carlos = [mailto:cechevarne@gmail.com]
Sent: 03 October 2011 = 12:42
To: Ian Tobin
Cc: = xen-users@lists.xensource.com
Subject: Re: [Xen-users] missing = memory issue debian 6 kernel 2.6.32.43 XEN 4.1.1

 

please, paste xl info = output.

2011/10/3 Ian Tobin = <itobin@tidyhosts.com>

Hi,

 

Is there a fix for this = issue

 

libxl: error: = libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the = minimum threshold

 

There is plenty of RAM but xl = thinks there isn’t, ive seen this on all my = servers.

 

Thanks

 

Ian

 

 


_______________________________________________
= Xen-users mailing list
Xen-users@lists.xensource.c= om
http://lists.xensource.com/xen-users

=

 

------_=_NextPart_001_01CC88BC.39441D7A-- --===============0056562340== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0056562340==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 03:48:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 03:48:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDwMb-00029r-1J; Wed, 12 Oct 2011 03:48:41 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDwLR-0001pc-5g for Xen-users@lists.xensource.com; Wed, 12 Oct 2011 03:47:29 -0700 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1318416445!680913!1 X-Originating-IP: [94.23.21.167] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26338 invoked from network); 12 Oct 2011 10:47:26 -0000 Received: from stefanshome.com (HELO stefanshome.com) (94.23.21.167) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 10:47:26 -0000 X-No-Auth: unauthenticated sender Received: from stefanshome.com (localhost.localdomain [127.0.0.1]) by stefanshome.com (Postfix) with ESMTP id 144CF3A0FBA for ; Wed, 12 Oct 2011 12:47:27 +0200 (CEST) Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by stefanshome.com (Postfix) with ESMTP for ; Wed, 12 Oct 2011 12:47:27 +0200 (CEST) From: "Stefan Becker" To: Date: Wed, 12 Oct 2011 12:47:19 +0200 Message-ID: <002e01cc88cc$51748b40$f45da1c0$@stefanshome.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AcyIzE6DRmRUVsjEQC2s7ivHHxXYAQ== Content-Language: de Cc: Subject: [Xen-users] IPv6 and other problems X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi guys! I have a problem with my Debian/XEN Installation on my rental server. I activated the bridge modus. But now I miss the eth0 and vif0.0 at my = Dom0 This is the result of ifconfig at Dom0: root@appius:/etc/xen# ifconfig lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 inet6-Adresse: ::1/128 G=C3=BCltigkeitsbereich:Maschine UP LOOPBACK RUNNING MTU:16436 Metrik:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenl=C3=A4nge:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) peth0 Link encap:Ethernet Hardware Adresse 6c:62:6d:85:ba:ba inet6-Adresse: fe80::6e62:6dff:fe85:baba/64 G=C3=BCltigkeitsbereich:Verbindung UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metrik:1 RX packets:6639 errors:0 dropped:0 overruns:0 frame:0 TX packets:4289 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenl=C3=A4nge:1000 RX bytes:520333 (508.1 KiB) TX bytes:790287 (771.7 KiB) Interrupt:206 Basisadresse:0xc000 vif3.0 Link encap:Ethernet Hardware Adresse fe:ff:ff:ff:ff:ff inet6-Adresse: fe80::fcff:ffff:feff:ffff/64 G=C3=BCltigkeitsbereich:Verbindung UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metrik:1 RX packets:246 errors:0 dropped:0 overruns:0 frame:0 TX packets:312 errors:0 dropped:1 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenl=C3=A4nge:32 RX bytes:19563 (19.1 KiB) TX bytes:28520 (27.8 KiB) xenbr0 Link encap:Ethernet Hardware Adresse 6c:62:6d:85:ba:ba inet Adresse:85.10.210.138 Bcast:0.0.0.0 = Maske:255.255.255.224 inet6-Adresse: fe80::6e62:6dff:fe85:baba/64 G=C3=BCltigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 RX packets:6018 errors:0 dropped:0 overruns:0 frame:0 TX packets:3996 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenl=C3=A4nge:0 RX bytes:368692 (360.0 KiB) TX bytes:763412 (745.5 KiB) Is this correct?! Where is the eth0 and vif0.0? And now I want to connect the Dom0 and the DomU with ipv6. I have = configured the /etc/network/interface but without eth0=85. How can i enable the = ipv6 support? Thanks, Stefan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 04:00:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 04:00:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDwYR-0003VX-R8; Wed, 12 Oct 2011 04:00:55 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RDwW4-0003A5-6n for xen-users@lists.xensource.com; Wed, 12 Oct 2011 03:58:28 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1318416991!39981151!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9813 invoked from network); 12 Oct 2011 10:56:31 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-14.tower-27.messagelabs.com with SMTP; 12 Oct 2011 10:56:31 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 0F40974098 for ; Wed, 12 Oct 2011 11:58:24 +0100 (BST) Message-ID: <4E9572CC.6020402@stalks.nooblet.org> Date: Wed, 12 Oct 2011 11:58:20 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] IPv6 and other problems References: <002e01cc88cc$51748b40$f45da1c0$@stefanshome.com> In-Reply-To: <002e01cc88cc$51748b40$f45da1c0$@stefanshome.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 12/10/2011 11:47, Stefan Becker wrote: > Hi guys! > > I have a problem with my Debian/XEN Installation on my rental server. I > activated the bridge modus. But now I miss the eth0 and vif0.0 at my Dom0 > > This is the result of ifconfig at Dom0: > > root@appius:/etc/xen# ifconfig > lo Link encap:Lokale Schleife > inet Adresse:127.0.0.1 Maske:255.0.0.0 > inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine > UP LOOPBACK RUNNING MTU:16436 Metrik:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > Kollisionen:0 Sendewarteschlangenlänge:0 > RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) > > peth0 Link encap:Ethernet Hardware Adresse 6c:62:6d:85:ba:ba > inet6-Adresse: fe80::6e62:6dff:fe85:baba/64 > Gültigkeitsbereich:Verbindung > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metrik:1 > RX packets:6639 errors:0 dropped:0 overruns:0 frame:0 > TX packets:4289 errors:0 dropped:0 overruns:0 carrier:0 > Kollisionen:0 Sendewarteschlangenlänge:1000 > RX bytes:520333 (508.1 KiB) TX bytes:790287 (771.7 KiB) > Interrupt:206 Basisadresse:0xc000 > > vif3.0 Link encap:Ethernet Hardware Adresse fe:ff:ff:ff:ff:ff > inet6-Adresse: fe80::fcff:ffff:feff:ffff/64 > Gültigkeitsbereich:Verbindung > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metrik:1 > RX packets:246 errors:0 dropped:0 overruns:0 frame:0 > TX packets:312 errors:0 dropped:1 overruns:0 carrier:0 > Kollisionen:0 Sendewarteschlangenlänge:32 > RX bytes:19563 (19.1 KiB) TX bytes:28520 (27.8 KiB) > > xenbr0 Link encap:Ethernet Hardware Adresse 6c:62:6d:85:ba:ba > inet Adresse:85.10.210.138 Bcast:0.0.0.0 Maske:255.255.255.224 > inet6-Adresse: fe80::6e62:6dff:fe85:baba/64 > Gültigkeitsbereich:Verbindung > UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 > RX packets:6018 errors:0 dropped:0 overruns:0 frame:0 > TX packets:3996 errors:0 dropped:0 overruns:0 carrier:0 > Kollisionen:0 Sendewarteschlangenlänge:0 > RX bytes:368692 (360.0 KiB) TX bytes:763412 (745.5 KiB) > > Is this correct?! Where is the eth0 and vif0.0? > > And now I want to connect the Dom0 and the DomU with ipv6. I have configured > the /etc/network/interface but without eth0…. How can i enable the ipv6 > support? > > Thanks, > > Stefan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users As you are using network-bridge.. eth0 is renamed to peth0 xenbr0 is created as the bridge xenbr0 takes on the role as eth0 by being configured the same (IP, subnet, etc.) On some distros, the bridge is called "eth0" making it an easier transition for the user, but it is only aesthetics. You could either configure ipv6 on xenbr0 as needed, or edit the xen config and change the bridge name to eth0. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 04:18:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 04:18:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDwph-0004fM-JB; Wed, 12 Oct 2011 04:18:45 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDwng-0004H7-0D for xen-users@lists.xensource.com; Wed, 12 Oct 2011 04:16:40 -0700 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1318418175!44144682!1 X-Originating-IP: [94.23.21.167] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18393 invoked from network); 12 Oct 2011 11:16:15 -0000 Received: from stefanshome.com (HELO stefanshome.com) (94.23.21.167) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 11:16:15 -0000 X-No-Auth: unauthenticated sender X-No-Auth: unauthenticated sender Received: from stefanshome.com (localhost.localdomain [127.0.0.1]) by stefanshome.com (Postfix) with ESMTP id 2066D3A0FBA; Wed, 12 Oct 2011 13:16:40 +0200 (CEST) Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by stefanshome.com (Postfix) with ESMTP; Wed, 12 Oct 2011 13:16:39 +0200 (CEST) From: "Stefan Becker" To: "'Steve Allison'" , References: <002e01cc88cc$51748b40$f45da1c0$@stefanshome.com> <4E9572CC.6020402@stalks.nooblet.org> In-Reply-To: <4E9572CC.6020402@stalks.nooblet.org> Subject: AW: [Xen-users] IPv6 and other problems Date: Wed, 12 Oct 2011 13:16:31 +0200 Message-ID: <003301cc88d0$657d0910$30771b30$@stefanshome.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQF3ppgVKWOXXQwMQLuivrrNCjbNPwKxL4q8lgzJ72A= Content-Language: de Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com How can i configure xenbr0, in the /etc/network/interface?! IPv6 works great in the DomU... Thanks Stefan -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] Im Auftrag von Steve = Allison Gesendet: Mittwoch, 12. Oktober 2011 12:58 An: xen-users@lists.xensource.com Betreff: Re: [Xen-users] IPv6 and other problems You could either configure ipv6 on xenbr0 as needed, or edit the xen = config and change the bridge name to eth0. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 04:23:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 04:23:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDwuN-0005P7-PH; Wed, 12 Oct 2011 04:23:35 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDwt9-00054n-0u for xen-users@lists.xensource.com; Wed, 12 Oct 2011 04:22:19 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-3.tower-216.messagelabs.com!1318418536!691345!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13179 invoked from network); 12 Oct 2011 11:22:16 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-3.tower-216.messagelabs.com with SMTP; 12 Oct 2011 11:22:16 -0000 Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id C6A2B74098 for ; Wed, 12 Oct 2011 12:22:15 +0100 (BST) Message-ID: <4E957863.1050806@stalks.nooblet.org> Date: Wed, 12 Oct 2011 12:22:11 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: AW: [Xen-users] IPv6 and other problems References: <002e01cc88cc$51748b40$f45da1c0$@stefanshome.com> <4E9572CC.6020402@stalks.nooblet.org> <003301cc88d0$657d0910$30771b30$@stefanshome.com> In-Reply-To: <003301cc88d0$657d0910$30771b30$@stefanshome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 12/10/2011 12:16, Stefan Becker wrote: > How can i configure xenbr0, in the /etc/network/interface?! > > IPv6 works great in the DomU... > > Thanks > > Stefan > > > -----Ursprüngliche Nachricht----- > Von: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] Im Auftrag von Steve Allison > Gesendet: Mittwoch, 12. Oktober 2011 12:58 > An: xen-users@lists.xensource.com > Betreff: Re: [Xen-users] IPv6 and other problems > > > > You could either configure ipv6 on xenbr0 as needed, or edit the xen config > and change the bridge name to eth0. > > -- > May the ping be with you .. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users I'm not familiar with all the workings under the hood, however I assume it is done in one of these 2 ways: 1. The Xen network scripts take the configuration of eth0 *before* the bridge is created, and transfers it to the bridge xenbr0. 2. The bridge is configured in /etc/network/interfaces as usual... I don't know which one it is, because my bridge is called eth0 and so eth0 is configured in the interfaces file, even though the physical interface is moved to peth0. Interestingly I also use Debian/Xen (squeeze), all installed via debian repository and it doesn't use xenbr0 but eth0 instead for the bridge name. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 04:58:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 04:58:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDxRu-0006xE-F4; Wed, 12 Oct 2011 04:58:14 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDxQQ-0006az-Oj for Xen-users@lists.xensource.com; Wed, 12 Oct 2011 04:56:43 -0700 X-Env-Sender: aaron.cossey@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1318420599!28907994!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25528 invoked from network); 12 Oct 2011 11:56:39 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 11:56:39 -0000 Received: by wyh13 with SMTP id 13so762694wyh.30 for ; Wed, 12 Oct 2011 04:56:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=g/HiRK3yYQW7x8z58jm8aWyYMsNu6qVnEs3V0j/BUiA=; b=mTITQ7Q+hLQY5AGQ7uw/oXLx3KvYP+t5MK5U0gUYOpqr/lTi9NQqbndhw9RiDTYaQc HiZYFKa+zoYKNfO2on8kxCLkZtusqnQMEBmfAtIUdtoF2LCVqH4Pa7qHS/ffRBo3Q6AZ 11LxpLdKVg9PnUor1GCNMByavOLznIkfoo63U= MIME-Version: 1.0 Received: by 10.227.19.210 with SMTP id c18mr9386270wbb.65.1318420599130; Wed, 12 Oct 2011 04:56:39 -0700 (PDT) Received: by 10.227.138.137 with HTTP; Wed, 12 Oct 2011 04:56:39 -0700 (PDT) Date: Wed, 12 Oct 2011 13:56:39 +0200 Message-ID: From: Aaron Cossey To: Xen-users@lists.xensource.com Cc: Subject: [Xen-users] The script hotplugpath.sh is missing in /etc/xen/scripts X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1977860779==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1977860779== Content-Type: multipart/alternative; boundary=002215b02f2e79c9ce04af18b76d --002215b02f2e79c9ce04af18b76d Content-Type: text/plain; charset=ISO-8859-1 Hello everyone, Under Debian 6 I'm trying to use xen networking in routed mode, and have encountered a bug in xen-common whereby the file hotplugpath.sh is not generated. This file is sourced by several other scripts, and xend wont restart without it. This is already dealt with here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591456 The fix has been uploaded to Debian sid, and I don't really want to compile this one package myself just to get this one file. Does someone have a copy of this file (hotplugpath.sh) which I can simply copy into place? If there is a more correct way of getting this working I'd be grateful to find out. Thanks! Aaron Cossey aaron.cossey@gmail.com --002215b02f2e79c9ce04af18b76d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello everyone,

Under Debian 6 I'm trying to use xen= networking in routed mode, and have encountered a bug in xen-common whereb= y the file hotplugpath.sh is not generated.
This file is sourced = by several other scripts, and xend wont restart without it.


= The fix has been uploaded t= o Debian sid, and I don't really want to compile this one package mysel= f just to get this one file.=A0
Does someone have a co= py of this file (hot= plugpath.sh) which I can simply copy into place? If there is a more correct= way of getting this working I'd be grateful to find out.

Thanks!=
--002215b02f2e79c9ce04af18b76d-- --===============1977860779== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1977860779==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 05:01:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 05:01:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDxVT-0007ev-Dk; Wed, 12 Oct 2011 05:01:55 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RDxUK-0007Kk-4k for Xen-users@lists.xensource.com; Wed, 12 Oct 2011 05:00:44 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-14.tower-216.messagelabs.com!1318420840!695636!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23046 invoked from network); 12 Oct 2011 12:00:40 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-14.tower-216.messagelabs.com with SMTP; 12 Oct 2011 12:00:40 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A7EE910401C for ; Wed, 12 Oct 2011 13:00:39 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VLpWP2lPJtds for ; Wed, 12 Oct 2011 13:00:39 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 4286810401B for ; Wed, 12 Oct 2011 13:00:39 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <002e01cc88cc$51748b40$f45da1c0$@stefanshome.com> References: <002e01cc88cc$51748b40$f45da1c0$@stefanshome.com> Date: Wed, 12 Oct 2011 13:00:31 +0100 To: Xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] IPv6 and other problems Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Stefan Becker wrote: >I have a problem with my Debian/XEN Installation on my rental server. I >activated the bridge modus. But now I miss the eth0 and vif0.0 at my Dom0 See last week's thread entitled "XEN - networking and performance" - I don't feel like repeating all the stuff that's in there about configuring networking under Xen & Debian ! General advice is don't use Xen network-script - comment it out and use the native OS tools. - Use udev (/etc/udev/rules.d/ Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 05:27:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDxtn-0000aU-Tv; Wed, 12 Oct 2011 05:27:03 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDxsY-0000FQ-2d for xen-users@lists.xensource.com; Wed, 12 Oct 2011 05:25:46 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1318422320!48398632!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15126 invoked from network); 12 Oct 2011 12:25:21 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 12:25:21 -0000 Received: by qabg14 with SMTP id g14so1012036qab.30 for ; Wed, 12 Oct 2011 05:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=qSGv+2cDkwNRsVw4qtYmXnR69OETupw0NV+yhDhkZ5I=; b=kGO5Kix9LaTPYTIEXWGFgyroO2XxWyzJAtnRiZ3Ahx/A4pEHBPRYFmzBR0iBQGhLTG igxut9OldFjvZJKvnBTrvr0enmZzSuA8/+lriK84EuUvefx/wXU1XhboefYnfN2wDuYR KItc+GqUghLtK7txJTu88jSW8WN2Sm+GiqBjE= Received: by 10.68.38.162 with SMTP id h2mr999936pbk.49.1318422341057; Wed, 12 Oct 2011 05:25:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.42.167 with HTTP; Wed, 12 Oct 2011 05:25:21 -0700 (PDT) From: Andrew Wells Date: Wed, 12 Oct 2011 08:25:21 -0400 Message-ID: To: xen-users Subject: [Xen-users] xcp 1.0.0, 1.1.0 [BUG pool duplicates fip] X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0863772052==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0863772052== Content-Type: multipart/alternative; boundary=bcaec520e6854d7ab004af191fc2 --bcaec520e6854d7ab004af191fc2 Content-Type: text/plain; charset=ISO-8859-1 Okay, so further inspection I have a more clarified bug statement. Host A and B, without pool describe their fip's without problem. However if I pool B to A, A has correct number of fip's. but B duplicates its fip this fip's have different UUID, however they point to the same device with the same mac address, and same interface name. I can provide command's to help debugging. However if this is a expected outcome I would like to know how to handle this 'feature' agwells --bcaec520e6854d7ab004af191fc2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Okay, so further inspection I have a more=A0clarified=A0bug statement.
=
Host A and B, without pool describe their fip's without = problem.

However if I pool B to A, A has correct n= umber of fip's. but B duplicates its fip

this fip's have different UUID, however they point = to the same device with the same mac address, and same interface name.

I can provide command's to help debugging.=A0

However if this is a expected outcome I would like to k= now how to handle this 'feature'


agwells


--bcaec520e6854d7ab004af191fc2-- --===============0863772052== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0863772052==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 06:12:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 06:12:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RDybR-0002B8-8q; Wed, 12 Oct 2011 06:12:09 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RDyZR-0001q3-QO for xen-users@lists.xensource.com; Wed, 12 Oct 2011 06:10:08 -0700 X-Env-Sender: bhkolts@gotrain.org X-Msg-Ref: server-3.tower-174.messagelabs.com!1318425001!28922277!1 X-Originating-IP: [69.54.158.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19581 invoked from network); 12 Oct 2011 13:10:02 -0000 Received: from mail.gotrain.org (HELO mail.gotrain.org) (69.54.158.25) by server-3.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 13:10:02 -0000 Received: from maincomputer ([69.54.157.1]) by mail.gotrain.org (TRAIN MailServer) with ASMTP id VXW93600 for ; Wed, 12 Oct 2011 08:10:00 -0500 Message-ID: <6ECBDD5F95294CE09B8F024D06502831@maincomputer> From: "Barry Kolts" To: "XEN Mailing List" References: Subject: Re: [Xen-users] The script hotplugpath.sh is missing in /etc/xen/scripts Date: Wed, 12 Oct 2011 08:10:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 x-authenticated: Sender SMTP authenticated by smtp.gotrain.org X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Kolts List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com ----- Original Message ----- From: Aaron Cossey To: Xen-users@lists.xensource.com Sent: Wednesday, October 12, 2011 6:56 AM Subject: [Xen-users] The script hotplugpath.sh is missing in /etc/xen/scripts Hello everyone, Under Debian 6 I'm trying to use xen networking in routed mode, and have encountered a bug in xen-common whereby the file hotplugpath.sh is not generated. This file is sourced by several other scripts, and xend wont restart without it. This is already dealt with here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591456 The fix has been uploaded to Debian sid, and I don't really want to compile this one package myself just to get this one file. Does someone have a copy of this file (hotplugpath.sh) which I can simply copy into place? If there is a more correct way of getting this working I'd be grateful to find out. Thanks! Aaron Cossey aaron.cossey@gmail.com Aaron, I had the same problem and I believe I found the answer here http://lists.alioth.debian.org/pipermail/pkg-xen-devel/2011-March/003229.html there is a link on that page to an updated package. A little disclaimer: I am new to Xen, this is my first attempt to use Xen, and I had this problem and I think this was the solution, but during the learning curve I failed to take notes. Just so your aware I not a "pro". Barry _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 08:51:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 08:51:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE15k-0003P4-0N; Wed, 12 Oct 2011 08:51:36 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE14e-00034x-3L for Xen-users@lists.xensource.com; Wed, 12 Oct 2011 08:50:28 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1318434595!58886746!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25491 invoked from network); 12 Oct 2011 15:49:55 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 15:49:55 -0000 Received: by bkas6 with SMTP id s6so287440bka.30 for ; Wed, 12 Oct 2011 08:50:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1NE0vjMiz1bhAIUYDOTuBZ8nAPzggm/25nujbHngRsE=; b=aUGMNz/QTcKQxbiNps50vtkWAwo+rlTJtF+Cz7+tyy/4OajKTojAHys726/mphmTVz qh19ipj7OJjnjxkKjfykWqTnlmaqeI+XNMpkycmDHrBR5YK7ciMEX0l1R3pGzhJ1p3HG gM3CxWyN2eGH4MBvu6PH2hi3g/PwiRompxhE4= Received: by 10.223.1.131 with SMTP id 3mr49015173faf.30.1318434624359; Wed, 12 Oct 2011 08:50:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.4.163 with HTTP; Wed, 12 Oct 2011 08:50:04 -0700 (PDT) In-Reply-To: <4E94BC39.5070005@it-infrastrukturen.org> References: <4E94BC39.5070005@it-infrastrukturen.org> From: Grant McWilliams Date: Wed, 12 Oct 2011 08:50:04 -0700 Message-ID: Subject: Re: [Xen-users] Wanted: XCP 1.1 tutorial for creating VMs from scratch using xe CLI To: Mark Schneider Cc: "M. Schneider" , "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0133312472==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0133312472== Content-Type: multipart/alternative; boundary=000e0ce0edae71cd3104af1bfbbc --000e0ce0edae71cd3104af1bfbbc Content-Type: text/plain; charset=UTF-8 On Tue, Oct 11, 2011 at 2:59 PM, Mark Schneider wrote: > Hello, > > It is nearly not possible to use XCP without a tutorial, in particular if > ones has to use the xe CLI. > Reading of reference.pdf and guests.pdf of XenServer and different wiki > pages didn't help enough. > > Even *XCP seems to be a very good software* it will be useless without good > documentation because of it's complexity. > > Thank you in advance for any hints. > > Regards, Mark > > -- > ms@it-infrastrukturen.org > Mark, I'm working on a ton of tutorials as well. They'll start showing up soon at http://grantmcwilliams.com/tech/virtualization/xcp-howtos. They weill be similar to my Xen tutorials at http://grantmcwilliams.com/tech/virtualization/xen-howtos. The first one will not help you much because it's how to add iSCSI target functionality to XCP 1.1. I'll get to other stuff after that. Grant McWilliams gplus.to/grant.mcwilliams --000e0ce0edae71cd3104af1bfbbc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Oct 11, 2011 at 2:59 PM, Mark Schnei= der <ms@i= t-infrastrukturen.org> wrote:
Hello,

It is nearly not possible to use XCP without a tutorial, in particular if o= nes has to use the xe CLI.
Reading of reference.pdf and guests.pdf of XenServer and different wiki pag= es didn't help enough.

Even *XCP seems to be a very good software* it will be useless without good= documentation because of it's complexity.

Thank you in advance for any hints.

Regards, Mark

--
ms@it-infras= trukturen.org

Mark,
=C2=A0 I'm w= orking on a ton of tutorials as well. They'll start showing up soon at = http:= //grantmcwilliams.com/tech/virtualization/xcp-howtos. They weill be sim= ilar to my Xen tutorials at http://grantmcwilliams.com/tech/virtualization/xen-h= owtos.

The first one will not help you much because it's how to add iSCSI = target functionality to XCP 1.1. I'll get to other stuff after that.
Grant McWilliams
gplus= .to/grant.mcwilliams
--000e0ce0edae71cd3104af1bfbbc-- --===============0133312472== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0133312472==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 09:42:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 09:42:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE1tA-0006A1-AE; Wed, 12 Oct 2011 09:42:40 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE1ru-0005pr-Un for xen-users@lists.xensource.com; Wed, 12 Oct 2011 09:41:23 -0700 X-Env-Sender: pasztor@linux.gyakg.u-szeged.hu X-Msg-Ref: server-10.tower-27.messagelabs.com!1318437654!39660485!1 X-Originating-IP: [160.114.120.248] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27705 invoked from network); 12 Oct 2011 16:40:55 -0000 Received: from eos.fwall.u-szeged.hu (HELO eos.fwall.u-szeged.hu) (160.114.120.248) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 16:40:55 -0000 Received: from [192.168.105.4] (helo=esym.fwall.u-szeged.hu) by eos.fwall.u-szeged.hu with esmtp (Exim 4.63) (envelope-from ) id 1RE1rq-0000we-Qx for xen-users@lists.xensource.com; Wed, 12 Oct 2011 18:41:18 +0200 X-AuditID: a07278f7-b7f4c6d000001091-38-4e95c32e541d Received: from eos.fwall.u-szeged.hu (eos.intra [192.168.105.3]) by esym.fwall.u-szeged.hu (Symantec Messaging Gateway) with SMTP id 2A.54.04241.E23C59E4; Wed, 12 Oct 2011 18:41:18 +0200 (CEST) Received: from sagv5.gyakg.u-szeged.hu ([160.114.18.70]) by eos.fwall.u-szeged.hu with esmtp (Exim 4.63) (envelope-from ) id 1RE1rq-0000wX-Kl for xen-users@lists.xensource.com; Wed, 12 Oct 2011 18:41:18 +0200 Received: by linux.gyakg.u-szeged.hu (Postfix, from userid 1000) id 90FB480099; Wed, 12 Oct 2011 18:41:18 +0200 (CEST) Date: Wed, 12 Oct 2011 18:41:18 +0200 From: =?iso-8859-2?Q?P=C1SZTOR_Gy=F6rgy?= To: xen-users@lists.xensource.com Message-ID: <20111012164118.GA4590@linux.gyakg.u-szeged.hu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-SZTE-local: YES X-SZTE-HU-local: YES X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrELMWRmVeSWpSXmKPExsVyYEUms67e4al+Bk0XdS22LvvD7sDosb1v F3sAYxSXTUpqTmZZapG+XQJXxrQz55gL9ktU7Lnex9LAeFuki5GTQ0LARGLO1JNMELaYxIV7 69m6GLk4hAQOM0qcu7CfFcL5ySixaMMWdpAqIYEKifu7/jGC2CwCqhIf/uwGs9kEvCVu79nB CmKLCChKbHncCDSVg0NYQEVi7V15kDCvgLXEwU3PwcK8AoISf3cIg4SZBawkWifcYwQJMwtI Syz/xwFiigqIS8z46QliSgAVL57DB3GkiMSCl6+YJjAKzEIYMwvJmFkIYyDCOhJtnxcyYQir SUzp/8IGYbtLfJvziRnCVpSY0v2QfQEjxypGsdTiyly9tPLEnBy9Ut3iqtT01BS9jNJNjMBw X1BU8X0H45lZeocYBTgYlXh4P1pN9RNiTSwDajnEKMHBrCTCe3kNUIg3JbGyKrUoP76oNCe1 +BAjEwenVAOjvOakPHk/HuVZW++7vH1pobu0z+TPcpeDgV86TZrKjHvPRpwx4Tg+c/ueq2sT zORsrxy/GLqHwfOC05sNN5NP7Pa0+26j/3uh/8MlV/T+FWS/zbz1+/z/np87qo/+k/ZTf2l0 5531jf6tCgzPtoo+E3mlKsKjFLNnytKzX21FVQXv/M48aJ2qosRSnJFoqMVcVJwIAJfYWx1V AgAA X-SZTE-AVcheck: YES Subject: [Xen-users] Jumbo frame support for Xen X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Hi, I had to use bridge interfaces with mtu other than 9000, so I started to google for a solution. Then I found this thread: http://web.archiveorange.com/archive/v/ZvO4j2ymSAvyo8GNrwhY But, It didn't work, as the original author says. I tried to find an easier way, to setup this, so as I found out: If you configure a vif's mtu, the logical solution is to use the same mtu as the bridge interface -> So I wrote a smaller, nicer, and... a working patch. The "trick" is that, I don't use the xen's bridge creation scripts, I preconfigure my bridge interfaces from my Debian configuration, far before the xen things would start. bridge entry from my /etc/network/interfaces: auto br201 iface br201 inet static address 10.0.3.5 netmask 255.255.0.0 network 10.0.0.0 broadcast 10.0.255.255 mtu 9000 bridge_ports bond0.201 bridge_fd 0 bridge_maxwait 0 This iface config pre-creates the vlan if on my bonding if, creates the bridge, add the bond.vlan into my bridge interface, and every mtu is OK, until xen starts... Then, with my patched xen scripts,... work again, still, whatever you want: It's just work! ;-) Use it wise, and for your own risk! The patch: diff -urN /etc/xen/scripts.orig/vif-bridge /etc/xen/scripts/vif-bridge --- /etc/xen/scripts.orig/vif-bridge 2011-04-14 15:24:51.000000000 +0200 +++ /etc/xen/scripts/vif-bridge 2011-10-12 18:13:13.873102049 +0200 @@ -82,6 +82,7 @@ case "$command" in online) setup_bridge_port "$vif" + set_vif_mtu "$vif" "$(get_if_mtu $bridge)" add_to_bridge "$bridge" "$vif" ;; diff -urN /etc/xen/scripts.orig/xen-network-common.sh /etc/xen/scripts/xen-network-common.sh --- /etc/xen/scripts.orig/xen-network-common.sh 2010-06-21 15:46:02.000000000 +0200 +++ /etc/xen/scripts/xen-network-common.sh 2011-10-12 18:07:00.456909410 +0200 @@ -116,3 +116,19 @@ ip link set ${dev} up } +get_if_mtu () { + local dev=$1 + local line + ip link show $dev | \ + ( read line + line="${line##*mtu }" + line="${line%% *}" + echo $line + cat >/dev/null ) +} + +set_vif_mtu () { + local vif=$1 + local mtu=$2 + ip link set "$vif" mtu "$mtu" +} Cheers! --Kj7319i9nmIyA2yE Content-Type: application/octet-stream Content-Disposition: attachment; filename="xen-bridge-fix-mtu.patch.gz" Content-Transfer-Encoding: base64 H4sICNC8lU4CA3hlbi1icmlkZ2UtZml4LW10dS5wYXRjaACNUn9vgjAQ/dt+igtjia4rtIio LC58gn2CJYRBVSJSwo9tieO77zpwIep0DemV13fvLveapOs1sKZ8AVvWsf0pc7uKy7SoK0uV 6cZ+T9fsrUyTjTwjDO4IY+ymwMjhQjDuMuGCmPmO68+ExY8LKHc4J5TSa4U6DcGZcEAsfDHF z1rMpwKT3WWvEQTAFs6jBxT3OQQBgTiqJBhmrPb7KE8MSHMCeqk8S3M5ITCqZN0UYVclLFRZ Ix3rGoTqqxCP4b5uehDDeINoD5pd2sRAnShJwlr1QsjrDsZRDY7r6YkASW5MHwGWy/pDlTum e1e5VW3P53ORdsWTi3w9Ws64xxyh7XE9nzv/s+dPuYFTfO5zbrkzb8mXruADp4TwHqdAdRDL H7P0SgtAZ3aAswfzkMj3FpqCQItDo4PJjydwIFQnZCqOMkDiyhRDRPvb/f9KbtUHmMiEL3hF e8dQyijpiSMdVoZ50PHu7kEXaY0T/P4eHn5AGW8VmH1mHNXwbKOunTdZBhNCW0IJHb6e03YR P2kXWSvTOWlYHh8jdE8Qd0OrfwPucr5EvQMAAA== --Kj7319i9nmIyA2yE Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --Kj7319i9nmIyA2yE-- From xen-users-bounces@lists.xensource.com Wed Oct 12 10:11:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 10:11:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE2Kl-0007rO-10; Wed, 12 Oct 2011 10:11:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE2Ip-0007WK-EL for xen-users@lists.xensource.com; Wed, 12 Oct 2011 10:09:16 -0700 X-Env-Sender: lucianobarreto@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1318439328!47955301!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11615 invoked from network); 12 Oct 2011 17:08:49 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 17:08:49 -0000 Received: by vcbfo13 with SMTP id fo13so1241435vcb.30 for ; Wed, 12 Oct 2011 10:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=olonW2gKU5dueWdgI7UUlw04sfrb0j4tnBXNcHTXL4M=; b=nUe79ovczowcmN7sC0Cpr34cgfNfBqJ0iAj1fyGd/f91hBzRg42dd0tUNaVK23a8kr N3IB5NeG3OuEZje4m5HDoEZyEc21/AS8005RoJAXrvrg6nqT6Z5MejI01iNo+11XHqq7 lbNOYI9rz7F6R/yrC2QjKTgIBQLcV33urZjl4= MIME-Version: 1.0 Received: by 10.52.65.99 with SMTP id w3mr24303210vds.132.1318439346977; Wed, 12 Oct 2011 10:09:06 -0700 (PDT) Received: by 10.52.21.209 with HTTP; Wed, 12 Oct 2011 10:09:06 -0700 (PDT) Date: Wed, 12 Oct 2011 14:09:06 -0300 Message-ID: From: Luciano Barreto To: xen-users@lists.xensource.com Subject: [Xen-users] Networking problem DHCP X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2023780580==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2023780580== Content-Type: multipart/alternative; boundary=20cf307f3272ef3a5c04af1d14c0 --20cf307f3272ef3a5c04af1d14c0 Content-Type: text/plain; charset=ISO-8859-1 Hi dudes, I'm having a problem with dhcp network. I'm using OpenSuse 11.4 with Xen 4.0, default configuration. When I use my personal router (wireless router) I can start my 3 vms getting ip address and the comunication is ok. But now I'm trying to use it on my academical network (dhcp server fixed by MAC). The problem is, just the first 2 vms got ip address and comunicate with other computer on the network or to the internet, the third started vm don't get ip or comunicate even if I put it manualy. I asked to sysadmin verify and he said that there are no problem with firewall. Example, if I start vm1, vm2 and finally vm3, vm1 and vm2 get ip and the vm3 not. If I change, start vm3, vm2 and vm1, the vm1 don't get ip or comunicate. Thanks -- Luciano Barreto --20cf307f3272ef3a5c04af1d14c0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi dudes, I'm having a problem with dhcp network. I= 'm using OpenSuse 11.4 with Xen 4.0, default configuration. When I use = my personal router (wireless router) I can start my 3 vms getting ip addres= s and the comunication is ok. But now I'm trying to use it on my academ= ical network (dhcp server fixed by MAC). The problem is, just the first 2 v= ms got ip address and comunicate with other computer on the network or to t= he internet, the third started vm don't get ip or comunicate even if I = put it manualy. I asked to sysadmin verify and he said that there are no pr= oblem with firewall.=A0
Example, if I start vm1, vm2 and finally vm3, vm1 and vm2 get ip and t= he vm3 not. If I change, start vm3, vm2 and vm1, the vm1 don't get ip o= r comunicate.
Thanks

--
Luciano Bar= reto
--20cf307f3272ef3a5c04af1d14c0-- --===============2023780580== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2023780580==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 11:07:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 11:07:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE3D5-0001c4-SU; Wed, 12 Oct 2011 11:07:19 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RE3Aj-0001GI-Py for xen-users@lists.xensource.com; Wed, 12 Oct 2011 11:05:02 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-6.tower-174.messagelabs.com!1318442690!32880567!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29283 invoked from network); 12 Oct 2011 18:04:50 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-6.tower-174.messagelabs.com with SMTP; 12 Oct 2011 18:04:50 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 3F1EB10401A for ; Wed, 12 Oct 2011 19:04:49 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CEfqwgm8PPOf for ; Wed, 12 Oct 2011 19:04:49 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 8500129F2A for ; Wed, 12 Oct 2011 19:04:48 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 12 Oct 2011 19:04:42 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Networking problem DHCP Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Luciano Barreto wrote: >Hi dudes, I'm having a problem with dhcp network. I'm using OpenSuse >11.4 with Xen 4.0, default configuration. When I use my personal >router (wireless router) I can start my 3 vms getting ip address and >the comunication is ok. But now I'm trying to use it on my >academical network (dhcp server fixed by MAC). The problem is, just >the first 2 vms got ip address and comunicate with other computer on >the network or to the internet, the third started vm don't get ip or >comunicate even if I put it manualy. I asked to sysadmin verify and >he said that there are no problem with firewall. >Example, if I start vm1, vm2 and finally vm3, vm1 and vm2 get ip and >the vm3 not. If I change, start vm3, vm2 and vm1, the vm1 don't get >ip or comunicate. I would suggest you fire up wireshark in Dom0 and monitor for DHCP traffic while you start the guests. My best guess is that your academic network might be applying per-port limits on IP addresses and you are only allowed 3 at one time - and are using them all (1 for Dom0, two for DomUs). It might be worth asking the admins if they apply any such limits. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Wed Oct 12 11:45:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 11:45:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE3oB-0003Mh-3l; Wed, 12 Oct 2011 11:45:40 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE3n7-00039X-Ef; Wed, 12 Oct 2011 11:44:33 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-4.tower-216.messagelabs.com!1318445068!740110!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13188 invoked from network); 12 Oct 2011 18:44:29 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 18:44:29 -0000 Received: by iaen33 with SMTP id n33so424026iae.30 for ; Wed, 12 Oct 2011 11:44:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.0.217 with SMTP id 25mr141755ibc.4.1318445067925; Wed, 12 Oct 2011 11:44:27 -0700 (PDT) Received: by 10.231.202.211 with HTTP; Wed, 12 Oct 2011 11:44:27 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4E946EB9.7050209@xen.org> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> Date: Thu, 13 Oct 2011 05:44:27 +1100 Message-ID: Subject: Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Joseph Glanville To: Lars Kurth Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1787926011==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============1787926011== Content-Type: multipart/alternative; boundary=00151773e4f0edf8b904af1e698c --00151773e4f0edf8b904af1e698c Content-Type: text/plain; charset=ISO-8859-1 Sounds good, 26th works. Real-time colab on IRC would be nice to get organised maybe #xendocday on freenode? Joseph. On 12 October 2011 03:28, Lars Kurth wrote: > OK, 26th of October it is: I'll come up with some ideas and share them > early next week > Lars > > > On 10/10/2011 17:04, Konrad Rzeszutek Wilk wrote: > >> On Mon, Oct 10, 2011 at 12:33:29PM +0100, Lars Kurth wrote: >> >>> Looks like me being maxed out means we are too close to Oct 12th >>> now. Does anybody object to doing this on the 26th? >>> >> I am OK. >> >>> How long will the day be? An afternoon? A whole day with rolling >>> time-zones? >>> >> One day. As much as people can do I would think. >> >> In lots of ways. There is a lot of things that we want to do - but >>>> >>> I don't think we can do >>> >>>> _all_ of them. Can you help us determine what ought to have a >>>> >>> higher priority? >>> In a nutshell: >>> - We should focus on some of the shortfalls we identified at the >>> Hackathon >>> (CLI guides, man pages, etc.)? >>> - We should also do a quick Wiki sanity check (i.e. identify >>> important pages, which are wrong) >>> I can help guide this >>> >>> Maybe we can split into two groups >>> >> >> > > -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --00151773e4f0edf8b904af1e698c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sounds good, 26th works.

Real-time colab on IRC would be nice to get= organised maybe #xendocday on freenode?

Joseph.

On 12 October 2011 03:28, Lars Kurth <= ;lars.kurth@xen.org> wr= ote:
OK, 26th of October it is: I'll come up= with some ideas and share them early next week
Lars


On 10/10/2011 17:04, Konrad Rzeszutek Wilk wrote:
On Mon, Oct 10, 2011 at 12:33:29PM +0100, Lars Kurth wrote:
Looks like me being maxed out means we are too close to Oct 12th
now. Does anybody object to doing this on the 26th?
I am OK.
How long will the day be? An afternoon? A whole day with rolling
time-zones?
One day. As much as people can do I would think.

In lots of ways. There is a lot of things that we want to do - but
I don't think we can do
_all_ of them. Can you help us determine what ought to have a
higher priority?
In a nutshell:
- We should focus on some of the shortfalls we identified at the Hackathon<= br> =A0 (CLI guides, man pages, etc.)?
- We should also do a quick Wiki sanity check (i.e. identify
important pages, which are wrong)
=A0 I can help guide this

Maybe we can split into two groups
<nods>




--
<= b>
Founder | Director | VP Research
Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone= : 1300 56 99 52 | Mobile: 0428 754 846
--00151773e4f0edf8b904af1e698c-- --===============1787926011== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1787926011==-- From xen-api-bounces@lists.xensource.com Wed Oct 12 12:25:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 12:25:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE4Qx-00061P-Cm; Wed, 12 Oct 2011 12:25:43 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE4Ql-0005yL-6m; Wed, 12 Oct 2011 12:25:31 -0700 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1318447525!32887202!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31744 invoked from network); 12 Oct 2011 19:25:27 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 19:25:27 -0000 X-IronPort-AV: E=Sophos;i="4.69,336,1315195200"; d="scan'208";a="18169001" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Oct 2011 15:25:25 -0400 Received: from [IPv6:::1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Wed, 12 Oct 2011 15:25:25 -0400 Message-ID: <4E95E9BD.7020408@citrix.com> Date: Wed, 12 Oct 2011 20:25:49 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20110807 Icedove/5.0 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: [Xen-API] Announcing the release of XCP 1.1 X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com Hi Xen users, The XCP team is happy to announce that XCP 1.1 has been released! I'd like to thank community members who have tested RC1 and wanted to let you know that no significant issues have been found. Thus, we promoted the XCP 1.1 RC1 release candidate to final release status. So if you’ve already installed the RC1 release, there is no reason to upgrade. Please see the Xen.org blog for more information (http://blog.xen.org/index.php/2011/10/12/xcp-1-1-final-release/). Mike _______________________________________________ xen-api mailing list xen-api@lists.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api From xen-users-bounces@lists.xensource.com Wed Oct 12 12:47:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 12:47:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE4mM-0000Se-KK; Wed, 12 Oct 2011 12:47:50 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE4jg-0008BJ-KL for xen-users@lists.xensource.com; Wed, 12 Oct 2011 12:45:09 -0700 X-Env-Sender: cbjulio@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1318448701!22051570!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10362 invoked from network); 12 Oct 2011 19:45:01 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 19:45:01 -0000 Received: by wwf27 with SMTP id 27so472452wwf.24 for ; Wed, 12 Oct 2011 12:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=ukgB4rfGn9Qm63M3zmwRb2TL/2+VSo2UGOis6NyoasA=; b=lR6YwJMYMkXwkRBwvqYa3V68Hm5VTD2SnuP7Ifq6Oz6VMoiCrUjcdejlEF32BC+c5m DJriDXxv20sMW+X4rxEUuT4egXwtxMeAarJaQXPj8K049cjJwaMeTnp2Vla46NTsBMHd JDOuQ2sTX7Mdrnt4d4iW94EZFabPyIBcjfhZ8= MIME-Version: 1.0 Received: by 10.216.37.140 with SMTP id y12mr124453wea.88.1318448700620; Wed, 12 Oct 2011 12:45:00 -0700 (PDT) Received: by 10.216.88.144 with HTTP; Wed, 12 Oct 2011 12:45:00 -0700 (PDT) Date: Wed, 12 Oct 2011 15:45:00 -0400 Message-ID: From: Julio Cesar Batista de Oliveira To: xen-users@lists.xensource.com Content-Type: multipart/mixed; boundary=0016367f9fb874820704af1f4248 Subject: [Xen-users] domU Windows XP errors... X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --0016367f9fb874820704af1f4248 Content-Type: multipart/alternative; boundary=0016367f9fb87481ea04af1f4246 --0016367f9fb87481ea04af1f4246 Content-Type: text/plain; charset=ISO-8859-1 Hello!! I have some difficulties in my debian squeeze + xen 4.0. I had installed my domU windows XP today, and now it's fails with some programs/applications. For example, my skype hangs when it starts with windows...i have a system in DOS (maybe in COBOL or CLIPER) running, but it is hanging too, and doesn't starts...everything was working with VMware server, but now i change to Xen, but i don't know how to fix that. I had change my server (another Main board, NIC, processor, etc), e it seems the same way. Anybody has a idea of the problem? I download GPL drivers for windows XP too... Thanks! Screens of erros attach... My domU config: import os, re arch = os.uname()[4] if re.search('64', arch): arch_libdir = 'lib64' else: arch_libdir = 'lib' kernel = "/usr/lib/xen-4.0/boot/hvmloader" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' device_model = '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' builder = 'hvm' memory = 1024 shadow_memory = 8 name = "winXpSp3" vif = ['bridge=br0, mac=54:a2:3c:6e:d7:c1'] vcpus=2 #disk = ['phy:/dev/xen/vm1,hda,w','phy:/dev/xen/vm2,hda3,w', 'file:/home/dados/temp/WindowsSP3En2009.iso,hdc:cdrom,r'] disk = ['phy:/dev/xen/vm1,hda,w','phy:/dev/xen/vm2,hda3,w'] boot="dc" sdl = 0 vnc = 1 vnclisten="0.0.0.0" vncdisplay=1 vncconsole = 1 vncpasswd='1' stdvga = 0 serial = 'pty' My interfaces config: auto lo eth0 eth1 br0 iface lo inet loopback allow-hotplug eth0 eth1 iface eth0 inet static address 192.168.10.240 network 192.168.10.0 netmask 255.255.255.0 broadcast 192.168.10.255 gateway 192.168.10.1 iface eth1 inet static address 192.168.1.240 network 192.168.1.0 netmask 255.255.255.0 broadcast 192.168.1.255 iface br0 inet static address 192.168.20.240 network 192.168.20.0 broadcast 192.168.20.255 netmask 255.255.255.0 bridge_ports eth1 bridge_maxwait 0 -- Julio Cesar Batista de Oliveira + 55 (69) 8456-3676 --0016367f9fb87481ea04af1f4246 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello!!=A0
I have some=A0difficulties=A0in my debian squeeze + xen 4.0.= I had installed my domU windows XP today, and now it's fails with some= programs/applications. For example, my skype hangs when it starts with win= dows...i have a system in DOS (maybe in COBOL or CLIPER) running, but it is= hanging too, and doesn't starts...everything was working with VMware s= erver, but now i change to Xen, but i don't know how to fix that.
I had change my server (another Main board, NIC, processor, etc), e it= seems the same way.
Anybody has a idea of the proble= m?
I download GPL drivers for windows XP too...
Thanks!


Screens of erros attach...
My domU config:

import os, re
arch =3D os.uname()[4]
if re.search('64', arch):
=A0=A0 =A0 =A0 =A0arch_libdir =3D 'lib64'
else:
=A0=A0 =A0 =A0 =A0arch_libdir =3D 'lib'
kernel =3D = "/usr/lib/xen-4.0/boot/hvmloader"
on_poweroff =3D '= destroy'
on_reboot =3D 'restart'
on_crash =3D 'restart'
device_model =3D '/usr/&#= 39; + arch_libdir + '/xen-4.0/bin/qemu-dm'
builder =3D &#= 39;hvm'
memory =3D 1024
shadow_memory =3D 8
name =3D "winXpSp3"
vif =3D ['bridge=3Dbr0, mac=3D54:a2:3c:6e:d7:c1']
vc= pus=3D2
#disk =3D ['phy:/dev/xen/vm1,hda,w','phy:/dev= /xen/vm2,hda3,w', 'file:/home/dados/temp/WindowsSP3En2009.iso,hdc:c= drom,r']
disk =3D ['phy:/dev/xen/vm1,hda,w','phy:/dev/xen/vm2,hda3,= w']
boot=3D"dc"
sdl =3D 0
vnc = =3D 1
vnclisten=3D"0.0.0.0"
vncdisplay=3D1
vncconsole =3D 1
vncpasswd=3D'1'
stdvga =3D 0
serial =3D &#= 39;pty'


My interfaces config:

auto lo eth0 eth1 br0
iface lo inet = loopback

allow-hotplug eth0 eth1

iface = eth0 inet static
=A0=A0 =A0 =A0 =A0address 192.168.10.240
=A0=A0 =A0 =A0 =A0network 192.168.10.0
=A0=A0 =A0 =A0 =A0netma= sk 255.255.255.0
=A0=A0 =A0 =A0 =A0broadcast 192.168.10.255
=A0=A0 =A0 =A0 =A0gate= way 192.168.10.1

iface eth1 inet static
= =A0=A0 =A0 =A0 =A0address 192.168.1.240
=A0=A0 =A0 =A0 =A0network= 192.168.1.0
=A0=A0 =A0 =A0 =A0netmask 255.255.255.0
=A0=A0 =A0 =A0 =A0broadcast 192.168.1.255

ifa= ce br0 inet static
=A0=A0 =A0 =A0 =A0address 192.168.20.240
=
=A0=A0 =A0 =A0 =A0network 192.168.20.0
=A0=A0 =A0 =A0 =A0bro= adcast 192.168.20.255
=A0=A0 =A0 =A0 =A0netmask 255.255.255.0
=A0=A0 =A0 =A0 =A0bridge_ports eth1
=A0=A0 =A0 =A0 =A0bridge= _maxwait 0




--
Julio Cesar Batista de Oliveira
+ 55 (69) 8456-3676<= br>
--0016367f9fb87481ea04af1f4246-- --0016367f9fb874820704af1f4248 Content-Type: image/jpeg; name="ErrorDOS.JPG" Content-Disposition: attachment; filename="ErrorDOS.JPG" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gtoq7pog0 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAJYAyADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDDooor 6E8MKKK9H8D+F9M1Pw9LeXMIluHkZFL8qmOnH41yY3GQwkFOfV2/r7jajRdWTS6FPwp4BbV9Kk1C 7YKJE/0aPdgMfViO3aqXijwY+k2/2+xcXFovyzBAf3Tfj1U+tekvfyC1+yqnktH8jqOgHTj2NV7S eJpjGzqVYFXTIIYehH+f8IWIdudtcvT09S/ZRvypO/U8QorofFeh/wBlag0kFvPHaSEmMyptH/Ac 8kc1z1dVKrCquaDuYzpyg7SQUUUVoQFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXqXgKST/AIR6CGM4aS4cZ9OmT+Az XltekeA9RtLbRZHnmSIwOy/vGABLYOR9ApH414PEKvho9lJfkz0srf71+n6o7eXS4JGMrs00oGAJ CAp9iABkexzUdtJNK3lsziMMN4J9T0FYl3430m1yPPMrekY6/icCuf1D4j74ZI7O0KFwcSM3IPY4 rwsFXxjg4Uabd9nbb57f8E769OlzKVSVrfj8jK8fa1/auvyRxvmC3/dJg8cdT+f9K5SnO5dyzHJJ yabX2ODw/sKKg9+vr1PEr1faVHLp09AooorqMQooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAorb8OtaR/2nLe26zQJaANlAzIG miRmTPAcKzYPrWjd2Fjc6Xa2VssZuIXuYIZ4gv8ApMqLC5BYDLglpVjxycxj1rN1LOxooXVzk6VW ZfusR9DW5YQW1t4imihMdylvazndIqyo8iW7ksARhl3glcjpjNSraW17pg1W9i2SRpI8kNsFh85A 8UaMBtIX5pGGQuD5ZGM7jSlKL0aumCi1qmc7RW7qGl2Om2a3Drcy/af+PdVlVfKzDFIN/wAp3/64 Djb90nvxraN4RsdR1zWbSaedINPuCgYMAzJudeTtPOQpzj145yCVaMY8z2BUpOXKtzjKK9Hf4daa XiMeqSKocmUMCSyZ4CnaNpA4JOcnnA6VKnw80YTymTULhoTjykV8MvHO5vLO7J6YAx71l9co9zX6 rV7HmdFemP4A02S0so21ALNB8sskaFRMm9m6beGwwG4k8KOKq3Hw4tGnY22siOHjaksRdhxzlgBn n2oWMo9weFq9jz2iu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gn9bo/wA35i+rVexwVFd7/wAK 2T/oOxf+Azf40f8ACtk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/wCFbJ/0HYv/AAGb/Gj/AIVsn/Qd i/8AAZv8aPrdH+b8w+rVexwVFd7/AMK2T/oOxf8AgM3+NH/Ctk/6DsX/AIDN/jR9bo/zfmH1ar2O Corvf+FbJ/0HYv8AwGb/ABo/4Vsn/Qdi/wDAZv8AGj63R/m/MPq1XscFRXe/8K2T/oOxf+Azf40f 8K2T/oOxf+Azf40fW6P835h9Wq9jgqK73/hWyf8AQdi/8Bm/xo/4Vsn/AEHYv/AZv8aPrdH+b8w+ rVexwVFd7/wrZP8AoOxf+Azf40f8K2T/AKDsX/gM3+NH1uj/ADfmH1ar2OCorvf+FbJ/0HYv/AZv 8aP+FbJ/0HYv/AZv8aPrdH+b8w+rVexwVFd7/wAK2T/oOxf+Azf40f8ACtk/6DsX/gM3+NH1uj/N +YfVqvY4Kiu9/wCFbJ/0HYv/AAGb/Gj/AIVsn/Qdi/8AAZv8aPrdH+b8w+rVexwVFd7/AMK2T/oO xf8AgM3+NH/Ctk/6DsX/AIDN/jR9bo/zfmH1ar2OCorvf+FbJ/0HYv8AwGb/ABo/4Vsn/Qdi/wDA Zv8AGj63R/m/MPq1XscFRXe/8K2T/oOxf+Azf40f8K2T/oOxf+Azf40fW6P835h9Wq9jgqK73/hW yf8AQdi/8Bm/xo/4Vsn/AEHYv/AZv8aPrdH+b8w+rVexwVFd7/wrZP8AoOxf+Azf40f8K2T/AKDs X/gM3+NH1uj/ADfmH1ar2OCorvf+FbJ/0HYv/AZv8aP+FbJ/0HYv/AZv8aPrdH+b8w+rVexwVFd7 /wAK2T/oOxf+Azf40f8ACtk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/wCFbJ/0HYv/AAGb/Gj/AIVs n/Qdi/8AAZv8aPrdH+b8w+rVexwVFd7/AMK2T/oOxf8AgM3+NH/Ctk/6DsX/AIDN/jR9bo/zfmH1 ar2OCorvf+FbJ/0HYv8AwGb/ABo/4Vsn/Qdi/wDAZv8AGj63R/m/MPq1XscFRXe/8K2T/oOxf+Az f40f8K2T/oOxf+Azf40fW6P835h9Wq9jgqK73/hWyf8AQdi/8Bm/xo/4Vsn/AEHYv/AZv8aPrdH+ b8w+rVexwVFd7/wrZP8AoOxf+Azf40f8K2T/AKDsX/gM3+NH1uj/ADfmH1ar2OCorvf+FbJ/0HYv /AZv8aP+FbJ/0HYv/AZv8aPrdH+b8w+rVexwVFd7/wAK2T/oOxf+Azf40f8ACtk/6DsX/gM3+NH1 uj/N+YfVqvY4Kiu9/wCFbJ/0HYv/AAGb/Gj/AIVsn/Qdi/8AAZv8aPrdH+b8w+rVexwVFd7/AMK2 T/oOxf8AgM3+NH/Ctk/6DsX/AIDN/jR9bo/zfmH1ar2OCorvf+FbJ/0HYv8AwGb/ABo/4Vsn/Qdi /wDAZv8AGj63R/m/MPq1XscFRXe/8K2T/oOxf+Azf40f8K2T/oOxf+Azf40fW6P835h9Wq9jgqK7 3/hWyf8AQdi/8Bm/xo/4Vsn/AEHYv/AZv8aPrdH+b8w+rVexwVFd7/wrZP8AoOxf+Azf40f8K2T/ AKDsX/gM3+NH1uj/ADfmH1ar2OCorvf+FbJ/0HYv/AZv8aP+FbJ/0HYv/AZv8aPrdH+b8w+rVexw VFd7/wAK2T/oOxf+Azf40f8ACtk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/wCFbJ/0HYv/AAGb/Gj/ AIVsn/Qdi/8AAZv8aPrdH+b8w+rVexwVFd7/AMK2T/oOxf8AgM3+NH/Ctk/6DsX/AIDN/jR9bo/z fmH1ar2OCorvf+FbJ/0HYv8AwGb/ABo/4Vsn/Qdi/wDAZv8AGj63R/m/MPq1XscFRXe/8K2T/oOx f+Azf40f8K2T/oOxf+Azf40fW6P835h9Wq9jgqK6/WfBEej6PdagdXSbyIy4jW3YFj2GSeK5Ctad aFS/IzOdKcPiQUUUVoZhRRRQAUUUUAFFFFABRRRQAUUUUAOSSSNXVHZVkXa4BwGGQcH1GQD+Aqxa X89nIjxtny95jVicRuy7d688MMKQfVV9Kq0Umkx3sS29zPaTrPbTyQzLnbJE5VhkYOCPapf7Svvt 3277bc/bP+fjzW8zpj72c9OPpVWiiyC7LSalfR/adl7cr9qz9o2ysPOznO/n5up6+pruvh7e3d1a 6nFcXU00cEUSxJJIWEY3dFB6DgdPSvO6734bf6rWf+ucX/oRrmxaXsWb4Zv2qPGdO060vIGyuoTT RxGeVbW2aQRRgkbmwpwOOppq/wDCNC2W4lvdQSB3ZI5BbkqzKAWAOAMgMuR/tD1FWNF1K7sLeRYt Iub+F3hnV7a7a3aOeEy7MsvJXEpJAKnoQwxWfL/bt1oNzpV3o08qM0Els/mMTbvHGIiRuLEh0ABU EDKpjAQLWVXGVYycUl9x0Rw8WruT/D/I2dL8Eapr9tqtxo4W6XTo4pXh5EsiyAkbFxyQAeMgnsCT irukfDDxDq+n6XegW1rHqc5hthcuyswEbybyApwpEbYPU8HGCDVOHX7nw/DNHZyz22prcWVxFKgG E8uCRWBz6+aBjBBG4H0PUeF/ifb6fHbza6b+8vhrMmozyoiHcjWrQgDLDBBI4wAFHHTFdDlW5bx/ rQSUL2Zy2meD/wC2J76Ox1/SpFsrQ3k0pW4VRGpO/GYskrwSMc7hjPOIL3wtJpmnWt1qOqWFrNd2 gvILR/NaV42zs5SMoC23gFhjIzitTw14vign1mfxJqGq3c19pUmmxSAC4ZFkOSSXkXhSOFHXceR3 vWXj6O18F3Wh3moX+qwy6ebaCyubGJIreQkYcS72dgnO0FR0X7uBim6if9f5CSjY53XfC0nh15bb UNUsF1KFY2ksE81pVLBWxu8vyyQGBOHxwcE1dvfh5rVg+ipM9tu1WeO2Cgvm1lcIyxz5X5GxIDt5 OAat+Ide8M+JPFo8RXf9pDz5bdrnThbIU2KEWRRMJQT8qtg7R26dRvzfFTS9Su7yTUdLdVTWbXUr F7dSH/duqsZd0mN3koqgKNucnjrSc6tlZeo7R1PM9TsJdK1W806dkaa0neCRkJKllYqSMgcZFVa2 /FV5pepa7eanpk94/wBtuZbiSO5tli8rc24AFZG3dTzgdB68Ylbxd0mzN7hRRRVCCiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gD6Mm+G/gyOeRBoEeFYgZurjsf8ArpWP4k8D+FdP8OX93baHEk8cRKP9onO09M4MmOM9+KteK/GM wvQPDer+Hj+8k8837SkHkbdhj4P8WfwxVDUPE8F94GubbUNR02TVpImDpZF/KJ3cbd/P3cde+a+e 9tV/mf3no8kOxV8Q+GtI07xHNpWifDuPVhDAk0kh1mSDZveRVGGfn/VnkVmtoukyaTrq33gWLRr+ ytY5ov8AiaS3O4SF1DcPgYMZ4OfcevUar4ntrbxfqGoade6PdQzwRQHzr14irRyTNkbYnDAiUc57 VjalrkF9a69c3N1pqTXVjBbwwWty8xJjeViSWjTGfMGBz0o9tV/mf3hyR7DfDXhTw3J8ObLWr3w5 Nql20cskiW80nmybZnX5VEiqSFUcDk44yTg29O0n4ca1qMFppGiLqAeDz5Z7e5nMdsp+6JCZRtZj kBMFuDkADNJ4Y1+yt/hnpthFrtrp+o+TKFkkj87ySZ5Dkpkc4OQCe4JBHBk0WTw54d1ETaZ4mItZ lJvre6Zpjczf89wxPySE/ewCGGOBgGtK1WoqkkpPd9SYQjyrQ5rw/FFDpPjuOCJYol8oJGpJCjdJ gAkk/mSarVa0BlfSvHTKQykQkEHIIy9Va7sM25Sb7R/I4sVtH5/mFFFFdhxhRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAV3vw2/1Ws/9c4v/AEI1wVd78Nv9VrP/AFzi/wDQjXNi/wCDL+up0Yb+ KjyTUvEHhfTNSuLKTwqjtC5UstzNg/8AkSqv/CXeFP8AoUl/8Cpv/jlc34r/AORp1H/rsf5Vj15f tqn8z+89Lkj2O8/4S7wp/wBCkv8A4FTf/HKP+Eu8Kf8AQpL/AOBU3/xyuDoo9tU/mf3hyR7Hef8A CXeFP+hSX/wKm/8AjlH/AAl3hT/oUl/8Cpv/AI5XB0Ue2qfzP7w5I9jvP+Eu8Kf9Ckv/AIFTf/HK P+Eu8Kf9Ckv/AIFTf/HK4Oij21T+Z/eHJHsd5/wl3hT/AKFJf/Aqb/45R/wl3hT/AKFJf/Aqb/45 XB0Ue2qfzP7w5I9jvP8AhLvCn/QpL/4FTf8Axyj/AIS7wp/0KS/+BU3/AMcrg6KPbVP5n94ckex3 n/CXeFP+hSX/AMCpv/jlH/CXeFP+hSX/AMCpv/jlcHRR7ap/M/vDkj2O8/4S7wp/0KS/+BU3/wAc o/4S7wp/0KS/+BU3/wAcrg6KPbVP5n94ckex3n/CXeFP+hSX/wACpv8A45R/wl3hT/oUl/8AAqb/ AOOVwdFHtqn8z+8OSPY7z/hLvCn/AEKS/wDgVN/8co/4S7wp/wBCkv8A4FTf/HK4Oij21T+Z/eHJ Hsd5/wAJd4U/6FJf/Aqb/wCOUf8ACXeFP+hSX/wKm/8AjlcHRR7ap/M/vDkj2O8/4S7wp/0KS/8A gVN/8co/4S7wp/0KS/8AgVN/8crg6KPbVP5n94ckex3n/CXeFP8AoUl/8Cpv/jlH/CXeFP8AoUl/ 8Cpv/jlcHRR7ap/M/vDkj2O8/wCEu8Kf9Ckv/gVN/wDHKP8AhLvCn/QpL/4FTf8AxyuDoo9tU/mf 3hyR7Hef8Jd4U/6FJf8AwKm/+OUf8Jd4U/6FJf8AwKm/+OVwdFHtqn8z+8OSPY7z/hLvCn/QpL/4 FTf/AByj/hLvCn/QpL/4FTf/AByuDoo9tU/mf3hyR7Hef8Jd4U/6FJf/AAKm/wDjlH/CXeFP+hSX /wACpv8A45XB0Ue2qfzP7w5I9jvP+Eu8Kf8AQpL/AOBU3/xyj/hLvCn/AEKS/wDgVN/8crg6KPbV P5n94ckex3n/AAl3hT/oUl/8Cpv/AI5R/wAJd4U/6FJf/Aqb/wCOVwdFHtqn8z+8OSPY7z/hLvCn /QpL/wCBU3/xyj/hLvCn/QpL/wCBU3/xyuDoo9tU/mf3hyR7Hef8Jd4U/wChSX/wKm/+OUf8Jd4U /wChSX/wKm/+OVwdFHtqn8z+8OSPY7z/AIS7wp/0KS/+BU3/AMco/wCEu8Kf9Ckv/gVN/wDHK4Oi j21T+Z/eHJHsd5/wl3hT/oUl/wDAqb/45R/wl3hT/oUl/wDAqb/45XB0Ue2qfzP7w5I9jvP+Eu8K f9Ckv/gVN/8AHKP+Eu8Kf9Ckv/gVN/8AHK4Oij21T+Z/eHJHsd5/wl3hT/oUl/8AAqb/AOOUf8Jd 4U/6FJf/AAKm/wDjlcHRR7ap/M/vDkj2O8/4S7wp/wBCkv8A4FTf/HKP+Eu8Kf8AQpL/AOBU3/xy uDoo9tU/mf3hyR7Hef8ACXeFP+hSX/wKm/8AjlH/AAl3hT/oUl/8Cpv/AI5XB0Ue2qfzP7w5I9jv P+Eu8Kf9Ckv/AIFTf/HKP+Eu8Kf9Ckv/AIFTf/HK4Oij21T+Z/eHJHsd5/wl3hT/AKFJf/Aqb/45 R/wl3hT/AKFJf/Aqb/45XB0Ue2qfzP7w5I9jvP8AhLvCn/QpL/4FTf8Axyj/AIS7wp/0KS/+BU3/ AMcrg6KPbVP5n94ckex3n/CXeFP+hSX/AMCpv/jlH/CXeFP+hSX/AMCpv/jlcHRR7ap/M/vDkj2O 8/4S7wp/0KS/+BU3/wAco/4S7wp/0KS/+BU3/wAcrg6KPbVP5n94ckex3n/CXeFP+hSX/wACpv8A 45R/wl3hT/oUl/8AAqb/AOOVwdFHtqn8z+8OSPY7z/hLvCn/AEKS/wDgVN/8co/4S7wp/wBCkv8A 4FTf/HK4Oij21T+Z/eHJHsd5/wAJd4U/6FJf/Aqb/wCOUf8ACXeFP+hSX/wKm/8AjlcHRR7ap/M/ vDkj2O8/4S7wp/0KS/8AgVN/8co/4S7wp/0KS/8AgVN/8crg6KPbVP5n94ckex3n/CXeFP8AoUl/ 8Cpv/jlH/CXeFP8AoUl/8Cpv/jlcHRR7ap/M/vDkj2O8/wCEu8Kf9Ckv/gVN/wDHKP8AhLvCn/Qp L/4FTf8AxyuDoo9tU/mf3hyR7Hef8Jd4U/6FJf8AwKm/+OUf8Jd4U/6FJf8AwKm/+OVwdFHtqn8z +8OSPY7z/hLvCn/QpL/4FTf/AByj/hLvCn/QpL/4FTf/AByuDoo9tU/mf3hyR7H0RpFppMnwivdc 0ywFkdRVw8YkduI32j7zHuWPGOvtXN10nhj/AJN3tv8Aduf/AEca5uu3AycnJt9jjxiSUbeYUUUV 6BwhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABW5H4S1duZoEt4yuRJNIAp/EZrDr1ewuoLkw3ctvG HmhjcZAbaNoGM/8AAayqOasolpwjFyn0ONg8HyyAh7xWcHgW8TTAj6iul8EadJp0mtxtuZNsShmX aSQ3IxnjqK6l9TUw7QRjHQVQ0iUPLqyjGCVf89g/9lrkruo6UuY2wtSnOqlFHj958PrLXZNI1G3W I3Ml9I1/btKytc24nCMy/NxsXGcYzu65wD55qGkaLFrXiWCbVP7O+w3EyWNt9nebz9rOAm4H5fuq Mtn73tWl4i8X6laeJLKOARJ/Yl1LJbsu4F/MYMyuQ3IPTAxwSKxB4t1iObWpLe4SBdZZzeRpGpVw xbIG4EgfO3Q55615x6YRaHFqHh06hpkzzXdorNqFmwG9E3HE0ePvR4IDd1PJ4OR2/hzwh4Rv/Dnh i71a5e1vbuaUNGGb/TQJvLCf7JBaP7uDjcf9pfNdP1C70q/hvrGd4LqFt0cidQf6g9CDwQcGtmfx jfTy6O4tLGFdJupLq2jijZUDPKJCpG77oIAAGMD86AO0g8LaRJbXX2fQ9Pmmi8SyaYour+WENBkk AHzBlxkAYDHA+6xzXO2Vpod74Y8Y6lBpSEWc0RsGlkkDxRyyFQCA+CVABGc85yWHFZuo+L7rU9Gu 9NmsLFUur59QeVBIHEzE5Iy+MYO3GOnvzVXTvEUunaBqWjpZWksOo7fOkk8zeNvKYw4A2nJ6ck85 HFAHRaJpnh6Xw1aXctg+osq3L6v5ExF1aIMCJoo96gqNwYsVcDnJ4wK1tYaLonhvQdV1TT/7R/ta 4kMoaR08iGJwjBArLuds5yxwMAY6mqel+N9S0mysYIYLSSTT/O+xXEiNvt/NGHwAwVu5+dW5PpxU Ok+LLzS7a1t3tbS+js7gXNmLoOTbSA5OwqynBOCVOVJAOM0AdjoPgPSdX02zMFpqE0esyXXkX7HH 9mpESI/MVRtcvjByQOy4PNc19g07/hVv9qf2fF/aP9qfYvtPmSZ2eX5mdu7bn+HpjHbPNEHxB1mG 90q8aO0ln02S5ljd4z+8a4JLlwCB1JxjGKh0nxncaRpNrp0el6fNHbXgvkebzd3njhXO2QDgYGMY 45BPNAB4e0m11e5m8OXdpLbavLIRa3QVyY5FBzFLHzhDg5YDKEZORnFmx+HuoXtlaXP9o6ZCLtnW JHkdySsywnlEZSN7oAQcENnpnGbL4pvnTVzFFbwT6tM0l1cRKwkKMSxiBJO2Mk5IHJwASRxU1r4z 1SystJtIFt1i0xmMYKEmUGZJsPz03xr93BwMZoA27LwvZ6Z4MvdT1fTorq8j1CSzkibUkhMKpG2S hDYMm8fdIbIAwuDk4/hfRrfUrLWZ5FtLmS20+eZbeSaWJ4toUiYFUKtjONpYZJ545pmo+L7rU9Gu 9NmsLFUur59QeVBIHEzE5Iy+MYO3GOnvzUOg+JX0CG8jh02xuGu4Xt5pJ/N3GJwNyfK6gDjrjPvQ A+x8KXN9oseqG/0+2hmkkiiFxMV3Oi7tpbBSMkdA7KT9OaLXwpc3Gk2moTX+n2aXvnfZEupihn8v 72GxsXngb2XJ/On6f4vn0uGSO00vTEZlmjWTymLLHKOY2+bEqjsJQ+KZa+K7m30m00+aw0+8Sy87 7I91CXMHmfewudjc8jerYP5UAP8AD/gzU/E1rJNp5QsrMixvFKAzKu7HmBDGpOcDcw5+ozZ8H2Gn arZa/Be6fFLJa6XcXsNx5kiurqFCjAYKQMk8rnPfHFQ6V431LSLbTYoYLSV9MkkezmlRt0QkI8xO GCkNyOQSNxwRxiHR/FDaJ9v+zaRp7/bo5IJPMMxxC+MxjEg446nLe9AGBWroehy6zNK7zJaafaqJ Ly9lBKQJnjj+Jj0VRyx/EjNmdZJpJEiSJWYkRoSVQE9Bkk4HuSferlxrF3caNaaSSkdlbM0gjjXb 5kjE5kf+82CFBPQAAd8gF3TtDi1nU717WZ7TRbVjJLe3YB8iHdhdwX70h4AVfvHpxkjobLQdEj8G Xuvmx+2wvqEkEK3GoJBLHbiNipGDjzs4O0hsgcLg5PI3GsXdxo1ppJKR2VszSCONdvmSMTmR/wC8 2CFBPQAAd82f+Eil/wCET/4R37FafZvtH2rzv3nm+bjG77+37vy424x780Adx4W8HaVd6F4evbux ilhvpJTe3NwZzsxMkMUcflsoBYt1bP8AEei4qrqPgaLTtKkXTbBNUvbq6vYoRPchJIYoHZP3casp lkONxIBAwBt5557TvGt/p+m6dYPaWl3Dp1wbm088yjynzuzhHUNg5I3AkbiOhxU1t8QdZt/IleO0 nvLaS4ltruSMh4Gnz5hAUhDkkn5lOCfTigDb8H+HPD2taZpyypbzMy3b6vPJdmOWxRV/dMi7gCvI JYq4yTkjoPOa1dP1+fTNG1DT7W3t0a/URy3eG84R5BMakNgKccjHOec8YyqANXQ9Dl1maV3mS00+ 1USXl7KCUgTPHH8THoqjlj+JE+naHFrOp3r2sz2mi2rGSW9uwD5EO7C7gv3pDwAq/ePTjJFK41i7 uNGtNJJSOytmaQRxrt8yRicyP/ebBCgnoAAO+S41i7uNGtNJJSOytmaQRxrt8yRicyP/AHmwQoJ6 AADvkA1m8KfaLaPUIL+0s7G9kuP7OTUJtkk6RnuwHlqeg+ZlBPTjBo0rwRqWr22mywz2kT6nJIln DK7bpRGR5j8KVAXk8kE7TgHjMNr4rubfSbTT5rDT7xLLzvsj3UJcweZ97C52NzyN6tg/lW34T8a2 Xh+1sGna+mlsWuGS2aCGSNi64Hlyth4Bn7wXcDjPcigDK0XwTqPiGOdtMmin8qR40PlTBZSq7uHM excjoHZTyMgZFQ2vhS5uNJtNQmv9Ps0vfO+yJdTFDP5f3sNjYvPA3suT+dTaV431LSLbTYoYLSV9 MkkezmlRt0QkI8xOGCkNyOQSNxwRxhkfi+dLCCyfS9MnitGnNmJ4mkFsJeWCqW2uAeR5gcg96AH6 b4I1LVf7D8ie0X+2ftH2fe7Db5Od2/CnGccYz+FP0TwLqGvaZbahaXlisE10bRvNZ18mTaSN52YA PygEE5LqOp4ZpXjfUtIttNihgtJX0ySR7OaVG3RCQjzE4YKQ3I5BI3HBHGK03iV5PDUmgpptjFaN dG7DJ5pdJDxwS5GAvy4IPHPXmgCyngnUBZPcXV5p9mVuJrUR3E+MyxjLIXAMaE4OA7LnGRxg1zVb +k+K7nRrIwW9hp7SeXLELh4TvKSDDK4BCyjuBIrAH2wKwKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigD6I8Mf8AJu9t/u3P/o41zddJ4Y/5N3tv925/9HGubr0MB9r5HFjfs/MKKKK9E4Ao oooAKkvp9F0y7a1vdchguFVWaM28rFQyhhyqkdCO9R139n8MtE8WCTU7yCHz/wB3GzN5pLYiTB+W RQOCB07VhVqwpyXO3bXa3l3OrD01O90ed/2t4b/6GKD/AMBZ/wD4ipoLzQ7rzfs+trN5MZlk8uyu G2IOrHEfAHrXok/wS8L28LSyxwKi/wCzcEkngAATZJJ4AHJNGm/CTwzPHcnTp0TIa2uVjNzGwBAJ jkXzgRkFTtYcgg9CKyni6HK+Vyv/ANu/5HT9Wh2/M891A2ljZXUwuZHlgDjynsp4tzrGZNm50AB2 jdg845pldr47+H9lofg3V9S+0zXEwikcb57hv3hjKbyHlYE7MrkjOO/FcVTwtaVS9/L+tkc2Jpxh blQUUUV1nKFFFFABXV6Lesul26qhBV3j453c7v8A2auUr2bw9pugHQrWS1XzFCk7w5BZj134xn6G sqleNFqUlc0jQdeMoJ2/4c5a51X7KMXDiNv7h+9+Xb8cV0OgWs8B1F5wVZ40G36N1z+NYPiTTbdb nMKKp3kJGg52kDGAPQ7q2PDl41xc6tB5xdYYovlJzsJbkZ/AVz4rEe0o+7p3OrC4GnQlzLV9z5b8 V/8AI06j/wBdj/KsevX49A0rVM3U+k2M1w/iBbCaSe7kiLQsoYlR5qgyDdgBQcgfdJya5fV9I0iz 8DX13bWGbmHXZNOjuZjKsvlBS4LISFD8bTlRx2B5ryzuOIor0bw94Z0a60O31XUNMuBHozXKa5Cy zCSZsZiEYHGV43crtxluOaoeFLDw5qNlEl9p8vkwRzyavqcsjKLYEYhEO1sEk4+VlYkk4BA4AOIo r1Dwl4M0jVvDmlXU9n5/2n7Wb6QvKLiJUGEa3QYEgB2g/K/zOB6gY1p4U3eCrG+s9Oi1PUtU+0Mq yXHltAkWQfKjDq0rnlv4gNoG3nJAOIoorS02y0y6sr+W+1f7FPDHutofszSfaWw3y7hwnIUZP972 oAzaKK6jStF0u78Da/qxkuJNQsVgCxsgWOMyTYyCGJc7QRyABk8HggA5eiu08Eado+uXEWm3elIw CzNdXf2tvPx5bFPIhUjcRt5G2QnPYYFU9K0XS7vwNr+rGS4k1CxWALGyBY4zJNjIIYlztBHIAGTw eCADl6K7TwRp2j65cRabd6UjALM11d/a28/HlsU8iFSNxG3kbZCc9hgVxdABRWlptlpl1ZX8t9q/ 2KeGPdbQ/Zmk+0thvl3DhOQoyf73tWbQAUV1ejfD3W9c0mDULQRbLnzfs6MHJk2dfmVSiZIIG9ly R+NU9K8I6hrVlDd2M1pJCZClyTLt+xAAtvmyBtQqGIYZHBH3uKAMCiuij8ITvYQXr6ppkEV204sz PK0YuRFwxViu1ATwPMKEntVnRvh7reuaTBqFoItlz5v2dGDkybOvzKpRMkEDey5I/GgDlKK6LSvC F1q1hZ3sV/YxQXd19iQymTKznG2MgIeWByCMrgHJB4q5/wAIXDB4Wn1K/wBWt7O7i1I2DxSrIyRM qsWUlEbLHAIx8oGeSTgAHI0V0vhfRrfUrLWZ5FtLmS20+eZbeSaWJ4toUiYFUKtjONpYZJ545o0v wRqWrWVjPDPaRyah532K3kdt9x5Qy+CFKr3HzsvI9OaAOaorqNO8C6hqdhptzBeWIl1NZzZ2rs4k lMWd4zs2A8cbmA561y9ABRXV6N8Pdb1zSYNQtBFsufN+zowcmTZ1+ZVKJkggb2XJH40zRPAuoa9p ltqFpeWKwTXRtG81nXyZNpI3nZgA/KAQTkuo6ngA5eiuusPh3q+oQrItzYxEXzafOsruPs8yg8OQ pXBIVQQTkuo6nhlt8PtZuPIieS0gvLmS4itrSSQl52gz5gBUFBggj5mGSPTmgDlKK6jRPAuoa9pl tqFpeWKwTXRtG81nXyZNpI3nZgA/KAQTkuo6njnbu1msL2ezuU2TwSNFImQdrKcEZHB5HagCGivU PC3g7SrvQvD17d2MUsN9JKb25uDOdmJkhijj8tlALFurZ/iPRcUWvhnw/FZNb3Gl+e58SvoguftE iyiMg7ZODs3qSP4cEDGOc0AeX0Vc1ew/srWr7TvM837LcSQeZt27trFc45xnHSptNstMurK/lvtX +xTwx7raH7M0n2lsN8u4cJyFGT/e9qAM2iiul0rwRqWr22mywz2kT6nJIlnDK7bpRGR5j8KVAXk8 kE7TgHjIBzVFddpnw61rWLBL2ye3limaYWxAkxOI8gkNs2oCQQPMKEkdKh07wLqGp2Gm3MF5YiXU 1nNnauziSUxZ3jOzYDxxuYDnrQBy9FdXo3w91vXNJg1C0EWy5837OjByZNnX5lUomSCBvZckfjTN E8C6hr2mW2oWl5YrBNdG0bzWdfJk2kjedmAD8oBBOS6jqeADl6K6jSvAWtau93DAqLdWs0kDwukh BkQZK+YqGIHsNzjn6gl/g+w07VbLX4L3T4pZLXS7i9huPMkV1dQoUYDBSBknlc5744oA5Siiui0r whdatYWd7Ff2MUF3dfYkMpkys5xtjICHlgcgjK4ByQeKAOdorrrD4d6vqEKyLc2MRF82nzrK7j7P MoPDkKVwSFUEE5LqOp4ZbfD7WbjyInktILy5kuIra0kkJedoM+YAVBQYII+Zhkj05oA5Siuos/C1 nceCf7em1q3tpGvhahJUlKJhGYg7UYlj8pGOAM5OTgP0b4e63rmkwahaCLZc+b9nRg5Mmzr8yqUT JBA3suSPxoA5Sit+18KXNxpNpqE1/p9ml7532RLqYoZ/L+9hsbF54G9lyfzqzZ+FrO48E/29NrVv bSNfC1CSpKUTCMxB2oxLH5SMcAZycnAAOXorpfC+jW+pWWszyLaXMltp88y28k0sTxbQpEwKoVbG cbSwyTzxzRpfgjUtWsrGeGe0jk1DzvsVvI7b7jyhl8EKVXuPnZeR6c0Ac1RXUad4F1DU7DTbmC8s RLqazmztXZxJKYs7xnZsB443MBz1rl6ACiu30fQdNj+H82v31jFeyPeNBtbUFgMcQiY5Tn/WbsHa wYkAYXBycrw/4M1PxNayTaeULKzIsbxSgMyrux5gQxqTnA3MOfqMgHO0V0um+CNS1X+w/IntF/tn 7R9n3uw2+TndvwpxnHGM/hU3g+w07VbLX4L3T4pZLXS7i9huPMkV1dQoUYDBSBknlc5744oA5Siu os/C1nceCf7em1q3tpGvhahJUlKJhGYg7UYlj8pGOAM5OTgcvQAUUVv2vhS5uNJtNQmv9Ps0vfO+ yJdTFDP5f3sNjYvPA3suT+dAGBRXS6X4I1LVrKxnhntI5NQ877FbyO2+48oZfBClV7j52XkenNbH gLwfb6hqWlT60lpJYan56W9vJJKJZfLGWdTHwMEY+dhkZwDwaAOCorq9G+Hut65pMGoWgi2XPm/Z 0YOTJs6/MqlEyQQN7Lkj8a5SgAorf0Twne69ZPdW0m1EkMZH2S5l5AB6xROvfoTn26VjXds9nez2 shy8MjRsdrLyDg8MAw6dCAfUCgCGivUPC3g7SrvQvD17d2MUsN9JKb25uDOdmJkhijj8tlALFurZ /iPRcVS0XQNCufFF74el0zzIbW4u45717wm5KqH8vyYlxuI2ZICSZJ6AYFAHnlFdvaeFN3gqxvrP TotT1LVPtDKslx5bQJFkHyow6tK55b+IDaBt5ydnwt4O0q70Lw9e3djFLDfSSm9ubgznZiZIYo4/ LZQCxbq2f4j0XFAHl9FejT+CrC60O4t7Jbe3voPEcmlx3dzO4MkeDsDKMgsWKj5F6DJwAxrz+7tZ rC9ns7lNk8EjRSJkHaynBGRweR2oAhooooAKKKKAPojwx/ybvbf7tz/6ONc3XSeGP+Td7b/duf8A 0ca5uvQwH2vkcWN+z8wooor0TgCiiigAr3bwR/yBpf8Arqn/AKJjrwmu38VJr96dG0TwVpkS6mml rf3t1LbW5hKMpCITIjHzGdGA5Udc5GSnnY/7Pz/Q7sH9r5Elh4sh1pLjV50W5uPtVsRBNFHCYgqg yQRSO4XeNpZo2fIG44+bAxbW6bRLTVtQuT/ZdydYgkSeIRXJtwsaEpOY5QsaOU2YDKzb8EEcV0F7 4a8PX3iXxT9q1RtOuIbgw2UKbVigZ7S1bztqgFjuRflLbSFwRyc2dL8L+FLW4s72/wDEUl3eQXT3 cm2Z1hlkMzTIdjs7IEZgflYbiMtuya+d+rV1eKas3e/X+tt0+17WPRui98Qr6XU/g1cX81q9pLdW CzPbuSWiZo8lDkDkE46Dp0ryevVvifrWm3/w81eG1vYZZfs7nap5xtNeU19FgPtfL9TzsZ9n5hRR RXonCFFFdreaNosep6o0cH7nZdQW9vvf9zLCjsz7s/NgJGcHj99jnYaiU1HcuMHLY4qrdpqd7Yoy WtzLErHcQjEc4wD+tWNR0j+z4ZJWn3IZglsdmPPjKB9/X5fleI4PPz/7Jp92LXTY1s/sMNxLJbxy m4laQMpkjDjaFYKAoYDkHJBPQ7QNxkrbglKLvsQTa1qVyGWe9mdSCNu8qOfpiuu+GwxFrP8A1zi/ 9CNYi+GoDcXERv5B9ieSK8P2cfK6xyP+7+f5x+5cZO3qOOTjqvBNlBYDVYoriSV2gglbdEEAR8Om DuOTtYZHY8At1rlxLh7JqP8AWp1UXUdRczPDNV8Z3GkanPp0el6fNHbakL5Hm83d54ACudsgHAwM YxxyCeazbXx7f29skUunafdOuoHUzNMsoZrnP3zsdV9sAAcdKzPFf/I06j/12P8AKsevLO864fET V11PTr8W1j5unzXU0Q2PtZrhiX3fN0G44xj3zVbTvGUthpNnpraNpN3BaSPKouYpGDu2QWdQ4VyA cAsCQAMVzVFAHS6X431LSbKxghgtJJNP877FcSI2+380YfADBW7n51bk+nFGl+N9S0mysYIYLSST T/O+xXEiNvt/NGHwAwVu5+dW5PpxXNUUAFaWm6/qekWV/Z2Nz5UF/H5Vynlq3mLhhjJBI4ZumOtZ tFABW/pnihtM0S70ldI0+eC82faWmM26XYxZMlZABgn+ED3zWBRQBv6N4rudDjga0sNP+2W3m/Z7 1oSJo967TypCvjJxvDYz6cUaZ4obTNEu9JXSNPngvNn2lpjNul2MWTJWQAYJ/hA981gUUAb+jeK7 nQ44GtLDT/tlt5v2e9aEiaPeu08qQr4ycbw2M+nFYFFFAGlpuv6npFlf2djc+VBfx+Vcp5at5i4Y YyQSOGbpjrWbRRQBv2viu5t9JtNPmsNPvEsvO+yPdQlzB5n3sLnY3PI3q2D+VGleLtQ0WyhtLGG0 jhEhe5Bi3fbQQV2TZJ3IFLAKMDkn73NYFFAHRR+L50sILJ9L0yeK0ac2YniaQWwl5YKpba4B5HmB yD3plr4rubfSbTT5rDT7xLLzvsj3UJcweZ97C52NzyN6tg/lWBRQB2mjeLdN0bwbDYpbPc6pDqS6 jF58J8lHACjlJVYkAZ5BHOMfxVm2/jPUorW8t7iCxvlurp70/a7cOEnZWVpAvCk4bowKggECudoo A3NB8SvoEN5HDptjcNdwvbzST+buMTgbk+V1AHHXGferlh461DTYbWO2s7FWsWnNhIVctaCYfMF+ fDDk43hj7muXooA6XTfG+paV/YfkQWjf2N9o+z70Y7vOzu34YZxnjGPxrmqKKAN+18V3NvpNpp81 hp94ll532R7qEuYPM+9hc7G55G9WwfyqD/hIpf8AhE/+Ed+xWn2b7R9q87955vm4xu+/t+78uNuM e/NY9FAGx/wkUv8Awif/AAjv2K0+zfaPtXnfvPN83GN339v3flxtxj35q7pfjfUtJsrGCGC0kk0/ zvsVxIjb7fzRh8AMFbufnVuT6cVzVFAGx/wkUv8Awif/AAjv2K0+zfaPtXnfvPN83GN339v3flxt xj35rHoooA6XTvGt/p+m6dYPaWl3Dp1wbm088yjynzuzhHUNg5I3AkbiOhxU1r4/1K2smh+xafLM bx9Q+0yxMzi5YEebjdsyAeBtwCAcZ5rlKKAHzTS3E0k00jySyMXd3YlmYnJJJ6k1f03X9T0iyv7O xufKgv4/KuU8tW8xcMMZIJHDN0x1rNooAK7rwn41svD9rYNO19NLYtcMls0EMkbF1wPLlbDwDP3g u4HGe5FcLRQBv2viu5t9JtNPmsNPvEsvO+yPdQlzB5n3sLnY3PI3q2D+VTab431LSv7D8iC0b+xv tH2fejHd52d2/DDOM8Yx+Nc1RQBv2viu5t9JtNPmsNPvEsvO+yPdQlzB5n3sLnY3PI3q2D+VQf8A CRS/8In/AMI79itPs32j7V537zzfNxjd9/b935cbcY9+ax6KAOl0rxvqWkW2mxQwWkr6ZJI9nNKj bohIR5icMFIbkcgkbjgjjEOj+KG0T7f9m0jT3+3RyQSeYZjiF8ZjGJBxx1OW96wKKAHzOsk0kiRJ ErMSI0JKoCegyScD3JPvXY6N4t03RvBsNils9zqkOpLqMXnwnyUcAKOUlViQBnkEc4x/FXF0UAb9 34svL/QJ9JubW0cT3jX0lzhxK07dX4baODtwFxjtnmptL8b6lpNlYwQwWkkmn+d9iuJEbfb+aMPg Bgrdz86tyfTiuaooA3NL8UXemaRLpgtbG6tWmNxGt3D5gilKFN4GcE4PRgwyAcU+18V3NvpNpp81 hp94ll532R7qEuYPM+9hc7G55G9WwfyrAooA37XxXc2+k2mnzWGn3iWXnfZHuoS5g8z72Fzsbnkb 1bB/KmaX4ou9M0iXTBa2N1atMbiNbuHzBFKUKbwM4JwejBhkA4rDooA3NB8SvoEN5HDptjcNdwvb zST+buMTgbk+V1AHHXGferlh461DTYbWO2s7FWsWnNhIVctaCYfMF+fDDk43hj7muXooA6XTfG+p aV/YfkQWjf2N9o+z70Y7vOzu34YZxnjGPxrmqKKANj/hIpf+ET/4R37FafZvtH2rzv3nm+bjG77+ 37vy424x781d0rxvqWkW2mxQwWkr6ZJI9nNKjbohIR5icMFIbkcgkbjgjjHNUUAdRYeOtQ01LAW9 nYg6dNLJZMyuTbrIcvGPn+ZTyPm3MAxwwOCK2j+KG0T7f9m0jT3+3RyQSeYZjiF8ZjGJBxx1OW96 wKKAN+x8V3Nhp1xp6WGny2clw11FDcQmVbeUoU3KGJ3YU8B9w+UHryYNN1q203Rb+z/si0urq8+T 7TdKH8hNrD92MZV8tnduxwOOM1j0UAFb9r4rubfSbTT5rDT7xLLzvsj3UJcweZ97C52NzyN6tg/l WBRQB0ul+N9S0mysYIYLSSTT/O+xXEiNvt/NGHwAwVu5+dW5PpxRpXjfUtIttNihgtJX0ySR7OaV G3RCQjzE4YKQ3I5BI3HBHGOaooA6KPxfOlhBZPpemTxWjTmzE8TSC2EvLBVLbXAPI8wOQe9c7RRQ AUUUUAdLp3jW/wBP03TrB7S0u4dOuDc2nnmUeU+d2cI6hsHJG4EjcR0OKLLxtqFjc/bls9Pk1MST ypqDQbZlaUHcflIV+pI3q2M4HHFc1RQB0ul+N9S0mysYIYLSSTT/ADvsVxIjb7fzRh8AMFbufnVu T6cUad41v9P03TrB7S0u4dOuDc2nnmUeU+d2cI6hsHJG4EjcR0OK5qigDpV8b6kttbxGC0Z4tUGr PMUbdNcZPLYbaBzjCheg984eo30up6nd38yost1M8zhAQoZmJOM9uarUUAFFFFABRRRQB9EeGP8A k3e2/wB25/8ARxrm66Twx/ybvbf7tz/6ONc3XoYD7XyOLG/Z+YUUUV6JwBRRRQAVpQ+J/E8H2cx+ ILgNbxGGJzaWpZEO3KhjFnB2Ln12j0rQ03S7C+0GISnyLuS6lb7T8zYijWMuu3OOFd3z1Pl7RksK 076y0SC3juY7TTrZbhwyR3sl0+1TBA+1TH1wZGyW9Riueo4SdpK5vBTirxdjhL23XVdRudR1bZqF 9csrST3EMe44VUAwqgAAKOgqD+yNM/6B1p/34X/CuvVNKSLS2ntbaFpbJpC8jTGOSQSsmZNrFgNq EjZj5iM/LwGXltBpkYvJtOtJTcSmOKFXl8lUEcbhx8wclhIpGSMc5GSNtLkWiiJ871bOT/sjTP8A oHWn/fhf8Ku11OmeH31LRp7lNJmd7tpjbyRJIVtxEu/AGTvDkmMZPBXueKxdXt4rW9jjhTaptbeQ jJPzNCjMefUkmqjKN7ImUZWuyhRRRWhmFWjqN019PemX/SJ/M8x9o+bzAQ/GMDIY/nxVWilZDuWr 28+1/Z1WPy4oIViRM5xjljn3dnb23Y6AU6PVLqOzNp+5eLaVHm28cjID1CsyllGSTwRySepqnRRy rYLs0X13UZBzOoJVg7LEimTcpQlyBl22s3zNk/MTnJNdj8PriW6GsSTPuYQW8YOAPlX5VHHoABXn td78Nv8AVaz/ANc4v/QjXNi4pUXZf1c6MM26qv8A1ocA3gOy1e6UzWl3NNrM1zi/jLBNN8rhcqBh 95BHzEccDB5rzy18KXNxpNpqE1/p9ml7532RLqYoZ/L+9hsbF54G9lyfzre1nxvqWleKbTyILRv7 GmuPs+9GO7zh82/DDOM8Yx+NYNr4rubfSbTT5rDT7xLLzvsj3UJcweZ97C52NzyN6tg/lXkHplmz 8LWdx4J/t6bWre2ka+FqElSUomEZiDtRiWPykY4Azk5OAzwvo1vqVlrM8i2lzJbafPMtvJNLE8W0 KRMCqFWxnG0sMk88c1W0vxRd6ZpEumC1sbq1aY3Ea3cPmCKUoU3gZwTg9GDDIBxRoPiV9AhvI4dN sbhruF7eaSfzdxicDcnyuoA464z70AWdN8Ealqv9h+RPaL/bP2j7Pvdht8nO7fhTjOOMZ/CptG+H ut65pMGoWgi2XPm/Z0YOTJs6/MqlEyQQN7Lkj8arWXjPVNOsJrO0W3iQs5tX2FpLEP8AfEDsSyBh weSe+QcmmWviu5t9JtNPmsNPvEsvO+yPdQlzB5n3sLnY3PI3q2D+VAGBXb6T4Ytdd8B2s8Edpa6m 2six+1TTOA6smVBXJySzKPlXoMngM1cRW/Y+LLzT9JsNOt7W0EdnqCairkOWklXgbvmxjGBgAdB3 ySAXLb4fazceRE8lpBeXMlxFbWkkhLztBnzACoKDBBHzMMkenNU7Hwpc32ix6ob/AE+2hmkkiiFx MV3Oi7tpbBSMkdA7KT9Oavp8RNXSZLj7NYtdQzXM1rOUfdbNOSZNoDbSMkkbw2M1Q0nxXc6NZGC3 sNPaTy5YhcPCd5SQYZXAIWUdwJFYA+2BQBZs/C1nceCf7em1q3tpGvhahJUlKJhGYg7UYlj8pGOA M5OTgcvW5pfii70zSJdMFrY3Vq0xuI1u4fMEUpQpvAzgnB6MGGQDisOgDpfC+jW+pWWszyLaXMlt p88y28k0sTxbQpEwKoVbGcbSwyTzxzUNj4Uub7RY9UN/p9tDNJJFELiYrudF3bS2CkZI6B2Un6c0 zQfEr6BDeRw6bY3DXcL280k/m7jE4G5PldQBx1xn3qbT/F8+lwyR2ml6YjMs0ayeUxZY5RzG3zYl UdhKHxQBztegeGdH0O+8JafPfaSktxda2NKadJ5EdUePIcDcV3KzD+HBAwRk5rz+ul0rxpeaPosO m22n6ewhuDdxzyxu7rOVKiTBbblQeMrgEA4zzQB1em+FtFt9Jb7dY6fO9p4hbTLm7urt7cNbryzg GVV3+gGeB0OCauab4N8DXen6HcTX0sX2m8uFi3M2dQiWcxop4+U/NFnaAcFuB95fP5vE91ceGpNE mtreRJLo3j3TmQzNMeC5JfBJHy9PfrzRH4pvo7fQIRFb7dEmaa2JVsuzSCQ7+eRkDpjigDoZNG0i HS/Hj/2ZE8mk3ixWbtLLmNXmaPHD4O0KCMg89cjiuCrov+Evums9dt3sLFxrUxmunIk3K24su3D4 AViSMg++RxXO0AdLpGlWVt4ZufE2pw/bIVuPsNtZhmUPMU3bpGBBCKOcKck8ZA6mm+CNS1X+w/In tF/tn7R9n3uw2+TndvwpxnHGM/hWZpGt3Oj/AGmONIri1uo/LubS4BaKUdiQCCCp5DAgg9D1q7pv jDVtK0ltPtniIG77NO8e6az38P5L9U3Drj6jB5oA27LSLC58KaNJpWkaZquryrctewS3riYBGJTb EsyknYCcBSTgfjwtb+jeK7nQ44GtLDT/ALZbeb9nvWhImj3rtPKkK+MnG8NjPpxVLTdY/s2yv7b+ ztPuvtkfl+bdQb3g4Ybozn5T82c+oHpQBraVoul3fgbX9WMlxJqFisAWNkCxxmSbGQQxLnaCOQAM ng8EdR4W8HaVd6F4evbuxilhvpJTe3NwZzsxMkMUcflsoBYt1bP8R6LiuO0zxQ2maJd6SukafPBe bPtLTGbdLsYsmSsgAwT/AAge+am07xrf6fpunWD2lpdw6dcG5tPPMo8p87s4R1DYOSNwJG4jocUA ZOuWMWmeINSsIWdorW6lhQuQWKq5AzjvxWt4X0a31Ky1meRbS5kttPnmW3kmlieLaFImBVCrYzja WGSeeOawLu6mv72e8uX3zzyNLI+ANzMck4HA5PatbQfEr6BDeRw6bY3DXcL280k/m7jE4G5PldQB x1xn3oA6fwtoui3nhCz1G+03T2caytnc3F1evAPs5UOzDMqqXGeAOw6Hk1W0ew8NXCatJJpzzaLp zSm41N7h/PZHJW3EUY2qGJAJ3qR1yVGBWDN4leTw1JoKabYxWjXRuwyeaXSQ8cEuRgL8uCDxz15r PttQ+zabe2X2O0l+1eX+/li3Sw7Tn922flz0PqKAKddRpWi6Xd+Btf1YyXEmoWKwBY2QLHGZJsZB DEudoI5AAyeDwRy9b+meKG0zRLvSV0jT54LzZ9paYzbpdjFkyVkAGCf4QPfNAG3ZaRYXPhTRpNK0 jTNV1eVblr2CW9cTAIxKbYlmUk7ATgKScD8YfBGnaPrlxFpt3pSMAszXV39rbz8eWxTyIVI3EbeR tkJz2GBWVo3iu50OOBrSw0/7Zbeb9nvWhImj3rtPKkK+MnG8NjPpxRo3iu50OOBrSw0/7Zbeb9nv WhImj3rtPKkK+MnG8NjPpxQBsWnhTd4Ksb6z06LU9S1T7QyrJceW0CRZB8qMOrSueW/iA2gbecnZ 8LeDtKu9C8PXt3YxSw30kpvbm4M52YmSGKOPy2UAsW6tn+I9FxXKaX431LSbKxghgtJJNP8AO+xX EiNvt/NGHwAwVu5+dW5PpxRp3jW/0/TdOsHtLS7h064NzaeeZR5T53ZwjqGwckbgSNxHQ4oAydcs YtM8QalYQs7RWt1LChcgsVVyBnHfiu38H+FNK8QeF7C7ubVEli1ZormVHkZ54EhMpQIG+ZjwvyDd gZwcHPn93dTX97PeXL7555GlkfAG5mOScDgcntW5pnjLUNI0yxsbKG3iW0vhfiUb98sm0qQx3Y2l TtIAGR9TkA27Xw9pXiLwgl3ZQWml30+umzt2mmncMjLuSIkBhkFgN21RheTnOc3w/oEOrald+Fbu 2+za35kgt7sSEhJIw26KQAlSh2n5lGQf7wOAy28b3VokUcWlaYIIr5tRSEJIqCckFWADjAUDaFHy 46gnms8eJtQW21NF8pbnU5Ge7vFTE0isctHkHCoTyQoGehJHFAGPRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAfRHhj/AJN3tv8Aduf/AEca5uuk8Mf8m723+7c/+jjXN16GA+18jixv2fmFFFFeicAUUUUA StcStax2xfMMbtIq4HDMFBOfoq/lUtzqN1eQxRTy70i+4NoGPkROw/uxoPw9zVWilZDuzRGt3oW3 Ui0dbeIwxB7OFgFJz3Xk55yeeT6nLU1i9SeWbfG5lxvSWFJE+UYXCMCowOBgcA4GBxVCilyx7D5n 3Lh1S8+12t0JFWW1bdAVjVQh3l+FAxjcxOMe3Tii61S6vbeKGfyWWJVVWFvGr4VdqguFDEAYHJ7C qdFPlXYOZhRRRTJCiiigAooooAK734bf6rWf+ucX/oRrgq734bf6rWf+ucX/AKEa5sX/AAZf11Oj DfxUfO3iv/kadR/67H+VY9exW3hrTtbdrhtFtLq6bXvsc7yXMkZNv5Yd2AEiguATwB0HQ4Jrkbf4 dahrCSXuiukunzTXAsDKH3zxxkgEsE2ITjA3lMkHivHPUOLorpdK8Ealq9tpssM9pE+pySJZwyu2 6URkeY/ClQF5PJBO04B4zzsyLHNJGkqSqrECRAQrgHqMgHB9wD7UAMoor0nw14V0XUP+EH+1WXmf 2n9v+2fvXHm+XnZ0PGMdsZ75oA82orovD/gzU/E1rJNp5QsrMixvFKAzKu7HmBDGpOcDcw5+ozZ8 H2GnarZa/Be6fFLJa6XcXsNx5kiurqFCjAYKQMk8rnPfHFAHKUV0um+CNS1X+w/IntF/tn7R9n3u w2+TndvwpxnHGM/hU2jfD3W9c0mDULQRbLnzfs6MHJk2dfmVSiZIIG9lyR+NAHKUUUUAFFdX9g07 /hVv9qf2fF/aP9qfYvtPmSZ2eX5mdu7bn+HpjHbPNM8O6Al1DrpuobeW6srG4c2c8s0MsDIB+94Q qxU5GxiMnrjrQBy9FdXpfgK/1TS7C/XUdPgS+3eTHM0u44mWHnahA+d0HX+LPY4NC8NiT/hIYr2K 0mvNOs7kvaSTyRvC0eMygopR8HI2luT7c0AcpRXUWfhazuPBP9vTa1b20jXwtQkqSlEwjMQdqMSx +UjHAGcnJwOXoAKKK9G8IaBpWqeFtPup9JsZrh9bSwmknu5Ii0LKGJUeaoMg3YAUHIH3ScmgDzmi uutfAd7rN/qUejM7RW11NBClzBMjuE5AZ/L2IxGBh2U56gZFULHwpc32ix6ob/T7aGaSSKIXExXc 6Lu2lsFIyR0DspP05oAwKK6vRvh7reuaTBqFoItlz5v2dGDkybOvzKpRMkEDey5I/GuUoAKKKKAC iiigAooooAKK9D8LaDp2p+ELO7Ojafc3zayti7XV7Jbh4iobgiQDfk4G1ScD7rHNUNAtND1mbxTG mlJ9nt7G7vrGR5JBLEFI8tTh9pAB7gnPcigDi6K6Lw/4M1PxNayTaeULKzIsbxSgMyrux5gQxqTn A3MOfqMv0rwRqWr22mywz2kT6nJIlnDK7bpRGR5j8KVAXk8kE7TgHjIBzVFdFb+EJ7nTBqC6ppiW 7zSwQPLKyLK6LuxuK7Yyw+6JChPpiudoAKKK7rRNM8PS+GrS7lsH1FlW5fV/ImIurRBgRNFHvUFR uDFirgc5PGAAcLRXV6N8Pdb1zSYNQtBFsufN+zowcmTZ1+ZVKJkggb2XJH41DpXgjUtXttNlhntI n1OSRLOGV23SiMjzH4UqAvJ5IJ2nAPGQDmqK66x+H97f2VpdxarpixXjOLcuZsyBZlhzxHwC7pjO DhskDBw+y+GXiK+tvMWKKOQyTxJCxZizREhhvVSifMCo3suSOOOaAOOorqNO8C6hqdhptzBeWIl1 NZzZ2rs4klMWd4zs2A8cbmA560WfhazuPBP9vTa1b20jXwtQkqSlEwjMQdqMSx+UjHAGcnJwADl6 KKKACivU/DnhDwjf+HPDF3q1y9re3c0oaMM3+mgTeWE/2SC0f3cHG4/7S4d98Pry41q4isJLSBLm 8vItNtJJHLzrAxyAcFRjGPnYZI/GgDiKK73wF4Pt9Q1LSp9aS0ksNT89Le3kklEsvljLOpj4GCMf OwyM4B4NY+m+CNS1X+w/IntF/tn7R9n3uw2+TndvwpxnHGM/hQBzVFdX4PsNO1Wy1+C90+KWS10u 4vYbjzJFdXUKFGAwUgZJ5XOe+OKNG+Hut65pMGoWgi2XPm/Z0YOTJs6/MqlEyQQN7Lkj8aAOUooo oAKKKKACivQ/C2g6dqfhCzuzo2n3N82srYu11eyW4eIqG4IkA35OBtUnA+6xzWVpGk6Zq83iS7s4 LeS3gtbqe2s555Y5YI1IKSZVWVyoIG0tyevHNAHI0V1fg+w07VbLX4L3T4pZLXS7i9huPMkV1dQo UYDBSBknlc5744o0b4e63rmkwahaCLZc+b9nRg5Mmzr8yqUTJBA3suSPxoA5SiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigD6I8Mf8m723+7c/+jjXN10nhj/k3e2/3bn/ANHG ubr0MB9r5HFjfs/MKKKK9E4AooooAKKKKACiiigAooooAKKKKACiiigArZ0bw5c6vh/MWGInAJGW br91e4yMZyB9cVjV0GneJZLG+lGc+S3lIPRV+UD8hXJjqlalQdSjG9rX8l3sZVaqp2v1FvvCk9pK YY3mnm/hVbc/rgkj8q6fwJpd7pserC8gaEvHFtDEZ4b07dRTrHX4NaSSJiW2GNn7Bh8w5x7la6Wx S3S1nW3hjj/djOxQM/MvX1rmk6/1d+11vb8bNbaHXg503Ui027/8E+ebm48Q3N61rpWm2JtbPXI7 pJ5pRGZ7rHypl5AGOMDagBwB65NUXXizVrYSXHh7T7l1uL2S0S7QCRHYlp1ihZx5u1snBRyCMdsD Q8QvBrzaRZW2rW+nXWk6hMtzJPcLC8ayyB1mj3Mu4Lg5AIYHHHINM0+5srrTbWO58URSR20l+Y9T ErW15YsTuDhS+6cS4yVClhvI3ZFcR6xk+E/Gtl4ftbBp2vppbFrhktmghkjYuuB5crYeAZ+8F3A4 z3IrhaKKACu38PT+LU0CG30+K0ENzI8WnXF1NFHPExwsgtmdgw3ZCnaDz0w2a4ivXPCmt6dB4Z8L GG5tBqNlcSwzNcXMMQtYpJ1eR9shDMTGNoKdmfnIxQBh6DP4xsrDTBa6PbvJp01z9gNydk4xgzxp EXUyDhgflYjLAEEDFbwwNZtrae407QdJMesebZxm7ujEZY2Khoog0ylgDgZGWzxuzW/Z3CPqNzrl j4h097q4vLw6YL2/WKHTY3dt0rRsdxd8/KoUjnc2eAJvCmt6dB4Z8LGG5tBqNlcSwzNcXMMQtYpJ 1eR9shDMTGNoKdmfnIxQBk6TN4us7fR2t9J0yEwXU40sXVwsUkZaTbLCqPKCwzlTuDMN3BBwRgz+ JL7TU/se80jTHbTZrlLdJ42lFoznDqoLlXAYZBcPz3Naser2Uusa94im1D7Uml3jXOj2E0zIsjyz Eh1UkNheHZQATxkjnPEXd1Nf3s95cvvnnkaWR8AbmY5JwOBye1AENFFFAHoHhmXxCnhrT0sNF0a5 sk1IT28txeBHa8HCgjzl+bGMLjkYODnJfb/8JHpVxqmo3OjaIkmsSXUE8l5frFuBfbNGgM68Bh1G T74IpmjajY6Z8M4WurfTNRdNbW7NhPdKHMQQJu2Bs5yCMMGGDkqRzT9Fu7XXdJ0y38TXOkyaZb/b DLcNdul9bs+XLbSw8wsxXGFfOMHnNADNLuPF15oulXOkabYnT7GaXyI4pVZpD5q3JiKNIXJBiUgD DFR3zkmjy+IWNzq0Oi6NK3iNriMPc3giaZXfDxRoZlON3HTdz15FWfCclnF4M0v7Tqen2xtvEK6l Ikt0gcQRx4J2AliSVwFAySR2OaoWutWl1qWteJri8eUabdG60jTLmfaGkmmLbgobonDMq9TjJx1A MpPEOoaDHqGhzabp7RpeSSi2uIvOW1nCtGSuWIbAOBv3j5QevJ5qpru6mv72e8uX3zzyNLI+ANzM ck4HA5PaoaACu98NXWvxaBpltZ6JpMtsdQ+1Wcl5cmF57lcKGQGZN+MquFGM8HJzXBV654U1vToP DPhYw3NoNRsriWGZri5hiFrFJOryPtkIZiYxtBTsz85GKAMnTdS8bslndjS7ee7tbq6ltHuQI5y5 O65RIt6+YD8wICMRlgCCBinoEviFdM8/SvD2mbbhbqO3Y4WWWMrmSNUMgNwq9g6yYIxzjFblncI+ o3OuWPiHT3uri8vDpgvb9YodNjd23StGx3F3z8qhSOdzZ4AzPBviX+zNAkvr86fJ/Ykcw0mN5cXH nTYBAjDjfHySxIyMnaeCAAU9LfXpfCdjIdO0S6061kmis7nULiFfIeQZZdryKpPG4B1Y9+mKyovA /iCZCy2tuALprL572BT54JBjwX+9xwO45GQa6Tw5cWsHw8t4ZYdGv5xrYu/sN7qEcJMQjClsF1wc gjDAgg52kUWNzY6D4AaC6XRtXe21/wA82pvFPmRKoj8xVDAkEggblIIOSpFAHNxeB/EEyFltbcAX TWXz3sCnzwSDHgv97jgdxyMg0y18F+ILyya6t9P3osjwlPOjEvmICWj8stv3gKTtxnAziu08IX8A 8Lae19daZPdN4jS+l+26gqSRxhQGmx5iksCDw2c5ztORU1hd6fLpi3D63Y+XH4rbVjJcXCLK9uin 5zGMNuYrgKFBJI4A5oA810fRNS1+/Fjpdq9zcFS+1SAAo6kkkADoOT1IHU1Qr1zwf400qbxY6pB/ ZsE15dXtzeTX0cInDF/LEisuTtDgBFfGSWwcV5TdxpFezxxrtRJGVR5qy4APHzr8rf7w4PUUAQ0U UUAdpp9nr2qeBIdLtNL0x9Onvt0dw94qStc9AuGlA3FeAu3kc4zzVnw5pniPRba9Ftoekzm7kl0q aS6vlVixIVoABMoySuRgbjnIOCKfo2o2OmfDOFrq30zUXTW1uzYT3ShzEECbtgbOcgjDBhg5Kkc1 p+EL+AeFtPa+utMnum8RpfS/bdQVJI4woDTY8xSWBB4bOc52nIoAz9Gu/FlvFpf2XSNPga0vJ000 XkwgdGZgJYY1klUyDJ2HIZgWIDAjjW8H3V7psOnTvYXEUkN1dx22n3LWypJIw2+XA87CaIBiFYLv yR6kitKw8RaS8OkXNnqNvcXdvqV0j3N3cQQGKCW6EjylJApLNGMDYBgO/QgCn23iXR7g6Ze2F5aN cw6pdq0txcQwi3t5boSO+2XDEtHhRtHAd+cjFAHmen+Jr7w/DJYrplit1Gs1u0s0DCUK4w6SKCFk AIyBIrYP0xXO1peIrqG/8TateWz74J7yaWN8EblZyQcHkcHvWbQAV0ul+N9S0mysYIYLSSTT/O+x XEiNvt/NGHwAwVu5+dW5PpxXNUUAb9r4rubfSbTT5rDT7xLLzvsj3UJcweZ97C52NzyN6tg/lXae BLy7sdM0e68m4lMc1ylpbXL2gS5dlC4gklZZIxuIDbA4J9yRXlleueFNb06Dwz4WMNzaDUbK4lhm a4uYYhaxSTq8j7ZCGYmMbQU7M/ORigDkbPXvElpplvDBZIlv4dYmcvEQRuuY5AkuT181F4XBwD2B qGfxzfXaYvNO0y6ZJrma3aeBnEDTnc+1S21huORvDYNdQ18dW8O+NIV1e0aDULxZdMguNRjj+X7S 7uQjuDHkYPIXPvXl9AHS6b431LSv7D8iC0b+xvtH2fejHd52d2/DDOM8Yx+NVtL8UXemaRLpgtbG 6tWmNxGt3D5gilKFN4GcE4PRgwyAcVh0UAFFFFAHaWS+Kp9O8Hta6Qk1va3Uh0yRFz50nmb2EmG4 AKHrt4DHOASNy3vPGzyLdLpukm5g1C7htZpLqNWtrmZj5kSKZQGOckBwx5yMjFTaB40k0Pw74K0+ z1G0jjnuJY9RVmQmFPtKkM2fuZUvyeMMT1AIL/V9NtNA1S4kj0nVVPimW+W0kvFJeHlQ4VXycnjB DDByVI5oAxtJvvFOk6aXisdPceGbiVfOnnQPalz+8TaJAGDkMoO1iSSFOQMP0HUPFX2DTLnTNHsX S0muZNM3viQKcNNHEhkDSrjIPDsMnDAgYp6HOJvAXjE3N9b/AGu9a3dFnukEszJIXkOGbcTg59zw MnitLw9cWlx4a0uG8123tltVvNlzHP8AZ7rS3OGG1Q4M6yYIwFz8xAYYxQBm+EpNXWHUJtJ0DTJI r5msHe5neNWEoB+zxlpl3H5e2X55PIp9pc+IpdAuCvhi0uLHRJJwpuLdm+wmT76hGbD7T83zq5Xq eKfavBr3hjwvZW2rW+nXWk3Uq3Mk9wsLxrLIHWaPcy7guDkAhgcccg11eg61oVvdeD/tOrpdS282 pk3sl0sQUMzYeZGBbLjBGWU5PegDyz+wNR/sD+3PLi/s7zPK837RHnf/AHdm7dnvjGcc9Oaza73S bO31L4bWulSapp9rJNrouH868iVooPL2NIUZweDn5ep7cHNcdq9vbWmtX1tZTedaw3EkcMu4NvQM QrZHByMHI4oAp0UUUAdWjay/g7StCXSLQ2eq3jS2U+8+bLOGEZP+s2r1CcqBjnrzVbTdbuvCM2p2 D6VYyXUiy2V0Z2kLbCQHj+SQLjK9Rz713XhrxXo2neGfB2lailpcwvcSvMfNAkspVn3RSHn5R8xz nGVz1GQedfWIodT8biHxIljFezTbIUtBcLfqWlwocZ2D5sbv9vPagDH0rxHNoCXbxaJY7dShkjJm E+DA5wyJ+8Hy5Qjdy2QfmrYspPElzo2jRw+GbG8tJ5rlNJaSIyrCzk71ALlcAqzAyhvuk5IHGPo+ sWlxYDQdeLnTSxa2ulXdJYSHqyj+KM/xJ36jDDnutM8WSeGNK8JaNZ6vp7xm8ng1Fo5EdUQXS4fJ +6Cu/BOAVYnqAQAcLF4H8QTIWW1twBdNZfPewKfPBIMeC/3uOB3HIyDVUeFtXNtqdx9niEelyNFe FrmIGJgcYwWycnIGM5PAya76/wBX0200DVLiSPSdVU+KZb5bSS8Ul4eVDhVfJyeMEMMHJUjmud0O cTeAvGJub63+13rW7os90glmZJC8hwzbicHPueBk8UAYdj4V1rUrKO7tLLfHN5nkqZUV5/LGX8tC Q0mP9kHnjrTNL8N6rrMPnWVujRecturyzxxK8rDIRS7Dc3sMnp6iux8PXFpceGtLhvNdt7ZbVbzZ cxz/AGe60tzhhtUODOsmCMBc/MQGGMVTtXg17wx4XsrbVrfTrrSbqVbmSe4WF41lkDrNHuZdwXBy AQwOOOQaAOag8M63cWF/fRaZcG309il0xXBjYdQQeSR1OB8o5OBTP7A1H+wP7c8uL+zvM8rzftEe d/8Ad2bt2e+MZxz05r1PQda0K3uvB/2nV0upbebUyb2S6WIKGZsPMjAtlxgjLKcnvXL6TZ2+pfDa 10qTVNPtZJtdFw/nXkStFB5expCjODwc/L1Pbg5oA4V4ZY0jeSN0WVd8ZZSA65IyPUZBH1BrVtvC mu3ltp1zbabLLDqMjRWrpgh2UkEHn5fusfmxwpPQE1rDUNLS6vfDGpTvPoUV1KthfriSSzO4gSKR 9+NsAsg4P3lwevXaZ4sk8MaV4S0az1fT3jN5PBqLRyI6ogulw+T90Fd+CcAqxPUAgA4WLwP4gmQs trbgC6ay+e9gU+eCQY8F/vccDuORkGqo8LaubbU7j7PEI9LkaK8LXMQMTA4xgtk5OQMZyeBk131/ q+m2mgapcSR6TqqnxTLfLaSXikvDyocKr5OTxghhg5Kkc1zuhzibwF4xNzfW/wBrvWt3RZ7pBLMy SF5Dhm3E4Ofc8DJ4oAw7HwrrWpWUd3aWW+ObzPJUyorz+WMv5aEhpMf7IPPHWmaX4b1XWYfOsrdG i85bdXlnjiV5WGQil2G5vYZPT1Fdj4euLS48NaXDea7b2y2q3my5jn+z3WlucMNqhwZ1kwRgLn5i Awxiqdq8GveGPC9lbatb6ddaTdSrcyT3CwvGssgdZo9zLuC4OQCGBxxyDQBzUHhnW7iwv76LTLg2 +nsUumK4MbDqCDySOpwPlHJwKZ/YGo/2B/bnlxf2d5nleb9ojzv/ALuzduz3xjOOenNep6DrWhW9 14P+06ul1LbzamTeyXSxBQzNh5kYFsuMEZZTk965fSbO31L4bWulSapp9rJNrouH868iVooPL2NI UZweDn5ep7cHNAHBVsWvhfVbzSU1SJbRbF5DEJpr6CIbx/Cd7gg4GcHnHPSp5PD9tPe679i1fT47 XTpJPJ+1XID3SAtt8vAw5IUdMDLD1rp/DlxawfDy3hlh0a/nGti7+w3uoRwkxCMKWwXXByCMMCCD naRQBzA8F+IDe2dmNP8A395JPFAnnR/O0JIkGd2Bgg9evbNQWvhfVbzSU1SJbRbF5DEJpr6CIbx/ Cd7gg4GcHnHPSu+8O3FhpWk2OiT+ILQ3N3JexxajHcREaRtyu6MsNwEuM53JkH5cHk5/hy4tYPh5 bwyw6NfzjWxd/Yb3UI4SYhGFLYLrg5BGGBBBztIoA8/u7WawvZ7O5TZPBI0UiZB2spwRkcHkdqhq a7t/sl7PbedFN5MjR+bC25HwcblPcHqD6VDQB9EeGP8Ak3e2/wB25/8ARxrm66Twx/ybvbf7tz/6 ONc3XoYD7XyOLG/Z+YUUUV6JwBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVK+t7qS7kubVQRIdzx 55DdSR6jqfartFaU6jg7omUFLck8JSXdprLhwRHJCynLc8YYY/FRXq/hq7+1QX3Odsaf+hCuf+H+ iadqUVzNdk+aGMa4IyowDke/P+ec93HYW2nwzRW5cjyhks3+0vQDgfgBXmV6tGnReHhG1rHXh8I1 OFVOyV/xPn6XR9DvozPfaSktxdeIBpTTpPIjqjx5Dgbiu5WYfw4IGCMnNZkXh3w9YWbwy2j6s1lN ex6vJBKVurZI22RSRRbwCvIYkhwMnJ4xWheXniCzhuWsdN0T7AmpPNFe3d1GrJdbCobDyhQ6ryoK 44DYPWs/TrjxvaQwKNNt7i9sZr1bOe4lBuBIQftHlL5g88g7jna/OevSvNPTPOaKKKACvUPC3g7S rvQvD17d2MUsN9JKb25uDOdmJkhijj8tlALFurZ/iPRcV5fXe+H7zxM2iaNBFpun3NrBeNJpn266 8gtKGB+RfNTzcMeCQ2CxGe1AFmw0Pwuup3umT2Nw1pp014uqapcSFfs6BmSDyirBSxIHBQkknAI6 ZvhqLQ9UOjaemgJc3CNJJrF3cyyIkcAfPmKVlVVCpnJYdcdSedKxvfFVzYQrP4Z0y9K3V1OI71Nk l1PyZm8jzF81lyV4Q7cYGCKx9G03xF/wjE9paWtibLxA0aRtPdxRySNFIcCMNICTuODwe3rQBpWE XhbVNbtdP0rQEuYEup5L+7uZZkSOzEuVkU+au0LF1LjrjqTzxer/AGL+2r7+zf8Ajw+0SfZvvf6r cdv3uemOvNdRZaF4psNFvtIWysUi1iZYP395CkjyQSkFYwZBk7+Dwc8Y61yN3azWF7PZ3KbJ4JGi kTIO1lOCMjg8jtQBDRRRQB6H4W0HTtT8IWd2dG0+5vm1lbF2ur2S3DxFQ3BEgG/JwNqk4H3WOata Pomh6voYv7HQbGQy6+bKJb2+kgJt2G5RnzP9YNwX5QxwPusck42n2evap4Eh0u00vTH06e+3R3D3 ipK1z0C4aUDcV4C7eRzjPNTRaR4lm8InQF0jTBajUmTznvUWX7YCUK8zY3YG0Lt5HIBzuoA09H0T Q9X0MX9joNjIZdfNlEt7fSQE27Dcoz5n+sG4L8oY4H3WOSTR9E0PV9DF/Y6DYyGXXzZRLe30kBNu w3KM+Z/rBuC/KGOB91jknMi0jxLN4ROgLpGmC1GpMnnPeosv2wEoV5mxuwNoXbyOQDndRFpHiWbw idAXSNMFqNSZPOe9RZftgJQrzNjdgbQu3kcgHO6gDjtRe0k1O7ksInismmc28bnLJGWO0Hk8gY7n 61Wqa7tZrC9ns7lNk8EjRSJkHaynBGRweR2qGgAr1Dwt4O0q70Lw9e3djFLDfSSm9ubgznZiZIYo 4/LZQCxbq2f4j0XFeX13vh+88TNomjQRabp9zawXjSaZ9uuvILShgfkXzU83DHgkNgsRntQBZsND 8Lrqd7pk9jcNaadNeLqmqXEhX7OgZkg8oqwUsSBwUJJJwCOh4P8ADnh7WtM05ZUt5mZbt9XnkuzH LYoq/umRdwBXkEsVcZJyR0BY3viq5sIVn8M6Zelbq6nEd6myS6n5MzeR5i+ay5K8IduMDBFY+g2n iEeGryHS9KtyuqK8YuTIFupo48M8cKlwXXjDBVOckHOAAAPtrDRdE8N6Dquqaf8A2j/a1xIZQ0jp 5EMThGCBWXc7ZzljgYAx1NdL4d8GeH9W0mxuobOWe1uZL03Ek7yC7iiTIiaFEwsmPkDYV/mfHqBz vhW48Qy2Fqtrptjf2tnfIbJ7+URiG4PzbImMibi2ASgJGQDjnnS07UvG7wwXI0u3mvYJr1rOa4Aj uFkYE3HlRb18wgljjY2DkdsAAPB/hzw9rWmacsqW8zMt2+rzyXZjlsUVf3TIu4AryCWKuMk5I6C1 4W8HaVd6F4evbuxilhvpJTe3NwZzsxMkMUcflsoBYt1bP8R6Liud0G08Qjw1eQ6XpVuV1RXjFyZA t1NHHhnjhUuC68YYKpzkg5wAL/h+88TNomjQRabp9zawXjSaZ9uuvILShgfkXzU83DHgkNgsRntQ Bs+GfhrZP4jmbVYLu40try5tbONAx3CIupkmkXAQZXaBwWY9MA58smhlt5pIZo3jljYo6OpDKwOC CD0Irq/Ctz4k/wCE7mvLDS0vtd3TPIlyhQRuciRmAZAp5IweMtjGcVykzrJNJIkSRKzEiNCSqAno MknA9yT70AMooooA9D8LaDp2p+ELO7Ojafc3zayti7XV7Jbh4iobgiQDfk4G1ScD7rHNQ+GbHw54 h1uaxj0bZYtJcyNO94xuUiKu0SwwhssVCjIxKSTzxiq2n2evap4Eh0u00vTH06e+3R3D3ipK1z0C 4aUDcV4C7eRzjPNWdEtvFOjRxmz0DT/t9rJdRWty+xbksqlZRGoceft+bGVfByB6UAafhbwdpV3o Xh69u7GKWG+klN7c3BnOzEyQxRx+WygFi3Vs/wAR6Lir9n4B0a3ewWSzSe0kvrqK6urtpiyqlysE MaeUyqGcnqw/vHouK53w/eeJm0TRoItN0+5tYLxpNM+3XXkFpQwPyL5qebhjwSGwWIz2qzYaj4xu bewF1pljcNHqUs1mNRn+yu1z5mX2x+bGHIkY9VOCzL7UAcRrljFpniDUrCFnaK1upYULkFiquQM4 78VQqzqMt3Pqd3LfhxevM7XAdNjCQsS2VwMHOeMcVWoAKKKKACvUPC3g7SrvQvD17d2MUsN9JKb2 5uDOdmJkhijj8tlALFurZ/iPRcV5fXe+H7zxM2iaNBFpun3NrBeNJpn2668gtKGB+RfNTzcMeCQ2 CxGe1AGtZeE9K+wTRxaRY3dxB4jfS997fSQGSEcg5DgGTkD5VPH8JNea6i9pJqd3JYRPFZNM5t43 OWSMsdoPJ5Ax3P1rtDB4p1vwvJYyaVp5jutUeR7ia5SGc3pJDKVaUAPjI2bBxyBnmuIu7WawvZ7O 5TZPBI0UiZB2spwRkcHkdqAIaKKKACiiigD1Pw54Q8I3/hzwxd6tcva3t3NKGjDN/poE3lhP9kgt H93BxuP+0r4PC2kSW119n0PT5povEsmmKLq/lhDQZJAB8wZcZAGAxwPusc1ztkviqfTvB7WukJNb 2t1IdMkRc+dJ5m9hJhuACh67eAxzgEi/eW3inWdEvNPk0bSUjudZld5PtqJIL0sQyANNjOMqFwcr gjJO6gChZWmh3vhjxjqUGlIRZzRGwaWSQPFHLIVAID4JUAEZzznJYcVNommeHpfDVpdy2D6iyrcv q/kTEXVogwImij3qCo3BixVwOcnjArabBrun+F/EunppWnvapIItSlmuQJIWjPyAASjo2duFO45H zdKueHb3xZHoumyadplpP9l+1f2XNKwWddy/vfJj3jzccn7j85HbFAFO2sNF0Tw3oOq6pp/9o/2t cSGUNI6eRDE4RggVl3O2c5Y4GAMdTW/oPgPSdX02zMFpqE0esyXXkX7HH9mpESI/MVRtcvjByQOy 4PNYfhW48Qy2Fqtrptjf2tnfIbJ7+URiG4PzbImMibi2ASgJGQDjnm5Y634zZIdaTSUmHh2a6aaW SEqfMnJMu9QwyVySQoG0cnigDK+wad/wq3+1P7Pi/tH+1PsX2nzJM7PL8zO3dtz/AA9MY7Z5rl5o ZbeaSGaN45Y2KOjqQysDggg9CK7TSdU1nSPBVrdx6PpM2lW2oC5S4muD5n2ocLlVmByBj5duNo3E HrXI6jfS6nqd3fzKiy3UzzOEBChmYk4z25oArUUUUAeoaB8PrLXfDPhfUbdYjcyXDtf27SsrXNuJ wjMvzcbFxnGM7uucA8pqGkaLFrXiWCbVP7O+w3EyWNt9nebz9rOAm4H5fuqMtn73tVy0v/E1vaeD TbWsSJDcTDSnV8G4ZpQHV/n4G47eduQT161QuvEevaZqfiG3MqWkupTSpqMCIrKW3OGUE5wBuYZB /GgCGLQ4tQ8OnUNMmea7tFZtQs2A3om44mjx96PBAbup5PByO38OeEPCN/4c8MXerXL2t7dzShow zf6aBN5YT/ZILR/dwcbj/tL5xZXWoaLe2mo2jy2s6/vYJQMZGSpIzwwyGU9QcEHvXXCbxVqUfha7 tdCt/s8d9NLpgto8RtIZfMZGAb5VBQ4B2/KpOSASADcg8LaRJbXX2fQ9Pmmi8SyaYour+WENBkkA HzBlxkAYDHA+6xzXO2Vpod74Y8Y6lBpSEWc0RsGlkkDxRyyFQCA+CVABGc85yWHFX7y28U6zol5p 8mjaSkdzrMrvJ9tRJBeliGQBpsZxlQuDlcEZJ3Vm6bBrun+F/EunppWnvapIItSlmuQJIWjPyAAS jo2duFO45HzdKALOiaZ4el8NWl3LYPqLKty+r+RMRdWiDAiaKPeoKjcGLFXA5yeMCtbWGi6J4b0H VdU0/wDtH+1riQyhpHTyIYnCMECsu52znLHAwBjqaueHb3xZHoumyadplpP9l+1f2XNKwWddy/vf Jj3jzccn7j85HbFVvCtx4hlsLVbXTbG/tbO+Q2T38ojENwfm2RMZE3FsAlASMgHHPIBuaD4D0nV9 NszBaahNHrMl15F+xx/ZqREiPzFUbXL4wckDsuDzXNfYNO/4Vb/an9nxf2j/AGp9i+0+ZJnZ5fmZ 27tuf4emMds81q2Ot+M2SHWk0lJh4dmummlkhKnzJyTLvUMMlckkKBtHJ4qtpOqazpHgq1u49H0m bSrbUBcpcTXB8z7UOFyqzA5Ax8u3G0biD1oAxz4d+0aJJdWTStqFhvGp2EqbZIgGI8xB1KAYDDqp GTweO08OeEPCN/4c8MXerXL2t7dzShowzf6aBN5YT/ZILR/dwcbj/tLwMmsapB4g/wCEgjL2d7cT PdxyRqVUlnbO3OcrncuDkHBBzzXSibxVqUfha7tdCt/s8d9NLpgto8RtIZfMZGAb5VBQ4B2/KpOS ASADcg8LaRJbXX2fQ9Pmmi8SyaYour+WENBkkAHzBlxkAYDHA+6xzXO2Vpod74Y8Y6lBpSEWc0Rs GlkkDxRyyFQCA+CVABGc85yWHFX7y28U6zol5p8mjaSkdzrMrvJ9tRJBeliGQBpsZxlQuDlcEZJ3 Vm6bBrun+F/EunppWnvapIItSlmuQJIWjPyAASjo2duFO45HzdKALOiaZ4el8NWl3LYPqLKty+r+ RMRdWiDAiaKPeoKjcGLFXA5yeMCtbWGi6J4b0HVdU0/+0f7WuJDKGkdPIhicIwQKy7nbOcscDAGO pq54dvfFkei6bJp2mWk/2X7V/Zc0rBZ13L+98mPePNxyfuPzkdsVW8K3HiGWwtVtdNsb+1s75DZP fyiMQ3B+bZExkTcWwCUBIyAcc8gG5oPgPSdX02zMFpqE0esyXXkX7HH9mpESI/MVRtcvjByQOy4P Nc19g07/AIVb/an9nxf2j/an2L7T5kmdnl+Znbu25/h6Yx2zzWrY634zZIdaTSUmHh2a6aaWSEqf MnJMu9QwyVySQoG0cniq2k6prOkeCrW7j0fSZtKttQFylxNcHzPtQ4XKrMDkDHy7cbRuIPWgDi5o ZbeaSGaN45Y2KOjqQysDggg9CK73w5oFnqngm3uotJ0ybU31YWHmXt3LEjIyBgcCVcsCwGFBJA+6 TzXNjxNKZtamm0zTLiXVWd3eeAu1uzFiTESflPz+/Qelbelf2tJ4Ght/7G0S40Y3hk867v8AyS1x tIw379MHb0XA4wcHrQBpaJofhvWNJj8Qf2TLHp2myXTapbBpnaRTloFiYcNsBAY5XGMtwcmt4c0C z1TwTb3UWk6ZNqb6sLDzL27liRkZAwOBKuWBYDCgkgfdJ5qzb3XjO31rw8lvoenxz29xqAsIEKqj MWbz1IEmAEOQvI4A+9WbpX9rSeBobf8AsbRLjRjeGTzru/8AJLXG0jDfv0wdvRcDjBwetAHHXckM 17PLbW/2eB5GaOHeX8tSeF3Hk4HGT1qGrmrrMmtXyXNtFazrcSCSCEAJE245VQCRgHgYJ4FU6APo jwx/ybvbf7tz/wCjjXN10nhj/k3e2/3bn/0ca5uvQwH2vkcWN+z8wooor0TgCiiigAooooAKKKKA CiiigAooooAKKK2NJ0mDUdLv5GeQXiPHHaqpG13ZZGKkYySRGQoHViB3pSkoq7KSbdkY9Fb+qeH4 4Ut20yRromJBKqtvLyGSSMtGFHMe6MAE8/Onc4qPS9ItLm+1K2u7tQttERHPDIPKMhlSNWLEf6vL 5J645qfaRtcfI72M/T9SudMuPOtn2tjBHOD+VejeD9dutbTVDc4xEke3Hu3/ANYVyEPhK7u4rcwp JG3k7rgSRSOUk82VAu1EZhxGeowCDkjIFdd4N0n+yrW8Ej4uZIB58JOTG6TyJ1Axj5exPIPbFcmL dN02+p1YbnUkuh5VcXFrBo1zDLDo1/OPEH2v7Fe6hHCTEIwpbBdcHIIwwIIOdpFZuk/ZE0aysLzx HYotg18iX1rc+TNpz5BDR4cG4jkweAufnIDDpU2oaZ4elkmu5bB9RZXun1fyJiLq0QBRE0Ue9QVG 4MWKuBzk8YGNommeHpfDVpdy2D6iyrcvq/kTEXVogwImij3qCo3BixVwOcnjA8w7zhaKKKACvXPC mt6dB4Z8LGG5tBqNlcSwzNcXMMQtYpJ1eR9shDMTGNoKdmfnIxXkdeoeFvB2lXeheHr27sYpYb6S U3tzcGc7MTJDFHH5bKAWLdWz/Eei4oAms7hH1G51yx8Q6e91cXl4dMF7frFDpsbu26Vo2O4u+flU KRzubPAHKeGbyG2sbjVr+98+TRNkmmabNcFVeV3+8oznCkB2VcZ4yQOu3YaH4XXU73TJ7G4a006a 8XVNUuJCv2dAzJB5RVgpYkDgoSSTgEdM3w1FoeqHRtPTQEubhGkk1i7uZZESOAPnzFKyqqhUzksO uOpPIAzRNX81dQ8RaxqH2q80uQXNhYTTbFkuJZMs6qCOFb52VQM8ZIHXlLu6mv72e8uX3zzyNLI+ ANzMck4HA5Pau6sIvC2qa3a6fpWgJcwJdTyX93cyzIkdmJcrIp81doWLqXHXHUnni9X+xf21ff2b /wAeH2iT7N97/Vbjt+9z0x15oAp0UUUAegaNqNjpnwzha6t9M1F01tbs2E90ocxBAm7YGznIIwwY YOSpHNP0zV7a0+HS3GoR6fqtyddF9JaXd4DK6bApcqH3ElsjDBhgklSOaPC2g6dqfhCzuzo2n3N8 2srYu11eyW4eIqG4IkA35OBtUnA+6xzVrR9E0PV9DF/Y6DYyGXXzZRLe30kBNuw3KM+Z/rBuC/KG OB91jkkAq6Zq9tafDpbjUI9P1W5Oui+ktLu8BldNgUuVD7iS2RhgwwSSpHNGmavbWnw6W41CPT9V uTrovpLS7vAZXTYFLlQ+4ktkYYMMEkqRzVrR9E0PV9DF/Y6DYyGXXzZRLe30kBNuw3KM+Z/rBuC/ KGOB91jkk0fRND1fQxf2Og2Mhl182US3t9JATbsNyjPmf6wbgvyhjgfdY5JAPNZppbiaSaaR5JZG Lu7sSzMTkkk9SaZVnUXtJNTu5LCJ4rJpnNvG5yyRljtB5PIGO5+tVqACvXPCmt6dB4Z8LGG5tBqN lcSwzNcXMMQtYpJ1eR9shDMTGNoKdmfnIxXkdeoeFvB2lXeheHr27sYpYb6SU3tzcGc7MTJDFHH5 bKAWLdWz/Eei4oAms7hH1G51yx8Q6e91cXl4dMF7frFDpsbu26Vo2O4u+flUKRzubPAGZ4N8S/2Z oEl9fnT5P7EjmGkxvLi486bAIEYcb4+SWJGRk7TwQH2Gh+F11O90yexuGtNOmvF1TVLiQr9nQMyQ eUVYKWJA4KEkk4BHQ8H+HPD2taZpyypbzMy3b6vPJdmOWxRV/dMi7gCvIJYq4yTkjoACnavBr3hj wvZW2rW+nXWk3Uq3Mk9wsLxrLIHWaPcy7guDkAhgcccg11fh3XtIt7DTBPrFvdraTag0mpTypFc2 rNnZJHG/zSCRWYlSH+Zhn7u2uLtrDRdE8N6Dquqaf/aP9rXEhlDSOnkQxOEYIFZdztnOWOBgDHU1 0vh3wZ4f1bSbG6hs5Z7W5kvTcSTvILuKJMiJoUTCyY+QNhX+Z8eoABmeDfEv9maBJfX50+T+xI5h pMby4uPOmwCBGHG+PkliRkZO08EDZ8Ka3p0HhnwsYbm0Go2VxLDM1xcwxC1iknV5H2yEMxMY2gp2 Z+cjFZPg/wAOeHta0zTllS3mZlu31eeS7Mctiir+6ZF3AFeQSxVxknJHQWvC3g7SrvQvD17d2MUs N9JKb25uDOdmJkhijj8tlALFurZ/iPRcUAX/AAr4x0g+Mp4oVSytZL67u7jUHvUhS6Vi/l71dQxA DgBAwwSWI4OPJruNIr2eONdqJIyqPNWXAB4+dflb/eHB6ivUPDPw1sn8RzNqsF3caW15c2tnGgY7 hEXUyTSLgIMrtA4LMemAc+WTQy280kM0bxyxsUdHUhlYHBBB6EUAMooooA9A0bUbHTPhnC11b6Zq Lpra3ZsJ7pQ5iCBN2wNnOQRhgwwclSOaZ4Ekhs9Xj17UdT08CT7QZ7qS6P2y0by3+YRscSFyw/hk z7HNTeFtB07U/CFndnRtPub5tZWxdrq9ktw8RUNwRIBvycDapOB91jmofDNj4c8Q63NYx6NssWku ZGne8Y3KRFXaJYYQ2WKhRkYlJJ54xQBv+FNb06Dwz4WMNzaDUbK4lhma4uYYhaxSTq8j7ZCGYmMb QU7M/ORitK28S6PcHTL2wvLRrmHVLtWluLiGEW9vLdCR32y4Ylo8KNo4DvzkYrB8LeDtKu9C8PXt 3YxSw30kpvbm4M52YmSGKOPy2UAsW6tn+I9FxV+z8A6NbvYLJZpPaSX11FdXV20xZVS5WCGNPKZV DOT1Yf3j0XFAHmXiK6hv/E2rXls++Ce8mljfBG5WckHB5HB71m1f1yxi0zxBqVhCztFa3UsKFyCx VXIGcd+KoUAFFFFABXrnhTW9Og8M+FjDc2g1GyuJYZmuLmGIWsUk6vI+2QhmJjG0FOzPzkYryOvU PC3g7SrvQvD17d2MUsN9JKb25uDOdmJkhijj8tlALFurZ/iPRcUAPudc0uPw1qF8YtM1SOTxPJqC Wc9yFd4D8ofywwbJPGGU8HJUivL5ppbiaSaaR5JZGLu7sSzMTkkk9Sa9QsvCelfYJo4tIsbu4g8R vpe+9vpIDJCOQchwDJyB8qnj+EmvNdRe0k1O7ksInismmc28bnLJGWO0Hk8gY7n60AVqKKKACiii gD1bQPGkmh+HfBWn2eo2kcc9xLHqKsyEwp9pUhmz9zKl+TxhieoBBf6vptpoGqXEkek6qp8Uy3y2 kl4pLw8qHCq+Tk8YIYYOSpHNM8OeEPCN/wCHPDF3q1y9re3c0oaMM3+mgTeWE/2SC0f3cHG4/wC0 r4PC2kSW119n0PT5povEsmmKLq/lhDQZJAB8wZcZAGAxwPusc0Ac7oc4m8BeMTc31v8Aa71rd0We 6QSzMkheQ4ZtxODn3PAyeK0vD1xaXHhrS4bzXbe2W1W82XMc/wBnutLc4YbVDgzrJgjAXPzEBhjF ZtlaaHe+GPGOpQaUhFnNEbBpZJA8UcshUAgPglQARnPOclhxU2iaZ4el8NWl3LYPqLKty+r+RMRd WiDAiaKPeoKjcGLFXA5yeMAALV4Ne8MeF7K21a30660m6lW5knuFheNZZA6zR7mXcFwcgEMDjjkG ur0HWtCt7rwf9p1dLqW3m1Mm9kuliChmbDzIwLZcYIyynJ71xdtYaLonhvQdV1TT/wC0f7WuJDKG kdPIhicIwQKy7nbOcscDAGOprf0HwHpOr6bZmC01CaPWZLryL9jj+zUiJEfmKo2uXxg5IHZcHmgD M0mzt9S+G1rpUmqafayTa6Lh/OvIlaKDy9jSFGcHg5+Xqe3BzXHavb21prV9bWU3nWsNxJHDLuDb 0DEK2RwcjByOK3/sGnf8Kt/tT+z4v7R/tT7F9p8yTOzy/Mzt3bc/w9MY7Z5rl5oZbeaSGaN45Y2K OjqQysDggg9CKAGUUUUAeueGvFejad4Z8HaVqKWlzC9xK8x80CSylWfdFIeflHzHOcZXPUZB519Y ih1PxuIfEiWMV7NNshS0Fwt+paXChxnYPmxu/wBvPatbQPh9Za74Z8L6jbrEbmS4dr+3aVla5txO EZl+bjYuM4xnd1zgHlNQ0jRYta8SwTap/Z32G4mSxtvs7zeftZwE3A/L91Rls/e9qAGaPrFpcWA0 HXi500sWtrpV3SWEh6so/ijP8Sd+oww57rTPFknhjSvCWjWer6e8ZvJ4NRaORHVEF0uHyfugrvwT gFWJ6gEefxaHFqHh06hpkzzXdorNqFmwG9E3HE0ePvR4IDd1PJ4OR2/hzwh4Rv8Aw54Yu9WuXtb2 7mlDRhm/00Cbywn+yQWj+7g43H/aUAff6vptpoGqXEkek6qp8Uy3y2kl4pLw8qHCq+Tk8YIYYOSp HNc7oc4m8BeMTc31v9rvWt3RZ7pBLMySF5Dhm3E4Ofc8DJ4rooPC2kSW119n0PT5povEsmmKLq/l hDQZJAB8wZcZAGAxwPusc1ztlaaHe+GPGOpQaUhFnNEbBpZJA8UcshUAgPglQARnPOclhxQBpeHr i0uPDWlw3mu29stqt5suY5/s91pbnDDaocGdZMEYC5+YgMMYqnavBr3hjwvZW2rW+nXWk3Uq3Mk9 wsLxrLIHWaPcy7guDkAhgcccg0aJpnh6Xw1aXctg+osq3L6v5ExF1aIMCJoo96gqNwYsVcDnJ4wK 1tYaLonhvQdV1TT/AO0f7WuJDKGkdPIhicIwQKy7nbOcscDAGOpoA7TQda0K3uvB/wBp1dLqW3m1 Mm9kuliChmbDzIwLZcYIyynJ71y+k2dvqXw2tdKk1TT7WSbXRcP515ErRQeXsaQozg8HPy9T24Oa 09B8B6Tq+m2ZgtNQmj1mS68i/Y4/s1IiRH5iqNrl8YOSB2XB5rmvsGnf8Kt/tT+z4v7R/tT7F9p8 yTOzy/Mzt3bc/wAPTGO2eaAHjUNLS6vfDGpTvPoUV1KthfriSSzO4gSKR9+NsAsg4P3lwevXaZ4s k8MaV4S0az1fT3jN5PBqLRyI6ogulw+T90Fd+CcAqxPUAjgj4d+0aJJdWTStqFhvGp2EqbZIgGI8 xB1KAYDDqpGTweO08OeEPCN/4c8MXerXL2t7dzShowzf6aBN5YT/AGSC0f3cHG4/7SgD7/V9NtNA 1S4kj0nVVPimW+W0kvFJeHlQ4VXycnjBDDByVI5rndDnE3gLxibm+t/td61u6LPdIJZmSQvIcM24 nBz7ngZPFdFB4W0iS2uvs+h6fNNF4lk0xRdX8sIaDJIAPmDLjIAwGOB91jmudsrTQ73wx4x1KDSk Is5ojYNLJIHijlkKgEB8EqACM55zksOKANLw9cWlx4a0uG8123tltVvNlzHP9nutLc4YbVDgzrJg jAXPzEBhjFU7V4Ne8MeF7K21a30660m6lW5knuFheNZZA6zR7mXcFwcgEMDjjkGjRNM8PS+GrS7l sH1FlW5fV/ImIurRBgRNFHvUFRuDFirgc5PGBWtrDRdE8N6Dquqaf/aP9rXEhlDSOnkQxOEYIFZd ztnOWOBgDHU0AdpoOtaFb3Xg/wC06ul1LbzamTeyXSxBQzNh5kYFsuMEZZTk965fSbO31L4bWulS app9rJNrouH868iVooPL2NIUZweDn5ep7cHNaeg+A9J1fTbMwWmoTR6zJdeRfscf2akRIj8xVG1y +MHJA7Lg81zX2DTv+FW/2p/Z8X9o/wBqfYvtPmSZ2eX5mdu7bn+HpjHbPNAFOTw/bT3uu/YtX0+O 106STyftVyA90gLbfLwMOSFHTAyw9a6fw5cWsHw8t4ZYdGv5xrYu/sN7qEcJMQjClsF1wcgjDAgg 52kV55NDLbzSQzRvHLGxR0dSGVgcEEHoRXe+HNAs9U8E291FpOmTam+rCw8y9u5YkZGQMDgSrlgW AwoJIH3SeaANbw7cWGlaTY6JP4gtDc3cl7HFqMdxERpG3K7oyw3AS4zncmQflweTn+HLi1g+HlvD LDo1/ONbF39hvdQjhJiEYUtguuDkEYYEEHO0in6JofhvWNJj8Qf2TLHp2myXTapbBpnaRTloFiYc NsBAY5XGMtwcmt4c0Cz1TwTb3UWk6ZNqb6sLDzL27liRkZAwOBKuWBYDCgkgfdJ5oA4W7t/sl7Pb edFN5MjR+bC25HwcblPcHqD6VDU13JDNezy21v8AZ4HkZo4d5fy1J4XceTgcZPWoaAPojwx/ybvb f7tz/wCjjXN10nhj/k3e2/3bn/0ca5uvQwH2vkcWN+z8wooor0TgCiiigAooooAKKKKACiiigAoo ooAKtQX89tavBC2zdNHOJFJDq6BgpBB4++fyFVaKTVxp2Naz1qS2RSSyyQWjW9v5fAJMhfc/PVdz MpHRlQ9qp2c06ie1t4vMa8RYNoUlj86sAoHfKgfjVWu9t9SjTW9GsnurudnXTlS2kX9zbnELb0O4 /MQCPuj77c+uc3y7I0iubdnOz+Jri7WOO7s7S4iWJEMbhwHZS5EjFWDFyZHyc4O4kjPNdZ4Bv5by 21RZljzFGgVkQJhWkZtuBwAGZiMD+IjoABkWHh+wuNIhe8jkiUeTI9/HGyxFXlRWXzWcoSquQQEG GQ8nB3bngyGaCXV1n0r+zWMEJEO2Rdw3t837wk+3pxXNiHB0pJI3oKSqJs8M1fxvqWk648EMFpJJ p80/2K4kRt9v5q4fADBW7n51bk+nFY+l+N9S0mysYIYLSSTT/O+xXEiNvt/NGHwAwVu5+dW5PpxV LxX/AMjTqP8A12P8qx68w9AKKKKACul07xrf6fpunWD2lpdw6dcG5tPPMo8p87s4R1DYOSNwJG4j ocVzVFAHVxePLwW0UN3pOk32y4lumNzC5EsshO53RXCOcHAJXgYxisay1u5sNE1TSYkiMGpeV5zM DuXy2LLtOcDk85BrNooA0rLW7mw0TVNJiSIwal5XnMwO5fLYsu05wOTzkGs2iigAooooA2P+Eil/ 4RP/AIR37FafZvtH2rzv3nm+bjG77+37vy424x780f8ACRS/8In/AMI79itPs32j7V537zzfNxjd 9/b935cbcY9+ax6KANj/AISKX/hE/wDhHfsVp9m+0favO/eeb5uMbvv7fu/LjbjHvzR/wkUv/CJ/ 8I79itPs32j7V537zzfNxjd9/b935cbcY9+ax6KACiiigArpdO8a3+n6bp1g9paXcOnXBubTzzKP KfO7OEdQ2DkjcCRuI6HFc1RQB1cXjy8FtFDd6TpN9suJbpjcwuRLLITud0VwjnBwCV4GMYrJ0/X5 9M0bUNPtbe3Rr9RHLd4bzhHkExqQ2ApxyMc55zxjKooA39J8WXml21rbva2l9HZ3AubMXQcm2kBy dhVlOCcEqcqSAcZq5bfEHWbfyJXjtJ7y2kuJba7kjIeBp8+YQFIQ5JJ+ZTgn04rlKKANXT9fn0zR tQ0+1t7dGv1Ect3hvOEeQTGpDYCnHIxznnPGNDTvGt/p+m6dYPaWl3Dp1wbm088yjynzuzhHUNg5 I3AkbiOhxXNUUAbmkeKb7SPEr+IBFb3WoO0jlp1baHfO5sIV55YY6c9OmMaZ1kmkkSJIlZiRGhJV AT0GSTge5J96ZRQAUUUUAbH/AAkUv/CJ/wDCO/YrT7N9o+1ed+883zcY3ff2/d+XG3GPfmp9G8V3 OhxwNaWGn/bLbzfs960JE0e9dp5UhXxk43hsZ9OKwKKAOl07xrf6fpunWD2lpdw6dcG5tPPMo8p8 7s4R1DYOSNwJG4jocVND8QNVEVsl5b2l8bW8e+gafzF2Ss28nbG6q3zFiNwONxA4OK5SigCa7upr +9nvLl9888jSyPgDczHJOBwOT2qGiigAooooAK6XTvGt/p+m6dYPaWl3Dp1wbm088yjynzuzhHUN g5I3AkbiOhxXNUUAb934svL/AECfSbm1tHE9419Jc4cStO3V+G2jg7cBcY7Z5rAoooAKKKKACiii gDcj8U30dvoEIit9uiTNNbEq2XZpBId/PIyB0xxU2o+L7rU9Gu9NmsLFUur59QeVBIHEzE5Iy+MY O3GOnvzXO0UAbGneIpdO0DUtHSytJYdR2+dJJ5m8beUxhwBtOT05J5yOKu6X431LSbKxghgtJJNP 877FcSI2+380YfADBW7n51bk+nFc1RQBv6T4svNLtrW3e1tL6OzuBc2Yug5NtIDk7CrKcE4JU5Uk A4zVyD4g6zDe6VeNHaSz6bJcyxu8Z/eNcEly4BA6k4xjFcpRQB0uk+M7jSNJtdOj0vT5o7a8F8jz ebu88cK52yAcDAxjHHIJ5rD1G+l1PU7u/mVFlupnmcICFDMxJxntzVaigAooooA37bxfqVpFoMcA iT+xJJJLdl3Av5jBmVyG5B6YGOCRTB4t1iObWpLe4SBdZZzeRpGpVwxbIG4EgfO3Q5561h0UAWdP 1C70q/hvrGd4LqFt0cidQf6g9CDwQcGtmfxjfTy6O4tLGFdJupLq2jijZUDPKJCpG77oIAAGMD86 52igDotR8X3Wp6Nd6bNYWKpdXz6g8qCQOJmJyRl8YwduMdPfmquneIpdO0DUtHSytJYdR2+dJJ5m 8beUxhwBtOT05J5yOKx6KAOl0vxvqWk2VjBDBaSSaf532K4kRt9v5ow+AGCt3Pzq3J9OKh0nxZea XbWtu9raX0dncC5sxdBybaQHJ2FWU4JwSpypIBxmsCigDq4PiDrMN7pV40dpLPpslzLG7xn941wS XLgEDqTjGMVDpPjO40jSbXTo9L0+aO2vBfI83m7vPHCudsgHAwMYxxyCea5qigDSOvagviOTXreb 7NfvcPch4eArMSSADnjkjBzkcHNaE/jG+nl0dxaWMK6TdSXVtHFGyoGeUSFSN33QQAAMYH51ztFA HRaj4vutT0a702awsVS6vn1B5UEgcTMTkjL4xg7cY6e/NVdO8RS6doGpaOllaSw6jt86STzN428p jDgDacnpyTzkcVj0UAdLpfjfUtJsrGCGC0kk0/zvsVxIjb7fzRh8AMFbufnVuT6cVDpPiy80u2tb d7W0vo7O4FzZi6Dk20gOTsKspwTglTlSQDjNYFFAHVwfEHWYb3Srxo7SWfTZLmWN3jP7xrgkuXAI HUnGMYqHSfGdxpGk2unR6Xp80dteC+R5vN3eeOFc7ZAOBgYxjjkE81zVFAG4PE0pm1qabTNMuJdV Z3d54C7W7MWJMRJ+U/P79B6U+18UNb+HE0KXSNPurNbg3R84zBmlxt3EpIv8PGBgcevNYFFAHVwe P9Str3SrmCy0+P8AsuS5kt4kiYIPPJLKQG6DOFAxgY61TtfFDW/hxNCl0jT7qzW4N0fOMwZpcbdx KSL/AA8YGBx681gUUATXdx9rvZ7nyYofOkaTyoV2omTnao7AdAPSoaKKAPojwx/ybvbf7tz/AOjj XN10nhj/AJN3tv8Aduf/AEca5uvQwH2vkcWN+z8wooor0TgCiiigAooooAKKKKACiiigAooooAKK KKACiiigArvfht/qtZ/65xf+hGuCrvfht/qtZ/65xf8AoRrmxf8ABl/XU6MN/FR5DPYac8fjbVrz T4ryewmtvIWaSRVHmOVbIRlJ4x37Vm21houieG9B1XVNP/tH+1riQyhpHTyIYnCMECsu52znLHAw BjqaNU8RS6Rq/iLTvsVpd2uoTR+fHceZ/wAszuXBR1I5P6Vm6T4svNLtrW3e1tL6OzuBc2Yug5Nt IDk7CrKcE4JU5UkA4zXjnqFy28EXOreRPpk8UcOoSXH9l29258+4SLJOSqlFOOPmZRkHtzWl4C8H 2+oalpU+tJaSWGp+elvbySSiWXyxlnUx8DBGPnYZGcA8Gs22+IOs2/kSvHaT3ltJcS213JGQ8DT5 8wgKQhyST8ynBPpxUOleN9S0i202KGC0lfTJJHs5pUbdEJCPMThgpDcjkEjccEcYAJtG+Hut65pM GoWgi2XPm/Z0YOTJs6/MqlEyQQN7Lkj8a5Suij8XzpYQWT6Xpk8Vo05sxPE0gthLywVS21wDyPMD kHvXO0AdvpPhmx1zwHazx/ZLPVZNZFilxM82JgyblQhQwByw5wBheT65UPgzVJIY5Ha3iZtWGjmN 3JZJyOpwCNo9QT9KNK8X3Wk2FnZRWFjLBaXX21BKJMtOMbZCQ45UDAAwuCcgnmtLQ/GaaUl1fXU9 xqF9NM14LKa0i+zC6JO2bfuLAgEn5FQkgDOBQAyXwRb2nhy6vrzW7SC5g1RtPYMkpjUoG3crGWJO FIwMAdTk4EOjfD3W9c0mDULQRbLnzfs6MHJk2dfmVSiZIIG9lyR+NU7HxdqFnp1xZTQ2l/HNcNdg 30XmlJyhQycnDHDfxhhkA4zRa+K7m30m00+aw0+8Sy877I91CXMHmfewudjc8jerYP5UAYFdjbWG i6J4b0HVdU0/+0f7WuJDKGkdPIhicIwQKy7nbOcscDAGOprjq39J8WXml21rbva2l9HZ3AubMXQc m2kBydhVlOCcEqcqSAcZoA6HT9M8Ky6NHd29hcajbq12+o4mxe2kIIELJGHVSAGVmba6g7ucDAyv h5Yadq/i210nU9PiuoLrflmkkVo9sbt8pRgOSBnIPTjFFt8QdZt/IleO0nvLaS4ltruSMh4Gnz5h AUhDkkn5lOCfTiszw34il8M6kuo2tlaT3Sf6qS48w+XkFTgK6g5Dd8+2KAMeu38KWHhzUbKJL7T5 fJgjnk1fU5ZGUWwIxCIdrYJJx8rKxJJwCBxxFdLp3jKWw0mz01tG0m7gtJHlUXMUjB3bILOocK5A OAWBIAGKAOh8IaBpWqeFtPup9JsZrh9bSwmknu5Ii0LKGJUeaoMg3YAUHIH3ScmuF1e2hs9avrW2 MpghuJI4zMpV9oYgbgQCDgcggc9hWzpPjO40jSbXTo9L0+aO2vBfI83m7vPHCudsgHAwMYxxyCea wLu6mv72e8uX3zzyNLI+ANzMck4HA5PagDq7aw0XRPDeg6rqmn/2j/a1xIZQ0jp5EMThGCBWXc7Z zljgYAx1NdLoXg7QbvT9FvVsfN06+uJzPc3xmLognWGGNfKZVDtuHJyM7j0XFcRpPiy80u2tbd7W 0vo7O4FzZi6Dk20gOTsKspwTglTlSQDjNXIfiBqoitkvLe0vja3j30DT+YuyVm3k7Y3VW+YsRuBx uIHBxQBh65YxaZ4g1KwhZ2itbqWFC5BYqrkDOO/Feg+EvBmkat4c0q6ns/P+0/azfSF5RcRKgwjW 6DAkAO0H5X+ZwPUDzW7upr+9nvLl9888jSyPgDczHJOBwOT2rf0vxvqWk2VjBDBaSSaf532K4kRt 9v5ow+AGCt3Pzq3J9OKAOh8H+HPD2taZpyypbzMy3b6vPJdmOWxRV/dMi7gCvIJYq4yTkjoPOa1d P1+fTNG1DT7W3t0a/URy3eG84R5BMakNgKccjHOec8YyqAPRvh74Ct9Wez1HW7e4msbtpEtoYVba doO55XX7igjaBkFm9gc04fB0sXhG0ni0pL7V9Qa5BhnnMUlssJZWWOLerSSZBY8NjaBt555rw5r8 /hnWY9Utbe3muIlYR+eGKqWGCcKwycEjnI56ZxjTsPHWoabDax21nYq1i05sJCrlrQTD5gvz4Ycn G8Mfc0AcvXofhbQdO1PwhZ3Z0bT7m+bWVsXa6vZLcPEVDcESAb8nA2qTgfdY5rzytj/hIpf+ET/4 R37FafZvtH2rzv3nm+bjG77+37vy424x780Aeg6H4P8ADutWFre22nObK7mvnn8x5Rc28KZ8owID iQL8gbiT5nA55A8mrpdL8b6lpNlYwQwWkkmn+d9iuJEbfb+aMPgBgrdz86tyfTiuaoA9Q8JeDNI1 bw5pV1PZ+f8AaftZvpC8ouIlQYRrdBgSAHaD8r/M4HqBV8H+HPD2taZpyypbzMy3b6vPJdmOWxRV /dMi7gCvIJYq4yTkjoOe0vxvqWk2VjBDBaSSaf532K4kRt9v5ow+AGCt3Pzq3J9OKz9P1+fTNG1D T7W3t0a/URy3eG84R5BMakNgKccjHOec8YAMqu6stIsLnwpo0mlaRpmq6vKty17BLeuJgEYlNsSz KSdgJwFJOB+PC1v6N4rudDjga0sNP+2W3m/Z71oSJo967TypCvjJxvDYz6cUAbFp4U3eCrG+s9Oi 1PUtU+0MqyXHltAkWQfKjDq0rnlv4gNoG3nJ4iul0vxvqWk2VjBDBaSSaf532K4kRt9v5ow+AGCt 3Pzq3J9OK5qgD0PwtoOnan4Qs7s6Np9zfNrK2LtdXsluHiKhuCJAN+TgbVJwPusc1oaP4H0fW7O3 lttPvjBrc12ba7BbbpccTN5YZeQ5bGDuYegOeTwn/CRS/wDCJ/8ACO/YrT7N9o+1ed+883zcY3ff 2/d+XG3GPfmrum+N9S0r+w/IgtG/sb7R9n3ox3edndvwwzjPGMfjQBzVdX4bsNOfwl4l1a80+K8n sPsvkLNJIqjzJCrZCMpPGO/auUrY0jxFLpGm6jp32K0u7XUPK8+O48z/AJZksuCjqRyf0oA09BsN OuPAvia+udPimvLD7P8AZ5mkkBXzXKHhWCnGMjI6nnI4rY8LaLot54Qs9RvtN09nGsrZ3NxdXrwD 7OVDswzKqlxngDsOh5Ncpp3iKXTtA1LR0srSWHUdvnSSeZvG3lMYcAbTk9OSecjij/hIpf8AhE/+ Ed+xWn2b7R9q87955vm4xu+/t+78uNuMe/NAG54N03Q9T+IB0Z7RNQ0u4mmEE0ryJII0V2UjaV5O FzkfQCuLrY8N+IpfDOpLqNrZWk90n+qkuPMPl5BU4CuoOQ3fPtisegDsbaw0XRPDeg6rqmn/ANo/ 2tcSGUNI6eRDE4RggVl3O2c5Y4GAMdTW54I8Babq1/FqN9b302jXc0yWEO05KLu+ed04QDG0AEFm 6fKOeR0nxZeaXbWtu9raX0dncC5sxdBybaQHJ2FWU4JwSpypIBxmmaR4pvtI8Sv4gEVvdag7SOWn Vtod87mwhXnlhjpz06YAMaaGW3mkhmjeOWNijo6kMrA4IIPQiu3stIsLnwpo0mlaRpmq6vKty17B LeuJgEYlNsSzKSdgJwFJOB+PETOsk0kiRJErMSI0JKoCegyScD3JPvW5o3iu50OOBrSw0/7Zbeb9 nvWhImj3rtPKkK+MnG8NjPpxQB0PhzQLPVPBNvdRaTpk2pvqwsPMvbuWJGRkDA4Eq5YFgMKCSB90 nmuFu5IZr2eW2t/s8DyM0cO8v5ak8LuPJwOMnrWza+KGt/DiaFLpGn3Vmtwbo+cZgzS427iUkX+H jAwOPXmsa7uPtd7Pc+TFD50jSeVCu1Eyc7VHYDoB6UAd74W0HTtT8IWd2dG0+5vm1lbF2ur2S3Dx FQ3BEgG/JwNqk4H3WOa1tD8H+HdasLW9ttOc2V3NfPP5jyi5t4Uz5RgQHEgX5A3EnzOBzyB59/wk Uv8Awif/AAjv2K0+zfaPtXnfvPN83GN339v3flxtxj35q7pfjfUtJsrGCGC0kk0/zvsVxIjb7fzR h8AMFbufnVuT6cUAc1XqHhLwZpGreHNKup7Pz/tP2s30heUXESoMI1ugwJADtB+V/mcD1A8vrpdL 8b6lpNlYwQwWkkmn+d9iuJEbfb+aMPgBgrdz86tyfTigDofCGgaVqnhbT7qfSbGa4fW0sJpJ7uSI tCyhiVHmqDIN2AFByB90nJrhdXtobPWr61tjKYIbiSOMzKVfaGIG4EAg4HIIHPYVs6T4zuNI0m10 6PS9PmjtrwXyPN5u7zxwrnbIBwMDGMccgnmsC7upr+9nvLl9888jSyPgDczHJOBwOT2oA9A+HvgK 31Z7PUdbt7iaxu2kS2hhVtp2g7nldfuKCNoGQWb2BzTh8HSxeEbSeLSkvtX1BrkGGecxSWywllZY 4t6tJJkFjw2NoG3nnmvDmvz+GdZj1S1t7ea4iVhH54YqpYYJwrDJwSOcjnpnGNOw8dahpsNrHbWd irWLTmwkKuWtBMPmC/Phhycbwx9zQBy9eoeFvB2lXeheHr27sYpYb6SU3tzcGc7MTJDFHH5bKAWL dWz/ABHouK8vrpdO8a3+n6bp1g9paXcOnXBubTzzKPKfO7OEdQ2DkjcCRuI6HFAHQ6j4Gi07SpF0 2wTVL26ur2KET3ISSGKB2T93GrKZZDjcSAQMAbeefOa6u2+IOs2/kSvHaT3ltJcS213JGQ8DT58w gKQhyST8ynBPpxXKUAejeENA0rVPC2n3U+k2M1w+tpYTST3ckRaFlDEqPNUGQbsAKDkD7pOTWa3h zRF0DxbeQS30txpc0cMKXEXliNWuCoY85Zii8hlXBJ4JwRQ0nxncaRpNrp0el6fNHbXgvkebzd3n jhXO2QDgYGMY45BPNFv4zuIrHUrWfS9Puv7TkEt9LN5oadg5cE7JFC4JP3QPfNAHNV6h4W8HaVd6 F4evbuxilhvpJTe3NwZzsxMkMUcflsoBYt1bP8R6LivL66XTvGt/p+m6dYPaWl3Dp1wbm088yjyn zuzhHUNg5I3AkbiOhxQB0Oo+BotO0qRdNsE1S9urq9ihE9yEkhigdk/dxqymWQ43EgEDAG3nnzmu rtviDrNv5Erx2k95bSXEttdyRkPA0+fMICkIckk/MpwT6cVylAHoHhnR9DvvCWnz32kpLcXWtjSm nSeRHVHjyHA3Fdysw/hwQMEZOaPD/h/R7jxFc+HbvT0nFpNdRXV/9pYTsFV9hggU8kbMkbZTz2GB WJpXjS80fRYdNttP09hDcG7jnljd3WcqVEmC23Kg8ZXAIBxnmmaZ4xvtLdLiK0sZdRiaZ4tQljYz q0gIYlgwEh5JHmBsZPbigDna9A8OaBZ6p4Jt7qLSdMm1N9WFh5l7dyxIyMgYHAlXLAsBhQSQPuk8 15/W/a+KGt/DiaFLpGn3Vmtwbo+cZgzS427iUkX+HjAwOPXmgDt9C8J6JqOn6LqTaTEljqNxO9y9 xJPJ5C+esUMEZjZRklgMvn+JugxXnGuWMWmeINSsIWdorW6lhQuQWKq5AzjvxW5D49v4oraF9O0+ WGzvHvbSIrKiW7s2/CqjqCAScbgSASM44rmru6mv72e8uX3zzyNLI+ANzMck4HA5PagCGiiigAoo ooAKKKKAPojwx/ybvbf7tz/6ONc3XSeGP+Td7b/duf8A0ca5uvQwH2vkcWN+z8wooor0TgCiiigA ooooAKKKKACiiigAooooAKKKKACiivU/DXgTRrnQbW6vY3uJp0EpbeyBQQMKAD2rOpUjTV2VGLk7 I8srv/huji21iQowRljUNjgkNyM/iPzFdFL8PdJSUS2aLGwz8suZFPGOhP8ASrtlpraZFcxNLE58 pQFjP3QGXHHbjp9K5cRWhOi0nqb4eLVVXR8i+K/+Rp1H/rsf5Vj16HPYac8fjbVrzT4ryewmtvIW aSRVHmOVbIRlJ4x37VN4L8NadrfhmwuG0W0urptZFnO8lzJGTb7N7sAJFBcAngDoOhwTXmHpnm1F dpb/AA61DWEkvdFdJdPmmuBYGUPvnjjJAJYJsQnGBvKZIPFUNK8Ealq9tpssM9pE+pySJZwyu26U RkeY/ClQF5PJBO04B4yAc1RXUeHdDtr6HXZC9jfNZ2NxIkZmmiZQgGJ1xHhhzwjEE55AqtY+FLm+ 0WPVDf6fbQzSSRRC4mK7nRd20tgpGSOgdlJ+nNAGBRXUWfhazuPBP9vTa1b20jXwtQkqSlEwjMQd qMSx+UjHAGcnJwH6N8Pdb1zSYNQtBFsufN+zowcmTZ1+ZVKJkggb2XJH40AcpRXUaJ4F1DXtMttQ tLyxWCa6No3ms6+TJtJG87MAH5QCCcl1HU8MTwTqAsnuLq80+zK3E1qI7ifGZYxlkLgGNCcHAdlz jI4waAOaorq/h5Yadq/i210nU9PiuoLrflmkkVo9sbt8pRgOSBnIPTjFcpQAUUV6T4W8B2Wr6Bph mtLuabWftGL+MsE03yshcqBh95BHzEccDB5oA82or0Pwx4f0HUvDlprdzYSyW2lfaP7ZUCbdc5GY vK2/L8uRu5XHVuOTzeieE73XrJ7q2k2okhjI+yXMvIAPWKJ179Cc+3SgDAor1bQvAumjT9FkvrKK ZJ7idL+6uBcDYVnWCOONVKbSzH+MZHzE/d21Zs/AOjW72CyWaT2kl9dRXV1dtMWVUuVghjTymVQz k9WH949FxQB5BRXr9n4B0a3ewWSzSe0kvrqK6urtpiyqlysEMaeUyqGcnqw/vHouKLPwDo1u9gsl mk9pJfXUV1dXbTFlVLlYIY08plUM5PVh/ePRcUAeQUVf1yxi0zxBqVhCztFa3UsKFyCxVXIGcd+K oUAFFejeENA0rVPC2n3U+k2M1w+tpYTST3ckRaFlDEqPNUGQbsAKDkD7pOTVrT/C3huW2fUvsN3L p2iXF5HqiypMs1yoJ8jYAAAVGNw+Tb1YAc0AeX0Vv6J4TvdesnuraTaiSGMj7Jcy8gA9YonXv0Jz 7dK6rQfDFjN4ciaXR9PutRj13+zZXurua1EkeMnALqQ+TgAJuwPuEg0AebUV6bo+iaHq+hi/sdBs ZDLr5solvb6SAm3YblGfM/1g3BflDHA+6xySaPomh6voYv7HQbGQy6+bKJb2+kgJt2G5RnzP9YNw X5QxwPusckgHmVFem6Pomh6voYv7HQbGQy6+bKJb2+kgJt2G5RnzP9YNwX5QxwPusck+d6i9pJqd 3JYRPFZNM5t43OWSMsdoPJ5Ax3P1oArUUV2NtYaLonhvQdV1TT/7R/ta4kMoaR08iGJwjBArLuds 5yxwMAY6mgDjqK9J0Tw/4Y1LSY9bSwu5NL0qS6/tNZRL51yhyYNmz5cqCu7BUDqeME8ronhO916y e6tpNqJIYyPslzLyAD1iide/QnPt0oAwKK9W0LwLpo0/RZL6yimSe4nS/urgXA2FZ1gjjjVSm0sx /jGR8xP3dtZmi6BoVz4ovfD0umeZDa3F3HPeveE3JVQ/l+TEuNxGzJASTJPQDAoA88or1Dwt4O0q 70Lw9e3djFLDfSSm9ubgznZiZIYo4/LZQCxbq2f4j0XFVdR8DRadpUi6bYJql7dXV7FCJ7kJJDFA 7J+7jVlMshxuJAIGANvPIB5zRRRQAUV6B4Z0fQ77wlp899pKS3F1rY0pp0nkR1R48hwNxXcrMP4c EDBGTmtDT/CGgpbPd3NrLc22gXF5BrJCzBrvaT5RiCkrxxuG5dvVuOSAeX0Vv6J4TvdesnuraTai SGMj7Jcy8gA9YonXv0Jz7dK7fQvAumjT9FkvrKKZJ7idL+6uBcDYVnWCOONVKbSzH+MZHzE/d20A eU0V6HougaFc+KL3w9LpnmQ2txdxz3r3hNyVUP5fkxLjcRsyQEkyT0AwKp2nhTd4Ksb6z06LU9S1 T7QyrJceW0CRZB8qMOrSueW/iA2gbeckA4iivUPC3g7SrvQvD17d2MUsN9JKb25uDOdmJkhijj8t lALFurZ/iPRcV59rljFpniDUrCFnaK1upYULkFiquQM478UAUKKKKACiuxtrDRdE8N6Dquqaf/aP 9rXEhlDSOnkQxOEYIFZdztnOWOBgDHU1f0/TPCsujR3dvYXGo26tdvqOJsXtpCCBCyRh1UgBlZm2 uoO7nAwADz+itLTbLTLqyv5b7V/sU8Me62h+zNJ9pbDfLuHCchRk/wB72rZ0Gw0648C+Jr650+Ka 8sPs/wBnmaSQFfNcoeFYKcYyMjqecjigDlKK9D8LaLot54Qs9RvtN09nGsrZ3NxdXrwD7OVDswzK qlxngDsOh5NYlr4PbWZr6bR7l30+K6khgd7S5kZ0ByrExQsASCODg+w4oA5eivVtC8C6aNP0WS+s opknuJ0v7q4FwNhWdYI441UptLMf4xkfMT93bWfYaH4XXU73TJ7G4a006a8XVNUuJCv2dAzJB5RV gpYkDgoSSTgEdADzmivUPC3g7SrvQvD17d2MUsN9JKb25uDOdmJkhijj8tlALFurZ/iPRcVSttM8 PnxDB4ftdC+1vZ3lwmqXl5NIgS2SYgSBkkVVxH1JUDOMA55APPKK35LLw/dXuuypq/2KCGSRtNh+ zSSfaVy21d3VOAgy3972NdP4Q0DStU8LafdT6TYzXD62lhNJPdyRFoWUMSo81QZBuwAoOQPuk5NA HnNFejXWgaVHp1rDoOk2Orags14txDd3ciXQSORvL/ciVG3FASQFzx0FHw98BW+rPZ6jrdvcTWN2 0iW0MKttO0Hc8rr9xQRtAyCzewOQDzminzQy280kM0bxyxsUdHUhlYHBBB6EUygAooooAKKKKACi iigAooooAKKKKACiiigAooooA+iPDH/Ju9t/u3P/AKONc3XSeGP+Td7b/duf/Rxrm69DAfa+RxY3 7PzCiiivROAKKKKACiiigAooooAKKKKACiiigAooooAK9O8F6qE8NQwpuBhd0bPck7uPwYV5jXUe CG8/VG095vLjlG8ZbuOwHqR/Kpmote8O7Wx6HNf3M1rOttKscoTiRuicgFj7KDn8Ko6BZaXZS6kN NuzeF4Y2nuDcrKZH356L069+v4ZNy/09Tp95aWsSK81tLErMeSWQgZJ6ckVQ8LeH73w9Z38FxdW8 9vIA8PlKQQdyhi2QP9nueleDjIt14uMdLb9t/wAzWhf28brvr20PnLVPEUukav4i077FaXdrqE0f nx3Hmf8ALM7lwUdSOT+lZtj4svNP0mw063tbQR2eoJqKuQ5aSVeBu+bGMYGAB0HfJMHiv/kadR/6 7H+VY9I9Y6ifxzfXaYvNO0y6ZJrma3aeBnEDTnc+1S21huORvDYNaXhPxrZeH7Wwadr6aWxa4ZLZ oIZI2LrgeXK2HgGfvBdwOM9yK4WigDc0HxK+gQ3kcOm2Nw13C9vNJP5u4xOBuT5XUAcdcZ96m0/x fPpcMkdppemIzLNGsnlMWWOUcxt82JVHYSh8VztFAG5pfii70zSJdMFrY3Vq0xuI1u4fMEUpQpvA zgnB6MGGQDin2viu5t9JtNPmsNPvEsvO+yPdQlzB5n3sLnY3PI3q2D+VYFFAGx/wkUv/AAif/CO/ YrT7N9o+1ed+883zcY3ff2/d+XG3GPfmp9J8V3OjWRgt7DT2k8uWIXDwneUkGGVwCFlHcCRWAPtg VgUUAbHhvxFL4Z1JdRtbK0nuk/1Ulx5h8vIKnAV1ByG759sVj0UUAFdLpvjfUtK/sPyILRv7G+0f Z96Md3nZ3b8MM4zxjH41zVFAHS6b431LSv7D8iC0b+xvtH2fejHd52d2/DDOM8Yx+Nc1RRQB0une Nb/T9N06we0tLuHTrg3Np55lHlPndnCOobByRuBI3EdDipofiBqoitkvLe0vja3j30DT+YuyVm3k 7Y3VW+YsRuBxuIHBxXKUUAdXD8QNVEVsl5b2l8bW8e+gafzF2Ss28nbG6q3zFiNwONxA4OKIfiBq oitkvLe0vja3j30DT+YuyVm3k7Y3VW+YsRuBxuIHBxXKUUATXd1Nf3s95cvvnnkaWR8AbmY5JwOB ye1Q0UUAdLpPjO40jSbXTo9L0+aO2vBfI83m7vPHCudsgHAwMYxxyCeamg+IOsw3ulXjR2ks+myX MsbvGf3jXBJcuAQOpOMYxXKUUAFbH/CRS/8ACJ/8I79itPs32j7V537zzfNxjd9/b935cbcY9+ax 6KANj/hIpf8AhE/+Ed+xWn2b7R9q87955vm4xu+/t+78uNuMe/NH/CRS/wDCJ/8ACO/YrT7N9o+1 ed+883zcY3ff2/d+XG3GPfmseigDY/4SKX/hE/8AhHfsVp9m+0favO/eeb5uMbvv7fu/LjbjHvzW PRRQAVv6T4svNLtrW3e1tL6OzuBc2Yug5NtIDk7CrKcE4JU5UkA4zWBRQB1cHxB1mG90q8aO0ln0 2S5ljd4z+8a4JLlwCB1JxjGK5SiigDpdO8a3+n6bp1g9paXcOnXBubTzzKPKfO7OEdQ2DkjcCRuI 6HFFl421Cxufty2enyamJJ5U1BoNsytKDuPykK/Ukb1bGcDjiuaooA6XTvGt/p+m6dYPaWl3Dp1w bm088yjynzuzhHUNg5I3AkbiOhxU1t8QdZt/IleO0nvLaS4ltruSMh4Gnz5hAUhDkkn5lOCfTiuU ooAKKKKAOl0rxpeaPosOm22n6ewhuDdxzyxu7rOVKiTBbblQeMrgEA4zzT7Lx5q9lNo0wS3ml0pr l4nmDs0rTklzId3J5OMY981y9FABXS6d41v9P03TrB7S0u4dOuDc2nnmUeU+d2cI6hsHJG4EjcR0 OK5qigDpbLxtqFjc/bls9Pk1MSTypqDQbZlaUHcflIV+pI3q2M4HHFGl+N9S0mysYIYLSSTT/O+x XEiNvt/NGHwAwVu5+dW5PpxXNUUAdLp3jW/0/TdOsHtLS7h064NzaeeZR5T53ZwjqGwckbgSNxHQ 4rAu7qa/vZ7y5ffPPI0sj4A3MxyTgcDk9qhooAKKKKAN/SfFl5pdta272tpfR2dwLmzF0HJtpAcn YVZTgnBKnKkgHGauW3xB1m38iV47Se8tpLiW2u5IyHgafPmEBSEOSSfmU4J9OK5SigDS03X9T0iy v7OxufKgv4/KuU8tW8xcMMZIJHDN0x1qbTvEUunaBqWjpZWksOo7fOkk8zeNvKYw4A2nJ6ck85HF Y9FAGx/wkUv/AAif/CO/YrT7N9o+1ed+883zcY3ff2/d+XG3GPfmseiigDpdO8a3+n6bp1g9paXc OnXBubTzzKPKfO7OEdQ2DkjcCRuI6HFTRePLwW0UN3pOk32y4lumNzC5EsshO53RXCOcHAJXgYxi uUooA6XTvGt/p+m6dYPaWl3Dp1wbm088yjynzuzhHUNg5I3AkbiOhxVJfE2ofYdbtZPKl/tmRJbq Vkw25XL5XBAGSTnj6YrHooA0tN1/U9Isr+zsbnyoL+PyrlPLVvMXDDGSCRwzdMda09J8Z3GkaTa6 dHpenzR214L5Hm83d544VztkA4GBjGOOQTzXNUUAdLZeNtQsbn7ctnp8mpiSeVNQaDbMrSg7j8pC v1JG9WxnA44rP8Oa/P4Z1mPVLW3t5riJWEfnhiqlhgnCsMnBI5yOemcYyqKAO60XVvh3HpUQ1rw7 fSagWcytbSP5YBclQuZgcBSo5546nrXL6/NpNxrdxLodrLa6a23yYZjll+Ubs/M38WT1PWs2igAo oooAKKKKACiiigAooooAKKKKACiiigAooooA+iPDH/Ju9t/u3P8A6ONc3XSeGP8Ak3e2/wB25/8A Rxrm69DAfa+RxY37PzCiiivROAKKKKACiiigAooooAKKKKACiiigAooq/ptlBdi7kubiSGG2h81j FEJGOXRAACy93z17Um7asaVyhTo5HikWSN2SRCGVlOCpHQg9jWjJodx9rkigeNolSOQTTSJCu2RA 6AlmADFT93J6NjIGabHoWoylF8hUkeUQpFLKkcjMW2cIxDEbsjOMAg+hwuaLWrHyyLY8Y+IBCsX9 ouVUAAmNC34tjJ+ua6rwFqF5qC6w95dSzsscWDIxbHzHpXC22l3l3EksUa+UzOvmPIqKpXbnczEB R86DJxksAOa9A8D2C2NrdkNuea1R5MOGXcJ5U+UjgjCDnJ+tceKhTjSdlqdOHc3UVz5n8V/8jTqP /XY/yrHrY8V/8jTqP/XY/wAqx68w9EKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooA+iPDH/ACbvbf7tz/6ONc3XSeGP+Td7b/duf/Rxrm69DAfa+RxY37PzCiiivROAKKKK ACiiigAooooAKKKKACiiigAq/puqz6ULtrZ5I5p4fKWWKQo0fzoxII9lx+NUKKTSejGm1sb9t4nk hlupGW7ie7ZZbiSzuvId5V3fMDtOFO8krj73IIHy1TvtVi1K3H2m3k+1puEciTnYFaRpDuDBmY5d ud3pnJBJzKKlQincrnk1Y37/AF2ObVbvzA11ZyRG3ZkPlNIPMEhkUlTtLSAvgg4DFR0BHVeBb2O6 t7+OKFoo7a2SJQz7iQZ5HGTgc/Pjp2zxnFebV3vw2/1Ws/8AXOL/ANCNc+KglRdvI3w8m6qPnbxX /wAjTqP/AF2P8qx62PFf/I06j/12P8qx68k9IKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooA+iPDH/Ju9t/u3P/AKONc3XSeGP+Td7b/duf/Rxrm69DAfa+RxY37PzCiiiv ROAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACu9+G3+q1n/rnF/6Ea4Ku9+G3+q1n/rnF/6E a5sX/Bl/XU6MN/FR87eK/wDkadR/67H+VY9bHiv/AJGnUf8Arsf5Vj1456gUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB9EeGP+Td7b/duf/Rxrm66Twx/ybvbf7tz/wCj jXN16GA+18jixv2fmFFFFeicAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU2SRIYmkkO1FGSaBj q734bf6rWf8ArnF/6EawvC+iW2qWz3+oGSO0QZOGChe/LHvjqBwPWu38LpoyLqY0jj92hkG8txu+ Xr+NeXicbTnzUYXb69l6/wCW/wAjtw9CSkpt6fn6Hy54r/5GnUf+ux/lWPWx4r/5GnUf+ux/lWPX EdwUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB9EeGP+Td7b/duf/Rx rm66Twx/ybvbf7tz/wCjjXN16GA+18jixv2fmFFFFeicAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AVcsPDzeIJoo3fbaRToZwOrDDMB+a/pVOu7N0mjfDm0+xPF9puBJPuJOGk3bAOfTAzgfwkjPU+Zm 2IqUcPakvfk1FerOvB0o1Kvv7LV/IwPFXiDdfx+H9MREs7Yfvtp2rnsvHp39/pXR/DhdsWscg5ji 6H/aNcL4b05dSaaOSTy7l3JbeeQff1FemeD9Dn0VNUWeWNzLHGRszxhv/r1bwVPBYP2MdXo2+7ur swo4t4jF3bta6t5WPmLxX/yNOo/9dj/KsetjxX/yNOo/9dj/ACrHrzj2AooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigD6I8Mf8AJu9t/u3P/o41zddJ4Y/5N3tv925/9HGu br0MB9r5HFjfs/MKKKK9E4AooooAKKKKACiiigAooooAKKKKACiiigArQtb23+xiyvIXMHmmXzIj hwSACOeD0H0yevGI7PTzeW17OLmGIWkQlZZN2XBYL8uFIzuZRyR970ziePw9qz3cdrJYXME0qSPE s0LqZNiFiFGOTgYwO5FYVoU6seWfTXtZrU1pynB3iRPd2sPmLZ2zEE/LJcsHZRkHKgAAE456+3v2 nw8uJZ49Y8xgcRxY4A/iPpXDtpt8kE07WVysMD+XLIYmCxvkDaxxwckcH1ruPh7bT2q6ylxBJCxj j+WRCp4kZT19CCPqDWWISjQkk/xv2NKHvVlJr8D5x8V/8jTqP/XY/wAqx62PFf8AyNOo/wDXY/yr Hryj0wooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD6I8Mf8m723+7c/ +jjXN10nhj/k3e2/3bn/ANHGubr0MB9r5HFjfs/MKKKK9E4AooooAKKKKACiiigAooooAKKKKACi iigDR065tILLU47h5lkuLcRRCOMMMh1f5iWGB8gHAPXPbB018QWgvdYkMc3l3928inaMpG6ToSRn lh5wOM4OCMjrUGiW9i2l31zdpZFo5oY0a8M+wBlkJAEXOflHXjg1T+xQT2cuoCZYYlYq8KoxKSNu MaLknKkA/MTkbWzk7d+TUW2maq6SaNFddt4tKW1ieQNDDLbR/wChw7pEdnO4yHLR8SEFVz0OGG7I 1NM8Y2Fpq2vX1410wv5QYF8suwUMSAewwu0Yz6Y4FUo9BtLW/wBQWK4a6WyW5t5hPbhB5ggmKsvz NkAxk5OCPl/CBfDET3FxAuo7Ws3kiunkhIRHWOR/lwSWX904zgHodp6DKcac4tdzSEpxaZoPrPw+ lcvL4Us5XPV5NN3M31JOSfrTf7W+HX/Qoaf/AOCoVmDw/CdKN8NRjTekksCSmNC6KzDkGTcGOw4C qwyQN3XFHWLCLS9UnsYrr7SYHaN5BGUG4MRgZPpjPvkDIAJwWDpt2UjZ4qaV2jof7W+HX/Qoaf8A +CoUf2t8Ov8AoUNP/wDBUK4+iq+oR7k/XJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij 6hHuH1yXY7D+1vh1/wBChp//AIKhR/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCC oUf2t8Ov+hQ0/wD8FQrj6KPqEe4fXJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHu H1yXY7D+1vh1/wBChp//AIKhR/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2 t8Ov+hQ0/wD8FQrj6KPqEe4fXJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yX Y7D+1vh1/wBChp//AIKhR/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov +hQ0/wD8FQrj6KPqEe4fXJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+ 1vh1/wBChp//AIKhR/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0 /wD8FQrj6KPqEe4fXJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1 /wBChp//AIKhR/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8 FQrj6KPqEe4fXJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBC hp//AIKhR/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8FQrj 6KPqEe4fXJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBChp// AIKhR/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8FQrj6KPq Ee4fXJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBChp//AIKh R/a3w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8FQrj6KPqEe4f XJdjsP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBChp//AIKhR/a3 w6/6FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8FQrj6KPqEe4fXJdj sP7W+HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBChp//AIKhR/a3w6/6 FDT/APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8FQrj6KPqEe4fXJdjsP7W +HX/AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBChp//AIKhR/a3w6/6FDT/ APwVCuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8FQrj6KPqEe4fXJdjsP7W+HX/ AEKGn/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBChp//AIKhR/a3w6/6FDT/APwV CuPoo+oR7h9cl2Ow/tb4df8AQoaf/wCCoUf2t8Ov+hQ0/wD8FQrj6KPqEe4fXJdjsP7W+HX/AEKG n/8AgqFH9rfDr/oUNP8A/BUK4+ij6hHuH1yXY7D+1vh1/wBChp//AIKhR/a3w6/6FDT/APwVCuPo o+oR7h9cl2Ow1nxXoM/hO40bSbBrOMowihhtTHGCSCeB0yR+Zrj6KK6KFBUb2e5jWrOra62Ciiit zAKKKKACiiigAooooAKKKKACiiigAooooAuWWqXVhFLFD5JjlZWdJreOUErnBw6nBG5unrQ2qXjK yeYqxsrqY0jVUIc5b5QMZyBg442rjG1cU6KXKt7Fcz2NjUfEl7fX1zcR+XbpM8reXHEi8OGUhiFG 8hXYbm55JGMmoH13UZBzOoJVg7LEimTcpQlyBl22s3zNk/MTnJNZ1FJQiugc8u5cj1S8iszapIoj 2lQxjUuqnqqvjcqnJyAQDub1OYLm4lu7qa5nffNM7SSNgDLE5JwPeoqKdkhXYUUUUxBRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUqqzttVSx9AM0ld74VhtrLTY7gIpnl+YuRyB2FHS5lVqqml5nCPG8ZAdGUkZGRjIptev w6f/AGrJ5yacs56GRlGPzPWqeseGoDD/AKXpvkr2ljwAD+FZ+2p83LfUFKry8/Jp3/r/ADPLKKu6 ppz6bdGJm3IeUb1FUq0asXCanHmjsFFFFBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFdFpd60VigLE/U/hXO10+p6Z B4V0axvta1W3tbS8AMMhgncAkbtrFI2AOCTgnnBxnBqoV6VKX712TOXGYWviKdqKu0/8+53tpqNh rfhm30+PUY7G6jwGSQ4DkZz6ZBznjvVe7svEOj6Vcqjx3NiyHfsO7C45IB6celZf9m6Rcm80e4nt tM1XTJkheVpSyXAaKOTcSQMf6zGO2PetXTLzTvCWk3atqsOoTTcxwQNuQHB/LOeT7Vy6NXo3d38L jv53KaknbEWVlbmUrNabOPVnA6vOLmzyRkoQQfSsCtq4UPbShs42k8e3NYtejiYqMlY48qm5Unfv +iCiiiuY9QKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACututQ8Ba9qumXniG6u7y0tdHFktjJY3YSCY8PIFEeCzKcbgR t8tSNxIKclVyPS7qSzN3+5SLaWHm3EcbOB1KqzBmGQRwDyCOornr0Y1bXdrG9Gq6d7K5c1jXrbUv FmuahZCSW0ubiNoXkieIsBbxIflcA9VI6dqgTUUOd8bLxxtOf8Kq3tpJYX9zZylTJbytExU8EqSD j24qCuqjVnTgoReiODEYKhWqSnOOr82W7q985fLRSFPUnqaqUUUTm5u8jSjRhRjyQVkFFFFSaBRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAVt2lxAuksl5eWk0XlSBLUwMZ0Yg7NshT5VDkOQHxjdwSSDiUVMo3KTsdhPqNr rGt3iQS7LOd7hZYgpC+USZPtA4ySNiuyn5jsVR8p2pLbawDp9reyXv2OxGoS+ZY7nbz4EjgAi4Xa +EG358A55PJriqKj2KL9qzp7/Wbafw4lnE9sE8mJFg2zGRJF273wW8pckOdygsQ3I+ZiOYooq4xU dERKTluFFFFUSFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFaej6 Hda19p+zbf8AR4i5z1Y4O1QPUkfh+QMTnGnHmk7IaTbsjMoqxfWF5HdvDE8VtBG20SyoWMx45VQp YjkdBgfjVK4h1GC2eeOa2u4EI3tHGVMZPTcCqsAfUjFeY83pp35HbufTQ4YrTSSqw5mtrktFQ20/ 2iLcRtYcMKmr06dSNWCnB3TPn8Rh6mGqyo1VaUdGFFFFWYBRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV2fha5SC2hjA 2lsu3PU5Iz+QH5VxldM2m3mi2ljNf3OnWUc6loGub6KHzU4ORvYZxuH5ivKziLnQUY73Kip3vBXG 6rcxaf40uRcoBEVjMHHAiK5OP+BFvyNLDJp+teJrfT7VWEc7nzRE7IRGFJbJXt93g8HFbo0d/EUt zpmsWaRppkyxSSMwMu5kSTahU8Da65J/Adxt6do2kaBDIml2Mdt5g+d8lnYehY5OPavBxvENLDYN 4aS9+1tP1PWwuBqzrRxDbVv63OJ13wlb6NazXNpO7RfLmOUAsOcZBAGevcfjXMV2vjHU1+zi0Ugt Ickeig5z+Jx+Rriq9HheVeWAU6+7bt6afrcjOKvtMTdu7SQUUUV9EeUFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFS29tPdz rBbQSTTNnbHEhZjgZOAPai4tp7SdoLmCSGZcbo5UKsMjIyD7Urq9h26kVdlrEPhXxnc6Pba54009 dAttJUJZwanBHtvMbS8mWzkKw2jDDKtnaPlk42pYreWeOeSNNywIJJDkDau4Ln35ZR+Nc+Ioe1tr axtRrezvpe51d141htvGXiKXT5LfUbCe7idZIJ1ZGItoFJVgCOq4/Cob7xvc3MJSC1WFj/Ez78fQ YHNcrV+20XVLuOGWDT7l4ZnWOObyyIyxbaBvPH3uOvWvPqZFl86irVaacu+uvyvY2WNxCTjB2RUm mkuJnmmcvI5yWPeo6KK9iMVFKMVZI4223dhRRRTEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAa2lNDLZ3NkzKk00sTfNKsIki XcXj8xuFJJRvm4+TuQoO1FbaVaXEcMD2T2wmVtQ+0TQyuITHESqPgbiCZhmL5uB321x9FZyhd7mi nZbHWW/9k+XB9t+xf2XsttuzZ53m7o/O3bf3uMef975emP4avW/2eLS431r+zkWZ2jla08kB4hNa MV/c9SB5hx97Ga4Wp7u9u7+US3l1NcSBdoeaQuQPTJ7cmpdK73Gqnka3iOS3f7N5dtbQzjdv8m4h lyvG3PkoqDnd6t68bauQqkvi611lLm0XTzfxSJuuY1aKLzFAUxltwCDC8DAC8Erg1y1FVyaWFz63 Ont760fRZ764h059QVJEjQwxoOJLcofLUAEjdKc45AIOVBFWdO/szzrL7R/Z39nf6L5e7yvM87fH 53mfx7ced9/5MYx/DXH0UnT8wVQ6y1uNJuo7Y6ktksbQxz3HlRpG3mfagjAbACP3OTsHH8WM81Q8 RyW7/ZvLtraGcbt/k3EMuV4258lFQc7vVvXjbWFRTVOzuDndWCiiitDMKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiu9/4Vsn/Qdi/8Bm/xo/4Vsn/Qdi/8Bm/xrm+t0f5vzOj6tV7H BUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ /wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9W q9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/ AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m /MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/ AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+N H1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/ AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wG b/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8A hWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP +g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6 tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP +FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA3 5h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3 +NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj6 3R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9 B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/g M3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8 K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2 L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2OCor vf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/ wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5 vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZ v8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo /wA35h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX /gM3+NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb /Gj63R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/h Wyf9B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6D sX/gM3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFR Xe/8K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWy f9B2L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2 OCorvf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN /jR/wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+ t0f5vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+YfVqvY7a7vXsrGOQSOqrG TtV9uTuNc5J42lh1WGzdpHEqZzHISVPXnn0qz4tdv7MsohHKyOfnMaFsKGbPSuO8P6bFfeI767SI 20attjATaQPofwr5rMFLD4Z4v2qSWnL1v/Xl0PbpVItOioXk9nfY9CXWv3VxLJdvFFbruleSXaqL jJJOeAB3qtB4v0q6x9n8RWU2ZEhHl3qtl2ztXhvvHBwOpwfSud1zRbTWPB2sWt1PdrDdsP3sEDTy Aq42EIgJYZAyAOmeR1HH31v4p1a0jTVPt+p6dp+u2U6Xq2D2lw8O1vNKxLiTCFlwVGeWIJx8uuGc 5UYup8TSuY2a0e57N9quP+e8v/fZqC71ZdPtXur3UBbW6Y3yzTbEXJwMknA5IH415V4yu/EQknbR LbV4PsltaNprxx3kz3eWy5cBtiMo4ZZkZm79RiHV9C8Rav4S8aGWTV7if+0p0srGUny2gE0MgeNW GW+VCFwSMZCjJOdgPRNZuZ5PEPh6N5pGQzzMVLEjIhfBx+J/OtW4cxaZfzKB5kVuzoT2bjBrmf8A R/7R8MfZftnkedcbftnneb/q3zu875+ucZ7Yxxiulvf+QLqf/Xq/8xQBJXN+IfEt1pU6W9pYLOzr uEryYQfgASeK6C4WR7aVYmCyMhCEnGDjiuJ8q/1mS3WxbytRsWZWE6Hy9p/vehyPxrGdSMZJVHyx 6vsSsQqVVLk5272Tvq/kavh/xaur3v2C5tGtbzy/MXEgZJF4+6eueScY6DrXS1z+n6RHpsVstw0V zqPnbjOihDk9QvfAXPHcA10IxuG5tq55PpXPhcZTxCnKDvGLav38zsxCi3FxhytpXV76mbc6xBbb 3cqkEb7JJZGIG7OMKACWOeMU3T9X+3zlDB5SsN0YL5Yr6kDjHbrkHGeorg5ZbnVPFItYbueys9Oj 8u3McbOxYqCZCFYH5geCM8HpgnGr4fsXh8QxRLfy3K27SSOBbYUZBUEuZDwT0GMnn0OPWp4R1KLr zvFWvFa7f3na132T09dTxvrjjXVFNN3ae34a307tanY3l4lmsRdHcyv5aKgBJbBOAM8k4wAOSSAK GknPyb7WGTzFj2szS7WZtqq+wEKSxxyexpLi6hs9T0iSZ0VWvNgLnAyY5AKztZu7kTC0lu4LazM0 26O7twoJMxPmbndRIApyFVW55PJXF0IQdk1q/wDg/wBfMuvOom7PT/huv9bFvSNSOpQTswjDwztC 3luGBIAOeM9iO5qa/vUsYFcqXkkcRxoP42PQfofy79Kx/CkayLqOoiS5kFzdOI2nXaWjVjtOMDGd xz71D4sW4gv9E1OMM1va3JWcL1AfADdOgx+ZHWsXTc6zgrK7/U66coRgpSu1Zeuxq3h1yytzdyw2 pgU5eNAWdB3BIb09F/CrVjf2+o2q3FtIGQ8HnlT6H/PuODWEnhu+h1rUdbk8V7rCaRmgsIMHzBjo 2RnOc8AZ96qeAYJoYdRzIzwGVQp35UOAdwH5qM9wBSrQhTkoxld9V/X9fiRFzlJytZHY0UUVkajJ HI1OSEACNbeFwP8Aabdk/oPyrj9E0fwnb+DNL1LWbCLfOu0y+W7bm+YjIX2U/rzk/L18v/Iam/69 bf8Ak1eda/8AZf8AhUvhdb64ktrF9Rtlupo2KskRdg5BA/u5/LvjA0ha/vbESvb3dzeEPw4LBVtY mJOABBMc/p7fr2z8t7T9B8DancSW9pp8DzRoHZHSRDtzjPzYyOOcevOM/L4bdTaLD4it4r66htYZ gkUyadq8t1Fb71mUyg4O7YfJkK+afTncRH2HwJa5XxDrcFzdfaHgjMe9ZvMU4ccqwOCOMgg475HU ay9k17iafm/+AjOHtU/ea+7/AIJ6n/wgnhgf8weDj1Lf4j0Pp36c7T/hBPDA/wCYPBx6lv8AEeh9 O/Tnbx2j+EvED3up3WjeIXsNM1bUb4alEV/ewMl1IoktjgBXZECknGMbuSo8viPh5ow1rVNBtjDp km3w7NJjUrH7VHxfygkLvTDYJ+bJwM9Oq4Gx7R/wgnhgf8weDj1Lf4j0Pp36c7T/AIQTwwP+YPBx 6lv8R6H079Odvmd9Y6TqHiT4o2Frqul6TcTx2ix3LypEo6eepYEYVpNqP/tMNy54FGS++02ItZ9K 8PQadbeItNTUL/Q4tthd27BnKytgKyoxXO5gAXAwMCgD1r/hBPDA/wCYPBx6lv8AEeh9O/Tnaf8A CCeGB/zB4OPUt/iPQ+nfpzt4rxhc6He2OheF/CtpZXllq2p+ZeW2ktAsc0MIWSZCwZQrkeWeq8Ly RwBz3h7XvI1X4fQ69cLZz6Hcappl3JdSRxpG0cSKg3A4wFZEycEkdehoA9W/4QTwwP8AmDwcepb/ ABHofTv052n/AAgnhgf8weDj1Lf4j0Pp36c7d6CeG5t4ri3ljlglQPHJGwKspGQQRwRgZz7dsfJJ 09sfhj+Xp7dO2PkAOd/4QTwwP+YPBx6lv8R6H079Odp/wgnhgf8AMHg49S3+I9D6d+nO3ountj8M fy9Pbp2x8h09sfhj+Xp7dO2PkAOd/wCEE8MD/mDwcepb/Eeh9O/Tnaf8IJ4YH/MHg49S3+I9D6d+ nO3ountj8Mfy9Pbp2x8h09sfhj+Xp7dO2PkAOd/4QTwwP+YPBx6lv8R6H079Odp/wgnhgf8AMHg4 9S3+I9D6d+nO3ountj8Mfy9Pbp2x8h09sfhj+Xp7dO2PkAOd/wCEE8MD/mDwcepb/Eeh9O/Tnaf8 IJ4YH/MHg49S3+I9D6d+nO3ountj8Mfy9Pbp2x8h09sfhj+Xp7dO2PkAMOz8H+HrC+t7m30q3SeK VCjEElTkc8nrx+eeP7s1aw4ePt+8Uf8Ajw+np+nTjC5NJgFFFFIYUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFZTQ2z3N20ttBLI1wqK0iA4/dqf8a1ay5o2ki1IIMusysPwjSscRKUaMpQ3SJlfldhfsVsh/wCP KxkHqIwp/LB/nUsVlp0yFlsbcYOCDCuQfSn2V/pFnYJffPLeIu3yHP8AH/e+n+etVdMvpLy9uXmx 5knz/KMD3/mK8vC49+0hTlO/N+Gnfv0sYwqapN7i3EOnQwecLGAxg/M/2fIUY68CoJFsotWtbQWd lLHcB/mWEAqQM++e4qnqE13b2ZinHlWsoZVmYHZjBweOcHtxzmoNGWO78TGSG7kubW3jLRvtIAY/ Lg5HUgn8vrX1c6FKnSbvdmNKdedRNqyX9aDNV12xspXhsvDhvZE3sxESKgRG2u+cFgA3y5KgEg4J xWlodxpus2zMdLgt50ALxGNWwDnaQccg4Pp0PsTka34dlh1lru2luY7O5QrMsMTTMGLlyNo5AJYk HkAk5HQVqacg0+WWRI/LV4o4o4SpLIiBtm7vuYtwOuBzg5A41DmdonZcvXq6TYBfOsoCz52qsK5O MZ9u/rXPQ+JNEGpC0ubO0BkAK7IV+UkkbSc/N+GD6A1d8c6dcXui+Za7jLEeFXqckf1AH41x9xqt r4kRU07T7iB7KdZbmZoFU3U2zau4L91y+fkHGCx6iseZqSilueph8Nh54d1Zt3V/loret9j0uGy0 24gjmis7Zo5FDqfJAyCMjtQbPS1nSA21mJnVnWMxruZQQCQO4BZcn3HrUthA1rp1rbuVLxQojbTx kADisa6WNPiDpsq2k29tNuIZLlLVynMkTIrSBdo+5KQCeM/7QzR5pPYXnhfVJ2g0+50e8mVd5jt3 ikYLkDOBnjJHPvUz/wBgxajFp8n9mpfSrvjtm2CR155C9SPlPPsfSub09Lmy0q402CTxBLp1tpck brLbLHc2zoqrGluyookYr5nzAuMomGGfm0NbXz9SgtLa0vFmN7bzyRra/wCj3QV4iZXlC8MiocAu pJjAKspUMAalr/YN9PcQWn9m3E1s2yeOLY7RNkjDAfdOQeD6GtO0s7a3W4eG3hjYxYJRADjcvpXF +E7W6ivtPWWK8/0PTWt5kuIDHHZOTF+5hbaPNQ7G+YmQ4jX5/my/dw/6q4/65j/0JaBGTqOqajFM kNpoc91HGmDKJ4kDEkngFs9++Oc/Wsue41C5OZvCUjn3uof/AIqiigZMmqaxGgRPC8yqOABdw/8A xVO/tfWv+hZn/wDAuH/4qiigA/tfWv8AoWZ//AuH/wCKo/tfWv8AoWZ//AuH/wCKoooAr/8AE11H XtKnn0eW0htXkZ3eeNxho2UcK2epHat+6jlns57eORE85DG7Mhb5T6cjmiigCWqs1irzmeKWW3mb Ad4tvzgZwCGBHfrjPA5ooqJwjOLjNXTFbqTRwKhViS8gXHmNjcemenTOBwMCpCAQQehoopQpQhHk ikl2Kcm3dmdLodhcOjzwiR0QRo33Sqj+HK4OPrVu3tbe0RktreKFGbcVjQKCfXjvxRRWibUeRPQj ljzc9tSnreh2ev2aWt75nlpIJBsbacgEf1NFt4e0i03eVp8HzYzvXf0+ucUUU+eVuW+gcqve2ppU 10SSNo5FVkYEMrDIIPYiiipKOdTwTpkc0jpPerHKwLwib5WA6KeMkc4659637a2hs7aO3t41jhjG FVe1FFN6tt7sS00JaKKKQyJY5TeS3EsiNvRI1VUK4Vc4zycnn2rM/wCEQ02/8FWfh3WJIbhIArFo y4xIM8j5eRzjnqPw2lFNNoVjFPwe8F84jb2+f6/9M/p+R9eN3wz4L0LwldTXGksUaZNjK7kjGcjo g54H698YKKfMwsjpvtCdpYvblv8A4n2H5dsDB9oTtLF7ct/8T7D8u2BgopXAPtCdpYvblv8A4n2H 5dsDB9oTtLF7ct/8T7D8u2BgoouAfaE7Sxe3Lf8AxPsPy7YGD7QnaWL25b/4n2H5dsDBRRcA+0J2 li9uW/8AifYfl2wMH2hO0sXty3/xPsPy7YGCii4B9oTtLF7ct/8AE+w/LtgYPtCdpYvblv8A4n2H 5dsDBRRcA+0J2li9uW/+J9h+XbAwfaE7Sxe3Lf8AxPsPy7YGCii4B9oTtLF7ct/8T7D8u2Bg+0J2 li9uW/8AifYfl2wMFFFwD7QnaWL25b/4n2H5dsDB9oTtLF7ct/8AE+w/LtgYKKLgCzx70JljChgT jd0B/wB32H+cYzqKKBhRRRSAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACm21qEe4keeJfNkDhTuyBtVeePa iigBkuj2MzFmeEMe67x/SltNLtbPd5dwhZurNuJ/9BoorBYWgp+0UFzd7E8kb3sU7rw1aXkuZdTn MOQfs/mv5fHYDbwPofpitbyU/wCfmL8m/wAKKK6XJy3Y7B5Kf8/MX5N/hVZdMtVmEvnxEg5UbWAU +oAXr05PpRRQpNbBYne2hkRkeeFkYYZWViCPQ/LWXF4YsUvo7qS9ecxMXijlZiiMf4sbeWxxk5PT 0FFFK4zW8lP+fmL8m/wo8lP+fmL8m/woopAHkp/z8xfk3+FHkp/z8xfk3+FFFAB5Kf8APzF+Tf4U 4COOKX98jFlAAUN/eB7j2oopgf/Z --0016367f9fb874820704af1f4248 Content-Type: image/jpeg; name="SkypeError.JPG" Content-Disposition: attachment; filename="SkypeError.JPG" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gtoq7pos1 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAJYAyADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDDooor 6E8MKKK9H8D+F9M1Pw9LeXMIluHkZFL8qmOnH41yY3GQwkFOfV2/r7jajRdWTS6FPwp4BbV9Kk1C 7YKJE/0aPdgMfViO3aqXijwY+k2/2+xcXFovyzBAf3Tfj1U+tekvfyC1+yqnktH8jqOgHTj2NV7S eJpjGzqVYFXTIIYehH+f8IWIdudtcvT09S/ZRvypO/U8QorofFeh/wBlag0kFvPHaSEmMyptH/Ac 8kc1z1dVKrCquaDuYzpyg7SQUUUVoQFFFFABXa/D3w9pviCXUE1GFpPJVCm1yuM7s9PoK4qu/wDh nc/Y4deucqPJthJlug27jzWGJk4UpSXQ3w8OerGPc64/Dbw0eltMPpM1Y3iPwNoGm6TJNbpJHL91 XeQsFODjj8KpWHxDnnZjLq9sEUkdE5+nrWpqnim3+xKW1K3l387Au7n0OBxXztPOo+0Slzf18z6C tklSMfdt6q7/AEPJ5YmhkKNjI7jofcUyuj8bokfiWVI1CoEXAA+tc5X08XdXPm5x5XYKKKKogKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAr1LwFJJ/wj0E MZw0lw4z6dMn8BmvLa9I8B6jaW2iyPPMkRgdl/eMACWwcj6BSPxrweIVfDR7KS/JnpZW/wB6/T9U dvLpcEjGV2aaUDAEhAU+xAAyPY5qO2kmlby2ZxGGG8E+p6CsS78b6Ta5HnmVvSMdfxOBXP6h8R98 MkdnaFC4OJGbkHscV4WCr4xwcKNNu+ztt89v+Cd9enS5lKpK1vx+RlePta/tXX5I43zBb/ukweOO p/P+lcpTncu5Zjkk5NNr7HB4f2FFQe/X16niV6vtKjl06egUUUV1GIUUUUAFdz8O9htvECSKGRrP DKRkEYbOa4au2+HckCS6olxIqRywqhy2Mgk5rDEx5qTRvh3y1UzGsbSCLxFdRi1t2tpEVkXyhiNu AR074zx612OtaVY22lRTpb22SMHagAP096kfQNFjO6PUZs9v3qf/ABNWZoLK4tlgmvfMVe7TKSfb NfP1MoTqwnDZWue//ak+Vxu+v4nDeNyT4kcnqY1rna6Dxm6yeIGZGDKYl5ByO9c/X0lP4T56r8X3 fkFFFFWZBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVt+HW tI/7TlvbdZoEtAGygZkDTRIzJngOFZsH1rRu7CxudLtbK2WM3EL3MEM8QX/SZUWFyCwGXBLSrHjk 5jHrWbqWdjRQurnJ0qsy/dYj6GtywgtrbxFNFCY7lLe1nO6RVlR5Et3JYAjDLvBK5HTGalW0tr3T Bqt7FskjSR5IbYLD5yB4o0YDaQvzSMMhcHyyMZ3GlKUXo1dMFFrVM52it3UNLsdNs1uHW5l+0/8A HuqyqvlZhikG/wCU7/8AXAcbfuk9+LUPh+xGoaxHK1y0NhdSRKEdVZ0WOd+TtPOYVGcdzxT9orXF yO9jmKK6mLw7p9xKNs00EcSxyzNI4YFJLd5wAQuVKqm0nDZzuCjG0xXOmaLa2ct8Dd3VuWhWNYpj GAW80H53iG8fuuoUdSOcZo9qh+zZzdFdTqemaVZXWn6fdSNE0azLNdjhZAk0ygFQjMGJVRuy2Bj5 TisLVLUWWoSQCFoVCoyo06zHDKGB3qArAg54HenGakKUGinRWjoEcc3iPS4pUWSN7uJWRhkMC4yC O4rRZtP1NrqWWWR7eztfOHk2MFq7OZUTaQmQRhvvHOM5wcYI5WdgUbq5ztFb8mlabCzkm7kW3sIb udQ6oWMgiAVTg4AMmckHP3cDG437TRdNtdQ0d3E0zXd/CqRSbSgjZYJMPx8xAlK9AG6/LjaZdSNh qDucjRXSWEUOsQfaL2CETpKY4EhiWEXJEUj+XtQDcd6xL8uG/e4zyuIre5t5rRdS1G2hDxXAhjMN uiBwUclvLACuY28tscZ3YY4Iwvd7D97uYFFa2sQyyyQ3Ue2W3kt/NV47RICqCRky6J8oO8EZyc5X nsNrSTHP4ba5lXToZoUmjSeazRlUK9qBuARtxw7DJBPzHmqc1FKyFy3bucfRXTu1mii8sWskMsxh nnuLbzIoysSHKx7G2iR/NI+XOFAAUBhWFqUEtrql3bzmMzRTOknlKFTcGIO0ADAz0GB9KcZXFKNi rRRRVkBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFADkkkjV1R2VZF2u AcBhkHB9RkA/gKsWl/PZyI8bZ8veY1YnEbsu3evPDDCkH1VfSqtFJpMd7Etvcz2k6z208kMy52yR OVYZGDgj2qX+0r77d9u+23P2z/n481vM6Y+9nPTj6VVoosguy0mpX0f2nZe3K/as/aNsrDzs5zv5 +bqevqac+ralJbpbvqF20Ea7UjMzFVG0rgDOANpI+hIqnRRyrsF2Tre3asrLdTBlZGBEhyCgwh+q jgenaie9u7ppGuLqaZpWVpDJIWLlQQpOepAJA9M1BRRZBdlyPVtSiYtHqF2jGUzErMwPmEYL9fvE EjPXmqskkk0ryyu0kjsWZ2OSxPUk9zTaKLJBdjo5JIZUlido5EYMrqcFSOhB7GrVzq2pXq7brULu ddpXEszMMEgkcnplVP4D0qnRRZbhdk8d7dw3KXMV1NHcIoVZVkIZQF2gA9QNvH04oN7dmVZTdTGR ZTMr+YciQ4y4P944HPXgVBRRZBdk93e3d/KJby6muJAu0PNIXIHpk9uTUr6tqUl4l4+oXbXUa7Un MzF1HPAbOQOT+ZqnRRZBdk817d3Es0s11NLJMoWV3kLFwMYDE9R8q9fQelPuNSvrt2e5vbmZmQRs 0srMSgO4KcnpnnHrVWiiyC7J7S9u7CUy2d1NbyFdpeGQoSPTI7cCopJJJpXlldpJHYszscliepJ7 mm0UW6hcKKKKYgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigArcj8Jau3M0CW8ZXIkmkAU/iM1h16vYXUFyYbuW 3jDzQxuMgNtG0DGf+A1lUc1ZRLThGLlPocbB4PlkBD3is4PAt4mmBH1FZt5od5bTSLFDNNGjbNwj 5zjOCBnFewPqamHaCMY6CsW21B7aW/MaRvmQSbXXPVQP6GslOoldl0pUq0+RK2h5VLBLbuEmieNi MgOpBx+NR11GtazqWoWcsss0Ma7DiKJQMAg9e+PYmuXroi77jrUvZ213CiiiqMAooooAKkvp9F0y 7a1vdchguFVWaM28rFQyhhyqkdCO9R139n8MtE8WCTU7yCHz/wB3GzN5pLYiTB+WRQOCB07VhVqw pyXO3bXa3l3OrD01O90ed/2t4b/6GKD/AMBZ/wD4ipoLzQ7rzfs+trN5MZlk8uyuG2IOrHEfAHrX ok/wS8L28LSyxwKi/wCzcEkngAATZJJ4AHJNGm/CTwzPHcnTp0TIa2uVjNzGwBAJjkXzgRkFTtYc gg9CKyni6HK+Vyv/ANu/5HT9Wh2/M891A2ljZXUwuZHlgDjynsp4tzrGZNm50AB2jdg845pldr47 +H9lofg3V9S+0zXEwikcb57hv3hjKbyHlYE7MrkjOO/FcVTwtaVS9/L+tkc2JpxhblQUUUV1nKFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV1ei3rLpduq oQVd4+Od3O7/ANmrlK9m8PaboB0K1ktV8xQpO8OQWY9d+MZ+hrKpXjRalJXNI0HXjKCdv+HOWudV +yjFw4jb+4fvfl2/HFXYIJbY3BufkaQABT04zznp3/SqviTTbdbnMKKp3kJGg52kDGAPQ7qzL/xL PY6iYEZZ4QBvRudp9Af6VM6/topQN6GDpYb373fco3YD6ZOIYC4jjYvL1AGMdfTp0rAq9e6tc3uU yIYOnlJ3Hue/6VRp0oyV3InEVIzaUegUUUVscwUUUUAFe7eCP+QNL/11T/0THXhNdv4qTX706Non grTIl1NNLW/vbqW2tzCUZSEQmRGPmM6MByo65yMlPOx/2fn+h3YP7XyJLDxZDrSXGrzotzcfarYi CaKOExBVBkgikdwu8bSzRs+QNxx82Bi2t02iWmrahcn+y7k6xBIk8QiuTbhY0JScxyhY0cpswGVm 34II4roL3w14evvEvin7VqjadcQ3BhsoU2rFAz2lq3nbVALHci/KW2kLgjk5s6X4X8KWtxZ3t/4i ku7yC6e7k2zOsMshmaZDsdnZAjMD8rDcRlt2TXzv1aurxTVm736/1tun2vax6N0XviFfS6n8Gri/ mtXtJbqwWZ7dyS0TNHkocgcgnHQdOleT16t8T9a02/8Ah5q8Nrewyy/Z3O1Tzjaa8pr6LAfa+X6n nYz7PzCiiivROEKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiu1vNG0WPU9UaOD9zsuoLe33v8AuZYUdmfdn5sBIzg8fvsc7DUSmo7lxg5bHFVbtNTvbFGS1uZY lY7iEYjnGAf1qxqOkf2fDJK0+5DMEtjsx58ZQPv6/L8rxHB5+f8A2TT7sWumxrZ/YYbiWS3jlNxK 0gZTJGHG0KwUBQwHIOSCeh2gbjJW3BKUXfYgm1rUrkMs97M6kEbd5Uc/TFUAMV0S+GoDcXERv5B9 ieSK8P2cfK6xyP8Au/n+cfuXGTt6jjk4E8NQOxIv5PKjQSzN9nG4I0Dzx7Rv+YlEIIJGCcAsOalS px2Ll7SW5ztFa15o8dvpn9ow3LSW7tH5QeLYxDGUEsAxAIaFuATkEHjpWne+GrSO+s9NiumW62z+ c7IAjJFLMC+WfAbbGBtOF9WHJqnUiiFCTOWordvNAtrS1ubn+1I5I4vLCKgV2ZnEmFOx2VTmPP3j 8pz1+U4VOMlLYTi1uFFFFUSFaUPifxPB9nMfiC4DW8Rhic2lqWRDtyoYxZwdi59do9K0NN0uwvtB iEp8i7kupW+0/M2Io1jLrtzjhXd89T5e0ZLCtO+stEgt47mO0062W4cMkd7JdPtUwQPtUx9cGRsl vUYrnqOEnaSubwU4q8XY4S9t11XUbnUdW2ahfXLK0k9xDHuOFVAMKoAACjoKg/sjTP8AoHWn/fhf 8K69U0pItLae1toWlsmkLyNMY5JBKyZk2sWA2oSNmPmIz8vAZeW0GmRi8m060lNxKY4oVeXyVQRx uHHzByWEikZIxzkZI20uRaKInzvVs5P+yNM/6B1p/wB+F/wq7XU6Z4ffUtGnuU0mZ3u2mNvJEkhW 3ES78AZO8OSYxk8Fe54rF1e3itb2OOFNqm1t5CMk/M0KMx59SSaqMo3siZRla7KFFFFaGYUUUUAF FFFABRRRQAUUUUAFS2tu93dw20ZUPK6xqW6Ak45qKr2i/wDId0//AK+Y/wD0IVMnaLZUVdpHRH4b 6ypINzpwI4INx0/Sk/4VxrH/AD86d/4Ef/WrnfHfhmbWfHHi3U/t9nZ2emyW32iS58w/6xAq4CIx PI9O4rjbzwjrlrrD6XFYTXs4iE8bWSNMk0J+7KhUfMhyOffBweK54Ocknzr7v+CdcqUE/h/E9U/4 VxrH/Pzp3/gR/wDWo/4VxrH/AD86d/4Ef/Wry9PButSeG7rW0tXaG0u3tLiARuZoWVN7M67flUDg kng9qzrnRtUs7GG+utNvILObb5VxLAyxyZGRtYjByASMdqtRm9pr7v8Agi5Ify/iew/8K41j/n50 7/wI/wDrUf8ACuNY/wCfnTv/AAI/+tXl8nhaS38M2OuXWqWFvDfrM1rA/mmWQxNtYfLGVBzjGWA5 HPXGdPo2qWv2v7Rpt5F9j2fafMgZfI3/AHN+R8u7tnrQo1H9v8P+CHJT/l/E9h/4VxrH/Pzp3/gR /wDWo/4VxrH/AD86d/4Ef/WryG68P61Yz28F3pF/bzXLbII5rZ0aVsgYUEfMckcD1FF14f1qxSZ7 zSL+3WFVeVprZ0EasSqlsjgEggE9SDRy1P5193/BFyU/5fxPXv8AhXGsf8/Onf8AgR/9aj/hXGsf 8/Onf+BH/wBavMn8D6/H4eudYewmVLW5NvcWzQyCaHEYkMjrt+VNpHJPcVBP4S1pdUu9PtNOvL+W 12eabazm+Xcu4ZVkVlzz1UZwcZHNK039tfd/wR+zh/L+J6p/wrjWP+fnTv8AwI/+tR/wrjWP+fnT v/Aj/wCtXkMXh/Wp9OOow6RfyWIVnNyls5iCrncdwGMDBye2DVrRfDM2s6Xqep/b7Ozs9N8r7RJc +Yf9YxVcBEYnkencU3Gotef8P+CHJT/l/E9U/wCFcax/z86d/wCBH/1qP+Fcax/z86d/4Ef/AFq8 r1jwjrmh6hd2l1YTP9llMTzQozxEiPzOGAx/q/nwcELyQMGqr+H9ajgtZ30i/WG7ZEt5DbOFmZhl Qhx8xI6AdaFGb15193/BDkh/L+J69/wrjWP+fnTv/Aj/AOtR/wAK41j/AJ+dO/8AAj/61ePf2Nqn /QNvP+Pn7H/qG/1//PLp9/8A2evtU/8AwjOv/bvsP9h6l9s8rzvs/wBkk8zy843bcZ254z0zRy1P 5193/BFyU/5fxPWv+Fcax/z86d/4Ef8A1qP+Fcax/wA/Onf+BH/1q8ysPA+v6ha6tJFYTLcaX5Pn WTwyC4bzSdu1NuTwMnOOOeaqv4Y1Vp7WC0s7m9muLRLwR29rMWWNjjOGQZGcfMuV54Y0rT/nX3f8 Efs4fy/ier/8K41j/n507/wI/wDrUf8ACuNY/wCfnTv/AAI/+tXktt4Z1+8877LoepT+TK0MvlWk jeXIOqtgcMMjIPNZVUoVHtNfd/wRclP+X8T2/wD4VxrH/Pzp3/gR/wDWo/4VxrH/AD86d/4Ef/Wr yvwv4V1HxdfXNlpfkm4gtmudkr7d4UqNqnGNxLDGcD1Iq9YfD7X73RbjVpLf7JawXKWuLhJBI8jS CMhUVSx2sQDxnOQMkEVL507Oa+7/AII1Tg/s/iejf8K41j/n507/AMCP/rUf8K41j/n507/wI/8A rV5LJ4c1cfbnh028uLeylkinuIrWTy0Kfe3EqCuByQwBA6gVGfD+tLepZHSL8XbsyLAbZ97MqhyA uMkhWViPQg9DT5an86+7/gi5Kf8AL+J69/wrjWP+fnTv/Aj/AOtR/wAK41j/AJ+dO/8AAj/61eQx +H9al1GXTo9Iv3vol3yWy2zmVF45K4yB8y8+49aE8P61JBdTppF+0NozpcSC2crCyjLBzj5SB1B6 UctT+dfd/wAEOSn/AC/ievf8K41j/n507/wI/wDrUf8ACuNY/wCfnTv/AAI/+tXFD4Y382nWj2tw 819c6UdWWEWzeU0Q/wCWaSAkvN80fybQPn+90zzuleGr/VZ9VgQJbzaXaTXdxHcbkYLEQGXGD82T 0OPqKlc72mvu/wCCN04L7P4nq/8AwrjWP+fnTv8AwI/+tR/wrjWP+fnTv/Aj/wCtXnP/AAgWqf8A PxZ/8gT+3Pvt/qP7v3fv+3T3qrceDPEEd7cW1tpV/fCBgjy29jPtDFQ2MOisDhhwQOuehBLXO/tr 7v8Agh7OH8v4nqH/AArjWP8An507/wACP/rUf8K41j/n507/AMCP/rV5t4N8F3/i/V7e2jjuYLGR nSS/W2aSKJlQtgngZPyjGR94Vj/2Nqn9l/2p/Zt5/Z3/AD9+Q3lfe2/fxj73HXrxTtO9udfd/wAE OSFr8v4nsP8AwrjWP+fnTv8AwI/+tR/wrjWP+fnTv/Aj/wCtXkv/AAjOv+d5P9h6l5vm+Ts+ySbv M2b9uMfe2fNjrjnpUH9jap/Zf9qf2bef2d/z9+Q3lfe2/fxj73HXrxRy1P5193/BFyU/5fxPYf8A hXGsf8/Onf8AgR/9aj/hXGsf8/Onf+BH/wBavEKKr2dX+f8AD/ghy0+34nt//CuNY/5+dO/8CP8A 61H/AArjWP8An507/wACP/rV4hRR7Or/AD/h/wAEOWn2/E9v/wCFcax/z86d/wCBH/1qP+Fcax/z 86d/4Ef/AFq8Qoo9nV/n/D/ghy0+34nt/wDwrjWP+fnTv/Aj/wCtR/wrjWP+fnTv/Aj/AOtXiFFH s6v8/wCH/BDlp9vxPb/+Fcax/wA/Onf+BH/1qP8AhXGsf8/Onf8AgR/9avEKKPZ1f5/w/wCCHLT7 fie3/wDCuNY/5+dO/wDAj/61H/CuNY/5+dO/8CP/AK1eIUUezq/z/h/wQ5afb8T2/wD4VxrH/Pzp 3/gR/wDWo/4VxrH/AD86d/4Ef/WrxCij2dX+f8P+CHLT7fie3/8ACuNY/wCfnTv/AAI/+tR/wrjW P+fnTv8AwI/+tXiFFHs6v8/4f8EOWn2/E9v/AOFcax/z86d/4Ef/AFqP+Fcax/z86d/4Ef8A1q8Q r2v/AIRfwdpfg7S9Xv8Aw5LdK9pbS3c0M0zGMPGrPKyiQfKCSTtBIHOMA4xrTnRScpfh/wAEuFKE 9l+JJ/wrjWP+fnTv/Aj/AOtWTrvhu78PR273k9q/nuURYZC54GSTxwP8a0rfQ/AGpSagmlaAl3FZ w73vY7qZrbzMZEYcS/M2ME7QQARkg8VxmkqF8JwKOANWnA/78pWVPESk1Z9V0/4I54eMU9PxLFFF FegcAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFWjqN019PemX/SJ/M8x9o+bzAQ/GMDIY/n xVWilZDuWr28+1/Z1WPy4oIViRM5xjljn3dnb23Y6AU6PVLqOzNp+5eLaVHm28cjID1CsyllGSTw RySepqnRRyrYLs0X13UZBzOoJVg7LEimTcpQlyBl22s3zNk/MTnJNS2PiC8s7hpHKzK0Xl7GRcEr C8KEggghVc8Hr39ayaKXJG1rD5pb3NEa5fiVnLwsrKF8praNogBkjEZXYD8zcgfxN/eOR9d1GSXz ZJ1eTzWl3tEhOWzuXOPuHc2U+6dx45rOoo5Y9g5n3Llzql5dxPFLIvlMyN5aRqiqV3Y2qoAUfO5w MZLEnmqdFFNJLYTbe4UUUUxErXErWsdsXzDG7SKuBwzBQTn6Kv5VLc6jdXkMUU8u9IvuDaBj5ETs P7saD8Pc1VopWQ7s0Rrd6Ft1ItHW3iMMQezhYBSc915Oecnnk+py1NYvUnlm3xuZcb0lhSRPlGFw jAqMDgYHAOBgcVQopcsew+Z9y4dUvPtdrdCRVltW3QFY1UId5fhQMY3MTjHt04outUur23ihn8ll iVVVhbxq+FXaoLhQxAGByewqnRT5V2DmYUUUUyQooooAKKKKACiiigAooooAKvaL/wAh3T/+vmP/ ANCFUavaL/yHdP8A+vmP/wBCFTP4WVD4kXPGOuaXZeJPHmi6m15F/asll5c1tAsuzygHOVZ065A6 +tY0vjbQr27uFuNNeOG30+DTtKu5bWK8lhjifJMkUhEbM4JyR93oM5Jr1PXfA/hzWNcu7+/07zrm WT538+Rc44HAYDoBWd/wrTwj/wBAj/yZl/8Aiq86GJoqKTTv/wAN/kem6U29DhPGHjzRfFVjrFos V/bLNqEeoWrmFHLstsITG43jYMqDuBbg9OOY9U8a+HZfCWt6VpdhNZ/2jFaLDbJZwoluYipcNMG3 zZIJDOM/ma7/AP4Vp4R/6BH/AJMy/wDxVH/CtPCP/QI/8mZf/iqpYmgkkk9BeyqeR5nJ4utZfh9p egxanrFhcWcV0s0dvGDDd+a5ZVc+ap2gcHKn7x49du9+J2lyeYtvZXh+zXOn3FtOQqXF95GN4vJA Tv6ZUgHBAPaux/4Vp4R/6BH/AJMy/wDxVH/CtPCP/QI/8mZf/iqHiaD3T/APZVO6OOj+JlnaeKLf U4bi8uNOGpS3j6f/AGZb223zEdC/mI5MjhX/AIgN2OSK53TNa0DTdF17QvtGpSWerRW5+1/Y4xJF JFIW2+V5uGUg/e3gg9j1r1P/AIVp4R/6BH/kzL/8VR/wrTwj/wBAj/yZl/8AiqFiqC2T/DoHsp+R wnjDx5oviqx1i0WK/tlm1CPULVzCjl2W2EJjcbxsGVB3AtwenHOjqPxL0DVdWkmlh1KC3j1u11eF khjd5PLhSNo2XzAF5TIYFuvQYrqv+FaeEf8AoEf+TMv/AMVR/wAK08I/9Aj/AMmZf/iqX1jD2Ssx +zqeRx1t8TtL/t3w3qdxZXif2dc6lcXMcYV/+PlmZAhJG7G7kkLXLeG/FMOg+F/EWn+T5l5qP2b7 OZLeOaIeW5Zt6vkdDx8p59Otetf8K08I/wDQI/8AJmX/AOKo/wCFaeEf+gR/5My//FU1iqCVrP8A p37i9lU7nl9z49vLvwTe6bNfX51a+1Vru5uFfaksLQiMxnBHGQPlxtwB6YrR8U/ENdZ+33WmX95p 8t79nkktE06Bf3kWwjN0rCRtrKWU7c9BgCu//wCFaeEf+gR/5My//FUf8K08I/8AQI/8mZf/AIqj 61Qvez/APZVO5x0nxXtT4o8P6lDpnkWdrvuNRgt4xF593KhSWUAMQ+AcqWwxywJGcijB48s7e1vL WW9vLy3k0i8sbaJdKt7NIJJihyBG5BUlST3HYHJrv/8AhWnhH/oEf+TMv/xVH/CtPCP/AECP/JmX /wCKpfWcP2f4D9lU7nCXXjzRdR8PPoc8V/BDNo1hYyXCQpIyS20jMcIXXcrBuu4EY6UXXjzRdR8P Poc8V/BDNo1hYyXCQpIyS20jMcIXXcrBuu4EY6V3f/CtPCP/AECP/JmX/wCKo/4Vp4R/6BH/AJMy /wDxVH1mh2YvZVPI47Vfidpep3kdx9ivItniW31XbhWzBFCkeOo+c7M46DONxriNQ18v4r1bV7GK EpeXM0qLeWsU2EdywyrhlDdOR7817R/wrTwj/wBAj/yZl/8AiqP+FaeEf+gR/wCTMv8A8VVQxdCO yf8AXzB0qj3Z4pputtZDWJtzxXd5AqwyWyiMRyC4ilyAuNgAjONo4OMADp1mhfEyRW1K58RzXl7e XVzp0iPGibVjt5/MZcZULkZwAMEkk4yTXf8A/CtPCP8A0CP/ACZl/wDiqP8AhWnhH/oEf+TMv/xV EsXQlun+H+YlRqLqebeKvFei+KdMjhf7faTWd3fz24FukizLPL5ihz5i+WQeDgP689K0dQ+JVrqP jPXLyVtSOjajpsthDG5DPaeZGgZ1j3beWTkBhnOc5GK7j/hWnhH/AKBH/kzL/wDFUf8ACtPCP/QI /wDJmX/4ql9aoWtZ/h1H7Kp3Rx1n8SNIhvoYJ4Zp9Gh02z0+S2udOjn+1iEs28qZQImBYhRlxzkj IAqDR/iFoen/ANh3H9n3lu+hy37WtnFtljlS4yUVpWYMu3OCdrZAz3xXcf8ACtPCP/QI/wDJmX/4 qj/hWnhH/oEf+TMv/wAVS+s4fs/607j9nU7o4BPHulm6tle3vBbt4WGhXEiopeOTBzIi7sOuccEq eT6YPNeFtdi8LeNLLV4Q89tbTkHfGA7RMCrHaGwG2sSBuIBxyRXsn/CtPCP/AECP/JmX/wCKo/4V p4R/6BH/AJMy/wDxVUsXQSas9f67i9jPe6OA1/4kQ6t4S1bR4rXD3V8Et2NtHGIdPjO6GIFCPmVu xBADNzzWlrfxM0XUr+KeG1v1VPEVtqpDxoD5UcCRsvD/AHsocDpjHIrrf+FaeEf+gR/5My//ABVH /CtPCP8A0CP/ACZl/wDiqn6zh+z/AK+fkP2dTujlbT4l6Add0vU7qHUo/wCy77UZoo4oY38+O5Zm G4mRdjLuOQAwOOvPGV/wnul/2X5n2e8/tH/hGv7A8jYvlfe/1vmbs/d527OvGe9d/wD8K08I/wDQ I/8AJmX/AOKo/wCFaeEf+gR/5My//FUfWcP2f9fMPZ1O6Oc/4XHY/bPtf9k/v/s32vdsb/kJ+T5O 7Hm48ny/lx179ea5bVvF2l6n4EtdIurT7bq1tFBDbXrWawPbxpnKl1kYyrg7QCqj+I5avTP+FaeE f+gR/wCTMv8A8VR/wrTwj/0CP/JmX/4qiOJw8dUn/XzB0qj3aPnyivoP/hWnhH/oEf8AkzL/APFU f8K08I/9Aj/yZl/+Krb+0KXZ/wBfMj6vI+fKK+g/+FaeEf8AoEf+TMv/AMVR/wAK08I/9Aj/AMmZ f/iqP7Qpdn/XzD6vI+fKK+g/+FaeEf8AoEf+TMv/AMVR/wAK08I/9Aj/AMmZf/iqP7Qpdn/XzD6v I+fKK+g/+FaeEf8AoEf+TMv/AMVR/wAK08I/9Aj/AMmZf/iqP7Qpdn/XzD6vI+fKK+g/+FaeEf8A oEf+TMv/AMVR/wAK08I/9Aj/AMmZf/iqP7Qpdn/XzD6vI+fKK+g/+FaeEf8AoEf+TMv/AMVR/wAK 08I/9Aj/AMmZf/iqP7Qpdn/XzD6vI+fKK+g/+FaeEf8AoEf+TMv/AMVR/wAK08I/9Aj/AMmZf/iq P7Qpdn/XzD6vI+fKK+g/+FaeEf8AoEf+TMv/AMVR/wAK08I/9Aj/AMmZf/iqP7Qpdn/XzD6vI+fK 92bXNNufBuk6ZB4li02b7Dax3EsS75VQRKHVGzhH7budvPGel3/hWnhH/oEf+TMv/wAVR/wrTwj/ ANAj/wAmZf8A4qufEYmlWSWqt5f8E0p05QdzK0648PaBbX9npWvx/wBkzQMIdPk3P5EpByUkY5Ct 1KnPzZIIyRXFaV/yKsP/AGF5/wD0Ulelf8K08I/9Aj/yZl/+KrD8XaHp2gafptrplv5ED3MkjLvZ ssUAzliT0ArKjKCklFvVrp5+o6qk4tvszmKKKK9k8gKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKvaL/yHdP/AOvmP/0IVRq9ov8AyHdP/wCvmP8A9CFTP4WVD4kez3X/AB+Tf9dG/nUNTXX/AB+T f9dG/nUNfOnuBRWL/wAJXpP9uf2NvvP7Q6+T9gn+7u2787MbN3G/O33raoAKKy7HXbXUNd1bSIo5 luNM8nzmcAI3mKWXac5PA5yB+NalABRWX4d1218TaFbavZRzR29xu2LMAHG1ipyASOqnvWpQAUUU UAFFUtI1ex13TIdS02fz7Sbd5cmxlzhip4YA9Qe1XaACiqVtq9jeapfabBPvu7Dy/tMexhs3ruXk jByB2Jq7QAUUUUAFFFFABRRRQAUUVS1HV7HSfsn26fyvtdylrB8jNvlfO1eAcZweTxQBdooooAKK pXOr2Nnqljps8+y7v/M+zR7GO/Yu5uQMDAPcis6DxloN1Bp81vevKuorM1oEt5WaUQgmTChc5GDx jJ7ZoA3qKZDKs8EcyBwsihgHQowBGeVIBB9iMis7WtdtdC/s/wC1RzP9vvY7GLygDh3zgtkj5eOc ZPtQBqUUUUAFFFZei67a67/aH2WOZPsF7JYy+aAMumMlcE/LzxnB9qANSiiigAorL8Ra7a+GdCud XvY5pLe3271hALncwUYBIHVh3rUoAKKKKACisWx8U6de2OsXv76G30i5mt7p5U7xAF2UKSSuDx39 qG8U6d9v0K0j86X+245JbSVEwm1ED5bJBGVIxx9cUAbVFQfao/t32PbN5vl+bu8l/LxnGN+Nu7/Z znHOMVPQAUUUUAFFFFABRRRQAUUUUAFFFFABXD/Eb/V6V/12f/0Gu4rh/iN/q9K/67P/AOg1rQ/i x9UZ1f4cvQ4iiiivfPFCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK2dG8OXOr4fzFh iJwCRlm6/dXuMjGcgfXFY1dBp3iWSxvpRnPkt5SD0VflA/IVyY6pWpUHUoxva1/Jd7GVWqqdr9Rb 7wpPaSmGN5p5v4VW3P64JI/Kq6+F9T+bz0itiMcTyhSfwrsbHX4NaSSJiW2GNn7Bh8w5x7la6Sxk tLVAYbeFD6qgB/OopSxKp/vNX/mk+mhpTqUrKTbd/l5HlF5oMllZiZ5d0hz8qxnbx1+Y4zxzxWRX pfjWcT6bvXqpOfoVIrzSuuHNb3i3KMkpRCiiirJCiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACr2i/8h3T/wDr5j/9CFUavaL/AMh3T/8Ar5j/APQhUz+FlQ+JHs91/wAfk3/XRv51 DU11/wAfk3/XRv51DXzp7hy/9kX3/C0/7Z8j/iX/ANi/ZfO3r/rfP3bcZz93nOMVzHhPwlrmm65o M1zY+RPZfbv7U1DzUP8AaHmNmPlSXk5w37wDGPXFen0UwPLfE3gzV7/UfGWoWemo99ctYPpNyJI1 kVo9vmFGJzGRjrxnHGams/B19H4yutS1G31WWY6wbu2vLOW12CEgBUd3Im2hSVZB8uBwD1r0yii4 jwKx8MX9vdQ6DfaF9s1MeF7hI4N0L+RI91KUk3MwUY3DlSSM9Otdp45tJ7fwt4LstST+0biPVrGK 5TIf7SwRgwy+A245+9jOecV6TRRcDyaz8A6ndatpY1HT3j0b7fqcrWqXQQ2ttMiiOL923AJDZVCR hjnqRVr/AIRLXP8AhJ/tH2H/AEn/AISP+0P7X81P+PHZjyN2fN6fJs27ffHNen0UXA8jt/A2rW/g Wz0VNJ8q7tdSjl1CWBoP+JjAsshAXccPtDKQswUcdDjFXR4PubdtFMekale6Ra3t1NdaVfyWrEmS IBGSNWEIRW3EDIILMQMGvT6KLgcPonh19P8AHuoarLoCLbXkFt9imUQ5sNkJR4yN2VPAH7vcpGOc dMjxR4f/ALV+JcWk2l1ttNWtorrXLXy874oHxG28kEbjhMIQRjcc5r0+igDzD/hEtc/4Sf7R9h/0 n/hI/wC0P7X81P8Ajx2Y8jdnzenybNu33xzWQvgrxKujaLpP9kuW0u01aCS4E8XlytPG4j2fPuwS QPmVcZ5717NRRcDlNH8N3GmfD1tMsy9nq1xYBZJHuHYpc+Qsed+TgKVUDbwAowK5s+FbxvCGkWNt 4Y+yT2lzYyapDm3X+0kjBDr8rkSfN82JCoP1r0+igZ5TpvgbUpNd0eTUdJhbR49S1K4+xTNG6WkE qr5SFMlfvKThNwGc8GsubwlrmleEtMup7Hybi20nVIdWlWVC7IYmECuQcyKAqADkLtHTFe1UUXEe JQ+DNX1vwrI+k6alhbXPh60i8p5I0F7crIsvm4QkElQQGfacuM4GSNTVfCet6z4g1PVpdDcWsmqa bdizuJYGeeKGN0lXAcpn5gcMwBH5V6zRRcDy3VPBl3e+JL28n03VVsZILT+z102SzWSx8teYwZDm Ihhn90dpyeTVmzsrrwVaeJvEtxpE11qEmrTfY4EuT+9hnliA2qu4BmYD+HcdoHpXpNFAHI/EHRNV 1TR7W88PnZrenXKz2rKFDsD8rpuYgBSDkg5DbcEHNcvbfDvUrGbX7aNprnTbXSZrPQ47lo2YvOha RgRjY28suSASGxnAr1aigZ4y3gHXho2tSLpSDVjaaSunTCWLzI5IY0E2x93yEFeuRnHGa0LrwfrL +IVnfSPtNx/wlEeo/wBp+ZEcWQxiPczCT5ePk24+XjPFerUUXEeR6Z4C1yT7DZ3Nt9inW21KDVNU 3o/27z8iM/K2+TBIbEgXG31xUGi+APEy3+gXF+kMKNc2098iqpNr9jQxwjIkO/zFPJA4J/CvY6KL hY898B+GtW0PxBqEt1a/6BLGTHc30MH21naQsVaSJmMi45ZnIJO3AABrPi8GavBqJ1CHTUjvj4ua 8NykkYkNg2d3zA52nJynU5PFepUUXA8mtvC/iY+JLfULmwubaZ11BdSn0xrWBZBIreV5JUiRjnaQ ZskNg8cmuh+G/h/VPD9pf2+oWltFDujW2kFtDDcSKq8+b5TMpAJ4JYsfmJ6iu4oouB5HL4N1Zvhz qOit4e83xFJnzNT3wf6Z/pSyf6wv5hyoB+cD7vrgVd/4RLXP+En+0fYf9J/4SP8AtD+1/NT/AI8d mPI3Z83p8mzbt98c16fRRcDxxPA3iddK8SWlnBtW7tv3FxfLBHeyM02942miZt6sgIYuRklRgLmt GbwZdrpxTT9N1UQHVLS7vNPvJLNI7mJMh1jjhIjyfkLB9obavUivUqKLgcB4e8L6hF4P8W6Y9gmm tql3eNZwOybY45YwqZ8ssFA6YGcYrPsPBks8/guO58MwwWmnRzpqccywMkkhgjUSFVZt+516nn5c kDivT6KLgeM6f4G8Stp6w6lbX6E+Hn05ntrmJpVf7WXVBukAK+XtyMgbcrkHiuks9L1LSfhP4it9 UtbO3nNteMgt7eOFnTyyFaRYsoHIH8JIxt5JzXoVFFwPDx4P1nV/CTyaPpH2W3utAsoPJ8yKP7Zc CZJDNhWwfkDfM+G+bGOtdJ4o8FXJv5RY6S+pac2j3NtbQvOsjW95JIXMxM7jklvvgluPpXplFFwP CPGek3dha6nZ6uIdU1e8stNisJRPHLNGyEJKFV2EvzuGPyKd24k4Ocdda+EtYs9L8YXltYwnWb29 vPsK3UvmRPbyshPyZKBmC/xDqFDfLXpNFFwPHE8Da1LftF/ZMw0dtasLoW101qo8pEdZ2McR8sdV BAGWGOpzWjb+DNXtJ7ee201IZrfxUZ4JI5I1aLTSSSqkHiMlm/dj+8fl5r1Kii4FLSLm+vNMhn1L T/7Pu33eZa+csuzDED514OQAfxxV2iikMKKKKACuH+I3+r0r/rs//oNdxXD/ABG/1elf9dn/APQa 1ofxY+qM6v8ADl6HEUUUV754oUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVK+t7qS7 kubVQRIdzx55DdSR6jqfartFaU6jg7omUFLck8JSXdprLhwRHJCynLc8YYY/FRXew6k7xkrkqoyz dl+p7VD8P9E07Uorma7J80MY1wRlRgHI9+f8856DxBoNmLNIYdzYBALnodpIwBwORjgDrXJDEUKH 7mMdFoaPL3VUWnZI43W9XhmtHhEqyMw42nIHauWroprC2XRppJNokV22v0PA4H59q52t/aKeqHKg qHuLYKKKKCAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAq9ov/ACHdP/6+Y/8A 0IVRq9ov/Id0/wD6+Y//AEIVM/hZUPiR7Pdf8fk3/XRv51DU11/x+Tf9dG/nUNfOnuBRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVw/xG/1elf8AXZ//AEGu4rh/iN/q 9K/67P8A+g1rQ/ix9UZ1f4cvQ4iiiivfPFCiiigAooooAKKKKACiiigAooooAKKKKACiiigAoorY 0nSYNR0u/kZ5BeI8cdqqkbXdlkYqRjJJEZCgdWIHelKSirspJt2Rj0Vv6p4fjhS3bTJGuiYkEqq2 8vIZJIy0YUcx7owATz86dzio9L0i0ub7Ura7u1C20REc8Mg8oyGVI1YsR/q8vknrjmp9pG1x8jvY z9P1K50y4862fa2MEc4P5VszeNNRnVkkWNkP8LAHj8qbD4Su7uK3MKSRt5O64EkUjlJPNlQLtRGY cRnqMAg5IyBUV14caCO2j+0RpemGeSe3ckspiaXcQQu3GIsfeJz7c1nL2Und7mkZVYLTYzr3Uri+ b96wCDoi8AVTrY/4Rq+BbeY0CbC5fcNoZHdieP4BFIGA5DKQATTZNAmjs5b37XaNaoqssoZgJQ3m AbQVDE7o2XBA9fu5YaKUFoiJKcndmTRWt4i0xdL1m7gULGguJRFBuJZIw3yE57EdMnJAz0IJyaqL UldENWdmFFFFMQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABV7Rf+Q7p/8A18x/+hCq NXtF/wCQ7p//AF8x/wDoQqZ/CyofEj2e6/4/Jv8Aro386hqa6/4/Jv8Aro386hr509wgmuRG4iRT JKRnaDjA9Sewz/8AqODUJvbiNsS2bNnoYJAw/HdtxWdfXTW2pzq5PzhWTn+HGMfmG/OtOxtkl0t9 Uvbh4rRTgBBlm5x/M4r1I4anGlGUle9vxPDlja1SvKnB25b9tl1Yg1BVbE1vPCv99wCv4lScfU8V bVldQysGVhkEHIIqtENM1FH+w38kMyDIjutoDfiKytM1BUu1h3YhmzhT/C/X8M88euPU1nUwilFy gmmt0zWlj3GcY1GmpbNfr/wxv1y+h+MP7Y0/SJ3sfs899c+RLD52/wAjMDXCHdtAbdGEOBjG/B5U iuorkW8D5XRVj1WaD7BZC0mkgTbJPthkijdWyfLZPOlYYzktznAxwHrmo3ivSUjVne8V2kESwGwn ExJVmBEWzftIR/mxj5G54NPHifSGgeVLl5AGVVSOCRnl3AlWjQLukUhWIZAVIRiDhTjI0vwT/Z+s xaj5umw+XJG/kafp32aNtsdwnI8xvmP2jOfRAMc5DJPAUUlpZRSXFtcNZ2lpbxrdWYlhdoFmTc8e 4bgROSBkYKg5PSgR0ltq9jdyW8cE+57iOSWNSjA4jZVcEEfKys6gqcEHIxwcXay9L0mTS4bSCK4h S2hjlElvBapFGzu4YMoX7ir84C8khskkjJ1KQwooooA5TX/GsWjeIodFC2CTPaG7afUb4WsQXfsC q21tzEhjjA4HftDa+NTb+INdsdb+zW0Ng1lFAsAeV5JZ4yxQYGZDuHG1QcAkj0u+K/DEviaBrcvp SwmB4le6043EsTMMFo38xdpxtxx1XPPbEt/hjFp+uf2zp+qvFfQLbR2TywCQRpFD5LrINwDh1HJG 0g9DTEdL/wAJbof/AD/f8xL+yv8AVP8A8fX/ADz6f+Pfd96gsPHHhzUvKMGo7UljkliluIJII5Fj /wBYVeRQrbepweACexrLtvCXm/Fa+8Tz2PkRQ20cdtJ5u77RKV2tJgH5Nqfu9pGD97rWL4Y+HN9N 4e0i38RXH2f7DbXsCWlui+Yv2jcrFpNzK3ykkAKMEjOcHIB3Gk+J9I1ufyLG5dpvIW4WOWCSFniY 4Eih1G5c/wAQyOnqK165fwr4S/4RvyhjSH8u2EHnW2meRPJjby8nmNuztyRgZOD2rqKBhRRRSAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAK4f4jf6vSv+uz/APoNdxXD/Eb/AFelf9dn/wDQa1ofxY+qM6v8OXocRRRRXvnihRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAVagv57a1eCFtm6aOcSKSHV0DBSCDx98/kKq0UmrjTsa1nrUlsi kllkgtGt7fy+ASZC+5+eq7mZSOjKh7VTs5p1E9rbxeY14iwbQpLH51YBQO+VA/Gqtd7b6lGmt6NZ PdXc7OunKltIv7m3OIW3odx+YgEfdH3259c5vl2RpFc27Odn8TXF2scd3Z2lxEsSIY3DgOylyJGK sGLkyPk5wdxJGearprk6vbSNBbPJbuSjbCoMZLM0RVSF2Eu2RjOCRnHFbth4fsLjSIXvI5IlHkyP fxxssRV5UVl81nKEqrkEBBhkPJwdzbHSopZblr7QJoLlFjEdjDbTSFkO/dJsMqvgFVXdu2jOMZOR PPTV9CuWempiR6/fIkaPJ5wV5GfzSzGUOCGVjnkYaTGMEGRyDk5pt3rE11ZmzEEMNtuQpHGGxGF8 w4BYkkEyuTknrxgDFad7plnFodzcWtqyokrAXF4GzIPNKqIXRvKc7R8wI/vEEj7vN1ceWWqREuZa Nl/UNWn1N5XuUjLPM8ysAcx7iWZV5+6Sc4OcHpjLZoUUVaSWiIbb3CiiimIKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAq9ov8AyHdP/wCvmP8A9CFUavaL/wAh3T/+vmP/ANCFTP4WVD4k ez3X/H5N/wBdG/nUNTXX/H5N/wBdG/nUNfOnuHIeKzJHqUTgEK0IAOOCQTn+Y/OrGj+Ib/S9GZbr TvtelyOVBfIAPcA4Ix/WtfWNLXVLPywQsqHdGxHf0Psf8KwLHXr7QreTS76yS4tGyTBOMY552n0z 9a+hw1SNfCqkoptbp6aeR8ljaU8LjZVpScYy2aV7Ps12N3T7bw74paWGzt57G6SPdgH5cZxkc4PU elclbpNb69DaykF4rpUbHTIfB/lWwvjGKyhlXSNGt7GWQYaXfvP8hXOW8U15exxoS00j/eOTz3J/ nXVh6M4KfPpG2ibvY4cXiaVR0/Z2lNPVpct+y9fkelUUV514evNWs9D0jU1iv1huILOK6bUrs3Au ZJpoEEkQ8xigCtKcfJy6ZU4wvyp92ei0VxU93qmoePzb2U9nbPZR3UKPNbtKGQpYyHIEi/NukPOc YHTvWXpPiDUbvUbu80zT/NuL+M3a2/m52E2+ndiyI+0SMecE7cBl3GgD0mivPU1rUFvNX1y2vLO4 Sz0mKW5R7CWEzeVNd5RVaTdEw2MpLB+ecdjPe+MNct49SvU06FbCH7bHA8uwAvAsuDu87fJkwnKC NSASdxC5YA7uis+3mvxd2kN3JYBpIJZJYo2bfuDJt2Z+8qhiGYgZJU4XOBoUgCiuX8VQXMPm6pK0 02mWtsZJoYNQmtJIgm5ndfL/ANazLgBXKgFOD8xIz9J1e/trPUora3Q/Zbu9uBCyM8t2gvXMhhAO CVXcoHUu6ZCrtLsDuKK5RNa1nU9Vgg06Wwt7W5W5mt5p7Z5i8UTQoGwsijDM7srAkFNh7mqWn+Md X1S5trm30tE01mtY5i7x4DTRxP8A6xpVIK+coCiJtxUAEFvlAO4orm/EdglxrGhE3N/ELi7a3lW3 vpoVZBBPIBhHAzuVTnrxjOOKy5/GOr2r399JpaNpcDXkce544yzW4l6P5pZyxhPy+UMBickJlgDu KK5G6g17/hKdKT+0tN+1/Yrw+b/Z7+Xs323y7POzuzzu3YxxjvUGm+K9U1C3GrbLOPTzc2UH2Tym Mv8ApEduc+bux8rXHTZyFxxnIAO1orgLzXL+/wBP0Y3YtjDqrWV/AsUbK1uou7X5GJY+YcTD5gE+ 6eOeLSeK9UW002eRLNv7Yto57VViZfsu+WCMB/mPm4+0qcjy8+WRxu+UA7WiuAvPFGs6fqtxazR2 15dQM9tEbeN4ldnaxCHy2lKkg3J6sM7cBkyxq1L4k1+DTXlvLWGzW1kkF7eGAXAhUIjqWt4p2Zc7 zyHfAQMQFfKgHa0Vi+INO1C/+zmzbfEm7zLf7dLZ7ycbX82IFvlww2Ywd+Tyoqrc+JLa18EnU9PL yTfYIprW3m3TSs0o2wK4BLEs+Fznk554JoA6SiuU8JanDDBfaZNeX7rZTxrBPqqSRzzRygbCxkVd xMvmouAOEUY7nq6QBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF cP8AEb/V6V/12f8A9BruK4f4jf6vSv8Ars//AKDWtD+LH1RnV/hy9DiKKKK988UKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKvaL/AMh3T/8Ar5j/APQhVGr2i/8AId0//r5j/wDQhUz+FlQ+JHs9 1/x+Tf8AXRv51DU11/x+Tf8AXRv51DXzp7gVHLBFcJsmiSRc52uoIz+NSUU02ndCaTVmU30rT5EK GygAPXagU/mKdaadZ2Ofs0CoT1bqfpk84q1RWjrVHHlcnb1Mlh6KlzqCv3srhUH2O1+w/Yfs0P2T y/J8jYPL2Yxt29NuOMdMVPRWRsZB8KeHWgSA6BpRhRmdYzZx7VYgAkDHBIVcn2HpVq50fS73zftW m2c/m/6zzYFbf9zrkc/6uP8A74X0FXaKAKo02wWB4BZWwheBbdoxEu1ogCBGRjlQGbC9OT60x9H0 uS6uLp9Ns2uLmMwzymBS8qEAFWOMsuABg8cCrtFADDDE06TmNDMisiyFRuVSQSAewJVcj2HpT6KK AKVzo+l3l9FfXWm2c93Djyp5YFaRMHI2sRkYJyMd6LrSrW6sZLVU+z7vMZJbcBJIXkDBpEOPlf52 O7rlj6mrtFAGReeGNG1Ceye70+2mhsoHggtpIUaJFYp0UjggRgDGMAmrr6bYS6jFqEllbPfRLsju WiUyIvPAbGQPmPHufWrVFADHhileJ5I0dom3xsyglGwVyPQ4YjPoT61Amm2EWoy6hHZWyX0q7JLl YlEjrxwWxkj5Rx7D0q1RQBSsdH0vTMfYNNs7TG7HkQLHjdt3dB32Jn12j0FPj02whg8iKytkh3I/ lrEoXcgUIcY6qETB7bVx0FWqKAKUWj6XDJPJFptnG9xIs0zJAoMjq25WY45YNyCeQeaY2h6b5GoR wWVtbNqCstzJFbx7pSQeWypDn5j94EcnIOTWhRQBi6T4U0jSLGW1itIZRNv81pIIxvDhQw2oqoFI RAQqgHaCQTkm0NB0ZUtEXSbALZsXtVFsmIGJ3Epx8pyAcjvWhRQBS1DR9L1by/7S02zvPKz5f2mB ZNmcZxuBxnA/KppLO1mkaSS2hd22ZZkBJ2MWTn/ZYkj0JyKnooAgks7WaRpJLaF3bZlmQEnYxZOf 9liSPQnIqeiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuH+ I3+r0r/rs/8A6DXcVw/xG/1elf8AXZ//AEGtaH8WPqjOr/Dl6HEUUUV754oUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRXqfhrwJo1zoNrdXsb3E06CUtvZAoIGFAB7VnUqRpq7KjFydk eWVe0/SL3U3At4j5ecGVuEXpnnvjIOBk47V6nL8PdJSUS2aLGwz8suZFPGOhP9Kli0FbYlZ7+3jS FMsqnlUA9DjAxio+s0rXbsDhJPY8r1TQ7zSAjT+W8b8B42yM+nODWbXpfxItYLDRrKCPJZ5ixZjy cL/9lXmlVSqKom0OcOW1wooorUgKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK vaL/AMh3T/8Ar5j/APQhVGr2i/8AId0//r5j/wDQhUz+FlQ+JHs91/x+Tf8AXRv51DU11/x+Tf8A XRv51DXzp7gUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQBn6/fy6X4d1PUIFRprW0lnRXBKllQsM4xxkUySw8QRyMh1 3TMqSDjRpO3/AG9VB4x/5EjX/wDsG3H/AKLauguv+Pyb/ro386YGJ9j1/wD6Dumf+CaT/wCSqPse v/8AQd0z/wAE0n/yVTdUuLmXVbPSLa5e0NxBNcPcxqrOqxtGu1QwKgkyjkg8KRjJDLkNqF9pPiWT Tlnm1K4ntrWO3+1yrEhcm7kZmKJhfkixlUydqg+oBGz9j1//AKDumf8Agmk/+SqPsev/APQd0z/w TSf/ACVWZH4ueW8s7b7HDb+bI0Mst1cNHEZFmaJo4X2ESPujYhTsJBU45bbJ4b8VSeIJx/xK7m3t pYPtEE7RShSmRgOXjVQxDAgIzg4b5sAFgC/9j1//AKDumf8Agmk/+SqPsev/APQd0z/wTSf/ACVX F6h4i8Rw6Nraw3WLjzL66tLvy4/9HgtpJFdNhGGwY4lyef8AScjPlmt5PGckmo3UUei381rA1xGs lvBK7s8O7cOYxHgmNlXEjEkqCBk7QDW+x6//ANB3TP8AwTSf/JVH2PX/APoO6Z/4JpP/AJKrGbxn MljFM1vpoZ5HSSVr6QW1ttC/LNKYcxSkuAEdR0IyGwpfqPjeHS9SuIp7R5bGNZdtzbiRtzxRNI65 aNY8jy5FwsjHcMED5toBrfY9f/6Dumf+CaT/AOSqPsev/wDQd0z/AME0n/yVWNe+L9Q0y6ksr3R4 ftp8nyEtbiWdH8wTH5tsO8YFu/3UbqOgyR0OkX76npcN3JazWrvuDRTIysCGKkgMA204yCQCQQSB 0oAytYl17SdHu786xpsvkRlxH/ZEg3HsM/aeOe/P41paBfy6p4d0zUJ1RZrq0indUBChmQMcZzxk 1T8Y/wDIoan/ANcf6ineDv8AkSNA/wCwbb/+i1oA2q4f4jf6vSv+uz/+g13FcP8AEb/V6V/12f8A 9BrSh/Fj6oir/Dl6HEUUUV754oUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXp3gvVQ nhqGFNwMLujZ7kndx+DCvMa6jwQ3n6o2nvN5cco3jLdx2A9SP5VM1Fr3h3a2PQ5r+5mtZ1tpVjlC cSN0TkAsfZQc/hXFXnhGK/1GJ9Bu47tYAJLy7lvUfcxOe3Toev8ATJ7O/wBPU6feWlrEivNbSxKz HklkIGSenJFc/pfhW90i1lh1HXbaHQjJ5k0cYKNN22sxAIBxjGTn05r5zMqXtKkVGDcfy/rqRUpu pJRcb/1/VzN+It+t1dWUIOQitIOOzYx/6DXEVueLNXt9Z12S4tEK26jZGSMFgCTnHbJJrDr36EWo K5tUeoUUUVsZhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABV7Rf+Q7p/8A18x/ +hCqNXtF/wCQ7p//AF8x/wDoQqZ/CyofEj2e6/4/Jv8Aro386hqa6/4/Jv8Aro386hr509wKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAxfGP/ACJGv/8AYNuP/RbVr3moWSX1wj3lurLKwIMqgg5+tR3lpBqFjcWV0nmW 9xG0UqZI3KwwRkcjg9q5n/hWnhP/AKB8/wD4H3H/AMXTA2b9tH1KBYrm7hIVt6PHdeW6NgjKurBl OCRkEZBI6E1SOl+HGQhrrdJtRRO2oyGZQpcriQvvB/eyDIOcMV6cVT/4Vp4T/wCgfP8A+B9x/wDF 0f8ACtPCf/QPn/8AA+4/+LoEX0sfDySW7i5TFvgpGb5zGWDFt7IX2u+47t7Atuwc5ANSWFtoGmzt Na3EKtt2IHuy6xJkHZGrMRGvC/KgA+VePlGMz/hWnhP/AKB8/wD4H3H/AMXR/wAK08J/9A+f/wAD 7j/4ugDWaPQm0y600z2xtLrzvOj+0fe81maTnORku3Q8Z4xUBsfDxupbgXKK8m84W+dUjZwQzoof bG53Nl1Ab5m5+Y5of8K08J/9A+f/AMD7j/4uj/hWnhP/AKB8/wD4H3H/AMXQBcOl+HGgSFrrdGGZ nVtRkPnkgA+dl/3owoXD7htG3pxRJpfhma9+1SyQudzv5LXjGDc6srnyd3l5YO+Tt5LMTySap/8A CtPCf/QPn/8AA+4/+Lo/4Vp4T/6B8/8A4H3H/wAXQBFpvh/S4PtMmo6yl3cT+WBLHeTI0QTftKO8 zyK37xwSHAIOMctu6G0n0mxtUtra6tkiTOAZwSSTkkknLMSSSTkkkkkk1h/8K08J/wDQPn/8D7j/ AOLo/wCFaeE/+gfP/wCB9x/8XQBZ8W31pN4U1KOK6gdzDwqyAk8jtVrwd/yJGgf9g23/APRa1mf8 K08J/wDQPn/8D7j/AOLrprO0g0+xt7K1Ty7e3jWKJMk7VUYAyeTwO9AyeuH+I3+r0r/rs/8A6DXc Vw/xG/1elf8AXZ//AEGtKH8WPqjOr/Dl6HEUUUV754oUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFX9NsoLsXclzcSQw20PmsYohIxy6IAAWXu+evak3bVjSuUKdHI8UiyRuySIQyspwVI6EHs a0ZNDuPtckUDxtEqRyCaaRIV2yIHQEswAYqfu5PRsZAzTY9C1GUovkKkjyiFIpZUjkZi2zhGIYjd kZxgEH0OFzRa1Y+WRbHjHxAIVi/tFyqgAExoW/FsZP1zWZeaje6g4a8upp2HQyOWx9KfbaXeXcSS xRr5TM6+Y8ioqldudzMQFHzoMnGSwA5q5LoM3lWjQGPLwl5pJLiNYg/myIArkhTkR5Ayc4JHA4z5 acXcq82jHorW0nRJNRu7y3lW7jktYi7RQW3mykh1QrsyvI3ZPPGDUs3hq6DOIGV1Rm3vM8cKoAI+ GLP8rgyqrKeh4BbnF88b2uLkla9jEoqW4t5bSdoZk2uuO4IIIyCCOCCCCCOCCCKiqyQooooEFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVe0X/AJDun/8AXzH/AOhCqNXtF/5Dun/9fMf/ AKEKmfwsqHxI9jvFuTez+X9l2+Y2PMlcN17gIR+tQ7bz/px/7/yf/GqtXX/H5N/10b+dQ188e4R7 bz/px/7/AMn/AMao23n/AE4/9/5P/jVSUUAR7bz/AKcf+/8AJ/8AGqNt5/04/wDf+T/41UlFAEe2 8/6cf+/8n/xqjbef9OP/AH/k/wDjVSUUAR7bz/px/wC/8n/xqjbef9OP/f8Ak/8AjVSUUAR7bz/p x/7/AMn/AMao23n/AE4/9/5P/jVSUUAR7bz/AKcf+/8AJ/8AGqNt5/04/wDf+T/41UlFAEe28/6c f+/8n/xqjbef9OP/AH/k/wDjVSUUAR7bz/px/wC/8n/xqjbef9OP/f8Ak/8AjVSUUAR7bz/px/7/ AMn/AMao23n/AE4/9/5P/jVKZolnSAyIJnVnWMsNzKCASB3ALLk+49afQBHtvP8Apx/7/wAn/wAa o23n/Tj/AN/5P/jVLDNFcQRzwSJLDIodJEYMrKRkEEdQR3p9AEe28/6cf+/8n/xqjbef9OP/AH/k /wDjVSUUAR7bz/px/wC/8n/xqjbef9OP/f8Ak/8AjVSUUAR7bz/px/7/AMn/AMao23n/AE4/9/5P /jVSUUAR7bz/AKcf+/8AJ/8AGqNt5/04/wDf+T/41UlFAEe28/6cf+/8n/xqjbef9OP/AH/k/wDj VSUUAR7bz/px/wC/8n/xqjbef9OP/f8Ak/8AjVLDNFcQRzwSJLDIodJEYMrKRkEEdQR3p9AEe28/ 6cf+/wDJ/wDGqNt5/wBOP/f+T/41UlFAEe28/wCnH/v/ACf/ABqjbef9OP8A3/k/+NUy7vLXT7V7 q9uYba3TG+WZwiLk4GSeByQPxqegCPbef9OP/f8Ak/8AjVG28/6cf+/8n/xqpKKAI9t5/wBOP/f+ T/41RtvP+nH/AL/yf/GqkooAj23n/Tj/AN/5P/jVG28/6cf+/wDJ/wDGqkooAj23n/Tj/wB/5P8A 41RtvP8Apx/7/wAn/wAaqSigCPbef9OP/f8Ak/8AjVG28/6cf+/8n/xqlE0TTvAJEMyKrtGGG5VJ IBI7AlWwfY+lPoAj23n/AE4/9/5P/jVG28/6cf8Av/J/8apUmileVI5Edom2SKrAlGwGwfQ4YHHo R60+gCPbef8ATj/3/k/+NUbbz/px/wC/8n/xqpKKAI9t5/04/wDf+T/41XE/EQSCLS/N8rd5z/6p 2YY2+6j+Vd1XD/Eb/V6V/wBdn/8AQa0o/wASPqjOr/Dl6HEUUUV754oUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFX9N1WfShdtbPJHNPD5SyxSFGj+dGJBHsuPxqhRSaT0Y02tjftvE8kMt1Iy3 cT3bLLcSWd15DvKu75gdpwp3klcfe5BA+Wqd9qsWpW4+028n2tNwjkSc7ArSNIdwYMzHLtzu9M5I JOZRUqEU7lc8mrG/f67HNqt35ga6s5IjbsyHymkHmCQyKSp2lpAXwQcBio6Ah9r4o+yW6WkMd7Bb qgUG2vPKlOJJXXLhMEYlII28lQeOlc7RS9nG1g9pK9zTttViW51GS8t5JkvkKusU5VlJkWTIZg5P K45yeetWrnxH9o06eyFptV08pG8zJVB9nC545OLcZPGSxOBjFYVFPkje4c7tYtX959uuEl8vZthi ixnP3I1TP47c/jVWiiqSsrEt3CiiimIKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAq9 ov8AyHdP/wCvmP8A9CFUavaL/wAh3T/+vmP/ANCFTP4WVD4kez3X/H5N/wBdG/nUNTXX/H5N/wBd G/nUNfOnuHnulf2X5sn9lfY/+Ek/tqfz/s+3z/I+2v5nm452eVnG/jOzHzbKz73X73VLiW0OooLa Ror1kE8Ulxpqx3duT5iCJREUV2LCQyY8s5OFbd6K+saXHdXFq+pWa3FtGZp4jOoeJAASzDOVXBBy eORTH17RotOi1CTVrBLGVtkdy1ygjdueA2cE/KePY+lMRymo+Jri11zTorTVoZIPMtLfy7i5hVr1 ZWQGeONYsyLtk+8rqu5G+UhSGj8QR6M/j6Q6zc+H4oVsLU7dXt0kZ182fcIizrtOMZOG6rxxz2sm pWEMHny3tskO508xpVC7kDFxnPVQj5Hba2ehrPvvFekaddRRXV3DHE8giNwZ4xGjYm4YlsrgwOvI +9gDJDbQDLvta1G3m1FbS5+0i3juJLIfZ8/a7hUYm2yOG8sj+HDN93OYpd2Xaa/qRt8XPiCzbT2u USXVLa4jn+zAxyscy+QkIyyQrgqxHmcn50x3a3lq3l7bmE+ZI0KYcfM67tyj1YbGyOo2n0NYuoeM dL0+S+heeFbixuYIZ4pZlQqkjRAy9SdiiYZJAGVI460AZcviU2vm2h1mGS4l1KwjsTI0XmXNtJ9n DugAAdWLTfMowDuxjbxi6ZqFxpmjaDDBqPmyxaaYbt5I4TJp+JLJJVyFGzykd2IfOCAX3BRj0KLW NLnhhmi1Kzkinz5LpOpWT5wnynPPzsq8d2A6miPWNLl+2eXqVm/2LP2rbOp8jGc7+flxtbrjofSg DlLG/wBR1bWotPt/EFybALcvDf26W7NdqgtcHcYyhCtNKmUUfcweQcmqSy+IdA8G3M+nWF7Nezxz va3JKwMzWczHOVfAB5HB5A+tdCfE+jfa9PgXULZl1BZDazrMhjlZGRCitnliXGAM9G9Ku2upWF9P cQWl7bXE1s2yeOKVXaJskYYA/Kcg8H0NAHIwnXdHOp2ttOkg07S/tsFhFDvUyyPclIVPDGNQqIAA pOxMbBlSzTdc1VLG5v5dWs9QsLCSOaeS2nW4zEQ4lBlSGNBsGyXaql/kweHWuye+ij1OCwKv5s0M kykAbQqMgOff94uPoaxrvxhY2unabemN1iv4Y7hWmZUWOJpIUJc5OCPPU+nynkdauNOUrJLf+v0C 5z+qaz4ms7i3ilvbOyna2FykVzMqebK8kh+zgLFIZ/LURpiIox3Zzl1wzWbrV5/Dt8Re3N4dSn1T T1s/JjKoqJdbPL2IHLfuUHJbO48ZwR2z65pEdhHfyarYpZStsjuGuEEbtzwGzgng/kaLXWbG71W9 0yOdBe2jASQs67ypRG3hc52/OBnHXIpckt7AcfLrHlariDX0k0+WC2WfWgLctGha8OTIE8vG+OOM bgQNxAAZs0z+29ZktNXv11WZU0vTTdwIsUXl3gWW6CO5KZKukMZyhUEMSuMjHVat4l03SlkV7y0a eGSFZ4TcKrRJJIiF2HUACQNzx05Gc1ZfXNIjsI7+TVbFLKVtkdw1wgjdueA2cE8H8jT9nOydtwuZ WsWs154w0mODULmxYWF4xkt1jLEeZbcfvEYY/DPHWue03xRrupalpskl3YWwnW0ZbIy4aeOSKN5H SHymkcAvIAwkVR5fzDCOT37Xdsu/dcRDy5FifLj5XbbtU+hO5cDqdw9RWH/wl9iNK0m4ke3S91Jb V47FrhRJtmdVyB1YLuJ6c7T07EacpbILnJeFdcuE0/T7ePWt1zD/AGdbw6R+5O+B7e2Mj7dvmnaJ JXyGwNnPAIrp/B+q3Gp/bftN/wDbZY9heW2khlswx3ErA6KG44ysmWXK8kHc2kLm3sfEX2CKwuPN 1FWvJLhWUx5RUjOctuBAEQwFxyD/AHiF1bxBY6TLb28lxbtezzQxx2rTqsjLJKse4L1IGSen8J6U KEm0ktwucRY+JtUuNH0ySw8QJqFzdwWrXcjxwyLZTPPbpsKxhcBhLN8rHd+7+Uggmtu41a9tdaa0 OrO11Dd21vBYOsQa8gYRebOVChyRvmO5CqDyuR8rZ27S8060097HRgl7/ZqpbmztJ0eSID5Qp3uM EBT94g/Kepq7YX0Wo2a3ESuoLMjI4G5HVirqcZGQykZBI44JHNJxaV2gPObTU7/TPC2gWdvrsMKL bFLue7uYbf7JMiRAWpYwuqsNznYy7/lJ3fKQbupahfapo+s2d9qPk6k+mulvpMEap9s3WgYusci+ cf3jSKMEf6vBGQ2fQqKkDBm1KO28IyXtrqj6ku0ql+skXVn272ZU2KqE5ZtpCqhJDYIPMad4nuro eRqHiK2s7GKeaM6tb3EEiyOqQOkfmtEIyT5svART+6/2WLei1Vv9Ph1GBYZ3uUVW3A29zJA2cEfe jZSRz0zj8qBnAQeLtSb/AIR+Vr+FJZo7COe2uJ442ujN5e+WOIRbnUeYfmWRQGjb5SFIaTw7quqH QrbUTqDiOGfTbRbJYIUg2TRWu44VAwIMzkYYAEKMYGD6FDDFbwRwQRpFDGoRI0UKqqBgAAdAB2p9 AjzMapPqJsp73XXRbW/V7jUrSW2ksrfdb3AxFIU4GWRSJQWG9ACdwZur8RaibS+sYJ9X/sewljle S9zEv7xTGEj3SqyDcGkbGMnZwcA56GigZ5hpniO7sbHwvbwXkMKLbadbNZ3FxGjXAlEYaSOLyy7q BJjcJFAaNvlO07rula3rItNOuJ9VmuS1tpdxIskUQWQ3cpidTtQEKoXcuCDkncWGAPQqKBHmyeLt SfULiOO/hME8fnOjTxyT6an2iFG8xBEoiZI5XJEhkAMfJwrbmTeJdR82aG08S20unJdyIuq3F1bw KdsNuyx+aIXjJJllONm47PvfKQfSZolngkhcuFkUqSjlGAIxwwIIPuDkVBYafbabA0VsrgM293kk aR3bAGWdiWY4AGSTgADoBQBz2qreahb+EvOuXs7ya7DSS20e0o/2ScttWVTgZyMMuQD2NVTqupLY farzWfs1pPq1zavciKNBZwRvOEJZwV3MyRpuYYwVAG47j2tFAzz2PW9ZuJZHGqzJFF9lhiKRRbZ0 nvZrcTklDljGscilcITg7Sp210Ntd6reeFp5rZ/N1C2uZ40yFU3IguGXYSflVpFj2lgAAXJAGAK6 GigDz3UNa1WS606/s7mGIahuayaS3WTy4GurKJTnhirqzSFcqR5gB5QEaN3r82mT3Om3GqoL7+1L KG0Sfy1lnt3NusjKoA3AkzZYDghsY28djRQB5t/wk2rPprtHq0Mjm5jS6v0uYPsFuCkrfuZxE235 ljUiVWI3qATuDm9b69qRvNGiu9UhkE+0LDpssbTT5mZRI6SxqXh2KpMkQX+NgCmCvd0UAcV468R3 eifPaXkNo9tbNc7bq4jijuzziNA0bNIw2fMqtGQJF+b5gVhn1jXLKxfUbe7mvp573UbWGxkhQxr5 IuWjCBFDlswIvLHIZu+CO7ooA5HwxcW1z4p1h7XXf7ZQWVmDcb4X2nfcfJmJVXjryM8/SsG51a91 PS7dH1Z5Wdba71JUWLOkSpc27FeF+QKDMSJdxAhOfutn0yigDhLSe4tLvVNTtNYmuYDq1jBsIhaK 4WWK0jMpKoDuKybhtYLkDjGQc6y8R+JLi1DnU7AXMzWolhDCdrKWS5hQxuixJ5Yw8ilHdn+X5Wyr NXplFAhkKNFBHG8rzMqhTI4AZyB1OABk+wA9qfRRSGFcP8Rv9XpX/XZ//Qa7iuH+I3+r0r/rs/8A 6DWtD+LH1RnV/hy9DiKKKK988UKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKvaL/yHdP/AOvm P/0IVRq9ov8AyHdP/wCvmP8A9CFTP4WVD4kez3X/AB+Tf9dG/nUNTXX/AB+Tf9dG/nUNfOnuHHXX hbUrr+0II5UtLCSf7THapeSOJphcLNv37A9uW2kEIWALlgMr8z7Lw9qel3Uep2lvZvdnzlltptQn kBEghG4zurszD7OoxsUYbH8OW66imBw+seFdZvrCXS4PsAtfPvrhLh53DlriO4AUxhCAA1xjO45C 5xzgaF74duk12HU9NjswlpHbrb2rMYkPlrcoVyqnYoW4BGAfu4wM5rqKKAOe0/Sv+Knv7opMlpby FreKQYTz5EUyyIMY24wAw53yXGfvUy80O/lu75YTbG2u7+0vzI8jK6NE0AZNoUggrCSG3DlgMY+a ukooA5u38Nyp40l1qYWzw7pnhByXRnitYwRkcHEEoJB6MPU4y9N8Hahp1kIYpUjmtrQWkM51C4ka dN0ZYANxbB1jwfLDFdwKn5Bu7iigDjtF8N6rperHUmS2LSTyq0D3805SKRLZS3mum52BtzhSAMMP mGObuh6VrOk2TwRtbRW6tBHbWLXD3CW8St+82ysiuSVJ2q2QpUc7TtXpKKAOa8Z29veadb2032vL SNg29rLN8jI0UufLRsHy5XK5wNwHUAisTZaRvfPEmp5mvreaPdpV3xElz9pbP7n72+SYDtgJ3ya9 AoreFflio/r/AMAlo8/vrmR729ngj1OSC4uvO+zrbX9oT+5hjDGSOEtkGNxs6EOCTlQKm8LXg0C2 FpNBfSxPDCzyJpl5uWVIYoSoUw8r+63bsg842967qiqeIi48ltPX/gBY88eV3up1hj1C2sDeR3It vsN5MJHFykzSfNADGSFb5FLKS/8ADglpmvXtfEF1rFna3c7yySBYJtOvIhseK2UksIG5DW54xghs 5GMHvaKPrEe34/8AADlPNrcPp1lDpltFd3FqbiynkuJNNvI3XyBApAjEDA5EGclhy2O2THY/aLDT LbTUt7iWIzWM9xMdPvVaNoFgVlVfs53g+RkElfvdOMn02iq+tLt+P/ADlORuNbD+KbG+js742UNr NDIzadeCTdIyNwvkYIHlAfeH3j6c0L69eS9uUtrW7e1u9Qtb6SWTTrxHj8ow5UIICGyIc5LLy2Mc ZPe0VEa0Y2tHbz879gseeWsrx2UNtJHqEf2HS5dOtZbexvFebcIwJCfI/ckeUDxvwW77fm7fTLm1 uLJRZQSwQRYiSOS1e32gAYAV1U4xjoMdu1XKKmrVU1t+P/AGlYKKKKwGFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXD/Eb/AFelf9dn/wDQa7iuH+I3 +r0r/rs//oNa0P4sfVGdX+HL0OIooor3zxQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiimySJDE0kh2ooyTQMdRXQeF9EttUtnv8AUDJHaIMnDBQvflj3x1A4HrWnMNAjhlj0qd7e5OCs qHcyjnueQDz0IzXDLHwdT2VNc0lv2Xq/0tfyN/YWhzzdl/Wxysun3tujPNZ3Ear95niYAduciq1W Ypmh1VmnkDSoxeTcxPmDk4zg53cjkdznvVaumm57SMpctrxCiiitSAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAq9ov8AyHdP/wCvmP8A9CFUavaL/wAh3T/+vmP/ANCFTP4WVD4k ez3X/H5N/wBdG/nUNTXX/H5N/wBdG/nUNfOnuBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAVw/xG/wBXpX/XZ/8A0Gu4rh/iN/q9K/67P/6DWtD+LH1RnV/hy9DiKKKK 988UKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAq5YeHm8QTRRu+20inQzgdWGGYD81/ Sqdd2bpNG+HNp9ieL7TcCSfcScNJu2Ac+mBnA/hJGep8zNsRUo4e1Je/JqK9WdeDpRqVff2Wr+Rg eKvEG6/j8P6YiJZ2w/fbTtXPZePTv7/SshRsBbeM44waPDenLqTTRySeXcu5LbzyD7+orX1Lw7Jo 0LS3U8LDHAU8fXJrvwOBp4OnGjDV7t931f8AXoeXi8Z9YlJzdraWt0ORM1ydaizC5jKshk2HA75z +H61pVTtRPJcvOznyCu1EOeTkHd7dMD1yfarlaP4mbwSjBJBRRRQUFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFXtF/5Dun/9fMf/AKEKo1e0X/kO6f8A9fMf/oQqZ/CyofEj2e6/ 4/Jv+ujfzqGprr/j8m/66N/Ooa+dPcCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigArh/iN/q9K/67P/6DXcVw/wARv9XpX/XZ/wD0GtaH8WPqjOr/AA5ehxFFFFe+eKFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVoWt7b/AGMWV5C5g80y+ZEcOCQARzweg+mT 14xHZ6eby2vZxcwxC0iErLJuy4LBflwpGdzKOSPvemcTx+HtWe7jtZLC5gmlSR4lmhdTJsQsQoxy cDGB3IrCtCnVjyz6a9rNamtOU4O8SJ7u1h8xbO2Ygn5ZLlg7KMg5UAAAnHPX2968t1LNt8xlJU7l O0Ag+xxmpG02+SCadrK5WGB/LlkMTBY3yBtY44OSOD61LFomrTu6RaXeyMn3lS3cleSvPHHKsPqp 9K0hywVk/wASJJyd2tfQoUVOlldyWb3iWszWsbbXnEZKKeOC3QHkfmKl1TS7vR7+WzvImjkRiASp AcAkblyBlTg4NVdXsKztcp0UUUxBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB V7Rf+Q7p/wD18x/+hCqNIQCCCMg9QaUldNDTs7ntdzqmntdTEX1qQXYgiZeefrUX9p2H/P7bf9/V /wAa8W+zwf8APGP/AL5FH2eD/njH/wB8ivM+oS7nofXY9j2n+07D/n9tv+/q/wCNH9p2H/P7bf8A f1f8a8W+zwf88Y/++RR9ng/54x/98ij6hLuH12PY9p/tOw/5/bb/AL+r/jR/adh/z+23/f1f8a8W +zwf88Y/++RR9ng/54x/98ij6hLuH12PY9p/tOw/5/bb/v6v+NH9p2H/AD+23/f1f8a8W+zwf88Y /wDvkUfZ4P8AnjH/AN8ij6hLuH12PY9p/tOw/wCf22/7+r/jR/adh/z+23/f1f8AGvFvs8H/ADxj /wC+RR9ng/54x/8AfIo+oS7h9dj2Paf7TsP+f22/7+r/AI0f2nYf8/tt/wB/V/xrxb7PB/zxj/75 FH2eD/njH/3yKPqEu4fXY9j2n+07D/n9tv8Av6v+NH9p2H/P7bf9/V/xrxb7PB/zxj/75FH2eD/n jH/3yKPqEu4fXY9j2n+07D/n9tv+/q/40f2nYf8AP7bf9/V/xrxb7PB/zxj/AO+RR9ng/wCeMf8A 3yKPqEu4fXY9j2n+07D/AJ/bb/v6v+NH9p2H/P7bf9/V/wAa8W+zwf8APGP/AL5FH2eD/njH/wB8 ij6hLuH12PY9p/tOw/5/bb/v6v8AjR/adh/z+23/AH9X/GvFvs8H/PGP/vkUfZ4P+eMf/fIo+oS7 h9dj2Paf7TsP+f22/wC/q/40f2nYf8/tt/39X/GvFvs8H/PGP/vkUfZ4P+eMf/fIo+oS7h9dj2Pa f7TsP+f22/7+r/jR/adh/wA/tt/39X/GvFvs8H/PGP8A75FH2eD/AJ4x/wDfIo+oS7h9dj2Paf7T sP8An9tv+/q/40f2nYf8/tt/39X/ABrxb7PB/wA8Y/8AvkUfZ4P+eMf/AHyKPqEu4fXY9j2n+07D /n9tv+/q/wCNH9p2H/P7bf8Af1f8a8W+zwf88Y/++RR9ng/54x/98ij6hLuH12PY9p/tOw/5/bb/ AL+r/jR/adh/z+23/f1f8a8W+zwf88Y/++RR9ng/54x/98ij6hLuH12PY9p/tOw/5/bb/v6v+NH9 p2H/AD+23/f1f8a8W+zwf88Y/wDvkUfZ4P8AnjH/AN8ij6hLuH12PY9p/tOw/wCf22/7+r/jR/ad h/z+23/f1f8AGvFvs8H/ADxj/wC+RR9ng/54x/8AfIo+oS7h9dj2Paf7TsP+f22/7+r/AI0f2nYf 8/tt/wB/V/xrxb7PB/zxj/75FH2eD/njH/3yKPqEu4fXY9j2n+07D/n9tv8Av6v+NH9p2H/P7bf9 /V/xrxb7PB/zxj/75FH2eD/njH/3yKPqEu4fXY9j2n+07D/n9tv+/q/40f2nYf8AP7bf9/V/xrxb 7PB/zxj/AO+RR9ng/wCeMf8A3yKPqEu4fXY9j2n+07D/AJ/bb/v6v+NH9p2H/P7bf9/V/wAa8W+z wf8APGP/AL5FH2eD/njH/wB8ij6hLuH12PY9p/tOw/5/bb/v6v8AjR/adh/z+23/AH9X/GvFvs8H /PGP/vkUfZ4P+eMf/fIo+oS7h9dj2Paf7TsP+f22/wC/q/40f2nYf8/tt/39X/GvFvs8H/PGP/vk UfZ4P+eMf/fIo+oS7h9dj2Paf7TsP+f22/7+r/jR/adh/wA/tt/39X/GvFvs8H/PGP8A75FH2eD/ AJ4x/wDfIo+oS7h9dj2Paf7TsP8An9tv+/q/40f2nYf8/tt/39X/ABrxb7PB/wA8Y/8AvkUfZ4P+ eMf/AHyKPqEu4fXY9j2n+07D/n9tv+/q/wCNH9p2H/P7bf8Af1f8a8W+zwf88Y/++RR9ng/54x/9 8ij6hLuH12PY9p/tOw/5/bb/AL+r/jXGfEC5guI9M8ieOXbM+djhsfL7VxP2eD/njH/3yKVYYkbc saAjuFFXTwUoyUr7EzxalFq24+iiivROAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD R065tILLU47h5lkuLcRRCOMMMh1f5iWGB8gHAPXPbB018QWgvdYkMc3l3928inaMpG6ToSRnlh5w OM4OCMjrUGiW9i2l31zdpZFo5oY0a8M+wBlkJAEXOflHXjg1T+xQT2cuoCZYYlYq8KoxKSNuMaLk nKkA/MTkbWzk7d+TUW2maq6SaNFddt4tKW1ieQNDDLbR/wChw7pEdnO4yHLR8SEFVz0OGG7Ig1bW o9RbV2zMzXl+lxEZOSsaiUBTzwQHUADjj6Vej0G0tb/UFiuGulslubeYT24QeYIJirL8zZAMZOTg j5fwgXwxE9xcQLqO1rN5Irp5ISER1jkf5cEll/dOM4B6HaeglOmncbU2rFrUPFFvdi6eLzImb7Qk afZIWZkleRsmU5ZOJCCqg5wcEbsjC1i6gvtUnvYDJ/pLtNIjqB5bsxJUEE7gM/e4z6Crw8PwnSjf DUY03pJLAkpjQuisw5Bk3BjsOAqsMkDd1xR1iwi0vVJ7GK6+0mB2jeQRlBuDEYGT6Yz75AyACXBQ TtEU3JrUoUUUVsZBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBcstUurCKWKHyTHKys6TW8coJXODh1OCNzdPWhtUvGVk 8xVjZXUxpGqoQ5y3ygYzkDBxxtXGNq4p0UuVb2K5nsbGo+JL2+vrm4j8u3SZ5W8uOJF4cMpDEKN5 Cuw3NzySMZNQPruoyDmdQSrB2WJFMm5ShLkDLttZvmbJ+YnOSazqKShFdA55dy5Hql5FZm1SRRHt KhjGpdVPVVfG5VOTkAgHc3qcwXNxLd3U1zO++aZ2kkbAGWJyTge9RUU7JCuwooopiCiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigApVVnbaqlj6AZpK73wrDbWWmx3ARTPL8xcjkDsKOlzKrVVNLzOEeN4yA6MpIyMjGRTa9fh 0/8AtWTzk05Zz0MjKMfmetU9Y8NQGH/S9N8le0seAAfwrP21Pm5b6gpVeXn5NO/9f5nllFXdU059 NujEzbkPKN6iqVaNWLhNTjzR2CiiigoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACui0u9aKxQFifqfwrna6fU9Mg8K6 NY32tarb2tpeAGGQwTuASN21ikbAHBJwTzg4zg1UK9KlL967JnLjMLXxFO1FXaf+fc7201Gw1vwz b6fHqMdjdR4DJIcByM59Mg5zx3qvd2XiHR9KuVR47mxZDv2HdhcckA9OPSsv+zdIuTeaPcT22mar pkyQvK0pZLgNFHJuJIGP9ZjHbHvWrpl5p3hLSbtW1WHUJpuY4IG3IDg/lnPJ9q5dGr0bu7+Fx387 lNSTtiLKytzKVmtNnHqzgdXnFzZ5IyUIIPpWBW1cKHtpQ2cbSePbmsWvRxMVGSsceVTcqTv3/RBR RRXMeoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABXW3WoeAte1XTLzxDdXd5aWujiyWxksbsJBMeHkCiPBZlONwI2+Wp G4kFOSq5Hpd1JZm7/cpFtLDzbiONnA6lVZgzDII4B5BHUVz16Matru1jejVdO9lcuaxr1tqXizXN QshJLaXNxG0LyRPEWAt4kPyuAeqkdO1QJqKHO+Nl442nP+FVb20ksL+5s5Spkt5WiYqeCVJBx7cV BXVRqzpwUIvRHBiMFQrVJTnHV+bLd1e+cvlopCnqT1NVKKKJzc3eRpRowox5IKyCiiipNAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAK27S4gXSWS8vLSaLypAlqYGM6MQdm2Qp8qhyHID4xu4JJBxKKmUblJ2Own1G11jW7 xIJdlnO9wssQUhfKJMn2gcZJGxXZT8x2Ko+U7UlttYB0+1vZL37HYjUJfMsdzt58CRwARcLtfCDb 8+Ac8nk1xVFR7FF+1Z09/rNtP4cSzie2CeTEiwbZjIki7d74LeUuSHO5QWIbkfMxHMUUVcYqOiIl Jy3CiiiqJCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiitPR9Duta +0/Ztv8Ao8Rc56scHaoHqSPw/IGJzjTjzSdkNJt2RmUVYvrC8ju3hieK2gjbaJZULGY8cqoUsRyO gwPxqlcQ6jBbPPHNbXcCEb2jjKmMnpuBVWAPqRivMeb0078jt3PpocMVppJVYczW1yWiobaf7RFu I2sOGFTV6dOpGrBTg7pnz+Iw9TDVZUaqtKOjCiiirMAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK7PwtcpBbQxgbS2X bnqckZ/ID8q4yumbTbzRbSxmv7nTrKOdS0DXN9FD5qcHI3sM43D8xXlZxFzoKMd7lRU73grjdVuY tP8AGlyLlAIisZg44ERXJx/wIt+RpYZNP1rxNb6faqwjnc+aInZCIwpLZK9vu8Hg4rdGjv4iludM 1izSNNMmWKSRmBl3MiSbUKngbXXJP4DuNvTtG0jQIZE0uxjtvMHzvks7D0LHJx7V4ON4hpYbBvDS Xv2tp+p62FwNWdaOIbat/W5xOu+ErfRrWa5tJ3aL5cxygFhzjIIAz17j8a5iu18Y6mv2cWikFpDk j0UHOfxOPyNcVXo8LyrywCnX3bdvTT9bkZxV9pibt3aSCiiivojygooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoqW3tp7udYL aCSaZs7Y4kLMcDJwB7UXFtPaTtBcwSQzLjdHKhVhkZGQfaldXsO3UirstYh8K+M7nR7bXPGmnroF tpKhLODU4I9t5jaXky2chWG0YYZVs7R8snG1LFbyzxzyRpuWBBJIcgbV3Bc+/LKPxrnxFD2ttbWN qNb2d9L3OruvGsNt4y8RS6fJb6jYT3cTrJBOrIxFtApKsAR1XH4VDfeN7m5hKQWqwsf4mffj6DA5 rlav22i6pdxwywafcvDM6xxzeWRGWLbQN54+9x16159TIsvnUVarTTl311+V7GyxuIScYOyKk00l xM80zl5HOSx71HRRXsRiopRirJHG227sKKKKYgooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDW0poZbO5smZUmmlib5pVhEkS7i 8fmNwpJKN83HydyFB2orbSrS4jhgeye2EytqH2iaGVxCY4iVR8DcQTMMxfNwO+2uPorOULvc0U7L Y6y3/sny4Ptv2L+y9ltt2bPO83dH527b+9xjz/vfL0x/DV63+zxaXG+tf2cizO0crWnkgPEJrRiv 7nqQPMOPvYzXC1Pd3t3fyiW8upriQLtDzSFyB6ZPbk1LpXe41U8jW8RyW7/ZvLtraGcbt/k3EMuV 4258lFQc7vVvXjbVyFUl8XWuspc2i6eb+KRN1zGrRReYoCmMtuAQYXgYAXglcGuWoquTSwufW509 vfWj6LPfXEOnPqCpIkaGGNBxJblD5agAkbpTnHIBByoIqzp39medZfaP7O/s7/RfL3eV5nnb4/O8 z+Pbjzvv/JjGP4a4+ik6fmCqHWWtxpN1HbHUlsljaGOe48qNI28z7UEYDYAR+5ydg4/ixnmqHiOS 3f7N5dtbQzjdv8m4hlyvG3PkoqDnd6t68bawqKap2dwc7qwUUUVoZhRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUV3v/AArZP+g7F/4DN/jR/wAK2T/oOxf+Azf41zfW6P8AN+Z0fVqv Y4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM3+NH /Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/m/MP q1XscFRXe/8ACtk/6DsX/gM3+NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L/wAB m/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCAzf40 fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3v/Ct k/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/w Gb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jgqK73 /hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/AArZP+g7 F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq1Xsc FRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm/wAa P+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+Y fVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM 3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/ m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L /wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCA zf40fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3 v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB 2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jg qK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/AArZ P+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq 1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm /wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj /N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDs X/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9Wq9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj 63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf 9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m/MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F /wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7H BUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+NH1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ /wBB2L/wGb/Gj63R/m/MPq1XscFRXe/8K2T/AKDsX/gM3+NH/Ctk/wCg7F/4DN/jR9bo/wA35h9W q9jgqK73/hWyf9B2L/wGb/Gj/hWyf9B2L/wGb/Gj63R/m/MPq1XscFRXe/8ACtk/6DsX/gM3+NH/ AArZP+g7F/4DN/jR9bo/zfmH1ar2OCorvf8AhWyf9B2L/wABm/xo/wCFbJ/0HYv/AAGb/Gj63R/m /MPq1XscFRXe/wDCtk/6DsX/AIDN/jR/wrZP+g7F/wCAzf40fW6P835h9Wq9jgqK73/hWyf9B2L/ AMBm/wAaP+FbJ/0HYv8AwGb/ABo+t0f5vzD6tV7HBUV3v/Ctk/6DsX/gM3+NH/Ctk/6DsX/gM3+N H1uj/N+YfVqvY4Kiu9/4Vsn/AEHYv/AZv8aP+FbJ/wBB2L/wGb/Gj63R/m/MPq1Xsdtd3r2VjHIJ HVVjJ2q+3J3Guck8bSw6rDZu0jiVM5jkJKnrzz6VZ8Wu39mWUQjlZHPzmNC2FDNnpXHeH9NivvEd 9dpEbaNW2xgJtIH0P4V81mClh8M8X7VJLTl63/ry6Ht0qkWnRULyezvsehLrX7q4lku3iit13SvJ LtVFxkknPAA71Wg8X6VdY+z+IrKbMiQjy71Wy7Z2rw33jg4HU4PpXO65otprHg7WLW6nu1hu2H72 CBp5AVcbCEQEsMgZAHTPI6jj7638U6taRpqn2/U9O0/XbKdL1bB7S4eHa3mlYlxJhCy4KjPLEE4+ XXDOcqMXU+JpXMbNaPc9m+1XH/PeX/vs1Bd6sun2r3V7qAtrdMb5ZptiLk4GSTgckD8a8q8ZXfiI STtoltq8H2S2tG01447yZ7vLZcuA2xGUcMsyMzd+oxDq+heItX8JeNDLJq9xP/aU6WVjKT5bQCaG QPGrDLfKhC4JGMhRknOwHoms3M8niHw9G80jIZ5mKliRkQvg4/E/nWrcOYtMv5lA8yK3Z0J7Nxg1 zP8Ao/8AaPhj7L9s8jzrjb9s87zf9W+d3nfP1zjPbGOMV0t7/wAgXU/+vV/5igCSub8Q+JbrSp0t 7SwWdnXcJXkwg/AAk8V0Fwsj20qxMFkZCEJOMHHFcT5V/rMluti3lajYsysJ0Pl7T/e9DkfjWM6k YySqPlj1fYlYhUqqXJzt3snfV/I1fD/i1dXvfsFzaNa3nl+YuJAySLx909c8k4x0HWulrn9P0iPT YrZbhornUfO3GdFCHJ6he+AueO4BroRjcNzbVzyfSufC4yniFOUHeMW1fv5nZiFFuLjDlbSur31M 251iC23u5VII32SSyMQN2cYUAEsc8Ypun6v9vnKGDylYbowXyxX1IHGO3XIOM9RXByy3OqeKRaw3 c9lZ6dH5duY42dixUEyEKwPzA8EZ4PTBONXw/YvD4hiiW/luVt2kkcC2woyCoJcyHgnoMZPPocet TwjqUXXneKteK12/vO1rvsnp66njfXHGuqKabu09vw1vp3a1OxvLxLNYi6O5lfy0VACS2CcAZ5Jx gAckkAUNJOfk32sMnmLHtZml2szbVV9gIUljjk9jSXF1DZ6npEkzoqtebAXOBkxyAVnazd3ImFpL dwW1mZpt0d3bhQSZifM3O6iQBTkKqtzyeSuLoQg7JrV/8H+vmXXnUTdnp/w3X+ti3pGpHUoJ2YRh 4Z2hby3DAkAHPGexHc1Nf3qWMCuVLySOI40H8bHoP0P5d+lY/hSNZF1HURJcyC5unEbTrtLRqx2n GBjO4596h8WLcQX+ianGGa3tbkrOF6gPgBunQY/MjrWLpudZwVld/qddOUIwUpXasvXY1bw65ZW5 u5YbUwKcvGgLOg7gkN6ei/hVqxv7fUbVbi2kDIeDzyp9D/n3HBrCTw3fQ61qOtyeK91hNIzQWEGD 5gx0bIznOeAM+9VPAME0MOo5kZ4DKoU78qHAO4D81Ge4ApVoQpyUYyu+q/r+vxIi5yk5WsjsaKKK yNRkjkanJCABGtvC4H+027J/QflV6e4uDftClw6bpWUEscLjJ/kKoS/8hqb/AK9bf+TU3WpBDcGQ wtMouDlFkVMjnu3GKzruapvk3Khbm1LktzcpEzw3Mt4FH/LuHO4+ncA/Vqig1GS5iEsN1KyEkZ3E cgkHr7g1Tm17VLqU2q2qWZeJW8y5k5IfIBQLySMH07YNTW1ulrbRwR52oMZPU+pPuep965sHOtNN 1Nun9f5lVFFaLcZa+IYb37F9nvpX+22xurf743xDZluen+sTg4PPsanfVljjuJH1AKltnz2M2BFh Qx3HPy/KQeexBri7X/Qv7O3fuv7N1qe0n2/8soJvM8iIY6ofNtMKOFwuQNh2yW9lDOPFMKQXNmq6 pHfRP9hkCu8aQtuVdo80GWFshDlux+YGu4yOmfxTp8WnRahJr1qljK2yO5a8URu3PAbOCflPHsfS tH7Vcf8APeX/AL7NefQTahp7TXV5BN9q1W5klS/ttKlZ7eARQIR5QEjI7+WpCuccbmGV8s9JbNp8 WlHTU0+5/s23sIyEltnZXhKsvl7SC7MFT5kIz8y9SaANOXXIINOGoTarHHYlVcXL3AEZVsbTuJxg 5GD3yKH1yCLUYtPk1WNL6Vd8ds1wBI688hc5I+U8+x9K4G2gul0PwhNLJq9jBZ6a0Mv2axMssdwF iQAxNE5HyiYb9vQ43Yf5npBq016ov7W5hvrm7srqWyhgLWkhVYPMkeXB2shjfCiRQfKT5W3HeAeg y6g8CB5rxo1LKgZ5cAsxCqOT1JIAHckUTag9vBJPPeNFDGpd5Hl2qqgZJJJ4AHeuV8Tzx3eiWs76 deO8GrQMiCzeWRPKuRvkCoGIUojkN3VgP4sVo6zqS21tdBtKub026wTIqwF0d2kIXG0McoyB2wpK jBAJ4oGXH8U6fFp0WoSa9apYytsjuWvFEbtzwGzgn5Tx7H0qd9cgi1GLT5NVjS+lXfHbNcASOvPI XOSPlPPsfSuOtJIrTWLbWmi1KdJI7mO8nGmTq7Tv9m24h2bwmyHaDggbACxYknP0jTb+w0aHRLmy uVvpLvTLgBYmaMJDHaiQmUAopBgk4LAnAwDuXII9BtNcjvoLWa3v2dbuAXEALlWePCncFPOPmXPH G4Z61a+1XH/PeX/vs159Y2gTWtOW4S8EWm3N9abbUy4haSeKW3RhH/yy8nbwf3agBWwQBWdZWviG W1CXV7qrzytarfxxwXMOyQ3MPmbZWlIwF87mAKm3JOBsFAHqX2q4/wCe8v8A32aPtVx/z3l/77Ne YakdTsLSNppdXS2muXiuGEs7P5aahBFCFIJZWaBn+5hpMljuPNdf4b877Pef8fn2L7T/AKF9s8zz fK8tN27zf3n+s83G/nGMfLtoA6D7Vcf895f++zR9quP+e8v/AH2ahopDMnxjd3I8Iapi4lGYCp+c 8g8EflVOTRtP1rx1LDqNolxGmmRsobPB81x2+v8A+voZvGP/ACKGp/8AXH+oqxYDPxBuOM/8SqPt /wBNW9v8+/Q0hGLn4XkDnTxn1LjH+HX9O+Pmaz/DAIWC2bf7MaSsx+igEk89Bnp3x83pPhw58L6S fWyh/wDQBVbxiceFL76L/wChrXS1R5uVJ/ev8jnTrcvNdfc/8zD/AOEE8MH/AJg8HPoW/wAT6j17 deNx/wAIJ4YP/MHg59C3+J9R69uvG7mPiF/ZP/CwfAx1z7F/Zv8Ap5mN9s8n/VIV3b+PvYIznnHB zlsbTdf1DRfDNnaJcXNjp1/q1wNHvbqZIIYdPRN0SvJNFKVDAnYrKWI6ELw/MdB6B/wgnhg/8weD n0Lf4n1Hr268bj/hBPDB/wCYPBz6Fv8AE+o9e3Xjd5p4O1u917xp4b1zWdSNjNe6E1us6rGi3ksd 6ymEb1YFmXaWVNrfNx1wdbQfHup6n4/0i0W7/wBB1OW+jk066lie4tRECU3xpErRMSrYVnlJDHOT ywB2v/CCeGD/AMweDn0Lf4n1Hr268bj/AIQTwwf+YPBz6Fv8T6j17deN3DW0WnSfG3xIb250KKYX GnG3TUrZZZpW8oHFuS4KvnbyA/JXr0appXjvxVc/2eBcfaYmtdUksLk2yP8A27JFny18lAGhK9cZ +bpyW5APRP8AhBPDB/5g8HPoW/xPqPXt143H/CCeGD/zB4OfQt/ifUevbrxu84g8a+K4/BmpatBr 2kapONJiuBbJMk91bSlkEkjRxxIFQK7kq+/ayjLEEhujuvFB0zX/AAy0Xi1NR0C5nvItQvp3tjEr rCrRxtJGiqpzuYDOTuP3geQDpP8AhBPDB/5g8HPoW/xPqPXt143H/CCeGD/zB4OfQt/ifUevbrxu 8w8E6vf614x8Oa3reryW097oskC3JSKNbyVL5h5A3IVJKlchAH5B7/NU0bxnrNt4S09W1SHR7ZdB vby2khtbeFLq7S4dRCAyFD8uCUQKx3knO7kA9a/4QTwwf+YPBz6Fv8T6j17deNx/wgnhg/8AMHg5 9C3+J9R69uvG7zfUPHHiyKz8TarJfSWs2kW+lTrpxto/K33CIZUcOhkxksMbgRuPzHPPQ/EK0+3f EHwLb/2fZajvN/8A6NetiKT90h+Y7H6feHDZOODncQDp/wDhBPDB/wCYPBz6Fv8AE+o9e3Xjcf8A CCeGD/zB4OfQt/ifUevbrxu4zw3a+KNE8UaL4K/4SCM29noqXlz/AKMJt5+1EGNGY5A2ERgnjbnC ZIqHwj4k8WeI7iEXPiTR7K6u1vIpdOlkja5tpPmEZS38sOChUkiSR9ykkjJ5AO5/4QTwwf8AmDwc +hb/ABPqPXt143H/AAgnhg/8weDn0Lf4n1Hr268bvO4/Gvjifwp4i1gxeTJolqmnPCUjuBNeK4Fx cZUDGxWzt5j+bJJ5DdR4Z8VtbPOmu+JtJ1GK6u7e1sfsVwt3KssisNkjRRIuGZWKnZ/eyTxuANz/ AIQTwwf+YPBz6Fv8T6j17deN14WltY2tta2kMcNvGhCJGMADe31/maraN4y0DxDcwW+l3/2iWe1a 7jXyZFzEJDEWO5ePnyMHk88EH5792cmM5z8p5zn+Nvc/zpMCvRRRSGFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFZqWkFxeXe+2gllacIrSIDj92p/LrWlVFFJe/KjLLOrD6iNKaE SPoyR4/4ldvKpPyskAGfwx/Wmx2GnSpuWytsf9cl4/SryTSX3lR/bY7eARrIhBAKyLgMD+ZP5e9U 4Zd9/dEqVEkjOo44Gfb6im0JMq3EOnQwecLGAxg/M/2fIUY68CoJFsotWtbQWdlLHcB/mWEAqQM+ +e4qnqE13b2ZinHlWsoZVmYHZjBweOcHtxzmoNGWO78TGSG7kubW3jLRvtIAY/Lg5HUgn8vrXfOh Sp0m73Zx0p151E2rJf1oM1XXbGyleGy8OG9kTezERIqBEba75wWADfLkqASDgnFaWh3Gm6zbMx0u C3nQAvEY1bAOdpBxyDg+nQ+xORrfh2WHWWu7aW5js7lCsywxNMwYuXI2jkAliQeQCTkdBWppyDT5 ZZEj8tXijijhKksiIG2bu+5i3A64HODkDjUOZ2idly9erpNgF86ygLPnaqwrk4xn27+tc9D4k0Qa kLS5s7QGQArshX5SSRtJz834YPoDV3xzp1xe6L5lruMsR4VepyR/UAfjXH3Gq2viRFTTtPuIHsp1 luZmgVTdTbNq7gv3XL5+QcYLHqKx5mpKKW56mHw2Hnh3Vm3dX+Wit632PS4bLTbiCOaKztmjkUOp 8kDIIyO1Bs9LWdIDbWYmdWdYzGu5lBAJA7gFlyfcetS2EDWunWtu5UvFCiNtPGQAOKxrpY0+IOmy raTb2024hkuUtXKcyRMitIF2j7kpAJ4z/tDNHmk9heeF9UnaDT7nR7yZV3mO3eKRguQM4GeMkc+9 XXs9LieJJLazRpW2Rq0agu2C2B6nCk49AfSuU09Lmy0q402CTxBLp1tpckbrLbLHc2zoqrGluyoo kYr5nzAuMomGGfmtatouqP4y0fVEuYZoFvcKrWjM1rF9nkDjeHACs2edoO5kyWCKtAjoUs9LleVI 7azdom2SKsako2A2D6HDA49CPWrlpZ21utw8NvDGxiwSiAHG5fSuf8NrHHqviRIrSa3R9S85S9q8 SSZhjVmUlQGy6SZIznr/ABAnp4f9Vcf9cx/6EtAzJ1HVNRimSG00Oe6jjTBlE8SBiSTwC2e/fHOf rWXPcahcnM3hKRz73UP/AMVRRQBMmqaxGgRPC8yqOABdw/8AxVO/tfWv+hZn/wDAuH/4qiigA/tf Wv8AoWZ//AuH/wCKo/tfWv8AoWZ//AuH/wCKoooAr/8AE11HXtKnn0eW0htXkZ3eeNxho2UcK2ep Hat+6jlns57eORE85DG7Mhb5T6cjmiigCWqs1irzmeKWW3mbAd4tvzgZwCGBHfrjPA5ooqJwjOLj NXTFbqTRwKhViS8gXHmNjcemenTOBwMCpCAQQehoopQpQhHkikl2Kcm3dmdLodhcOjzwiR0QRo33 Sqj+HK4OPrVu3tbe0RktreKFGbcVjQKCfXjvxRRWibUeRPQjljzc9tSnreh2ev2aWt75nlpIJBsb acgEf1NFt4e0i03eVp8HzYzvXf0+ucUUU+eVuW+gcqve2ppU10SSNo5FVkYEMrDIIPYiiipKOdTw Tpkc0jpPerHKwLwib5WA6KeMkc4659637a2hs7aO3t41jhjGFVe1FFN6tt7sS00JaKKKQyJY5TeS 3EsiNvRI1VUK4Vc4zycnn2rB1qW51sTQXnhCS6tWlMiLNcQ5HJwfvcHB7HuRRRTAyU0q5+2wXdz4 avrya3IaE3N9C3lkEEFeRjkVu/2vrX/Qsz/+BcP/AMVRRUxjGK5YqyBtt3ZA13qDeZu8IE+ZIsz5 uIPmddu1jzyw2Lg9RtHoKn/tfWv+hZn/APAuH/4qiiqAP7X1r/oWZ/8AwLh/+Ko/tfWv+hZn/wDA uH/4qiigA/tfWv8AoWZ//AuH/wCKo/tfWv8AoWZ//AuH/wCKoooAP7X1r/oWZ/8AwLh/+Ko/tfWv +hZn/wDAuH/4qiigA/tfWv8AoWZ//AuH/wCKo/tfWv8AoWZ//AuH/wCKoooAjTUdVieV4/CsiNK2 +RluYQXbAXJ55OFAz6AelSf2vrX/AELM/wD4Fw//ABVFFAEcuo6rOgSbwrJIoZXCvcwkBlIZTyeo IBB7ECpP7X1r/oWZ/wDwLh/+KoooAP7X1r/oWZ//AALh/wDiqP7X1r/oWZ//AALh/wDiqKKAKGtz a5q2i3dgvh2aNp02hzdQkA/99V0VnYGPxJNqrzxCNrRLZYyDuyHZiehGMED888cEoouBlf8ACFhD ttvGniW1txxHbw6gdkS8YVd0ROAOBkk9Mk92SeCDMnlz+OPEs0ZxuSS9VlbBB5BhIPQ9fb05KKrn l3J5Udl9oTvLF78t/wDE+5/Pvk5PtCd5Yvflv/ifc/n3yclFTcYfaE7yxe/Lf/E+5/Pvk5PtCd5Y vflv/ifc/n3yclFFwD7QneWL35b/AOJ9z+ffJyfaE7yxe/Lf/E+5/Pvk5KKLgH2hO8sXvy3/AMT7 n8++Tk+0J3li9+W/+J9z+ffJyUUXAPtCd5Yvflv/AIn3P598nJ9oTvLF78t/8T7n8++TkoouAfaE 7yxe/Lf/ABPufz75OT7QneWL35b/AOJ9z+ffJyUUXAPtCd5Yvflv/ifc/n3ycn2hO8sXvy3/AMT7 n8++TkoouAfaE7yxe/Lf/E+5/Pvk5PtCd5Yvflv/AIn3P598nJRRcA+0J3li9+W/+J9z+ffJzVuX VymHDEKckZxksT3570UUDIKKKKQBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB Tba1CPcSPPEvmyBwp3ZA2qvPHtRRQA57C3di3nRBj3G8f0pY7OKNi32pGY8ZIbp/3zRRTuKxnXXh q0vJcy6nOYcg/Z/Nfy+OwG3gfQ/TFa3kp/z8xfk3+FFFNyct2Fg8lP8An5i/Jv8ACqy6ZarMJfPi JByo2sAp9QAvXpyfSiihSa2CxO9tDIjI88LIwwysrEEeh+WsuLwxYpfR3Ul685iYvFHKzFEY/wAW NvLY4ycnp6CiilcZreSn/PzF+Tf4UeSn/PzF+Tf4UUUgDyU/5+Yvyb/CjyU/5+Yvyb/CiigA8lP+ fmL8m/wpwEccUv75GLKAAob+8D3HtRRTA//Z --0016367f9fb874820704af1f4248 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --0016367f9fb874820704af1f4248-- From xen-users-bounces@lists.xensource.com Wed Oct 12 13:23:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 13:23:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE5LI-00026F-5t; Wed, 12 Oct 2011 13:23:56 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE5J2-0001kf-Kx for xen-users@lists.xensource.com; Wed, 12 Oct 2011 13:21:38 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1318450891!748917!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2676 invoked from network); 12 Oct 2011 20:21:33 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 20:21:33 -0000 Received: by pzk34 with SMTP id 34so850221pzk.8 for ; Wed, 12 Oct 2011 13:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=+0XigXLQ1A6U+Dq/58i1E1oHv27jGu03mVxAyelX1os=; b=hoDHbgVzQN+zheAJUEz3xjKAU1p2qT1GP63B5B8EzgbrNxSJ+GUonklCapyOUgrN+s PHHW/XXLN3qDrBo6CaKPIK9G3lN2/GiI93RHpicx3cg25ICDEdgFrU8GXIQH3nalnjO7 k98WwFAjud0J2lFEFKt5ytMbPMjO3hfqrJmHo= Received: by 10.68.21.74 with SMTP id t10mr3355197pbe.32.1318450891062; Wed, 12 Oct 2011 13:21:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.42.167 with HTTP; Wed, 12 Oct 2011 13:21:11 -0700 (PDT) In-Reply-To: References: From: Andrew Wells Date: Wed, 12 Oct 2011 16:21:11 -0400 Message-ID: To: xen-users Subject: [Xen-users] Re: xcp 1.0.0, 1.1.0 [BUG pool duplicates fip] X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2036981979==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2036981979== Content-Type: multipart/alternative; boundary=bcaec5215a9303fbea04af1fc54f --bcaec5215a9303fbea04af1fc54f Content-Type: text/plain; charset=ISO-8859-1 okay, after some fooling around, I had installed XenServer6 and found the same issue, joining two systems to a pool. then I broke the machines I had in my pool, re installed them, removed those hosts from the pool (the ones that broke were not masters) and re added the re installed systems and the bug went away. all the machines are reporting the correct number of NICs (PIF) anyone have any clues? On Wed, Oct 12, 2011 at 8:25 AM, Andrew Wells wrote: > Okay, so further inspection I have a more clarified bug statement. > > Host A and B, without pool describe their fip's without problem. > > However if I pool B to A, A has correct number of fip's. but B duplicates > its fip > > this fip's have different UUID, however they point to the same device with > the same mac address, and same interface name. > > I can provide command's to help debugging. > > However if this is a expected outcome I would like to know how to handle > this 'feature' > > > agwells > > > --bcaec5215a9303fbea04af1fc54f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable okay, after some fooling around, I had installed XenServer6 and found the s= ame issue, joining two systems to a pool.=A0

then I brok= e the machines I had in my pool, re installed them, removed those hosts fro= m the pool (the ones that broke were not masters) and re added the re insta= lled systems

and the bug went away. all the machines are reporting t= he correct number of NICs (PIF)


any= one have any clues?

On Wed, Oct 12= , 2011 at 8:25 AM, Andrew Wells <agwells0714@gmail.com> wrote:
Okay, so further inspection I have a more= =A0clarified=A0bug statement.

Host A and B, without pool= describe their fip's without problem.

However if I pool B to A, A has correct number of fip&#= 39;s. but B duplicates its fip

this fip's have different UUID, however they point = to the same device with the same mac address, and same interface name.

I can provide command's to help debugging.=A0

However if this is a expected outcome I would like to k= now how to handle this 'feature'


agwells



--bcaec5215a9303fbea04af1fc54f-- --===============2036981979== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2036981979==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 13:27:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 13:27:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE5OU-0003BG-AG; Wed, 12 Oct 2011 13:27:14 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE5Ng-0002pS-52 for xen-users@lists.xensource.com; Wed, 12 Oct 2011 13:26:25 -0700 X-Env-Sender: paul@muster.dyndns.info X-Msg-Ref: server-4.tower-27.messagelabs.com!1318451158!44224384!1 X-Originating-IP: [188.246.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31901 invoked from network); 12 Oct 2011 20:25:59 -0000 Received: from mx-alt.muster.de1.cc (HELO mx-alt.muster.de1.cc) (188.246.4.28) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 12 Oct 2011 20:25:59 -0000 Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RE5NZ-0006Up-11 for xen-users@lists.xensource.com; Wed, 12 Oct 2011 22:26:19 +0200 Message-ID: <4E95F7E8.50300@muster.dyndns.info> Date: Wed, 12 Oct 2011 22:26:16 +0200 From: Paul Muster User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] The script hotplugpath.sh is missing in /etc/xen/scripts References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 12.10.2011 13:56, Aaron Cossey wrote: > Under Debian 6 I'm trying to use xen networking in routed mode, and have > encountered a bug in xen-common whereby the file hotplugpath.sh is not > generated. > This file is sourced by several other scripts, and xend wont restart without > it. > > This is already dealt with here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591456 > > The fix has been uploaded to Debian sid, and I don't really want to compile > this one package myself just to get this one file. > Does someone have a copy of this file (hotplugpath.sh) which I can simply > copy into place? On the above site click on "xen-utils-common" -> http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=xen-utils-common Click on "xen-utils-common package page" -> http://packages.debian.org/search?keywords=xen-utils-common Click on "sid (unstable)" -> http://packages.debian.org/sid/xen-utils-common Click on "all" (next to "Architecture" with the headline "Download xen-utils-common") -> http://packages.debian.org/sid/all/xen-utils-common/download Choose a mirror and download the sid-package with the file in it. (This works for all Debian packages.) How to extract files from .deb? Throw "extract deb package" in a search engine and get http://www.debian-administration.org/articles/116 > If there is a more correct way of getting this working I'd > be grateful to find out. *Maybe* it is possible to simply install (dpkg -i ...) the sid-package in your Debian. I will not test it on my system. ;-) HTH Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 14:11:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 14:11:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE65b-0005yc-Gj; Wed, 12 Oct 2011 14:11:47 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE634-0005cx-T2 for xen-users@lists.xensource.com; Wed, 12 Oct 2011 14:09:11 -0700 X-Env-Sender: heartcollector87@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1318453746!20231347!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31537 invoked from network); 12 Oct 2011 21:09:07 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2011 21:09:07 -0000 Received: by qabg14 with SMTP id g14so1742920qab.30 for ; Wed, 12 Oct 2011 14:09:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=cXH7iktwGwlAYiTN8bNNiI/lC+el+EHo+lIalS+aksQ=; b=Vp68oAyGLyJ7OJZ+vGxRPYC9R8/PZvuSfasw3901DTghCGo3xqEywnVAUgkMQRFJkh fj23omvaaipazTTK2rNMnZc47544pauZNJSgYWCXNv/Xd8XUnQ7wEUN1LvRKiEiVYuy/ eJSquYDx4gVZ+ze9WIdmRGhQaqIAlwNjjI2FY= Received: by 10.229.246.10 with SMTP id lw10mr174773qcb.124.1318453746098; Wed, 12 Oct 2011 14:09:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.3.21 with HTTP; Wed, 12 Oct 2011 14:08:46 -0700 (PDT) From: Francesco Cat Date: Wed, 12 Oct 2011 23:08:46 +0200 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] General questions about VGA passthrough X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2049605307==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2049605307== Content-Type: multipart/alternative; boundary=0016363b965e3062fc04af206f30 --0016363b965e3062fc04af206f30 Content-Type: text/plain; charset=ISO-8859-1 I have a question regarding VGA passthrough. If I understood correctly, the only way to have VGA passthrough is hiding the VGA from the Dom0 and giving full control of it to one guest. This means, the guest should just take ownership of the device and start using it (and therefore take control of the screen, too), right? I read that one can dynamically hide PCI devices from the Dom0. What would happen if one did that with a VGA device? For example, if I am using linux with an active X server, what is likely to happen? In short, would it be possible to "switch" the control of the video card from the Dom0 to the DomU, keeping the Dom0 "alive" (IE: no crashes), then giving the VGA control back to the Dom0 after stopping the guest? --0016363b965e3062fc04af206f30 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have a question regarding VGA passthrough.
If I understood correctly, = the only way to have VGA passthrough is hiding the VGA from the Dom0 and gi= ving full control of it to one guest. This means, the guest should just tak= e ownership of the device and start using it (and therefore take control of= the screen, too), right?
I read that one can dynamically hide PCI devices from the Dom0. What would = happen if one did that with a VGA device? For example, if I am using linux = with an active X server, what is likely to happen? In short, would it be po= ssible to "switch" the control of the video card from the Dom0 to= the DomU, keeping the Dom0 "alive" (IE: no crashes), then giving= the VGA control back to the Dom0 after stopping the guest?
--0016363b965e3062fc04af206f30-- --===============2049605307== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2049605307==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 14:26:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 14:26:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE6Jb-0006tR-BG; Wed, 12 Oct 2011 14:26:15 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RE6I5-0006YX-IE for xen-users@lists.xensource.com; Wed, 12 Oct 2011 14:24:53 -0700 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-10.tower-174.messagelabs.com!1318454678!35018326!1 X-Originating-IP: [77.238.189.65] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23945 invoked from network); 12 Oct 2011 21:24:38 -0000 Received: from nm12.bullet.mail.ird.yahoo.com (HELO nm12.bullet.mail.ird.yahoo.com) (77.238.189.65) by server-10.tower-174.messagelabs.com with SMTP; 12 Oct 2011 21:24:38 -0000 Received: from [77.238.189.57] by nm12.bullet.mail.ird.yahoo.com with NNFMP; 12 Oct 2011 21:24:37 -0000 Received: from [212.82.108.113] by tm10.bullet.mail.ird.yahoo.com with NNFMP; 12 Oct 2011 21:24:37 -0000 Received: from [127.0.0.1] by omp1022.mail.ird.yahoo.com with NNFMP; 12 Oct 2011 21:24:37 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 740476.34416.bm@omp1022.mail.ird.yahoo.com Received: (qmail 35591 invoked by uid 60001); 12 Oct 2011 21:24:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1318454677; bh=LlQMCXxHgntkcpl/GTb5pcX36MFl4ABOkkhL/YmTQRk=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=PGLT2LmN5IcGl2eoxpkHfmxG7y/JhMxeiMrCnsy2ZJeXCkR8Rw6hApEefJyK5wSAwCdWsebAoshn/8vEGlyIF+tzmr3ad9Zs7oAcyxkUbPCHD5TZqV0zgOiDf2qOgRo2mvJQ4ZLEk32/V9+xxmSBXYt14wHAc8dXVIj8D7hQVd0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=qS4/leb+xfKvUPsl9hcoDVOg9HGoUqUxW0x1X4mhrmWYou7Qc/DUeX//xDcoBjvNxG2qP5Bh6kBY0ovP0eNAB1W5IbfIVaf/37UhrkCfrHc1jou6R6jxiCP0sen3f1V5/yxOsinaHmX9PNSlX3T+dZQYtbRMdKjhIWyJHBDGYsc=; X-YMail-OSG: uMdK0j0VM1lyamvr7_xREBMptZ_voqYCujUMiMD2CSPIxuH FhPviB3UO_5Y7.8UnMvodc0BcnkeZXdBJQoI4LSbBjdEBuPOQ4wjwUcgb0yB OnSkLFB7alc2DXKwAy6Vh69OLH.xJHzIxWSDIvKQQTqlrXtI.0.6QojNfgxR jX2dspF8hopP.1F9_u66IAmJgMgSvLu6_pz0NBz3dpT9851bnkaTt7aEfo0Z BUxaiY_d.IlQ7MFfLL3mtejLpWQL6D6MtV88elXpvlbPlmN_c2EOgoa5cJ8W 2apPsxTJlPvPLMjolt_OYT2Y28jI4XP9n8SitwT3Jcop22TifhEX1jWlA.T5 8IZB_wlnc0qg_Dr.pgfek1W7w22uNUznkQpSgEMcNiR18GxPvEEYJ_xKnjx7 W5HlpGD2ykRPQZtZcfc5JBCsQmSQ5OFtx3rXCreB52Q-- Received: from [83.154.246.188] by web29820.mail.ird.yahoo.com via HTTP; Wed, 12 Oct 2011 22:24:37 BST X-Mailer: YahooMailWebService/0.8.114.317681 References: Message-ID: <1318454677.33561.YahooMailNeo@web29820.mail.ird.yahoo.com> Date: Wed, 12 Oct 2011 22:24:37 +0100 (BST) From: David TECHER Subject: Re : [Xen-users] General questions about VGA passthrough To: Francesco Cat , "xen-users@lists.xensource.com" In-Reply-To: MIME-Version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1340531545==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1340531545== Content-Type: multipart/alternative; boundary="-1357167566-663549270-1318454677=:33561" ---1357167566-663549270-1318454677=:33561 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I will answer from my experiment using my nvidia graphic card.=A0 The answe= r may be different for ATI or Intel=0A=0A> I have a question regarding VGA = passthrough.=0A> If=0A I understood correctly, the only way to have VGA pas= sthrough is hiding =0Athe VGA from the Dom0 and giving full control of it t= o one guest. =0A=0AYes=0A=0A> This =0Ameans, the guest should just take own= ership of the device and start =0Ausing it (and therefore take control of t= he screen, too), right?=0A=0AYes=0A=0A> I read that one can dynamically hid= e PCI devices from the Dom0. =0A=0APossible before starting the domU...I ne= ver tried to do that while the domU is running.=0A=0A> What =0Awould happen= if one did that with a VGA device? =0A> For example, if I am =0Ausing linu= x with an active X server, what is likely to happen? =0A> In short,=0A woul= d it be possible to "switch" the control of the video card from the=0A Dom0= to the DomU, keeping the Dom0 "alive" =0A> (IE: no crashes), then =0Agivin= g the VGA control back to the Dom0 after stopping the guest?=0A=0AGiving co= ntrol back to dom0 is not possible...Once you stop the domU (safe shutdown)= , you need to restart the dom0 ---1357167566-663549270-1318454677=:33561 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I will answer from my= experiment using my nvidia graphic card.  The answer may be different= for ATI or Intel
=0A
=0A> I have a question regarding VGA passthr= ough.
> If=0A I understood correctly, the only way to have VGA passth= rough is hiding =0Athe VGA from the Dom0 and giving full control of it to o= ne guest.
=0A
=0AYes
=0A
=0A> This =0Ameans, the guest shou= ld just take ownership of the device and start =0Ausing it (and therefore t= ake control of the screen, too), right?
=0A
=0AYes
=0A
=0A=0A&g= t; I read that one can dynamically hide PCI devices from the Dom0.
=0A<= br>=0APossible before starting the domU...I never tried to do that while th= e domU is running.
=0A
=0A> What =0Awould happen if one did that w= ith a VGA device?
=0A> For example, if I am =0Ausing linux with an a= ctive X server, what is likely to happen?
=0A> In short,=0A would it= be possible to "switch" the control of the video card from the=0A Dom0 to = the DomU, keeping the Dom0 "alive"
=0A> (IE: no crashes), then =0Agi= ving the VGA control back to the Dom0 after stopping the guest?
=0A
= =0AGiving control back to dom0 is not possible...Once you stop the domU (sa= fe shutdown), you need to restart the dom0
---1357167566-663549270-1318454677=:33561-- --===============1340531545== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1340531545==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 16:54:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 16:54:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE8cs-00008N-68; Wed, 12 Oct 2011 16:54:18 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE8b8-0008EE-6E for xen-users@lists.xensource.com; Wed, 12 Oct 2011 16:52:31 -0700 X-Env-Sender: bhkolts@gotrain.org X-Msg-Ref: server-10.tower-182.messagelabs.com!1318463545!22049708!1 X-Originating-IP: [69.54.158.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4202 invoked from network); 12 Oct 2011 23:52:27 -0000 Received: from mail.gotrain.org (HELO mail.gotrain.org) (69.54.158.25) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Oct 2011 23:52:27 -0000 Received: from maincomputer ([69.54.157.1]) by mail.gotrain.org (TRAIN MailServer) with ASMTP id VHM68626 for ; Wed, 12 Oct 2011 18:52:26 -0500 Message-ID: <80D1F5C30A8049A3816A4A5C2D64F655@maincomputer> From: "Barry Kolts" To: "XEN Mailing List" References: <4E95F7E8.50300@muster.dyndns.info> Subject: Re: [Xen-users] The script hotplugpath.sh is missing in/etc/xen/scripts Date: Wed, 12 Oct 2011 18:52:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 x-authenticated: Sender SMTP authenticated by smtp.gotrain.org X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Kolts List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com ----- Original Message ----- From: "Paul Muster" To: Sent: Wednesday, October 12, 2011 3:26 PM Subject: Re: [Xen-users] The script hotplugpath.sh is missing in/etc/xen/scripts > On 12.10.2011 13:56, Aaron Cossey wrote: > >> Under Debian 6 I'm trying to use xen networking in routed mode, and have >> encountered a bug in xen-common whereby the file hotplugpath.sh is not >> generated. >> This file is sourced by several other scripts, and xend wont restart >> without >> it. >> >> This is already dealt with here: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591456 >> >> The fix has been uploaded to Debian sid, and I don't really want to >> compile >> this one package myself just to get this one file. >> Does someone have a copy of this file (hotplugpath.sh) which I can simply >> copy into place? > > On the above site click on "xen-utils-common" -> > http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=xen-utils-common > Click on "xen-utils-common package page" -> > http://packages.debian.org/search?keywords=xen-utils-common > Click on "sid (unstable)" -> > http://packages.debian.org/sid/xen-utils-common > Click on "all" (next to "Architecture" with the headline "Download > xen-utils-common") -> > http://packages.debian.org/sid/all/xen-utils-common/download > Choose a mirror and download the sid-package with the file in it. > > (This works for all Debian packages.) > > How to extract files from .deb? Throw "extract deb package" in a search > engine and get http://www.debian-administration.org/articles/116 > > > If there is a more correct way of getting this working I'd > > be grateful to find out. > > *Maybe* it is possible to simply install (dpkg -i ...) the sid-package in > your Debian. I will not test it on my system. ;-) > > HTH > > Paul > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > Aaron, I tried Paul's answer and it worked, even updated the version I spoke of in my earlier post. What I did, following the instructions on the last page Paul referred to, is add "deb http://ftp.us.debian.org/debian sid main" to my /etc/apt/sources.list (without the quotes) then did; apt-get update apt-get install xen-utils-common You will have to be root to do this. In the above mirror change 'us' to a mirror near you. Hope that helps, Barry PS sorry Paul I meant to send this to the list. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 17:44:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 17:44:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RE9Pv-0007RX-E8; Wed, 12 Oct 2011 17:44:59 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RE9P0-00077U-Tz for xen-users@lists.xensource.com; Wed, 12 Oct 2011 17:44:03 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-174.messagelabs.com!1318466636!28992535!1 X-Originating-IP: [203.16.207.99] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20066 invoked from network); 13 Oct 2011 00:43:59 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 13 Oct 2011 00:43:59 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1RE9Or-0008U6-Qf; Thu, 13 Oct 2011 11:43:53 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: [Xen-users] domU Windows XP errors... Date: Thu, 13 Oct 2011 11:43:53 +1100 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] domU Windows XP errors... Thread-Index: AcyJF+6UIG6g4079SoC1OTdxXdzBxAAKRyUQ References: From: "James Harper" To: "Julio Cesar Batista de Oliveira" , X-Really-From-Bendigo-IT: magichashvalue Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >=20 > Hello!! > I have some difficulties in my debian squeeze + xen 4.0. I had installed my > domU windows XP today, and now it's fails with some programs/applications. > For example, my skype hangs when it starts with windows...i have a system > in DOS (maybe in COBOL or CLIPER) running, but it is hanging too, and doesn't > starts...everything was working with VMware server, but now i change to > Xen, but i don't know how to fix that. > I had change my server (another Main board, NIC, processor, etc), e it seems > the same way. >=20 > Anybody has a idea of the problem? > I download GPL drivers for windows XP too... > Thanks! >=20 Does it work any bettor (or worse) if you turn off Data Execution Prevention? I don't think this is a fix but it might tell us more about what the problem is... What CPU is in the physical machine? Is it AMD or Intel? Also, did the problem happen before GPL drivers were installed? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 19:06:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 19:06:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REAgZ-0006CE-Pl; Wed, 12 Oct 2011 19:06:15 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REAci-0005pH-NW for xen-users@lists.xensource.com; Wed, 12 Oct 2011 19:03:00 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-5.tower-216.messagelabs.com!1318471332!780670!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3880 invoked from network); 13 Oct 2011 02:02:13 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 02:02:13 -0000 Received: by iaen33 with SMTP id n33so844660iae.30 for ; Wed, 12 Oct 2011 19:02:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.176.74 with SMTP id bd10mr2960371icb.27.1318471331372; Wed, 12 Oct 2011 19:02:11 -0700 (PDT) Received: by 10.42.241.2 with HTTP; Wed, 12 Oct 2011 19:02:11 -0700 (PDT) In-Reply-To: References: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> Date: Thu, 13 Oct 2011 09:02:11 +0700 Message-ID: Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations From: "Fajar A. Nugraha" To: Todd Deshane Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rafael Weingartner , Xen-user-list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, Oct 11, 2011 at 11:52 PM, Todd Deshane wrote= : > On Sat, Oct 1, 2011 at 4:22 PM, Rafael Weingartner > wrote: >> I am still missing some information such as: >> >> =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum amount of disk that a VM can use= ; >> >> =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual processor per = host processor; >> >> =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual machines on a = host; >> >> =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual processors on = a host; >> >> =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum amount of storage that XCP can u= se; >> >> =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of hosts on a XCP cluster >> >> =B7=A0=A0=A0=A0=A0=A0=A0=A0 The maximum number of virtual machines on a = XCP cluster >> >> >> >> Does anyone know a document made by Xen or Citrix that has this kind of >> information? > > > Take a look at: > http://www.citrix.com/English/ps2/products/feature.asp?contentID=3D168174= 7 > http://support.citrix.com/article/CTX131047 Oracle VM (which should also be based on Xen) has much higher supported numbers (http://www.oracle.com/us/technologies/virtualization/oraclevm/index.html). Which makes one wonder, did Oracle REALLY have a super-version of Xen not used by XCP/XenServer, or is it simply a matter of testing and support commitment. --=20 Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 22:38:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 22:38:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REDzn-0002Tg-Ec; Wed, 12 Oct 2011 22:38:19 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1REDyU-00028r-Qx for xen-users@lists.xensource.com; Wed, 12 Oct 2011 22:36:59 -0700 X-Env-Sender: lrlanswer@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1318484214!35076526!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16242 invoked from network); 13 Oct 2011 05:36:55 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 05:36:55 -0000 Received: by iaen33 with SMTP id n33so1050502iae.30 for ; Wed, 12 Oct 2011 22:36:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=NeW1CAPjBDUV7tpOR7WKMoM/ezk6ZsH3MeIZgR7Q0/8=; b=a0D/yvGhzZROy/+8YH/yUkZu370RTwu08JafD5NUihFRhMIcUkoLjBUJ8bDBCtnnwG a6Co5VUUIu8e92nuoKmW7WNF+YPHtYBgoBZiXCVYvOL37pF4dsx+7IEL1PUXmEG5usQK 4/QuuvNlPXxqcB+tA6EXT4W5+MSNagOyYVAz8= Received: by 10.231.41.69 with SMTP id n5mr919627ibe.92.1318484214107; Wed, 12 Oct 2011 22:36:54 -0700 (PDT) Received: from [192.168.1.5] ([222.222.70.70]) by mx.google.com with ESMTPS id 2sm11367392ibf.0.2011.10.12.22.36.45 (version=SSLv3 cipher=OTHER); Wed, 12 Oct 2011 22:36:53 -0700 (PDT) From: Rico To: xen-users@lists.xensource.com Content-Type: text/plain; charset="UTF-8" Date: Thu, 13 Oct 2011 13:36:37 +0800 Message-ID: <1318484197.2071.7.camel@Monster> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Subject: [Xen-users] HELP:How can I use linux kernel3.0 to be Dom0 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I'm new to xen .It is said that linux kernel 3 support xen originally.And I want to set up xen on my archlinux which is using kernel3.0 . Then what should I do to set up the Dom0 ? To use the kernel 3 immediately or re-compile the kernel to fit xen ? Thanks a lot . Rico Lee UTC 2011-10-13 05:30 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 12 23:11:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 23:11:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REEVd-0003fi-Qh; Wed, 12 Oct 2011 23:11:13 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REEUM-0003L7-4g for xen-users@lists.xensource.com; Wed, 12 Oct 2011 23:09:54 -0700 X-Env-Sender: zhengwang.ruan@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1318486189!665807!1 X-Originating-IP: [209.85.216.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32111 invoked from network); 13 Oct 2011 06:09:50 -0000 Received: from mail-qy0-f171.google.com (HELO mail-qy0-f171.google.com) (209.85.216.171) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 06:09:50 -0000 Received: by qyk29 with SMTP id 29so5939608qyk.9 for ; Wed, 12 Oct 2011 23:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=OcxFCq7+/4zkbUPw0Gcn87Mg3bEqWet5mTdgt3VJzbc=; b=Ky9D4uasKuJt9+HJxetxo70CmZYeqeG4WFwfHS25hjczdg6hZBF0zLKQXaVlrkKTOB UMQMCIl2L6deYavGV7pdQ1m9UzXvANdM75wAl+icadOGbE4zv30QZUXl+xk+ddOc2fLs CYCf/FDfJLQxPvYJt2QAx1nHtiPvCJHbETgKQ= MIME-Version: 1.0 Received: by 10.68.33.161 with SMTP id s1mr6509501pbi.43.1318486188971; Wed, 12 Oct 2011 23:09:48 -0700 (PDT) Received: by 10.142.173.18 with HTTP; Wed, 12 Oct 2011 23:09:48 -0700 (PDT) Date: Thu, 13 Oct 2011 14:09:48 +0800 Message-ID: From: "Zhengwang Ruan (Royo)" To: xen-users@lists.xensource.com Subject: [Xen-users] 2 Questions about Xen installation and Xen source X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0234411698==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0234411698== Content-Type: multipart/alternative; boundary=bcaec520f4d9ef559604af27fc91 --bcaec520f4d9ef559604af27fc91 Content-Type: text/plain; charset=ISO-8859-1 Hi all, 1, I am a freshman to Xen technology, please help me install it. :) I am trying to install a Xen dm0 in locally machine, but I am confused about some steps to install and xen itself. Could you try to give some answers? I downloaded xen-4.1.1 package, and extract all files. I found some kernel src files located in xen-4.1.1/xen: # ll drwxr-xr-x 4 zruan0 users 4096 2011-06-15 00:03 arch drwxr-xr-x 5 zruan0 users 4096 2011-06-15 00:03 common -rw-r--r-- 1 zruan0 users 19185 2011-06-15 00:03 COPYING drwxr-xr-x 2 zruan0 users 4096 2011-06-15 00:03 crypto drwxr-xr-x 8 zruan0 users 4096 2011-06-15 00:03 drivers drwxr-xr-x 9 zruan0 users 4096 2011-06-15 00:03 include -rw-r--r-- 1 zruan0 users 5529 2011-06-15 00:03 Makefile -rw-r--r-- 1 zruan0 users 3498 2011-06-15 00:03 Rules.mk drwxr-xr-x 3 zruan0 users 4096 2011-06-15 00:03 tools drwxr-xr-x 4 zruan0 users 4096 2011-06-15 00:03 xsm Are these files going to be used to add or replace corresponding files in kernel source? If so, then xen-4.1.1 package should be bond to a suitable kernel version to avoid build failures. How I can find the suitable kernel version to this package? I also check http://wiki.xen.org/xenwiki/XenDom0Kernels for details, but still full of confusion in my mind. 2, I want to patch a suitable kernel with xen-4.1.1 patches to better understand xen itself. Should I achieve this by following steps: 1> download suitable kernel (right version) 2> download xen patches or generate new patches from xen-4.1.1? 3> patch kernel with xen patches. Really looking forward to you guys answers :) -- Thanks, -Royo (Zhengwang) --bcaec520f4d9ef559604af27fc91 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

1, I am a freshman to Xen technol= ogy, please help me install it. :)

I am trying to install a Xen dm0 = in locally machine, but I am confused about some steps to install and xen i= tself. Could you try to give some answers?

I downloaded xen-4.1.1 package, and extract all files. I found some ker= nel src files located in xen-4.1.1/xen:

# ll
drwxr-xr-x 4 zruan0 users=A0 4096 2011-06-15 00:03 arch
drwx= r-xr-x 5 zruan0 users=A0 4096 2011-06-15 00:03 common
-rw-r--r-- 1 zruan= 0 users 19185 2011-06-15 00:03 COPYING
drwxr-xr-x 2 zruan0 users=A0 4096= 2011-06-15 00:03 crypto
drwxr-xr-x 8 zruan0 users=A0 4096 2011-06-15 00:03 drivers
drwxr-xr-x 9 = zruan0 users=A0 4096 2011-06-15 00:03 include
-rw-r--r-- 1 zruan0 users= =A0 5529 2011-06-15 00:03 Makefile
-rw-r--r-- 1 zruan0 users=A0 3498 201= 1-06-15 00:03 Rules.mk
drwxr-xr-x 3 zruan0 users=A0 4096 2011-06-15 00:03 tools
drwxr-xr-x 4 zr= uan0 users=A0 4096 2011-06-15 00:03 xsm

Are these files going to be = used to add or replace corresponding files in kernel source? If so, then xe= n-4.1.1 package should be bond to a suitable kernel version to avoid build = failures. How I can find the suitable kernel version to this package? I als= o check http://wiki.= xen.org/xenwiki/XenDom0Kernels for details, but still full of confusion= in my mind.

2, I want to patch a suitable kernel with xen-4.1.1 patches to better u= nderstand xen itself. Should I achieve this by following steps:

1>= ; download suitable kernel (right version)
2> download xen patches or= generate new patches from xen-4.1.1?
3> patch kernel with xen patches.


Really looking forward to y= ou guys answers :)


--
Thanks,
-Royo (Zhengwang)
=
--bcaec520f4d9ef559604af27fc91-- --===============0234411698== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0234411698==-- From xen-users-bounces@lists.xensource.com Wed Oct 12 23:53:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 12 Oct 2011 23:53:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REFAk-0005S9-Ka; Wed, 12 Oct 2011 23:53:42 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1REF9r-000581-PA for xen-users@lists.xensource.com; Wed, 12 Oct 2011 23:52:48 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-7.tower-27.messagelabs.com!1318488736!52607546!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27889 invoked from network); 13 Oct 2011 06:52:16 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-7.tower-27.messagelabs.com with SMTP; 13 Oct 2011 06:52:16 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 86EE310401A for ; Thu, 13 Oct 2011 07:52:43 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P1l-L5+9Tprl for ; Thu, 13 Oct 2011 07:52:43 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id ED9AC29F2B for ; Thu, 13 Oct 2011 07:52:42 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Thu, 13 Oct 2011 07:52:35 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] 2 Questions about Xen installation and Xen source Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Zhengwang Ruan (Royo) wrote: >1, I am a freshman to Xen technology, please help me install it. :) > >I am trying to install a Xen dm0 in locally machine, but I am >confused about some steps to install and xen itself. Could you try >to give some answers? > >I downloaded xen-4.1.1 package, and extract all files. I found some >kernel src files located in xen-4.1.1/xen: I can't help with the question as asked, but I would suggest that while getting started you would be better using packaged software until you've got your head round things. Most distros support Xen out of the box now, so you should be able to be up and running fairly quickly. Once you've got things going, and know how to drive it, then you can start building stuff from source knowing that (if you do it right) you have a working config to fall back on AND you know what a working system looks like. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 00:35:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 00:35:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REFpW-0000Gl-Gh; Thu, 13 Oct 2011 00:35:50 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1REFoK-0008ND-Fl for xen-users@lists.xensource.com; Thu, 13 Oct 2011 00:34:36 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1318491253!46437295!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5508 invoked from network); 13 Oct 2011 07:34:14 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 07:34:14 -0000 Received: by vws13 with SMTP id 13so982492vws.30 for ; Thu, 13 Oct 2011 00:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=gTTyR91fwjOI/hL3sPaXGZIgYGOEFym0kyvcom51c8k=; b=bf/9+jISk4r7KBt9FpMfc+RHkacoFnDUFOYxRbOGHFycuBD3ylbHesk8yD95r9XcoE 6YhHx1wf1EXHL+vH9SyccTjxwDndja9SlgOP1w8JrUnj2WsYinoKHVJh0gi829rqYnWn Psg56EczrZcC3NOYDnRhLCSOKKlmR80UIKllk= Received: by 10.52.32.195 with SMTP id l3mr2623085vdi.30.1318491272118; Thu, 13 Oct 2011 00:34:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Thu, 13 Oct 2011 00:34:12 -0700 (PDT) In-Reply-To: <1318484197.2071.7.camel@Monster> References: <1318484197.2071.7.camel@Monster> From: Flavio Date: Thu, 13 Oct 2011 09:34:12 +0200 Message-ID: Subject: Re: [Xen-users] HELP:How can I use linux kernel3.0 to be Dom0 To: Rico Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 13 October 2011 07:36, Rico wrote: > Hello, > =A0 =A0 =A0 =A0I'm new to xen .It is said that linux kernel 3 support xen > originally.And I want to set up xen on my archlinux which is using > kernel3.0 . Then what should I do to set up the Dom0 ? To use the kernel > 3 immediately or re-compile the kernel to fit xen ? Hi! here's a mini howto I've written to ensure that the dom0 kernel 3.0 is correctly configured. If you intend to compile the kernel yourself be sure to compile all the modules listed in this post: http://forums.gentoo.org/viewtopic-p-6792914.html#6792914 Even my second post in the same thread is relevant. Of course, you have to re-compile your kernel to fit xen if the default arch linux kernel configuration doesn't comprise the option I've listed in the post above. Bye, --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 01:24:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 01:24:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REGaJ-0005Qk-No; Thu, 13 Oct 2011 01:24:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1REGZP-00056r-SJ for xen-users@lists.xensource.com; Thu, 13 Oct 2011 01:23:16 -0700 X-Env-Sender: aaron.cossey@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1318494181!41443863!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15931 invoked from network); 13 Oct 2011 08:23:01 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 08:23:01 -0000 Received: by wwf27 with SMTP id 27so1030238wwf.24 for ; Thu, 13 Oct 2011 01:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=WNtvGF47Pd5J6gvS9SAJ/TfGO+T6yT5bO2ZlI3Y1k7c=; b=cIQGqUO7xrT3cOVIsgPsonsVzBiyYy91a0f8ff4xdYrM6dSdWkKjp2bjyZOv6ACpiz 1xwj0u92bRjhGL99+KYAmeeCvrB6HBIEHX66/PQ1cHFDpnbSvm9ssPoxhMWBT6Gmmbgd jwv4jFLdqBxLZQ1dJMXgfGwaZaJHx/Pwcs/zs= MIME-Version: 1.0 Received: by 10.227.8.213 with SMTP id i21mr898122wbi.80.1318494192487; Thu, 13 Oct 2011 01:23:12 -0700 (PDT) Received: by 10.227.138.137 with HTTP; Thu, 13 Oct 2011 01:23:12 -0700 (PDT) In-Reply-To: <80D1F5C30A8049A3816A4A5C2D64F655@maincomputer> References: <4E95F7E8.50300@muster.dyndns.info> <80D1F5C30A8049A3816A4A5C2D64F655@maincomputer> Date: Thu, 13 Oct 2011 10:23:12 +0200 Message-ID: Subject: Re: [Xen-users] The script hotplugpath.sh is missing in/etc/xen/scripts From: Aaron Cossey To: XEN Mailing List X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0794457912==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0794457912== Content-Type: multipart/alternative; boundary=0022159749a2fb4bd704af29d950 --0022159749a2fb4bd704af29d950 Content-Type: text/plain; charset=ISO-8859-1 Hi everyone, Thank you all for the advice, I was able to follow Paul Musters' guide and extracted the file from the Debian Sid package and copied it into place. Thanks once again, -Aaron Aaron Cossey aaron.cossey@gmail.com --0022159749a2fb4bd704af29d950 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi everyone,

Thank you all for the advice, I was able to= follow Paul Musters' guide and extracted the file from the Debian Sid = package and copied it into place.=A0

Thanks once a= gain,
-Aaron
--0022159749a2fb4bd704af29d950-- --===============0794457912== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0794457912==-- From xen-users-bounces@lists.xensource.com Thu Oct 13 02:27:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 02:27:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REHZs-0000Pp-HN; Thu, 13 Oct 2011 02:27:48 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REHYW-0008WJ-TJ for Xen-users@lists.xensource.com; Thu, 13 Oct 2011 02:26:25 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1318497980!834528!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27769 invoked from network); 13 Oct 2011 09:26:21 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 09:26:21 -0000 Received: by vws13 with SMTP id 13so1064767vws.30 for ; Thu, 13 Oct 2011 02:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=uTr773347hTHwvzZVFf/bhbQCkhvmaLdyWvJPtL0Ugo=; b=nN56WZHNfODPz8P8f12I+d91jNudhqKc8iohaiKpEir6EGF0bc+Xr9FYzEz8qLsyHi LerlJbYK4TJNFgDjPR9gm/XvTvWYqwf8yKOfPYmYr03Wu0dhD9koxwRA8sCE4P+aO+Rf Tg6A3j+vKaVxD/fyy1nE9556uYcm82fYJ2kIk= MIME-Version: 1.0 Received: by 10.52.27.208 with SMTP id v16mr3033902vdg.22.1318497980615; Thu, 13 Oct 2011 02:26:20 -0700 (PDT) Received: by 10.52.160.9 with HTTP; Thu, 13 Oct 2011 02:26:20 -0700 (PDT) Date: Thu, 13 Oct 2011 10:26:20 +0100 X-Google-Sender-Auth: leA_N5nDMUFwoWSUnCQFYPwumG4 Message-ID: From: Andy Burns To: xen-users Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [Xen-users] PCI passthrough using xl instead of xm commands X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Seeing the recomendation to migrate from xm to xl, I thought i'd give it a go, I'm not concerned here with the functioning of the PCI devices within the domU (which is giving me other problems) but just with assigning the PCI devices to the domU. My config file includes multiple PCI devices for passthrough, the relevant section being pci = [ '09:00.0', '09:01.0', '09:03.0', '02:00.0', '02:00.1', '02:00.2', '02:00.3', '02:00.4', '02:00.5', '02:00.6', '02:00.7' ] Fedora 16 provides xen-pciback as a module, so I unbind/bind the PCI devices (09:*.0) and USB root devices (02:00.*) from their relevant busses with a bash script SLOTS=(0000:02:00.0 0000:02:00.2 0000:02:00.4 0000:02:00.6) for i in ${SLOTS[@]}; do echo -n $i > /sys/bus/pci/drivers/ohci_hcd/unbind done SLOTS=(0000:02:00.1 0000:02:00.3 0000:02:00.5 0000:02:00.7) for i in ${SLOTS[@]}; do echo -n $i > /sys/bus/pci/drivers/ehci_hcd/unbind done SLOTS=(0000:02:00.0 0000:02:00.1 0000:02:00.2 0000:02:00.3 0000:02:00.4 0000:02:00.5 0000:02:00.6 0000:02:00.7 0000:09:00. 0 0000:09:01.0 0000:09:03.0) for i in ${SLOTS[@]}; do echo -n $i > /sys/bus/pci/drivers/pciback/new_slot echo -n $i > /sys/bus/pci/drivers/pciback/bind done Both "xm pci-list-assignable-devices" and "xl pci-list-assignable-devices" show all eleven devices as available, though the numerical ordering is different for them. 0000:09:00.0 0000:09:01.0 0000:09:03.0 0000:02:00.0 0000:02:00.1 0000:02:00.2 0000:02:00.3 0000:02:00.4 0000:02:00.5 0000:02:00.6 0000:02:00.7 Using "xm create" the domU is assigned all PCI devices, and "lspci" within the domain sees them, after shutting down the domU, "xm list" shows it gone cleanly Name ID Mem VCPUs State Time(s) Domain-0 0 512 4 r----- 73.1 But using "xl create" I receive Parsing config file mythbe16.cfg libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.0 libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.1 libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.2 libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.3 libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.4 libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.5 libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.6 libxl: error: libxl_pci.c:754:libxl_device_pci_reset The kernel doesn't support reset from sysfs for PCI device 0000:02:00.7 Running "lspci" in the domU shows only a single PCI device (09:00.00), after shutting down the domain "xl list" shows it as some sort of zombie domain Name ID Mem VCPUs State Time(s) Domain-0 0 512 4 r----- 72.8 (null) 2 0 1 --ps-d 7.0 Are there any new rules for PCI devices using xl? Should I avoid mixing and matching xm and xl commands on the dom0? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 06:09:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 06:09:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REL2B-0001f9-PK; Thu, 13 Oct 2011 06:09:15 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1REKyP-0000vD-0F for xen-users@lists.xensource.com; Thu, 13 Oct 2011 06:05:40 -0700 X-Env-Sender: bhkolts@gotrain.org X-Msg-Ref: server-4.tower-174.messagelabs.com!1318511116!35164242!1 X-Originating-IP: [69.54.158.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4067 invoked from network); 13 Oct 2011 13:05:17 -0000 Received: from mail.gotrain.org (HELO mail.gotrain.org) (69.54.158.25) by server-4.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 13:05:17 -0000 Received: from maincomputer ([69.54.157.1]) by mail.gotrain.org (TRAIN MailServer) with ASMTP id WXS64016 for ; Thu, 13 Oct 2011 08:05:16 -0500 Message-ID: From: "Barry Kolts" To: "XEN Mailing List" References: <24492B6A9BC54217A82CFED7B4250DE3@maincomputer> Subject: Re: [Xen-users] Domu has no disks Date: Thu, 13 Oct 2011 08:05:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 x-authenticated: Sender SMTP authenticated by smtp.gotrain.org X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Kolts List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com ----- Original Message ----- From: "Barry Kolts" To: "XEN Mailing List" Sent: Tuesday, October 11, 2011 7:02 PM Subject: [Xen-users] Domu has no disks > Hello, > > This is my first post to the list and I am new to Xen, so please excuse my > ignorance. > > I have Xen 4.0 running on Debian Squeeze with Squeeze as dom0. I am trying > to install Ubuntu Lucid 10.04 as a guest. I am using the install cd iso. I > think I should be able to do this based on this quote from > http://wiki.xensource.com/xenwiki/XenOverview. From the 'Installing new > Paravirtual (PV) guests' section, 'Ubuntu 10.04 ("Lucid Lynx") installer > can be booted as a Xen PV guest and installed easily that way. '. > > The problem is once the Ubuntu installer starts it cannot find the cdrom. > Also if I use the net-install method, the installer can't find the virtual > disk to install to. So my problem is not getting domu to boot but not > having any disks once it does. > > My domu configuration file is based on the xmexample1 configuration that > was packaged with Xen. Rather than posting the whole file here are the > changes I made: > > kernel = "/etc/xen/install_kernels/cd-installer/vmlinuz" > ramdisk = "/etc/xen/install_kernels/cd-installer/initrd.gz" > builder='linux' > memory = 512 > name = "Lucid-server-install" > disk = [ > 'file:/home/barry/iso/ubuntu-10.04.3-server-amd64.iso,xvdc:cdrom,r', > 'tap:aio:/xen-vm-fs/lucid-vm-disk,xvda,w' ] > root = "/dev/cdrom ro" > > The kernel and initrd.gz are copied of the cd iso. In the disk statement I > have tried hdc, hda, sda, sdc to no avail. > I have Googled, searched this list, the debian list, Ubuntu documentation > and the Xen.org documentation and not found the answer. Can anyone spot > where I've gone wrong? Please ask for more information or suggest how I > can debug this problem. One more piece of information, this machine does > not have a virtualization process so paravirtual is a must. > > Thanks in advance for any help > Barry > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > Hi All, It seems my problem is in the association between a disk in dom0 and the virtual disk in domu. Networking seems to work fine. How do I tell if the mechanism is working. I guess what I what to know is if blkback and blkfront are working, and if not what needs to be installed? I used the package from the Debian repository (squeeze) to install xen plus the updated xen-utils-common from sid ( to resolve the issue with the missing hotplugpath.sh script). Can anyone point me in the right direction? Thanks in advance, Barry _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 06:51:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 06:51:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RELh9-0004Jg-KU; Thu, 13 Oct 2011 06:51:35 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RELgC-0003zZ-Hb for xen-users@lists.xensource.com; Thu, 13 Oct 2011 06:50:36 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1318513832!33016631!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3626 invoked from network); 13 Oct 2011 13:50:33 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 13:50:33 -0000 Received: by vcbfk13 with SMTP id fk13so21381vcb.30 for ; Thu, 13 Oct 2011 06:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=QSZedlJoxhc47rXMmIv4PTa0jiwqDK7KoWaxrZ8518o=; b=n/DYjt6JCsKavm9DYH11ZKtrjN4aw/TeQdwb6D+DLeqLxMG7CP78UR/l6qlMzbIvs6 DfZB5FSIJihwtYBSNe4fKdwYN9ib7R3UhBIKkqL4tkHcawCkTpwssXO1zTsIpvTN4EVR +L2MPjVzRuBWWSQNgRvWpyTC/vdEMTg/HAC94= Received: by 10.52.36.234 with SMTP id t10mr3710093vdj.115.1318513832130; Thu, 13 Oct 2011 06:50:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Thu, 13 Oct 2011 06:50:12 -0700 (PDT) From: Flavio Date: Thu, 13 Oct 2011 15:50:12 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] XCP: problem connecting to VNC for first VM installation X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I've launched my first guest installation on XCP and I would like to know how to see the installation process through VNC. On the XCP: # netstat -lnatp |grep vnc tcp 0 0 127.0.0.1:5900 0.0.0.0:* LISTEN 7867/vncterm tcp 0 0 127.0.0.1:5901 0.0.0.0:* LISTEN 8928/vncterm So, there is something listening for incoming vnc connections but I can't connect. I am trying to setup a virtual machine remotely, but if I do: vncviewer XCP_IP_ADDRESS I get: unable connect to socket: No route to host (113) but it is impossible that there is no route to host because I am accessing XCP through ssh right now! What can I do? Of course the VM is running and I think the setup process has initiated. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 07:07:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 07:07:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RELwI-0006OX-Fh; Thu, 13 Oct 2011 07:07:14 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RELsr-0005um-CQ for xen-users@lists.xensource.com; Thu, 13 Oct 2011 07:03:44 -0700 X-Env-Sender: ubik.pl@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1318514597!48598072!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11380 invoked from network); 13 Oct 2011 14:03:17 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 14:03:17 -0000 Received: by wwf27 with SMTP id 27so1472636wwf.24 for ; Thu, 13 Oct 2011 07:03:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=PAyz4je8HbItC+G2htD0Gx9ZXQo6S3sFznZOOlaVBuQ=; b=MMFCTUjf/Ugrkzx4/aHivAYycS7va5RllY1o+P3DShIYUbfuaf7lExPQA92njzQNkY IDKgAbf3vTm1Hscq+bw1WGgq9forxtxiGlH8kF3HJ3Gy43iZfDKKHBoc9UVFFG5MaBnG VkbeBXhXFmPWhYffIVv2oN4Q2dI6ZkQaODEd8= MIME-Version: 1.0 Received: by 10.216.209.198 with SMTP id s48mr4067179weo.103.1318514617831; Thu, 13 Oct 2011 07:03:37 -0700 (PDT) Received: by 10.180.102.168 with HTTP; Thu, 13 Oct 2011 07:03:37 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Oct 2011 16:03:37 +0200 Message-ID: Subject: Re: [Xen-users] XCP: problem connecting to VNC for first VM installation From: ubik pl To: fbcyborg@gmail.com, xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Hello, > > I've launched my first guest installation on XCP and I would like to know > how to see the installation process through VNC. > > On the XCP: > # netstat -lnatp |grep vnc > tcp =A0 =A0 =A0 =A00 =A0 =A0 =A00 127.0.0.1:5900 =A0 =A0 =A0 =A0 =A0 =A0 = =A00.0.0.0:* > =A0 =A0 LISTEN =A0 =A0 =A07867/vncterm > tcp =A0 =A0 =A0 =A00 =A0 =A0 =A00 127.0.0.1:5901 =A0 =A0 =A0 =A0 =A0 =A0 = =A00.0.0.0:* > =A0 =A0 LISTEN =A0 =A0 =A08928/vncterm > ssh root@xcpserver -L 10000:127.0.0.1:5901 then connect with vnc to 127.0.0.1:10000 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 07:10:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 07:10:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RELzq-00077B-3f; Thu, 13 Oct 2011 07:10:54 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RELwi-0006U6-Aa for xen-users@lists.xensource.com; Thu, 13 Oct 2011 07:07:41 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1318514856!890884!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7615 invoked from network); 13 Oct 2011 14:07:37 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 14:07:37 -0000 Received: by vws13 with SMTP id 13so48256vws.30 for ; Thu, 13 Oct 2011 07:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=gL6Vx2qGuY4avW+UTh9G0XDXCArIm7CjEjIjWpy8drI=; b=K7s0ZoQzDDnGXS00Blh/a937sLwugAvQklSJOm0isVQgJdzjEHU5oNW0NdiNGlyMTq mrcw5WWKtoDDtlLQuozI0k9E8NUx90MNq00E0D5hj5ue+LyNE5dU0/2eZc84nJwbHya7 SZVss5MWL3Sw0/EcpvKSA0eFZG0tXEC9E7/HI= Received: by 10.52.88.231 with SMTP id bj7mr3893931vdb.81.1318514856077; Thu, 13 Oct 2011 07:07:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Thu, 13 Oct 2011 07:07:16 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Thu, 13 Oct 2011 16:07:16 +0200 Message-ID: Subject: Re: [Xen-users] XCP: problem connecting to VNC for first VM installation To: ubik pl Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 13 October 2011 16:03, ubik pl wrote: > ssh root@xcpserver -L 10000:127.0.0.1:5901 > then connect with vnc to 127.0.0.1:10000 Thank you very much. It worked! Anyway, I had this problem in past and I solved with: vncviewer -via root@xcpserver localhost:1 but now it doesn't work anymore! It says: unable to create socket: Address family not supported by protocol What's wrong? And what are the differences with your command? Thanks! -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 07:30:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 07:30:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REMJ5-0001DD-Pf; Thu, 13 Oct 2011 07:30:47 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1REMI7-0000tA-W1 for xen-users@lists.xensource.com; Thu, 13 Oct 2011 07:29:48 -0700 X-Env-Sender: paul@muster.dyndns.info X-Msg-Ref: server-5.tower-182.messagelabs.com!1318516184!17212031!1 X-Originating-IP: [188.246.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28061 invoked from network); 13 Oct 2011 14:29:44 -0000 Received: from mx-alt.muster.de1.cc (HELO mx-alt.muster.de1.cc) (188.246.4.28) by server-5.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 13 Oct 2011 14:29:44 -0000 Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1REMHy-0004fE-1W for xen-users@lists.xensource.com; Thu, 13 Oct 2011 16:29:43 +0200 Message-ID: <4E96F5D1.2020006@muster.dyndns.info> Date: Thu, 13 Oct 2011 16:29:37 +0200 From: Paul Muster User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] The script hotplugpath.sh is missing in/etc/xen/scripts References: <4E95F7E8.50300@muster.dyndns.info> <80D1F5C30A8049A3816A4A5C2D64F655@maincomputer> In-Reply-To: <80D1F5C30A8049A3816A4A5C2D64F655@maincomputer> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 13.10.2011 01:52, Barry Kolts wrote: > What I did, following the instructions on the last page > Paul referred to, is add "deb http://ftp.us.debian.org/debian sid main" to > my /etc/apt/sources.list (without the quotes) then did; > apt-get update > apt-get install xen-utils-common > You will have to be root to do this. I don't know if this (adding the above line to sources.list) is a good idea. Do you know/use APT-Pinning? Or do you have "default-release" set in /etc/apt/preferences? What shows # apt-get upgrade -s ? Will it upgrade your complete system to Sid? > PS sorry Paul I meant to send this to the list. No problem. :-) Greetings Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 07:39:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 07:39:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REMRt-0002qi-MC; Thu, 13 Oct 2011 07:39:53 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1REMPe-00027D-2b for xen-users@lists.xensource.com; Thu, 13 Oct 2011 07:37:35 -0700 X-Env-Sender: zhengwang.ruan@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1318516626!53079593!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14893 invoked from network); 13 Oct 2011 14:37:07 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 14:37:07 -0000 Received: by vws13 with SMTP id 13so91288vws.30 for ; Thu, 13 Oct 2011 07:37:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=9eEQcqD92apc+DIzXZIRyYcJnIkx9BYVqfTVyfN5Q2M=; b=nGurdY7HGOmMVO7eNXJK72t0tOGX9LlhCcs2zYmUAr3LbbJDCcc7Ehr9Gw3sJhgCyI ftFLKmxd3oBRZRampOKwVlnEZsWRDXpJN4jJWptQzgoF81tcOzdDsN49sQZjFwOgI52M /nmqlXgpHREt4aMCCmi2pZ1lEYlQ+4VkpdT9k= Received: by 10.68.33.193 with SMTP id t1mr9233790pbi.89.1318516649217; Thu, 13 Oct 2011 07:37:29 -0700 (PDT) Received: from [192.168.1.102] ([180.184.200.59]) by mx.google.com with ESMTPS id h5sm12017953pbq.11.2011.10.13.07.37.27 (version=SSLv3 cipher=OTHER); Thu, 13 Oct 2011 07:37:28 -0700 (PDT) Message-ID: <4E96F7A1.6040203@gmail.com> Date: Thu, 13 Oct 2011 22:37:21 +0800 From: "Zhengwang Ruan (Royo)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.23) Gecko/20110920 Thunderbird/3.1.15 MIME-Version: 1.0 To: Simon Hobson Subject: Re: [Xen-users] 2 Questions about Xen installation and Xen source References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Simon, Thank you very much for your nice advices, I will have a try. Brs, Royo At 2011-10-13 14:52, Simon Hobson wrote: > Zhengwang Ruan (Royo) wrote: > >> 1, I am a freshman to Xen technology, please help me install it. :) >> >> I am trying to install a Xen dm0 in locally machine, but I am >> confused about some steps to install and xen itself. Could you try to >> give some answers? >> >> I downloaded xen-4.1.1 package, and extract all files. I found some >> kernel src files located in xen-4.1.1/xen: > > I can't help with the question as asked, but I would suggest that > while getting started you would be better using packaged software > until you've got your head round things. Most distros support Xen out > of the box now, so you should be able to be up and running fairly > quickly. > > Once you've got things going, and know how to drive it, then you can > start building stuff from source knowing that (if you do it right) you > have a working config to fall back on AND you know what a working > system looks like. > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 07:55:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 07:55:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REMgz-00053p-Uc; Thu, 13 Oct 2011 07:55:29 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REMgA-0004h4-6O for xen-users@lists.xensource.com; Thu, 13 Oct 2011 07:54:38 -0700 X-Env-Sender: bhkolts@gotrain.org X-Msg-Ref: server-2.tower-216.messagelabs.com!1318517672!765943!1 X-Originating-IP: [69.54.158.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15642 invoked from network); 13 Oct 2011 14:54:34 -0000 Received: from mail.gotrain.org (HELO mail.gotrain.org) (69.54.158.25) by server-2.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 14:54:34 -0000 Received: from localhost ([127.0.0.1]) by mail.gotrain.org (TRAIN MailServer) with SMTP id WYM56225 for ; Thu, 13 Oct 2011 09:51:25 -0500 Date: Thu, 13 Oct 2011 09:51:25 -0500 From: "Barry Kolts" To: xen-users@lists.xensource.com Subject: Re: [Xen-users] The script hotplugpath.sh ismissingin/etc/xen/scripts Message-ID: <39ef0ca0539255718507b5199472fbbd@gotrain.org> X-Mailer: VisNetic WebMail 9.1.4.0 X-Originating-IP: 207.119.119.46 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Kolts List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com -----Original message----- From: Paul Muster paul@muster.dyndns.info Date: Thu, 13 Oct 2011 08:29:37 -0500 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] The script hotplugpath.sh ismissing in/etc/xen/scripts > On 13.10.2011 01:52, Barry Kolts wrote: > > > What I did, following the instructions on the last page > > Paul referred to, is add "deb http://ftp.us.debian.org/debian sid main" to > > my /etc/apt/sources.list (without the quotes) then did; > > apt-get update > > apt-get install xen-utils-common > > You will have to be root to do this. > > I don't know if this (adding the above line to sources.list) is a good > idea. Do you know/use APT-Pinning? Or do you have "default-release" set > in /etc/apt/preferences? > > What shows > > # apt-get upgrade -s > > ? Will it upgrade your complete system to Sid? > > > PS sorry Paul I meant to send this to the list. > > No problem. :-) > > > Greetings > > Paul > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users Paul, You are absolutely right! I used # apt-get upgrade -s and discovered it would update a hundred or more packages to sid unstable, so I commented the line out in /etc/apt/sources.list. No I don't no how to use apt-pinning but it is now on my list of things to learn :) I had also hoped that the upgraded xen-utils-common would fix the problem I'm having with domu not seeing any disks, but it didn't. Barry _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 09:45:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 09:45:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REOP2-0005IW-Td; Thu, 13 Oct 2011 09:45:04 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1REONr-0004xq-MP for xen-users@lists.xensource.com; Thu, 13 Oct 2011 09:43:52 -0700 X-Env-Sender: rcm@fuzzwad.org X-Msg-Ref: server-6.tower-27.messagelabs.com!1318524204!53101610!1 X-Originating-IP: [204.109.56.216] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32300 invoked from network); 13 Oct 2011 16:43:24 -0000 Received: from mail.volente.us (HELO mail.volente.us) (204.109.56.216) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 16:43:24 -0000 Received: from [172.17.5.4] (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id p9DGhk8Q008139 for ; Thu, 13 Oct 2011 11:43:46 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4E971542.8060008@fuzzwad.org> Date: Thu, 13 Oct 2011 11:43:46 -0500 From: Ron McDowell User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Xen-users. Trying to bring up xen 3.3 on a Dell T110 running NetBSD 5.1 amd64 DOM0. I installed the OS from CD, then xentools33 and xenkernel33 with pkg_add, and I got DOM0 working... [root@voodoo(NetBSD)]> uname -a NetBSD voodoo 5.1 NetBSD 5.1 (XEN3_DOM0) #0: Sat Nov 6 13:19:24 UTC 2010 builds@b6.netbsd.org:/home/builds/ab/netbsd-5-1-RELEASE/amd64/201011061943Z-obj/home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/amd64/compile/XEN3_DOM0 amd64 [root@voodoo(NetBSD)]> xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 25.6 [root@voodoo(NetBSD)]> ls -l /dev/xen* crw------- 1 root wheel 143, 0 Oct 11 14:19 /dev/xencons crw------- 1 root wheel 141, 0 Oct 11 14:19 /dev/xenevt [root@voodoo(NetBSD)]> ls -l /etc/rc.d/xen* -r-xr-xr-x 1 root wheel 293 Oct 11 15:28 /etc/rc.d/xenbackendd -r-xr-xr-x 1 root wheel 629 Oct 11 15:28 /etc/rc.d/xend -r-xr-xr-x 1 root wheel 3607 Oct 11 15:28 /etc/rc.d/xendomains I created a big disk image file with dd... [root@voodoo(NetBSD)]> ls -l /Xen/Disks/juju.img -rw-r--r-- 1 root wheel 966367641600 Oct 11 22:40 /Xen/Disks/juju.img And have my bridge set up... [root@voodoo(NetBSD)]> cat /etc/ifconfig.bridge0 create !brconfig $int add bge0 up [root@voodoo(NetBSD)]> ifconfig bridge0 bridge0: flags=41 mtu 1500 I want to use HVM for transparency [over speed]... but if I use this config file [basic HVM with disk/memory/mac changes...I want to boot and install FreeBSD from the ISO file]... kernel = "/usr/pkg/lib/xen/boot/hvmloader" builder='hvm' memory = 1024 name = "juju" vif = [ 'mac=00:16:3e:xx:xx:xx, bridge=bridge0, type=ioemu' ] device_model = '/usr/pkg/libexec/qemu-dm' disk = [ 'file:/Xen/Disks/juju.img,ioemu:hda,w', 'file:/Xen/CDs/FreeBSD-8.2-RELEASE-i386-disc1.iso,ioemu:hdc:cdrom,r' ] boot='d' usb=1 usbdevice='tablet' when I try to create it: [root@voodoo(NetBSD)]> xm create -c /Xen/Machines/juju.cnf Using config file "/Xen/Machines/juju.cnf". Started domain juju xenconsole: Could not read tty from store: No such file or directory [root@voodoo(NetBSD)]> xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 16.5 juju 2 1024 1 r----- 16.3 [root@voodoo(NetBSD)]> xm console juju xenconsole: Could not read tty from store: No such file or directory I found something online about xenconsoled might not be running...it was not being started but I added it to /etc/rc.local, so it now starts up: [root@voodoo(NetBSD)]> ps -ax|grep xen 222 ? I 0:00.60 xenstored --pid-file /var/run/xenstore.pid 223 ? Il 0:00.00 xenconsoled 228 ? I 0:00.00 /usr/pkg/bin/python2.6 /usr/pkg/sbin/xend start 233 ? Il 0:02.72 /usr/pkg/bin/python2.6 /usr/pkg/sbin/xend start 238 ? Isl 0:00.01 /usr/pkg/sbin/xenbackendd 2134 ttyp0 S+ 0:00.00 grep xen This DOM0 box is headless and I don't want or need [do I??] X on it. What am I missing? Thanks. -- Ron McDowell San Antonio TX _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 10:33:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 10:33:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REPAC-0000ZP-1I; Thu, 13 Oct 2011 10:33:48 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1REP8x-00007G-Un for xen-users@lists.xensource.com; Thu, 13 Oct 2011 10:32:32 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1318527147!17195728!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29927 invoked from network); 13 Oct 2011 17:32:28 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 17:32:28 -0000 Received: by vws13 with SMTP id 13so361978vws.30 for ; Thu, 13 Oct 2011 10:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=3i8lqCoYqMfnrcXz6AcmP9SiO7hJxzKWT8MLEbiYOhE=; b=yHs3sPe8zi4BtDsUTvfY2ZE4iUGr6YETDubyOBwYWTAl+AV2/6TrzSIwt7SF/JFcqe uHdU5JpPgWrp7TKBhpZr0PzAH+FSUIWdQnUBmhzzG0sUqU9RsPdo5pErXNIjmBPHVk+0 UgWf3Xr7+UuGU3rfZZQuI1bQ8f6T07922ifd0= Received: by 10.52.32.195 with SMTP id l3mr4888678vdi.30.1318527147116; Thu, 13 Oct 2011 10:32:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Thu, 13 Oct 2011 10:32:07 -0700 (PDT) From: Flavio Date: Thu, 13 Oct 2011 19:32:07 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] XCP: Problem installing a CentOS domU X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I'm trying to setup a CentOS domU, following the instructions on the manual guest.pdf at page 23. The problem is that the installation always stops at this point: ERROR: Unable to read group information from repositories. This is a problem with the generation of your install tree. I have to exit the installer and destroy the virtual machine because if I try to restart it, I get the following error: Error code: Traceback (most recent call last): Error parameters: File "/usr/bin/pygrub", line 746, in ?, raise RuntimeError, "Unable to find partition containing kernel", RuntimeError: Unable to find partition containing kernel, I've read that it could be due to a defective cd/dvd, but it isn't. How can this problem be solved? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Thu Oct 13 11:08:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 11:08:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REPhL-0002aP-TZ; Thu, 13 Oct 2011 11:08:04 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1REPcj-000211-7D; Thu, 13 Oct 2011 11:03:19 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1318528992!35211042!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10546 invoked from network); 13 Oct 2011 18:03:13 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-4.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 18:03:13 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9DI36Q9030597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Oct 2011 18:03:08 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9DI35UQ016191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 18:03:05 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9DI2wqR006069; Thu, 13 Oct 2011 13:02:59 -0500 Received: from oracle.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 13 Oct 2011 11:02:58 -0700 Received: by oracle.com (Postfix, from userid 1000) id DE2911EA; Thu, 13 Oct 2011 14:02:44 -0400 (EDT) Date: Thu, 13 Oct 2011 14:02:44 -0400 From: Konrad Rzeszutek Wilk To: Joseph Glanville Subject: Re: [Xen-devel] Xen document day (Oct 12 or 26) Message-ID: <20111013180244.GC15499@phenom.oracle.com> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A020209.4E9727DC.0171:SCFMA922111,ss=1,re=-4.000,fgs=0 Cc: Lars Kurth , xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Thu, Oct 13, 2011 at 05:44:27AM +1100, Joseph Glanville wrote: > Sounds good, 26th works. > > Real-time colab on IRC would be nice to get organised maybe #xendocday on > freenode? Yes, will be on #xendocday. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Thu Oct 13 12:11:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 12:11:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REQgY-0003Ao-Io; Thu, 13 Oct 2011 12:11:18 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1REQfU-0002pf-UJ; Thu, 13 Oct 2011 12:10:13 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1318533008!35216622!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25430 invoked from network); 13 Oct 2011 19:10:09 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-4.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 19:10:09 -0000 Received: from ucsinet23.oracle.com (ucsinet23.oracle.com [156.151.31.71]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9DJA6ot011126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 13 Oct 2011 19:10:07 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet23.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9DJA5qs028826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 19:10:05 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9DJA0lx023888; Thu, 13 Oct 2011 14:10:00 -0500 Received: from oracle.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 13 Oct 2011 12:09:59 -0700 Received: by oracle.com (Postfix, from userid 1000) id 997101EA; Thu, 13 Oct 2011 15:09:46 -0400 (EDT) Date: Thu, 13 Oct 2011 15:09:46 -0400 From: Konrad Rzeszutek Wilk To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Message-ID: <20111013190946.GA16336@phenom.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet23.oracle.com [156.151.31.71] X-CT-RefId: str=0001.0A090205.4E97378F.0185,ss=1,re=0.000,fgs=0 Cc: Subject: [Xen-devel] Features and bug fixes for Linux kernel 3.2. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hey, Please keep in mind that there is some outstanding work going on which could make it in 3.2 depending on when the merge window opens. I will enumerate those in the next email. Anyhow, for 3.2 Linux kernel we have these items loaded and ready to go: - A new mechanism to parse the E820 resulting in better ballooning. - hwclock support. Meaning you can do 'date XX' and it will be saved by machine. - Support for PCI multi-segmented machines (big big iron boxes) - Optimizations in DMA API. - "feature-barrier" in the xen-blkback so that older kernels (SLES10) can issue those. - "feature-discard" so that TRIM/SCSI UNMAP operations can be utilized. - kexec/kdump support for PVonHVM. - Cleanups in the code (mostly scripts/cleanpatch.pl) - Static analyzer (smatch) run results fixing bugs. - Tons of bug fixes. If you think I missed something - please please email me immediately. The list is as follow. Dan Carpenter (1): xen/pciback: double lock typo David Vrabel (9): xen/balloon: account for pages released during memory setup xen/balloon: simplify test for the end of usable RAM xen: allow balloon driver to use more than one memory region xen: allow extra memory to be in multiple regions xen: release all pages within 1-1 p2m mappings xen: use generic functions instead of xen_{alloc, free}_vm_area() block: xen-blkback: use API provided by xenbus module to map rings net: xen-netback: use API provided by xenbus module to map rings xen: map foreign pages for shared rings by updating the PTEs directly Jan Beulich (5): xen/pci: make bus notifier handler return sane values xen/pciback: use mutex rather than spinlock in passthrough backend xen/pciback: miscellaneous adjustments xen/pci: support multi-segment systems xen-blkback: use kzalloc() in favor of kmalloc()+memset() Jeremy Fitzhardinge (2): xen: add dom0_op hypercall xen/dom0: set wallclock time in Xen Joe Jin (1): xen-blkback: fixed indentation and comments Konrad Rzeszutek Wilk (24): Revert "xen/debug: WARN_ON when identity PFN has no _PAGE_IOMAP flag set." xen-pcifront: Update warning comment to use 'e820_host' option. xen-swiotlb: Retry up three times to allocate Xen-SWIOTLB xen-swiotlb: Fix wrong panic. xen-swiotlb: When doing coherent alloc/dealloc check before swizzling the MFNs. xen/pciback: Use mutexes when working with Xenbus state transitions. xen/pciback: use mutex rather than spinlock in vpci backend xen/p2m: Make debug/xen/mmu/p2m visible again. xen/p2m: Use SetPagePrivate and its friends for M2P overrides. x86/paravirt: Partially revert "remove lazy mode in interrupts" xen/pv-on-hvm:kexec: Fix implicit declaration of function 'xen_hvm_domain' xen/pciback: Do not dereference psdev during printk when it is NULL. xen-blkfront: If no barrier or flush is supported, use invalid operation. xen/blkback: Support 'feature-barrier' aka old-style BARRIER requests. xen/blkback: Report VBD_WSECT (wr_sect) properly. xen/blkback: Fix the inhibition to map pages when discarding sector ranges. xen/pciback: Check if the device is found instead of blindly assuming so. xen/events: BUG() when we can't allocate our event->irq array. xen/events: Don't check the info for NULL as it is already done. xen/irq: If we fail during msi_capability_init return proper error code. xen/xenbus: Remove the unnecessary check. xen/enlighten: Fix compile warnings and set cx to known value. xen/p2m/debugfs: Fix potential pointer exception. xen/p2m/debugfs: Make type_name more obvious. Laszlo Ersek (1): xen-blkfront: plug device number leak in xlblk_init() error path Li Dongyang (4): xen-blkfront: add BLKIF_OP_DISCARD and discard request struct xen-blkback: Implement discard requests ('feature-discard') xen-blkfront: Handle discard requests. xen-blkfront: fix a deadlock while handling discard response Olaf Hering (6): xen: use static initializers in xen-balloon.c xen/pv-on-hvm kexec: prevent crash in xenwatch_thread() when stale watch events arrive xen/pv-on-hvm kexec: rebind virqs to existing eventchannel ports xen/pv-on-hvm kexec+kdump: reset PV devices in kexec or crash kernel xen/pv-on-hvm kexec: update xs_wire.h:xsd_sockmsg_type from xen-unstable xen/pv-on-hvm kexec: add xs_reset_watches to shutdown watches from old kernel Randy Dunlap (1): xen-swiotlb: fix printk and panic args Ruslan Pisarev (6): Xen: fix whitespaces,tabs coding style issue in drivers/xen/balloon.c Xen: fix whitespaces,tabs coding style issue in drivers/xen/events.c Xen: fix braces coding style issue in gntdev.c and grant-table.c Xen: fix whitespaces,tabs coding style issue in drivers/xen/pci.c Xen: fix braces coding style issue in xenbus_probe.h Xen: fix braces and tabs coding style issue in xenbus_probe.c Stefano Stabellini (4): xen: add an "highmem" parameter to alloc_xenballooned_pages xen: modify kernel mappings corresponding to granted pages xen: XEN_PVHVM depends on PCI xen: remove XEN_PLATFORM_PCI config option Thomas Meyer (1): xen/pciback: use resource_size() Yu Ke (1): xen/acpi: Domain0 acpi parser related platform hypercall _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Thu Oct 13 12:22:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 12:22:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REQqy-0004NR-KQ; Thu, 13 Oct 2011 12:22:04 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REQqD-0004AT-Tx; Thu, 13 Oct 2011 12:21:18 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1318533673!928123!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14394 invoked from network); 13 Oct 2011 19:21:14 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 19:21:14 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9DJLABT001387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Oct 2011 19:21:11 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9DJL9Km029920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 19:21:09 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9DJL4Av006466; Thu, 13 Oct 2011 14:21:04 -0500 Received: from oracle.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 13 Oct 2011 12:21:04 -0700 Received: by oracle.com (Postfix, from userid 1000) id BF6F93F7; Thu, 13 Oct 2011 15:20:59 -0400 (EDT) Date: Thu, 13 Oct 2011 15:20:59 -0400 From: Konrad Rzeszutek Wilk To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Message-ID: <20111013192059.GB16336@phenom.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4E973A28.0048:SCFMA922111,ss=1,re=-4.000,fgs=0 Cc: Subject: [Xen-devel] Features and bug fixes that went in Linux 3.1 X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hey, 3.1 is going to be released shortly, I hope. The 3.1 release saw: - Xen-pciback module included in. - Support for udev to autoload Xen backend modules. - Blkback decreasing latency on I/Os. - VGA dom0 text support (which also went in 3.0.4) - Frontswap support and self-ballooning (for tmem) - Replacing Xen debugfs with a general tracing facility - PVonHVM saw PV keyboard driver being enabled and PV spinlocks disabled (enabling it introduced a serious bug that will be fixed in 3.3) - Fixing some nasty bugs that existed since 2.6.27 and 2.6.37! - Bug-fixes! The full credit list is as follow: Andy Lutomirski (2): x86-64, xen: Enable the vvar mapping x86-64: Add user_64bit_mode paravirt op Bastian Blank (4): xen: Populate xenbus device attributes xen: Add module alias to autoload backend drivers xen/blkback: Add module alias for autoloading xen/netback: Add module alias for autoloading Clemens Ladisch (1): mm: fix wrong vmap address calculations with odd NR_CPUS values Dan Magenheimer (2): xen: prepare tmem shim to handle frontswap xen: tmem: self-ballooning and frontswap-selfshrinking Daniel Kiper (2): mm: extend memory hotplug API to allow memory hotplug in virtual machines xen/balloon: memory hotplug support for Xen balloon driver Daniel Stodden (1): xen/blkback: Don't let in-flight requests defer pending ones. David Vrabel (3): xen: use maximum reservation to limit amount of usable RAM xen/e820: if there is no dom0_mem=, don't tweak extra_pages. mm: sync vmalloc address space page tables in alloc_vm_area() Huang Weiyi (2): xen/pciback: remove duplicated #include xen/pciback: remove duplicated #include Ian Campbell (1): xen: rename pciback module to xen-pciback. Igor Mammedov (3): xen: Fix printk() format in xen/setup.c xen: Fix misleading WARN message at xen_release_chunk xen: x86_32: do not enable iterrupts when returning from exception in interrupt context Jan Beulich (2): xen/x86: replace order-based range checking of M2P table by linear one xen/i386: follow-up to "replace order-based range checking of M2P table by linear one" Jeremy Fitzhardinge (22): xen: allow enable use of VGA console on dom0 trace/xen: add skeleton for Xen trace events xen/multicalls: remove debugfs stats xen/trace: set up tracepoint skeleton xen/trace: add multicall tracing xen/trace: add mmu tracepoints xen/trace: add ptpage alloc/release tracepoints xen/trace: add xen_pgd_(un)pin tracepoints xen/trace: add segment desc tracing xen/trace: add tlb flush tracepoints xen/mmu: use extend_args for more mmuext updates xen/mmu: tune pgtable alloc/release xen/multicalls: disable MC_DEBUG xen/multicalls: add unlikely around slowpath in __xen_mc_entry() xen/multicall: special-case singleton hypercalls xen/multicall: move *idx fields to start of mc_buffer xen/trace: convert mmu events to use DECLARE_EVENT_CLASS()/DEFINE_EVENT() xen/trace: use class for multicall trace xen/tracing: fix compile errors when tracing is disabled. xen/tracing: it looks like we wanted CONFIG_FTRACE xen/tracing: Fix tracing config option properly xen: use non-tracing preempt in xen_clocksource_read() Joe Jin (2): xen-blkback: Don't disconnect backend until state switched to XenbusStateClosed. xen-blkback: fixed indentation and comments Joe Perches (1): xen: Add __attribute__((format(printf... where appropriate Konrad Rzeszutek Wilk (31): ttm: Fix spelling mistakes and remove unused #ifdef xen/pci: Shuffle code around. xen/pci: Update comments and fix empty spaces. xen/pci: Provide #ifdef CONFIG_ACPI to easy code squashing. xen/pci: In xen_register_pirq bind the GSI to the IRQ after the hypercall. xen/pci: Use the xen_register_pirq for HVM and initial domain users xen/pci: Squash pci_xen_initial_domain and xen_setup_pirqs together. xen/pci: Move the allocation of IRQs when there are no IOAPIC's to the end xen/pci: Retire unnecessary #ifdef CONFIG_ACPI xen/pci: Remove 'xen_allocate_pirq_gsi'. xen/pci: Use 'acpi_gsi_to_irq' value unconditionally. xen/pciback: xen pci backend driver. xen/pciback: Cleanup the driver based on checkpatch warnings and errors. xen/pciback: Register the owner (domain) of the PCI device. xen/pciback: Disable MSI/MSI-X when reseting a device xen/pciback: Allocate IRQ handler for device that is shared with guest. xen/pciback: Fine-grain the spinlocks and fix BUG: scheduling while atomic cases. xen/pciback: Don't setup an fake IRQ handler for SR-IOV devices. xen/pciback: Print out the MSI/MSI-X (PIRQ) values xen/pciback: Drop two backends, squash and cleanup some code. xen/pciback: Remove the DEBUG option. xen/pciback: Have 'passthrough' option instead of XEN_PCIDEV_BACKEND_PASS and XEN_PCIDEV_BACKEND_VPCI xen/grant: Fix compile warning. xen/balloon: Fix compile errors - missing header files. xen/grant: Fix compile warning. xen/balloon: Fix compile errors - missing header files. xen/self-balloon: Add dependency on tmem. xen/trace: Fix compile error when CONFIG_XEN_PRIVILEGED_GUEST is not set xen/blkback: Make description more obvious. xen/smp: Warn user why they keel over - nosmp or noapic and what to use instead. xen/irq: Alter the locking to use a mutex instead of a spinlock. Len Brown (1): cpuidle: replace xen access to x86 pm_idle and default_idle Raghavendra D Prabhu (1): xen:pvhvm: Modpost section mismatch fix Randy Dunlap (2): xen: xen-selfballoon.c needs more header files xen: self-balloon needs module.h Stefan Bader (2): xen-blkfront: Drop name and minor adjustments for emulated scsi devices xen-blkfront: Fix one off warning about name clash Stefano Stabellini (3): Input: xen-kbdfront - enable driver for HVM guests xen: Do not enable PV IPIs when vector callback not present xen: disable PV spinlocks on HVM Zhao, Yu (1): xen/pciback: guest SR-IOV support for PV guest _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Thu Oct 13 12:33:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 12:33:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RER1o-0005bz-B0; Thu, 13 Oct 2011 12:33:16 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RER1F-0005PB-Jf; Thu, 13 Oct 2011 12:32:41 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1318534357!931583!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5949 invoked from network); 13 Oct 2011 19:32:38 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 19:32:38 -0000 Received: from ucsinet23.oracle.com (ucsinet23.oracle.com [156.151.31.71]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9DJWYEH015114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 13 Oct 2011 19:32:36 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet23.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9DJWXJk002186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 19:32:34 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9DJWSgY006739; Thu, 13 Oct 2011 14:32:28 -0500 Received: from oracle.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 13 Oct 2011 12:32:28 -0700 Received: by oracle.com (Postfix, from userid 1000) id 0E7751EA; Thu, 13 Oct 2011 15:32:15 -0400 (EDT) Date: Thu, 13 Oct 2011 15:32:15 -0400 From: Konrad Rzeszutek Wilk To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Message-ID: <20111013193214.GC16336@phenom.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet23.oracle.com [156.151.31.71] X-CT-RefId: str=0001.0A090207.4E973CD4.016D,ss=1,re=0.000,fgs=0 Cc: Subject: [Xen-devel] Features for Linux kernel 3.3. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is what is being currently developed and reviewed. Some of it might be done before 3.2 merge windows opens so it could become part of 3.2: - PV spinlocks. Jeremy has been tirelessly working on this and every time it looks like it is ready somebody comes out and points out a bug in generic code that impacts his work. So this has mushroomed to now include jump_label support (for tracing), compare and exchange atomic operations (for everything), and then the PV spinlocks patches. - ACPI S3 support. The code is going through a review and we need some eyes from the ACPI folks to make sure nothing is wrong. - Graphic support for radeon/nouveau for 32-bit cards (enterprise type). Also known as "TTM DMA pool" code. - Blkback/blkfront features. Expanding the blkback to do amazing things. Like make the code easier to read, expanding the discard support to support REQ_DISCARD_SECURE and also do multipage rings (to allow more I/Os). - microcode update. Well, this one is complex. The x86 maintainers want to re-write how it is done, so the Xen microcode is shelved for right now until that is complete. - cleancache. This is the last piece of tmem - it allows the swap disk to use the temporary memory pool that tmem provides to make the guest run even faster. - Xen ACPI cpufreq patches. They are not yet ready to be posted, but they are slowly taking shape. If I missed somebody's current work, please point me out to it. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Thu Oct 13 12:46:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 12:46:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RERF3-00071n-Tp; Thu, 13 Oct 2011 12:46:57 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RERDT-0006hH-BL for xen-users@lists.xensource.com; Thu, 13 Oct 2011 12:45:20 -0700 X-Env-Sender: royger@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1318535113!930172!1 X-Originating-IP: [209.85.216.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18045 invoked from network); 13 Oct 2011 19:45:14 -0000 Received: from mail-qy0-f171.google.com (HELO mail-qy0-f171.google.com) (209.85.216.171) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 19:45:14 -0000 Received: by qyk29 with SMTP id 29so462839qyk.9 for ; Thu, 13 Oct 2011 12:45:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zsfp6MOij0UVUj5R13S4XP+qGfKU5n7W6P7RILCJppQ=; b=nrM4Tfuj5tbeiyadcj1npLdwLjB4DHCDNL3yEi5/rD9cBnv+BuuDHrIlNguUYs4ldV nE9QT57fO0sLk38JH8ECCGIDKzTQiv1YPIRES0m+vyi6XwtvaUCcGystM9/KJuGCoEcU qYCZ0Ca3D1cyScfUPNFRjB7WNblUtzxF76g0U= MIME-Version: 1.0 Received: by 10.68.31.4 with SMTP id w4mr11163327pbh.20.1318535113178; Thu, 13 Oct 2011 12:45:13 -0700 (PDT) Received: by 10.142.225.20 with HTTP; Thu, 13 Oct 2011 12:45:13 -0700 (PDT) In-Reply-To: <4E971542.8060008@fuzzwad.org> References: <4E971542.8060008@fuzzwad.org> Date: Thu, 13 Oct 2011 21:45:13 +0200 X-Google-Sender-Auth: UeSStHZcCTu8kDDTi0pOOxShFKc Message-ID: Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory From: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= To: Ron McDowell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com 2011/10/13 Ron McDowell : > Hi Xen-users. > Trying to bring up xen 3.3 on a Dell T110 running NetBSD 5.1 amd64 DOM0. = =C2=A0I > installed the OS from CD, then xentools33 and xenkernel33 with pkg_add, a= nd > I got DOM0 working... > > [root@voodoo(NetBSD)]> uname -a > NetBSD voodoo 5.1 NetBSD 5.1 (XEN3_DOM0) #0: Sat Nov =C2=A06 13:19:24 UTC= 2010 > =C2=A0builds@b6.netbsd.org:/home/builds/ab/netbsd-5-1-RELEASE/amd64/20101= 1061943Z-obj/home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/amd64/compile/X= EN3_DOM0 > amd64 > [root@voodoo(NetBSD)]> xm list > Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ID= =C2=A0 Mem VCPUs =C2=A0 =C2=A0 =C2=A0State > Time(s) > Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A01024= =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 r----- > 25.6 > [root@voodoo(NetBSD)]> ls -l /dev/xen* > crw------- =C2=A01 root =C2=A0wheel =C2=A0143, 0 Oct 11 14:19 /dev/xencon= s > crw------- =C2=A01 root =C2=A0wheel =C2=A0141, 0 Oct 11 14:19 /dev/xenevt > [root@voodoo(NetBSD)]> ls -l /etc/rc.d/xen* > -r-xr-xr-x =C2=A01 root =C2=A0wheel =C2=A0 293 Oct 11 15:28 /etc/rc.d/xen= backendd > -r-xr-xr-x =C2=A01 root =C2=A0wheel =C2=A0 629 Oct 11 15:28 /etc/rc.d/xen= d > -r-xr-xr-x =C2=A01 root =C2=A0wheel =C2=A03607 Oct 11 15:28 /etc/rc.d/xen= domains > > > I created a big disk image file with dd... > > [root@voodoo(NetBSD)]> ls -l /Xen/Disks/juju.img > -rw-r--r-- =C2=A01 root =C2=A0wheel =C2=A0966367641600 Oct 11 22:40 /Xen/= Disks/juju.img > > > And have my bridge set up... > > [root@voodoo(NetBSD)]> cat /etc/ifconfig.bridge0 > create > !brconfig $int add bge0 up > [root@voodoo(NetBSD)]> ifconfig bridge0 > bridge0: flags=3D41 mtu 1500 > > I want to use HVM for transparency [over speed]... but if I use this conf= ig > file [basic HVM with disk/memory/mac changes...I want to boot and install > FreeBSD from the ISO file]... > > kernel =3D "/usr/pkg/lib/xen/boot/hvmloader" > builder=3D'hvm' > memory =3D 1024 > name =3D "juju" > vif =3D [ 'mac=3D00:16:3e:xx:xx:xx, bridge=3Dbridge0, type=3Dioemu' ] > device_model =3D '/usr/pkg/libexec/qemu-dm' > disk =3D [ 'file:/Xen/Disks/juju.img,ioemu:hda,w', > 'file:/Xen/CDs/FreeBSD-8.2-RELEASE-i386-disc1.iso,ioemu:hdc:cdrom,r' ] > boot=3D'd' > usb=3D1 > usbdevice=3D'tablet' > > > when I try to create it: > > [root@voodoo(NetBSD)]> xm create -c /Xen/Machines/juju.cnf > Using config file "/Xen/Machines/juju.cnf". > Started domain juju > xenconsole: Could not read tty from store: No such file or directory > [root@voodoo(NetBSD)]> xm list > Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ID= =C2=A0 Mem VCPUs =C2=A0 =C2=A0 =C2=A0State > Time(s) > Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A01024= =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 r----- > 16.5 > juju =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 2= =C2=A01024 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 r----- > 16.3 > [root@voodoo(NetBSD)]> xm console juju > xenconsole: Could not read tty from store: No such file or directory > > I found something online about xenconsoled might not be running...it was = not > being started but I added it to /etc/rc.local, so it now starts up: > > [root@voodoo(NetBSD)]> ps -ax|grep xen > 222 ? =C2=A0 =C2=A0 I =C2=A0 =C2=A00:00.60 xenstored --pid-file /var/run/= xenstore.pid > 223 ? =C2=A0 =C2=A0 Il =C2=A0 0:00.00 xenconsoled 228 ? =C2=A0 =C2=A0 I = =C2=A0 =C2=A00:00.00 > /usr/pkg/bin/python2.6 /usr/pkg/sbin/xend start > 233 ? =C2=A0 =C2=A0 Il =C2=A0 0:02.72 /usr/pkg/bin/python2.6 /usr/pkg/sbi= n/xend start > 238 ? =C2=A0 =C2=A0 Isl =C2=A00:00.01 /usr/pkg/sbin/xenbackendd > 2134 ttyp0 S+ =C2=A0 0:00.00 grep xen > > This DOM0 box is headless and I don't want or need [do I??] X on it. > > What am I missing? =C2=A0Thanks. You should connect to HVM DomU using VNC. Here is an example of what you should add to your config file: #--------------------------------------------------------------------------= -- # enable VNC library for graphics, default =3D 1 vnc=3D1 #--------------------------------------------------------------------------= -- # address that should be listened on for the VNC server if vnc is set. # default is to use 'vnc-listen' setting from # auxbin.xen_configdir() + /xend-config.sxp vnclisten=3D"0.0.0.0" #--------------------------------------------------------------------------= -- # set password for domain's VNC console # default is depents on vncpasswd in xend-config.sxp vncpasswd=3D'XXXXXX' And then connect to the domain using "vncviewer :0" (replace 0 with 1, 2, 4... if you have several machines running). Hope this helps, Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 12:49:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 12:49:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RERHK-0007oN-Qv; Thu, 13 Oct 2011 12:49:18 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RERDW-0006hJ-CC for xen-users@lists.xensource.com; Thu, 13 Oct 2011 12:45:23 -0700 X-Env-Sender: mrsanna1@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1318535099!46566896!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10099 invoked from network); 13 Oct 2011 19:45:00 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 19:45:00 -0000 Received: by vcbfk13 with SMTP id fk13so502707vcb.30 for ; Thu, 13 Oct 2011 12:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=MkkEiAdpz8I3VvONIXLxRjPfuRhlerTsZ3msLoZY1LI=; b=YGLvAlSu6HVPq/srrtrUy5ilVf0JN7w7KI9AQdZmD/CBT1IGRr7gyX+nX3ROwmWCyE E/9pAg8v3Fn1xfYowaJgb3Q3Ppc/axBwWcxNoh2XXO7naTGxHyi64hyYFbJI6LLPaGh5 oFpNDc9FBrX/pE1xN3hNn3l/3s1ua10to2UhY= MIME-Version: 1.0 Received: by 10.68.55.100 with SMTP id r4mr11021829pbp.69.1318535117914; Thu, 13 Oct 2011 12:45:17 -0700 (PDT) Received: by 10.142.234.14 with HTTP; Thu, 13 Oct 2011 12:45:17 -0700 (PDT) Date: Thu, 13 Oct 2011 21:45:17 +0200 Message-ID: From: Mauro To: debian-user@lists.debian.org, xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Cc: Subject: [Xen-users] debian squeeze, xen and a very big problem. X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, first of all sorry for my english. Months ago I've installed a debian squeeze into two servers with a SAN storage. I've installed the package xen-linux-system, xen started and I could create various domUs, live migrate them from one node to another and everything without any problem. The debian version was 6.0.2. Today I've run aptitude and upgraded some packages as suggested. Now the system has debian version 6.0.3. Xen is 4.0.1. I've upgraded also the domuS, all of them are debian squeeze machines. By now the live migration doesn't work anymore. Here is what xend.log says: [2011-10-13 17:59:53 11629] INFO (XendCheckpoint:423) ERROR Internal error: Error when reading batch size [2011-10-13 17:59:53 11629] INFO (XendCheckpoint:423) ERROR Internal error: error when buffering batch, finishing It's a very big problem for me. I can't believe that a serious distribution like debian do not do tests before suggest an upgrade. There are others here with squeeze and xen that have the same problem? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 12:59:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 12:59:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RERQr-0000ju-0S; Thu, 13 Oct 2011 12:59:10 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1REROU-0000Kp-TX for xen-users@lists.xensource.com; Thu, 13 Oct 2011 12:56:43 -0700 X-Env-Sender: sdamron@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1318535798!31508259!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20413 invoked from network); 13 Oct 2011 19:56:39 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 19:56:39 -0000 Received: by vws13 with SMTP id 13so587303vws.30 for ; Thu, 13 Oct 2011 12:56:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q/DKnOVeDaZFZ8cUbau5goq5+zUwdh3MUX6qqks7L9Y=; b=T6l9LdYiCCrNHQtvEYHP8NG4Jva2sxT3UJcW78ye6Tpi2BYscnrynSZ7HimQsexvCv w+jd2CTlzoof01lDXEoCI0SzPwvXxc/pAcsBY+a17LQ4u26yWO5XMpsKZDV5tW4TuYdM O4AOxoM6+QMf1lK1qi3B2aO37Vsp4z0R0z58E= MIME-Version: 1.0 Received: by 10.52.28.140 with SMTP id b12mr5550431vdh.2.1318535798497; Thu, 13 Oct 2011 12:56:38 -0700 (PDT) Received: by 10.52.115.170 with HTTP; Thu, 13 Oct 2011 12:56:38 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Oct 2011 14:56:38 -0500 Message-ID: Subject: Re: [Xen-users] debian squeeze, xen and a very big problem. From: Scott Damron To: Mauro Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com, debian-user@lists.debian.org X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com While I understand your position, you should have tested very thoroughly before deploying any upgrades to a production system. Screeching about Debian being bad is not going to garner you any sympathy if you didn't test your patches in a lab or QA environment before upgrading your system. That is my two cents. On Thu, Oct 13, 2011 at 2:45 PM, Mauro wrote: > Hello, first of all sorry for my english. > Months ago I've installed a debian squeeze into two servers with a SAN storage. > I've installed the package xen-linux-system, xen started and I could > create various domUs, live migrate them from one node to another and > everything without any problem. > The debian version was 6.0.2. > Today I've run aptitude and upgraded some packages as suggested. > Now the system has debian version 6.0.3. > Xen is 4.0.1. > I've upgraded also the domuS, all of them are debian squeeze machines. > By now the live migration doesn't work anymore. > Here is what xend.log says: > > [2011-10-13 17:59:53 11629] INFO (XendCheckpoint:423) ERROR Internal > error: Error when reading batch size > [2011-10-13 17:59:53 11629] INFO (XendCheckpoint:423) ERROR Internal > error: error when buffering batch, finishing > > It's a very big problem for me. > I can't believe that a serious distribution like debian do not do > tests before suggest an upgrade. > There are others here with squeeze and xen that have the same problem? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Thu Oct 13 13:07:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 13:07:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RERZD-0001TV-Lq; Thu, 13 Oct 2011 13:07:47 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RERVr-0001Db-1c; Thu, 13 Oct 2011 13:04:29 -0700 X-Env-Sender: dan.magenheimer@oracle.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1318536254!937676!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27021 invoked from network); 13 Oct 2011 20:04:15 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Oct 2011 20:04:15 -0000 Received: from ucsinet23.oracle.com (ucsinet23.oracle.com [156.151.31.71]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9DK4Bdi020422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 13 Oct 2011 20:04:13 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet23.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9DK4Bij019676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 20:04:11 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9DK45W1003841; Thu, 13 Oct 2011 15:04:05 -0500 MIME-Version: 1.0 Message-ID: <85f0fea6-a4d3-4732-b238-d838b8c87b6a@default> Date: Thu, 13 Oct 2011 13:04:03 -0700 (PDT) From: Dan Magenheimer To: Konrad Wilk , xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: RE: [Xen-devel] Features for Linux kernel 3.3. References: <20111013193214.GC16336@phenom.oracle.com> In-Reply-To: <20111013193214.GC16336@phenom.oracle.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.4.1.0 (410211) [OL 12.0.6562.5003] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet23.oracle.com [156.151.31.71] X-CT-RefId: str=0001.0A090203.4E97443D.015F,ss=1,re=0.000,fgs=0 Cc: X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com > From: Konrad Rzeszutek Wilk > Sent: Thursday, October 13, 2011 1:32 PM > To: xen-devel@lists.xensource.com; xen-users@lists.xensource.com > Subject: [Xen-devel] Features for Linux kernel 3.3. >=20 >=20 > This is what is being currently developed and reviewed. Some of it > might be done before 3.2 merge windows opens so it could become part > of 3.2: >=20 > - PV spinlocks. Jeremy has been tirelessly working on this and every tim= e > it looks like it is ready somebody comes out and points out a bug > in generic code that impacts his work. So this has mushroomed to now > include jump_label support (for tracing), compare and exchange atomic > operations (for everything), and then the PV spinlocks patches. >=20 > - ACPI S3 support. The code is going through a review and we need > some eyes from the ACPI folks to make sure nothing is wrong. >=20 > - Graphic support for radeon/nouveau for 32-bit cards (enterprise type). > Also known as "TTM DMA pool" code. >=20 > - Blkback/blkfront features. Expanding the blkback to do amazing things. > Like make the code easier to read, expanding the discard support to su= pport > REQ_DISCARD_SECURE and also do multipage rings (to allow more I/Os). >=20 > - microcode update. Well, this one is complex. The x86 maintainers > want to re-write how it is done, so the Xen microcode is shelved for > right now until that is complete. >=20 > - cleancache. This is the last piece of tmem - it allows the swap disk > to use the temporary memory pool that tmem provides to make the guest > run even faster. Correction. *Frontswap* is the last piece of tmem. (Cleancache went in at 3.0.) =20 > - Xen ACPI cpufreq patches. They are not yet ready to be posted, but the= y > are slowly taking shape. >=20 > If I missed somebody's current work, please point me out to it. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Thu Oct 13 13:12:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 13:12:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RERdq-0003JN-0S; Thu, 13 Oct 2011 13:12:34 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RERZ9-0001Rl-PA; Thu, 13 Oct 2011 13:07:44 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1318536431!41818163!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18455 invoked from network); 13 Oct 2011 20:07:12 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 20:07:12 -0000 Received: by vcbfk13 with SMTP id fk13so528058vcb.30 for ; Thu, 13 Oct 2011 13:07:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=E2ry/z/UXmIyS/sNhe0JOawfsWrU/TV5MhOJYLRp+F4=; b=iy+ARDSBsBAEH7VGnQ2bHq3KBPPaz1Foba1yKgtLpJrxFgsmndpA2gN86PbpiLO0MS Y5Mg7WTLUPzKY6g7JMHSG9653ocTTRjmjMMUqg4twV1qNNlRil6mX4t6Mo/OggWkZbDm t4ST3lagIzFID0EOzYAp20RwbqPjG4zaOz7AA= MIME-Version: 1.0 Received: by 10.52.96.161 with SMTP id dt1mr5561218vdb.124.1318536459349; Thu, 13 Oct 2011 13:07:39 -0700 (PDT) Received: by 10.52.160.9 with HTTP; Thu, 13 Oct 2011 13:07:39 -0700 (PDT) In-Reply-To: <20111013193214.GC16336@phenom.oracle.com> References: <20111013193214.GC16336@phenom.oracle.com> Date: Thu, 13 Oct 2011 21:07:39 +0100 X-Google-Sender-Auth: l12E9k6GfueyaX14E4t6PjDbbF4 Message-ID: Subject: Re: [Xen-devel] Features for Linux kernel 3.3. From: Andy Burns To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Cc: X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 13 October 2011 20:32, Konrad Rzeszutek Wilk wrote: > This is what is being currently developed and reviewed. Some of it > might be done before 3.2 merge windows opens so it could become part > of 3.2: Thanks, it's useful to see these summaries ... and worthwhile for members of both lists I hope. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Thu Oct 13 13:28:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 13:28:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RERtG-0005BV-Ih; Thu, 13 Oct 2011 13:28:30 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RERry-0004qh-WA for xen-users@lists.xensource.com; Thu, 13 Oct 2011 13:27:11 -0700 X-Env-Sender: mrsanna1@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1318537598!52744242!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10025 invoked from network); 13 Oct 2011 20:26:39 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Oct 2011 20:26:39 -0000 Received: by pzk34 with SMTP id 34so3604931pzk.8 for ; Thu, 13 Oct 2011 13:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yUTs9gWz7Wp3PrGvaZGGyEN4FJ5uhzO2TOuz7+qBaWc=; b=qV6ZS028QDDyRUnax46+/qhyYrIg9Rsf0ObFBCuMc7HyWKgVEOUPzKnUIpeHBSGmDG +o3SSKvRVhwPMG+A3gNRZzBBT2cSDhi9ZLxCEQvUUQyZYMQoUvEyYqEvEWYUw/B5L6yh Pf9/918+kWmK21Efde2cYM89FoqFbGpjhQfjU= MIME-Version: 1.0 Received: by 10.68.37.70 with SMTP id w6mr11219969pbj.86.1318537625954; Thu, 13 Oct 2011 13:27:05 -0700 (PDT) Received: by 10.142.234.14 with HTTP; Thu, 13 Oct 2011 13:27:05 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Oct 2011 22:27:05 +0200 Message-ID: Subject: Re: [Xen-users] debian squeeze, xen and a very big problem. From: Mauro To: Scott Damron Content-Type: text/plain; charset=UTF-8 Cc: xen-users@lists.xensource.com, debian-user@lists.debian.org X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 13 October 2011 21:56, Scott Damron wrote: > While I understand your position, you should have tested very > thoroughly before deploying any upgrades to a production system. > Screeching about Debian being bad is not going to garner you any > sympathy if you didn't test your patches in a lab or QA environment > before upgrading your system. How can I downgrade the xen linux system kernel? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 14:15:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 14:15:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RESdB-0007fL-Nh; Thu, 13 Oct 2011 14:15:57 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RESc7-0007LH-DL for xen-users@lists.xensource.com; Thu, 13 Oct 2011 14:14:51 -0700 X-Env-Sender: guy.roussin@teledetection.fr X-Msg-Ref: server-11.tower-216.messagelabs.com!1318540487!942118!1 X-Originating-IP: [193.48.189.9] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16770 invoked from network); 13 Oct 2011 21:14:47 -0000 Received: from komper2.teledetection.fr (HELO komper.teledetection.fr) (193.48.189.9) by server-11.tower-216.messagelabs.com with SMTP; 13 Oct 2011 21:14:47 -0000 Received: from [192.168.1.52] (rab34-6-78-246-209-75.fbx.proxad.net [78.246.209.75]) by komper.teledetection.fr (Serveur mel de la MTD) with ESMTPSA id A2A31D6045 for ; Thu, 13 Oct 2011 23:14:46 +0200 (CEST) Message-ID: <4E9754C6.4030702@teledetection.fr> Date: Thu, 13 Oct 2011 23:14:46 +0200 From: Guy Roussin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20111010 Icedove/3.1.15 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] debian squeeze, xen and a very big problem. References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > How can I downgrade the xen linux system kernel? Use http://snapshot.debian.org/ Guy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 13 20:45:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 13 Oct 2011 20:45:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REYhi-0001Ps-Pj; Thu, 13 Oct 2011 20:45:02 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REYg4-00015J-JI; Thu, 13 Oct 2011 20:43:20 -0700 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1318563795!971492!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20758 invoked from network); 14 Oct 2011 03:43:17 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2011 03:43:17 -0000 Received: by pzk34 with SMTP id 34so4315382pzk.8 for ; Thu, 13 Oct 2011 20:43:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :cc:content-type; bh=tEX+AlgGAv2N5r04kJMMBY4+yVy1UWNpWVMuSsOQtGg=; b=t29T5zyWD2dCBa+YOAQgI0+Qssjt9+cN80htiEciDYnqYgBUa060cxARYLm70TXQ2R mWW4BKzYT44/l23KV6s48HXjeFLglyl7jG98HcivWIoUxP8whAMMp0J9cr1a0YL6oudR VJEh0mL4aTJcMyClV8/LAEkxKuHn8yegaayGw= Received: by 10.68.8.233 with SMTP id u9mr13767530pba.30.1318563794917; Thu, 13 Oct 2011 20:43:14 -0700 (PDT) References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> From: Andrew Bobulsky In-Reply-To: <20111013180244.GC15499@phenom.oracle.com> Mime-Version: 1.0 (iPhone Mail 8J2) Date: Thu, 13 Oct 2011 23:43:12 -0400 Message-ID: <5400260811821008556@unknownmsgid> Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) To: Konrad Rzeszutek Wilk Content-Type: text/plain; charset=ISO-8859-1 Cc: Joseph Glanville , Lars Kurth , "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello folks, I wish I could say that I have loads of technical Xen knowledge to contribute, but I unfortunately do not. However, I've got a soft spot for well documented F/OSS projects and would like to help if I can. If your manpower requirements aren't of a strictly technical nature, I could perform other tasks related to this endeavor, like edit new docs, test procedures, and so on. Should I simply hop on IRC in the next few days to see if that would be the case? Cheers, Andrew Bobulsky On Oct 13, 2011, at 2:12 PM, Konrad Rzeszutek Wilk wrote: > On Thu, Oct 13, 2011 at 05:44:27AM +1100, Joseph Glanville wrote: >> Sounds good, 26th works. >> >> Real-time colab on IRC would be nice to get organised maybe #xendocday on >> freenode? > > Yes, will be on #xendocday. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 14 00:13:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 00:13:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REbxr-0007E7-LS; Fri, 14 Oct 2011 00:13:55 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1REbx2-0006up-8t for xen-users@lists.xensource.com; Fri, 14 Oct 2011 00:13:04 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-182.messagelabs.com!1318576381!22119174!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2872 invoked from network); 14 Oct 2011 07:13:01 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-182.messagelabs.com with SMTP; 14 Oct 2011 07:13:01 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id B903829FD1; Fri, 14 Oct 2011 08:12:59 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xoTXgbNoT6K3; Fri, 14 Oct 2011 08:12:59 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 2D21629EEB; Fri, 14 Oct 2011 08:12:59 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 14 Oct 2011 08:12:52 +0100 To: debian-user@lists.debian.org, xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] debian squeeze, xen and a very big problem. Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Mauro wrote: >I can't believe that a serious distribution like debian do not do >tests before suggest an upgrade. As Scott says, for production systems you either have to test things yourself, or you accept that possibly an upgrade may break your system. Debian (and the other distributions) do do a **LOT** of testing - they have a whole QA setup just to handle testing etc. BUT they rely on the package maintainers/contributors to do most of the functional testing - the distribution testing is (I believe) mostly to ensure everything installs cleanly, there aren't broken dependencies, etc. The thing is, once you get past the trivial (and both the Linux kernel and Xen are very much non-trivial) it is simply impossible to test every possible combination of software and usage cases. That's not "difficult", but "impossible" - unless you have a near infinite number of systems and people to run the test scenarios. I understand how frustrating it is for you, I've been hit by this sort of thing before. You either have to have a test/QA setup and test all upgrades before going live, or you upgrade live systems and have a plan to backtrack what you upgraded. The last one I had was an incompatibility between (IIRC) Squirrelmail and (IIRC) one of the Perl elements it depends on - leading to inability to log in as a user. I had to downgrade the bits I'd upgraded, then upgrade them one at a time until I found the problem. Fortunately it got fixed at some point. Guy Roussin wrote: >Use http://snapshot.debian.org/ Wow, I wish I'd known about that before - several times I've found myself needing older packages and struggled to find them. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 14 02:20:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 02:20:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REdwE-0007Hf-9Y; Fri, 14 Oct 2011 02:20:22 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1REduk-0006ww-Ky for xen-users@lists.xensource.com; Fri, 14 Oct 2011 02:18:51 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1318583899!52805815!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30897 invoked from network); 14 Oct 2011 09:18:19 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-7.tower-27.messagelabs.com with SMTP; 14 Oct 2011 09:18:19 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 14 Oct 2011 10:18:46 +0100 MIME-Version: 1.0 Date: Fri, 14 Oct 2011 10:18:44 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A60A2@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: dom0_mem= major issue Thread-Index: AcyKUHQ4e/jAJqtPSi6uVnRrjzp9DA== From: "Ian Tobin" To: Subject: [Xen-users] dom0_mem= major issue X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0563937611==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0563937611== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC8A52.467C84FE" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CC8A52.467C84FE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 I have already mentioned this in another email but no one seems to have the same issue? Specifying the above line doesn't seem to have much affect, in fact it makes the system more unstable as it seems that when launching domUs it takes memory from dom0 to the point where it is running at its minimum. I have tested with various servers and all have the same issue. =20 I read that there was an issue with kernel 3.0 but this problem is happening with 2.6.32.43. Also once you get to a certain point you can't launch anymore domUs even though there is lots of RAM free, it complains there is no RAM in dom0. After this dom0 struggles as there is little RAM for it to use. =20 XEN is 4.1.1 Kernel is mixed, 2.6.32.43 - 3.1-rc4 =20 To get round this issue I have removed the dom0_mem parameter for now so the memory is available to all domUs and dom0. =20 Has anyone got a solution to this or is it something we just have to deal with now? Seems a big problem to me. =20 Thanks =20 Ian ------_=_NextPart_001_01CC8A52.467C84FE Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have already mentioned this in another email but no one seems to have = the same issue?  Specifying the above line doesn’t seem to = have much affect, in fact it makes the system more unstable as it seems = that when launching domUs it takes memory from dom0 to the point where = it is running at its minimum.  I have tested with various servers = and all have the same issue.

 

I read that there was an issue with kernel 3.0 but this problem is = happening with 2.6.32.43.  Also once you get to a certain point you = can’t launch anymore domUs even though there is lots of RAM free, = it complains there is no RAM in dom0. After this dom0 struggles as there = is little RAM for it to use.

 

XEN is 4.1.1

Kernel is mixed, 2.6.32.43 – 3.1-rc4

 

To get round this issue I have removed the dom0_mem parameter for now = so the memory is available to all domUs and = dom0.

 

Has anyone got a solution to this or is it something we just have to = deal with now? Seems a big problem to me.

 

Thanks

 

Ian

------_=_NextPart_001_01CC8A52.467C84FE-- --===============0563937611== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0563937611==-- From xen-users-bounces@lists.xensource.com Fri Oct 14 03:28:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 03:28:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REezr-0001ro-ON; Fri, 14 Oct 2011 03:28:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1REeyo-0001Xa-79 for xen-users@lists.xensource.com; Fri, 14 Oct 2011 03:27:06 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1318588003!48226406!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13611 invoked from network); 14 Oct 2011 10:26:43 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2011 10:26:43 -0000 Received: by wwf27 with SMTP id 27so2633161wwf.24 for ; Fri, 14 Oct 2011 03:27:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=wlnsZIBt8dT/CMbDj7ECdiqYWT3dsmVVSn3zgEX59f0=; b=IEyImTuD03ma0Myv+2N8C7n3HzJduRAYunq9QqDc4IPUmIqCLFuB+R8cQv/wIGT2pL FD5EvxhvXXTjMdieaKguXfwi9oFxCpDg3vuTAAe7B/hSCbR56oHJDNvCRYjiKJctebmw OcnJ+MrfCs93GuHW/1m7l7xBEPT73GoYQvFh8= Received: by 10.227.143.72 with SMTP id t8mr2628397wbu.95.1318588023032; Fri, 14 Oct 2011 03:27:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.8.163 with HTTP; Fri, 14 Oct 2011 03:26:38 -0700 (PDT) From: Flavio Date: Fri, 14 Oct 2011 12:26:38 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] XCP: No Ethernet card was detected on Debian Squeeze domU install X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I am trying to setup Debian Squeeze as domU, but I get the message below during the setup process: No Ethernet card was detected on Debian Squeeze domU install And it asks to select the driver to me. I followed the instructions at page 27 of the guest.pdf manual, but there is no indication on how to set-up the bridge in order to make the ethernet interface available for the guest. How can I do? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 14 03:52:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 03:52:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REfNL-00037c-HL; Fri, 14 Oct 2011 03:52:27 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REfMX-0002nf-Jc for xen-users@lists.xensource.com; Fri, 14 Oct 2011 03:51:37 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1318589494!1016473!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7234 invoked from network); 14 Oct 2011 10:51:34 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2011 10:51:34 -0000 Received: by wwf27 with SMTP id 27so2662331wwf.24 for ; Fri, 14 Oct 2011 03:51:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=7IMK+z6dq5GyHhRF9mqBRxscjmJPFLTZLiPJ9ULdErU=; b=PDUejE60wsWauvLiF+Q16NqwQ2/Ap/80u2SmskwPa8BUc/YW1Lx4S0vvkD0wWKbWzn 6xrK4dd2B5UVtc69T2sAxBUVBNKiXnm/Zg3nEJi/xEZMNmQxlgoTn7C9nIre1y9aQOGR 5srNIOVmYNQN9ULHajetcN/QAqLhV6B2yZbQ8= Received: by 10.216.9.134 with SMTP id 6mr1316653wet.110.1318589494143; Fri, 14 Oct 2011 03:51:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.8.163 with HTTP; Fri, 14 Oct 2011 03:51:14 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Fri, 14 Oct 2011 12:51:14 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Re: XCP: No Ethernet card was detected on Debian Squeeze domU install X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 14 October 2011 12:26, Flavio wrote: > Hello, > > I am trying to setup Debian Squeeze as domU, but I get the message below > during the setup process: > No Ethernet card was detected on Debian Squeeze domU install Well, I've read the page 27 of the manual and I've associated the xapi0 interface to the virtual machine. I have done that, before starting the virtual machine. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 14 06:17:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 06:17:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REhe8-0001nM-Sw; Fri, 14 Oct 2011 06:17:56 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1REhcU-0001SW-IY for xen-users@lists.xensource.com; Fri, 14 Oct 2011 06:16:15 -0700 X-Env-Sender: zhengwang.ruan@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1318598155!44274183!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17967 invoked from network); 14 Oct 2011 13:15:56 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2011 13:15:56 -0000 Received: by qabg14 with SMTP id g14so1986403qab.30 for ; Fri, 14 Oct 2011 06:16:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=8nfNaElUSDFvy7/Tzg6fBR8FkYKPvL/790p7LpeZRQ4=; b=QSmvb4ihhAC2yVx2LwHCTITL/IctY99BhrFVGRugcFmfWYMV/Z4nZR94y1cE5ZS+Zh BgsHbpudxkVyk89r2Dbfaq8ccOf7ioAxULn9KJBdk2ozGFn2g25GEXyrgQQigDEZewlP TBD/gx6J57NFJr6wHtHA5K9ixIQGihOoVLtFI= Received: by 10.68.12.71 with SMTP id w7mr17188994pbb.53.1318598170070; Fri, 14 Oct 2011 06:16:10 -0700 (PDT) Received: from [192.168.1.102] ([180.184.200.59]) by mx.google.com with ESMTPS id o6sm22991837pbb.1.2011.10.14.06.16.05 (version=SSLv3 cipher=OTHER); Fri, 14 Oct 2011 06:16:06 -0700 (PDT) Message-ID: <4E983604.1000205@gmail.com> Date: Fri, 14 Oct 2011 21:15:48 +0800 From: "Zhengwang Ruan (Royo)" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] Failed to clone dom0 kernel source Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Guys, I failed to clone dom0 git source following the guidance as http://wiki.xen.org/xenwiki/XenParavirtOps#head-3662399ca83ec2831404c604c12059bd0a07784a Error log as: royo@Workstation: dom0 $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git linux Cloning into linux... fatal: The remote end hung up unexpectedly Could someone help me? Thanks, Royo _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 14 07:41:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 07:41:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REixE-00037B-SP; Fri, 14 Oct 2011 07:41:45 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1REivk-0002mj-Tb for xen-users@lists.xensource.com; Fri, 14 Oct 2011 07:40:13 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1318603208!21165937!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5571 invoked from network); 14 Oct 2011 14:40:09 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2011 14:40:09 -0000 Received: by iaen33 with SMTP id n33so3495034iae.30 for ; Fri, 14 Oct 2011 07:40:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Z89/zCokB69Xx/Qz0dxIwNH4WTuxpuDHMcYf+Tts1+A=; b=aRAMIb+tAUH5387O6lzw5KgK+MI2zUivVcxSErcdvNbmy/YtVswNUq0pdmoMAsO++U B3Mm8cYVg6c/R9T8xaM01GNELgHGPkdSdCoh9ArjVo2LJn8krkfWLb0iWCtiWGClpQFr C7tYvzzDykU0HkkKLb6GbfdcY+fjR2RwuNbZc= MIME-Version: 1.0 Received: by 10.43.52.136 with SMTP id vm8mr16889121icb.26.1318603207896; Fri, 14 Oct 2011 07:40:07 -0700 (PDT) Received: by 10.231.30.194 with HTTP; Fri, 14 Oct 2011 07:40:07 -0700 (PDT) In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A60A2@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A60A2@electron.tidyhosts.com> Date: Fri, 14 Oct 2011 16:40:07 +0200 Message-ID: Subject: Re: [Xen-users] dom0_mem= major issue From: Florian Heigl To: Ian Tobin Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, 2011/10/14 Ian Tobin : > same issue?=A0 Specifying the above line doesn=92t seem to have much affe= ct, in > fact it makes the system more unstable as it seems that when launching do= mUs > it takes memory from dom0 to the point where it is running at its minimum= . > I have tested with various servers and all have the same issue. did you try adding the corresponding option for the linux kernel? >From what I understood one needs to set both the Xen and the Linux option. But, yeah, so far I still need to be affected by the issue. Running mostly older versions of Xen. Seems it's not going to pe possible to wait it out till it is fixed :) Flo --=20 the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Fri Oct 14 08:02:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 08:02:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REjH2-0004mk-EU; Fri, 14 Oct 2011 08:02:12 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1REjDJ-0004WW-Mj; Fri, 14 Oct 2011 07:59:03 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1318604295!19535492!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2853 invoked from network); 14 Oct 2011 14:58:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2011 14:58:15 -0000 X-IronPort-AV: E=Sophos;i="4.69,346,1315180800"; d="scan'208";a="8399933" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 Oct 2011 14:58:15 +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.137.0; Fri, 14 Oct 2011 15:58:15 +0100 Subject: Re: [Xen-devel] Features and bug fixes for Linux kernel 3.2. From: Ian Campbell To: Konrad Rzeszutek Wilk Date: Fri, 14 Oct 2011 15:58:15 +0100 In-Reply-To: <20111013190946.GA16336@phenom.oracle.com> References: <20111013190946.GA16336@phenom.oracle.com> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3- Content-Transfer-Encoding: 7bit Message-ID: <1318604295.21903.891.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Cc: "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Thu, 2011-10-13 at 20:09 +0100, Konrad Rzeszutek Wilk wrote: > Hey, > > Please keep in mind that there is some outstanding work going on which > could make it in 3.2 depending on when the merge window opens. I will > enumerate those in the next email. > > Anyhow, for 3.2 Linux kernel we have these items loaded and ready to go: > > - A new mechanism to parse the E820 resulting in better ballooning. > - hwclock support. Meaning you can do 'date XX' and it will be saved by machine. > - Support for PCI multi-segmented machines (big big iron boxes) > - Optimizations in DMA API. > - "feature-barrier" in the xen-blkback so that older kernels (SLES10) > can issue those. > - "feature-discard" so that TRIM/SCSI UNMAP operations can be utilized. > - kexec/kdump support for PVonHVM. > - Cleanups in the code (mostly scripts/cleanpatch.pl) > - Static analyzer (smatch) run results fixing bugs. > - Tons of bug fixes. > > If you think I missed something - please please email me immediately. It's more a precursor to a Xen thing but the ground work for SKB fragment lifecycle tracking should be going in via the networking tree in the next merge window. That work will eventually lead to the reintroduction of the mapping mode of guest network tx as opposed to the copy mode we have in upstream right now. That's more like 3.3 or 3.4 material though. Ian. > > > The list is as follow. > > Dan Carpenter (1): > xen/pciback: double lock typo > > David Vrabel (9): > xen/balloon: account for pages released during memory setup > xen/balloon: simplify test for the end of usable RAM > xen: allow balloon driver to use more than one memory region > xen: allow extra memory to be in multiple regions > xen: release all pages within 1-1 p2m mappings > xen: use generic functions instead of xen_{alloc, free}_vm_area() > block: xen-blkback: use API provided by xenbus module to map rings > net: xen-netback: use API provided by xenbus module to map rings > xen: map foreign pages for shared rings by updating the PTEs directly > > Jan Beulich (5): > xen/pci: make bus notifier handler return sane values > xen/pciback: use mutex rather than spinlock in passthrough backend > xen/pciback: miscellaneous adjustments > xen/pci: support multi-segment systems > xen-blkback: use kzalloc() in favor of kmalloc()+memset() > > Jeremy Fitzhardinge (2): > xen: add dom0_op hypercall > xen/dom0: set wallclock time in Xen > > Joe Jin (1): > xen-blkback: fixed indentation and comments > > Konrad Rzeszutek Wilk (24): > Revert "xen/debug: WARN_ON when identity PFN has no _PAGE_IOMAP flag set." > xen-pcifront: Update warning comment to use 'e820_host' option. > xen-swiotlb: Retry up three times to allocate Xen-SWIOTLB > xen-swiotlb: Fix wrong panic. > xen-swiotlb: When doing coherent alloc/dealloc check before swizzling the MFNs. > xen/pciback: Use mutexes when working with Xenbus state transitions. > xen/pciback: use mutex rather than spinlock in vpci backend > xen/p2m: Make debug/xen/mmu/p2m visible again. > xen/p2m: Use SetPagePrivate and its friends for M2P overrides. > x86/paravirt: Partially revert "remove lazy mode in interrupts" > xen/pv-on-hvm:kexec: Fix implicit declaration of function 'xen_hvm_domain' > xen/pciback: Do not dereference psdev during printk when it is NULL. > xen-blkfront: If no barrier or flush is supported, use invalid operation. > xen/blkback: Support 'feature-barrier' aka old-style BARRIER requests. > xen/blkback: Report VBD_WSECT (wr_sect) properly. > xen/blkback: Fix the inhibition to map pages when discarding sector ranges. > xen/pciback: Check if the device is found instead of blindly assuming so. > xen/events: BUG() when we can't allocate our event->irq array. > xen/events: Don't check the info for NULL as it is already done. > xen/irq: If we fail during msi_capability_init return proper error code. > xen/xenbus: Remove the unnecessary check. > xen/enlighten: Fix compile warnings and set cx to known value. > xen/p2m/debugfs: Fix potential pointer exception. > xen/p2m/debugfs: Make type_name more obvious. > > Laszlo Ersek (1): > xen-blkfront: plug device number leak in xlblk_init() error path > > Li Dongyang (4): > xen-blkfront: add BLKIF_OP_DISCARD and discard request struct > xen-blkback: Implement discard requests ('feature-discard') > xen-blkfront: Handle discard requests. > xen-blkfront: fix a deadlock while handling discard response > > Olaf Hering (6): > xen: use static initializers in xen-balloon.c > xen/pv-on-hvm kexec: prevent crash in xenwatch_thread() when stale watch events arrive > xen/pv-on-hvm kexec: rebind virqs to existing eventchannel ports > xen/pv-on-hvm kexec+kdump: reset PV devices in kexec or crash kernel > xen/pv-on-hvm kexec: update xs_wire.h:xsd_sockmsg_type from xen-unstable > xen/pv-on-hvm kexec: add xs_reset_watches to shutdown watches from old kernel > > Randy Dunlap (1): > xen-swiotlb: fix printk and panic args > > Ruslan Pisarev (6): > Xen: fix whitespaces,tabs coding style issue in drivers/xen/balloon.c > Xen: fix whitespaces,tabs coding style issue in drivers/xen/events.c > Xen: fix braces coding style issue in gntdev.c and grant-table.c > Xen: fix whitespaces,tabs coding style issue in drivers/xen/pci.c > Xen: fix braces coding style issue in xenbus_probe.h > Xen: fix braces and tabs coding style issue in xenbus_probe.c > > Stefano Stabellini (4): > xen: add an "highmem" parameter to alloc_xenballooned_pages > xen: modify kernel mappings corresponding to granted pages > xen: XEN_PVHVM depends on PCI > xen: remove XEN_PLATFORM_PCI config option > > Thomas Meyer (1): > xen/pciback: use resource_size() > > Yu Ke (1): > xen/acpi: Domain0 acpi parser related platform hypercall > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Fri Oct 14 08:11:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 08:11:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REjQ6-00068a-Vg; Fri, 14 Oct 2011 08:11:35 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1REjEO-0004Xf-HA for xen-users@lists.xensource.com; Fri, 14 Oct 2011 07:59:41 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1318604363!1062443!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30997 invoked from network); 14 Oct 2011 14:59:25 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2011 14:59:25 -0000 Received: by iaen33 with SMTP id n33so3520981iae.30 for ; Fri, 14 Oct 2011 07:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=h+VK7bhBSgzeq2R2hJijj8mdbqy1Ia8AjuMr8SMd3W0=; b=nc1QMcE/B0bQ6Z5ha50JuFHwIZgBWNXcasjqoKE5sy2QYgBEr3y1xUW+UFMNbLws++ ///Vxtr83Wso1dd7sNfnPMzgGhtS1T8/2ZkKdVuilpum/P2GD3aHd9+RaM9GdXk3oA2Q GKdY42lRvWQzcNv88YhB4rfOUG5dKAZnKp40c= MIME-Version: 1.0 Received: by 10.231.6.102 with SMTP id 38mr3808445iby.62.1318604363573; Fri, 14 Oct 2011 07:59:23 -0700 (PDT) Received: by 10.231.30.194 with HTTP; Fri, 14 Oct 2011 07:59:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 14 Oct 2011 16:59:23 +0200 Message-ID: Subject: Re: [Xen-users] debian squeeze, xen and a very big problem. From: Florian Heigl To: Simon Hobson Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com, debian-user@lists.debian.org X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com "You need to run your own test servers if you want a working update since we don't test stuff like live migration (that is most basic functionality)" makes me chuckle a bit. 2 test servers can buy helluvah support contract, where the issues would probably be addressed quickly. Shouldn't it be that the user tests anything that is related to oddness of his own setup and a distro tests all that is basic functionality? If a upgrade from minor release A to minor release B fails like that it's perfectly OK to come forward and say "OK that must be a regression, sorry. Please open a bug immediately" instead of yet another round of Q: Xen issue in Debian A: "blame and flame the user" More practical: Is there any place a user could look up which tests *are* being run continuosly? Then a end user would have a chance to see if something he would need is missing and define the set of additional tests he needs to do, plus also report the results back. Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Fri Oct 14 10:15:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 10:15:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RElM5-0005l7-UG; Fri, 14 Oct 2011 10:15:33 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RElBc-0003qe-Gb; Fri, 14 Oct 2011 10:04:52 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1318611849!59230081!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4556 invoked from network); 14 Oct 2011 17:04:10 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Oct 2011 17:04:10 -0000 Received: from ucsinet24.oracle.com (ucsinet24.oracle.com [156.151.31.67]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9EH4auP007007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 14 Oct 2011 17:04:38 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet24.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9EGwb57017164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Oct 2011 16:58:37 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9EH4UbP029070; Fri, 14 Oct 2011 12:04:31 -0500 Received: from oracle.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Oct 2011 10:04:30 -0700 Received: by oracle.com (Postfix, from userid 1000) id E5CFED77; Fri, 14 Oct 2011 13:04:29 -0400 (EDT) Date: Fri, 14 Oct 2011 13:04:29 -0400 From: Konrad Rzeszutek Wilk To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: Re: [Xen-devel] Features and bug fixes for Linux kernel 3.2. Message-ID: <20111014170429.GA9314@phenom.oracle.com> References: <20111013190946.GA16336@phenom.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111013190946.GA16336@phenom.oracle.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet24.oracle.com [156.151.31.67] X-CT-RefId: str=0001.0A090204.4E986BA7.0005,ss=1,re=0.000,fgs=0 Cc: X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Thu, Oct 13, 2011 at 03:09:46PM -0400, Konrad Rzeszutek Wilk wrote: > Hey, > > Please keep in mind that there is some outstanding work going on which > could make it in 3.2 depending on when the merge window opens. I will > enumerate those in the next email. > > Anyhow, for 3.2 Linux kernel we have these items loaded and ready to go: > > - A new mechanism to parse the E820 resulting in better ballooning. > - hwclock support. Meaning you can do 'date XX' and it will be saved by machine. > - Support for PCI multi-segmented machines (big big iron boxes) > - Optimizations in DMA API. > - "feature-barrier" in the xen-blkback so that older kernels (SLES10) > can issue those. > - "feature-discard" so that TRIM/SCSI UNMAP operations can be utilized. > - kexec/kdump support for PVonHVM. > - Cleanups in the code (mostly scripts/cleanpatch.pl) > - Static analyzer (smatch) run results fixing bugs. > - Tons of bug fixes. > > If you think I missed something - please please email me immediately. These are some extra ones I put in since yesterday: Dan Magenheimer (1): xen: Fix selfballooning and ensure it doesn't go too far Daniel De Graaf (3): xenbus: Fix loopback event channel assuming domain 0 xenbus: don't rely on xen_initial_domain to detect local xenstore xen/gntdev: Fix sleep-inside-spinlock Konrad Rzeszutek Wilk (1): xen/blkback: Check for proper operation. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Fri Oct 14 19:09:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 19:09:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REtgL-00086E-ER; Fri, 14 Oct 2011 19:09:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1REtd4-0007jY-Co for xen-users@lists.xensource.com; Fri, 14 Oct 2011 19:06:12 -0700 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-6.tower-21.messagelabs.com!1318644333!209301!1 X-Originating-IP: [77.238.189.60] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25099 invoked from network); 15 Oct 2011 02:05:33 -0000 Received: from nm3.bullet.mail.ird.yahoo.com (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by server-6.tower-21.messagelabs.com with SMTP; 15 Oct 2011 02:05:33 -0000 Received: from [77.238.189.49] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 15 Oct 2011 02:05:32 -0000 Received: from [212.82.108.117] by tm2.bullet.mail.ird.yahoo.com with NNFMP; 15 Oct 2011 02:05:32 -0000 Received: from [127.0.0.1] by omp1026.mail.ird.yahoo.com with NNFMP; 15 Oct 2011 02:05:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 338134.15042.bm@omp1026.mail.ird.yahoo.com Received: (qmail 58964 invoked by uid 60001); 15 Oct 2011 02:05:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1318644332; bh=xi0xYlOmUVgEnf1fq+cpJMT/oXV3UV3M8c7E17mBmEw=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=5aZElXIopbiQPUxMflSoCR/s5MAsrKrZEqZTV4Y+bZMoTTuexdHQropIrC6AjK/rRd37z6g2vW0l4dWDOsYhBg0LM2odPtqdux4TkBYMaJ4Rt+6b+7g6ntp4Uz0RGbNT2lgCBzE7BAXTedIXluB3jpoZcAcZDyH0SmBNrR4svrY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=DRTsEuDlzs/RSgPJg3HqboNnQW4Pe3txjgXNyuR0055DHbWyHDME1+peM4GrK1E57Bh038yVmv99sXBseXPFggaGZl5HzQiUjtuvuUNXrr9svDyPMx2gav9MmhxBenGP9TlDEyFCQLnQrkoa7ZfOb5axM3XU5UMoI9Ncg208Xgw=; X-YMail-OSG: A2cWTZAVM1k23ScJdZPp_MG3QZxU6d4cx_iOfhKc5wmqD0i 8KDaemcpGhUsk3klJf74VAKdi2Y9Ghf4NuMx2dPa9c2wPFM_a0SCA69AzIQh qzyGTIPHoe6pk9gIuSIw8cNSGUW4NFKJVzkbqtWP1aToKE2Pe5.9x95uMjD6 zlsh2kDNBSInYa2YOssYyZ2tnlIJOJE45hBKgEk0otlSTWz1KSwo21Noqzh0 EFh31s.ZImdnaQlBFPbNqmu1RT4bJmDZ3QA3C6a4xw5JfQxr2UeZKlBQoKe0 _9COzvXU0jBXQmwVv7hxVAMyB21SOkcHHYkMBEnZJbiypTnVAl088__CNZDT cpxr20FIdrGlz2NVnacRDhLwlepUwWZsGtfEdv8v3d4M8xFdvTwlySniPdv1 py6u1428BUIqlFZTc3_z9IFFO3tx7VdiikSQ4biGMKb8xIH0WD00Fms3o1cg .fam.nj8p8Bt49JflLInrI7Hq5H0HzWmMG.W_TqTEzdCsejXGIyZlEBqQgNi 8JuZmu_oNzKEWaY0Xe0bfLVYZK.6vKBUXwhe7BlN00T5jL4jJ9FJCjTDslwM I55QvE_ZT91aERMfc6a_6tNgJ0AVSiHB0JtYD00THHY4yE5n71j9YZRZs0CF GACM- Received: from [83.154.246.188] by web29807.mail.ird.yahoo.com via HTTP; Sat, 15 Oct 2011 03:05:31 BST X-Mailer: YahooMailWebService/0.8.114.317681 Message-ID: <1318644331.57676.YahooMailNeo@web29807.mail.ird.yahoo.com> Date: Sat, 15 Oct 2011 03:05:31 +0100 (BST) From: David TECHER To: Xen MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="182404085-389088621-1318644331=:57676" Subject: [Xen-users] VGA PassThrough works for EVGA GTX 460 SE 1024 MB X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --182404085-389088621-1318644331=:57676 Content-Type: multipart/alternative; boundary="182404085-1471639069-1318644331=:57676" --182404085-1471639069-1318644331=:57676 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi=0A=0AFinally I succeeded to use my graphic card EVGA GTX 460 SE 1024M wi= th Xen 4.2 unstable.=0A=0ABefore I was using my MSI GT 440.=0A=0AI am littl= e excited that it works now.=0A=0A=0AKernel=0A=3D=3D=3D=3D=3D=0A=0A=0AKerne= l ---> 3.1.0-rc9 downloaded from http://git.kernel.org/?p=3Dlinux/kernel/gi= t/torvalds/linux-2.6.git;a=3Dsummary=0A=0A=0AMy kernel's config is attached= to this mail.=0A=0AXen=0A=3D=3D=3D=3D=0ADownload Xen=0A=0Ahg clone -r 2396= 5 http://xenbits.xensource.com/staging/xen-unstable.hg/ xen-unstable.hg-rev= -23965-ok=0A=0AMake a first init build for tools=0A=0Acd xen-unstable.hg-re= v-23965-ok/tools=0Amake -j4=0Amake clean=0Acd ..=0A=0AApply the patches att= ached to this mail (patch -p0 < ....)=0A=0ACopy the VGA BIOS extracted usin= g nvlfash 5.100=0A=0Acp /path/to/VGABIOS.ROM tools/firmware/vgabios/vgabios= -pt.bin=0A=0ACompil again=0A=0Amake -j4 tools=0A=0AInstall=0A=0Amake -j4 in= stall-tools PYTHON_PREFIX_ARG=3D =0A=0ASince my old domU XP 64 bits was usi= ng GT 440, I replaced my old graphic card with the EVGA GTX 460 SE.=0A=0AEv= erything was OK (except that it is impossible to restart the domU withtout = restarting the dom0 as usual)=0A=0AAbout dsdt.asl.patch file=0A=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0AThere is no real changes from the= patches I've sent in August/September. The change is only for dsdt.asl.pat= ch=0A=0A=0A=0AFor your information concerning the patch for dsd (I've alrea= dy give the informations in an other mail but I will give it again)=0A=0AGe= t the identifier for your graphic card=0Aroot@mercury:/opt/tmp/gfx_patchs_g= tx-460-se-evga# lspci |grep VGA=0A01:00.0 VGA compatible controller: nVidia= Corporation Device 0e23 (rev a1)=0A=0AUse dmesg to get the required ranges= =0Aroot@mercury:/opt/tmp/gfx_patchs_gtx-460-se-evga# dmesg | grep 01:00.0 |= grep BAR=0A[=A0=A0=A0 2.481779] pci 0000:01:00.0: BAR 0: reserving [mem 0x= f8000000-0xf9ffffff flags 0x40200] (d=3D0, p=3D0)=0A[=A0=A0=A0 2.481782] pc= i 0000:01:00.0: BAR 1: reserving [mem 0xd0000000-0xd7ffffff flags 0x14220c]= (d=3D0, p=3D0)=0A[=A0=A0=A0 2.481784] pci 0000:01:00.0: BAR 3: reserving [= mem 0xd8000000-0xdbffffff flags 0x14220c] (d=3D0, p=3D0)=0A[=A0=A0=A0 2.481= 787] pci 0000:01:00.0: BAR 5: reserving [io=A0 0xe000-0xe07f flags 0x40101]= (d=3D0, p=3D0)=0A=0A=0AThe 3 ranges [0xf8000000-0xf9fffff], [0xd0000000-0x= d7ffffff], [0xd8000000-0xdbfffff] need to be specify in dsdt.asl.patch=0A= =0AMoreover you need to use the formula=0A=0AMaximum - Minimum + 1 for the = difference.=0A=0AAs a example: for the first range [0xf8000000-0xf9fffff]= =0A=0AMaximum =3D (0xf9fffff) / Minimum =3D 0xf8000000 =3D> Difference =3D = 4194303999 - 4160749568 + 1 =3D 33554432 =3D> hexadecimal =3D 0x02000000=0A= =0AThat the reason why that in the patch, there are=0A=0A+=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0xF8000000,=0A+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0xF9FFFF= FF,=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 0x00000000,=0A-=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 0x05000000,=0A-=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 ,, _Y01)=0A+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0x02000000)=0A=0ADo the same for the o= thers ranges=0A=0AHope this help.=0A=0AI do not make test for Windows 7.=A0= I do not plan to try.=0A=0ADavid --182404085-1471639069-1318644331=:57676 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi

Finall= y I succeeded to use my graphic card EVGA GTX 460 SE 1024M with Xen 4.2 uns= table.

Before I was using my MSI GT 440.

I = am little excited that it works now.

Kernel
=3D=3D=3D=3D=3D

Kernel ---> 3.1.0-r= c9 downloaded from http://git.kernel.org/?p=3Dlinux/kernel/git/torvalds/lin= ux-2.6.git;a=3Dsummary


My kernel's config is attached to this ma= il.

Xen
=3D=3D=3D=3D
Download Xen

hg clone -r 23965 htt= p://xenbits.xensource.com/staging/xen-unstable.hg/ xen-unstable.hg-rev-2396= 5-ok

Make a first init build for tools

cd xen-unstable.hg-rev= -23965-ok/tools
make -j4
make clean
cd ..

Apply the patches= attached to this mail (patch -p0 < ....)

Copy the VGA BIOS extra= cted using nvlfash 5.100

cp /path/to/VGABIOS.ROM tools/firmware/vgabios/vgabio= s-pt.bin

Compil again

make -j4 tools

Install

ma= ke -j4 install-tools PYTHON_PREFIX_ARG=3D

Since my old domU XP 64 b= its was using GT 440, I replaced my old graphic card with the EVGA GTX 460 = SE.

Everything was OK (except that it is impossible to restart the d= omU withtout restarting the dom0 as usual)

About dsdt.asl.patch file=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
There is = no real changes from the patches I've sent in August/September. The change = is only for dsdt.asl.patch


For your inform= ation concerning the patch for dsd (I've already give the informations in a= n other mail but I will give it again)

Get the identifier for your g= raphic card
root@mercury:/opt/tmp/gfx_patchs_gtx-460-se-evga# lspci |gre= p VGA
01:00.0 VGA compatible controller: nVidia Corporation Device 0e23 = (rev a1)

Use dmesg to get the required ranges
root@mercury:/opt/tmp/gfx_patchs_gtx-460-se-evg= a# dmesg | grep 01:00.0 | grep BAR
[    2.481779] pci 000= 0:01:00.0: BAR 0: reserving [mem 0xf8000000-0xf9ffffff flags 0x40200] (d=3D= 0, p=3D0)
[    2.481782] pci 0000:01:00.0: BAR 1: reservi= ng [mem 0xd0000000-0xd7ffffff flags 0x14220c] (d=3D0, p=3D0)
[ &nbs= p;  2.481784] pci 0000:01:00.0: BAR 3: reserving [mem 0xd8000000-0xdbf= fffff flags 0x14220c] (d=3D0, p=3D0)
[    2.481787] pci 0= 000:01:00.0: BAR 5: reserving [io  0xe000-0xe07f flags 0x40101] (d=3D0= , p=3D0)


The 3 ranges [0xf8000000-0xf9fffff], [0xd0000000-0xd7ff= ffff], [0xd8000000-0xdbfffff] need to be specify in dsdt.asl.patch

M= oreover you need to use the formula

Maximum - Minimum + 1 for the di= fference.

As a example: for the first range [0xf8000000-0xf9fffff]
Maximum =3D (0xf9fffff) / Minimum =3D 0xf8000000 =3D> Difference = =3D 4194303999 - 4160749568 + 1 =3D 33554432 =3D> hexadecimal =3D 0x02000000

That= the reason why that in the patch, there are

+   &nbs= p;            &= nbsp;       0xF8000000,
+   = ;            &n= bsp;        0xF9FFFFFF,
  &= nbsp;           &nbs= p;          0x00000000,
-&n= bsp;            = ;           0x05000000,-            =             ,, _Y01)
+          &nbs= p;             = 0x02000000)

Do the same for the others ranges

Hope this help.=

I do not make test for Windows 7.  I do not plan to try.
David








--182404085-1471639069-1318644331=:57676-- --182404085-389088621-1318644331=:57676 Content-Type: application/octet-stream; name="Makefile.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Makefile.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJt d2FyZS9odm1sb2FkZXIvTWFrZWZpbGUJMjAxMS0xMC0xNCAyMDoyNzo0MC4w MDAwMDAwMDAgKzAyMDAKKysrIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUt b2svdG9vbHMvZmlybXdhcmUvaHZtbG9hZGVyL01ha2VmaWxlCTIwMTEtMTAt MTQgMjA6NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC01Niw2ICs1Niw3IEBA IENJUlJVU1ZHQV9ST00gOj0gLi4vdmdhYmlvcy9WR0FCSU9TLWxncGwKIGVs c2UKIENJUlJVU1ZHQV9ST00gOj0gLi4vdmdhYmlvcy9WR0FCSU9TLWxncGwt bGF0ZXN0LmNpcnJ1cy5iaW4KIGVuZGlmCitQVFZHQV9ST00gICAgIDo9IC4u L3ZnYWJpb3MvdmdhYmlvcy1wdC5iaW4KIAogLlBIT05ZOiBhbGwKIGFsbDog c3ViZGlycy1hbGwKQEAgLTk0LDYgKzk1LDExIEBAIGlmbmVxICgkKENJUlJV U1ZHQV9ST00pLCkKIAlzaCAuL21raGV4IHZnYWJpb3NfY2lycnVzdmdhICQo Q0lSUlVTVkdBX1JPTSkgPj4gJEAubmV3CiAJZWNobyAiI2VuZGlmIiA+PiAk QC5uZXcKIGVuZGlmCitpZm5lcSAoJChQVFZHQV9ST00pLCkKKwllY2hvICIj aWZkZWYgUk9NX0lOQ0xVREVfUFRWR0FCSU9TIiA+PiAkQC5uZXcKKwlzaCAu L21raGV4IHZnYWJpb3NfcHQgJChQVFZHQV9ST00pID4+ICRALm5ldworCWVj aG8gIiNlbmRpZiIgPj4gJEAubmV3CitlbmRpZgogCiAJZWNobyAiI2lmZGVm IFJPTV9JTkNMVURFX0VUSEVSQk9PVCIgPj4gJEAubmV3CiAJY2F0IC4uL2V0 aGVyYm9vdC9lYi1yb21zLmggPj4gJEAubmV3Cg== --182404085-389088621-1318644331=:57676 Content-Type: application/octet-stream; name="dsdt.asl.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dsdt.asl.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJt d2FyZS9odm1sb2FkZXIvYWNwaS9kc2R0LmFzbAkyMDExLTEwLTE0IDIwOjI3 OjQwLjAwMDAwMDAwMCArMDIwMAorKysgeGVuLXVuc3RhYmxlLmhnLXJldi0y Mzk2NS1vay90b29scy9maXJtd2FyZS9odm1sb2FkZXIvYWNwaS9kc2R0LmFz bAkyMDExLTEwLTE1IDAwOjUyOjAyLjAwMDAwMDAwMCArMDIwMApAQCAtMTcz LDE1ICsxNzMsNDMgQEAgRGVmaW5pdGlvbkJsb2NrICgiRFNEVC5hbWwiLCAi RFNEVCIsIDIsCiAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDAwMDAw LAogICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDAyMDAwMCkKIAorICAg ICAgICAgICAgICAgICAgICAvKiByZXNlcnZlIE1NSU8gQkFScyBvZiBnZngg Zm9yIDE6MSBtYXBwaW5nICovCiAgICAgICAgICAgICAgICAgICAgIERXb3Jk TWVtb3J5KAogICAgICAgICAgICAgICAgICAgICAgICAgUmVzb3VyY2VQcm9k dWNlciwgUG9zRGVjb2RlLCBNaW5GaXhlZCwgTWF4Rml4ZWQsCiAgICAgICAg ICAgICAgICAgICAgICAgICBDYWNoZWFibGUsIFJlYWRXcml0ZSwKICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDAwMDAwMDAsCi0gICAgICAgICAgICAg ICAgICAgICAgICAweEYwMDAwMDAwLAotICAgICAgICAgICAgICAgICAgICAg ICAgMHhGNEZGRkZGRiwKKyAgICAgICAgICAgICAgICAgICAgICAgIDB4Rjgw MDAwMDAsCisgICAgICAgICAgICAgICAgICAgICAgICAweEY5RkZGRkZGLAog ICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDAwMDAwMCwKLSAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDUwMDAwMDAsCi0gICAgICAgICAgICAgICAg ICAgICAgICAsLCBfWTAxKQorICAgICAgICAgICAgICAgICAgICAgICAgMHgw MjAwMDAwMCkKKworICAgICAgICAgICAgICAgICAgICBEV29yZE1lbW9yeSgK KyAgICAgICAgICAgICAgICAgICAgICAgIFJlc291cmNlUHJvZHVjZXIsIFBv c0RlY29kZSwgTWluRml4ZWQsIE1heEZpeGVkLAorICAgICAgICAgICAgICAg ICAgICAgICAgTm9uQ2FjaGVhYmxlLCBSZWFkV3JpdGUsCisgICAgICAgICAg ICAgICAgICAgICAgICAweDAwMDAwMDAwLAorICAgICAgICAgICAgICAgICAg ICAgICAgMHhEMDAwMDAwMCwKKyAgICAgICAgICAgICAgICAgICAgICAgIDB4 RDdGRkZGRkYsCisgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDAwMDAw LAorICAgICAgICAgICAgICAgICAgICAgICAgMHgwODAwMDAwMCkKKworICAg ICAgICAgICAgICAgICAgICBEV29yZE1lbW9yeSgKKyAgICAgICAgICAgICAg ICAgICAgICAgIFJlc291cmNlUHJvZHVjZXIsIFBvc0RlY29kZSwgTWluRml4 ZWQsIE1heEZpeGVkLAorICAgICAgICAgICAgICAgICAgICAgICAgQ2FjaGVh YmxlLCBSZWFkV3JpdGUsCisgICAgICAgICAgICAgICAgICAgICAgICAweDAw MDAwMDAwLAorICAgICAgICAgICAgICAgICAgICAgICAgMHhEODAwMDAwMCwK KyAgICAgICAgICAgICAgICAgICAgICAgIDB4REJGRkZGRkYsCisgICAgICAg ICAgICAgICAgICAgICAgICAweDAwMDAwMDAwLAorICAgICAgICAgICAgICAg ICAgICAgICAgMHg0MDAwMDAwKQorCisgICAgICAgICAgICAgICAgICAgIERX b3JkTWVtb3J5KAorICAgICAgICAgICAgICAgICAgICAgICAgUmVzb3VyY2VQ cm9kdWNlciwgUG9zRGVjb2RlLCBNaW5GaXhlZCwgTWF4Rml4ZWQsCisgICAg ICAgICAgICAgICAgICAgICAgICBDYWNoZWFibGUsIFJlYWRXcml0ZSwKKyAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDAwMDAwMDAsCisgICAgICAgICAg ICAgICAgICAgICAgICAweEZCMDAwMDAwLAorICAgICAgICAgICAgICAgICAg ICAgICAgMHhGQjA3RkZGRiwKKyAgICAgICAgICAgICAgICAgICAgICAgIDB4 MDAwMDAwMDAsCisgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDgwMDAw LCAgICAgICAgICAgICAgICAgICAgICAgIAorCQkJLCwgX1kwMSkKICAgICAg ICAgICAgICAgICB9KQogCiAgICAgICAgICAgICAgICAgQ3JlYXRlRFdvcmRG aWVsZChQUlQwLCBcX1NCLlBDSTAuX0NSUy5fWTAxLl9NSU4sIE1NSU4pCg== --182404085-389088621-1318644331=:57676 Content-Type: application/octet-stream; name="hvmloader.c.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="hvmloader.c.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJt d2FyZS9odm1sb2FkZXIvaHZtbG9hZGVyLmMJMjAxMS0xMC0xNCAyMDoyNzo0 MC4wMDAwMDAwMDAgKzAyMDAKKysrIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5 NjUtb2svdG9vbHMvZmlybXdhcmUvaHZtbG9hZGVyL2h2bWxvYWRlci5jCTIw MTEtMTAtMTQgMjA6NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC0zMSw2ICsz MSw3IEBACiAjaW5jbHVkZSA8eGVuL2h2bS9wYXJhbXMuaD4KIAogI2RlZmlu ZSBST01fSU5DTFVERV9WR0FCSU9TCisjZGVmaW5lIFJPTV9JTkNMVURFX1BU VkdBQklPUwogI2RlZmluZSBST01fSU5DTFVERV9FVEhFUkJPT1QKICNpbmNs dWRlICJyb21zLmluYyIKIApAQCAtMTEzLDYgKzExNCw5IEBAIGFzbSAoCiAK IHVuc2lnbmVkIGxvbmcgc2NyYXRjaF9zdGFydCA9IFNDUkFUQ0hfUEhZU0lD QUxfQUREUkVTUzsKIAorLyogdmlydHVhbCBCREYgb2YgcGFzcy10aHJvdWdo ZWQgZ2Z4ICovCit1aW50OF90IGdmeF9iZGY7CisKIHN0YXRpYyB2b2lkIGlu aXRfaHlwZXJjYWxscyh2b2lkKQogewogICAgIHVpbnQzMl90IGVheCwgZWJ4 LCBlY3gsIGVkeDsKQEAgLTMxMCw2ICszMTQsMjAgQEAgc3RhdGljIGludCBw Y2lfbG9hZF9vcHRpb25fcm9tcyh1bnNpZ25lZAogICAgIHJldHVybiByb21f cGh5c19hZGRyIC0gcm9tX2Jhc2VfYWRkcjsKIH0KIAorc3RhdGljIHZvaWQg aW5pdF92bTg2X3Rzcyh2b2lkKQoreworICAgIHZvaWQgKnRzczsKKyAgICBz dHJ1Y3QgeGVuX2h2bV9wYXJhbSBwOworCisgICAgdHNzID0gbWVtX2FsbG9j KDEyOCwgMTI4KTsKKyAgICBtZW1zZXQodHNzLCAwLCAxMjgpOworICAgIHAu ZG9taWQgPSBET01JRF9TRUxGOworICAgIHAuaW5kZXggPSBIVk1fUEFSQU1f Vk04Nl9UU1M7CisgICAgcC52YWx1ZSA9IHZpcnRfdG9fcGh5cyh0c3MpOwor ICAgIGh5cGVyY2FsbF9odm1fb3AoSFZNT1Bfc2V0X3BhcmFtLCAmcCk7Cisg ICAgcHJpbnRmKCJ2bTg2IFRTUyBhdCAlMDhseFxuIiwgdmlydF90b19waHlz KHRzcykpOworfQorCiAvKiBSZXBsYWNlIHBvc3NpYmx5IGVycm9uZW91cyBt ZW1vcnktc2l6ZSBDTU9TIGZpZWxkcyB3aXRoIGNvcnJlY3QgdmFsdWVzLiAq Lwogc3RhdGljIHZvaWQgY21vc193cml0ZV9tZW1vcnlfc2l6ZSh2b2lkKQog ewpAQCAtMzM2LDI1ICszNTQsNiBAQCBzdGF0aWMgdm9pZCBjbW9zX3dyaXRl X21lbW9yeV9zaXplKHZvaWQpCiAgICAgY21vc19vdXRiKDB4MzUsICh1aW50 OF90KSggYWx0X21lbSA+PiA4KSk7CiB9CiAKLS8qCi0gKiBTZXQgdXAgYW4g ZW1wdHkgVFNTIGFyZWEgZm9yIHZpcnR1YWwgODA4NiBtb2RlIHRvIHVzZS4g Ci0gKiBUaGUgb25seSBpbXBvcnRhbnQgdGhpbmcgaXMgdGhhdCBpdCBtdXNu J3QgaGF2ZSBhbnkgYml0cyBzZXQgCi0gKiBpbiB0aGUgaW50ZXJydXB0IHJl ZGlyZWN0aW9uIGJpdG1hcCwgc28gYWxsIHplcm9zIHdpbGwgZG8uCi0gKi8K LXN0YXRpYyB2b2lkIGluaXRfdm04Nl90c3Modm9pZCkKLXsKLSAgICB2b2lk ICp0c3M7Ci0gICAgc3RydWN0IHhlbl9odm1fcGFyYW0gcDsKLQotICAgIHRz cyA9IG1lbV9hbGxvYygxMjgsIDEyOCk7Ci0gICAgbWVtc2V0KHRzcywgMCwg MTI4KTsKLSAgICBwLmRvbWlkID0gRE9NSURfU0VMRjsKLSAgICBwLmluZGV4 ID0gSFZNX1BBUkFNX1ZNODZfVFNTOwotICAgIHAudmFsdWUgPSB2aXJ0X3Rv X3BoeXModHNzKTsKLSAgICBoeXBlcmNhbGxfaHZtX29wKEhWTU9QX3NldF9w YXJhbSwgJnApOwotICAgIHByaW50Zigidm04NiBUU1MgYXQgJTA4bHhcbiIs IHZpcnRfdG9fcGh5cyh0c3MpKTsKLX0KLQogc3RhdGljIHZvaWQgYXBpY19z ZXR1cCh2b2lkKQogewogICAgIC8qIFNldCB0aGUgSU9BUElDIElEIHRvIHRo ZSBzdGF0aWMgdmFsdWUgdXNlZCBpbiB0aGUgTVAvQUNQSSB0YWJsZXMuICov CkBAIC00ODcsOCArNDg2LDEwIEBAIGludCBtYWluKHZvaWQpCiAgICAgICAg ICAgICBicmVhazsKICAgICAgICAgY2FzZSBWR0FfcHQ6CiAgICAgICAgICAg ICBwcmludGYoIkxvYWRpbmcgVkdBQklPUyBvZiBwYXNzdGhyb3VnaGVkIGdm eCAuLi5cbiIpOwotICAgICAgICAgICAgdmdhYmlvc19zeiA9IHJvdW5kX29w dGlvbl9yb20oCi0gICAgICAgICAgICAgICAgKCoodWludDhfdCAqKShWR0FC SU9TX1BIWVNJQ0FMX0FERFJFU1MrMikpICogNTEyKTsKKyAgICAgICAgbWVt Y3B5KCh2b2lkICopVkdBQklPU19QSFlTSUNBTF9BRERSRVNTLAorICAgICAg ICAgICAgICAgdmdhYmlvc19wdCwgc2l6ZW9mKHZnYWJpb3NfcHQpKTsKKyAg ICAgICAgKih1aW50OF90ICopKFZHQUJJT1NfUEhZU0lDQUxfQUREUkVTUyAr IHNpemVvZih2Z2FiaW9zX3B0KSkgPSBnZnhfYmRmOworICAgICAgICB2Z2Fi aW9zX3N6ID0gcm91bmRfb3B0aW9uX3JvbShzaXplb2YodmdhYmlvc19wdCkg KyAxKTsKICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICBkZWZhdWx0Ogog ICAgICAgICAgICAgcHJpbnRmKCJObyBlbXVsYXRlZCBWR0EgYWRhcHRvciAu Li5cbiIpOwpAQCAtNTI1LDcgKzUyNiw3IEBAIGludCBtYWluKHZvaWQpCiAg ICAgICAgIGh5cGVyY2FsbF9odm1fb3AoSFZNT1Bfc2V0X3BhcmFtLCAmcCk7 CiAgICAgfQogCi0gICAgaW5pdF92bTg2X3RzcygpOworICAgaW5pdF92bTg2 X3RzcygpOwogCiAgICAgY21vc193cml0ZV9tZW1vcnlfc2l6ZSgpOwogCg== --182404085-389088621-1318644331=:57676 Content-Type: application/octet-stream; name="config-3.1.0-rc9" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="config-3.1.0-rc9" IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElU LgojIExpbnV4L3g4Nl82NCAzLjEuMC1yYzkgS2VybmVsIENvbmZpZ3VyYXRp b24KIwpDT05GSUdfNjRCSVQ9eQojIENPTkZJR19YODZfMzIgaXMgbm90IHNl dApDT05GSUdfWDg2XzY0PXkKQ09ORklHX1g4Nj15CkNPTkZJR19JTlNUUlVD VElPTl9ERUNPREVSPXkKQ09ORklHX09VVFBVVF9GT1JNQVQ9ImVsZjY0LXg4 Ni02NCIKQ09ORklHX0FSQ0hfREVGQ09ORklHPSJhcmNoL3g4Ni9jb25maWdz L3g4Nl82NF9kZWZjb25maWciCkNPTkZJR19HRU5FUklDX0NNT1NfVVBEQVRF PXkKQ09ORklHX0NMT0NLU09VUkNFX1dBVENIRE9HPXkKQ09ORklHX0dFTkVS SUNfQ0xPQ0tFVkVOVFM9eQpDT05GSUdfQVJDSF9DTE9DS1NPVVJDRV9EQVRB PXkKQ09ORklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFNfQlJPQURDQVNUPXkKQ09O RklHX0xPQ0tERVBfU1VQUE9SVD15CkNPTkZJR19TVEFDS1RSQUNFX1NVUFBP UlQ9eQpDT05GSUdfSEFWRV9MQVRFTkNZVE9QX1NVUFBPUlQ9eQpDT05GSUdf TU1VPXkKQ09ORklHX1pPTkVfRE1BPXkKQ09ORklHX05FRURfRE1BX01BUF9T VEFURT15CkNPTkZJR19ORUVEX1NHX0RNQV9MRU5HVEg9eQpDT05GSUdfR0VO RVJJQ19JU0FfRE1BPXkKQ09ORklHX0dFTkVSSUNfSU9NQVA9eQpDT05GSUdf R0VORVJJQ19CVUc9eQpDT05GSUdfR0VORVJJQ19CVUdfUkVMQVRJVkVfUE9J TlRFUlM9eQpDT05GSUdfR0VORVJJQ19IV0VJR0hUPXkKQ09ORklHX0dFTkVS SUNfR1BJTz15CkNPTkZJR19BUkNIX01BWV9IQVZFX1BDX0ZEQz15CiMgQ09O RklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0sgaXMgbm90IHNldApDT05GSUdf UldTRU1fWENIR0FERF9BTEdPUklUSE09eQpDT05GSUdfQVJDSF9IQVNfQ1BV X0lETEVfV0FJVD15CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15 CkNPTkZJR19HRU5FUklDX1RJTUVfVlNZU0NBTEw9eQpDT05GSUdfQVJDSF9I QVNfQ1BVX1JFTEFYPXkKQ09ORklHX0FSQ0hfSEFTX0RFRkFVTFRfSURMRT15 CkNPTkZJR19BUkNIX0hBU19DQUNIRV9MSU5FX1NJWkU9eQpDT05GSUdfSEFW RV9TRVRVUF9QRVJfQ1BVX0FSRUE9eQpDT05GSUdfTkVFRF9QRVJfQ1BVX0VN QkVEX0ZJUlNUX0NIVU5LPXkKQ09ORklHX05FRURfUEVSX0NQVV9QQUdFX0ZJ UlNUX0NIVU5LPXkKQ09ORklHX0hBVkVfQ1BVTUFTS19PRl9DUFVfTUFQPXkK Q09ORklHX0FSQ0hfSElCRVJOQVRJT05fUE9TU0lCTEU9eQpDT05GSUdfQVJD SF9TVVNQRU5EX1BPU1NJQkxFPXkKQ09ORklHX1pPTkVfRE1BMzI9eQpDT05G SUdfQVJDSF9QT1BVTEFURVNfTk9ERV9NQVA9eQpDT05GSUdfQVVESVRfQVJD SD15CkNPTkZJR19BUkNIX1NVUFBPUlRTX09QVElNSVpFRF9JTkxJTklORz15 CkNPTkZJR19BUkNIX1NVUFBPUlRTX0RFQlVHX1BBR0VBTExPQz15CkNPTkZJ R19IQVZFX0lOVEVMX1RYVD15CkNPTkZJR19YODZfNjRfU01QPXkKQ09ORklH X1g4Nl9IVD15CkNPTkZJR19BUkNIX0hXRUlHSFRfQ0ZMQUdTPSItZmNhbGwt c2F2ZWQtcmRpIC1mY2FsbC1zYXZlZC1yc2kgLWZjYWxsLXNhdmVkLXJkeCAt ZmNhbGwtc2F2ZWQtcmN4IC1mY2FsbC1zYXZlZC1yOCAtZmNhbGwtc2F2ZWQt cjkgLWZjYWxsLXNhdmVkLXIxMCAtZmNhbGwtc2F2ZWQtcjExIgojIENPTkZJ R19LVElNRV9TQ0FMQVIgaXMgbm90IHNldApDT05GSUdfQVJDSF9DUFVfUFJP QkVfUkVMRUFTRT15CkNPTkZJR19ERUZDT05GSUdfTElTVD0iL2xpYi9tb2R1 bGVzLyRVTkFNRV9SRUxFQVNFLy5jb25maWciCkNPTkZJR19IQVZFX0lSUV9X T1JLPXkKQ09ORklHX0lSUV9XT1JLPXkKCiMKIyBHZW5lcmFsIHNldHVwCiMK Q09ORklHX0VYUEVSSU1FTlRBTD15CkNPTkZJR19JTklUX0VOVl9BUkdfTElN SVQ9MzIKQ09ORklHX0NST1NTX0NPTVBJTEU9IiIKQ09ORklHX0xPQ0FMVkVS U0lPTj0iIgojIENPTkZJR19MT0NBTFZFUlNJT05fQVVUTyBpcyBub3Qgc2V0 CkNPTkZJR19IQVZFX0tFUk5FTF9HWklQPXkKQ09ORklHX0hBVkVfS0VSTkVM X0JaSVAyPXkKQ09ORklHX0hBVkVfS0VSTkVMX0xaTUE9eQpDT05GSUdfSEFW RV9LRVJORUxfWFo9eQpDT05GSUdfSEFWRV9LRVJORUxfTFpPPXkKQ09ORklH X0tFUk5FTF9HWklQPXkKIyBDT05GSUdfS0VSTkVMX0JaSVAyIGlzIG5vdCBz ZXQKIyBDT05GSUdfS0VSTkVMX0xaTUEgaXMgbm90IHNldAojIENPTkZJR19L RVJORUxfWFogaXMgbm90IHNldAojIENPTkZJR19LRVJORUxfTFpPIGlzIG5v dCBzZXQKQ09ORklHX0RFRkFVTFRfSE9TVE5BTUU9Iihub25lKSIKQ09ORklH X1NXQVA9eQpDT05GSUdfU1lTVklQQz15CkNPTkZJR19TWVNWSVBDX1NZU0NU TD15CkNPTkZJR19QT1NJWF9NUVVFVUU9eQpDT05GSUdfUE9TSVhfTVFVRVVF X1NZU0NUTD15CkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUPXkKQ09ORklHX0JT RF9QUk9DRVNTX0FDQ1RfVjM9eQpDT05GSUdfRkhBTkRMRT15CkNPTkZJR19U QVNLU1RBVFM9eQpDT05GSUdfVEFTS19ERUxBWV9BQ0NUPXkKQ09ORklHX1RB U0tfWEFDQ1Q9eQpDT05GSUdfVEFTS19JT19BQ0NPVU5USU5HPXkKQ09ORklH X0FVRElUPXkKQ09ORklHX0FVRElUU1lTQ0FMTD15CkNPTkZJR19BVURJVF9X QVRDSD15CkNPTkZJR19BVURJVF9UUkVFPXkKQ09ORklHX0hBVkVfR0VORVJJ Q19IQVJESVJRUz15CgojCiMgSVJRIHN1YnN5c3RlbQojCkNPTkZJR19HRU5F UklDX0hBUkRJUlFTPXkKQ09ORklHX0hBVkVfU1BBUlNFX0lSUT15CkNPTkZJ R19HRU5FUklDX0lSUV9QUk9CRT15CkNPTkZJR19HRU5FUklDX0lSUV9TSE9X PXkKQ09ORklHX0dFTkVSSUNfUEVORElOR19JUlE9eQpDT05GSUdfSVJRX0ZP UkNFRF9USFJFQURJTkc9eQojIENPTkZJR19TUEFSU0VfSVJRIGlzIG5vdCBz ZXQKCiMKIyBSQ1UgU3Vic3lzdGVtCiMKQ09ORklHX1RSRUVfUkNVPXkKIyBD T05GSUdfUFJFRU1QVF9SQ1UgaXMgbm90IHNldAojIENPTkZJR19SQ1VfVFJB Q0UgaXMgbm90IHNldApDT05GSUdfUkNVX0ZBTk9VVD02NAojIENPTkZJR19S Q1VfRkFOT1VUX0VYQUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX0ZBU1Rf Tk9fSFogaXMgbm90IHNldAojIENPTkZJR19UUkVFX1JDVV9UUkFDRSBpcyBu b3Qgc2V0CiMgQ09ORklHX0lLQ09ORklHIGlzIG5vdCBzZXQKQ09ORklHX0xP R19CVUZfU0hJRlQ9MTcKQ09ORklHX0hBVkVfVU5TVEFCTEVfU0NIRURfQ0xP Q0s9eQpDT05GSUdfQ0dST1VQUz15CiMgQ09ORklHX0NHUk9VUF9ERUJVRyBp cyBub3Qgc2V0CiMgQ09ORklHX0NHUk9VUF9GUkVFWkVSIGlzIG5vdCBzZXQK IyBDT05GSUdfQ0dST1VQX0RFVklDRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVT RVRTPXkKQ09ORklHX1BST0NfUElEX0NQVVNFVD15CkNPTkZJR19DR1JPVVBf Q1BVQUNDVD15CiMgQ09ORklHX1JFU09VUkNFX0NPVU5URVJTIGlzIG5vdCBz ZXQKIyBDT05GSUdfQ0dST1VQX1BFUkYgaXMgbm90IHNldAojIENPTkZJR19D R1JPVVBfU0NIRUQgaXMgbm90IHNldAojIENPTkZJR19CTEtfQ0dST1VQIGlz IG5vdCBzZXQKIyBDT05GSUdfTkFNRVNQQUNFUyBpcyBub3Qgc2V0CiMgQ09O RklHX1NDSEVEX0FVVE9HUk9VUCBpcyBub3Qgc2V0CkNPTkZJR19TWVNGU19E RVBSRUNBVEVEPXkKQ09ORklHX1NZU0ZTX0RFUFJFQ0FURURfVjI9eQpDT05G SUdfUkVMQVk9eQpDT05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5J VFJBTUZTX1NPVVJDRT0iIgpDT05GSUdfUkRfR1pJUD15CkNPTkZJR19SRF9C WklQMj15CkNPTkZJR19SRF9MWk1BPXkKQ09ORklHX1JEX1haPXkKQ09ORklH X1JEX0xaTz15CiMgQ09ORklHX0NDX09QVElNSVpFX0ZPUl9TSVpFIGlzIG5v dCBzZXQKQ09ORklHX1NZU0NUTD15CkNPTkZJR19BTk9OX0lOT0RFUz15CkNP TkZJR19FWFBFUlQ9eQpDT05GSUdfVUlEMTY9eQpDT05GSUdfU1lTQ1RMX1NZ U0NBTEw9eQpDT05GSUdfS0FMTFNZTVM9eQpDT05GSUdfS0FMTFNZTVNfQUxM PXkKQ09ORklHX0hPVFBMVUc9eQpDT05GSUdfUFJJTlRLPXkKQ09ORklHX0JV Rz15CkNPTkZJR19FTEZfQ09SRT15CkNPTkZJR19QQ1NQS1JfUExBVEZPUk09 eQpDT05GSUdfSEFWRV9QQ1NQS1JfUExBVEZPUk09eQpDT05GSUdfQkFTRV9G VUxMPXkKQ09ORklHX0ZVVEVYPXkKQ09ORklHX0VQT0xMPXkKQ09ORklHX1NJ R05BTEZEPXkKQ09ORklHX1RJTUVSRkQ9eQpDT05GSUdfRVZFTlRGRD15CkNP TkZJR19TSE1FTT15CkNPTkZJR19BSU89eQpDT05GSUdfRU1CRURERUQ9eQpD T05GSUdfSEFWRV9QRVJGX0VWRU5UUz15CgojCiMgS2VybmVsIFBlcmZvcm1h bmNlIEV2ZW50cyBBbmQgQ291bnRlcnMKIwpDT05GSUdfUEVSRl9FVkVOVFM9 eQojIENPTkZJR19QRVJGX0NPVU5URVJTIGlzIG5vdCBzZXQKIyBDT05GSUdf REVCVUdfUEVSRl9VU0VfVk1BTExPQyBpcyBub3Qgc2V0CkNPTkZJR19WTV9F VkVOVF9DT1VOVEVSUz15CkNPTkZJR19QQ0lfUVVJUktTPXkKQ09ORklHX1NM VUJfREVCVUc9eQpDT05GSUdfQ09NUEFUX0JSSz15CiMgQ09ORklHX1NMQUIg aXMgbm90IHNldApDT05GSUdfU0xVQj15CiMgQ09ORklHX1NMT0IgaXMgbm90 IHNldApDT05GSUdfUFJPRklMSU5HPXkKQ09ORklHX1RSQUNFUE9JTlRTPXkK Q09ORklHX09QUk9GSUxFPW0KIyBDT05GSUdfT1BST0ZJTEVfRVZFTlRfTVVM VElQTEVYIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfT1BST0ZJTEU9eQpDT05G SUdfS1BST0JFUz15CiMgQ09ORklHX0pVTVBfTEFCRUwgaXMgbm90IHNldApD T05GSUdfT1BUUFJPQkVTPXkKQ09ORklHX0hBVkVfRUZGSUNJRU5UX1VOQUxJ R05FRF9BQ0NFU1M9eQpDT05GSUdfS1JFVFBST0JFUz15CkNPTkZJR19VU0VS X1JFVFVSTl9OT1RJRklFUj15CkNPTkZJR19IQVZFX0lPUkVNQVBfUFJPVD15 CkNPTkZJR19IQVZFX0tQUk9CRVM9eQpDT05GSUdfSEFWRV9LUkVUUFJPQkVT PXkKQ09ORklHX0hBVkVfT1BUUFJPQkVTPXkKQ09ORklHX0hBVkVfQVJDSF9U UkFDRUhPT0s9eQpDT05GSUdfSEFWRV9ETUFfQVRUUlM9eQpDT05GSUdfVVNF X0dFTkVSSUNfU01QX0hFTFBFUlM9eQpDT05GSUdfSEFWRV9SRUdTX0FORF9T VEFDS19BQ0NFU1NfQVBJPXkKQ09ORklHX0hBVkVfRE1BX0FQSV9ERUJVRz15 CkNPTkZJR19IQVZFX0hXX0JSRUFLUE9JTlQ9eQpDT05GSUdfSEFWRV9NSVhF RF9CUkVBS1BPSU5UU19SRUdTPXkKQ09ORklHX0hBVkVfVVNFUl9SRVRVUk5f Tk9USUZJRVI9eQpDT05GSUdfSEFWRV9QRVJGX0VWRU5UU19OTUk9eQpDT05G SUdfSEFWRV9BUkNIX0pVTVBfTEFCRUw9eQpDT05GSUdfQVJDSF9IQVZFX05N SV9TQUZFX0NNUFhDSEc9eQoKIwojIEdDT1YtYmFzZWQga2VybmVsIHByb2Zp bGluZwojCiMgQ09ORklHX0dDT1ZfS0VSTkVMIGlzIG5vdCBzZXQKIyBDT05G SUdfSEFWRV9HRU5FUklDX0RNQV9DT0hFUkVOVCBpcyBub3Qgc2V0CkNPTkZJ R19TTEFCSU5GTz15CkNPTkZJR19SVF9NVVRFWEVTPXkKQ09ORklHX0JBU0Vf U01BTEw9MApDT05GSUdfTU9EVUxFUz15CiMgQ09ORklHX01PRFVMRV9GT1JD RV9MT0FEIGlzIG5vdCBzZXQKQ09ORklHX01PRFVMRV9VTkxPQUQ9eQojIENP TkZJR19NT0RVTEVfRk9SQ0VfVU5MT0FEIGlzIG5vdCBzZXQKQ09ORklHX01P RFZFUlNJT05TPXkKQ09ORklHX01PRFVMRV9TUkNWRVJTSU9OX0FMTD15CkNP TkZJR19TVE9QX01BQ0hJTkU9eQpDT05GSUdfQkxPQ0s9eQpDT05GSUdfQkxL X0RFVl9CU0c9eQojIENPTkZJR19CTEtfREVWX0JTR0xJQiBpcyBub3Qgc2V0 CkNPTkZJR19CTEtfREVWX0lOVEVHUklUWT15CkNPTkZJR19CTE9DS19DT01Q QVQ9eQoKIwojIElPIFNjaGVkdWxlcnMKIwpDT05GSUdfSU9TQ0hFRF9OT09Q PXkKQ09ORklHX0lPU0NIRURfREVBRExJTkU9eQpDT05GSUdfSU9TQ0hFRF9D RlE9eQpDT05GSUdfREVGQVVMVF9ERUFETElORT15CiMgQ09ORklHX0RFRkFV TFRfQ0ZRIGlzIG5vdCBzZXQKIyBDT05GSUdfREVGQVVMVF9OT09QIGlzIG5v dCBzZXQKQ09ORklHX0RFRkFVTFRfSU9TQ0hFRD0iZGVhZGxpbmUiCkNPTkZJ R19QUkVFTVBUX05PVElGSUVSUz15CiMgQ09ORklHX0lOTElORV9TUElOX1RS WUxPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfU1BJTl9UUllMT0NL X0JIIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQSU5fTE9DSyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfQkggaXMgbm90IHNl dAojIENPTkZJR19JTkxJTkVfU1BJTl9MT0NLX0lSUSBpcyBub3Qgc2V0CiMg Q09ORklHX0lOTElORV9TUElOX0xPQ0tfSVJRU0FWRSBpcyBub3Qgc2V0CkNP TkZJR19JTkxJTkVfU1BJTl9VTkxPQ0s9eQojIENPTkZJR19JTkxJTkVfU1BJ Tl9VTkxPQ0tfQkggaXMgbm90IHNldApDT05GSUdfSU5MSU5FX1NQSU5fVU5M T0NLX0lSUT15CiMgQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19JUlFSRVNU T1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfVFJZTE9DSyBp cyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9SRUFEX0xPQ0sgaXMgbm90IHNl dAojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NLX0JIIGlzIG5vdCBzZXQKIyBD T05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlEgaXMgbm90IHNldAojIENPTkZJ R19JTkxJTkVfUkVBRF9MT0NLX0lSUVNBVkUgaXMgbm90IHNldApDT05GSUdf SU5MSU5FX1JFQURfVU5MT0NLPXkKIyBDT05GSUdfSU5MSU5FX1JFQURfVU5M T0NLX0JIIGlzIG5vdCBzZXQKQ09ORklHX0lOTElORV9SRUFEX1VOTE9DS19J UlE9eQojIENPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfSVJRUkVTVE9SRSBp cyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9UUllMT0NLIGlzIG5v dCBzZXQKIyBDT05GSUdfSU5MSU5FX1dSSVRFX0xPQ0sgaXMgbm90IHNldAoj IENPTkZJR19JTkxJTkVfV1JJVEVfTE9DS19CSCBpcyBub3Qgc2V0CiMgQ09O RklHX0lOTElORV9XUklURV9MT0NLX0lSUSBpcyBub3Qgc2V0CiMgQ09ORklH X0lOTElORV9XUklURV9MT0NLX0lSUVNBVkUgaXMgbm90IHNldApDT05GSUdf SU5MSU5FX1dSSVRFX1VOTE9DSz15CiMgQ09ORklHX0lOTElORV9XUklURV9V TkxPQ0tfQkggaXMgbm90IHNldApDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9D S19JUlE9eQojIENPTkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLX0lSUVJFU1RP UkUgaXMgbm90IHNldApDT05GSUdfTVVURVhfU1BJTl9PTl9PV05FUj15CkNP TkZJR19GUkVFWkVSPXkKCiMKIyBQcm9jZXNzb3IgdHlwZSBhbmQgZmVhdHVy ZXMKIwpDT05GSUdfVElDS19PTkVTSE9UPXkKQ09ORklHX05PX0haPXkKQ09O RklHX0hJR0hfUkVTX1RJTUVSUz15CkNPTkZJR19HRU5FUklDX0NMT0NLRVZF TlRTX0JVSUxEPXkKQ09ORklHX1NNUD15CkNPTkZJR19YODZfWDJBUElDPXkK Q09ORklHX1g4Nl9NUFBBUlNFPXkKQ09ORklHX1g4Nl9FWFRFTkRFRF9QTEFU Rk9STT15CkNPTkZJR19YODZfVlNNUD15CiMgQ09ORklHX1g4Nl9VViBpcyBu b3Qgc2V0CkNPTkZJR19TQ0hFRF9PTUlUX0ZSQU1FX1BPSU5URVI9eQpDT05G SUdfUEFSQVZJUlRfR1VFU1Q9eQojIENPTkZJR19QQVJBVklSVF9USU1FX0FD Q09VTlRJTkcgaXMgbm90IHNldApDT05GSUdfWEVOPXkKQ09ORklHX1hFTl9E T00wPXkKQ09ORklHX1hFTl9QUklWSUxFR0VEX0dVRVNUPXkKQ09ORklHX1hF Tl9QVkhWTT15CkNPTkZJR19YRU5fTUFYX0RPTUFJTl9NRU1PUlk9MTI4CkNP TkZJR19YRU5fU0FWRV9SRVNUT1JFPXkKIyBDT05GSUdfWEVOX0RFQlVHX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfWEVOX0RFQlVHIGlzIG5vdCBzZXQKIyBD T05GSUdfS1ZNX0NMT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfS1ZNX0dVRVNU IGlzIG5vdCBzZXQKQ09ORklHX1BBUkFWSVJUPXkKQ09ORklHX1BBUkFWSVJU X1NQSU5MT0NLUz15CkNPTkZJR19QQVJBVklSVF9DTE9DSz15CiMgQ09ORklH X1BBUkFWSVJUX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX05PX0JPT1RNRU09 eQojIENPTkZJR19NRU1URVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfTUs4IGlz IG5vdCBzZXQKIyBDT05GSUdfTVBTQyBpcyBub3Qgc2V0CiMgQ09ORklHX01D T1JFMiBpcyBub3Qgc2V0CiMgQ09ORklHX01BVE9NIGlzIG5vdCBzZXQKQ09O RklHX0dFTkVSSUNfQ1BVPXkKQ09ORklHX1g4Nl9JTlRFUk5PREVfQ0FDSEVf U0hJRlQ9MTIKQ09ORklHX1g4Nl9DTVBYQ0hHPXkKQ09ORklHX0NNUFhDSEdf TE9DQUw9eQpDT05GSUdfQ01QWENIR19ET1VCTEU9eQpDT05GSUdfWDg2X0wx X0NBQ0hFX1NISUZUPTYKQ09ORklHX1g4Nl9YQUREPXkKQ09ORklHX1g4Nl9X UF9XT1JLU19PSz15CkNPTkZJR19YODZfVFNDPXkKQ09ORklHX1g4Nl9DTVBY Q0hHNjQ9eQpDT05GSUdfWDg2X0NNT1Y9eQpDT05GSUdfWDg2X01JTklNVU1f Q1BVX0ZBTUlMWT02NApDT05GSUdfWDg2X0RFQlVHQ1RMTVNSPXkKQ09ORklH X1BST0NFU1NPUl9TRUxFQ1Q9eQpDT05GSUdfQ1BVX1NVUF9JTlRFTD15CkNP TkZJR19DUFVfU1VQX0FNRD15CkNPTkZJR19DUFVfU1VQX0NFTlRBVVI9eQpD T05GSUdfSFBFVF9USU1FUj15CkNPTkZJR19IUEVUX0VNVUxBVEVfUlRDPXkK Q09ORklHX0RNST15CkNPTkZJR19HQVJUX0lPTU1VPXkKIyBDT05GSUdfQ0FM R0FSWV9JT01NVSBpcyBub3Qgc2V0CkNPTkZJR19TV0lPVExCPXkKQ09ORklH X0lPTU1VX0hFTFBFUj15CkNPTkZJR19NQVhTTVA9eQpDT05GSUdfTlJfQ1BV Uz00MDk2CkNPTkZJR19TQ0hFRF9TTVQ9eQpDT05GSUdfU0NIRURfTUM9eQpD T05GSUdfSVJRX1RJTUVfQUNDT1VOVElORz15CkNPTkZJR19QUkVFTVBUX05P TkU9eQojIENPTkZJR19QUkVFTVBUX1ZPTFVOVEFSWSBpcyBub3Qgc2V0CiMg Q09ORklHX1BSRUVNUFQgaXMgbm90IHNldApDT05GSUdfWDg2X0xPQ0FMX0FQ SUM9eQpDT05GSUdfWDg2X0lPX0FQSUM9eQpDT05GSUdfWDg2X1JFUk9VVEVf Rk9SX0JST0tFTl9CT09UX0lSUVM9eQojIENPTkZJR19YODZfTUNFIGlzIG5v dCBzZXQKIyBDT05GSUdfSThLIGlzIG5vdCBzZXQKQ09ORklHX01JQ1JPQ09E RT15CkNPTkZJR19NSUNST0NPREVfSU5URUw9eQpDT05GSUdfTUlDUk9DT0RF X0FNRD15CkNPTkZJR19NSUNST0NPREVfT0xEX0lOVEVSRkFDRT15CkNPTkZJ R19YODZfTVNSPXkKQ09ORklHX1g4Nl9DUFVJRD15CkNPTkZJR19BUkNIX1BI WVNfQUREUl9UXzY0QklUPXkKQ09ORklHX0FSQ0hfRE1BX0FERFJfVF82NEJJ VD15CkNPTkZJR19ESVJFQ1RfR0JQQUdFUz15CkNPTkZJR19OVU1BPXkKIyBD T05GSUdfQU1EX05VTUEgaXMgbm90IHNldApDT05GSUdfWDg2XzY0X0FDUElf TlVNQT15CkNPTkZJR19OT0RFU19TUEFOX09USEVSX05PREVTPXkKQ09ORklH X05VTUFfRU1VPXkKQ09ORklHX05PREVTX1NISUZUPTEwCkNPTkZJR19BUkNI X1NQQVJTRU1FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9TUEFSU0VNRU1fREVG QVVMVD15CkNPTkZJR19BUkNIX1NFTEVDVF9NRU1PUllfTU9ERUw9eQpDT05G SUdfQVJDSF9NRU1PUllfUFJPQkU9eQpDT05GSUdfQVJDSF9QUk9DX0tDT1JF X1RFWFQ9eQpDT05GSUdfSUxMRUdBTF9QT0lOVEVSX1ZBTFVFPTB4ZGVhZDAw MDAwMDAwMDAwMApDT05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJ R19TUEFSU0VNRU1fTUFOVUFMPXkKQ09ORklHX1NQQVJTRU1FTT15CkNPTkZJ R19ORUVEX01VTFRJUExFX05PREVTPXkKQ09ORklHX0hBVkVfTUVNT1JZX1BS RVNFTlQ9eQpDT05GSUdfU1BBUlNFTUVNX0VYVFJFTUU9eQpDT05GSUdfU1BB UlNFTUVNX1ZNRU1NQVBfRU5BQkxFPXkKQ09ORklHX1NQQVJTRU1FTV9BTExP Q19NRU1fTUFQX1RPR0VUSEVSPXkKQ09ORklHX1NQQVJTRU1FTV9WTUVNTUFQ PXkKQ09ORklHX0hBVkVfTUVNQkxPQ0s9eQpDT05GSUdfTUVNT1JZX0hPVFBM VUc9eQpDT05GSUdfTUVNT1JZX0hPVFBMVUdfU1BBUlNFPXkKQ09ORklHX01F TU9SWV9IT1RSRU1PVkU9eQpDT05GSUdfUEFHRUZMQUdTX0VYVEVOREVEPXkK Q09ORklHX1NQTElUX1BUTE9DS19DUFVTPTQKQ09ORklHX0NPTVBBQ1RJT049 eQpDT05GSUdfTUlHUkFUSU9OPXkKQ09ORklHX1BIWVNfQUREUl9UXzY0QklU PXkKQ09ORklHX1pPTkVfRE1BX0ZMQUc9MQpDT05GSUdfQk9VTkNFPXkKQ09O RklHX1ZJUlRfVE9fQlVTPXkKQ09ORklHX01NVV9OT1RJRklFUj15CkNPTkZJ R19LU009eQpDT05GSUdfREVGQVVMVF9NTUFQX01JTl9BRERSPTY1NTM2CkNP TkZJR19UUkFOU1BBUkVOVF9IVUdFUEFHRT15CkNPTkZJR19UUkFOU1BBUkVO VF9IVUdFUEFHRV9BTFdBWVM9eQojIENPTkZJR19UUkFOU1BBUkVOVF9IVUdF UEFHRV9NQURWSVNFIGlzIG5vdCBzZXQKQ09ORklHX0NMRUFOQ0FDSEU9eQpD T05GSUdfWDg2X0NIRUNLX0JJT1NfQ09SUlVQVElPTj15CkNPTkZJR19YODZf Qk9PVFBBUkFNX01FTU9SWV9DT1JSVVBUSU9OX0NIRUNLPXkKQ09ORklHX1g4 Nl9SRVNFUlZFX0xPVz02NApDT05GSUdfTVRSUj15CkNPTkZJR19NVFJSX1NB TklUSVpFUj15CkNPTkZJR19NVFJSX1NBTklUSVpFUl9FTkFCTEVfREVGQVVM VD0wCkNPTkZJR19NVFJSX1NBTklUSVpFUl9TUEFSRV9SRUdfTlJfREVGQVVM VD0xCkNPTkZJR19YODZfUEFUPXkKQ09ORklHX0FSQ0hfVVNFU19QR19VTkNB Q0hFRD15CkNPTkZJR19FRkk9eQpDT05GSUdfU0VDQ09NUD15CkNPTkZJR19D Q19TVEFDS1BST1RFQ1RPUj15CkNPTkZJR19IWl8xMDA9eQojIENPTkZJR19I Wl8yNTAgaXMgbm90IHNldAojIENPTkZJR19IWl8zMDAgaXMgbm90IHNldAoj IENPTkZJR19IWl8xMDAwIGlzIG5vdCBzZXQKQ09ORklHX0haPTEwMApDT05G SUdfU0NIRURfSFJUSUNLPXkKQ09ORklHX0tFWEVDPXkKQ09ORklHX0NSQVNI X0RVTVA9eQojIENPTkZJR19LRVhFQ19KVU1QIGlzIG5vdCBzZXQKQ09ORklH X1BIWVNJQ0FMX1NUQVJUPTB4MTAwMDAwCkNPTkZJR19SRUxPQ0FUQUJMRT15 CkNPTkZJR19QSFlTSUNBTF9BTElHTj0weDEwMDAwMDAKQ09ORklHX0hPVFBM VUdfQ1BVPXkKQ09ORklHX0NPTVBBVF9WRFNPPXkKIyBDT05GSUdfQ01ETElO RV9CT09MIGlzIG5vdCBzZXQKQ09ORklHX0FSQ0hfRU5BQkxFX01FTU9SWV9I T1RQTFVHPXkKQ09ORklHX0FSQ0hfRU5BQkxFX01FTU9SWV9IT1RSRU1PVkU9 eQpDT05GSUdfVVNFX1BFUkNQVV9OVU1BX05PREVfSUQ9eQoKIwojIFBvd2Vy IG1hbmFnZW1lbnQgYW5kIEFDUEkgb3B0aW9ucwojCkNPTkZJR19BUkNIX0hJ QkVSTkFUSU9OX0hFQURFUj15CkNPTkZJR19TVVNQRU5EPXkKQ09ORklHX1NV U1BFTkRfRlJFRVpFUj15CkNPTkZJR19ISUJFUk5BVEVfQ0FMTEJBQ0tTPXkK Q09ORklHX0hJQkVSTkFUSU9OPXkKQ09ORklHX1BNX1NURF9QQVJUSVRJT049 IiIKQ09ORklHX1BNX1NMRUVQPXkKQ09ORklHX1BNX1NMRUVQX1NNUD15CkNP TkZJR19QTV9SVU5USU1FPXkKQ09ORklHX1BNPXkKQ09ORklHX1BNX0RFQlVH PXkKIyBDT05GSUdfUE1fQURWQU5DRURfREVCVUcgaXMgbm90IHNldAojIENP TkZJR19QTV9URVNUX1NVU1BFTkQgaXMgbm90IHNldApDT05GSUdfQ0FOX1BN X1RSQUNFPXkKIyBDT05GSUdfUE1fVFJBQ0VfUlRDIGlzIG5vdCBzZXQKQ09O RklHX0FDUEk9eQpDT05GSUdfQUNQSV9TTEVFUD15CkNPTkZJR19BQ1BJX1BS T0NGUz15CkNPTkZJR19BQ1BJX1BST0NGU19QT1dFUj15CiMgQ09ORklHX0FD UElfRUNfREVCVUdGUyBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX1BST0NfRVZF TlQ9eQpDT05GSUdfQUNQSV9BQz15CkNPTkZJR19BQ1BJX0JBVFRFUlk9bQpD T05GSUdfQUNQSV9CVVRUT049eQpDT05GSUdfQUNQSV9WSURFTz1tCkNPTkZJ R19BQ1BJX0ZBTj1tCkNPTkZJR19BQ1BJX0RPQ0s9eQpDT05GSUdfQUNQSV9Q Uk9DRVNTT1I9eQojIENPTkZJR19BQ1BJX0lQTUkgaXMgbm90IHNldApDT05G SUdfQUNQSV9IT1RQTFVHX0NQVT15CkNPTkZJR19BQ1BJX1BST0NFU1NPUl9B R0dSRUdBVE9SPXkKQ09ORklHX0FDUElfVEhFUk1BTD15CkNPTkZJR19BQ1BJ X05VTUE9eQojIENPTkZJR19BQ1BJX0NVU1RPTV9EU0RUIGlzIG5vdCBzZXQK Q09ORklHX0FDUElfQkxBQ0tMSVNUX1lFQVI9MAojIENPTkZJR19BQ1BJX0RF QlVHIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfUENJX1NMT1Q9eQpDT05GSUdf WDg2X1BNX1RJTUVSPXkKQ09ORklHX0FDUElfQ09OVEFJTkVSPXkKQ09ORklH X0FDUElfSE9UUExVR19NRU1PUlk9eQpDT05GSUdfQUNQSV9TQlM9bQpDT05G SUdfQUNQSV9IRUQ9eQojIENPTkZJR19BQ1BJX0NVU1RPTV9NRVRIT0QgaXMg bm90IHNldApDT05GSUdfQUNQSV9BUEVJPXkKIyBDT05GSUdfQUNQSV9BUEVJ X0dIRVMgaXMgbm90IHNldApDT05GSUdfQUNQSV9BUEVJX1BDSUVBRVI9eQpD T05GSUdfQUNQSV9BUEVJX0VJTko9bQpDT05GSUdfQUNQSV9BUEVJX0VSU1Rf REVCVUc9bQpDT05GSUdfU0ZJPXkKCiMKIyBDUFUgRnJlcXVlbmN5IHNjYWxp bmcKIwpDT05GSUdfQ1BVX0ZSRVE9eQpDT05GSUdfQ1BVX0ZSRVFfVEFCTEU9 bQpDT05GSUdfQ1BVX0ZSRVFfU1RBVD1tCkNPTkZJR19DUFVfRlJFUV9TVEFU X0RFVEFJTFM9eQpDT05GSUdfQ1BVX0ZSRVFfREVGQVVMVF9HT1ZfUEVSRk9S TUFOQ0U9eQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9QT1dFUlNB VkUgaXMgbm90IHNldAojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9V U0VSU1BBQ0UgaXMgbm90IHNldAojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxU X0dPVl9PTkRFTUFORCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQVV9GUkVRX0RF RkFVTFRfR09WX0NPTlNFUlZBVElWRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVf RlJFUV9HT1ZfUEVSRk9STUFOQ0U9eQpDT05GSUdfQ1BVX0ZSRVFfR09WX1BP V0VSU0FWRT1tCkNPTkZJR19DUFVfRlJFUV9HT1ZfVVNFUlNQQUNFPW0KQ09O RklHX0NQVV9GUkVRX0dPVl9PTkRFTUFORD1tCkNPTkZJR19DUFVfRlJFUV9H T1ZfQ09OU0VSVkFUSVZFPW0KCiMKIyB4ODYgQ1BVIGZyZXF1ZW5jeSBzY2Fs aW5nIGRyaXZlcnMKIwojIENPTkZJR19YODZfUENDX0NQVUZSRVEgaXMgbm90 IHNldApDT05GSUdfWDg2X0FDUElfQ1BVRlJFUT1tCkNPTkZJR19YODZfUE9X RVJOT1dfSzg9bQpDT05GSUdfWDg2X1NQRUVEU1RFUF9DRU5UUklOTz1tCkNP TkZJR19YODZfUDRfQ0xPQ0tNT0Q9bQoKIwojIHNoYXJlZCBvcHRpb25zCiMK Q09ORklHX1g4Nl9TUEVFRFNURVBfTElCPW0KQ09ORklHX0NQVV9JRExFPXkK Q09ORklHX0NQVV9JRExFX0dPVl9MQURERVI9eQpDT05GSUdfQ1BVX0lETEVf R09WX01FTlU9eQpDT05GSUdfSU5URUxfSURMRT15CgojCiMgTWVtb3J5IHBv d2VyIHNhdmluZ3MKIwpDT05GSUdfSTczMDBfSURMRV9JT0FUX0NIQU5ORUw9 eQpDT05GSUdfSTczMDBfSURMRT15CgojCiMgQnVzIG9wdGlvbnMgKFBDSSBl dGMuKQojCkNPTkZJR19QQ0k9eQpDT05GSUdfUENJX0RJUkVDVD15CkNPTkZJ R19QQ0lfTU1DT05GSUc9eQpDT05GSUdfUENJX1hFTj15CkNPTkZJR19QQ0lf RE9NQUlOUz15CkNPTkZJR19QQ0lfQ05CMjBMRV9RVUlSSz15CkNPTkZJR19Q Q0lFUE9SVEJVUz15CkNPTkZJR19IT1RQTFVHX1BDSV9QQ0lFPXkKQ09ORklH X1BDSUVBRVI9eQpDT05GSUdfUENJRV9FQ1JDPXkKQ09ORklHX1BDSUVBRVJf SU5KRUNUPXkKQ09ORklHX1BDSUVBU1BNPXkKQ09ORklHX1BDSUVBU1BNX0RF QlVHPXkKQ09ORklHX1BDSUVfUE1FPXkKQ09ORklHX0FSQ0hfU1VQUE9SVFNf TVNJPXkKQ09ORklHX1BDSV9NU0k9eQpDT05GSUdfUENJX0RFQlVHPXkKQ09O RklHX1BDSV9TVFVCPXkKQ09ORklHX1hFTl9QQ0lERVZfRlJPTlRFTkQ9eQpD T05GSUdfWEVOX1BDSURFVl9GRV9ERUJVRz15CkNPTkZJR19IVF9JUlE9eQpD T05GSUdfUENJX0lPVj15CkNPTkZJR19QQ0lfSU9BUElDPXkKQ09ORklHX1BD SV9MQUJFTD15CkNPTkZJR19JU0FfRE1BX0FQST15CkNPTkZJR19BTURfTkI9 eQpDT05GSUdfUENDQVJEPXkKQ09ORklHX1BDTUNJQT1tCkNPTkZJR19QQ01D SUFfTE9BRF9DSVM9eQpDT05GSUdfQ0FSREJVUz15CgojCiMgUEMtY2FyZCBi cmlkZ2VzCiMKQ09ORklHX1lFTlRBPW0KQ09ORklHX1lFTlRBX08yPXkKQ09O RklHX1lFTlRBX1JJQ09IPXkKQ09ORklHX1lFTlRBX1RJPXkKQ09ORklHX1lF TlRBX0VORV9UVU5FPXkKQ09ORklHX1lFTlRBX1RPU0hJQkE9eQpDT05GSUdf UEQ2NzI5PW0KQ09ORklHX0k4MjA5Mj1tCkNPTkZJR19QQ0NBUkRfTk9OU1RB VElDPXkKQ09ORklHX0hPVFBMVUdfUENJPXkKQ09ORklHX0hPVFBMVUdfUENJ X0ZBS0U9eQpDT05GSUdfSE9UUExVR19QQ0lfQUNQST15CkNPTkZJR19IT1RQ TFVHX1BDSV9BQ1BJX0lCTT15CkNPTkZJR19IT1RQTFVHX1BDSV9DUENJPXkK Q09ORklHX0hPVFBMVUdfUENJX0NQQ0lfWlQ1NTUwPXkKQ09ORklHX0hPVFBM VUdfUENJX0NQQ0lfR0VORVJJQz15CkNPTkZJR19IT1RQTFVHX1BDSV9TSFBD PXkKQ09ORklHX1JBUElESU89eQpDT05GSUdfUkFQSURJT19ESVNDX1RJTUVP VVQ9MzAKQ09ORklHX1JBUElESU9fRU5BQkxFX1JYX1RYX1BPUlRTPXkKQ09O RklHX1JBUElESU9fVFNJNTdYPXkKQ09ORklHX1JBUElESU9fQ1BTX1hYPXkK Q09ORklHX1JBUElESU9fVFNJNTY4PXkKQ09ORklHX1JBUElESU9fQ1BTX0dF TjI9eQpDT05GSUdfUkFQSURJT19UU0k1MDA9eQpDT05GSUdfUkFQSURJT19E RUJVRz15CgojCiMgRXhlY3V0YWJsZSBmaWxlIGZvcm1hdHMgLyBFbXVsYXRp b25zCiMKQ09ORklHX0JJTkZNVF9FTEY9eQpDT05GSUdfQ09NUEFUX0JJTkZN VF9FTEY9eQpDT05GSUdfQ09SRV9EVU1QX0RFRkFVTFRfRUxGX0hFQURFUlM9 eQojIENPTkZJR19IQVZFX0FPVVQgaXMgbm90IHNldApDT05GSUdfQklORk1U X01JU0M9eQpDT05GSUdfSUEzMl9FTVVMQVRJT049eQpDT05GSUdfSUEzMl9B T1VUPXkKQ09ORklHX0NPTVBBVD15CkNPTkZJR19DT01QQVRfRk9SX1U2NF9B TElHTk1FTlQ9eQpDT05GSUdfU1lTVklQQ19DT01QQVQ9eQpDT05GSUdfS0VZ U19DT01QQVQ9eQpDT05GSUdfSEFWRV9URVhUX1BPS0VfU01QPXkKQ09ORklH X05FVD15CkNPTkZJR19DT01QQVRfTkVUTElOS19NRVNTQUdFUz15CgojCiMg TmV0d29ya2luZyBvcHRpb25zCiMKQ09ORklHX1BBQ0tFVD1tCkNPTkZJR19V TklYPXkKQ09ORklHX1hGUk09eQpDT05GSUdfWEZSTV9VU0VSPW0KIyBDT05G SUdfWEZSTV9TVUJfUE9MSUNZIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZSTV9N SUdSQVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZSTV9TVEFUSVNUSUNTIGlz IG5vdCBzZXQKQ09ORklHX1hGUk1fSVBDT01QPXkKQ09ORklHX05FVF9LRVk9 bQojIENPTkZJR19ORVRfS0VZX01JR1JBVEUgaXMgbm90IHNldApDT05GSUdf SU5FVD15CkNPTkZJR19JUF9NVUxUSUNBU1Q9eQpDT05GSUdfSVBfQURWQU5D RURfUk9VVEVSPXkKIyBDT05GSUdfSVBfRklCX1RSSUVfU1RBVFMgaXMgbm90 IHNldApDT05GSUdfSVBfTVVMVElQTEVfVEFCTEVTPXkKQ09ORklHX0lQX1JP VVRFX01VTFRJUEFUSD15CkNPTkZJR19JUF9ST1VURV9WRVJCT1NFPXkKQ09O RklHX0lQX1JPVVRFX0NMQVNTSUQ9eQojIENPTkZJR19JUF9QTlAgaXMgbm90 IHNldApDT05GSUdfTkVUX0lQSVA9eQojIENPTkZJR19ORVRfSVBHUkVfREVN VVggaXMgbm90IHNldApDT05GSUdfSVBfTVJPVVRFPXkKIyBDT05GSUdfSVBf TVJPVVRFX01VTFRJUExFX1RBQkxFUyBpcyBub3Qgc2V0CkNPTkZJR19JUF9Q SU1TTV9WMT15CkNPTkZJR19JUF9QSU1TTV9WMj15CiMgQ09ORklHX0FSUEQg aXMgbm90IHNldApDT05GSUdfU1lOX0NPT0tJRVM9eQpDT05GSUdfSU5FVF9B SD15CkNPTkZJR19JTkVUX0VTUD15CkNPTkZJR19JTkVUX0lQQ09NUD15CkNP TkZJR19JTkVUX1hGUk1fVFVOTkVMPXkKQ09ORklHX0lORVRfVFVOTkVMPXkK Q09ORklHX0lORVRfWEZSTV9NT0RFX1RSQU5TUE9SVD15CkNPTkZJR19JTkVU X1hGUk1fTU9ERV9UVU5ORUw9eQpDT05GSUdfSU5FVF9YRlJNX01PREVfQkVF VD15CkNPTkZJR19JTkVUX0xSTz15CkNPTkZJR19JTkVUX0RJQUc9eQpDT05G SUdfSU5FVF9UQ1BfRElBRz15CkNPTkZJR19UQ1BfQ09OR19BRFZBTkNFRD15 CkNPTkZJR19UQ1BfQ09OR19CSUM9bQpDT05GSUdfVENQX0NPTkdfQ1VCSUM9 bQpDT05GSUdfVENQX0NPTkdfV0VTVFdPT0Q9bQpDT05GSUdfVENQX0NPTkdf SFRDUD1tCkNPTkZJR19UQ1BfQ09OR19IU1RDUD1tCkNPTkZJR19UQ1BfQ09O R19IWUJMQT1tCkNPTkZJR19UQ1BfQ09OR19WRUdBUz1tCkNPTkZJR19UQ1Bf Q09OR19TQ0FMQUJMRT1tCkNPTkZJR19UQ1BfQ09OR19MUD1tCkNPTkZJR19U Q1BfQ09OR19WRU5PPW0KQ09ORklHX1RDUF9DT05HX1lFQUg9bQpDT05GSUdf VENQX0NPTkdfSUxMSU5PSVM9bQpDT05GSUdfREVGQVVMVF9SRU5PPXkKQ09O RklHX0RFRkFVTFRfVENQX0NPTkc9InJlbm8iCkNPTkZJR19UQ1BfTUQ1U0lH PXkKQ09ORklHX0lQVjY9bQpDT05GSUdfSVBWNl9QUklWQUNZPXkKIyBDT05G SUdfSVBWNl9ST1VURVJfUFJFRiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZf T1BUSU1JU1RJQ19EQUQgaXMgbm90IHNldApDT05GSUdfSU5FVDZfQUg9bQpD T05GSUdfSU5FVDZfRVNQPW0KQ09ORklHX0lORVQ2X0lQQ09NUD1tCiMgQ09O RklHX0lQVjZfTUlQNiBpcyBub3Qgc2V0CkNPTkZJR19JTkVUNl9YRlJNX1RV Tk5FTD1tCkNPTkZJR19JTkVUNl9UVU5ORUw9bQpDT05GSUdfSU5FVDZfWEZS TV9NT0RFX1RSQU5TUE9SVD1tCkNPTkZJR19JTkVUNl9YRlJNX01PREVfVFVO TkVMPW0KQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9CRUVUPW0KQ09ORklHX0lO RVQ2X1hGUk1fTU9ERV9ST1VURU9QVElNSVpBVElPTj1tCkNPTkZJR19JUFY2 X1NJVD1tCiMgQ09ORklHX0lQVjZfU0lUXzZSRCBpcyBub3Qgc2V0CkNPTkZJ R19JUFY2X05ESVNDX05PREVUWVBFPXkKQ09ORklHX0lQVjZfVFVOTkVMPW0K Q09ORklHX0lQVjZfTVVMVElQTEVfVEFCTEVTPXkKIyBDT05GSUdfSVBWNl9T VUJUUkVFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfTVJPVVRFIGlzIG5v dCBzZXQKQ09ORklHX05FVExBQkVMPXkKQ09ORklHX05FVFdPUktfU0VDTUFS Sz15CiMgQ09ORklHX05FVFdPUktfUEhZX1RJTUVTVEFNUElORyBpcyBub3Qg c2V0CkNPTkZJR19ORVRGSUxURVI9eQojIENPTkZJR19ORVRGSUxURVJfREVC VUcgaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX0FEVkFOQ0VEPXkKQ09O RklHX0JSSURHRV9ORVRGSUxURVI9eQoKIwojIENvcmUgTmV0ZmlsdGVyIENv bmZpZ3VyYXRpb24KIwpDT05GSUdfTkVURklMVEVSX05FVExJTks9bQpDT05G SUdfTkVURklMVEVSX05FVExJTktfUVVFVUU9bQpDT05GSUdfTkVURklMVEVS X05FVExJTktfTE9HPW0KQ09ORklHX05GX0NPTk5UUkFDSz1tCkNPTkZJR19O Rl9DT05OVFJBQ0tfTUFSSz15CkNPTkZJR19ORl9DT05OVFJBQ0tfU0VDTUFS Sz15CkNPTkZJR19ORl9DT05OVFJBQ0tfRVZFTlRTPXkKIyBDT05GSUdfTkZf Q09OTlRSQUNLX1RJTUVTVEFNUCBpcyBub3Qgc2V0CkNPTkZJR19ORl9DVF9Q Uk9UT19EQ0NQPW0KQ09ORklHX05GX0NUX1BST1RPX0dSRT1tCkNPTkZJR19O Rl9DVF9QUk9UT19TQ1RQPW0KQ09ORklHX05GX0NUX1BST1RPX1VEUExJVEU9 bQpDT05GSUdfTkZfQ09OTlRSQUNLX0FNQU5EQT1tCkNPTkZJR19ORl9DT05O VFJBQ0tfRlRQPW0KQ09ORklHX05GX0NPTk5UUkFDS19IMzIzPW0KQ09ORklH X05GX0NPTk5UUkFDS19JUkM9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0JST0FE Q0FTVD1tCkNPTkZJR19ORl9DT05OVFJBQ0tfTkVUQklPU19OUz1tCiMgQ09O RklHX05GX0NPTk5UUkFDS19TTk1QIGlzIG5vdCBzZXQKQ09ORklHX05GX0NP Tk5UUkFDS19QUFRQPW0KIyBDT05GSUdfTkZfQ09OTlRSQUNLX1NBTkUgaXMg bm90IHNldApDT05GSUdfTkZfQ09OTlRSQUNLX1NJUD1tCkNPTkZJR19ORl9D T05OVFJBQ0tfVEZUUD1tCkNPTkZJR19ORl9DVF9ORVRMSU5LPW0KIyBDT05G SUdfTkVURklMVEVSX1RQUk9YWSBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxU RVJfWFRBQkxFUz1tCgojCiMgWHRhYmxlcyBjb21iaW5lZCBtb2R1bGVzCiMK Q09ORklHX05FVEZJTFRFUl9YVF9NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9Y VF9DT05OTUFSSz1tCgojCiMgWHRhYmxlcyB0YXJnZXRzCiMKIyBDT05GSUdf TkVURklMVEVSX1hUX1RBUkdFVF9BVURJVCBpcyBub3Qgc2V0CiMgQ09ORklH X05FVEZJTFRFUl9YVF9UQVJHRVRfQ0hFQ0tTVU0gaXMgbm90IHNldApDT05G SUdfTkVURklMVEVSX1hUX1RBUkdFVF9DTEFTU0lGWT1tCkNPTkZJR19ORVRG SUxURVJfWFRfVEFSR0VUX0NPTk5NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9Y VF9UQVJHRVRfQ09OTlNFQ01BUks9bQojIENPTkZJR19ORVRGSUxURVJfWFRf VEFSR0VUX0NUIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJH RVRfRFNDUD1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0hMPW0KIyBD T05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9JRExFVElNRVIgaXMgbm90IHNl dAojIENPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0xFRCBpcyBub3Qgc2V0 CkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX01BUks9bQpDT05GSUdfTkVU RklMVEVSX1hUX1RBUkdFVF9ORkxPRz1tCkNPTkZJR19ORVRGSUxURVJfWFRf VEFSR0VUX05GUVVFVUU9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9O T1RSQUNLPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9SQVRFRVNU IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9URUUg aXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UUkFDRT1t CkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX1NFQ01BUks9bQpDT05GSUdf TkVURklMVEVSX1hUX1RBUkdFVF9UQ1BNU1M9bQojIENPTkZJR19ORVRGSUxU RVJfWFRfVEFSR0VUX1RDUE9QVFNUUklQIGlzIG5vdCBzZXQKCiMKIyBYdGFi bGVzIG1hdGNoZXMKIwojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQURE UlRZUEUgaXMgbm90IHNldAojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf Q0xVU1RFUiBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf Q09NTUVOVD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09OTkJZVEVT PW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OTElNSVQ9bQpDT05G SUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5NQVJLPW0KQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9DT05OVFJBQ0s9bQojIENPTkZJR19ORVRGSUxURVJf WFRfTUFUQ0hfQ1BVIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9N QVRDSF9EQ0NQPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0RFVkdS T1VQIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9EU0NQ PW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9FU1A9bQpDT05GSUdfTkVU RklMVEVSX1hUX01BVENIX0hBU0hMSU1JVD1tCkNPTkZJR19ORVRGSUxURVJf WFRfTUFUQ0hfSEVMUEVSPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9I TD1tCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9JUFJBTkdFIGlzIG5v dCBzZXQKIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0lQVlMgaXMgbm90 IHNldApDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0xFTkdUSD1tCkNPTkZJ R19ORVRGSUxURVJfWFRfTUFUQ0hfTElNSVQ9bQpDT05GSUdfTkVURklMVEVS X1hUX01BVENIX01BQz1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTUFS Sz1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTVVMVElQT1JUPW0KIyBD T05GSUdfTkVURklMVEVSX1hUX01BVENIX09TRiBpcyBub3Qgc2V0CiMgQ09O RklHX05FVEZJTFRFUl9YVF9NQVRDSF9PV05FUiBpcyBub3Qgc2V0CkNPTkZJ R19ORVRGSUxURVJfWFRfTUFUQ0hfUE9MSUNZPW0KQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9QSFlTREVWPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRD SF9QS1RUWVBFPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9RVU9UQT1t CiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9SQVRFRVNUIGlzIG5vdCBz ZXQKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9SRUFMTT1tCiMgQ09ORklH X05FVEZJTFRFUl9YVF9NQVRDSF9SRUNFTlQgaXMgbm90IHNldApDT05GSUdf TkVURklMVEVSX1hUX01BVENIX1NDVFA9bQpDT05GSUdfTkVURklMVEVSX1hU X01BVENIX1NUQVRFPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9TVEFU SVNUSUM9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1NUUklORz1tCkNP TkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfVENQTVNTPW0KQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9USU1FPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRD SF9VMzI9bQojIENPTkZJR19JUF9TRVQgaXMgbm90IHNldApDT05GSUdfSVBf VlM9bQojIENPTkZJR19JUF9WU19JUFY2IGlzIG5vdCBzZXQKIyBDT05GSUdf SVBfVlNfREVCVUcgaXMgbm90IHNldApDT05GSUdfSVBfVlNfVEFCX0JJVFM9 MTIKCiMKIyBJUFZTIHRyYW5zcG9ydCBwcm90b2NvbCBsb2FkIGJhbGFuY2lu ZyBzdXBwb3J0CiMKQ09ORklHX0lQX1ZTX1BST1RPX1RDUD15CkNPTkZJR19J UF9WU19QUk9UT19VRFA9eQpDT05GSUdfSVBfVlNfUFJPVE9fQUhfRVNQPXkK Q09ORklHX0lQX1ZTX1BST1RPX0VTUD15CkNPTkZJR19JUF9WU19QUk9UT19B SD15CiMgQ09ORklHX0lQX1ZTX1BST1RPX1NDVFAgaXMgbm90IHNldAoKIwoj IElQVlMgc2NoZWR1bGVyCiMKQ09ORklHX0lQX1ZTX1JSPW0KQ09ORklHX0lQ X1ZTX1dSUj1tCkNPTkZJR19JUF9WU19MQz1tCkNPTkZJR19JUF9WU19XTEM9 bQpDT05GSUdfSVBfVlNfTEJMQz1tCkNPTkZJR19JUF9WU19MQkxDUj1tCkNP TkZJR19JUF9WU19ESD1tCkNPTkZJR19JUF9WU19TSD1tCkNPTkZJR19JUF9W U19TRUQ9bQpDT05GSUdfSVBfVlNfTlE9bQoKIwojIElQVlMgYXBwbGljYXRp b24gaGVscGVyCiMKQ09ORklHX0lQX1ZTX0ZUUD1tCkNPTkZJR19JUF9WU19O RkNUPXkKIyBDT05GSUdfSVBfVlNfUEVfU0lQIGlzIG5vdCBzZXQKCiMKIyBJ UDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVGUkFH X0lQVjQ9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjQ9bQpDT05GSUdfTkZf Q09OTlRSQUNLX1BST0NfQ09NUEFUPXkKQ09ORklHX0lQX05GX1FVRVVFPW0K Q09ORklHX0lQX05GX0lQVEFCTEVTPW0KQ09ORklHX0lQX05GX01BVENIX0FI PW0KQ09ORklHX0lQX05GX01BVENIX0VDTj1tCkNPTkZJR19JUF9ORl9NQVRD SF9UVEw9bQpDT05GSUdfSVBfTkZfRklMVEVSPW0KQ09ORklHX0lQX05GX1RB UkdFVF9SRUpFQ1Q9bQpDT05GSUdfSVBfTkZfVEFSR0VUX0xPRz1tCkNPTkZJ R19JUF9ORl9UQVJHRVRfVUxPRz1tCkNPTkZJR19ORl9OQVQ9bQpDT05GSUdf TkZfTkFUX05FRURFRD15CkNPTkZJR19JUF9ORl9UQVJHRVRfTUFTUVVFUkFE RT1tCkNPTkZJR19JUF9ORl9UQVJHRVRfTkVUTUFQPW0KQ09ORklHX0lQX05G X1RBUkdFVF9SRURJUkVDVD1tCkNPTkZJR19ORl9OQVRfUFJPVE9fRENDUD1t CkNPTkZJR19ORl9OQVRfUFJPVE9fR1JFPW0KQ09ORklHX05GX05BVF9QUk9U T19VRFBMSVRFPW0KQ09ORklHX05GX05BVF9QUk9UT19TQ1RQPW0KQ09ORklH X05GX05BVF9GVFA9bQpDT05GSUdfTkZfTkFUX0lSQz1tCkNPTkZJR19ORl9O QVRfVEZUUD1tCkNPTkZJR19ORl9OQVRfQU1BTkRBPW0KQ09ORklHX05GX05B VF9QUFRQPW0KQ09ORklHX05GX05BVF9IMzIzPW0KQ09ORklHX05GX05BVF9T SVA9bQpDT05GSUdfSVBfTkZfTUFOR0xFPW0KQ09ORklHX0lQX05GX1RBUkdF VF9DTFVTVEVSSVA9bQpDT05GSUdfSVBfTkZfVEFSR0VUX0VDTj1tCkNPTkZJ R19JUF9ORl9UQVJHRVRfVFRMPW0KQ09ORklHX0lQX05GX1JBVz1tCiMgQ09O RklHX0lQX05GX1NFQ1VSSVRZIGlzIG5vdCBzZXQKQ09ORklHX0lQX05GX0FS UFRBQkxFUz1tCkNPTkZJR19JUF9ORl9BUlBGSUxURVI9bQpDT05GSUdfSVBf TkZfQVJQX01BTkdMRT1tCgojCiMgSVB2NjogTmV0ZmlsdGVyIENvbmZpZ3Vy YXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQVjY9bQpDT05GSUdfTkZfQ09O TlRSQUNLX0lQVjY9bQpDT05GSUdfSVA2X05GX1FVRVVFPW0KQ09ORklHX0lQ Nl9ORl9JUFRBQkxFUz1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfQUg9bQpDT05G SUdfSVA2X05GX01BVENIX0VVSTY0PW0KQ09ORklHX0lQNl9ORl9NQVRDSF9G UkFHPW0KQ09ORklHX0lQNl9ORl9NQVRDSF9PUFRTPW0KQ09ORklHX0lQNl9O Rl9NQVRDSF9ITD1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfSVBWNkhFQURFUj1t CkNPTkZJR19JUDZfTkZfTUFUQ0hfTUg9bQpDT05GSUdfSVA2X05GX01BVENI X1JUPW0KQ09ORklHX0lQNl9ORl9UQVJHRVRfSEw9bQpDT05GSUdfSVA2X05G X1RBUkdFVF9MT0c9bQpDT05GSUdfSVA2X05GX0ZJTFRFUj1tCkNPTkZJR19J UDZfTkZfVEFSR0VUX1JFSkVDVD1tCkNPTkZJR19JUDZfTkZfTUFOR0xFPW0K Q09ORklHX0lQNl9ORl9SQVc9bQojIENPTkZJR19JUDZfTkZfU0VDVVJJVFkg aXMgbm90IHNldAoKIwojIERFQ25ldDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRp b24KIwpDT05GSUdfREVDTkVUX05GX0dSQUJVTEFUT1I9bQpDT05GSUdfQlJJ REdFX05GX0VCVEFCTEVTPW0KQ09ORklHX0JSSURHRV9FQlRfQlJPVVRFPW0K Q09ORklHX0JSSURHRV9FQlRfVF9GSUxURVI9bQpDT05GSUdfQlJJREdFX0VC VF9UX05BVD1tCkNPTkZJR19CUklER0VfRUJUXzgwMl8zPW0KQ09ORklHX0JS SURHRV9FQlRfQU1PTkc9bQpDT05GSUdfQlJJREdFX0VCVF9BUlA9bQpDT05G SUdfQlJJREdFX0VCVF9JUD1tCiMgQ09ORklHX0JSSURHRV9FQlRfSVA2IGlz IG5vdCBzZXQKQ09ORklHX0JSSURHRV9FQlRfTElNSVQ9bQpDT05GSUdfQlJJ REdFX0VCVF9NQVJLPW0KQ09ORklHX0JSSURHRV9FQlRfUEtUVFlQRT1tCkNP TkZJR19CUklER0VfRUJUX1NUUD1tCkNPTkZJR19CUklER0VfRUJUX1ZMQU49 bQpDT05GSUdfQlJJREdFX0VCVF9BUlBSRVBMWT1tCkNPTkZJR19CUklER0Vf RUJUX0ROQVQ9bQpDT05GSUdfQlJJREdFX0VCVF9NQVJLX1Q9bQpDT05GSUdf QlJJREdFX0VCVF9SRURJUkVDVD1tCkNPTkZJR19CUklER0VfRUJUX1NOQVQ9 bQpDT05GSUdfQlJJREdFX0VCVF9MT0c9bQpDT05GSUdfQlJJREdFX0VCVF9V TE9HPW0KIyBDT05GSUdfQlJJREdFX0VCVF9ORkxPRyBpcyBub3Qgc2V0CkNP TkZJR19JUF9EQ0NQPW0KQ09ORklHX0lORVRfRENDUF9ESUFHPW0KCiMKIyBE Q0NQIENDSURzIENvbmZpZ3VyYXRpb24gKEVYUEVSSU1FTlRBTCkKIwojIENP TkZJR19JUF9EQ0NQX0NDSUQyX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lQ X0RDQ1BfQ0NJRDM9eQojIENPTkZJR19JUF9EQ0NQX0NDSUQzX0RFQlVHIGlz IG5vdCBzZXQKQ09ORklHX0lQX0RDQ1BfVEZSQ19MSUI9eQoKIwojIERDQ1Ag S2VybmVsIEhhY2tpbmcKIwojIENPTkZJR19JUF9EQ0NQX0RFQlVHIGlzIG5v dCBzZXQKQ09ORklHX05FVF9EQ0NQUFJPQkU9bQpDT05GSUdfSVBfU0NUUD1t CiMgQ09ORklHX05FVF9TQ1RQUFJPQkUgaXMgbm90IHNldAojIENPTkZJR19T Q1RQX0RCR19NU0cgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0RCR19PQkpD TlQgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0hNQUNfTk9ORSBpcyBub3Qg c2V0CiMgQ09ORklHX1NDVFBfSE1BQ19TSEExIGlzIG5vdCBzZXQKQ09ORklH X1NDVFBfSE1BQ19NRDU9eQojIENPTkZJR19SRFMgaXMgbm90IHNldApDT05G SUdfVElQQz1tCiMgQ09ORklHX1RJUENfQURWQU5DRUQgaXMgbm90IHNldAoj IENPTkZJR19USVBDX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0FUTT15CkNP TkZJR19BVE1fQ0xJUD15CiMgQ09ORklHX0FUTV9DTElQX05PX0lDTVAgaXMg bm90IHNldApDT05GSUdfQVRNX0xBTkU9bQpDT05GSUdfQVRNX01QT0E9bQpD T05GSUdfQVRNX0JSMjY4ND1tCiMgQ09ORklHX0FUTV9CUjI2ODRfSVBGSUxU RVIgaXMgbm90IHNldAojIENPTkZJR19MMlRQIGlzIG5vdCBzZXQKQ09ORklH X1NUUD1tCkNPTkZJR19CUklER0U9bQpDT05GSUdfQlJJREdFX0lHTVBfU05P T1BJTkc9eQojIENPTkZJR19ORVRfRFNBIGlzIG5vdCBzZXQKQ09ORklHX1ZM QU5fODAyMVE9bQojIENPTkZJR19WTEFOXzgwMjFRX0dWUlAgaXMgbm90IHNl dApDT05GSUdfREVDTkVUPW0KIyBDT05GSUdfREVDTkVUX1JPVVRFUiBpcyBu b3Qgc2V0CkNPTkZJR19MTEM9eQpDT05GSUdfTExDMj1tCkNPTkZJR19JUFg9 bQojIENPTkZJR19JUFhfSU5URVJOIGlzIG5vdCBzZXQKQ09ORklHX0FUQUxL PW0KQ09ORklHX0RFVl9BUFBMRVRBTEs9bQpDT05GSUdfSVBERFA9bQpDT05G SUdfSVBERFBfRU5DQVA9eQpDT05GSUdfSVBERFBfREVDQVA9eQpDT05GSUdf WDI1PW0KQ09ORklHX0xBUEI9bQpDT05GSUdfRUNPTkVUPW0KQ09ORklHX0VD T05FVF9BVU5VRFA9eQpDT05GSUdfRUNPTkVUX05BVElWRT15CkNPTkZJR19X QU5fUk9VVEVSPW0KIyBDT05GSUdfUEhPTkVUIGlzIG5vdCBzZXQKIyBDT05G SUdfSUVFRTgwMjE1NCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIRUQ9eQoK IwojIFF1ZXVlaW5nL1NjaGVkdWxpbmcKIwpDT05GSUdfTkVUX1NDSF9DQlE9 bQpDT05GSUdfTkVUX1NDSF9IVEI9bQpDT05GSUdfTkVUX1NDSF9IRlNDPW0K Q09ORklHX05FVF9TQ0hfQVRNPW0KQ09ORklHX05FVF9TQ0hfUFJJTz1tCiMg Q09ORklHX05FVF9TQ0hfTVVMVElRIGlzIG5vdCBzZXQKQ09ORklHX05FVF9T Q0hfUkVEPW0KIyBDT05GSUdfTkVUX1NDSF9TRkIgaXMgbm90IHNldApDT05G SUdfTkVUX1NDSF9TRlE9bQpDT05GSUdfTkVUX1NDSF9URVFMPW0KQ09ORklH X05FVF9TQ0hfVEJGPW0KQ09ORklHX05FVF9TQ0hfR1JFRD1tCkNPTkZJR19O RVRfU0NIX0RTTUFSSz1tCkNPTkZJR19ORVRfU0NIX05FVEVNPW0KIyBDT05G SUdfTkVUX1NDSF9EUlIgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX01R UFJJTyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9TQ0hfQ0hPS0UgaXMgbm90 IHNldAojIENPTkZJR19ORVRfU0NIX1FGUSBpcyBub3Qgc2V0CkNPTkZJR19O RVRfU0NIX0lOR1JFU1M9bQoKIwojIENsYXNzaWZpY2F0aW9uCiMKQ09ORklH X05FVF9DTFM9eQpDT05GSUdfTkVUX0NMU19CQVNJQz1tCkNPTkZJR19ORVRf Q0xTX1RDSU5ERVg9bQpDT05GSUdfTkVUX0NMU19ST1VURTQ9bQpDT05GSUdf TkVUX0NMU19GVz1tCkNPTkZJR19ORVRfQ0xTX1UzMj1tCiMgQ09ORklHX0NM U19VMzJfUEVSRiBpcyBub3Qgc2V0CkNPTkZJR19DTFNfVTMyX01BUks9eQpD T05GSUdfTkVUX0NMU19SU1ZQPW0KQ09ORklHX05FVF9DTFNfUlNWUDY9bQoj IENPTkZJR19ORVRfQ0xTX0ZMT1cgaXMgbm90IHNldAojIENPTkZJR19ORVRf Q0xTX0NHUk9VUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfRU1BVENIPXkKQ09O RklHX05FVF9FTUFUQ0hfU1RBQ0s9MzIKQ09ORklHX05FVF9FTUFUQ0hfQ01Q PW0KQ09ORklHX05FVF9FTUFUQ0hfTkJZVEU9bQpDT05GSUdfTkVUX0VNQVRD SF9VMzI9bQpDT05GSUdfTkVUX0VNQVRDSF9NRVRBPW0KQ09ORklHX05FVF9F TUFUQ0hfVEVYVD1tCkNPTkZJR19ORVRfQ0xTX0FDVD15CkNPTkZJR19ORVRf QUNUX1BPTElDRT1tCkNPTkZJR19ORVRfQUNUX0dBQ1Q9bQpDT05GSUdfR0FD VF9QUk9CPXkKQ09ORklHX05FVF9BQ1RfTUlSUkVEPW0KQ09ORklHX05FVF9B Q1RfSVBUPW0KQ09ORklHX05FVF9BQ1RfTkFUPW0KQ09ORklHX05FVF9BQ1Rf UEVESVQ9bQpDT05GSUdfTkVUX0FDVF9TSU1QPW0KIyBDT05GSUdfTkVUX0FD VF9TS0JFRElUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9DU1VNIGlz IG5vdCBzZXQKIyBDT05GSUdfTkVUX0NMU19JTkQgaXMgbm90IHNldApDT05G SUdfTkVUX1NDSF9GSUZPPXkKIyBDT05GSUdfRENCIGlzIG5vdCBzZXQKQ09O RklHX0ROU19SRVNPTFZFUj15CiMgQ09ORklHX0JBVE1BTl9BRFYgaXMgbm90 IHNldApDT05GSUdfUlBTPXkKQ09ORklHX1JGU19BQ0NFTD15CkNPTkZJR19Y UFM9eQpDT05GSUdfSEFWRV9CUEZfSklUPXkKIyBDT05GSUdfQlBGX0pJVCBp cyBub3Qgc2V0CgojCiMgTmV0d29yayB0ZXN0aW5nCiMKQ09ORklHX05FVF9Q S1RHRU49bQpDT05GSUdfTkVUX1RDUFBST0JFPW0KIyBDT05GSUdfTkVUX0RS T1BfTU9OSVRPUiBpcyBub3Qgc2V0CkNPTkZJR19IQU1SQURJTz15CgojCiMg UGFja2V0IFJhZGlvIHByb3RvY29scwojCkNPTkZJR19BWDI1PW0KQ09ORklH X0FYMjVfREFNQV9TTEFWRT15CkNPTkZJR19ORVRST009bQpDT05GSUdfUk9T RT1tCgojCiMgQVguMjUgbmV0d29yayBkZXZpY2UgZHJpdmVycwojCkNPTkZJ R19NS0lTUz1tCkNPTkZJR182UEFDSz1tCkNPTkZJR19CUFFFVEhFUj1tCkNP TkZJR19CQVlDT01fU0VSX0ZEWD1tCkNPTkZJR19CQVlDT01fU0VSX0hEWD1t CkNPTkZJR19CQVlDT01fUEFSPW0KQ09ORklHX1lBTT1tCiMgQ09ORklHX0NB TiBpcyBub3Qgc2V0CkNPTkZJR19JUkRBPW0KCiMKIyBJckRBIHByb3RvY29s cwojCkNPTkZJR19JUkxBTj1tCkNPTkZJR19JUk5FVD1tCkNPTkZJR19JUkNP TU09bQpDT05GSUdfSVJEQV9VTFRSQT15CgojCiMgSXJEQSBvcHRpb25zCiMK Q09ORklHX0lSREFfQ0FDSEVfTEFTVF9MU0FQPXkKQ09ORklHX0lSREFfRkFT VF9SUj15CkNPTkZJR19JUkRBX0RFQlVHPXkKCiMKIyBJbmZyYXJlZC1wb3J0 IGRldmljZSBkcml2ZXJzCiMKCiMKIyBTSVIgZGV2aWNlIGRyaXZlcnMKIwpD T05GSUdfSVJUVFlfU0lSPW0KCiMKIyBEb25nbGUgc3VwcG9ydAojCkNPTkZJ R19ET05HTEU9eQpDT05GSUdfRVNJX0RPTkdMRT1tCkNPTkZJR19BQ1RJU1lT X0RPTkdMRT1tCkNPTkZJR19URUtSQU1fRE9OR0xFPW0KIyBDT05GSUdfVE9J TTMyMzJfRE9OR0xFIGlzIG5vdCBzZXQKQ09ORklHX0xJVEVMSU5LX0RPTkdM RT1tCkNPTkZJR19NQTYwMF9ET05HTEU9bQpDT05GSUdfR0lSQklMX0RPTkdM RT1tCkNPTkZJR19NQ1AyMTIwX0RPTkdMRT1tCkNPTkZJR19PTERfQkVMS0lO X0RPTkdMRT1tCkNPTkZJR19BQ1QyMDBMX0RPTkdMRT1tCkNPTkZJR19LSU5H U1VOX0RPTkdMRT1tCkNPTkZJR19LU0RBWlpMRV9ET05HTEU9bQpDT05GSUdf S1M5NTlfRE9OR0xFPW0KCiMKIyBGSVIgZGV2aWNlIGRyaXZlcnMKIwpDT05G SUdfVVNCX0lSREE9bQpDT05GSUdfU0lHTUFURUxfRklSPW0KQ09ORklHX05T Q19GSVI9bQpDT05GSUdfV0lOQk9ORF9GSVI9bQpDT05GSUdfU01DX0lSQ0Nf RklSPW0KQ09ORklHX0FMSV9GSVI9bQpDT05GSUdfVkxTSV9GSVI9bQpDT05G SUdfVklBX0ZJUj1tCkNPTkZJR19NQ1NfRklSPW0KQ09ORklHX0JUPW0KIyBD T05GSUdfQlRfTDJDQVAgaXMgbm90IHNldAojIENPTkZJR19CVF9TQ08gaXMg bm90IHNldAoKIwojIEJsdWV0b290aCBkZXZpY2UgZHJpdmVycwojCiMgQ09O RklHX0JUX0hDSUJUVVNCIGlzIG5vdCBzZXQKQ09ORklHX0JUX0hDSUJUU0RJ Tz1tCkNPTkZJR19CVF9IQ0lVQVJUPW0KQ09ORklHX0JUX0hDSVVBUlRfSDQ9 eQpDT05GSUdfQlRfSENJVUFSVF9CQ1NQPXkKIyBDT05GSUdfQlRfSENJVUFS VF9BVEgzSyBpcyBub3Qgc2V0CkNPTkZJR19CVF9IQ0lVQVJUX0xMPXkKQ09O RklHX0JUX0hDSUJDTTIwM1g9bQpDT05GSUdfQlRfSENJQlBBMTBYPW0KQ09O RklHX0JUX0hDSUJGVVNCPW0KQ09ORklHX0JUX0hDSURUTDE9bQpDT05GSUdf QlRfSENJQlQzQz1tCkNPTkZJR19CVF9IQ0lCTFVFQ0FSRD1tCkNPTkZJR19C VF9IQ0lCVFVBUlQ9bQpDT05GSUdfQlRfSENJVkhDST1tCiMgQ09ORklHX0JU X01SVkwgaXMgbm90IHNldApDT05GSUdfQUZfUlhSUEM9bQojIENPTkZJR19B Rl9SWFJQQ19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19SWEtBRD1tCkNPTkZJ R19GSUJfUlVMRVM9eQpDT05GSUdfV0lSRUxFU1M9eQpDT05GSUdfV0lSRUxF U1NfRVhUPXkKQ09ORklHX1dFWFRfQ09SRT15CkNPTkZJR19XRVhUX1BST0M9 eQpDT05GSUdfV0VYVF9TUFk9eQpDT05GSUdfV0VYVF9QUklWPXkKQ09ORklH X0NGRzgwMjExPW0KIyBDT05GSUdfTkw4MDIxMV9URVNUTU9ERSBpcyBub3Qg c2V0CiMgQ09ORklHX0NGRzgwMjExX0RFVkVMT1BFUl9XQVJOSU5HUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX1JFR19ERUJVRyBpcyBub3Qgc2V0 CkNPTkZJR19DRkc4MDIxMV9ERUZBVUxUX1BTPXkKIyBDT05GSUdfQ0ZHODAy MTFfREVCVUdGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0lOVEVS TkFMX1JFR0RCIGlzIG5vdCBzZXQKQ09ORklHX0NGRzgwMjExX1dFWFQ9eQpD T05GSUdfV0lSRUxFU1NfRVhUX1NZU0ZTPXkKQ09ORklHX0xJQjgwMjExPW0K Q09ORklHX0xJQjgwMjExX0NSWVBUX1dFUD1tCkNPTkZJR19MSUI4MDIxMV9D UllQVF9DQ01QPW0KQ09ORklHX0xJQjgwMjExX0NSWVBUX1RLSVA9bQojIENP TkZJR19MSUI4MDIxMV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19NQUM4MDIx MT1tCkNPTkZJR19NQUM4MDIxMV9IQVNfUkM9eQojIENPTkZJR19NQUM4MDIx MV9SQ19QSUQgaXMgbm90IHNldApDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RS RUw9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RSRUxfSFQ9eQpDT05GSUdf TUFDODAyMTFfUkNfREVGQVVMVF9NSU5TVFJFTD15CkNPTkZJR19NQUM4MDIx MV9SQ19ERUZBVUxUPSJtaW5zdHJlbF9odCIKIyBDT05GSUdfTUFDODAyMTFf TUVTSCBpcyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMV9MRURTPXkKQ09ORklH X01BQzgwMjExX0RFQlVHRlM9eQojIENPTkZJR19NQUM4MDIxMV9ERUJVR19N RU5VIGlzIG5vdCBzZXQKIyBDT05GSUdfV0lNQVggaXMgbm90IHNldApDT05G SUdfUkZLSUxMPW0KQ09ORklHX1JGS0lMTF9MRURTPXkKIyBDT05GSUdfUkZL SUxMX0lOUFVUIGlzIG5vdCBzZXQKQ09ORklHX05FVF85UD1tCkNPTkZJR19O RVRfOVBfVklSVElPPW0KIyBDT05GSUdfTkVUXzlQX1JETUEgaXMgbm90IHNl dAojIENPTkZJR19ORVRfOVBfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19D QUlGIGlzIG5vdCBzZXQKQ09ORklHX0NFUEhfTElCPXkKIyBDT05GSUdfQ0VQ SF9MSUJfUFJFVFRZREVCVUcgaXMgbm90IHNldAojIENPTkZJR19ORkMgaXMg bm90IHNldAoKIwojIERldmljZSBEcml2ZXJzCiMKCiMKIyBHZW5lcmljIERy aXZlciBPcHRpb25zCiMKQ09ORklHX1VFVkVOVF9IRUxQRVJfUEFUSD0iL3Ni aW4vaG90cGx1ZyIKQ09ORklHX0RFVlRNUEZTPXkKQ09ORklHX0RFVlRNUEZT X01PVU5UPXkKQ09ORklHX1NUQU5EQUxPTkU9eQpDT05GSUdfUFJFVkVOVF9G SVJNV0FSRV9CVUlMRD15CkNPTkZJR19GV19MT0FERVI9eQpDT05GSUdfRklS TVdBUkVfSU5fS0VSTkVMPXkKQ09ORklHX0VYVFJBX0ZJUk1XQVJFPSIiCiMg Q09ORklHX0RFQlVHX0RSSVZFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVH X0RFVlJFUyBpcyBub3Qgc2V0CkNPTkZJR19TWVNfSFlQRVJWSVNPUj15CkNP TkZJR19DT05ORUNUT1I9eQpDT05GSUdfUFJPQ19FVkVOVFM9eQpDT05GSUdf TVREPXkKIyBDT05GSUdfTVREX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdf TVREX1RFU1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1JFREJPT1RfUEFS VFMgaXMgbm90IHNldAojIENPTkZJR19NVERfQ01ETElORV9QQVJUUyBpcyBu b3Qgc2V0CiMgQ09ORklHX01URF9BUjdfUEFSVFMgaXMgbm90IHNldAoKIwoj IFVzZXIgTW9kdWxlcyBBbmQgVHJhbnNsYXRpb24gTGF5ZXJzCiMKQ09ORklH X01URF9DSEFSPW0KQ09ORklHX01URF9CTEtERVZTPXkKQ09ORklHX01URF9C TE9DSz1tCkNPTkZJR19NVERfQkxPQ0tfUk89bQpDT05GSUdfRlRMPW0KQ09O RklHX05GVEw9bQpDT05GSUdfTkZUTF9SVz15CkNPTkZJR19JTkZUTD1tCkNP TkZJR19SRkRfRlRMPW0KQ09ORklHX1NTRkRDPW0KIyBDT05GSUdfU01fRlRM IGlzIG5vdCBzZXQKQ09ORklHX01URF9PT1BTPW0KQ09ORklHX01URF9TV0FQ PXkKCiMKIyBSQU0vUk9NL0ZsYXNoIGNoaXAgZHJpdmVycwojCkNPTkZJR19N VERfQ0ZJPW0KQ09ORklHX01URF9KRURFQ1BST0JFPW0KQ09ORklHX01URF9H RU5fUFJPQkU9bQojIENPTkZJR19NVERfQ0ZJX0FEVl9PUFRJT05TIGlzIG5v dCBzZXQKQ09ORklHX01URF9NQVBfQkFOS19XSURUSF8xPXkKQ09ORklHX01U RF9NQVBfQkFOS19XSURUSF8yPXkKQ09ORklHX01URF9NQVBfQkFOS19XSURU SF80PXkKIyBDT05GSUdfTVREX01BUF9CQU5LX1dJRFRIXzggaXMgbm90IHNl dAojIENPTkZJR19NVERfTUFQX0JBTktfV0lEVEhfMTYgaXMgbm90IHNldAoj IENPTkZJR19NVERfTUFQX0JBTktfV0lEVEhfMzIgaXMgbm90IHNldApDT05G SUdfTVREX0NGSV9JMT15CkNPTkZJR19NVERfQ0ZJX0kyPXkKIyBDT05GSUdf TVREX0NGSV9JNCBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9DRklfSTggaXMg bm90IHNldApDT05GSUdfTVREX0NGSV9JTlRFTEVYVD1tCkNPTkZJR19NVERf Q0ZJX0FNRFNURD1tCkNPTkZJR19NVERfQ0ZJX1NUQUE9bQpDT05GSUdfTVRE X0NGSV9VVElMPW0KQ09ORklHX01URF9SQU09bQpDT05GSUdfTVREX1JPTT1t CkNPTkZJR19NVERfQUJTRU5UPW0KCiMKIyBNYXBwaW5nIGRyaXZlcnMgZm9y IGNoaXAgYWNjZXNzCiMKQ09ORklHX01URF9DT01QTEVYX01BUFBJTkdTPXkK Q09ORklHX01URF9QSFlTTUFQPW0KIyBDT05GSUdfTVREX1BIWVNNQVBfQ09N UEFUIGlzIG5vdCBzZXQKQ09ORklHX01URF9TQzUyMENEUD1tCkNPTkZJR19N VERfTkVUU0M1MjA9bQpDT05GSUdfTVREX1RTNTUwMD1tCkNPTkZJR19NVERf U0JDX0dYWD1tCkNPTkZJR19NVERfQU1ENzZYUk9NPW0KQ09ORklHX01URF9J Q0hYUk9NPW0KQ09ORklHX01URF9FU0IyUk9NPW0KQ09ORklHX01URF9DSzgw NFhST009bQpDT05GSUdfTVREX1NDQjJfRkxBU0g9bQpDT05GSUdfTVREX05F VHRlbD1tCkNPTkZJR19NVERfTDQ0MEdYPW0KQ09ORklHX01URF9QQ0k9bQoj IENPTkZJR19NVERfUENNQ0lBIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0dQ SU9fQUREUiBpcyBub3Qgc2V0CkNPTkZJR19NVERfSU5URUxfVlJfTk9SPW0K Q09ORklHX01URF9QTEFUUkFNPW0KIyBDT05GSUdfTVREX0xBVENIX0FERFIg aXMgbm90IHNldAoKIwojIFNlbGYtY29udGFpbmVkIE1URCBkZXZpY2UgZHJp dmVycwojCkNPTkZJR19NVERfUE1DNTUxPW0KIyBDT05GSUdfTVREX1BNQzU1 MV9CVUdGSVggaXMgbm90IHNldAojIENPTkZJR19NVERfUE1DNTUxX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX01URF9EQVRBRkxBU0g9bQojIENPTkZJR19N VERfREFUQUZMQVNIX1dSSVRFX1ZFUklGWSBpcyBub3Qgc2V0CiMgQ09ORklH X01URF9EQVRBRkxBU0hfT1RQIGlzIG5vdCBzZXQKQ09ORklHX01URF9NMjVQ ODA9bQpDT05GSUdfTTI1UFhYX1VTRV9GQVNUX1JFQUQ9eQojIENPTkZJR19N VERfU1NUMjVMIGlzIG5vdCBzZXQKQ09ORklHX01URF9TTFJBTT1tCkNPTkZJ R19NVERfUEhSQU09bQpDT05GSUdfTVREX01URFJBTT1tCkNPTkZJR19NVERS QU1fVE9UQUxfU0laRT00MDk2CkNPTkZJR19NVERSQU1fRVJBU0VfU0laRT0x MjgKQ09ORklHX01URF9CTE9DSzJNVEQ9bQoKIwojIERpc2stT24tQ2hpcCBE ZXZpY2UgRHJpdmVycwojCkNPTkZJR19NVERfRE9DMjAwMD1tCkNPTkZJR19N VERfRE9DMjAwMT1tCkNPTkZJR19NVERfRE9DMjAwMVBMVVM9bQpDT05GSUdf TVREX0RPQ1BST0JFPW0KQ09ORklHX01URF9ET0NFQ0M9bQojIENPTkZJR19N VERfRE9DUFJPQkVfQURWQU5DRUQgaXMgbm90IHNldApDT05GSUdfTVREX0RP Q1BST0JFX0FERFJFU1M9MApDT05GSUdfTVREX05BTkRfRUNDPW0KIyBDT05G SUdfTVREX05BTkRfRUNDX1NNQyBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFO RD1tCiMgQ09ORklHX01URF9OQU5EX1ZFUklGWV9XUklURSBpcyBub3Qgc2V0 CiMgQ09ORklHX01URF9OQU5EX0VDQ19CQ0ggaXMgbm90IHNldAojIENPTkZJ R19NVERfU01fQ09NTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX05BTkRf TVVTRVVNX0lEUyBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9OQU5EX0RFTkFM SSBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9JRFM9bQojIENPTkZJR19N VERfTkFORF9SSUNPSCBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9ESVNL T05DSElQPW0KIyBDT05GSUdfTVREX05BTkRfRElTS09OQ0hJUF9QUk9CRV9B RFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9ESVNLT05DSElQ X1BST0JFX0FERFJFU1M9MAojIENPTkZJR19NVERfTkFORF9ESVNLT05DSElQ X0JCVFdSSVRFIGlzIG5vdCBzZXQKQ09ORklHX01URF9OQU5EX0NBRkU9bQpD T05GSUdfTVREX05BTkRfTkFORFNJTT1tCkNPTkZJR19NVERfTkFORF9QTEFU Rk9STT1tCkNPTkZJR19NVERfQUxBVURBPW0KQ09ORklHX01URF9PTkVOQU5E PW0KQ09ORklHX01URF9PTkVOQU5EX1ZFUklGWV9XUklURT15CiMgQ09ORklH X01URF9PTkVOQU5EX0dFTkVSSUMgaXMgbm90IHNldAojIENPTkZJR19NVERf T05FTkFORF9PVFAgaXMgbm90IHNldApDT05GSUdfTVREX09ORU5BTkRfMlhf UFJPR1JBTT15CkNPTkZJR19NVERfT05FTkFORF9TSU09bQoKIwojIExQRERS IGZsYXNoIG1lbW9yeSBkcml2ZXJzCiMKIyBDT05GSUdfTVREX0xQRERSIGlz IG5vdCBzZXQKQ09ORklHX01URF9VQkk9bQpDT05GSUdfTVREX1VCSV9XTF9U SFJFU0hPTEQ9NDA5NgpDT05GSUdfTVREX1VCSV9CRUJfUkVTRVJWRT0xCkNP TkZJR19NVERfVUJJX0dMVUVCST1tCiMgQ09ORklHX01URF9VQklfREVCVUcg aXMgbm90IHNldApDT05GSUdfUEFSUE9SVD1tCkNPTkZJR19QQVJQT1JUX1BD PW0KQ09ORklHX1BBUlBPUlRfU0VSSUFMPW0KQ09ORklHX1BBUlBPUlRfUENf RklGTz15CiMgQ09ORklHX1BBUlBPUlRfUENfU1VQRVJJTyBpcyBub3Qgc2V0 CkNPTkZJR19QQVJQT1JUX1BDX1BDTUNJQT1tCiMgQ09ORklHX1BBUlBPUlRf R1NDIGlzIG5vdCBzZXQKQ09ORklHX1BBUlBPUlRfQVg4ODc5Nj1tCkNPTkZJ R19QQVJQT1JUXzEyODQ9eQpDT05GSUdfUEFSUE9SVF9OT1RfUEM9eQpDT05G SUdfUE5QPXkKQ09ORklHX1BOUF9ERUJVR19NRVNTQUdFUz15CgojCiMgUHJv dG9jb2xzCiMKQ09ORklHX1BOUEFDUEk9eQpDT05GSUdfQkxLX0RFVj15CkNP TkZJR19CTEtfREVWX0ZEPW0KQ09ORklHX1BBUklERT1tCgojCiMgUGFyYWxs ZWwgSURFIGhpZ2gtbGV2ZWwgZHJpdmVycwojCkNPTkZJR19QQVJJREVfUEQ9 bQpDT05GSUdfUEFSSURFX1BDRD1tCkNPTkZJR19QQVJJREVfUEY9bQpDT05G SUdfUEFSSURFX1BUPW0KQ09ORklHX1BBUklERV9QRz1tCgojCiMgUGFyYWxs ZWwgSURFIHByb3RvY29sIG1vZHVsZXMKIwpDT05GSUdfUEFSSURFX0FURU49 bQpDT05GSUdfUEFSSURFX0JQQ0s9bQpDT05GSUdfUEFSSURFX0NPTU09bQpD T05GSUdfUEFSSURFX0RTVFI9bQpDT05GSUdfUEFSSURFX0ZJVDI9bQpDT05G SUdfUEFSSURFX0ZJVDM9bQpDT05GSUdfUEFSSURFX0VQQVQ9bQojIENPTkZJ R19QQVJJREVfRVBBVEM4IGlzIG5vdCBzZXQKQ09ORklHX1BBUklERV9FUElB PW0KQ09ORklHX1BBUklERV9GUklRPW0KQ09ORklHX1BBUklERV9GUlBXPW0K Q09ORklHX1BBUklERV9LQklDPW0KQ09ORklHX1BBUklERV9LVFRJPW0KQ09O RklHX1BBUklERV9PTjIwPW0KQ09ORklHX1BBUklERV9PTjI2PW0KQ09ORklH X0JMS19DUFFfREE9bQpDT05GSUdfQkxLX0NQUV9DSVNTX0RBPW0KQ09ORklH X0NJU1NfU0NTSV9UQVBFPXkKQ09ORklHX0JMS19ERVZfREFDOTYwPW0KQ09O RklHX0JMS19ERVZfVU1FTT1tCiMgQ09ORklHX0JMS19ERVZfQ09XX0NPTU1P TiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0xPT1A9eQpDT05GSUdfQkxL X0RFVl9MT09QX01JTl9DT1VOVD04CkNPTkZJR19CTEtfREVWX0NSWVBUT0xP T1A9eQojIENPTkZJR19CTEtfREVWX0RSQkQgaXMgbm90IHNldApDT05GSUdf QkxLX0RFVl9OQkQ9eQpDT05GSUdfQkxLX0RFVl9TWDg9bQpDT05GSUdfQkxL X0RFVl9VQj1tCkNPTkZJR19CTEtfREVWX1JBTT15CkNPTkZJR19CTEtfREVW X1JBTV9DT1VOVD0xNgpDT05GSUdfQkxLX0RFVl9SQU1fU0laRT02NTUzNgoj IENPTkZJR19CTEtfREVWX1hJUCBpcyBub3Qgc2V0CkNPTkZJR19DRFJPTV9Q S1RDRFZEPW0KQ09ORklHX0NEUk9NX1BLVENEVkRfQlVGRkVSUz04CiMgQ09O RklHX0NEUk9NX1BLVENEVkRfV0NBQ0hFIGlzIG5vdCBzZXQKQ09ORklHX0FU QV9PVkVSX0VUSD1tCkNPTkZJR19YRU5fQkxLREVWX0ZST05URU5EPXkKQ09O RklHX1hFTl9CTEtERVZfQkFDS0VORD15CkNPTkZJR19WSVJUSU9fQkxLPW0K IyBDT05GSUdfQkxLX0RFVl9IRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19E RVZfUkJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MSVMzTFYwMkQg aXMgbm90IHNldApDT05GSUdfTUlTQ19ERVZJQ0VTPXkKIyBDT05GSUdfQUQ1 MjVYX0RQT1QgaXMgbm90IHNldApDT05GSUdfSUJNX0FTTT1tCkNPTkZJR19Q SEFOVE9NPW0KIyBDT05GSUdfSU5URUxfTUlEX1BUSSBpcyBub3Qgc2V0CkNP TkZJR19TR0lfSU9DND1tCkNPTkZJR19USUZNX0NPUkU9bQpDT05GSUdfVElG TV83WFgxPW0KIyBDT05GSUdfSUNTOTMyUzQwMSBpcyBub3Qgc2V0CiMgQ09O RklHX0VOQ0xPU1VSRV9TRVJWSUNFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hQ X0lMTyBpcyBub3Qgc2V0CiMgQ09ORklHX0FQRFM5ODAyQUxTIGlzIG5vdCBz ZXQKIyBDT05GSUdfSVNMMjkwMDMgaXMgbm90IHNldAojIENPTkZJR19JU0wy OTAyMCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1RTTDI1NTA9bQojIENP TkZJR19TRU5TT1JTX0JIMTc4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP UlNfQkgxNzcwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BUERTOTkw WCBpcyBub3Qgc2V0CiMgQ09ORklHX0hNQzYzNTIgaXMgbm90IHNldApDT05G SUdfRFMxNjgyPW0KIyBDT05GSUdfVElfREFDNzUxMiBpcyBub3Qgc2V0CiMg Q09ORklHX1ZNV0FSRV9CQUxMT09OIGlzIG5vdCBzZXQKIyBDT05GSUdfQk1Q MDg1IGlzIG5vdCBzZXQKIyBDT05GSUdfUENIX1BIVUIgaXMgbm90IHNldAoj IENPTkZJR19VU0JfU1dJVENIX0ZTQTk0ODAgaXMgbm90IHNldAojIENPTkZJ R19DMlBPUlQgaXMgbm90IHNldAoKIwojIEVFUFJPTSBzdXBwb3J0CiMKIyBD T05GSUdfRUVQUk9NX0FUMjQgaXMgbm90IHNldAojIENPTkZJR19FRVBST01f QVQyNSBpcyBub3Qgc2V0CiMgQ09ORklHX0VFUFJPTV9MRUdBQ1kgaXMgbm90 IHNldAojIENPTkZJR19FRVBST01fTUFYNjg3NSBpcyBub3Qgc2V0CkNPTkZJ R19FRVBST01fOTNDWDY9bQojIENPTkZJR19FRVBST01fOTNYWDQ2IGlzIG5v dCBzZXQKIyBDT05GSUdfQ0I3MTBfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklH X0lXTUMzMjAwVE9QIGlzIG5vdCBzZXQKCiMKIyBUZXhhcyBJbnN0cnVtZW50 cyBzaGFyZWQgdHJhbnNwb3J0IGxpbmUgZGlzY2lwbGluZQojCiMgQ09ORklH X1RJX1NUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MSVMzX0kyQyBp cyBub3Qgc2V0CkNPTkZJR19IQVZFX0lERT15CkNPTkZJR19JREU9eQoKIwoj IFBsZWFzZSBzZWUgRG9jdW1lbnRhdGlvbi9pZGUvaWRlLnR4dCBmb3IgaGVs cC9pbmZvIG9uIElERSBkcml2ZXMKIwpDT05GSUdfSURFX1hGRVJfTU9ERT15 CkNPTkZJR19JREVfVElNSU5HUz15CkNPTkZJR19JREVfQVRBUEk9eQojIENP TkZJR19CTEtfREVWX0lERV9TQVRBIGlzIG5vdCBzZXQKQ09ORklHX0lERV9H RD15CkNPTkZJR19JREVfR0RfQVRBPXkKIyBDT05GSUdfSURFX0dEX0FUQVBJ IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9JREVDUyBpcyBub3Qgc2V0 CkNPTkZJR19CTEtfREVWX0RFTEtJTj1tCkNPTkZJR19CTEtfREVWX0lERUNE PW0KQ09ORklHX0JMS19ERVZfSURFQ0RfVkVSQk9TRV9FUlJPUlM9eQpDT05G SUdfQkxLX0RFVl9JREVUQVBFPW0KQ09ORklHX0JMS19ERVZfSURFQUNQST15 CiMgQ09ORklHX0lERV9UQVNLX0lPQ1RMIGlzIG5vdCBzZXQKQ09ORklHX0lE RV9QUk9DX0ZTPXkKCiMKIyBJREUgY2hpcHNldCBzdXBwb3J0L2J1Z2ZpeGVz CiMKQ09ORklHX0lERV9HRU5FUklDPW0KQ09ORklHX0JMS19ERVZfUExBVEZP Uk09bQpDT05GSUdfQkxLX0RFVl9DTUQ2NDA9eQojIENPTkZJR19CTEtfREVW X0NNRDY0MF9FTkhBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lE RVBOUD15CkNPTkZJR19CTEtfREVWX0lERURNQV9TRkY9eQoKIwojIFBDSSBJ REUgY2hpcHNldHMgc3VwcG9ydAojCkNPTkZJR19CTEtfREVWX0lERVBDST15 CiMgQ09ORklHX0lERVBDSV9QQ0lCVVNfT1JERVIgaXMgbm90IHNldAojIENP TkZJR19CTEtfREVWX09GRkJPQVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL X0RFVl9HRU5FUklDIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfT1BUSTYy MT1tCiMgQ09ORklHX0JMS19ERVZfUloxMDAwIGlzIG5vdCBzZXQKQ09ORklH X0JMS19ERVZfSURFRE1BX1BDST15CkNPTkZJR19CTEtfREVWX0FFQzYyWFg9 bQpDT05GSUdfQkxLX0RFVl9BTEkxNVgzPW0KIyBDT05GSUdfQkxLX0RFVl9B TUQ3NFhYIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfQVRJSVhQPW0KQ09O RklHX0JMS19ERVZfQ01ENjRYPW0KIyBDT05GSUdfQkxLX0RFVl9UUklGTEVY IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9DUzU1MjAgaXMgbm90IHNl dApDT05GSUdfQkxLX0RFVl9DUzU1MzA9bQpDT05GSUdfQkxLX0RFVl9IUFQz NjY9bQojIENPTkZJR19CTEtfREVWX0pNSUNST04gaXMgbm90IHNldApDT05G SUdfQkxLX0RFVl9TQzEyMDA9bQojIENPTkZJR19CTEtfREVWX1BJSVggaXMg bm90IHNldAojIENPTkZJR19CTEtfREVWX0lUODE3MiBpcyBub3Qgc2V0CiMg Q09ORklHX0JMS19ERVZfSVQ4MjEzIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL X0RFVl9JVDgyMVggaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9OUzg3NDE1 PW0KQ09ORklHX0JMS19ERVZfUERDMjAyWFhfT0xEPW0KIyBDT05GSUdfQkxL X0RFVl9QREMyMDJYWF9ORVcgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVW X1NWV0tTIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9TSUlNQUdFIGlz IG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9TSVM1NTEzIGlzIG5vdCBzZXQK IyBDT05GSUdfQkxLX0RFVl9TTEM5MEU2NiBpcyBub3Qgc2V0CkNPTkZJR19C TEtfREVWX1RSTTI5MD1tCiMgQ09ORklHX0JMS19ERVZfVklBODJDWFhYIGlz IG5vdCBzZXQKQ09ORklHX0JMS19ERVZfVEM4NkMwMDE9bQpDT05GSUdfQkxL X0RFVl9JREVETUE9eQoKIwojIFNDU0kgZGV2aWNlIHN1cHBvcnQKIwpDT05G SUdfU0NTSV9NT0Q9bQpDT05GSUdfUkFJRF9BVFRSUz1tCkNPTkZJR19TQ1NJ PW0KQ09ORklHX1NDU0lfRE1BPXkKQ09ORklHX1NDU0lfVEdUPW0KQ09ORklH X1NDU0lfTkVUTElOSz15CkNPTkZJR19TQ1NJX1BST0NfRlM9eQoKIwojIFND U0kgc3VwcG9ydCB0eXBlIChkaXNrLCB0YXBlLCBDRC1ST00pCiMKQ09ORklH X0JMS19ERVZfU0Q9bQpDT05GSUdfQ0hSX0RFVl9TVD1tCkNPTkZJR19DSFJf REVWX09TU1Q9bQpDT05GSUdfQkxLX0RFVl9TUj1tCiMgQ09ORklHX0JMS19E RVZfU1JfVkVORE9SIGlzIG5vdCBzZXQKQ09ORklHX0NIUl9ERVZfU0c9bQpD T05GSUdfQ0hSX0RFVl9TQ0g9bQpDT05GSUdfU0NTSV9NVUxUSV9MVU49eQpD T05GSUdfU0NTSV9DT05TVEFOVFM9eQpDT05GSUdfU0NTSV9MT0dHSU5HPXkK Q09ORklHX1NDU0lfU0NBTl9BU1lOQz15CkNPTkZJR19TQ1NJX1dBSVRfU0NB Tj1tCgojCiMgU0NTSSBUcmFuc3BvcnRzCiMKQ09ORklHX1NDU0lfU1BJX0FU VFJTPW0KQ09ORklHX1NDU0lfRkNfQVRUUlM9bQpDT05GSUdfU0NTSV9GQ19U R1RfQVRUUlM9eQpDT05GSUdfU0NTSV9JU0NTSV9BVFRSUz1tCkNPTkZJR19T Q1NJX1NBU19BVFRSUz1tCkNPTkZJR19TQ1NJX1NBU19MSUJTQVM9bQpDT05G SUdfU0NTSV9TQVNfQVRBPXkKQ09ORklHX1NDU0lfU0FTX0hPU1RfU01QPXkK Q09ORklHX1NDU0lfU1JQX0FUVFJTPW0KQ09ORklHX1NDU0lfU1JQX1RHVF9B VFRSUz15CkNPTkZJR19TQ1NJX0xPV0xFVkVMPXkKQ09ORklHX0lTQ1NJX1RD UD1tCkNPTkZJR19JU0NTSV9CT09UX1NZU0ZTPW0KIyBDT05GSUdfU0NTSV9D WEdCM19JU0NTSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfQ1hHQjRfSVND U0kgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0JOWDJfSVNDU0kgaXMgbm90 IHNldAojIENPTkZJR19TQ1NJX0JOWDJYX0ZDT0UgaXMgbm90IHNldAojIENP TkZJR19CRTJJU0NTSSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWXzNXX1hY WFhfUkFJRD1tCiMgQ09ORklHX1NDU0lfSFBTQSBpcyBub3Qgc2V0CkNPTkZJ R19TQ1NJXzNXXzlYWFg9bQojIENPTkZJR19TQ1NJXzNXX1NBUyBpcyBub3Qg c2V0CkNPTkZJR19TQ1NJX0FDQVJEPW0KQ09ORklHX1NDU0lfQUFDUkFJRD1t CkNPTkZJR19TQ1NJX0FJQzdYWFg9bQpDT05GSUdfQUlDN1hYWF9DTURTX1BF Ul9ERVZJQ0U9OApDT05GSUdfQUlDN1hYWF9SRVNFVF9ERUxBWV9NUz0xNTAw MApDT05GSUdfQUlDN1hYWF9ERUJVR19FTkFCTEU9eQpDT05GSUdfQUlDN1hY WF9ERUJVR19NQVNLPTAKQ09ORklHX0FJQzdYWFhfUkVHX1BSRVRUWV9QUklO VD15CiMgQ09ORklHX1NDU0lfQUlDN1hYWF9PTEQgaXMgbm90IHNldApDT05G SUdfU0NTSV9BSUM3OVhYPW0KQ09ORklHX0FJQzc5WFhfQ01EU19QRVJfREVW SUNFPTMyCkNPTkZJR19BSUM3OVhYX1JFU0VUX0RFTEFZX01TPTE1MDAwCkNP TkZJR19BSUM3OVhYX0RFQlVHX0VOQUJMRT15CkNPTkZJR19BSUM3OVhYX0RF QlVHX01BU0s9MApDT05GSUdfQUlDNzlYWF9SRUdfUFJFVFRZX1BSSU5UPXkK Q09ORklHX1NDU0lfQUlDOTRYWD1tCiMgQ09ORklHX0FJQzk0WFhfREVCVUcg aXMgbm90IHNldAojIENPTkZJR19TQ1NJX01WU0FTIGlzIG5vdCBzZXQKQ09O RklHX1NDU0lfRFBUX0kyTz1tCkNPTkZJR19TQ1NJX0FEVkFOU1lTPW0KQ09O RklHX1NDU0lfQVJDTVNSPW0KQ09ORklHX1NDU0lfQVJDTVNSX0FFUj15CkNP TkZJR19NRUdBUkFJRF9ORVdHRU49eQpDT05GSUdfTUVHQVJBSURfTU09bQpD T05GSUdfTUVHQVJBSURfTUFJTEJPWD1tCkNPTkZJR19NRUdBUkFJRF9MRUdB Q1k9bQpDT05GSUdfTUVHQVJBSURfU0FTPW0KIyBDT05GSUdfU0NTSV9NUFQy U0FTIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfSFBUSU9QPW0KQ09ORklHX1ND U0lfQlVTTE9HSUM9bQojIENPTkZJR19WTVdBUkVfUFZTQ1NJIGlzIG5vdCBz ZXQKIyBDT05GSUdfTElCRkMgaXMgbm90IHNldAojIENPTkZJR19MSUJGQ09F IGlzIG5vdCBzZXQKIyBDT05GSUdfRkNPRSBpcyBub3Qgc2V0CiMgQ09ORklH X0ZDT0VfRk5JQyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0RNWDMxOTFEPW0K Q09ORklHX1NDU0lfRUFUQT1tCkNPTkZJR19TQ1NJX0VBVEFfVEFHR0VEX1FV RVVFPXkKQ09ORklHX1NDU0lfRUFUQV9MSU5LRURfQ09NTUFORFM9eQpDT05G SUdfU0NTSV9FQVRBX01BWF9UQUdTPTE2CkNPTkZJR19TQ1NJX0ZVVFVSRV9E T01BSU49bQpDT05GSUdfU0NTSV9HRFRIPW0KIyBDT05GSUdfU0NTSV9JU0NJ IGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfSVBTPW0KQ09ORklHX1NDU0lfSU5J VElPPW0KQ09ORklHX1NDU0lfSU5JQTEwMD1tCkNPTkZJR19TQ1NJX1BQQT1t CkNPTkZJR19TQ1NJX0lNTT1tCiMgQ09ORklHX1NDU0lfSVpJUF9FUFAxNiBp cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSVpJUF9TTE9XX0NUUiBpcyBub3Qg c2V0CkNPTkZJR19TQ1NJX1NURVg9bQpDT05GSUdfU0NTSV9TWU01M0M4WFhf Mj1tCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ETUFfQUREUkVTU0lOR19NT0RF PTEKQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RFRkFVTFRfVEFHUz0xNgpDT05G SUdfU0NTSV9TWU01M0M4WFhfTUFYX1RBR1M9NjQKQ09ORklHX1NDU0lfU1lN NTNDOFhYX01NSU89eQpDT05GSUdfU0NTSV9JUFI9bQojIENPTkZJR19TQ1NJ X0lQUl9UUkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSVBSX0RVTVAg aXMgbm90IHNldApDT05GSUdfU0NTSV9RTE9HSUNfMTI4MD1tCkNPTkZJR19T Q1NJX1FMQV9GQz1tCkNPTkZJR19TQ1NJX1FMQV9JU0NTST1tCkNPTkZJR19T Q1NJX0xQRkM9bQojIENPTkZJR19TQ1NJX0xQRkNfREVCVUdfRlMgaXMgbm90 IHNldApDT05GSUdfU0NTSV9EQzM5NXg9bQpDT05GSUdfU0NTSV9EQzM5MFQ9 bQpDT05GSUdfU0NTSV9ERUJVRz1tCiMgQ09ORklHX1NDU0lfUE1DUkFJRCBp cyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUE04MDAxIGlzIG5vdCBzZXQKQ09O RklHX1NDU0lfU1JQPW0KIyBDT05GSUdfU0NTSV9CRkFfRkMgaXMgbm90IHNl dApDT05GSUdfU0NTSV9MT1dMRVZFTF9QQ01DSUE9eQpDT05GSUdfUENNQ0lB X0FIQTE1Mlg9bQpDT05GSUdfUENNQ0lBX0ZET01BSU49bQpDT05GSUdfUENN Q0lBX1FMT0dJQz1tCkNPTkZJR19QQ01DSUFfU1lNNTNDNTAwPW0KIyBDT05G SUdfU0NTSV9ESCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfT1NEX0lOSVRJ QVRPUiBpcyBub3Qgc2V0CkNPTkZJR19BVEE9bQojIENPTkZJR19BVEFfTk9O U1RBTkRBUkQgaXMgbm90IHNldApDT05GSUdfQVRBX1ZFUkJPU0VfRVJST1I9 eQpDT05GSUdfQVRBX0FDUEk9eQpDT05GSUdfU0FUQV9QTVA9eQoKIwojIENv bnRyb2xsZXJzIHdpdGggbm9uLVNGRiBuYXRpdmUgaW50ZXJmYWNlCiMKQ09O RklHX1NBVEFfQUhDST1tCiMgQ09ORklHX1NBVEFfQUhDSV9QTEFURk9STSBp cyBub3Qgc2V0CkNPTkZJR19TQVRBX0lOSUMxNjJYPW0KIyBDT05GSUdfU0FU QV9BQ0FSRF9BSENJIGlzIG5vdCBzZXQKQ09ORklHX1NBVEFfU0lMMjQ9bQpD T05GSUdfQVRBX1NGRj15CgojCiMgU0ZGIGNvbnRyb2xsZXJzIHdpdGggY3Vz dG9tIERNQSBpbnRlcmZhY2UKIwpDT05GSUdfUERDX0FETUE9bQpDT05GSUdf U0FUQV9RU1RPUj1tCkNPTkZJR19TQVRBX1NYND1tCkNPTkZJR19BVEFfQk1E TUE9eQoKIwojIFNBVEEgU0ZGIGNvbnRyb2xsZXJzIHdpdGggQk1ETUEKIwpD T05GSUdfQVRBX1BJSVg9bQpDT05GSUdfU0FUQV9NVj1tCkNPTkZJR19TQVRB X05WPW0KQ09ORklHX1NBVEFfUFJPTUlTRT1tCkNPTkZJR19TQVRBX1NJTD1t CkNPTkZJR19TQVRBX1NJUz1tCkNPTkZJR19TQVRBX1NWVz1tCkNPTkZJR19T QVRBX1VMST1tCkNPTkZJR19TQVRBX1ZJQT1tCkNPTkZJR19TQVRBX1ZJVEVT U0U9bQoKIwojIFBBVEEgU0ZGIGNvbnRyb2xsZXJzIHdpdGggQk1ETUEKIwoj IENPTkZJR19QQVRBX0FMSSBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX0FNRD1t CiMgQ09ORklHX1BBVEFfQVJBU0FOX0NGIGlzIG5vdCBzZXQKQ09ORklHX1BB VEFfQVJUT1A9bQpDT05GSUdfUEFUQV9BVElJWFA9bQojIENPTkZJR19QQVRB X0FUUDg2N1ggaXMgbm90IHNldApDT05GSUdfUEFUQV9DTUQ2NFg9bQpDT05G SUdfUEFUQV9DUzU1MjA9bQojIENPTkZJR19QQVRBX0NTNTUzMCBpcyBub3Qg c2V0CkNPTkZJR19QQVRBX0NTNTUzNj1tCiMgQ09ORklHX1BBVEFfQ1lQUkVT UyBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX0VGQVI9bQpDT05GSUdfUEFUQV9I UFQzNjY9bQojIENPTkZJR19QQVRBX0hQVDM3WCBpcyBub3Qgc2V0CiMgQ09O RklHX1BBVEFfSFBUM1gyTiBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX0hQVDNY Mz1tCiMgQ09ORklHX1BBVEFfSFBUM1gzX0RNQSBpcyBub3Qgc2V0CkNPTkZJ R19QQVRBX0lUODIxMz1tCkNPTkZJR19QQVRBX0lUODIxWD1tCkNPTkZJR19Q QVRBX0pNSUNST049bQpDT05GSUdfUEFUQV9NQVJWRUxMPW0KQ09ORklHX1BB VEFfTkVUQ0VMTD1tCiMgQ09ORklHX1BBVEFfTklOSkEzMiBpcyBub3Qgc2V0 CiMgQ09ORklHX1BBVEFfTlM4NzQxNSBpcyBub3Qgc2V0CkNPTkZJR19QQVRB X09MRFBJSVg9bQojIENPTkZJR19QQVRBX09QVElETUEgaXMgbm90IHNldApD T05GSUdfUEFUQV9QREMyMDI3WD1tCiMgQ09ORklHX1BBVEFfUERDX09MRCBp cyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUkFESVNZUyBpcyBub3Qgc2V0CiMg Q09ORklHX1BBVEFfUkRDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TQzEy MDAgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1NDSCBpcyBub3Qgc2V0CkNP TkZJR19QQVRBX1NFUlZFUldPUktTPW0KQ09ORklHX1BBVEFfU0lMNjgwPW0K Q09ORklHX1BBVEFfU0lTPW0KIyBDT05GSUdfUEFUQV9UT1NISUJBIGlzIG5v dCBzZXQKQ09ORklHX1BBVEFfVFJJRkxFWD1tCkNPTkZJR19QQVRBX1ZJQT1t CkNPTkZJR19QQVRBX1dJTkJPTkQ9bQoKIwojIFBJTy1vbmx5IFNGRiBjb250 cm9sbGVycwojCiMgQ09ORklHX1BBVEFfQ01ENjQwX1BDSSBpcyBub3Qgc2V0 CkNPTkZJR19QQVRBX01QSUlYPW0KIyBDT05GSUdfUEFUQV9OUzg3NDEwIGlz IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9PUFRJIGlzIG5vdCBzZXQKQ09ORklH X1BBVEFfUENNQ0lBPW0KQ09ORklHX1BBVEFfUExBVEZPUk09bQpDT05GSUdf UEFUQV9SWjEwMDA9bQoKIwojIEdlbmVyaWMgZmFsbGJhY2sgLyBsZWdhY3kg ZHJpdmVycwojCkNPTkZJR19QQVRBX0FDUEk9bQpDT05GSUdfQVRBX0dFTkVS SUM9bQojIENPTkZJR19QQVRBX0xFR0FDWSBpcyBub3Qgc2V0CkNPTkZJR19N RD15CkNPTkZJR19CTEtfREVWX01EPW0KQ09ORklHX01EX0xJTkVBUj1tCkNP TkZJR19NRF9SQUlEMD1tCkNPTkZJR19NRF9SQUlEMT1tCkNPTkZJR19NRF9S QUlEMTA9bQpDT05GSUdfTURfUkFJRDQ1Nj1tCiMgQ09ORklHX01VTFRJQ09S RV9SQUlENDU2IGlzIG5vdCBzZXQKQ09ORklHX01EX01VTFRJUEFUSD1tCkNP TkZJR19NRF9GQVVMVFk9bQpDT05GSUdfQkxLX0RFVl9ETT1tCiMgQ09ORklH X0RNX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0RNX0NSWVBUPW0KQ09ORklH X0RNX1NOQVBTSE9UPW0KQ09ORklHX0RNX01JUlJPUj1tCiMgQ09ORklHX0RN X1JBSUQgaXMgbm90IHNldAojIENPTkZJR19ETV9MT0dfVVNFUlNQQUNFIGlz IG5vdCBzZXQKQ09ORklHX0RNX1pFUk89bQpDT05GSUdfRE1fTVVMVElQQVRI PW0KIyBDT05GSUdfRE1fTVVMVElQQVRIX1FMIGlzIG5vdCBzZXQKIyBDT05G SUdfRE1fTVVMVElQQVRIX1NUIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fREVM QVkgaXMgbm90IHNldApDT05GSUdfRE1fVUVWRU5UPXkKIyBDT05GSUdfRE1f RkxBS0VZIGlzIG5vdCBzZXQKIyBDT05GSUdfVEFSR0VUX0NPUkUgaXMgbm90 IHNldApDT05GSUdfRlVTSU9OPXkKQ09ORklHX0ZVU0lPTl9TUEk9bQpDT05G SUdfRlVTSU9OX0ZDPW0KQ09ORklHX0ZVU0lPTl9TQVM9bQpDT05GSUdfRlVT SU9OX01BWF9TR0U9MTI4CkNPTkZJR19GVVNJT05fQ1RMPW0KQ09ORklHX0ZV U0lPTl9MQU49bQpDT05GSUdfRlVTSU9OX0xPR0dJTkc9eQoKIwojIElFRUUg MTM5NCAoRmlyZVdpcmUpIHN1cHBvcnQKIwojIENPTkZJR19GSVJFV0lSRSBp cyBub3Qgc2V0CiMgQ09ORklHX0ZJUkVXSVJFX05PU1kgaXMgbm90IHNldApD T05GSUdfSTJPPW0KQ09ORklHX0kyT19MQ1RfTk9USUZZX09OX0NIQU5HRVM9 eQpDT05GSUdfSTJPX0VYVF9BREFQVEVDPXkKQ09ORklHX0kyT19FWFRfQURB UFRFQ19ETUE2ND15CkNPTkZJR19JMk9fQ09ORklHPW0KQ09ORklHX0kyT19D T05GSUdfT0xEX0lPQ1RMPXkKQ09ORklHX0kyT19CVVM9bQpDT05GSUdfSTJP X0JMT0NLPW0KQ09ORklHX0kyT19TQ1NJPW0KQ09ORklHX0kyT19QUk9DPW0K Q09ORklHX01BQ0lOVE9TSF9EUklWRVJTPXkKQ09ORklHX01BQ19FTVVNT1VT RUJUTj15CkNPTkZJR19ORVRERVZJQ0VTPXkKQ09ORklHX0lGQj15CkNPTkZJ R19EVU1NWT15CkNPTkZJR19CT05ESU5HPW0KQ09ORklHX01BQ1ZMQU49bQoj IENPTkZJR19NQUNWVEFQIGlzIG5vdCBzZXQKQ09ORklHX0VRVUFMSVpFUj1t CkNPTkZJR19UVU49eQpDT05GSUdfVkVUSD15CkNPTkZJR19ORVRfU0IxMDAw PW0KQ09ORklHX0FSQ05FVD1tCkNPTkZJR19BUkNORVRfMTIwMT1tCkNPTkZJ R19BUkNORVRfMTA1MT1tCkNPTkZJR19BUkNORVRfUkFXPW0KQ09ORklHX0FS Q05FVF9DQVA9bQpDT05GSUdfQVJDTkVUX0NPTTkweHg9bQpDT05GSUdfQVJD TkVUX0NPTTkweHhJTz1tCkNPTkZJR19BUkNORVRfUklNX0k9bQpDT05GSUdf QVJDTkVUX0NPTTIwMDIwPW0KQ09ORklHX0FSQ05FVF9DT00yMDAyMF9QQ0k9 bQpDT05GSUdfTUlJPW0KQ09ORklHX1BIWUxJQj1tCgojCiMgTUlJIFBIWSBk ZXZpY2UgZHJpdmVycwojCkNPTkZJR19NQVJWRUxMX1BIWT1tCkNPTkZJR19E QVZJQ09NX1BIWT1tCkNPTkZJR19RU0VNSV9QSFk9bQpDT05GSUdfTFhUX1BI WT1tCkNPTkZJR19DSUNBREFfUEhZPW0KQ09ORklHX1ZJVEVTU0VfUEhZPW0K Q09ORklHX1NNU0NfUEhZPW0KQ09ORklHX0JST0FEQ09NX1BIWT1tCkNPTkZJ R19JQ1BMVVNfUEhZPW0KIyBDT05GSUdfUkVBTFRFS19QSFkgaXMgbm90IHNl dAojIENPTkZJR19OQVRJT05BTF9QSFkgaXMgbm90IHNldAojIENPTkZJR19T VEUxMFhQIGlzIG5vdCBzZXQKIyBDT05GSUdfTFNJX0VUMTAxMUNfUEhZIGlz IG5vdCBzZXQKIyBDT05GSUdfTUlDUkVMX1BIWSBpcyBub3Qgc2V0CkNPTkZJ R19NRElPX0JJVEJBTkc9bQojIENPTkZJR19NRElPX0dQSU8gaXMgbm90IHNl dApDT05GSUdfTkVUX0VUSEVSTkVUPXkKQ09ORklHX0hBUFBZTUVBTD1tCkNP TkZJR19TVU5HRU09bQpDT05GSUdfQ0FTU0lOST1tCkNPTkZJR19ORVRfVkVO RE9SXzNDT009eQpDT05GSUdfVk9SVEVYPW0KQ09ORklHX1RZUEhPT049bQoj IENPTkZJR19FTkMyOEo2MCBpcyBub3Qgc2V0CiMgQ09ORklHX0VUSE9DIGlz IG5vdCBzZXQKIyBDT05GSUdfRE5FVCBpcyBub3Qgc2V0CkNPTkZJR19ORVRf VFVMSVA9eQpDT05GSUdfREUyMTA0WD1tCkNPTkZJR19ERTIxMDRYX0RTTD0w CkNPTkZJR19UVUxJUD1tCiMgQ09ORklHX1RVTElQX01XSSBpcyBub3Qgc2V0 CiMgQ09ORklHX1RVTElQX01NSU8gaXMgbm90IHNldAojIENPTkZJR19UVUxJ UF9OQVBJIGlzIG5vdCBzZXQKQ09ORklHX0RFNFg1PW0KQ09ORklHX1dJTkJP TkRfODQwPW0KQ09ORklHX0RNOTEwMj1tCkNPTkZJR19VTEk1MjZYPW0KQ09O RklHX1BDTUNJQV9YSVJDT009bQpDT05GSUdfSFAxMDA9bQojIENPTkZJR19J Qk1fTkVXX0VNQUNfWk1JSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdf RU1BQ19SR01JSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19U QUggaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNfRU1BQzQgaXMg bm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNfTk9fRkxPV19DVFJMIGlz IG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DTFJfSUNJTlRT VEFUIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DT01N T05fRVJSIGlzIG5vdCBzZXQKQ09ORklHX05FVF9QQ0k9eQpDT05GSUdfUENO RVQzMj1tCkNPTkZJR19BTUQ4MTExX0VUSD1tCkNPTkZJR19BREFQVEVDX1NU QVJGSVJFPW0KIyBDT05GSUdfS1NaODg0WF9QQ0kgaXMgbm90IHNldApDT05G SUdfQjQ0PW0KQ09ORklHX0I0NF9QQ0lfQVVUT1NFTEVDVD15CkNPTkZJR19C NDRfUENJQ09SRV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0NF9QQ0k9eQpDT05G SUdfRk9SQ0VERVRIPW0KQ09ORklHX0UxMDA9bQpDT05GSUdfRkVBTE5YPW0K Q09ORklHX05BVFNFTUk9bQpDT05GSUdfTkUyS19QQ0k9bQpDT05GSUdfODEz OUNQPW0KQ09ORklHXzgxMzlUT089bQpDT05GSUdfODEzOVRPT19QSU89eQoj IENPTkZJR184MTM5VE9PX1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0CkNPTkZJ R184MTM5VE9PXzgxMjk9eQojIENPTkZJR184MTM5X09MRF9SWF9SRVNFVCBp cyBub3Qgc2V0CiMgQ09ORklHX1I2MDQwIGlzIG5vdCBzZXQKQ09ORklHX1NJ UzkwMD1tCkNPTkZJR19FUElDMTAwPW0KIyBDT05GSUdfU01TQzk0MjAgaXMg bm90IHNldApDT05GSUdfU1VOREFOQ0U9bQojIENPTkZJR19TVU5EQU5DRV9N TUlPIGlzIG5vdCBzZXQKQ09ORklHX1RMQU49bQojIENPTkZJR19LUzg4NDIg aXMgbm90IHNldAojIENPTkZJR19LUzg4NTEgaXMgbm90IHNldAojIENPTkZJ R19LUzg4NTFfTUxMIGlzIG5vdCBzZXQKQ09ORklHX1ZJQV9SSElORT1tCkNP TkZJR19WSUFfUkhJTkVfTU1JTz15CkNPTkZJR19TQzkyMDMxPW0KQ09ORklH X05FVF9QT0NLRVQ9eQpDT05GSUdfQVRQPW0KQ09ORklHX0RFNjAwPW0KQ09O RklHX0RFNjIwPW0KIyBDT05GSUdfQVRMMiBpcyBub3Qgc2V0CkNPTkZJR19O RVRERVZfMTAwMD15CkNPTkZJR19BQ0VOSUM9bQojIENPTkZJR19BQ0VOSUNf T01JVF9USUdPTl9JIGlzIG5vdCBzZXQKQ09ORklHX0RMMks9bQpDT05GSUdf RTEwMDA9bQpDT05GSUdfRTEwMDBFPW0KQ09ORklHX0lQMTAwMD1tCiMgQ09O RklHX0lHQiBpcyBub3Qgc2V0CiMgQ09ORklHX0lHQlZGIGlzIG5vdCBzZXQK Q09ORklHX05TODM4MjA9bQpDT05GSUdfSEFNQUNIST1tCkNPTkZJR19ZRUxM T1dGSU49bQpDT05GSUdfUjgxNjk9bQpDT05GSUdfU0lTMTkwPW0KQ09ORklH X1NLR0U9bQojIENPTkZJR19TS0dFX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05G SUdfU0tHRV9HRU5FU0lTIGlzIG5vdCBzZXQKQ09ORklHX1NLWTI9bQojIENP TkZJR19TS1kyX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1ZJQV9WRUxPQ0lU WT1tCkNPTkZJR19USUdPTjM9bQpDT05GSUdfQk5YMj1tCiMgQ09ORklHX0NO SUMgaXMgbm90IHNldApDT05GSUdfUUxBM1hYWD1tCkNPTkZJR19BVEwxPW0K IyBDT05GSUdfQVRMMUUgaXMgbm90IHNldAojIENPTkZJR19BVEwxQyBpcyBu b3Qgc2V0CiMgQ09ORklHX0pNRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NUTU1B Q19FVEggaXMgbm90IHNldAojIENPTkZJR19QQ0hfR0JFIGlzIG5vdCBzZXQK Q09ORklHX05FVERFVl8xMDAwMD15CkNPTkZJR19NRElPPW0KQ09ORklHX0NI RUxTSU9fVDE9bQpDT05GSUdfQ0hFTFNJT19UMV8xRz15CkNPTkZJR19DSEVM U0lPX1QzPW0KIyBDT05GSUdfQ0hFTFNJT19UNCBpcyBub3Qgc2V0CiMgQ09O RklHX0NIRUxTSU9fVDRWRiBpcyBub3Qgc2V0CiMgQ09ORklHX0VOSUMgaXMg bm90IHNldApDT05GSUdfSVhHQkU9bQpDT05GSUdfSVhHQkVfRENBPXkKIyBD T05GSUdfSVhHQkVWRiBpcyBub3Qgc2V0CkNPTkZJR19JWEdCPW0KQ09ORklH X1MySU89bQojIENPTkZJR19WWEdFIGlzIG5vdCBzZXQKQ09ORklHX01ZUkkx MEdFPW0KQ09ORklHX01ZUkkxMEdFX0RDQT15CkNPTkZJR19ORVRYRU5fTklD PXkKQ09ORklHX05JVT1tCiMgQ09ORklHX01MWDRfRU4gaXMgbm90IHNldApD T05GSUdfTUxYNF9DT1JFPW0KQ09ORklHX01MWDRfREVCVUc9eQpDT05GSUdf VEVIVVRJPW0KIyBDT05GSUdfQk5YMlggaXMgbm90IHNldAojIENPTkZJR19R TENOSUMgaXMgbm90IHNldAojIENPTkZJR19RTEdFIGlzIG5vdCBzZXQKIyBD T05GSUdfQk5BIGlzIG5vdCBzZXQKIyBDT05GSUdfU0ZDIGlzIG5vdCBzZXQK IyBDT05GSUdfQkUyTkVUIGlzIG5vdCBzZXQKQ09ORklHX1RSPXkKQ09ORklH X0lCTU9MPW0KQ09ORklHXzNDMzU5PW0KQ09ORklHX1RNUzM4MFRSPW0KQ09O RklHX1RNU1BDST1tCkNPTkZJR19BQllTUz1tCkNPTkZJR19XTEFOPXkKQ09O RklHX1BDTUNJQV9SQVlDUz1tCiMgQ09ORklHX0xJQkVSVEFTX1RISU5GSVJN IGlzIG5vdCBzZXQKQ09ORklHX0FJUk89bQpDT05GSUdfQVRNRUw9bQpDT05G SUdfUENJX0FUTUVMPW0KQ09ORklHX1BDTUNJQV9BVE1FTD1tCiMgQ09ORklH X0FUNzZDNTBYX1VTQiBpcyBub3Qgc2V0CkNPTkZJR19BSVJPX0NTPW0KQ09O RklHX1BDTUNJQV9XTDM1MDE9bQpDT05GSUdfUFJJU001ND1tCkNPTkZJR19V U0JfWkQxMjAxPW0KIyBDT05GSUdfVVNCX05FVF9STkRJU19XTEFOIGlzIG5v dCBzZXQKIyBDT05GSUdfUlRMODE4MCBpcyBub3Qgc2V0CkNPTkZJR19SVEw4 MTg3PW0KQ09ORklHX1JUTDgxODdfTEVEUz15CkNPTkZJR19BRE04MjExPW0K IyBDT05GSUdfTUFDODAyMTFfSFdTSU0gaXMgbm90IHNldAojIENPTkZJR19N V0w4SyBpcyBub3Qgc2V0CiMgQ09ORklHX0FUSF9DT01NT04gaXMgbm90IHNl dApDT05GSUdfQjQzPW0KQ09ORklHX0I0M19TU0I9eQpDT05GSUdfQjQzX1BD SV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0M19QQ0lDT1JFX0FVVE9TRUxFQ1Q9 eQojIENPTkZJR19CNDNfUENNQ0lBIGlzIG5vdCBzZXQKIyBDT05GSUdfQjQz X1NESU8gaXMgbm90IHNldApDT05GSUdfQjQzX1BJTz15CiMgQ09ORklHX0I0 M19QSFlfTiBpcyBub3Qgc2V0CkNPTkZJR19CNDNfUEhZX0xQPXkKQ09ORklH X0I0M19MRURTPXkKQ09ORklHX0I0M19IV1JORz15CkNPTkZJR19CNDNfREVC VUc9eQojIENPTkZJR19CNDNfRk9SQ0VfUElPIGlzIG5vdCBzZXQKQ09ORklH X0I0M0xFR0FDWT1tCkNPTkZJR19CNDNMRUdBQ1lfUENJX0FVVE9TRUxFQ1Q9 eQpDT05GSUdfQjQzTEVHQUNZX1BDSUNPUkVfQVVUT1NFTEVDVD15CkNPTkZJ R19CNDNMRUdBQ1lfTEVEUz15CkNPTkZJR19CNDNMRUdBQ1lfSFdSTkc9eQpD T05GSUdfQjQzTEVHQUNZX0RFQlVHPXkKQ09ORklHX0I0M0xFR0FDWV9ETUE9 eQpDT05GSUdfQjQzTEVHQUNZX1BJTz15CkNPTkZJR19CNDNMRUdBQ1lfRE1B X0FORF9QSU9fTU9ERT15CiMgQ09ORklHX0I0M0xFR0FDWV9ETUFfTU9ERSBp cyBub3Qgc2V0CiMgQ09ORklHX0I0M0xFR0FDWV9QSU9fTU9ERSBpcyBub3Qg c2V0CkNPTkZJR19IT1NUQVA9bQpDT05GSUdfSE9TVEFQX0ZJUk1XQVJFPXkK Q09ORklHX0hPU1RBUF9GSVJNV0FSRV9OVlJBTT15CkNPTkZJR19IT1NUQVBf UExYPW0KQ09ORklHX0hPU1RBUF9QQ0k9bQpDT05GSUdfSE9TVEFQX0NTPW0K Q09ORklHX0lQVzIxMDA9bQpDT05GSUdfSVBXMjEwMF9NT05JVE9SPXkKIyBD T05GSUdfSVBXMjEwMF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19JUFcyMjAw PW0KQ09ORklHX0lQVzIyMDBfTU9OSVRPUj15CkNPTkZJR19JUFcyMjAwX1JB RElPVEFQPXkKQ09ORklHX0lQVzIyMDBfUFJPTUlTQ1VPVVM9eQpDT05GSUdf SVBXMjIwMF9RT1M9eQojIENPTkZJR19JUFcyMjAwX0RFQlVHIGlzIG5vdCBz ZXQKQ09ORklHX0xJQklQVz1tCiMgQ09ORklHX0xJQklQV19ERUJVRyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lXTEFHTiBpcyBub3Qgc2V0CiMgQ09ORklHX0lX TDQ5NjUgaXMgbm90IHNldAojIENPTkZJR19JV0wzOTQ1IGlzIG5vdCBzZXQK IyBDT05GSUdfSVdNIGlzIG5vdCBzZXQKQ09ORklHX0xJQkVSVEFTPW0KQ09O RklHX0xJQkVSVEFTX1VTQj1tCkNPTkZJR19MSUJFUlRBU19DUz1tCkNPTkZJ R19MSUJFUlRBU19TRElPPW0KIyBDT05GSUdfTElCRVJUQVNfU1BJIGlzIG5v dCBzZXQKIyBDT05GSUdfTElCRVJUQVNfREVCVUcgaXMgbm90IHNldAojIENP TkZJR19MSUJFUlRBU19NRVNIIGlzIG5vdCBzZXQKQ09ORklHX0hFUk1FUz1t CiMgQ09ORklHX0hFUk1FU19QUklTTSBpcyBub3Qgc2V0CkNPTkZJR19IRVJN RVNfQ0FDSEVfRldfT05fSU5JVD15CiMgQ09ORklHX1BMWF9IRVJNRVMgaXMg bm90IHNldAojIENPTkZJR19UTURfSEVSTUVTIGlzIG5vdCBzZXQKIyBDT05G SUdfTk9SVEVMX0hFUk1FUyBpcyBub3Qgc2V0CkNPTkZJR19QQ01DSUFfSEVS TUVTPW0KQ09ORklHX1BDTUNJQV9TUEVDVFJVTT1tCiMgQ09ORklHX09SSU5P Q09fVVNCIGlzIG5vdCBzZXQKQ09ORklHX1A1NF9DT01NT049bQpDT05GSUdf UDU0X1VTQj1tCkNPTkZJR19QNTRfUENJPW0KIyBDT05GSUdfUDU0X1NQSSBp cyBub3Qgc2V0CkNPTkZJR19QNTRfTEVEUz15CkNPTkZJR19SVDJYMDA9bQpD T05GSUdfUlQyNDAwUENJPW0KQ09ORklHX1JUMjUwMFBDST1tCkNPTkZJR19S VDYxUENJPW0KIyBDT05GSUdfUlQyODAwUENJIGlzIG5vdCBzZXQKQ09ORklH X1JUMjUwMFVTQj1tCkNPTkZJR19SVDczVVNCPW0KIyBDT05GSUdfUlQyODAw VVNCIGlzIG5vdCBzZXQKQ09ORklHX1JUMlgwMF9MSUJfUENJPW0KQ09ORklH X1JUMlgwMF9MSUJfVVNCPW0KQ09ORklHX1JUMlgwMF9MSUI9bQpDT05GSUdf UlQyWDAwX0xJQl9GSVJNV0FSRT15CkNPTkZJR19SVDJYMDBfTElCX0NSWVBU Tz15CkNPTkZJR19SVDJYMDBfTElCX0xFRFM9eQojIENPTkZJR19SVDJYMDBf TElCX0RFQlVHRlMgaXMgbm90IHNldAojIENPTkZJR19SVDJYMDBfREVCVUcg aXMgbm90IHNldAojIENPTkZJR19SVEw4MTkyQ0UgaXMgbm90IHNldAojIENP TkZJR19SVEw4MTkyU0UgaXMgbm90IHNldAojIENPTkZJR19SVEw4MTkyREUg aXMgbm90IHNldAojIENPTkZJR19SVEw4MTkyQ1UgaXMgbm90IHNldAojIENP TkZJR19XTDEyNTEgaXMgbm90IHNldAojIENPTkZJR19XTDEyWFhfTUVOVSBp cyBub3Qgc2V0CkNPTkZJR19aRDEyMTFSVz1tCiMgQ09ORklHX1pEMTIxMVJX X0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfTVdJRklFWCBpcyBub3Qgc2V0 CgojCiMgRW5hYmxlIFdpTUFYIChOZXR3b3JraW5nIG9wdGlvbnMpIHRvIHNl ZSB0aGUgV2lNQVggZHJpdmVycwojCgojCiMgVVNCIE5ldHdvcmsgQWRhcHRl cnMKIwpDT05GSUdfVVNCX0NBVEM9bQpDT05GSUdfVVNCX0tBV0VUSD1tCkNP TkZJR19VU0JfUEVHQVNVUz1tCkNPTkZJR19VU0JfUlRMODE1MD1tCkNPTkZJ R19VU0JfVVNCTkVUPW0KQ09ORklHX1VTQl9ORVRfQVg4ODE3WD1tCkNPTkZJ R19VU0JfTkVUX0NEQ0VUSEVSPW0KIyBDT05GSUdfVVNCX05FVF9DRENfRUVN IGlzIG5vdCBzZXQKQ09ORklHX1VTQl9ORVRfQ0RDX05DTT1tCkNPTkZJR19V U0JfTkVUX0RNOTYwMT1tCiMgQ09ORklHX1VTQl9ORVRfU01TQzc1WFggaXMg bm90IHNldAojIENPTkZJR19VU0JfTkVUX1NNU0M5NVhYIGlzIG5vdCBzZXQK Q09ORklHX1VTQl9ORVRfR0w2MjBBPW0KQ09ORklHX1VTQl9ORVRfTkVUMTA4 MD1tCkNPTkZJR19VU0JfTkVUX1BMVVNCPW0KQ09ORklHX1VTQl9ORVRfTUNT NzgzMD1tCkNPTkZJR19VU0JfTkVUX1JORElTX0hPU1Q9bQpDT05GSUdfVVNC X05FVF9DRENfU1VCU0VUPW0KQ09ORklHX1VTQl9BTElfTTU2MzI9eQpDT05G SUdfVVNCX0FOMjcyMD15CkNPTkZJR19VU0JfQkVMS0lOPXkKQ09ORklHX1VT Ql9BUk1MSU5VWD15CkNPTkZJR19VU0JfRVBTT04yODg4PXkKQ09ORklHX1VT Ql9LQzIxOTA9eQojIENPTkZJR19VU0JfTkVUX1pBVVJVUyBpcyBub3Qgc2V0 CiMgQ09ORklHX1VTQl9ORVRfQ1g4MjMxMF9FVEggaXMgbm90IHNldAojIENP TkZJR19VU0JfTkVUX0tBTE1JQSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9I U08gaXMgbm90IHNldAojIENPTkZJR19VU0JfTkVUX0lOVDUxWDEgaXMgbm90 IHNldAojIENPTkZJR19VU0JfSVBIRVRIIGlzIG5vdCBzZXQKIyBDT05GSUdf VVNCX1NJRVJSQV9ORVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfVkw2MDAg aXMgbm90IHNldApDT05GSUdfTkVUX1BDTUNJQT15CkNPTkZJR19QQ01DSUFf M0M1ODk9bQpDT05GSUdfUENNQ0lBXzNDNTc0PW0KQ09ORklHX1BDTUNJQV9G TVZKMThYPW0KQ09ORklHX1BDTUNJQV9QQ05FVD1tCkNPTkZJR19QQ01DSUFf Tk1DTEFOPW0KQ09ORklHX1BDTUNJQV9TTUM5MUM5Mj1tCkNPTkZJR19QQ01D SUFfWElSQzJQUz1tCkNPTkZJR19QQ01DSUFfQVhORVQ9bQpDT05GSUdfQVJD TkVUX0NPTTIwMDIwX0NTPW0KQ09ORklHX1BDTUNJQV9JQk1UUj1tCkNPTkZJ R19XQU49eQpDT05GSUdfTEFOTUVESUE9bQpDT05GSUdfSERMQz1tCkNPTkZJ R19IRExDX1JBVz1tCkNPTkZJR19IRExDX1JBV19FVEg9bQpDT05GSUdfSERM Q19DSVNDTz1tCkNPTkZJR19IRExDX0ZSPW0KQ09ORklHX0hETENfUFBQPW0K Q09ORklHX0hETENfWDI1PW0KQ09ORklHX1BDSTIwMFNZTj1tCkNPTkZJR19X QU5YTD1tCiMgQ09ORklHX1BDMzAwVE9PIGlzIG5vdCBzZXQKQ09ORklHX0ZB UlNZTkM9bQpDT05GSUdfRFNDQzQ9bQpDT05GSUdfRFNDQzRfUENJU1lOQz15 CkNPTkZJR19EU0NDNF9QQ0lfUlNUPXkKQ09ORklHX0RMQ0k9bQpDT05GSUdf RExDSV9NQVg9OApDT05GSUdfV0FOX1JPVVRFUl9EUklWRVJTPW0KQ09ORklH X0NZQ0xBREVTX1NZTkM9bQpDT05GSUdfQ1lDTE9NWF9YMjU9eQpDT05GSUdf TEFQQkVUSEVSPW0KQ09ORklHX1gyNV9BU1k9bQpDT05GSUdfU0JOST1tCiMg Q09ORklHX1NCTklfTVVMVElMSU5FIGlzIG5vdCBzZXQKQ09ORklHX0FUTV9E UklWRVJTPXkKIyBDT05GSUdfQVRNX0RVTU1ZIGlzIG5vdCBzZXQKQ09ORklH X0FUTV9UQ1A9bQpDT05GSUdfQVRNX0xBTkFJPW0KQ09ORklHX0FUTV9FTkk9 bQojIENPTkZJR19BVE1fRU5JX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdf QVRNX0VOSV9UVU5FX0JVUlNUIGlzIG5vdCBzZXQKQ09ORklHX0FUTV9GSVJF U1RSRUFNPW0KQ09ORklHX0FUTV9aQVRNPW0KIyBDT05GSUdfQVRNX1pBVE1f REVCVUcgaXMgbm90IHNldApDT05GSUdfQVRNX05JQ1NUQVI9bQojIENPTkZJ R19BVE1fTklDU1RBUl9VU0VfU1VOSSBpcyBub3Qgc2V0CiMgQ09ORklHX0FU TV9OSUNTVEFSX1VTRV9JRFQ3NzEwNSBpcyBub3Qgc2V0CkNPTkZJR19BVE1f SURUNzcyNTI9bQojIENPTkZJR19BVE1fSURUNzcyNTJfREVCVUcgaXMgbm90 IHNldAojIENPTkZJR19BVE1fSURUNzcyNTJfUkNWX0FMTCBpcyBub3Qgc2V0 CkNPTkZJR19BVE1fSURUNzcyNTJfVVNFX1NVTkk9eQpDT05GSUdfQVRNX0FN QkFTU0FET1I9bQojIENPTkZJR19BVE1fQU1CQVNTQURPUl9ERUJVRyBpcyBu b3Qgc2V0CkNPTkZJR19BVE1fSE9SSVpPTj1tCiMgQ09ORklHX0FUTV9IT1JJ Wk9OX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0FUTV9JQT1tCiMgQ09ORklH X0FUTV9JQV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19BVE1fRk9SRTIwMEU9 bQojIENPTkZJR19BVE1fRk9SRTIwMEVfVVNFX1RBU0tMRVQgaXMgbm90IHNl dApDT05GSUdfQVRNX0ZPUkUyMDBFX1RYX1JFVFJZPTE2CkNPTkZJR19BVE1f Rk9SRTIwMEVfREVCVUc9MApDT05GSUdfQVRNX0hFPW0KQ09ORklHX0FUTV9I RV9VU0VfU1VOST15CiMgQ09ORklHX0FUTV9TT0xPUyBpcyBub3Qgc2V0Cgoj CiMgQ0FJRiB0cmFuc3BvcnQgZHJpdmVycwojCkNPTkZJR19YRU5fTkVUREVW X0ZST05URU5EPXkKQ09ORklHX1hFTl9ORVRERVZfQkFDS0VORD15CkNPTkZJ R19SSU9ORVQ9eQpDT05GSUdfUklPTkVUX1RYX1NJWkU9MTI4CkNPTkZJR19S SU9ORVRfUlhfU0laRT0xMjgKQ09ORklHX0ZEREk9eQpDT05GSUdfREVGWFg9 bQpDT05GSUdfREVGWFhfTU1JTz15CkNPTkZJR19TS0ZQPW0KQ09ORklHX0hJ UFBJPXkKQ09ORklHX1JPQURSVU5ORVI9bQojIENPTkZJR19ST0FEUlVOTkVS X0xBUkdFX1JJTkdTIGlzIG5vdCBzZXQKQ09ORklHX1BMSVA9bQpDT05GSUdf UFBQPW0KQ09ORklHX1BQUF9NVUxUSUxJTks9eQpDT05GSUdfUFBQX0ZJTFRF Uj15CkNPTkZJR19QUFBfQVNZTkM9bQpDT05GSUdfUFBQX1NZTkNfVFRZPW0K Q09ORklHX1BQUF9ERUZMQVRFPW0KQ09ORklHX1BQUF9CU0RDT01QPW0KQ09O RklHX1BQUF9NUFBFPW0KQ09ORklHX1BQUE9FPW0KQ09ORklHX1BQUE9BVE09 bQpDT05GSUdfU0xJUD1tCkNPTkZJR19TTElQX0NPTVBSRVNTRUQ9eQpDT05G SUdfU0xIQz1tCkNPTkZJR19TTElQX1NNQVJUPXkKQ09ORklHX1NMSVBfTU9E RV9TTElQNj15CkNPTkZJR19ORVRfRkM9eQpDT05GSUdfTkVUQ09OU09MRT1t CkNPTkZJR19ORVRDT05TT0xFX0RZTkFNSUM9eQpDT05GSUdfTkVUUE9MTD15 CiMgQ09ORklHX05FVFBPTExfVFJBUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRf UE9MTF9DT05UUk9MTEVSPXkKQ09ORklHX1ZJUlRJT19ORVQ9bQojIENPTkZJ R19WTVhORVQzIGlzIG5vdCBzZXQKIyBDT05GSUdfSVNETiBpcyBub3Qgc2V0 CkNPTkZJR19QSE9ORT1tCkNPTkZJR19QSE9ORV9JWEo9bQpDT05GSUdfUEhP TkVfSVhKX1BDTUNJQT1tCgojCiMgSW5wdXQgZGV2aWNlIHN1cHBvcnQKIwpD T05GSUdfSU5QVVQ9eQpDT05GSUdfSU5QVVRfRkZfTUVNTEVTUz1tCkNPTkZJ R19JTlBVVF9QT0xMREVWPW0KQ09ORklHX0lOUFVUX1NQQVJTRUtNQVA9bQoK IwojIFVzZXJsYW5kIGludGVyZmFjZXMKIwpDT05GSUdfSU5QVVRfTU9VU0VE RVY9eQpDT05GSUdfSU5QVVRfTU9VU0VERVZfUFNBVVg9eQpDT05GSUdfSU5Q VVRfTU9VU0VERVZfU0NSRUVOX1g9MTAyNApDT05GSUdfSU5QVVRfTU9VU0VE RVZfU0NSRUVOX1k9NzY4CkNPTkZJR19JTlBVVF9KT1lERVY9bQpDT05GSUdf SU5QVVRfRVZERVY9bQpDT05GSUdfSU5QVVRfRVZCVUc9bQoKIwojIElucHV0 IERldmljZSBEcml2ZXJzCiMKQ09ORklHX0lOUFVUX0tFWUJPQVJEPXkKIyBD T05GSUdfS0VZQk9BUkRfQURQNTU4OCBpcyBub3Qgc2V0CiMgQ09ORklHX0tF WUJPQVJEX0FEUDU1ODkgaXMgbm90IHNldApDT05GSUdfS0VZQk9BUkRfQVRL QkQ9eQojIENPTkZJR19LRVlCT0FSRF9RVDEwNzAgaXMgbm90IHNldAojIENP TkZJR19LRVlCT0FSRF9RVDIxNjAgaXMgbm90IHNldApDT05GSUdfS0VZQk9B UkRfTEtLQkQ9bQojIENPTkZJR19LRVlCT0FSRF9HUElPIGlzIG5vdCBzZXQK IyBDT05GSUdfS0VZQk9BUkRfR1BJT19QT0xMRUQgaXMgbm90IHNldAojIENP TkZJR19LRVlCT0FSRF9UQ0E2NDE2IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZ Qk9BUkRfTUFUUklYIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTE04 MzIzIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTUFYNzM1OSBpcyBu b3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX01DUyBpcyBub3Qgc2V0CiMgQ09O RklHX0tFWUJPQVJEX01QUjEyMSBpcyBub3Qgc2V0CkNPTkZJR19LRVlCT0FS RF9ORVdUT049bQojIENPTkZJR19LRVlCT0FSRF9PUEVOQ09SRVMgaXMgbm90 IHNldApDT05GSUdfS0VZQk9BUkRfU1RPV0FXQVk9bQpDT05GSUdfS0VZQk9B UkRfU1VOS0JEPW0KQ09ORklHX0tFWUJPQVJEX1hUS0JEPW0KQ09ORklHX0lO UFVUX01PVVNFPXkKQ09ORklHX01PVVNFX1BTMj1tCkNPTkZJR19NT1VTRV9Q UzJfQUxQUz15CkNPTkZJR19NT1VTRV9QUzJfTE9HSVBTMlBQPXkKQ09ORklH X01PVVNFX1BTMl9TWU5BUFRJQ1M9eQpDT05GSUdfTU9VU0VfUFMyX0xJRkVC T09LPXkKQ09ORklHX01PVVNFX1BTMl9UUkFDS1BPSU5UPXkKIyBDT05GSUdf TU9VU0VfUFMyX0VMQU5URUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0Vf UFMyX1NFTlRFTElDIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfUFMyX1RP VUNIS0lUIGlzIG5vdCBzZXQKQ09ORklHX01PVVNFX1NFUklBTD1tCkNPTkZJ R19NT1VTRV9BUFBMRVRPVUNIPW0KIyBDT05GSUdfTU9VU0VfQkNNNTk3NCBp cyBub3Qgc2V0CkNPTkZJR19NT1VTRV9WU1hYWEFBPW0KIyBDT05GSUdfTU9V U0VfR1BJTyBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1NZTkFQVElDU19J MkMgaXMgbm90IHNldApDT05GSUdfSU5QVVRfSk9ZU1RJQ0s9eQpDT05GSUdf Sk9ZU1RJQ0tfQU5BTE9HPW0KQ09ORklHX0pPWVNUSUNLX0EzRD1tCkNPTkZJ R19KT1lTVElDS19BREk9bQpDT05GSUdfSk9ZU1RJQ0tfQ09CUkE9bQpDT05G SUdfSk9ZU1RJQ0tfR0YySz1tCkNPTkZJR19KT1lTVElDS19HUklQPW0KQ09O RklHX0pPWVNUSUNLX0dSSVBfTVA9bQpDT05GSUdfSk9ZU1RJQ0tfR1VJTExF TU9UPW0KQ09ORklHX0pPWVNUSUNLX0lOVEVSQUNUPW0KQ09ORklHX0pPWVNU SUNLX1NJREVXSU5ERVI9bQpDT05GSUdfSk9ZU1RJQ0tfVE1EQz1tCkNPTkZJ R19KT1lTVElDS19JRk9SQ0U9bQpDT05GSUdfSk9ZU1RJQ0tfSUZPUkNFX1VT Qj15CkNPTkZJR19KT1lTVElDS19JRk9SQ0VfMjMyPXkKQ09ORklHX0pPWVNU SUNLX1dBUlJJT1I9bQpDT05GSUdfSk9ZU1RJQ0tfTUFHRUxMQU49bQpDT05G SUdfSk9ZU1RJQ0tfU1BBQ0VPUkI9bQpDT05GSUdfSk9ZU1RJQ0tfU1BBQ0VC QUxMPW0KQ09ORklHX0pPWVNUSUNLX1NUSU5HRVI9bQpDT05GSUdfSk9ZU1RJ Q0tfVFdJREpPWT1tCiMgQ09ORklHX0pPWVNUSUNLX1pIRU5IVUEgaXMgbm90 IHNldApDT05GSUdfSk9ZU1RJQ0tfREI5PW0KQ09ORklHX0pPWVNUSUNLX0dB TUVDT049bQpDT05GSUdfSk9ZU1RJQ0tfVFVSQk9HUkFGWD1tCiMgQ09ORklH X0pPWVNUSUNLX0FTNTAxMSBpcyBub3Qgc2V0CkNPTkZJR19KT1lTVElDS19K T1lEVU1QPW0KQ09ORklHX0pPWVNUSUNLX1hQQUQ9bQpDT05GSUdfSk9ZU1RJ Q0tfWFBBRF9GRj15CkNPTkZJR19KT1lTVElDS19YUEFEX0xFRFM9eQojIENP TkZJR19KT1lTVElDS19XQUxLRVJBMDcwMSBpcyBub3Qgc2V0CkNPTkZJR19J TlBVVF9UQUJMRVQ9eQpDT05GSUdfVEFCTEVUX1VTQl9BQ0VDQUQ9bQpDT05G SUdfVEFCTEVUX1VTQl9BSVBURUs9bQpDT05GSUdfVEFCTEVUX1VTQl9HVENP PW0KIyBDT05GSUdfVEFCTEVUX1VTQl9IQU5XQU5HIGlzIG5vdCBzZXQKQ09O RklHX1RBQkxFVF9VU0JfS0JUQUI9bQpDT05GSUdfVEFCTEVUX1VTQl9XQUNP TT1tCkNPTkZJR19JTlBVVF9UT1VDSFNDUkVFTj15CkNPTkZJR19UT1VDSFND UkVFTl9BRFM3ODQ2PW0KIyBDT05GSUdfVE9VQ0hTQ1JFRU5fQUQ3ODc3IGlz IG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fQUQ3ODc5IGlzIG5vdCBz ZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fQVRNRUxfTVhUIGlzIG5vdCBzZXQK IyBDT05GSUdfVE9VQ0hTQ1JFRU5fQlUyMTAxMyBpcyBub3Qgc2V0CiMgQ09O RklHX1RPVUNIU0NSRUVOX0NZOENUTUcxMTAgaXMgbm90IHNldAojIENPTkZJ R19UT1VDSFNDUkVFTl9EWU5BUFJPIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9V Q0hTQ1JFRU5fSEFNUFNISVJFIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hT Q1JFRU5fRUVUSSBpcyBub3Qgc2V0CkNPTkZJR19UT1VDSFNDUkVFTl9GVUpJ VFNVPW0KQ09ORklHX1RPVUNIU0NSRUVOX0dVTlpFPW0KQ09ORklHX1RPVUNI U0NSRUVOX0VMTz1tCiMgQ09ORklHX1RPVUNIU0NSRUVOX1dBQ09NX1c4MDAx IGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fTUFYMTE4MDEgaXMg bm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9NQ1M1MDAwIGlzIG5vdCBz ZXQKQ09ORklHX1RPVUNIU0NSRUVOX01UT1VDSD1tCiMgQ09ORklHX1RPVUNI U0NSRUVOX0lORVhJTyBpcyBub3Qgc2V0CkNPTkZJR19UT1VDSFNDUkVFTl9N SzcxMj1tCkNPTkZJR19UT1VDSFNDUkVFTl9QRU5NT1VOVD1tCkNPTkZJR19U T1VDSFNDUkVFTl9UT1VDSFJJR0hUPW0KQ09ORklHX1RPVUNIU0NSRUVOX1RP VUNIV0lOPW0KQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9DT01QT1NJVEU9bQpD T05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0VHQUxBWD15CkNPTkZJR19UT1VDSFND UkVFTl9VU0JfUEFOSklUPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl8zTT15 CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfSVRNPXkKQ09ORklHX1RPVUNIU0NS RUVOX1VTQl9FVFVSQk89eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0dVTlpF PXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9ETUNfVFNDMTA9eQpDT05GSUdf VE9VQ0hTQ1JFRU5fVVNCX0lSVE9VQ0g9eQpDT05GSUdfVE9VQ0hTQ1JFRU5f VVNCX0lERUFMVEVLPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9HRU5FUkFM X1RPVUNIPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9HT1RPUD15CkNPTkZJ R19UT1VDSFNDUkVFTl9VU0JfSkFTVEVDPXkKQ09ORklHX1RPVUNIU0NSRUVO X1VTQl9FMkk9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX1pZVFJPTklDPXkK Q09ORklHX1RPVUNIU0NSRUVOX1VTQl9FVFRfVEM0NVVTQj15CkNPTkZJR19U T1VDSFNDUkVFTl9VU0JfTkVYSU89eQojIENPTkZJR19UT1VDSFNDUkVFTl9U T1VDSElUMjEzIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fVFND MjAwNSBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX1RTQzIwMDcg aXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9TVDEyMzIgaXMgbm90 IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9UUFM2NTA3WCBpcyBub3Qgc2V0 CkNPTkZJR19JTlBVVF9NSVNDPXkKIyBDT05GSUdfSU5QVVRfQUQ3MTRYIGlz IG5vdCBzZXQKQ09ORklHX0lOUFVUX1BDU1BLUj1tCiMgQ09ORklHX0lOUFVU X01NQTg0NTAgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9NUFUzMDUwIGlz IG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfQVBBTkVMIGlzIG5vdCBzZXQKQ09O RklHX0lOUFVUX0FUTEFTX0JUTlM9bQpDT05GSUdfSU5QVVRfQVRJX1JFTU9U RT1tCkNPTkZJR19JTlBVVF9BVElfUkVNT1RFMj1tCkNPTkZJR19JTlBVVF9L RVlTUEFOX1JFTU9URT1tCiMgQ09ORklHX0lOUFVUX0tYVEo5IGlzIG5vdCBz ZXQKQ09ORklHX0lOUFVUX1BPV0VSTUFURT1tCkNPTkZJR19JTlBVVF9ZRUFM SU5LPW0KIyBDT05GSUdfSU5QVVRfQ00xMDkgaXMgbm90IHNldApDT05GSUdf SU5QVVRfVUlOUFVUPW0KIyBDT05GSUdfSU5QVVRfUENGODU3NCBpcyBub3Qg c2V0CiMgQ09ORklHX0lOUFVUX0dQSU9fUk9UQVJZX0VOQ09ERVIgaXMgbm90 IHNldAojIENPTkZJR19JTlBVVF9BRFhMMzRYIGlzIG5vdCBzZXQKIyBDT05G SUdfSU5QVVRfQ01BMzAwMCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9YRU5f S0JEREVWX0ZST05URU5EPXkKCiMKIyBIYXJkd2FyZSBJL08gcG9ydHMKIwpD T05GSUdfU0VSSU89eQpDT05GSUdfU0VSSU9fSTgwNDI9eQpDT05GSUdfU0VS SU9fU0VSUE9SVD1tCkNPTkZJR19TRVJJT19DVDgyQzcxMD1tCkNPTkZJR19T RVJJT19QQVJLQkQ9bQpDT05GSUdfU0VSSU9fUENJUFMyPW0KQ09ORklHX1NF UklPX0xJQlBTMj15CkNPTkZJR19TRVJJT19SQVc9bQojIENPTkZJR19TRVJJ T19BTFRFUkFfUFMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9fUFMyTVVM VCBpcyBub3Qgc2V0CkNPTkZJR19HQU1FUE9SVD1tCkNPTkZJR19HQU1FUE9S VF9OUzU1OD1tCkNPTkZJR19HQU1FUE9SVF9MND1tCkNPTkZJR19HQU1FUE9S VF9FTVUxMEsxPW0KQ09ORklHX0dBTUVQT1JUX0ZNODAxPW0KCiMKIyBDaGFy YWN0ZXIgZGV2aWNlcwojCkNPTkZJR19WVD15CkNPTkZJR19DT05TT0xFX1RS QU5TTEFUSU9OUz15CkNPTkZJR19WVF9DT05TT0xFPXkKQ09ORklHX0hXX0NP TlNPTEU9eQpDT05GSUdfVlRfSFdfQ09OU09MRV9CSU5ESU5HPXkKQ09ORklH X1VOSVg5OF9QVFlTPXkKIyBDT05GSUdfREVWUFRTX01VTFRJUExFX0lOU1RB TkNFUyBpcyBub3Qgc2V0CkNPTkZJR19MRUdBQ1lfUFRZUz15CkNPTkZJR19M RUdBQ1lfUFRZX0NPVU5UPTI1NgpDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJE PXkKQ09ORklHX1JPQ0tFVFBPUlQ9bQpDT05GSUdfQ1lDTEFERVM9bQojIENP TkZJR19DWVpfSU5UUiBpcyBub3Qgc2V0CiMgQ09ORklHX01PWEFfSU5URUxM SU8gaXMgbm90IHNldAojIENPTkZJR19NT1hBX1NNQVJUSU8gaXMgbm90IHNl dApDT05GSUdfU1lOQ0xJTks9bQpDT05GSUdfU1lOQ0xJTktNUD1tCkNPTkZJ R19TWU5DTElOS19HVD1tCiMgQ09ORklHX05PWk9NSSBpcyBub3Qgc2V0CiMg Q09ORklHX0lTSSBpcyBub3Qgc2V0CkNPTkZJR19OX0hETEM9bQojIENPTkZJ R19OX0dTTSBpcyBub3Qgc2V0CiMgQ09ORklHX1RSQUNFX1NJTksgaXMgbm90 IHNldApDT05GSUdfREVWS01FTT15CkNPTkZJR19TVEFMRFJWPXkKCiMKIyBT ZXJpYWwgZHJpdmVycwojCkNPTkZJR19TRVJJQUxfODI1MD15CkNPTkZJR19T RVJJQUxfODI1MF9DT05TT0xFPXkKQ09ORklHX0ZJWF9FQVJMWUNPTl9NRU09 eQpDT05GSUdfU0VSSUFMXzgyNTBfUENJPXkKQ09ORklHX1NFUklBTF84MjUw X1BOUD15CkNPTkZJR19TRVJJQUxfODI1MF9DUz1tCkNPTkZJR19TRVJJQUxf ODI1MF9OUl9VQVJUUz00OApDT05GSUdfU0VSSUFMXzgyNTBfUlVOVElNRV9V QVJUUz00CkNPTkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRD15CkNPTkZJR19T RVJJQUxfODI1MF9NQU5ZX1BPUlRTPXkKQ09ORklHX1NFUklBTF84MjUwX1NI QVJFX0lSUT15CiMgQ09ORklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlEgaXMg bm90IHNldApDT05GSUdfU0VSSUFMXzgyNTBfUlNBPXkKCiMKIyBOb24tODI1 MCBzZXJpYWwgcG9ydCBzdXBwb3J0CiMKIyBDT05GSUdfU0VSSUFMX01BWDMx MDAgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfTUFYMzEwNyBpcyBub3Qg c2V0CiMgQ09ORklHX1NFUklBTF9NRkRfSFNVIGlzIG5vdCBzZXQKQ09ORklH X1NFUklBTF9DT1JFPXkKQ09ORklHX1NFUklBTF9DT1JFX0NPTlNPTEU9eQpD T05GSUdfU0VSSUFMX0pTTT1tCiMgQ09ORklHX1NFUklBTF9USU1CRVJEQUxF IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMX0FMVEVSQV9KVEFHVUFSVCBp cyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfVUFSVCBpcyBub3Qg c2V0CiMgQ09ORklHX1NFUklBTF9JRlg2WDYwIGlzIG5vdCBzZXQKIyBDT05G SUdfU0VSSUFMX1BDSF9VQVJUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFM X1hJTElOWF9QU19VQVJUIGlzIG5vdCBzZXQKIyBDT05GSUdfVFRZX1BSSU5U SyBpcyBub3Qgc2V0CkNPTkZJR19QUklOVEVSPW0KIyBDT05GSUdfTFBfQ09O U09MRSBpcyBub3Qgc2V0CkNPTkZJR19QUERFVj1tCkNPTkZJR19IVkNfRFJJ VkVSPXkKQ09ORklHX0hWQ19JUlE9eQpDT05GSUdfSFZDX1hFTj15CiMgQ09O RklHX1ZJUlRJT19DT05TT0xFIGlzIG5vdCBzZXQKQ09ORklHX0lQTUlfSEFO RExFUj1tCiMgQ09ORklHX0lQTUlfUEFOSUNfRVZFTlQgaXMgbm90IHNldApD T05GSUdfSVBNSV9ERVZJQ0VfSU5URVJGQUNFPW0KQ09ORklHX0lQTUlfU0k9 bQpDT05GSUdfSVBNSV9XQVRDSERPRz1tCkNPTkZJR19JUE1JX1BPV0VST0ZG PW0KQ09ORklHX0hXX1JBTkRPTT15CiMgQ09ORklHX0hXX1JBTkRPTV9USU1F UklPTUVNIGlzIG5vdCBzZXQKQ09ORklHX0hXX1JBTkRPTV9JTlRFTD1tCkNP TkZJR19IV19SQU5ET01fQU1EPW0KQ09ORklHX0hXX1JBTkRPTV9WSUE9bQoj IENPTkZJR19IV19SQU5ET01fVklSVElPIGlzIG5vdCBzZXQKQ09ORklHX05W UkFNPW0KQ09ORklHX1IzOTY0PW0KQ09ORklHX0FQUExJQ09NPW0KCiMKIyBQ Q01DSUEgY2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfU1lOQ0xJTktfQ1M9 bQpDT05GSUdfQ0FSRE1BTl80MDAwPW0KQ09ORklHX0NBUkRNQU5fNDA0MD1t CiMgQ09ORklHX0lQV0lSRUxFU1MgaXMgbm90IHNldApDT05GSUdfTVdBVkU9 bQpDT05GSUdfUkFXX0RSSVZFUj1tCkNPTkZJR19NQVhfUkFXX0RFVlM9MjU2 CkNPTkZJR19IUEVUPXkKQ09ORklHX0hQRVRfTU1BUD15CkNPTkZJR19IQU5H Q0hFQ0tfVElNRVI9bQpDT05GSUdfVENHX1RQTT1tCkNPTkZJR19UQ0dfVElT PW0KQ09ORklHX1RDR19OU0M9bQpDT05GSUdfVENHX0FUTUVMPW0KQ09ORklH X1RDR19JTkZJTkVPTj1tCkNPTkZJR19URUxDTE9DSz1tCkNPTkZJR19ERVZQ T1JUPXkKIyBDT05GSUdfUkFNT09QUyBpcyBub3Qgc2V0CkNPTkZJR19JMkM9 bQpDT05GSUdfSTJDX0JPQVJESU5GTz15CkNPTkZJR19JMkNfQ09NUEFUPXkK Q09ORklHX0kyQ19DSEFSREVWPW0KIyBDT05GSUdfSTJDX01VWCBpcyBub3Qg c2V0CkNPTkZJR19JMkNfSEVMUEVSX0FVVE89eQpDT05GSUdfSTJDX1NNQlVT PW0KQ09ORklHX0kyQ19BTEdPQklUPW0KCiMKIyBJMkMgSGFyZHdhcmUgQnVz IHN1cHBvcnQKIwoKIwojIFBDIFNNQnVzIGhvc3QgY29udHJvbGxlciBkcml2 ZXJzCiMKQ09ORklHX0kyQ19BTEkxNTM1PW0KQ09ORklHX0kyQ19BTEkxNTYz PW0KQ09ORklHX0kyQ19BTEkxNVgzPW0KQ09ORklHX0kyQ19BTUQ3NTY9bQpD T05GSUdfSTJDX0FNRDc1Nl9TNDg4Mj1tCkNPTkZJR19JMkNfQU1EODExMT1t CkNPTkZJR19JMkNfSTgwMT1tCiMgQ09ORklHX0kyQ19JU0NIIGlzIG5vdCBz ZXQKQ09ORklHX0kyQ19QSUlYND1tCkNPTkZJR19JMkNfTkZPUkNFMj1tCiMg Q09ORklHX0kyQ19ORk9SQ0UyX1M0OTg1IGlzIG5vdCBzZXQKQ09ORklHX0ky Q19TSVM1NTk1PW0KQ09ORklHX0kyQ19TSVM2MzA9bQpDT05GSUdfSTJDX1NJ Uzk2WD1tCkNPTkZJR19JMkNfVklBPW0KQ09ORklHX0kyQ19WSUFQUk89bQoK IwojIEFDUEkgZHJpdmVycwojCiMgQ09ORklHX0kyQ19TQ01JIGlzIG5vdCBz ZXQKCiMKIyBJMkMgc3lzdGVtIGJ1cyBkcml2ZXJzIChtb3N0bHkgZW1iZWRk ZWQgLyBzeXN0ZW0tb24tY2hpcCkKIwojIENPTkZJR19JMkNfR1BJTyBpcyBu b3Qgc2V0CiMgQ09ORklHX0kyQ19JTlRFTF9NSUQgaXMgbm90IHNldApDT05G SUdfSTJDX09DT1JFUz1tCiMgQ09ORklHX0kyQ19QQ0FfUExBVEZPUk0gaXMg bm90IHNldAojIENPTkZJR19JMkNfUFhBX1BDSSBpcyBub3Qgc2V0CkNPTkZJ R19JMkNfU0lNVEVDPW0KIyBDT05GSUdfSTJDX1hJTElOWCBpcyBub3Qgc2V0 CiMgQ09ORklHX0kyQ19FRzIwVCBpcyBub3Qgc2V0CgojCiMgRXh0ZXJuYWwg STJDL1NNQnVzIGFkYXB0ZXIgZHJpdmVycwojCiMgQ09ORklHX0kyQ19ESU9M QU5fVTJDIGlzIG5vdCBzZXQKQ09ORklHX0kyQ19QQVJQT1JUPW0KQ09ORklH X0kyQ19QQVJQT1JUX0xJR0hUPW0KQ09ORklHX0kyQ19UQU9TX0VWTT1tCkNP TkZJR19JMkNfVElOWV9VU0I9bQoKIwojIE90aGVyIEkyQy9TTUJ1cyBidXMg ZHJpdmVycwojCkNPTkZJR19JMkNfU1RVQj1tCiMgQ09ORklHX0kyQ19ERUJV R19DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0RFQlVHX0FMR08gaXMg bm90IHNldAojIENPTkZJR19JMkNfREVCVUdfQlVTIGlzIG5vdCBzZXQKQ09O RklHX1NQST15CiMgQ09ORklHX1NQSV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJ R19TUElfTUFTVEVSPXkKCiMKIyBTUEkgTWFzdGVyIENvbnRyb2xsZXIgRHJp dmVycwojCiMgQ09ORklHX1NQSV9BTFRFUkEgaXMgbm90IHNldApDT05GSUdf U1BJX0JJVEJBTkc9bQpDT05GSUdfU1BJX0JVVFRFUkZMWT1tCiMgQ09ORklH X1NQSV9HUElPIGlzIG5vdCBzZXQKQ09ORklHX1NQSV9MTTcwX0xMUD1tCiMg Q09ORklHX1NQSV9PQ19USU5ZIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BJX1BY QTJYWF9QQ0kgaXMgbm90IHNldAojIENPTkZJR19TUElfVE9QQ0xJRkZfUENI IGlzIG5vdCBzZXQKIyBDT05GSUdfU1BJX1hJTElOWCBpcyBub3Qgc2V0CiMg Q09ORklHX1NQSV9ERVNJR05XQVJFIGlzIG5vdCBzZXQKCiMKIyBTUEkgUHJv dG9jb2wgTWFzdGVycwojCkNPTkZJR19TUElfU1BJREVWPW0KQ09ORklHX1NQ SV9UTEU2MlgwPW0KCiMKIyBQUFMgc3VwcG9ydAojCiMgQ09ORklHX1BQUyBp cyBub3Qgc2V0CgojCiMgUFBTIGdlbmVyYXRvcnMgc3VwcG9ydAojCgojCiMg UFRQIGNsb2NrIHN1cHBvcnQKIwoKIwojIEVuYWJsZSBEZXZpY2UgRHJpdmVy cyAtPiBQUFMgdG8gc2VlIHRoZSBQVFAgY2xvY2sgb3B0aW9ucy4KIwpDT05G SUdfQVJDSF9XQU5UX09QVElPTkFMX0dQSU9MSUI9eQpDT05GSUdfR1BJT0xJ Qj15CiMgQ09ORklHX0RFQlVHX0dQSU8gaXMgbm90IHNldAojIENPTkZJR19H UElPX1NZU0ZTIGlzIG5vdCBzZXQKQ09ORklHX0dQSU9fTUFYNzMwWD1tCgoj CiMgTWVtb3J5IG1hcHBlZCBHUElPIGRyaXZlcnM6CiMKIyBDT05GSUdfR1BJ T19HRU5FUklDX1BMQVRGT1JNIGlzIG5vdCBzZXQKQ09ORklHX0dQSU9fSVQ4 NzYxRT1tCkNPTkZJR19HUElPX1NDSD1tCiMgQ09ORklHX0dQSU9fVlg4NTUg aXMgbm90IHNldAoKIwojIEkyQyBHUElPIGV4cGFuZGVyczoKIwpDT05GSUdf R1BJT19NQVg3MzAwPW0KQ09ORklHX0dQSU9fTUFYNzMyWD1tCkNPTkZJR19H UElPX1BDQTk1M1g9bQpDT05GSUdfR1BJT19QQ0Y4NTdYPW0KIyBDT05GSUdf R1BJT19BRFA1NTg4IGlzIG5vdCBzZXQKCiMKIyBQQ0kgR1BJTyBleHBhbmRl cnM6CiMKIyBDT05GSUdfR1BJT19CVDhYWCBpcyBub3Qgc2V0CkNPTkZJR19H UElPX0xBTkdXRUxMPXkKIyBDT05GSUdfR1BJT19QQ0ggaXMgbm90IHNldApD T05GSUdfR1BJT19NTF9JT0g9bQpDT05GSUdfR1BJT19SREMzMjFYPW0KCiMK IyBTUEkgR1BJTyBleHBhbmRlcnM6CiMKQ09ORklHX0dQSU9fTUFYNzMwMT1t CkNPTkZJR19HUElPX01DUDIzUzA4PW0KQ09ORklHX0dQSU9fTUMzMzg4MD1t CkNPTkZJR19HUElPXzc0WDE2ND1tCgojCiMgQUM5NyBHUElPIGV4cGFuZGVy czoKIwoKIwojIE1PRFVMYnVzIEdQSU8gZXhwYW5kZXJzOgojCkNPTkZJR19X MT1tCkNPTkZJR19XMV9DT049eQoKIwojIDEtd2lyZSBCdXMgTWFzdGVycwoj CkNPTkZJR19XMV9NQVNURVJfTUFUUk9YPW0KQ09ORklHX1cxX01BU1RFUl9E UzI0OTA9bQpDT05GSUdfVzFfTUFTVEVSX0RTMjQ4Mj1tCiMgQ09ORklHX1cx X01BU1RFUl9EUzFXTSBpcyBub3Qgc2V0CiMgQ09ORklHX1cxX01BU1RFUl9H UElPIGlzIG5vdCBzZXQKCiMKIyAxLXdpcmUgU2xhdmVzCiMKQ09ORklHX1cx X1NMQVZFX1RIRVJNPW0KQ09ORklHX1cxX1NMQVZFX1NNRU09bQojIENPTkZJ R19XMV9TTEFWRV9EUzI0MDggaXMgbm90IHNldAojIENPTkZJR19XMV9TTEFW RV9EUzI0MjMgaXMgbm90IHNldAojIENPTkZJR19XMV9TTEFWRV9EUzI0MzEg aXMgbm90IHNldApDT05GSUdfVzFfU0xBVkVfRFMyNDMzPW0KIyBDT05GSUdf VzFfU0xBVkVfRFMyNDMzX0NSQyBpcyBub3Qgc2V0CkNPTkZJR19XMV9TTEFW RV9EUzI3NjA9bQojIENPTkZJR19XMV9TTEFWRV9EUzI3ODAgaXMgbm90IHNl dAojIENPTkZJR19XMV9TTEFWRV9CUTI3MDAwIGlzIG5vdCBzZXQKQ09ORklH X1BPV0VSX1NVUFBMWT15CiMgQ09ORklHX1BPV0VSX1NVUFBMWV9ERUJVRyBp cyBub3Qgc2V0CkNPTkZJR19QREFfUE9XRVI9bQojIENPTkZJR19URVNUX1BP V0VSIGlzIG5vdCBzZXQKQ09ORklHX0JBVFRFUllfRFMyNzYwPW0KIyBDT05G SUdfQkFUVEVSWV9EUzI3ODAgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZ X0RTMjc4MiBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfQlEyMFo3NSBp cyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfQlEyN3gwMCBpcyBub3Qgc2V0 CiMgQ09ORklHX0JBVFRFUllfTUFYMTcwNDAgaXMgbm90IHNldAojIENPTkZJ R19CQVRURVJZX01BWDE3MDQyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdF Ul9JU1AxNzA0IGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9NQVg4OTAz IGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9HUElPIGlzIG5vdCBzZXQK Q09ORklHX0hXTU9OPXkKQ09ORklHX0hXTU9OX1ZJRD1tCiMgQ09ORklHX0hX TU9OX0RFQlVHX0NISVAgaXMgbm90IHNldAoKIwojIE5hdGl2ZSBkcml2ZXJz CiMKQ09ORklHX1NFTlNPUlNfQUJJVFVHVVJVPW0KQ09ORklHX1NFTlNPUlNf QUJJVFVHVVJVMz1tCiMgQ09ORklHX1NFTlNPUlNfQUQ3NDE0IGlzIG5vdCBz ZXQKQ09ORklHX1NFTlNPUlNfQUQ3NDE4PW0KIyBDT05GSUdfU0VOU09SU19B RENYWCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0FETTEwMjE9bQpDT05G SUdfU0VOU09SU19BRE0xMDI1PW0KQ09ORklHX1NFTlNPUlNfQURNMTAyNj1t CkNPTkZJR19TRU5TT1JTX0FETTEwMjk9bQpDT05GSUdfU0VOU09SU19BRE0x MDMxPW0KQ09ORklHX1NFTlNPUlNfQURNOTI0MD1tCiMgQ09ORklHX1NFTlNP UlNfQURUNzQxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQ2 MiBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0FEVDc0NzA9bQojIENPTkZJ R19TRU5TT1JTX0FEVDc0NzUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X0FTQzc2MjEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19LOFRFTVA9bQoj IENPTkZJR19TRU5TT1JTX0sxMFRFTVAgaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX0ZBTTE1SF9QT1dFUiBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JT X0FTQjEwMD1tCkNPTkZJR19TRU5TT1JTX0FUWFAxPW0KIyBDT05GSUdfU0VO U09SU19EUzYyMCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0RTMTYyMT1t CkNPTkZJR19TRU5TT1JTX0k1S19BTUI9bQpDT05GSUdfU0VOU09SU19GNzE4 MDVGPW0KQ09ORklHX1NFTlNPUlNfRjcxODgyRkc9bQpDT05GSUdfU0VOU09S U19GNzUzNzVTPW0KQ09ORklHX1NFTlNPUlNfRlNDSE1EPW0KIyBDT05GSUdf U0VOU09SU19HNzYwQSBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0dMNTE4 U009bQpDT05GSUdfU0VOU09SU19HTDUyMFNNPW0KIyBDT05GSUdfU0VOU09S U19HUElPX0ZBTiBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0NPUkVURU1Q PW0KIyBDT05GSUdfU0VOU09SU19JQk1BRU0gaXMgbm90IHNldApDT05GSUdf U0VOU09SU19JQk1QRVg9bQpDT05GSUdfU0VOU09SU19JVDg3PW0KIyBDT05G SUdfU0VOU09SU19KQzQyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19M SU5FQUdFIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfTE02Mz1tCkNPTkZJ R19TRU5TT1JTX0xNNzA9bQojIENPTkZJR19TRU5TT1JTX0xNNzMgaXMgbm90 IHNldApDT05GSUdfU0VOU09SU19MTTc1PW0KQ09ORklHX1NFTlNPUlNfTE03 Nz1tCkNPTkZJR19TRU5TT1JTX0xNNzg9bQpDT05GSUdfU0VOU09SU19MTTgw PW0KQ09ORklHX1NFTlNPUlNfTE04Mz1tCkNPTkZJR19TRU5TT1JTX0xNODU9 bQpDT05GSUdfU0VOU09SU19MTTg3PW0KQ09ORklHX1NFTlNPUlNfTE05MD1t CkNPTkZJR19TRU5TT1JTX0xNOTI9bQpDT05GSUdfU0VOU09SU19MTTkzPW0K IyBDT05GSUdfU0VOU09SU19MVEM0MTUxIGlzIG5vdCBzZXQKIyBDT05GSUdf U0VOU09SU19MVEM0MjE1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19M VEM0MjQ1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MVEM0MjYxIGlz IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MTTk1MjQxIGlzIG5vdCBzZXQK IyBDT05GSUdfU0VOU09SU19MTTk1MjQ1IGlzIG5vdCBzZXQKIyBDT05GSUdf U0VOU09SU19NQVgxMTExIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19N QVgxNjA2NSBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX01BWDE2MTk9bQoj IENPTkZJR19TRU5TT1JTX01BWDE2NjggaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX01BWDY2MzkgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01B WDY2NDIgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19NQVg2NjUwPW0KIyBD T05GSUdfU0VOU09SU19OVENfVEhFUk1JU1RPUiBpcyBub3Qgc2V0CkNPTkZJ R19TRU5TT1JTX1BDODczNjA9bQpDT05GSUdfU0VOU09SU19QQzg3NDI3PW0K Q09ORklHX1NFTlNPUlNfUENGODU5MT1tCiMgQ09ORklHX1BNQlVTIGlzIG5v dCBzZXQKIyBDT05GSUdfU0VOU09SU19TSFQxNSBpcyBub3Qgc2V0CiMgQ09O RklHX1NFTlNPUlNfU0hUMjEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19T SVM1NTk1PW0KIyBDT05GSUdfU0VOU09SU19TTU02NjUgaXMgbm90IHNldApD T05GSUdfU0VOU09SU19ETUUxNzM3PW0KIyBDT05GSUdfU0VOU09SU19FTUMx NDAzIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19FTUMyMTAzIGlzIG5v dCBzZXQKIyBDT05GSUdfU0VOU09SU19FTUM2VzIwMSBpcyBub3Qgc2V0CkNP TkZJR19TRU5TT1JTX1NNU0M0N00xPW0KQ09ORklHX1NFTlNPUlNfU01TQzQ3 TTE5Mj1tCkNPTkZJR19TRU5TT1JTX1NNU0M0N0IzOTc9bQojIENPTkZJR19T RU5TT1JTX1NDSDU2WFhfQ09NTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VO U09SU19TQ0g1NjI3IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TQ0g1 NjM2IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BRFMxMDE1IGlzIG5v dCBzZXQKIyBDT05GSUdfU0VOU09SU19BRFM3ODI4IGlzIG5vdCBzZXQKIyBD T05GSUdfU0VOU09SU19BRFM3ODcxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VO U09SU19BTUM2ODIxIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVEhNQzUw PW0KIyBDT05GSUdfU0VOU09SU19UTVAxMDIgaXMgbm90IHNldAojIENPTkZJ R19TRU5TT1JTX1RNUDQwMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNf VE1QNDIxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19WSUFfQ1BVVEVN UCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1ZJQTY4NkE9bQpDT05GSUdf U0VOU09SU19WVDEyMTE9bQpDT05GSUdfU0VOU09SU19WVDgyMzE9bQpDT05G SUdfU0VOU09SU19XODM3ODFEPW0KQ09ORklHX1NFTlNPUlNfVzgzNzkxRD1t CkNPTkZJR19TRU5TT1JTX1c4Mzc5MkQ9bQpDT05GSUdfU0VOU09SU19XODM3 OTM9bQojIENPTkZJR19TRU5TT1JTX1c4Mzc5NSBpcyBub3Qgc2V0CkNPTkZJ R19TRU5TT1JTX1c4M0w3ODVUUz1tCiMgQ09ORklHX1NFTlNPUlNfVzgzTDc4 Nk5HIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVzgzNjI3SEY9bQpDT05G SUdfU0VOU09SU19XODM2MjdFSEY9bQpDT05GSUdfU0VOU09SU19BUFBMRVNN Qz1tCgojCiMgQUNQSSBkcml2ZXJzCiMKIyBDT05GSUdfU0VOU09SU19BQ1BJ X1BPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BVEswMTEwIGlz IG5vdCBzZXQKQ09ORklHX1RIRVJNQUw9eQpDT05GSUdfVEhFUk1BTF9IV01P Tj15CkNPTkZJR19XQVRDSERPRz15CiMgQ09ORklHX1dBVENIRE9HX0NPUkUg aXMgbm90IHNldAojIENPTkZJR19XQVRDSERPR19OT1dBWU9VVCBpcyBub3Qg c2V0CgojCiMgV2F0Y2hkb2cgRGV2aWNlIERyaXZlcnMKIwpDT05GSUdfU09G VF9XQVRDSERPRz1tCkNPTkZJR19BQ1FVSVJFX1dEVD1tCkNPTkZJR19BRFZB TlRFQ0hfV0RUPW0KQ09ORklHX0FMSU0xNTM1X1dEVD1tCkNPTkZJR19BTElN NzEwMV9XRFQ9bQojIENPTkZJR19GNzE4MDhFX1dEVCBpcyBub3Qgc2V0CiMg Q09ORklHX1NQNTEwMF9UQ08gaXMgbm90IHNldApDT05GSUdfU0M1MjBfV0RU PW0KIyBDT05GSUdfU0JDX0ZJVFBDMl9XQVRDSERPRyBpcyBub3Qgc2V0CkNP TkZJR19FVVJPVEVDSF9XRFQ9bQpDT05GSUdfSUI3MDBfV0RUPW0KQ09ORklH X0lCTUFTUj1tCkNPTkZJR19XQUZFUl9XRFQ9bQpDT05GSUdfSTYzMDBFU0Jf V0RUPW0KQ09ORklHX0lUQ09fV0RUPW0KQ09ORklHX0lUQ09fVkVORE9SX1NV UFBPUlQ9eQpDT05GSUdfSVQ4NzEyRl9XRFQ9bQojIENPTkZJR19JVDg3X1dE VCBpcyBub3Qgc2V0CkNPTkZJR19IUF9XQVRDSERPRz1tCkNPTkZJR19IUFdE VF9OTUlfREVDT0RJTkc9eQpDT05GSUdfU0MxMjAwX1dEVD1tCkNPTkZJR19Q Qzg3NDEzX1dEVD1tCiMgQ09ORklHX05WX1RDTyBpcyBub3Qgc2V0CkNPTkZJ R182MFhYX1dEVD1tCkNPTkZJR19TQkM4MzYwX1dEVD1tCkNPTkZJR19DUFU1 X1dEVD1tCiMgQ09ORklHX1NNU0NfU0NIMzExWF9XRFQgaXMgbm90IHNldApD T05GSUdfU01TQzM3Qjc4N19XRFQ9bQpDT05GSUdfVzgzNjI3SEZfV0RUPW0K Q09ORklHX1c4MzY5N0hGX1dEVD1tCiMgQ09ORklHX1c4MzY5N1VHX1dEVCBp cyBub3Qgc2V0CkNPTkZJR19XODM4NzdGX1dEVD1tCkNPTkZJR19XODM5NzdG X1dEVD1tCkNPTkZJR19NQUNIWl9XRFQ9bQpDT05GSUdfU0JDX0VQWF9DM19X QVRDSERPRz1tCkNPTkZJR19YRU5fV0RUPXkKCiMKIyBQQ0ktYmFzZWQgV2F0 Y2hkb2cgQ2FyZHMKIwpDT05GSUdfUENJUENXQVRDSERPRz1tCkNPTkZJR19X RFRQQ0k9bQoKIwojIFVTQi1iYXNlZCBXYXRjaGRvZyBDYXJkcwojCkNPTkZJ R19VU0JQQ1dBVENIRE9HPW0KQ09ORklHX1NTQl9QT1NTSUJMRT15CgojCiMg U29uaWNzIFNpbGljb24gQmFja3BsYW5lCiMKQ09ORklHX1NTQj1tCkNPTkZJ R19TU0JfU1BST009eQpDT05GSUdfU1NCX0JMT0NLSU89eQpDT05GSUdfU1NC X1BDSUhPU1RfUE9TU0lCTEU9eQpDT05GSUdfU1NCX1BDSUhPU1Q9eQpDT05G SUdfU1NCX0I0M19QQ0lfQlJJREdFPXkKQ09ORklHX1NTQl9QQ01DSUFIT1NU X1BPU1NJQkxFPXkKIyBDT05GSUdfU1NCX1BDTUNJQUhPU1QgaXMgbm90IHNl dApDT05GSUdfU1NCX1NESU9IT1NUX1BPU1NJQkxFPXkKIyBDT05GSUdfU1NC X1NESU9IT1NUIGlzIG5vdCBzZXQKIyBDT05GSUdfU1NCX1NJTEVOVCBpcyBu b3Qgc2V0CkNPTkZJR19TU0JfREVCVUc9eQpDT05GSUdfU1NCX0RSSVZFUl9Q Q0lDT1JFX1BPU1NJQkxFPXkKQ09ORklHX1NTQl9EUklWRVJfUENJQ09SRT15 CkNPTkZJR19CQ01BX1BPU1NJQkxFPXkKCiMKIyBCcm9hZGNvbSBzcGVjaWZp YyBBTUJBCiMKIyBDT05GSUdfQkNNQSBpcyBub3Qgc2V0CkNPTkZJR19NRkRf U1VQUE9SVD15CkNPTkZJR19NRkRfQ09SRT1tCkNPTkZJR19NRkRfU001MDE9 bQojIENPTkZJR19NRkRfU001MDFfR1BJTyBpcyBub3Qgc2V0CiMgQ09ORklH X0hUQ19QQVNJQzMgaXMgbm90IHNldAojIENPTkZJR19UUFM2MTA1WCBpcyBu b3Qgc2V0CiMgQ09ORklHX1RQUzY1MDEwIGlzIG5vdCBzZXQKIyBDT05GSUdf VFBTNjUwN1ggaXMgbm90IHNldAojIENPTkZJR19NRkRfVFBTNjU5MTJfU1BJ IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RNSU8gaXMgbm90IHNldAojIENP TkZJR19NRkRfV004NDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dNODMx WF9TUEkgaXMgbm90IHNldAojIENPTkZJR19NRkRfUENGNTA2MzMgaXMgbm90 IHNldAojIENPTkZJR19NRkRfTUMxM1hYWCBpcyBub3Qgc2V0CiMgQ09ORklH X0FCWDUwMF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfRVpYX1BDQVAgaXMg bm90IHNldAojIENPTkZJR19NRkRfQ1M1NTM1IGlzIG5vdCBzZXQKIyBDT05G SUdfTUZEX1RJTUJFUkRBTEUgaXMgbm90IHNldApDT05GSUdfTFBDX1NDSD1t CkNPTkZJR19NRkRfUkRDMzIxWD1tCiMgQ09ORklHX01GRF9KQU5aX0NNT0RJ TyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9WWDg1NSBpcyBub3Qgc2V0CiMg Q09ORklHX01GRF9XTDEyNzNfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JF R1VMQVRPUiBpcyBub3Qgc2V0CkNPTkZJR19NRURJQV9TVVBQT1JUPW0KCiMK IyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9ydAojCiMgQ09ORklHX01FRElBX0NP TlRST0xMRVIgaXMgbm90IHNldAojIENPTkZJR19WSURFT19ERVYgaXMgbm90 IHNldAojIENPTkZJR19EVkJfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJ REVPX01FRElBIGlzIG5vdCBzZXQKCiMKIyBNdWx0aW1lZGlhIGRyaXZlcnMK IwpDT05GSUdfUkNfQ09SRT1tCkNPTkZJR19MSVJDPW0KQ09ORklHX1JDX01B UD1tCkNPTkZJR19JUl9ORUNfREVDT0RFUj1tCkNPTkZJR19JUl9SQzVfREVD T0RFUj1tCkNPTkZJR19JUl9SQzZfREVDT0RFUj1tCkNPTkZJR19JUl9KVkNf REVDT0RFUj1tCkNPTkZJR19JUl9TT05ZX0RFQ09ERVI9bQpDT05GSUdfSVJf UkM1X1NaX0RFQ09ERVI9bQpDT05GSUdfSVJfTUNFX0tCRF9ERUNPREVSPW0K Q09ORklHX0lSX0xJUkNfQ09ERUM9bQojIENPTkZJR19JUl9FTkUgaXMgbm90 IHNldAojIENPTkZJR19JUl9JTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfSVJf TUNFVVNCIGlzIG5vdCBzZXQKIyBDT05GSUdfSVJfSVRFX0NJUiBpcyBub3Qg c2V0CiMgQ09ORklHX0lSX0ZJTlRFSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lS X05VVk9UT04gaXMgbm90IHNldAojIENPTkZJR19JUl9SRURSQVQzIGlzIG5v dCBzZXQKIyBDT05GSUdfSVJfU1RSRUFNWkFQIGlzIG5vdCBzZXQKIyBDT05G SUdfSVJfV0lOQk9ORF9DSVIgaXMgbm90IHNldAojIENPTkZJR19SQ19MT09Q QkFDSyBpcyBub3Qgc2V0CgojCiMgR3JhcGhpY3Mgc3VwcG9ydAojCkNPTkZJ R19BR1A9bQojIENPTkZJR19BR1BfQU1ENjQgaXMgbm90IHNldApDT05GSUdf QUdQX0lOVEVMPW0KQ09ORklHX0FHUF9TSVM9bQpDT05GSUdfQUdQX1ZJQT1t CkNPTkZJR19WR0FfQVJCPXkKQ09ORklHX1ZHQV9BUkJfTUFYX0dQVVM9MTYK IyBDT05GSUdfVkdBX1NXSVRDSEVST08gaXMgbm90IHNldApDT05GSUdfRFJN PW0KQ09ORklHX0RSTV9LTVNfSEVMUEVSPW0KQ09ORklHX0RSTV9UVE09bQpD T05GSUdfRFJNX1RERlg9bQpDT05GSUdfRFJNX1IxMjg9bQpDT05GSUdfRFJN X1JBREVPTj1tCiMgQ09ORklHX0RSTV9SQURFT05fS01TIGlzIG5vdCBzZXQK Q09ORklHX0RSTV9JODEwPW0KQ09ORklHX0RSTV9JOTE1PW0KIyBDT05GSUdf RFJNX0k5MTVfS01TIGlzIG5vdCBzZXQKQ09ORklHX0RSTV9NR0E9bQpDT05G SUdfRFJNX1NJUz1tCkNPTkZJR19EUk1fVklBPW0KQ09ORklHX0RSTV9TQVZB R0U9bQojIENPTkZJR19TVFVCX1BPVUxTQk8gaXMgbm90IHNldApDT05GSUdf VkdBU1RBVEU9bQpDT05GSUdfVklERU9fT1VUUFVUX0NPTlRST0w9bQpDT05G SUdfRkI9eQpDT05GSUdfRklSTVdBUkVfRURJRD15CkNPTkZJR19GQl9EREM9 bQojIENPTkZJR19GQl9CT09UX1ZFU0FfU1VQUE9SVCBpcyBub3Qgc2V0CkNP TkZJR19GQl9DRkJfRklMTFJFQ1Q9eQpDT05GSUdfRkJfQ0ZCX0NPUFlBUkVB PXkKQ09ORklHX0ZCX0NGQl9JTUFHRUJMSVQ9eQojIENPTkZJR19GQl9DRkJf UkVWX1BJWEVMU19JTl9CWVRFIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NZU19G SUxMUkVDVD15CkNPTkZJR19GQl9TWVNfQ09QWUFSRUE9eQpDT05GSUdfRkJf U1lTX0lNQUdFQkxJVD15CiMgQ09ORklHX0ZCX0ZPUkVJR05fRU5ESUFOIGlz IG5vdCBzZXQKQ09ORklHX0ZCX1NZU19GT1BTPXkKIyBDT05GSUdfRkJfV01U X0dFX1JPUFMgaXMgbm90IHNldApDT05GSUdfRkJfREVGRVJSRURfSU89eQpD T05GSUdfRkJfU1ZHQUxJQj1tCiMgQ09ORklHX0ZCX01BQ01PREVTIGlzIG5v dCBzZXQKQ09ORklHX0ZCX0JBQ0tMSUdIVD15CkNPTkZJR19GQl9NT0RFX0hF TFBFUlM9eQpDT05GSUdfRkJfVElMRUJMSVRUSU5HPXkKCiMKIyBGcmFtZSBi dWZmZXIgaGFyZHdhcmUgZHJpdmVycwojCkNPTkZJR19GQl9DSVJSVVM9bQpD T05GSUdfRkJfUE0yPW0KQ09ORklHX0ZCX1BNMl9GSUZPX0RJU0NPTk5FQ1Q9 eQpDT05GSUdfRkJfQ1lCRVIyMDAwPW0KQ09ORklHX0ZCX0NZQkVSMjAwMF9E REM9eQpDT05GSUdfRkJfQVJDPW0KQ09ORklHX0ZCX0FTSUxJQU5UPXkKQ09O RklHX0ZCX0lNU1RUPXkKQ09ORklHX0ZCX1ZHQTE2PW0KQ09ORklHX0ZCX1VW RVNBPW0KIyBDT05GSUdfRkJfVkVTQSBpcyBub3Qgc2V0CkNPTkZJR19GQl9F Rkk9eQojIENPTkZJR19GQl9ONDExIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0hH QT1tCkNPTkZJR19GQl9TMUQxM1hYWD1tCkNPTkZJR19GQl9OVklESUE9bQpD T05GSUdfRkJfTlZJRElBX0kyQz15CiMgQ09ORklHX0ZCX05WSURJQV9ERUJV RyBpcyBub3Qgc2V0CkNPTkZJR19GQl9OVklESUFfQkFDS0xJR0hUPXkKQ09O RklHX0ZCX1JJVkE9bQpDT05GSUdfRkJfUklWQV9JMkM9eQojIENPTkZJR19G Ql9SSVZBX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1JJVkFfQkFDS0xJ R0hUPXkKQ09ORklHX0ZCX0xFODA1Nzg9bQpDT05GSUdfRkJfQ0FSSUxMT19S QU5DSD1tCkNPTkZJR19GQl9JTlRFTD1tCiMgQ09ORklHX0ZCX0lOVEVMX0RF QlVHIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0lOVEVMX0kyQz15CkNPTkZJR19G Ql9NQVRST1g9bQpDT05GSUdfRkJfTUFUUk9YX01JTExFTklVTT15CkNPTkZJ R19GQl9NQVRST1hfTVlTVElRVUU9eQpDT05GSUdfRkJfTUFUUk9YX0c9eQpD T05GSUdfRkJfTUFUUk9YX0kyQz1tCkNPTkZJR19GQl9NQVRST1hfTUFWRU49 bQpDT05GSUdfRkJfUkFERU9OPW0KQ09ORklHX0ZCX1JBREVPTl9JMkM9eQpD T05GSUdfRkJfUkFERU9OX0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZCX1JBREVP Tl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19GQl9BVFkxMjg9bQpDT05GSUdf RkJfQVRZMTI4X0JBQ0tMSUdIVD15CkNPTkZJR19GQl9BVFk9bQpDT05GSUdf RkJfQVRZX0NUPXkKQ09ORklHX0ZCX0FUWV9HRU5FUklDX0xDRD15CkNPTkZJ R19GQl9BVFlfR1g9eQpDT05GSUdfRkJfQVRZX0JBQ0tMSUdIVD15CkNPTkZJ R19GQl9TMz1tCkNPTkZJR19GQl9TM19EREM9eQpDT05GSUdfRkJfU0FWQUdF PW0KQ09ORklHX0ZCX1NBVkFHRV9JMkM9eQpDT05GSUdfRkJfU0FWQUdFX0FD Q0VMPXkKQ09ORklHX0ZCX1NJUz1tCkNPTkZJR19GQl9TSVNfMzAwPXkKQ09O RklHX0ZCX1NJU18zMTU9eQojIENPTkZJR19GQl9WSUEgaXMgbm90IHNldApD T05GSUdfRkJfTkVPTUFHSUM9bQpDT05GSUdfRkJfS1lSTz1tCkNPTkZJR19G Ql8zREZYPW0KIyBDT05GSUdfRkJfM0RGWF9BQ0NFTCBpcyBub3Qgc2V0CkNP TkZJR19GQl8zREZYX0kyQz15CkNPTkZJR19GQl9WT09ET08xPW0KQ09ORklH X0ZCX1ZUODYyMz1tCkNPTkZJR19GQl9UUklERU5UPW0KQ09ORklHX0ZCX0FS Sz1tCkNPTkZJR19GQl9QTTM9bQojIENPTkZJR19GQl9DQVJNSU5FIGlzIG5v dCBzZXQKQ09ORklHX0ZCX0dFT0RFPXkKQ09ORklHX0ZCX0dFT0RFX0xYPW0K Q09ORklHX0ZCX0dFT0RFX0dYPW0KQ09ORklHX0ZCX0dFT0RFX0dYMT1tCiMg Q09ORklHX0ZCX1RNSU8gaXMgbm90IHNldApDT05GSUdfRkJfU001MDE9bQoj IENPTkZJR19GQl9VREwgaXMgbm90IHNldAojIENPTkZJR19GQl9WSVJUVUFM IGlzIG5vdCBzZXQKQ09ORklHX1hFTl9GQkRFVl9GUk9OVEVORD15CiMgQ09O RklHX0ZCX01FVFJPTk9NRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX01CODYy WFggaXMgbm90IHNldAojIENPTkZJR19GQl9CUk9BRFNIRUVUIGlzIG5vdCBz ZXQKQ09ORklHX0JBQ0tMSUdIVF9MQ0RfU1VQUE9SVD15CkNPTkZJR19MQ0Rf Q0xBU1NfREVWSUNFPW0KIyBDT05GSUdfTENEX0w0RjAwMjQyVDAzIGlzIG5v dCBzZXQKIyBDT05GSUdfTENEX0xNUzI4M0dGMDUgaXMgbm90IHNldApDT05G SUdfTENEX0xUVjM1MFFWPW0KIyBDT05GSUdfTENEX1RETzI0TSBpcyBub3Qg c2V0CiMgQ09ORklHX0xDRF9WR0cyNDMyQTQgaXMgbm90IHNldAojIENPTkZJ R19MQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19MQ0RfUzZFNjNN MCBpcyBub3Qgc2V0CiMgQ09ORklHX0xDRF9MRDkwNDAgaXMgbm90IHNldAoj IENPTkZJR19MQ0RfQU1TMzY5RkcwNiBpcyBub3Qgc2V0CkNPTkZJR19CQUNL TElHSFRfQ0xBU1NfREVWSUNFPXkKQ09ORklHX0JBQ0tMSUdIVF9HRU5FUklD PXkKQ09ORklHX0JBQ0tMSUdIVF9QUk9HRUFSPW0KQ09ORklHX0JBQ0tMSUdI VF9DQVJJTExPX1JBTkNIPW0KIyBDT05GSUdfQkFDS0xJR0hUX0FQUExFIGlz IG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJR0hUX1NBSEFSQSBpcyBub3Qgc2V0 CiMgQ09ORklHX0JBQ0tMSUdIVF9BRFA4ODYwIGlzIG5vdCBzZXQKIyBDT05G SUdfQkFDS0xJR0hUX0FEUDg4NzAgaXMgbm90IHNldAoKIwojIERpc3BsYXkg ZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfRElTUExBWV9TVVBQT1JUPW0KCiMK IyBEaXNwbGF5IGhhcmR3YXJlIGRyaXZlcnMKIwoKIwojIENvbnNvbGUgZGlz cGxheSBkcml2ZXIgc3VwcG9ydAojCkNPTkZJR19WR0FfQ09OU09MRT15CkNP TkZJR19WR0FDT05fU09GVF9TQ1JPTExCQUNLPXkKQ09ORklHX1ZHQUNPTl9T T0ZUX1NDUk9MTEJBQ0tfU0laRT0xMjgKQ09ORklHX0RVTU1ZX0NPTlNPTEU9 eQpDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRT1tCkNPTkZJR19GUkFNRUJV RkZFUl9DT05TT0xFX0RFVEVDVF9QUklNQVJZPXkKIyBDT05GSUdfRlJBTUVC VUZGRVJfQ09OU09MRV9ST1RBVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZP TlRTIGlzIG5vdCBzZXQKQ09ORklHX0ZPTlRfOHg4PXkKQ09ORklHX0ZPTlRf OHgxNj15CkNPTkZJR19MT0dPPXkKQ09ORklHX0xPR09fTElOVVhfTU9OTz15 CkNPTkZJR19MT0dPX0xJTlVYX1ZHQTE2PXkKQ09ORklHX0xPR09fTElOVVhf Q0xVVDIyND15CkNPTkZJR19TT1VORD1tCiMgQ09ORklHX1NPVU5EX09TU19D T1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EIGlzIG5vdCBzZXQKIyBDT05G SUdfU09VTkRfUFJJTUUgaXMgbm90IHNldApDT05GSUdfSElEX1NVUFBPUlQ9 eQpDT05GSUdfSElEPW0KQ09ORklHX0hJRFJBVz15CgojCiMgVVNCIElucHV0 IERldmljZXMKIwpDT05GSUdfVVNCX0hJRD1tCiMgQ09ORklHX0hJRF9QSUQg aXMgbm90IHNldApDT05GSUdfVVNCX0hJRERFVj15CgojCiMgVVNCIEhJRCBC b290IFByb3RvY29sIGRyaXZlcnMKIwpDT05GSUdfVVNCX0tCRD1tCkNPTkZJ R19VU0JfTU9VU0U9bQoKIwojIFNwZWNpYWwgSElEIGRyaXZlcnMKIwojIENP TkZJR19ISURfQTRURUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0FDUlVY IGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0FQUExFIGlzIG5vdCBzZXQKIyBD T05GSUdfSElEX0JFTEtJTiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9DSEVS UlkgaXMgbm90IHNldAojIENPTkZJR19ISURfQ0hJQ09OWSBpcyBub3Qgc2V0 CiMgQ09ORklHX0hJRF9DWVBSRVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfSElE X0RSQUdPTlJJU0UgaXMgbm90IHNldAojIENPTkZJR19ISURfRU1TX0ZGIGlz IG5vdCBzZXQKIyBDT05GSUdfSElEX0VaS0VZIGlzIG5vdCBzZXQKIyBDT05G SUdfSElEX0hPTFRFSyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9LRVlUT1VD SCBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9LWUUgaXMgbm90IHNldAojIENP TkZJR19ISURfVUNMT0dJQyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9XQUxU T1AgaXMgbm90IHNldAojIENPTkZJR19ISURfR1lSQVRJT04gaXMgbm90IHNl dAojIENPTkZJR19ISURfVFdJTkhBTiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJ RF9LRU5TSU5HVE9OIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0xDUE9XRVIg aXMgbm90IHNldAojIENPTkZJR19ISURfTE9HSVRFQ0ggaXMgbm90IHNldAoj IENPTkZJR19ISURfTUlDUk9TT0ZUIGlzIG5vdCBzZXQKIyBDT05GSUdfSElE X01PTlRFUkVZIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX01VTFRJVE9VQ0gg aXMgbm90IHNldAojIENPTkZJR19ISURfTlRSSUcgaXMgbm90IHNldAojIENP TkZJR19ISURfT1JURUsgaXMgbm90IHNldAojIENPTkZJR19ISURfUEFOVEhF UkxPUkQgaXMgbm90IHNldAojIENPTkZJR19ISURfUEVUQUxZTlggaXMgbm90 IHNldAojIENPTkZJR19ISURfUElDT0xDRCBpcyBub3Qgc2V0CiMgQ09ORklH X0hJRF9RVUFOVEEgaXMgbm90IHNldAojIENPTkZJR19ISURfUk9DQ0FUIGlz IG5vdCBzZXQKIyBDT05GSUdfSElEX1NBTVNVTkcgaXMgbm90IHNldAojIENP TkZJR19ISURfU09OWSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9TUEVFRExJ TksgaXMgbm90IHNldAojIENPTkZJR19ISURfU1VOUExVUyBpcyBub3Qgc2V0 CiMgQ09ORklHX0hJRF9HUkVFTkFTSUEgaXMgbm90IHNldAojIENPTkZJR19I SURfU01BUlRKT1lQTFVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1RPUFNF RUQgaXMgbm90IHNldAojIENPTkZJR19ISURfVEhSVVNUTUFTVEVSIGlzIG5v dCBzZXQKIyBDT05GSUdfSElEX1pFUk9QTFVTIGlzIG5vdCBzZXQKIyBDT05G SUdfSElEX1pZREFDUk9OIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TVVBQT1JU PXkKQ09ORklHX1VTQl9BUkNIX0hBU19IQ0Q9eQpDT05GSUdfVVNCX0FSQ0hf SEFTX09IQ0k9eQpDT05GSUdfVVNCX0FSQ0hfSEFTX0VIQ0k9eQpDT05GSUdf VVNCPW0KIyBDT05GSUdfVVNCX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdf VVNCX0FOTk9VTkNFX05FV19ERVZJQ0VTIGlzIG5vdCBzZXQKCiMKIyBNaXNj ZWxsYW5lb3VzIFVTQiBvcHRpb25zCiMKQ09ORklHX1VTQl9ERVZJQ0VGUz15 CiMgQ09ORklHX1VTQl9ERVZJQ0VfQ0xBU1MgaXMgbm90IHNldAojIENPTkZJ R19VU0JfRFlOQU1JQ19NSU5PUlMgaXMgbm90IHNldAojIENPTkZJR19VU0Jf U1VTUEVORCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9PVEdfV0hJVEVMSVNU IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX09UR19CTEFDS0xJU1RfSFVCIGlz IG5vdCBzZXQKQ09ORklHX1VTQl9NT049bQpDT05GSUdfVVNCX1dVU0I9bQpD T05GSUdfVVNCX1dVU0JfQ0JBRj1tCiMgQ09ORklHX1VTQl9XVVNCX0NCQUZf REVCVUcgaXMgbm90IHNldAoKIwojIFVTQiBIb3N0IENvbnRyb2xsZXIgRHJp dmVycwojCiMgQ09ORklHX1VTQl9DNjdYMDBfSENEIGlzIG5vdCBzZXQKQ09O RklHX1VTQl9YSENJX0hDRD1tCiMgQ09ORklHX1VTQl9YSENJX0hDRF9ERUJV R0dJTkcgaXMgbm90IHNldApDT05GSUdfVVNCX0VIQ0lfSENEPW0KQ09ORklH X1VTQl9FSENJX1JPT1RfSFVCX1RUPXkKQ09ORklHX1VTQl9FSENJX1RUX05F V1NDSEVEPXkKIyBDT05GSUdfVVNCX09YVTIxMEhQX0hDRCBpcyBub3Qgc2V0 CkNPTkZJR19VU0JfSVNQMTE2WF9IQ0Q9bQojIENPTkZJR19VU0JfSVNQMTc2 MF9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNQMTM2Ml9IQ0QgaXMg bm90IHNldApDT05GSUdfVVNCX09IQ0lfSENEPW0KIyBDT05GSUdfVVNCX09I Q0lfSENEX1NTQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9PSENJX0JJR19F TkRJQU5fREVTQyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9PSENJX0JJR19F TkRJQU5fTU1JTyBpcyBub3Qgc2V0CkNPTkZJR19VU0JfT0hDSV9MSVRUTEVf RU5ESUFOPXkKQ09ORklHX1VTQl9VSENJX0hDRD1tCkNPTkZJR19VU0JfVTEz Ml9IQ0Q9bQpDT05GSUdfVVNCX1NMODExX0hDRD1tCiMgQ09ORklHX1VTQl9T TDgxMV9IQ0RfSVNPIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TTDgxMV9DUz1t CkNPTkZJR19VU0JfUjhBNjY1OTdfSENEPW0KIyBDT05GSUdfVVNCX1dIQ0lf SENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0hXQV9IQ0QgaXMgbm90IHNl dAoKIwojIFVTQiBEZXZpY2UgQ2xhc3MgZHJpdmVycwojCkNPTkZJR19VU0Jf QUNNPW0KQ09ORklHX1VTQl9QUklOVEVSPW0KIyBDT05GSUdfVVNCX1dETSBp cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9UTUMgaXMgbm90IHNldAoKIwojIE5P VEU6IFVTQl9TVE9SQUdFIGRlcGVuZHMgb24gU0NTSSBidXQgQkxLX0RFVl9T RCBtYXkKIwoKIwojIGFsc28gYmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JBR0Ug SGVscCBmb3IgbW9yZSBpbmZvCiMKQ09ORklHX1VTQl9TVE9SQUdFPW0KIyBD T05GSUdfVVNCX1NUT1JBR0VfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19V U0JfU1RPUkFHRV9SRUFMVEVLIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TVE9S QUdFX0RBVEFGQUI9bQpDT05GSUdfVVNCX1NUT1JBR0VfRlJFRUNPTT1tCkNP TkZJR19VU0JfU1RPUkFHRV9JU0QyMDA9bQpDT05GSUdfVVNCX1NUT1JBR0Vf VVNCQVQ9bQpDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5PW0KQ09ORklHX1VT Ql9TVE9SQUdFX1NERFI1NT1tCkNPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hP VD1tCkNPTkZJR19VU0JfU1RPUkFHRV9BTEFVREE9bQojIENPTkZJR19VU0Jf U1RPUkFHRV9PTkVUT1VDSCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU1RPUkFH RV9LQVJNQT1tCiMgQ09ORklHX1VTQl9TVE9SQUdFX0NZUFJFU1NfQVRBQ0Ig aXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9FTkVfVUI2MjUwIGlz IG5vdCBzZXQKQ09ORklHX1VTQl9VQVM9bQpDT05GSUdfVVNCX0xJQlVTVUFM PXkKCiMKIyBVU0IgSW1hZ2luZyBkZXZpY2VzCiMKQ09ORklHX1VTQl9NREM4 MDA9bQpDT05GSUdfVVNCX01JQ1JPVEVLPW0KCiMKIyBVU0IgcG9ydCBkcml2 ZXJzCiMKQ09ORklHX1VTQl9VU1M3MjA9bQpDT05GSUdfVVNCX1NFUklBTD1t CkNPTkZJR19VU0JfRVpVU0I9eQpDT05GSUdfVVNCX1NFUklBTF9HRU5FUklD PXkKQ09ORklHX1VTQl9TRVJJQUxfQUlSQ0FCTEU9bQpDT05GSUdfVVNCX1NF UklBTF9BUkszMTE2PW0KQ09ORklHX1VTQl9TRVJJQUxfQkVMS0lOPW0KQ09O RklHX1VTQl9TRVJJQUxfQ0gzNDE9bQpDT05GSUdfVVNCX1NFUklBTF9XSElU RUhFQVQ9bQpDT05GSUdfVVNCX1NFUklBTF9ESUdJX0FDQ0VMRVBPUlQ9bQoj IENPTkZJR19VU0JfU0VSSUFMX0NQMjEwWCBpcyBub3Qgc2V0CkNPTkZJR19V U0JfU0VSSUFMX0NZUFJFU1NfTTg9bQpDT05GSUdfVVNCX1NFUklBTF9FTVBF Rz1tCkNPTkZJR19VU0JfU0VSSUFMX0ZURElfU0lPPW0KQ09ORklHX1VTQl9T RVJJQUxfRlVOU09GVD1tCkNPTkZJR19VU0JfU0VSSUFMX1ZJU09SPW0KQ09O RklHX1VTQl9TRVJJQUxfSVBBUT1tCiMgQ09ORklHX1VTQl9TRVJJQUxfSVIg aXMgbm90IHNldApDT05GSUdfVVNCX1NFUklBTF9FREdFUE9SVD1tCkNPTkZJ R19VU0JfU0VSSUFMX0VER0VQT1JUX1RJPW0KQ09ORklHX1VTQl9TRVJJQUxf R0FSTUlOPW0KQ09ORklHX1VTQl9TRVJJQUxfSVBXPW0KIyBDT05GSUdfVVNC X1NFUklBTF9JVVUgaXMgbm90IHNldApDT05GSUdfVVNCX1NFUklBTF9LRVlT UEFOX1BEQT1tCkNPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU49bQpDT05GSUdf VVNCX1NFUklBTF9LRVlTUEFOX01QUj15CkNPTkZJR19VU0JfU0VSSUFMX0tF WVNQQU5fVVNBMjg9eQpDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VTQTI4 WD15CkNPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjhYQT15CkNPTkZJ R19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjhYQj15CkNPTkZJR19VU0JfU0VS SUFMX0tFWVNQQU5fVVNBMTk9eQpDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFO X1VTQTE4WD15CkNPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMTlXPXkK Q09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0ExOVFXPXkKQ09ORklHX1VT Ql9TRVJJQUxfS0VZU1BBTl9VU0ExOVFJPXkKQ09ORklHX1VTQl9TRVJJQUxf S0VZU1BBTl9VU0E0OVc9eQpDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VT QTQ5V0xDPXkKQ09ORklHX1VTQl9TRVJJQUxfS0xTST1tCkNPTkZJR19VU0Jf U0VSSUFMX0tPQklMX1NDVD1tCkNPTkZJR19VU0JfU0VSSUFMX01DVF9VMjMy PW0KQ09ORklHX1VTQl9TRVJJQUxfTU9TNzcyMD1tCiMgQ09ORklHX1VTQl9T RVJJQUxfTU9TNzcxNV9QQVJQT1JUIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9T RVJJQUxfTU9TNzg0MD1tCiMgQ09ORklHX1VTQl9TRVJJQUxfTU9UT1JPTEEg aXMgbm90IHNldApDT05GSUdfVVNCX1NFUklBTF9OQVZNQU49bQpDT05GSUdf VVNCX1NFUklBTF9QTDIzMDM9bQpDT05GSUdfVVNCX1NFUklBTF9PVEk2ODU4 PW0KIyBDT05GSUdfVVNCX1NFUklBTF9RQ0FVWCBpcyBub3Qgc2V0CiMgQ09O RklHX1VTQl9TRVJJQUxfUVVBTENPTU0gaXMgbm90IHNldAojIENPTkZJR19V U0JfU0VSSUFMX1NQQ1A4WDUgaXMgbm90IHNldApDT05GSUdfVVNCX1NFUklB TF9IUDRYPW0KQ09ORklHX1VTQl9TRVJJQUxfU0FGRT1tCiMgQ09ORklHX1VT Ql9TRVJJQUxfU0FGRV9QQURERUQgaXMgbm90IHNldAojIENPTkZJR19VU0Jf U0VSSUFMX1NJRU1FTlNfTVBJIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TRVJJ QUxfU0lFUlJBV0lSRUxFU1M9bQojIENPTkZJR19VU0JfU0VSSUFMX1NZTUJP TCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX1RJPW0KQ09ORklHX1VT Ql9TRVJJQUxfQ1lCRVJKQUNLPW0KQ09ORklHX1VTQl9TRVJJQUxfWElSQ09N PW0KQ09ORklHX1VTQl9TRVJJQUxfV1dBTj1tCkNPTkZJR19VU0JfU0VSSUFM X09QVElPTj1tCkNPTkZJR19VU0JfU0VSSUFMX09NTklORVQ9bQojIENPTkZJ R19VU0JfU0VSSUFMX09QVElDT04gaXMgbm90IHNldAojIENPTkZJR19VU0Jf U0VSSUFMX1ZJVk9QQVlfU0VSSUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC X1NFUklBTF9aSU8gaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1NT VTEwMCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX0RFQlVHPW0KCiMK IyBVU0IgTWlzY2VsbGFuZW91cyBkcml2ZXJzCiMKQ09ORklHX1VTQl9FTUk2 Mj1tCkNPTkZJR19VU0JfRU1JMjY9bQpDT05GSUdfVVNCX0FEVVRVWD1tCiMg Q09ORklHX1VTQl9TRVZTRUcgaXMgbm90IHNldApDT05GSUdfVVNCX1JJTzUw MD1tCkNPTkZJR19VU0JfTEVHT1RPV0VSPW0KQ09ORklHX1VTQl9MQ0Q9bQpD T05GSUdfVVNCX0xFRD1tCkNPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjM9bQpD T05GSUdfVVNCX0NZVEhFUk09bQpDT05GSUdfVVNCX0lETU9VU0U9bQpDT05G SUdfVVNCX0ZURElfRUxBTj1tCkNPTkZJR19VU0JfQVBQTEVESVNQTEFZPW0K Q09ORklHX1VTQl9TSVNVU0JWR0E9bQojIENPTkZJR19VU0JfU0lTVVNCVkdB X0NPTiBpcyBub3Qgc2V0CkNPTkZJR19VU0JfTEQ9bQpDT05GSUdfVVNCX1RS QU5DRVZJQlJBVE9SPW0KQ09ORklHX1VTQl9JT1dBUlJJT1I9bQojIENPTkZJ R19VU0JfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JU0lHSFRGVyBp cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9ZVVJFWCBpcyBub3Qgc2V0CkNPTkZJ R19VU0JfQVRNPW0KQ09ORklHX1VTQl9TUEVFRFRPVUNIPW0KQ09ORklHX1VT Ql9DWEFDUlU9bQpDT05GSUdfVVNCX1VFQUdMRUFUTT1tCkNPTkZJR19VU0Jf WFVTQkFUTT1tCkNPTkZJR19VU0JfR0FER0VUPW0KIyBDT05GSUdfVVNCX0dB REdFVF9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9HQURHRVRfREVC VUdfRklMRVMgaXMgbm90IHNldAojIENPTkZJR19VU0JfR0FER0VUX0RFQlVH X0ZTIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9HQURHRVRfVkJVU19EUkFXPTIK IyBDT05GSUdfVVNCX1I4QTY2NTk3IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC X002NjU5MiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BTUQ1NTM2VURDIGlz IG5vdCBzZXQKIyBDT05GSUdfVVNCX0NJMTNYWFhfUENJIGlzIG5vdCBzZXQK IyBDT05GSUdfVVNCX05FVDIyNzIgaXMgbm90IHNldApDT05GSUdfVVNCX05F VDIyODA9bQojIENPTkZJR19VU0JfR09LVSBpcyBub3Qgc2V0CiMgQ09ORklH X1VTQl9FRzIwVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9EVU1NWV9IQ0Qg aXMgbm90IHNldApDT05GSUdfVVNCX0dBREdFVF9EVUFMU1BFRUQ9eQpDT05G SUdfVVNCX1pFUk89bQpDT05GSUdfVVNCX0VUSD1tCkNPTkZJR19VU0JfRVRI X1JORElTPXkKIyBDT05GSUdfVVNCX0VUSF9FRU0gaXMgbm90IHNldAojIENP TkZJR19VU0JfR19OQ00gaXMgbm90IHNldApDT05GSUdfVVNCX0dBREdFVEZT PW0KIyBDT05GSUdfVVNCX0ZVTkNUSU9ORlMgaXMgbm90IHNldApDT05GSUdf VVNCX0ZJTEVfU1RPUkFHRT1tCiMgQ09ORklHX1VTQl9GSUxFX1NUT1JBR0Vf VEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9NQVNTX1NUT1JBR0UgaXMg bm90IHNldApDT05GSUdfVVNCX0dfU0VSSUFMPW0KIyBDT05GSUdfVVNCX0df UFJJTlRFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9DRENfQ09NUE9TSVRF IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0dfTVVMVEkgaXMgbm90IHNldAoj IENPTkZJR19VU0JfR19ISUQgaXMgbm90IHNldAojIENPTkZJR19VU0JfR19E QkdQIGlzIG5vdCBzZXQKCiMKIyBPVEcgYW5kIHJlbGF0ZWQgaW5mcmFzdHJ1 Y3R1cmUKIwpDT05GSUdfVVNCX09UR19VVElMUz15CiMgQ09ORklHX1VTQl9H UElPX1ZCVVMgaXMgbm90IHNldApDT05GSUdfTk9QX1VTQl9YQ0VJVj1tCkNP TkZJR19VV0I9bQojIENPTkZJR19VV0JfSFdBIGlzIG5vdCBzZXQKIyBDT05G SUdfVVdCX1dIQ0kgaXMgbm90IHNldApDT05GSUdfTU1DPW0KIyBDT05GSUdf TU1DX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfTU1DX1VOU0FGRV9SRVNV TUUgaXMgbm90IHNldAojIENPTkZJR19NTUNfQ0xLR0FURSBpcyBub3Qgc2V0 CgojCiMgTU1DL1NEL1NESU8gQ2FyZCBEcml2ZXJzCiMKQ09ORklHX01NQ19C TE9DSz1tCkNPTkZJR19NTUNfQkxPQ0tfTUlOT1JTPTgKQ09ORklHX01NQ19C TE9DS19CT1VOQ0U9eQpDT05GSUdfU0RJT19VQVJUPW0KIyBDT05GSUdfTU1D X1RFU1QgaXMgbm90IHNldAoKIwojIE1NQy9TRC9TRElPIEhvc3QgQ29udHJv bGxlciBEcml2ZXJzCiMKQ09ORklHX01NQ19TREhDST1tCiMgQ09ORklHX01N Q19TREhDSV9QQ0kgaXMgbm90IHNldAojIENPTkZJR19NTUNfU0RIQ0lfUExU Rk0gaXMgbm90IHNldApDT05GSUdfTU1DX1dCU0Q9bQpDT05GSUdfTU1DX1RJ Rk1fU0Q9bQojIENPTkZJR19NTUNfU1BJIGlzIG5vdCBzZXQKIyBDT05GSUdf TU1DX1NEUklDT0hfQ1MgaXMgbm90IHNldAojIENPTkZJR19NTUNfQ0I3MTAg aXMgbm90IHNldAojIENPTkZJR19NTUNfVklBX1NETU1DIGlzIG5vdCBzZXQK IyBDT05GSUdfTU1DX1ZVQjMwMCBpcyBub3Qgc2V0CiMgQ09ORklHX01NQ19V U0hDIGlzIG5vdCBzZXQKIyBDT05GSUdfTUVNU1RJQ0sgaXMgbm90IHNldApD T05GSUdfTkVXX0xFRFM9eQpDT05GSUdfTEVEU19DTEFTUz15CgojCiMgTEVE IGRyaXZlcnMKIwojIENPTkZJR19MRURTX0xNMzUzMCBpcyBub3Qgc2V0CiMg Q09ORklHX0xFRFNfQUxJWDIgaXMgbm90IHNldAojIENPTkZJR19MRURTX1BD QTk1MzIgaXMgbm90IHNldAojIENPTkZJR19MRURTX0dQSU8gaXMgbm90IHNl dAojIENPTkZJR19MRURTX0xQMzk0NCBpcyBub3Qgc2V0CiMgQ09ORklHX0xF RFNfTFA1NTIxIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19MUDU1MjMgaXMg bm90IHNldAojIENPTkZJR19MRURTX0NMRVZPX01BSUwgaXMgbm90IHNldAoj IENPTkZJR19MRURTX1BDQTk1NVggaXMgbm90IHNldAojIENPTkZJR19MRURT X0RBQzEyNFMwODUgaXMgbm90IHNldAojIENPTkZJR19MRURTX0JEMjgwMiBp cyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfSU5URUxfU1M0MjAwIGlzIG5vdCBz ZXQKIyBDT05GSUdfTEVEU19MVDM1OTMgaXMgbm90IHNldApDT05GSUdfTEVE U19UUklHR0VSUz15CgojCiMgTEVEIFRyaWdnZXJzCiMKQ09ORklHX0xFRFNf VFJJR0dFUl9USU1FUj1tCkNPTkZJR19MRURTX1RSSUdHRVJfSURFX0RJU0s9 eQpDT05GSUdfTEVEU19UUklHR0VSX0hFQVJUQkVBVD1tCiMgQ09ORklHX0xF RFNfVFJJR0dFUl9CQUNLTElHSFQgaXMgbm90IHNldAojIENPTkZJR19MRURT X1RSSUdHRVJfR1BJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfVFJJR0dF Ul9ERUZBVUxUX09OIGlzIG5vdCBzZXQKCiMKIyBpcHRhYmxlcyB0cmlnZ2Vy IGlzIHVuZGVyIE5ldGZpbHRlciBjb25maWcgKExFRCB0YXJnZXQpCiMKIyBD T05GSUdfQUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0CkNPTkZJR19JTkZJTklC QU5EPW0KQ09ORklHX0lORklOSUJBTkRfVVNFUl9NQUQ9bQpDT05GSUdfSU5G SU5JQkFORF9VU0VSX0FDQ0VTUz1tCkNPTkZJR19JTkZJTklCQU5EX1VTRVJf TUVNPXkKQ09ORklHX0lORklOSUJBTkRfQUREUl9UUkFOUz15CkNPTkZJR19J TkZJTklCQU5EX01USENBPW0KQ09ORklHX0lORklOSUJBTkRfTVRIQ0FfREVC VUc9eQojIENPTkZJR19JTkZJTklCQU5EX0lQQVRIIGlzIG5vdCBzZXQKIyBD T05GSUdfSU5GSU5JQkFORF9RSUIgaXMgbm90IHNldApDT05GSUdfSU5GSU5J QkFORF9BTVNPMTEwMD1tCkNPTkZJR19JTkZJTklCQU5EX0FNU08xMTAwX0RF QlVHPXkKQ09ORklHX0lORklOSUJBTkRfQ1hHQjM9bQojIENPTkZJR19JTkZJ TklCQU5EX0NYR0IzX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX01MWDRfSU5G SU5JQkFORD1tCiMgQ09ORklHX0lORklOSUJBTkRfTkVTIGlzIG5vdCBzZXQK Q09ORklHX0lORklOSUJBTkRfSVBPSUI9bQpDT05GSUdfSU5GSU5JQkFORF9J UE9JQl9DTT15CkNPTkZJR19JTkZJTklCQU5EX0lQT0lCX0RFQlVHPXkKIyBD T05GSUdfSU5GSU5JQkFORF9JUE9JQl9ERUJVR19EQVRBIGlzIG5vdCBzZXQK Q09ORklHX0lORklOSUJBTkRfU1JQPW0KQ09ORklHX0lORklOSUJBTkRfSVNF Uj1tCkNPTkZJR19FREFDPXkKCiMKIyBSZXBvcnRpbmcgc3Vic3lzdGVtcwoj CiMgQ09ORklHX0VEQUNfREVCVUcgaXMgbm90IHNldApDT05GSUdfRURBQ19N TV9FREFDPW0KQ09ORklHX0VEQUNfRTc1Mlg9bQpDT05GSUdfRURBQ19JODI5 NzVYPW0KQ09ORklHX0VEQUNfSTMwMDA9bQojIENPTkZJR19FREFDX0kzMjAw IGlzIG5vdCBzZXQKIyBDT05GSUdfRURBQ19YMzggaXMgbm90IHNldAojIENP TkZJR19FREFDX0k1NDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRURBQ19JN0NP UkUgaXMgbm90IHNldApDT05GSUdfRURBQ19JNTAwMD1tCiMgQ09ORklHX0VE QUNfSTUxMDAgaXMgbm90IHNldAojIENPTkZJR19FREFDX0k3MzAwIGlzIG5v dCBzZXQKQ09ORklHX1JUQ19MSUI9eQpDT05GSUdfUlRDX0NMQVNTPXkKQ09O RklHX1JUQ19IQ1RPU1lTPXkKQ09ORklHX1JUQ19IQ1RPU1lTX0RFVklDRT0i cnRjMCIKIyBDT05GSUdfUlRDX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBSVEMg aW50ZXJmYWNlcwojCkNPTkZJR19SVENfSU5URl9TWVNGUz15CkNPTkZJR19S VENfSU5URl9QUk9DPXkKQ09ORklHX1JUQ19JTlRGX0RFVj15CkNPTkZJR19S VENfSU5URl9ERVZfVUlFX0VNVUw9eQpDT05GSUdfUlRDX0RSVl9URVNUPW0K CiMKIyBJMkMgUlRDIGRyaXZlcnMKIwpDT05GSUdfUlRDX0RSVl9EUzEzMDc9 bQpDT05GSUdfUlRDX0RSVl9EUzEzNzQ9bQpDT05GSUdfUlRDX0RSVl9EUzE2 NzI9bQojIENPTkZJR19SVENfRFJWX0RTMzIzMiBpcyBub3Qgc2V0CkNPTkZJ R19SVENfRFJWX01BWDY5MDA9bQpDT05GSUdfUlRDX0RSVl9SUzVDMzcyPW0K Q09ORklHX1JUQ19EUlZfSVNMMTIwOD1tCiMgQ09ORklHX1JUQ19EUlZfSVNM MTIwMjIgaXMgbm90IHNldApDT05GSUdfUlRDX0RSVl9YMTIwNT1tCkNPTkZJ R19SVENfRFJWX1BDRjg1NjM9bQpDT05GSUdfUlRDX0RSVl9QQ0Y4NTgzPW0K Q09ORklHX1JUQ19EUlZfTTQxVDgwPW0KQ09ORklHX1JUQ19EUlZfTTQxVDgw X1dEVD15CiMgQ09ORklHX1JUQ19EUlZfQlEzMksgaXMgbm90IHNldAojIENP TkZJR19SVENfRFJWX1MzNTM5MEEgaXMgbm90IHNldAojIENPTkZJR19SVENf RFJWX0ZNMzEzMCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUlg4NTgx IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9SWDgwMjUgaXMgbm90IHNl dAojIENPTkZJR19SVENfRFJWX0VNMzAyNyBpcyBub3Qgc2V0CiMgQ09ORklH X1JUQ19EUlZfUlYzMDI5QzIgaXMgbm90IHNldAoKIwojIFNQSSBSVEMgZHJp dmVycwojCiMgQ09ORklHX1JUQ19EUlZfTTQxVDkzIGlzIG5vdCBzZXQKIyBD T05GSUdfUlRDX0RSVl9NNDFUOTQgaXMgbm90IHNldAojIENPTkZJR19SVENf RFJWX0RTMTMwNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxMzkw IGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTUFYNjkwMj1tCiMgQ09ORklH X1JUQ19EUlZfUjk3MDEgaXMgbm90IHNldApDT05GSUdfUlRDX0RSVl9SUzVD MzQ4PW0KIyBDT05GSUdfUlRDX0RSVl9EUzMyMzQgaXMgbm90IHNldAojIENP TkZJR19SVENfRFJWX1BDRjIxMjMgaXMgbm90IHNldAoKIwojIFBsYXRmb3Jt IFJUQyBkcml2ZXJzCiMKQ09ORklHX1JUQ19EUlZfQ01PUz15CiMgQ09ORklH X1JUQ19EUlZfRFMxMjg2IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9E UzE1MTEgaXMgbm90IHNldApDT05GSUdfUlRDX0RSVl9EUzE1NTM9bQpDT05G SUdfUlRDX0RSVl9EUzE3NDI9bQpDT05GSUdfUlRDX0RSVl9TVEsxN1RBOD1t CkNPTkZJR19SVENfRFJWX000OFQ4Nj1tCiMgQ09ORklHX1JUQ19EUlZfTTQ4 VDM1IGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTTQ4VDU5PW0KIyBDT05G SUdfUlRDX0RSVl9NU002MjQyIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RS Vl9CUTQ4MDIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX1JQNUMwMSBp cyBub3Qgc2V0CkNPTkZJR19SVENfRFJWX1YzMDIwPW0KCiMKIyBvbi1DUFUg UlRDIGRyaXZlcnMKIwpDT05GSUdfRE1BREVWSUNFUz15CkNPTkZJR19ETUFE RVZJQ0VTX0RFQlVHPXkKQ09ORklHX0RNQURFVklDRVNfVkRFQlVHPXkKCiMK IyBETUEgRGV2aWNlcwojCkNPTkZJR19JTlRFTF9NSURfRE1BQz15CkNPTkZJ R19JTlRFTF9JT0FURE1BPXkKQ09ORklHX1RJTUJfRE1BPXkKQ09ORklHX1BD SF9ETUE9eQpDT05GSUdfRE1BX0VOR0lORT15CgojCiMgRE1BIENsaWVudHMK IwpDT05GSUdfTkVUX0RNQT15CkNPTkZJR19BU1lOQ19UWF9ETUE9eQojIENP TkZJR19ETUFURVNUIGlzIG5vdCBzZXQKQ09ORklHX0RDQT15CkNPTkZJR19B VVhESVNQTEFZPXkKQ09ORklHX0tTMDEwOD1tCkNPTkZJR19LUzAxMDhfUE9S VD0weDM3OApDT05GSUdfS1MwMTA4X0RFTEFZPTIKQ09ORklHX0NGQUcxMjg2 NEI9bQpDT05GSUdfQ0ZBRzEyODY0Ql9SQVRFPTIwCkNPTkZJR19VSU89eQpD T05GSUdfVUlPX0NJRj15CkNPTkZJR19VSU9fUERSVj15CkNPTkZJR19VSU9f UERSVl9HRU5JUlE9eQpDT05GSUdfVUlPX0FFQz15CkNPTkZJR19VSU9fU0VS Q09TMz1tCkNPTkZJR19VSU9fUENJX0dFTkVSSUM9bQpDT05GSUdfVUlPX05F VFg9bQpDT05GSUdfVklSVElPPXkKQ09ORklHX1ZJUlRJT19SSU5HPXkKCiMK IyBWaXJ0aW8gZHJpdmVycwojCkNPTkZJR19WSVJUSU9fUENJPXkKQ09ORklH X1ZJUlRJT19CQUxMT09OPXkKCiMKIyBYZW4gZHJpdmVyIHN1cHBvcnQKIwpD T05GSUdfWEVOX0JBTExPT049eQpDT05GSUdfWEVOX1NFTEZCQUxMT09OSU5H PXkKQ09ORklHX1hFTl9CQUxMT09OX01FTU9SWV9IT1RQTFVHPXkKQ09ORklH X1hFTl9TQ1JVQl9QQUdFUz15CkNPTkZJR19YRU5fREVWX0VWVENITj15CkNP TkZJR19YRU5fQkFDS0VORD15CkNPTkZJR19YRU5GUz15CkNPTkZJR19YRU5f Q09NUEFUX1hFTkZTPXkKQ09ORklHX1hFTl9TWVNfSFlQRVJWSVNPUj15CkNP TkZJR19YRU5fWEVOQlVTX0ZST05URU5EPXkKQ09ORklHX1hFTl9HTlRERVY9 eQpDT05GSUdfWEVOX0dSQU5UX0RFVl9BTExPQz15CkNPTkZJR19YRU5fUExB VEZPUk1fUENJPXkKQ09ORklHX1NXSU9UTEJfWEVOPXkKQ09ORklHX1hFTl9U TUVNPXkKQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VORD15CkNPTkZJR19TVEFH SU5HPXkKIyBDT05GSUdfRVQxMzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xJ Q09TUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQklQX0NPUkUgaXMgbm90IHNl dAojIENPTkZJR19XMzVVTkQgaXMgbm90IHNldAojIENPTkZJR19QUklTTTJf VVNCIGlzIG5vdCBzZXQKIyBDT05GSUdfRUNITyBpcyBub3Qgc2V0CiMgQ09O RklHX0JSQ01VVElMIGlzIG5vdCBzZXQKIyBDT05GSUdfQlJDTVNNQUMgaXMg bm90IHNldAojIENPTkZJR19CUkNNRk1BQyBpcyBub3Qgc2V0CiMgQ09ORklH X0NPTUVESSBpcyBub3Qgc2V0CiMgQ09ORklHX0FTVVNfT0xFRCBpcyBub3Qg c2V0CiMgQ09ORklHX1BBTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfUjgxODdT RSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgxOTJVIGlzIG5vdCBzZXQKIyBD T05GSUdfUlRMODE5MkUgaXMgbm90IHNldAojIENPTkZJR19SODcxMlUgaXMg bm90IHNldAojIENPTkZJR19SVFNfUFNUT1IgaXMgbm90IHNldAojIENPTkZJ R19UUkFOWlBPUlQgaXMgbm90IHNldAojIENPTkZJR19QT0hNRUxGUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lERV9QSElTT04gaXMgbm90IHNldAojIENPTkZJ R19EUk1fVk1XR0ZYIGlzIG5vdCBzZXQKIyBDT05GSUdfRFJNX05PVVZFQVUg aXMgbm90IHNldAoKIwojIEkyQyBlbmNvZGVyIG9yIGhlbHBlciBjaGlwcwoj CiMgQ09ORklHX0RSTV9JMkNfQ0g3MDA2IGlzIG5vdCBzZXQKIyBDT05GSUdf RFJNX0kyQ19TSUwxNjQgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFM X1FVQVRFQ0gyIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9RVUFU RUNIX1VTQjIgaXMgbm90IHNldAojIENPTkZJR19WVDY2NTUgaXMgbm90IHNl dAojIENPTkZJR19WVDY2NTYgaXMgbm90IHNldAojIENPTkZJR19IWVBFUlYg aXMgbm90IHNldAojIENPTkZJR19WTUVfQlVTIGlzIG5vdCBzZXQKIyBDT05G SUdfRFhfU0VQIGlzIG5vdCBzZXQKIyBDT05GSUdfSUlPIGlzIG5vdCBzZXQK IyBDT05GSUdfWFZNQUxMT0MgaXMgbm90IHNldAojIENPTkZJR19aUkFNIGlz IG5vdCBzZXQKIyBDT05GSUdfWkNBQ0hFIGlzIG5vdCBzZXQKIyBDT05GSUdf V0xBR1M0OV9IMiBpcyBub3Qgc2V0CiMgQ09ORklHX1dMQUdTNDlfSDI1IGlz IG5vdCBzZXQKIyBDT05GSUdfRkJfU003WFggaXMgbm90IHNldAojIENPTkZJ R19DUllTVEFMSEQgaXMgbm90IHNldAojIENPTkZJR19DWFQxRTEgaXMgbm90 IHNldAojIENPTkZJR19GQl9YR0kgaXMgbm90IHNldAojIENPTkZJR19MSVJD X1NUQUdJTkcgaXMgbm90IHNldAojIENPTkZJR19BQ1BJX1FVSUNLU1RBUlQg aXMgbm90IHNldAojIENPTkZJR19TQkVfMlQzRTMgaXMgbm90IHNldAojIENP TkZJR19BVEg2S19MRUdBQ1kgaXMgbm90IHNldAojIENPTkZJR19VU0JfRU5F U1RPUkFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0JDTV9XSU1BWCBpcyBub3Qg c2V0CiMgQ09ORklHX0ZUMTAwMCBpcyBub3Qgc2V0CgojCiMgU3BlYWt1cCBj b25zb2xlIHNwZWVjaAojCiMgQ09ORklHX1NQRUFLVVAgaXMgbm90IHNldAoj IENPTkZJR19UT1VDSFNDUkVFTl9DTEVBUlBBRF9UTTEyMTcgaXMgbm90IHNl dAojIENPTkZJR19UT1VDSFNDUkVFTl9TWU5BUFRJQ1NfSTJDX1JNSTQgaXMg bm90IHNldAojIENPTkZJR19EUk1fUFNCIGlzIG5vdCBzZXQKIyBDT05GSUdf QUxURVJBX1NUQVBMIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URUxfTUVJIGlz IG5vdCBzZXQKQ09ORklHX1g4Nl9QTEFURk9STV9ERVZJQ0VTPXkKIyBDT05G SUdfQUNFUkhERiBpcyBub3Qgc2V0CkNPTkZJR19BU1VTX0xBUFRPUD1tCkNP TkZJR19GVUpJVFNVX0xBUFRPUD1tCiMgQ09ORklHX0ZVSklUU1VfTEFQVE9Q X0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfQUNDRUwgaXMgbm90IHNl dApDT05GSUdfTVNJX0xBUFRPUD1tCiMgQ09ORklHX1BBTkFTT05JQ19MQVBU T1AgaXMgbm90IHNldAojIENPTkZJR19DT01QQUxfTEFQVE9QIGlzIG5vdCBz ZXQKQ09ORklHX1NPTllfTEFQVE9QPW0KQ09ORklHX1NPTllQSV9DT01QQVQ9 eQojIENPTkZJR19JREVBUEFEX0xBUFRPUCBpcyBub3Qgc2V0CkNPTkZJR19U SElOS1BBRF9BQ1BJPW0KIyBDT05GSUdfVEhJTktQQURfQUNQSV9ERUJVR0ZB Q0lMSVRJRVMgaXMgbm90IHNldAojIENPTkZJR19USElOS1BBRF9BQ1BJX0RF QlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfVEhJTktQQURfQUNQSV9VTlNBRkVf TEVEUyBpcyBub3Qgc2V0CkNPTkZJR19USElOS1BBRF9BQ1BJX1ZJREVPPXkK Q09ORklHX1RISU5LUEFEX0FDUElfSE9US0VZX1BPTEw9eQpDT05GSUdfU0VO U09SU19IREFQUz1tCiMgQ09ORklHX0lOVEVMX01FTkxPVyBpcyBub3Qgc2V0 CiMgQ09ORklHX0VFRVBDX0xBUFRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX0FD UElfV01JIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfQVNVUz1tCiMgQ09ORklH X1RPUFNUQVJfTEFQVE9QIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfVE9TSElC QT1tCiMgQ09ORklHX1RPU0hJQkFfQlRfUkZLSUxMIGlzIG5vdCBzZXQKIyBD T05GSUdfQUNQSV9DTVBDIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URUxfSVBT IGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX1JUTCBpcyBub3Qgc2V0CiMgQ09O RklHX1hPMTVfRUJPT0sgaXMgbm90IHNldAojIENPTkZJR19TQU1TVU5HX0xB UFRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOVEVMX09BS1RSQUlMIGlzIG5v dCBzZXQKIyBDT05GSUdfU0FNU1VOR19RMTAgaXMgbm90IHNldApDT05GSUdf Q0xLRVZUX0k4MjUzPXkKQ09ORklHX0k4MjUzX0xPQ0s9eQpDT05GSUdfQ0xL QkxEX0k4MjUzPXkKQ09ORklHX0lPTU1VX0FQST15CkNPTkZJR19JT01NVV9T VVBQT1JUPXkKIyBDT05GSUdfQU1EX0lPTU1VIGlzIG5vdCBzZXQKQ09ORklH X0RNQVI9eQpDT05GSUdfRE1BUl9ERUZBVUxUX09OPXkKQ09ORklHX0RNQVJf RkxPUFBZX1dBPXkKQ09ORklHX0lOVFJfUkVNQVA9eQpDT05GSUdfVklSVF9E UklWRVJTPXkKCiMKIyBGaXJtd2FyZSBEcml2ZXJzCiMKIyBDT05GSUdfRURE IGlzIG5vdCBzZXQKIyBDT05GSUdfRklSTVdBUkVfTUVNTUFQIGlzIG5vdCBz ZXQKIyBDT05GSUdfRUZJX1ZBUlMgaXMgbm90IHNldAojIENPTkZJR19ERUxM X1JCVSBpcyBub3Qgc2V0CiMgQ09ORklHX0RDREJBUyBpcyBub3Qgc2V0CkNP TkZJR19ETUlJRD15CkNPTkZJR19ETUlfU1lTRlM9eQpDT05GSUdfSVNDU0lf SUJGVF9GSU5EPXkKQ09ORklHX0lTQ1NJX0lCRlQ9bQojIENPTkZJR19TSUdN QSBpcyBub3Qgc2V0CiMgQ09ORklHX0dPT0dMRV9GSVJNV0FSRSBpcyBub3Qg c2V0CgojCiMgRmlsZSBzeXN0ZW1zCiMKQ09ORklHX0VYVDJfRlM9eQpDT05G SUdfRVhUMl9GU19YQVRUUj15CkNPTkZJR19FWFQyX0ZTX1BPU0lYX0FDTD15 CkNPTkZJR19FWFQyX0ZTX1NFQ1VSSVRZPXkKIyBDT05GSUdfRVhUMl9GU19Y SVAgaXMgbm90IHNldApDT05GSUdfRVhUM19GUz15CkNPTkZJR19FWFQzX0RF RkFVTFRTX1RPX09SREVSRUQ9eQpDT05GSUdfRVhUM19GU19YQVRUUj15CkNP TkZJR19FWFQzX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQzX0ZTX1NFQ1VS SVRZPXkKQ09ORklHX0VYVDRfRlM9eQpDT05GSUdfRVhUNF9GU19YQVRUUj15 CkNPTkZJR19FWFQ0X0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQ0X0ZTX1NF Q1VSSVRZPXkKQ09ORklHX0VYVDRfREVCVUc9eQpDT05GSUdfSkJEPXkKIyBD T05GSUdfSkJEX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0pCRDI9eQojIENP TkZJR19KQkQyX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0ZTX01CQ0FDSEU9 eQpDT05GSUdfUkVJU0VSRlNfRlM9eQpDT05GSUdfUkVJU0VSRlNfQ0hFQ0s9 eQpDT05GSUdfUkVJU0VSRlNfUFJPQ19JTkZPPXkKQ09ORklHX1JFSVNFUkZT X0ZTX1hBVFRSPXkKQ09ORklHX1JFSVNFUkZTX0ZTX1BPU0lYX0FDTD15CkNP TkZJR19SRUlTRVJGU19GU19TRUNVUklUWT15CkNPTkZJR19KRlNfRlM9bQpD T05GSUdfSkZTX1BPU0lYX0FDTD15CkNPTkZJR19KRlNfU0VDVVJJVFk9eQoj IENPTkZJR19KRlNfREVCVUcgaXMgbm90IHNldApDT05GSUdfSkZTX1NUQVRJ U1RJQ1M9eQpDT05GSUdfWEZTX0ZTPW0KQ09ORklHX1hGU19RVU9UQT15CkNP TkZJR19YRlNfUE9TSVhfQUNMPXkKQ09ORklHX1hGU19SVD15CiMgQ09ORklH X1hGU19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19HRlMyX0ZTPW0KIyBDT05G SUdfR0ZTMl9GU19MT0NLSU5HX0RMTSBpcyBub3Qgc2V0CkNPTkZJR19PQ0ZT Ml9GUz1tCkNPTkZJR19PQ0ZTMl9GU19PMkNCPW0KQ09ORklHX09DRlMyX0ZT X1VTRVJTUEFDRV9DTFVTVEVSPW0KQ09ORklHX09DRlMyX0ZTX1NUQVRTPXkK Q09ORklHX09DRlMyX0RFQlVHX01BU0tMT0c9eQojIENPTkZJR19PQ0ZTMl9E RUJVR19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0JUUkZTX0ZTIGlzIG5vdCBz ZXQKIyBDT05GSUdfTklMRlMyX0ZTIGlzIG5vdCBzZXQKQ09ORklHX0ZTX1BP U0lYX0FDTD15CkNPTkZJR19FWFBPUlRGUz15CkNPTkZJR19GSUxFX0xPQ0tJ Tkc9eQpDT05GSUdfRlNOT1RJRlk9eQpDT05GSUdfRE5PVElGWT15CkNPTkZJ R19JTk9USUZZX1VTRVI9eQojIENPTkZJR19GQU5PVElGWSBpcyBub3Qgc2V0 CkNPTkZJR19RVU9UQT15CkNPTkZJR19RVU9UQV9ORVRMSU5LX0lOVEVSRkFD RT15CkNPTkZJR19QUklOVF9RVU9UQV9XQVJOSU5HPXkKIyBDT05GSUdfUVVP VEFfREVCVUcgaXMgbm90IHNldApDT05GSUdfUVVPVEFfVFJFRT15CkNPTkZJ R19RRk1UX1YxPW0KQ09ORklHX1FGTVRfVjI9eQpDT05GSUdfUVVPVEFDVEw9 eQpDT05GSUdfUVVPVEFDVExfQ09NUEFUPXkKQ09ORklHX0FVVE9GUzRfRlM9 eQpDT05GSUdfRlVTRV9GUz15CkNPTkZJR19DVVNFPXkKQ09ORklHX0dFTkVS SUNfQUNMPXkKCiMKIyBDYWNoZXMKIwpDT05GSUdfRlNDQUNIRT1tCkNPTkZJ R19GU0NBQ0hFX1NUQVRTPXkKQ09ORklHX0ZTQ0FDSEVfSElTVE9HUkFNPXkK Q09ORklHX0ZTQ0FDSEVfREVCVUc9eQpDT05GSUdfRlNDQUNIRV9PQkpFQ1Rf TElTVD15CkNPTkZJR19DQUNIRUZJTEVTPW0KQ09ORklHX0NBQ0hFRklMRVNf REVCVUc9eQpDT05GSUdfQ0FDSEVGSUxFU19ISVNUT0dSQU09eQoKIwojIENE LVJPTS9EVkQgRmlsZXN5c3RlbXMKIwpDT05GSUdfSVNPOTY2MF9GUz15CkNP TkZJR19KT0xJRVQ9eQpDT05GSUdfWklTT0ZTPXkKQ09ORklHX1VERl9GUz15 CkNPTkZJR19VREZfTkxTPXkKCiMKIyBET1MvRkFUL05UIEZpbGVzeXN0ZW1z CiMKQ09ORklHX0ZBVF9GUz15CkNPTkZJR19NU0RPU19GUz15CkNPTkZJR19W RkFUX0ZTPXkKQ09ORklHX0ZBVF9ERUZBVUxUX0NPREVQQUdFPTQzNwpDT05G SUdfRkFUX0RFRkFVTFRfSU9DSEFSU0VUPSJpc284ODU5LTEiCkNPTkZJR19O VEZTX0ZTPXkKIyBDT05GSUdfTlRGU19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJ R19OVEZTX1JXPXkKCiMKIyBQc2V1ZG8gZmlsZXN5c3RlbXMKIwpDT05GSUdf UFJPQ19GUz15CkNPTkZJR19QUk9DX0tDT1JFPXkKQ09ORklHX1BST0NfVk1D T1JFPXkKQ09ORklHX1BST0NfU1lTQ1RMPXkKQ09ORklHX1BST0NfUEFHRV9N T05JVE9SPXkKQ09ORklHX1NZU0ZTPXkKQ09ORklHX1RNUEZTPXkKQ09ORklH X1RNUEZTX1BPU0lYX0FDTD15CkNPTkZJR19UTVBGU19YQVRUUj15CkNPTkZJ R19IVUdFVExCRlM9eQpDT05GSUdfSFVHRVRMQl9QQUdFPXkKQ09ORklHX0NP TkZJR0ZTX0ZTPXkKQ09ORklHX01JU0NfRklMRVNZU1RFTVM9eQpDT05GSUdf QURGU19GUz1tCiMgQ09ORklHX0FERlNfRlNfUlcgaXMgbm90IHNldApDT05G SUdfQUZGU19GUz1tCkNPTkZJR19FQ1JZUFRfRlM9bQpDT05GSUdfSEZTX0ZT PW0KQ09ORklHX0hGU1BMVVNfRlM9bQpDT05GSUdfQkVGU19GUz1tCiMgQ09O RklHX0JFRlNfREVCVUcgaXMgbm90IHNldApDT05GSUdfQkZTX0ZTPW0KQ09O RklHX0VGU19GUz1tCkNPTkZJR19KRkZTMl9GUz1tCkNPTkZJR19KRkZTMl9G U19ERUJVRz0wCkNPTkZJR19KRkZTMl9GU19XUklURUJVRkZFUj15CiMgQ09O RklHX0pGRlMyX0ZTX1dCVUZfVkVSSUZZIGlzIG5vdCBzZXQKIyBDT05GSUdf SkZGUzJfU1VNTUFSWSBpcyBub3Qgc2V0CiMgQ09ORklHX0pGRlMyX0ZTX1hB VFRSIGlzIG5vdCBzZXQKQ09ORklHX0pGRlMyX0NPTVBSRVNTSU9OX09QVElP TlM9eQpDT05GSUdfSkZGUzJfWkxJQj15CkNPTkZJR19KRkZTMl9MWk89eQpD T05GSUdfSkZGUzJfUlRJTUU9eQojIENPTkZJR19KRkZTMl9SVUJJTiBpcyBu b3Qgc2V0CiMgQ09ORklHX0pGRlMyX0NNT0RFX05PTkUgaXMgbm90IHNldAoj IENPTkZJR19KRkZTMl9DTU9ERV9QUklPUklUWSBpcyBub3Qgc2V0CiMgQ09O RklHX0pGRlMyX0NNT0RFX1NJWkUgaXMgbm90IHNldApDT05GSUdfSkZGUzJf Q01PREVfRkFWT1VSTFpPPXkKIyBDT05GSUdfVUJJRlNfRlMgaXMgbm90IHNl dAojIENPTkZJR19MT0dGUyBpcyBub3Qgc2V0CkNPTkZJR19DUkFNRlM9eQpD T05GSUdfU1FVQVNIRlM9eQpDT05GSUdfU1FVQVNIRlNfWEFUVFI9eQpDT05G SUdfU1FVQVNIRlNfWkxJQj15CkNPTkZJR19TUVVBU0hGU19MWk89eQpDT05G SUdfU1FVQVNIRlNfWFo9eQpDT05GSUdfU1FVQVNIRlNfRU1CRURERUQ9eQpD T05GSUdfU1FVQVNIRlNfRlJBR01FTlRfQ0FDSEVfU0laRT0zCkNPTkZJR19W WEZTX0ZTPW0KQ09ORklHX01JTklYX0ZTPW0KIyBDT05GSUdfT01GU19GUyBp cyBub3Qgc2V0CkNPTkZJR19IUEZTX0ZTPW0KQ09ORklHX1FOWDRGU19GUz1t CkNPTkZJR19ST01GU19GUz15CkNPTkZJR19ST01GU19CQUNLRURfQllfQkxP Q0s9eQojIENPTkZJR19ST01GU19CQUNLRURfQllfTVREIGlzIG5vdCBzZXQK IyBDT05GSUdfUk9NRlNfQkFDS0VEX0JZX0JPVEggaXMgbm90IHNldApDT05G SUdfUk9NRlNfT05fQkxPQ0s9eQpDT05GSUdfUFNUT1JFPXkKQ09ORklHX1NZ U1ZfRlM9bQpDT05GSUdfVUZTX0ZTPW0KIyBDT05GSUdfVUZTX0ZTX1dSSVRF IGlzIG5vdCBzZXQKIyBDT05GSUdfVUZTX0RFQlVHIGlzIG5vdCBzZXQKQ09O RklHX05FVFdPUktfRklMRVNZU1RFTVM9eQpDT05GSUdfTkZTX0ZTPXkKQ09O RklHX05GU19WMz15CkNPTkZJR19ORlNfVjNfQUNMPXkKQ09ORklHX05GU19W ND15CiMgQ09ORklHX05GU19WNF8xIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZT X1VTRV9MRUdBQ1lfRE5TIGlzIG5vdCBzZXQKQ09ORklHX05GU19VU0VfS0VS TkVMX0ROUz15CiMgQ09ORklHX05GU19VU0VfTkVXX0lETUFQUEVSIGlzIG5v dCBzZXQKQ09ORklHX05GU0Q9eQpDT05GSUdfTkZTRF9WMl9BQ0w9eQpDT05G SUdfTkZTRF9WMz15CkNPTkZJR19ORlNEX1YzX0FDTD15CkNPTkZJR19ORlNE X1Y0PXkKQ09ORklHX0xPQ0tEPXkKQ09ORklHX0xPQ0tEX1Y0PXkKQ09ORklH X05GU19BQ0xfU1VQUE9SVD15CkNPTkZJR19ORlNfQ09NTU9OPXkKQ09ORklH X1NVTlJQQz15CkNPTkZJR19TVU5SUENfR1NTPXkKQ09ORklHX1NVTlJQQ19Y UFJUX1JETUE9bQpDT05GSUdfQ0VQSF9GUz15CkNPTkZJR19DSUZTPXkKIyBD T05GSUdfQ0lGU19TVEFUUyBpcyBub3Qgc2V0CkNPTkZJR19DSUZTX1dFQUtf UFdfSEFTSD15CkNPTkZJR19DSUZTX1VQQ0FMTD15CkNPTkZJR19DSUZTX1hB VFRSPXkKQ09ORklHX0NJRlNfUE9TSVg9eQpDT05GSUdfQ0lGU19ERUJVRzI9 eQpDT05GSUdfQ0lGU19ERlNfVVBDQUxMPXkKQ09ORklHX0NJRlNfQUNMPXkK Q09ORklHX05DUF9GUz1tCkNPTkZJR19OQ1BGU19QQUNLRVRfU0lHTklORz15 CkNPTkZJR19OQ1BGU19JT0NUTF9MT0NLSU5HPXkKQ09ORklHX05DUEZTX1NU Uk9ORz15CkNPTkZJR19OQ1BGU19ORlNfTlM9eQpDT05GSUdfTkNQRlNfT1My X05TPXkKIyBDT05GSUdfTkNQRlNfU01BTExET1MgaXMgbm90IHNldApDT05G SUdfTkNQRlNfTkxTPXkKQ09ORklHX05DUEZTX0VYVFJBUz15CkNPTkZJR19D T0RBX0ZTPXkKQ09ORklHX0FGU19GUz1tCiMgQ09ORklHX0FGU19ERUJVRyBp cyBub3Qgc2V0CiMgQ09ORklHX0FGU19GU0NBQ0hFIGlzIG5vdCBzZXQKQ09O RklHXzlQX0ZTPW0KIyBDT05GSUdfOVBfRlNDQUNIRSBpcyBub3Qgc2V0CiMg Q09ORklHXzlQX0ZTX1BPU0lYX0FDTCBpcyBub3Qgc2V0CgojCiMgUGFydGl0 aW9uIFR5cGVzCiMKQ09ORklHX1BBUlRJVElPTl9BRFZBTkNFRD15CkNPTkZJ R19BQ09STl9QQVJUSVRJT049eQpDT05GSUdfQUNPUk5fUEFSVElUSU9OX0NV TUFOQT15CkNPTkZJR19BQ09STl9QQVJUSVRJT05fRUVTT1g9eQpDT05GSUdf QUNPUk5fUEFSVElUSU9OX0lDUz15CkNPTkZJR19BQ09STl9QQVJUSVRJT05f QURGUz15CkNPTkZJR19BQ09STl9QQVJUSVRJT05fUE9XRVJURUM9eQpDT05G SUdfQUNPUk5fUEFSVElUSU9OX1JJU0NJWD15CkNPTkZJR19PU0ZfUEFSVElU SU9OPXkKQ09ORklHX0FNSUdBX1BBUlRJVElPTj15CkNPTkZJR19BVEFSSV9Q QVJUSVRJT049eQpDT05GSUdfTUFDX1BBUlRJVElPTj15CkNPTkZJR19NU0RP U19QQVJUSVRJT049eQpDT05GSUdfQlNEX0RJU0tMQUJFTD15CkNPTkZJR19N SU5JWF9TVUJQQVJUSVRJT049eQpDT05GSUdfU09MQVJJU19YODZfUEFSVElU SU9OPXkKQ09ORklHX1VOSVhXQVJFX0RJU0tMQUJFTD15CkNPTkZJR19MRE1f UEFSVElUSU9OPXkKQ09ORklHX0xETV9ERUJVRz15CkNPTkZJR19TR0lfUEFS VElUSU9OPXkKQ09ORklHX1VMVFJJWF9QQVJUSVRJT049eQpDT05GSUdfU1VO X1BBUlRJVElPTj15CkNPTkZJR19LQVJNQV9QQVJUSVRJT049eQpDT05GSUdf RUZJX1BBUlRJVElPTj15CkNPTkZJR19TWVNWNjhfUEFSVElUSU9OPXkKQ09O RklHX05MUz15CkNPTkZJR19OTFNfREVGQVVMVD0iY3A0MzciCkNPTkZJR19O TFNfQ09ERVBBR0VfNDM3PW0KQ09ORklHX05MU19DT0RFUEFHRV83Mzc9bQpD T05GSUdfTkxTX0NPREVQQUdFXzc3NT1tCkNPTkZJR19OTFNfQ09ERVBBR0Vf ODUwPW0KQ09ORklHX05MU19DT0RFUEFHRV84NTI9bQpDT05GSUdfTkxTX0NP REVQQUdFXzg1NT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODU3PW0KQ09ORklH X05MU19DT0RFUEFHRV84NjA9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2MT1t CkNPTkZJR19OTFNfQ09ERVBBR0VfODYyPW0KQ09ORklHX05MU19DT0RFUEFH RV84NjM9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2ND1tCkNPTkZJR19OTFNf Q09ERVBBR0VfODY1PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjY9bQpDT05G SUdfTkxTX0NPREVQQUdFXzg2OT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTM2 PW0KQ09ORklHX05MU19DT0RFUEFHRV85NTA9bQpDT05GSUdfTkxTX0NPREVQ QUdFXzkzMj1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTQ5PW0KQ09ORklHX05M U19DT0RFUEFHRV84NzQ9bQpDT05GSUdfTkxTX0lTTzg4NTlfOD1tCkNPTkZJ R19OTFNfQ09ERVBBR0VfMTI1MD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1 MT1tCkNPTkZJR19OTFNfQVNDSUk9bQpDT05GSUdfTkxTX0lTTzg4NTlfMT1t CkNPTkZJR19OTFNfSVNPODg1OV8yPW0KQ09ORklHX05MU19JU084ODU5XzM9 bQpDT05GSUdfTkxTX0lTTzg4NTlfND1tCkNPTkZJR19OTFNfSVNPODg1OV81 PW0KQ09ORklHX05MU19JU084ODU5XzY9bQpDT05GSUdfTkxTX0lTTzg4NTlf Nz1tCkNPTkZJR19OTFNfSVNPODg1OV85PW0KQ09ORklHX05MU19JU084ODU5 XzEzPW0KQ09ORklHX05MU19JU084ODU5XzE0PW0KQ09ORklHX05MU19JU084 ODU5XzE1PW0KQ09ORklHX05MU19LT0k4X1I9bQpDT05GSUdfTkxTX0tPSThf VT1tCkNPTkZJR19OTFNfVVRGOD1tCkNPTkZJR19ETE09bQojIENPTkZJR19E TE1fREVCVUcgaXMgbm90IHNldAoKIwojIEtlcm5lbCBoYWNraW5nCiMKQ09O RklHX1RSQUNFX0lSUUZMQUdTX1NVUFBPUlQ9eQpDT05GSUdfUFJJTlRLX1RJ TUU9eQpDT05GSUdfREVGQVVMVF9NRVNTQUdFX0xPR0xFVkVMPTQKIyBDT05G SUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRCBpcyBub3Qgc2V0CiMgQ09ORklH X0VOQUJMRV9NVVNUX0NIRUNLIGlzIG5vdCBzZXQKQ09ORklHX0ZSQU1FX1dB Uk49MjA0OApDT05GSUdfTUFHSUNfU1lTUlE9eQojIENPTkZJR19TVFJJUF9B U01fU1lNUyBpcyBub3Qgc2V0CkNPTkZJR19VTlVTRURfU1lNQk9MUz15CkNP TkZJR19ERUJVR19GUz15CiMgQ09ORklHX0hFQURFUlNfQ0hFQ0sgaXMgbm90 IHNldAojIENPTkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIIGlzIG5vdCBz ZXQKQ09ORklHX0RFQlVHX0tFUk5FTD15CiMgQ09ORklHX0RFQlVHX1NISVJR IGlzIG5vdCBzZXQKIyBDT05GSUdfTE9DS1VQX0RFVEVDVE9SIGlzIG5vdCBz ZXQKIyBDT05GSUdfSEFSRExPQ0tVUF9ERVRFQ1RPUiBpcyBub3Qgc2V0CiMg Q09ORklHX0RFVEVDVF9IVU5HX1RBU0sgaXMgbm90IHNldApDT05GSUdfU0NI RURfREVCVUc9eQojIENPTkZJR19TQ0hFRFNUQVRTIGlzIG5vdCBzZXQKQ09O RklHX1RJTUVSX1NUQVRTPXkKIyBDT05GSUdfREVCVUdfT0JKRUNUUyBpcyBu b3Qgc2V0CiMgQ09ORklHX1NMVUJfREVCVUdfT04gaXMgbm90IHNldAojIENP TkZJR19TTFVCX1NUQVRTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUlRf TVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUX01VVEVYX1RFU1RFUiBp cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQK IyBDT05GSUdfREVCVUdfTVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RF QlVHX0xPQ0tfQUxMT0MgaXMgbm90IHNldAojIENPTkZJR19QUk9WRV9MT0NL SU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BBUlNFX1JDVV9QT0lOVEVSIGlz IG5vdCBzZXQKIyBDT05GSUdfTE9DS19TVEFUIGlzIG5vdCBzZXQKIyBDT05G SUdfREVCVUdfQVRPTUlDX1NMRUVQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC VUdfTE9DS0lOR19BUElfU0VMRlRFU1RTIGlzIG5vdCBzZXQKQ09ORklHX1NU QUNLVFJBQ0U9eQojIENPTkZJR19ERUJVR19TVEFDS19VU0FHRSBpcyBub3Qg c2V0CiMgQ09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldApDT05GSUdf REVCVUdfQlVHVkVSQk9TRT15CkNPTkZJR19ERUJVR19JTkZPPXkKIyBDT05G SUdfREVCVUdfSU5GT19SRURVQ0VEIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC VUdfVk0gaXMgbm90IHNldAojIENPTkZJR19ERUJVR19WSVJUVUFMIGlzIG5v dCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBpcyBub3Qgc2V0CiMg Q09ORklHX0RFQlVHX01FTU9SWV9JTklUIGlzIG5vdCBzZXQKIyBDT05GSUdf REVCVUdfTElTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RFU1RfTElTVF9TT1JU IGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU0cgaXMgbm90IHNldAojIENP TkZJR19ERUJVR19OT1RJRklFUlMgaXMgbm90IHNldAojIENPTkZJR19ERUJV R19DUkVERU5USUFMUyBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX1dBTlRfRlJB TUVfUE9JTlRFUlM9eQojIENPTkZJR19GUkFNRV9QT0lOVEVSIGlzIG5vdCBz ZXQKIyBDT05GSUdfQk9PVF9QUklOVEtfREVMQVkgaXMgbm90IHNldAojIENP TkZJR19SQ1VfVE9SVFVSRV9URVNUIGlzIG5vdCBzZXQKQ09ORklHX1JDVV9D UFVfU1RBTExfVElNRU9VVD02MAojIENPTkZJR19LUFJPQkVTX1NBTklUWV9U RVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS1RSQUNFX1NFTEZfVEVTVCBp cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0JMT0NLX0VYVF9ERVZUIGlzIG5v dCBzZXQKIyBDT05GSUdfREVCVUdfRk9SQ0VfV0VBS19QRVJfQ1BVIGlzIG5v dCBzZXQKIyBDT05GSUdfREVCVUdfUEVSX0NQVV9NQVBTIGlzIG5vdCBzZXQK IyBDT05GSUdfTEtEVE0gaXMgbm90IHNldAojIENPTkZJR19DUFVfTk9USUZJ RVJfRVJST1JfSU5KRUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfRkFVTFRfSU5K RUNUSU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfTEFURU5DWVRPUCBpcyBub3Qg c2V0CiMgQ09ORklHX1NZU0NUTF9TWVNDQUxMX0NIRUNLIGlzIG5vdCBzZXQK IyBDT05GSUdfREVCVUdfUEFHRUFMTE9DIGlzIG5vdCBzZXQKQ09ORklHX1VT RVJfU1RBQ0tUUkFDRV9TVVBQT1JUPXkKQ09ORklHX05PUF9UUkFDRVI9eQpD T05GSUdfSEFWRV9GVU5DVElPTl9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5D VElPTl9HUkFQSF9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9HUkFQ SF9GUF9URVNUPXkKQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VfTUNPVU5U X1RFU1Q9eQpDT05GSUdfSEFWRV9EWU5BTUlDX0ZUUkFDRT15CkNPTkZJR19I QVZFX0ZUUkFDRV9NQ09VTlRfUkVDT1JEPXkKQ09ORklHX0hBVkVfU1lTQ0FM TF9UUkFDRVBPSU5UUz15CkNPTkZJR19IQVZFX0NfUkVDT1JETUNPVU5UPXkK Q09ORklHX1JJTkdfQlVGRkVSPXkKQ09ORklHX0VWRU5UX1RSQUNJTkc9eQpD T05GSUdfRVZFTlRfUE9XRVJfVFJBQ0lOR19ERVBSRUNBVEVEPXkKQ09ORklH X0NPTlRFWFRfU1dJVENIX1RSQUNFUj15CkNPTkZJR19SSU5HX0JVRkZFUl9B TExPV19TV0FQPXkKQ09ORklHX1RSQUNJTkc9eQpDT05GSUdfR0VORVJJQ19U UkFDRVI9eQpDT05GSUdfVFJBQ0lOR19TVVBQT1JUPXkKQ09ORklHX0ZUUkFD RT15CiMgQ09ORklHX0ZVTkNUSU9OX1RSQUNFUiBpcyBub3Qgc2V0CiMgQ09O RklHX0lSUVNPRkZfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NIRURf VFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfRlRSQUNFX1NZU0NBTExTIGlz IG5vdCBzZXQKQ09ORklHX0JSQU5DSF9QUk9GSUxFX05PTkU9eQojIENPTkZJ R19QUk9GSUxFX0FOTk9UQVRFRF9CUkFOQ0hFUyBpcyBub3Qgc2V0CiMgQ09O RklHX1BST0ZJTEVfQUxMX0JSQU5DSEVTIGlzIG5vdCBzZXQKIyBDT05GSUdf U1RBQ0tfVFJBQ0VSIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfSU9fVFJB Q0U9eQpDT05GSUdfS1BST0JFX0VWRU5UPXkKIyBDT05GSUdfRlRSQUNFX1NU QVJUVVBfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01NSU9UUkFDRSBpcyBu b3Qgc2V0CiMgQ09ORklHX1JJTkdfQlVGRkVSX0JFTkNITUFSSyBpcyBub3Qg c2V0CiMgQ09ORklHX1BST1ZJREVfT0hDSTEzOTRfRE1BX0lOSVQgaXMgbm90 IHNldAojIENPTkZJR19EWU5BTUlDX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05G SUdfRE1BX0FQSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0FUT01JQzY0 X1NFTEZURVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfQVNZTkNfUkFJRDZfVEVT VCBpcyBub3Qgc2V0CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldApDT05G SUdfSEFWRV9BUkNIX0tHREI9eQojIENPTkZJR19LR0RCIGlzIG5vdCBzZXQK Q09ORklHX0hBVkVfQVJDSF9LTUVNQ0hFQ0s9eQojIENPTkZJR19LTUVNQ0hF Q0sgaXMgbm90IHNldAojIENPTkZJR19URVNUX0tTVFJUT1ggaXMgbm90IHNl dAojIENPTkZJR19TVFJJQ1RfREVWTUVNIGlzIG5vdCBzZXQKQ09ORklHX1g4 Nl9WRVJCT1NFX0JPT1RVUD15CkNPTkZJR19FQVJMWV9QUklOVEs9eQojIENP TkZJR19FQVJMWV9QUklOVEtfREJHUCBpcyBub3Qgc2V0CiMgQ09ORklHX0RF QlVHX1NUQUNLT1ZFUkZMT1cgaXMgbm90IHNldAojIENPTkZJR19YODZfUFRE VU1QIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX1JPREFUQT15CkNPTkZJR19E RUJVR19ST0RBVEFfVEVTVD15CiMgQ09ORklHX0RFQlVHX1NFVF9NT0RVTEVf Uk9OWCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX05YX1RFU1QgaXMgbm90 IHNldAojIENPTkZJR19JT01NVV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklH X0lPTU1VX1NUUkVTUyBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX01NSU9UUkFD RV9TVVBQT1JUPXkKIyBDT05GSUdfWDg2X0RFQ09ERVJfU0VMRlRFU1QgaXMg bm90IHNldApDT05GSUdfSU9fREVMQVlfVFlQRV8wWDgwPTAKQ09ORklHX0lP X0RFTEFZX1RZUEVfMFhFRD0xCkNPTkZJR19JT19ERUxBWV9UWVBFX1VERUxB WT0yCkNPTkZJR19JT19ERUxBWV9UWVBFX05PTkU9MwojIENPTkZJR19JT19E RUxBWV8wWDgwIGlzIG5vdCBzZXQKQ09ORklHX0lPX0RFTEFZXzBYRUQ9eQoj IENPTkZJR19JT19ERUxBWV9VREVMQVkgaXMgbm90IHNldAojIENPTkZJR19J T19ERUxBWV9OT05FIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfSU9fREVM QVlfVFlQRT0xCiMgQ09ORklHX0RFQlVHX0JPT1RfUEFSQU1TIGlzIG5vdCBz ZXQKIyBDT05GSUdfQ1BBX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfT1BU SU1JWkVfSU5MSU5JTkcgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19TVFJJ Q1RfVVNFUl9DT1BZX0NIRUNLUyBpcyBub3Qgc2V0CgojCiMgU2VjdXJpdHkg b3B0aW9ucwojCkNPTkZJR19LRVlTPXkKIyBDT05GSUdfVFJVU1RFRF9LRVlT IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZU19ERUJVR19QUk9DX0tFWVMgaXMg bm90IHNldAojIENPTkZJR19TRUNVUklUWV9ETUVTR19SRVNUUklDVCBpcyBu b3Qgc2V0CkNPTkZJR19TRUNVUklUWT15CkNPTkZJR19TRUNVUklUWUZTPXkK Q09ORklHX1NFQ1VSSVRZX05FVFdPUks9eQojIENPTkZJR19TRUNVUklUWV9O RVRXT1JLX1hGUk0gaXMgbm90IHNldApDT05GSUdfU0VDVVJJVFlfUEFUSD15 CiMgQ09ORklHX0lOVEVMX1RYVCBpcyBub3Qgc2V0CkNPTkZJR19MU01fTU1B UF9NSU5fQUREUj0wCkNPTkZJR19TRUNVUklUWV9TRUxJTlVYPXkKQ09ORklH X1NFQ1VSSVRZX1NFTElOVVhfQk9PVFBBUkFNPXkKQ09ORklHX1NFQ1VSSVRZ X1NFTElOVVhfQk9PVFBBUkFNX1ZBTFVFPTAKQ09ORklHX1NFQ1VSSVRZX1NF TElOVVhfRElTQUJMRT15CkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0RFVkVM T1A9eQpDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9BVkNfU1RBVFM9eQpDT05G SUdfU0VDVVJJVFlfU0VMSU5VWF9DSEVDS1JFUVBST1RfVkFMVUU9MQojIENP TkZJR19TRUNVUklUWV9TRUxJTlVYX1BPTElDWURCX1ZFUlNJT05fTUFYIGlz IG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfU01BQ0sgaXMgbm90IHNldAoj IENPTkZJR19TRUNVUklUWV9UT01PWU8gaXMgbm90IHNldApDT05GSUdfU0VD VVJJVFlfQVBQQVJNT1I9eQpDT05GSUdfU0VDVVJJVFlfQVBQQVJNT1JfQk9P VFBBUkFNX1ZBTFVFPTEKIyBDT05GSUdfSU1BIGlzIG5vdCBzZXQKQ09ORklH X0RFRkFVTFRfU0VDVVJJVFlfU0VMSU5VWD15CiMgQ09ORklHX0RFRkFVTFRf U0VDVVJJVFlfQVBQQVJNT1IgaXMgbm90IHNldAojIENPTkZJR19ERUZBVUxU X1NFQ1VSSVRZX0RBQyBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX1NFQ1VS SVRZPSJzZWxpbnV4IgpDT05GSUdfWE9SX0JMT0NLUz1tCkNPTkZJR19BU1lO Q19DT1JFPW0KQ09ORklHX0FTWU5DX01FTUNQWT1tCkNPTkZJR19BU1lOQ19Y T1I9bQpDT05GSUdfQVNZTkNfUFE9bQpDT05GSUdfQVNZTkNfUkFJRDZfUkVD T1Y9bQpDT05GSUdfQVNZTkNfVFhfRElTQUJMRV9QUV9WQUxfRE1BPXkKQ09O RklHX0FTWU5DX1RYX0RJU0FCTEVfWE9SX1ZBTF9ETUE9eQpDT05GSUdfQ1JZ UFRPPXkKCiMKIyBDcnlwdG8gY29yZSBvciBoZWxwZXIKIwpDT05GSUdfQ1JZ UFRPX0FMR0FQST15CkNPTkZJR19DUllQVE9fQUxHQVBJMj15CkNPTkZJR19D UllQVE9fQUVBRD15CkNPTkZJR19DUllQVE9fQUVBRDI9eQpDT05GSUdfQ1JZ UFRPX0JMS0NJUEhFUj15CkNPTkZJR19DUllQVE9fQkxLQ0lQSEVSMj15CkNP TkZJR19DUllQVE9fSEFTSD15CkNPTkZJR19DUllQVE9fSEFTSDI9eQpDT05G SUdfQ1JZUFRPX1JORz1tCkNPTkZJR19DUllQVE9fUk5HMj15CkNPTkZJR19D UllQVE9fUENPTVAyPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSPXkKQ09ORklH X0NSWVBUT19NQU5BR0VSMj15CkNPTkZJR19DUllQVE9fTUFOQUdFUl9ESVNB QkxFX1RFU1RTPXkKQ09ORklHX0NSWVBUT19HRjEyOE1VTD1tCkNPTkZJR19D UllQVE9fTlVMTD1tCiMgQ09ORklHX0NSWVBUT19QQ1JZUFQgaXMgbm90IHNl dApDT05GSUdfQ1JZUFRPX1dPUktRVUVVRT15CkNPTkZJR19DUllQVE9fQ1JZ UFREPW0KQ09ORklHX0NSWVBUT19BVVRIRU5DPXkKQ09ORklHX0NSWVBUT19U RVNUPW0KCiMKIyBBdXRoZW50aWNhdGVkIEVuY3J5cHRpb24gd2l0aCBBc3Nv Y2lhdGVkIERhdGEKIwojIENPTkZJR19DUllQVE9fQ0NNIGlzIG5vdCBzZXQK IyBDT05GSUdfQ1JZUFRPX0dDTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBU T19TRVFJViBpcyBub3Qgc2V0CgojCiMgQmxvY2sgbW9kZXMKIwpDT05GSUdf Q1JZUFRPX0NCQz15CiMgQ09ORklHX0NSWVBUT19DVFIgaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fQ1RTIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19F Q0I9eQpDT05GSUdfQ1JZUFRPX0xSVz1tCkNPTkZJR19DUllQVE9fUENCQz1t CkNPTkZJR19DUllQVE9fWFRTPW0KCiMKIyBIYXNoIG1vZGVzCiMKQ09ORklH X0NSWVBUT19ITUFDPXkKQ09ORklHX0NSWVBUT19YQ0JDPW0KIyBDT05GSUdf Q1JZUFRPX1ZNQUMgaXMgbm90IHNldAoKIwojIERpZ2VzdAojCkNPTkZJR19D UllQVE9fQ1JDMzJDPXkKIyBDT05GSUdfQ1JZUFRPX0NSQzMyQ19JTlRFTCBp cyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19HSEFTSCBpcyBub3Qgc2V0CkNP TkZJR19DUllQVE9fTUQ0PXkKQ09ORklHX0NSWVBUT19NRDU9eQpDT05GSUdf Q1JZUFRPX01JQ0hBRUxfTUlDPW0KIyBDT05GSUdfQ1JZUFRPX1JNRDEyOCBp cyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQxNjAgaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fUk1EMjU2IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZ UFRPX1JNRDMyMCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fU0hBMT15CkNP TkZJR19DUllQVE9fU0hBMjU2PW0KQ09ORklHX0NSWVBUT19TSEE1MTI9bQpD T05GSUdfQ1JZUFRPX1RHUjE5Mj1tCkNPTkZJR19DUllQVE9fV1A1MTI9bQoj IENPTkZJR19DUllQVE9fR0hBU0hfQ0xNVUxfTklfSU5URUwgaXMgbm90IHNl dAoKIwojIENpcGhlcnMKIwpDT05GSUdfQ1JZUFRPX0FFUz15CiMgQ09ORklH X0NSWVBUT19BRVNfWDg2XzY0IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRP X0FFU19OSV9JTlRFTCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fQU5VQklT PW0KQ09ORklHX0NSWVBUT19BUkM0PXkKQ09ORklHX0NSWVBUT19CTE9XRklT SD1tCkNPTkZJR19DUllQVE9fQ0FNRUxMSUE9bQpDT05GSUdfQ1JZUFRPX0NB U1Q1PW0KQ09ORklHX0NSWVBUT19DQVNUNj1tCkNPTkZJR19DUllQVE9fREVT PXkKQ09ORklHX0NSWVBUT19GQ1JZUFQ9bQpDT05GSUdfQ1JZUFRPX0tIQVpB RD1tCiMgQ09ORklHX0NSWVBUT19TQUxTQTIwIGlzIG5vdCBzZXQKIyBDT05G SUdfQ1JZUFRPX1NBTFNBMjBfWDg2XzY0IGlzIG5vdCBzZXQKQ09ORklHX0NS WVBUT19TRUVEPW0KQ09ORklHX0NSWVBUT19TRVJQRU5UPW0KQ09ORklHX0NS WVBUT19URUE9bQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0g9bQpDT05GSUdfQ1JZ UFRPX1RXT0ZJU0hfQ09NTU9OPW0KIyBDT05GSUdfQ1JZUFRPX1RXT0ZJU0hf WDg2XzY0IGlzIG5vdCBzZXQKCiMKIyBDb21wcmVzc2lvbgojCkNPTkZJR19D UllQVE9fREVGTEFURT15CiMgQ09ORklHX0NSWVBUT19aTElCIGlzIG5vdCBz ZXQKIyBDT05GSUdfQ1JZUFRPX0xaTyBpcyBub3Qgc2V0CgojCiMgUmFuZG9t IE51bWJlciBHZW5lcmF0aW9uCiMKQ09ORklHX0NSWVBUT19BTlNJX0NQUk5H PW0KIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX0hBU0ggaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fVVNFUl9BUElfU0tDSVBIRVIgaXMgbm90IHNldApD T05GSUdfQ1JZUFRPX0hXPXkKQ09ORklHX0NSWVBUT19ERVZfUEFETE9DSz15 CkNPTkZJR19DUllQVE9fREVWX1BBRExPQ0tfQUVTPW0KQ09ORklHX0NSWVBU T19ERVZfUEFETE9DS19TSEE9bQojIENPTkZJR19DUllQVE9fREVWX0hJRk5f Nzk1WCBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0tWTT15CkNPTkZJR19IQVZF X0tWTV9JUlFDSElQPXkKQ09ORklHX0hBVkVfS1ZNX0VWRU5URkQ9eQpDT05G SUdfS1ZNX0FQSUNfQVJDSElURUNUVVJFPXkKQ09ORklHX0tWTV9NTUlPPXkK Q09ORklHX0tWTV9BU1lOQ19QRj15CkNPTkZJR19WSVJUVUFMSVpBVElPTj15 CkNPTkZJR19LVk09bQpDT05GSUdfS1ZNX0lOVEVMPW0KQ09ORklHX0tWTV9B TUQ9bQojIENPTkZJR19LVk1fTU1VX0FVRElUIGlzIG5vdCBzZXQKQ09ORklH X1ZIT1NUX05FVD15CkNPTkZJR19CSU5BUllfUFJJTlRGPXkKCiMKIyBMaWJy YXJ5IHJvdXRpbmVzCiMKQ09ORklHX1JBSUQ2X1BRPW0KQ09ORklHX0JJVFJF VkVSU0U9eQpDT05GSUdfR0VORVJJQ19GSU5EX0ZJUlNUX0JJVD15CkNPTkZJ R19DUkNfQ0NJVFQ9bQpDT05GSUdfQ1JDMTY9eQpDT05GSUdfQ1JDX1QxMERJ Rj1tCkNPTkZJR19DUkNfSVRVX1Q9eQpDT05GSUdfQ1JDMzI9eQpDT05GSUdf Q1JDNz1tCkNPTkZJR19MSUJDUkMzMkM9eQojIENPTkZJR19DUkM4IGlzIG5v dCBzZXQKQ09ORklHX1pMSUJfSU5GTEFURT15CkNPTkZJR19aTElCX0RFRkxB VEU9eQpDT05GSUdfTFpPX0NPTVBSRVNTPXkKQ09ORklHX0xaT19ERUNPTVBS RVNTPXkKQ09ORklHX1haX0RFQz15CkNPTkZJR19YWl9ERUNfWDg2PXkKQ09O RklHX1haX0RFQ19QT1dFUlBDPXkKQ09ORklHX1haX0RFQ19JQTY0PXkKQ09O RklHX1haX0RFQ19BUk09eQpDT05GSUdfWFpfREVDX0FSTVRIVU1CPXkKQ09O RklHX1haX0RFQ19TUEFSQz15CkNPTkZJR19YWl9ERUNfQkNKPXkKIyBDT05G SUdfWFpfREVDX1RFU1QgaXMgbm90IHNldApDT05GSUdfREVDT01QUkVTU19H WklQPXkKQ09ORklHX0RFQ09NUFJFU1NfQlpJUDI9eQpDT05GSUdfREVDT01Q UkVTU19MWk1BPXkKQ09ORklHX0RFQ09NUFJFU1NfWFo9eQpDT05GSUdfREVD T01QUkVTU19MWk89eQpDT05GSUdfR0VORVJJQ19BTExPQ0FUT1I9eQpDT05G SUdfUkVFRF9TT0xPTU9OPW0KQ09ORklHX1JFRURfU09MT01PTl9ERUMxNj15 CkNPTkZJR19URVhUU0VBUkNIPXkKQ09ORklHX1RFWFRTRUFSQ0hfS01QPW0K Q09ORklHX1RFWFRTRUFSQ0hfQk09bQpDT05GSUdfVEVYVFNFQVJDSF9GU009 bQpDT05GSUdfSEFTX0lPTUVNPXkKQ09ORklHX0hBU19JT1BPUlQ9eQpDT05G SUdfSEFTX0RNQT15CkNPTkZJR19DSEVDS19TSUdOQVRVUkU9eQpDT05GSUdf Q1BVTUFTS19PRkZTVEFDSz15CkNPTkZJR19DUFVfUk1BUD15CkNPTkZJR19O TEFUVFI9eQpDT05GSUdfQVZFUkFHRT15CiMgQ09ORklHX0NPUkRJQyBpcyBu b3Qgc2V0Cg== --182404085-389088621-1318644331=:57676 Content-Type: application/octet-stream; name="pci.c.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pci.c.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJt d2FyZS9odm1sb2FkZXIvcGNpLmMJMjAxMS0xMC0xNCAyMDoyNzo0MC4wMDAw MDAwMDAgKzAyMDAKKysrIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb2sv dG9vbHMvZmlybXdhcmUvaHZtbG9hZGVyL3BjaS5jCTIwMTEtMTAtMTQgMjA6 NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC0zMyw2ICszMywxMCBAQCB1bnNp Z25lZCBsb25nIHBjaV9tZW1fZW5kID0gUENJX01FTV9FTkQ7CiAKIGVudW0g dmlydHVhbF92Z2EgdmlydHVhbF92Z2EgPSBWR0Ffbm9uZTsKIAorLyogdmly dHVhbCBCREYgb2YgcGFzcy10aHJvdWdoZWQgZ2Z4IGRlY2xhcmVkIGluIGh2 bWxvYWRlci5jKi8KK2V4dGVybiB1aW50OF90IGdmeF9iZGY7CisKKwogdm9p ZCBwY2lfc2V0dXAodm9pZCkKIHsKICAgICB1aW50MzJfdCBiYXNlLCBkZXZm biwgYmFyX3JlZywgYmFyX2RhdGEsIGJhcl9zeiwgY21kLCBtbWlvX3RvdGFs ID0gMDsKQEAgLTkzLDkgKzk3LDQ0IEBAIHZvaWQgcGNpX3NldHVwKHZvaWQp CiAgICAgICAgICAgICB9CiAgICAgICAgICAgICBlbHNlIGlmICggdmlydHVh bF92Z2EgPT0gVkdBX25vbmUgKQogICAgICAgICAgICAgewotICAgICAgICAg ICAgICAgIHZnYV9kZXZmbiA9IGRldmZuOwotICAgICAgICAgICAgICAgIHZp cnR1YWxfdmdhID0gVkdBX3B0OworICAgICAgICAgICAgICAgICB2aXJ0dWFs X3ZnYSA9IFZHQV9wdDsKKyAgICAgICAgICAgICAgICAgZ2Z4X2JkZiA9IGRl dmZuOworIAorICAgICAgICAgICAgICAgICAvKiBNYWtlIHZCQVI9cEJBUiAq LworICAgICAgICAgICAgICAgICBwcmludGYoIk1ha2UgdkJBUiA9IHBCQVIg b2YgYXNzaWduZWQgZ2Z4XG4iKTsKKyAgICAgICAgICAgICAgICAgZm9yICgg YmFyID0gMDsgYmFyIDwgNzsgYmFyKysgKQorICAgICAgICAgICAgICAgICB7 CisgICAgICAgICAgICAgICAgICAgICBiYXJfcmVnID0gUENJX0JBU0VfQURE UkVTU18wICsgNCpiYXI7CisgICAgICAgICAgICAgICAgICAgICBpZiAoIGJh ciA9PSA2ICkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYmFyX3Jl ZyA9IFBDSV9ST01fQUREUkVTUzsKKyAgICAgICAgICAgICAgICAgICAgIC8q IFdoZW4gZmlyc3QgdGltZSByZWFkLCBpdCB3aWxsIHJldHVybiBwaHlzaWNh bCBhZGRyZXNzICovCisgICAgICAgICAgICAgICAgICAgICBiYXJfZGF0YSA9 IHBjaV9yZWFkbChkZXZmbiwgYmFyX3JlZyk7CisgICAgICAgICAgICAgICAg ICAgICBwY2lfd3JpdGVsKGRldmZuLCBiYXJfcmVnLCBiYXJfZGF0YSk7Cisg CisgICAgICAgICAgICAgICAgICAgICAvKiBOb3cgZW5hYmxlIHRoZSBtZW1v cnkgb3IgSS9PIG1hcHBpbmcuICovCisgICAgICAgICAgICAgICAgICAgICBj bWQgPSBwY2lfcmVhZHcoZGV2Zm4sIFBDSV9DT01NQU5EKTsKKyAgICAgICAg ICAgICAgICAgICAgIGlmICggKGJhcl9yZWcgPT0gUENJX1JPTV9BRERSRVNT KSB8fAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKChiYXJfZGF0 YSAmIFBDSV9CQVNFX0FERFJFU1NfU1BBQ0UpID09CisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgUENJX0JBU0VfQUREUkVTU19TUEFDRV9NRU1P UlkpICkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgIGNtZCB8PSBQQ0lf Q09NTUFORF9NRU1PUlk7CisgICAgICAgICAgICAgICAgICAgICBlbHNlCisg ICAgICAgICAgICAgICAgICAgICAgICAgICBjbWQgfD0gUENJX0NPTU1BTkRf SU87CisgICAgICAgICAgICAgICAgICAgICBjbWQgfD0gUENJX0NPTU1BTkRf TUFTVEVSOworICAgICAgICAgICAgICAgICAgICAgcGNpX3dyaXRldyhkZXZm biwgUENJX0NPTU1BTkQsIGNtZCk7CisgICAgICAgICAgICAgICAgfQorIAor ICAgICAgICAgICAgICAgICAvKiBNYXAgdGhlIGludGVycnVwdC4gKi8KKyAg ICAgICAgICAgICAgICAgcGluID0gcGNpX3JlYWRiKGRldmZuLCBQQ0lfSU5U RVJSVVBUX1BJTik7CisgICAgICAgICAgICAgICAgIGlmICggcGluICE9IDAg KQorICAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAgICAv KiBUaGlzIGlzIHRoZSBiYXJiZXIncyBwb2xlIG1hcHBpbmcgdXNlZCBieSBY ZW4uICovCisgICAgICAgICAgICAgICAgICAgICBsaW5rID0gKChwaW4gLSAx KSArIChkZXZmbiA+PiAzKSkgJiAzOworICAgICAgICAgICAgICAgICAgICAg aXNhX2lycSA9IHBjaV9yZWFkYihQQ0lfSVNBX0RFVkZOLCAweDYwICsgbGlu ayk7CisgICAgICAgICAgICAgICAgICAgICBwY2lfd3JpdGViKGRldmZuLCBQ Q0lfSU5URVJSVVBUX0xJTkUsIGlzYV9pcnEpOworICAgICAgICAgICAgICAg ICB9CisgICAgICAgICAgICAgICAgIGNvbnRpbnVlOwogICAgICAgICAgICAg fQorCiAgICAgICAgICAgICBicmVhazsKICAgICAgICAgY2FzZSAweDA2ODA6 CiAgICAgICAgICAgICAvKiBQSUlYNCBBQ1BJIFBNLiBTcGVjaWFsIGRldmlj ZSB3aXRoIHNwZWNpYWwgUENJIGNvbmZpZyBzcGFjZS4gKi8K --182404085-389088621-1318644331=:57676 Content-Type: application/octet-stream; name="pass-through.c.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pass-through.c.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9pb2Vt dS1yZW1vdGUvaHcvcGFzcy10aHJvdWdoLmMJMjAxMS0xMC0xNSAwMzozNTox MC4wMDAwMDAwMDAgKzAyMDAKKysrIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5 NjUtb2svdG9vbHMvaW9lbXUtcmVtb3RlL2h3L3Bhc3MtdGhyb3VnaC5jCTIw MTEtMTAtMTQgMjA6NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC0zMjQzLDYg KzMyNDMsOCBAQCBzdGF0aWMgaW50IHB0X2NtZF9yZWdfcmVhZChzdHJ1Y3Qg cHRfZGV2CiB9CiAKIC8qIHJlYWQgQkFSICovCitzdGF0aWMgaW50IGdmeF9m aXJzdF9yZWFkX0JBUls3XSA9IHsxLCAxLCAxLCAxLCAxLCAxLCAxfTsKKwog c3RhdGljIGludCBwdF9iYXJfcmVnX3JlYWQoc3RydWN0IHB0X2RldiAqcHRk ZXYsCiAgICAgICAgIHN0cnVjdCBwdF9yZWdfdGJsICpjZmdfZW50cnksCiAg ICAgICAgIHVpbnQzMl90ICp2YWx1ZSwgdWludDMyX3QgdmFsaWRfbWFzaykK QEAgLTMyNjUsNiArMzI2NywxNyBAQCBzdGF0aWMgaW50IHB0X2Jhcl9yZWdf cmVhZChzdHJ1Y3QgcHRfZGV2CiAgICAgLyogdXNlIGZpeGVkLXVwIHZhbHVl IGZyb20ga2VybmVsIHN5c2ZzICovCiAgICAgKnZhbHVlID0gcHRkZXYtPnBj aV9kZXYtPmJhc2VfYWRkcltpbmRleF07CiAKKyAgICBpZiAoIHB0ZGV2LT5w Y2lfZGV2LT5kZXZpY2VfY2xhc3MgPT0gMHgzMDAgKQorICAgIHsKKyAgICAg ICAgaWYgKCBnZnhfZmlyc3RfcmVhZF9CQVJbaW5kZXhdID09IDEgKQorICAg ICAgICB7CisgICAgICAgICAgICBnZnhfZmlyc3RfcmVhZF9CQVJbaW5kZXhd ID0gMDsKKyAgICAgICAgICAgIFBUX0xPRygiZmlyc3QgcmVhZCBCQVJzIG9m IGdmeFxuIik7CisgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgfQor ICAgIH0KKworCiAgICAgLyogc2V0IGVtdWxhdGUgbWFzayBkZXBlbmQgb24g QkFSIGZsYWcgKi8KICAgICBzd2l0Y2ggKHB0ZGV2LT5iYXNlc1tpbmRleF0u YmFyX2ZsYWcpCiAgICAgewo= --182404085-389088621-1318644331=:57676 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --182404085-389088621-1318644331=:57676-- From xen-users-bounces@lists.xensource.com Fri Oct 14 19:12:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 14 Oct 2011 19:12:39 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1REtjr-0000ai-BL; Fri, 14 Oct 2011 19:12:39 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1REteq-0007qr-HW for xen-users@lists.xensource.com; Fri, 14 Oct 2011 19:07:30 -0700 X-Env-Sender: felipe.m.almeida@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1318644417!41986962!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19915 invoked from network); 15 Oct 2011 02:06:57 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2011 02:06:57 -0000 Received: by wwf27 with SMTP id 27so3497428wwf.24 for ; Fri, 14 Oct 2011 19:07:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=CU62Q9Rri85mbaoMhR8qz6IMpovlu2ewdFTMFecCOiY=; b=bBrmOSCRwxQoMzvYBMrs6pANza1xhgNyo0DHYsb852Q1SIgAMXNw9Z3a1dfCboIqrl RVxTmFnAPoPtJFKnLFKEOSSgRJzVcdu3Ab7Uh6hVtaZwneFL3PaplUpg+P/2G4PkvrIZ SuJRObYx3Omw8KEf1QeNy5V+BKHsXnaQcmd0w= Received: by 10.216.89.139 with SMTP id c11mr3762633wef.37.1318644445243; Fri, 14 Oct 2011 19:07:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.180.16 with HTTP; Fri, 14 Oct 2011 19:07:05 -0700 (PDT) From: Felipe Magno de Almeida Date: Fri, 14 Oct 2011 23:07:05 -0300 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] PVonHVM and PCI passthrough X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I was wondering if it is possible to passthrough to a HVM guest a PCI without IOMMU support using PV on HVM drivers in the guest. While trying creating the domain I received the following message: Error: failed to assign device: maybe the platform doesn't support VT-d, or VT-d isn't enabled properly? Is there any technical reason why this is impossible, or it just hasn't been implemented yet? Regards, -- Felipe Magno de Almeida _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 15 04:06:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 04:06:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RF248-00081j-MP; Sat, 15 Oct 2011 04:06:08 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RF21f-0007cM-2I for xen-users@lists.xensource.com; Sat, 15 Oct 2011 04:03:48 -0700 X-Env-Sender: heartcollector87@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1318676610!20594923!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32389 invoked from network); 15 Oct 2011 11:03:31 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2011 11:03:31 -0000 Received: by qabg14 with SMTP id g14so2760142qab.30 for ; Sat, 15 Oct 2011 04:03:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=k7FFT4JbmS0RDdVbQQf9EKFu/mSIAC0VDVLrpufYP30=; b=XqKC6cTDFTSe3s5s6diTiLufwcsYSamZ6tWHKEw6c+CcQ+XZBE5ZP7zHohOblP9VAD tLawBMm43TmxwyRGsyZVND4acaxUwD9aTswW1nFVUoDqfJmQPIwHMJPX30Uv/YvSn42g aB1R4bsb+1qaSYr7t26H1vBFLNrvi54fcHHk4= Received: by 10.229.65.208 with SMTP id k16mr2584544qci.48.1318676610129; Sat, 15 Oct 2011 04:03:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.3.21 with HTTP; Sat, 15 Oct 2011 04:03:10 -0700 (PDT) In-Reply-To: References: <1318454677.33561.YahooMailNeo@web29820.mail.ird.yahoo.com> From: Francesco Cat Date: Sat, 15 Oct 2011 13:03:10 +0200 Message-ID: Subject: Re: Re : [Xen-users] General questions about VGA passthrough To: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1199623191==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1199623191== Content-Type: multipart/alternative; boundary=0016e64f862aeba00c04af5452cb --0016e64f862aeba00c04af5452cb Content-Type: text/plain; charset=ISO-8859-1 2011/10/12 Francesco Cat > > What would happen if one did that with a VGA device? >> > For example, if I am using linux with an active X server, what is likely >> to happen? >> > In short, would it be possible to "switch" the control of the video card >> from the Dom0 to the DomU, keeping the Dom0 "alive" >> > (IE: no crashes), then giving the VGA control back to the Dom0 after >> stopping the guest? >> > > Giving control back to dom0 is not possible...Once you stop the domU >> (safe shutdown), you need to restart the dom0 >> > Another question, this time it should be rather easy. If I have 2 VGAs, and I manage to pass one to the DomU (Secondary adapter passthrough should be doable for Xen >= 4.0 right? but that's not important) can I still use a VNC connection to the DomU? I hope the answer is yes, but I prefere asking since something strange might get in the way and cause problems perhaps. --0016e64f862aeba00c04af5452cb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2011/10/12 Francesco Cat <<= a href=3D"mailto:heartcollector87@gmail.com">heartcollector87@gmail.com= >
> What=20 would happen if one did that with a VGA device?
> For example, if I am=20 using linux with an active X server, what is likely to happen?
> In short, would it be possible to "switch" the control of the video card f= rom the Dom0 to the DomU, keeping the Dom0 "alive"
> (IE: no crashes), then=20 giving the VGA control back to the Dom0 after stopping the guest?
=A0
Giving control back to dom0 is not possible...Once you stop the domU (= safe shutdown), you need to restart the dom0
=

Another question, this time it should be rather easy= .
If I have 2 VGAs, and I manage to pass one to the DomU (Secondary=20 adapter passthrough should be doable for Xen >=3D 4.0 right? but that= 9;s not important) can I still use a VNC connection to the DomU? I hope the answer is yes, but I prefere asking since something strange might get in t= he way and cause problems perhaps.


--0016e64f862aeba00c04af5452cb-- --===============1199623191== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1199623191==-- From xen-users-bounces@lists.xensource.com Sat Oct 15 10:00:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 10:00:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RF7bE-0002gU-2a; Sat, 15 Oct 2011 10:00:42 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RF7Xz-0002IG-4B for xen-users@lists.xensource.com; Sat, 15 Oct 2011 09:57:20 -0700 X-Env-Sender: rcm@fuzzwad.org X-Msg-Ref: server-12.tower-27.messagelabs.com!1318697816!46795042!1 X-Originating-IP: [204.109.56.216] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27041 invoked from network); 15 Oct 2011 16:56:56 -0000 Received: from mail.volente.us (HELO mail.volente.us) (204.109.56.216) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Oct 2011 16:56:56 -0000 Received: from [172.17.5.4] (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id p9FGv5xL098156; Sat, 15 Oct 2011 11:57:06 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4E99BB61.3050208@fuzzwad.org> Date: Sat, 15 Oct 2011 11:57:05 -0500 From: Ron McDowell User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory References: <4E971542.8060008@fuzzwad.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Roger Pau Monn=C3=A9 wrote: > 2011/10/13 Ron McDowell : > =20 >> [root@voodoo(NetBSD)]> xm create -c /Xen/Machines/juju.cnf >> Using config file "/Xen/Machines/juju.cnf". >> Started domain juju >> xenconsole: Could not read tty from store: No such file or directory >> =20 > You should connect to HVM DomU using VNC. Here is an example of what > you should add to your config file: > > =20 Thanks, Roger. I got sidetracked with other problems for a day or so. =20 That indeed does work fine.=20 Now I've got bridging problems, though. On my DOM0: voodoo# cat=20 /etc/ifconfig.bridge0 =20 create !brconfig $int add bge0 up voodoo# ifconfig=20 -a =20 bge0: flags=3D8943 mtu 15= 00 =20 capabilities=3D3f80 enabled=3D0 address: bc:30:5b:d0:a1:46 media: Ethernet autoselect (1000baseT=20 full-duplex,flowcontrol,rxpause,txpause) status: active inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17.9.255 inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 scopeid 0x1 lo0: flags=3D8049 mtu 33648 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 bridge0: flags=3D41 mtu 1500 voodoo# cat /usr/pkg/etc/xen/juju =20 kernel =3D '/usr/pkg/lib/xen/boot/hvmloader' builder =3D 'hvm' memory =3D 4096 vcpus =3D 4 name =3D 'juju' vif =3D [ 'mac=3D00:16:3e:00:00:01, bridge=3Dbridge0, type=3Dioemu' ] device_model =3D '/usr/pkg/libexec/qemu-dm' disk =3D [ 'file:/Xen/Disks/juju0000.img,ioemu:hda,w' ] boot =3D 'c' vnc =3D 1 vnclisten =3D '0.0.0.0' vncpasswd =3D 'XXXXXX' vncdisplay =3D 1 voodoo# xm create /usr/pkg/etc/xen/juju Using config file "/usr/pkg/etc/xen/juju". Started domain juju voodoo# xm list Name ID Mem VCPUs State =20 Time(s) Domain-0 0 1024 1 =20 r----- 11.0 juju 1 4096 4 =20 -b---- 46.0 voodoo# ifconfig=20 -a =20 bge0: flags=3D8943 mtu 15= 00 =20 capabilities=3D3f80 enabled=3D0 address: bc:30:5b:d0:a1:46 media: Ethernet autoselect (1000baseT=20 full-duplex,flowcontrol,rxpause,txpause) status: active inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17.9.255 inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 scopeid 0x1 lo0: flags=3D8049 mtu 33648 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 bridge0: flags=3D41 mtu 1500 xvif1.0: flags=3D8923 = mtu 1500 capabilities=3D2800 enabled=3D0 address: 00:16:3e:01:00:01 inet6 fe80::216:3eff:fe01:1%xvif1.0 prefixlen 64 scopeid 0x4 tap0: flags=3D8943 mtu 15= 00 address: f2:0b:a4:80:47:02 media: Ethernet autoselect inet6 fe80::f00b:a4ff:fe80:4702%tap0 prefixlen 64 scopeid 0x5 The re0 device on the FreeBSD DOMU is set up on 172.17.9.33, everything=20 looks fine there [I can do screenshots if needed] but there's no=20 connectivity, DOM0->DOMU or DOMU->DOM0. Here again, I'm pretty sure=20 it's some little detail I'm missing and just not seeing. Thanks in advance. --=20 Ron McDowell San Antonio TX _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 15 15:40:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 15:40:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFCu7-0002ex-IM; Sat, 15 Oct 2011 15:40:32 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFCsb-0002Jl-Kb for xen-users@lists.xensource.com; Sat, 15 Oct 2011 15:38:58 -0700 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1318718333!22311075!1 X-Originating-IP: [209.85.213.179] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16518 invoked from network); 15 Oct 2011 22:38:54 -0000 Received: from mail-yx0-f179.google.com (HELO mail-yx0-f179.google.com) (209.85.213.179) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2011 22:38:54 -0000 Received: by yxn35 with SMTP id 35so2585680yxn.10 for ; Sat, 15 Oct 2011 15:38:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:cc:content-type; bh=xozL6aFrUIhjl8hHIJLHT+xeDTEVC9YEBqJMEWfQp6o=; b=LfQ3dbIHogFyPSqd4oqsYKLTp2ZIH00yLDsYYFPpDSjCrEmje8erFBAKKmQM1iSvv4 EPIQ/YBrXrDP2k2R9ddRjsfI2hJqwA65P7WgwG5qkSuOKqUuUB2bn3smMCVAo4IsEKSG 4OwVUZUOcLzMCnCTLWELC33Qeg4BhqXchJ4uo= Received: by 10.100.231.1 with SMTP id d1mr2962910anh.49.1318718333115; Sat, 15 Oct 2011 15:38:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.226.7 with HTTP; Sat, 15 Oct 2011 15:38:33 -0700 (PDT) From: Liwei Date: Sun, 16 Oct 2011 06:38:33 +0800 Message-ID: Subject: Re : [Xen-users] General questions about VGA passthrough Cc: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Date: Sat, 15 Oct 2011 13:03:10 +0200 > From: Francesco Cat > Subject: Re: Re : [Xen-users] General questions about VGA passthrough > To: xen-users@lists.xensource.com > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/10/12 Francesco Cat > > Another question, this time it should be rather easy. > If I have 2 VGAs, and I manage to pass one to the DomU (Secondary adapter > passthrough should be doable for Xen >= 4.0 right? but that's not important) > can I still use a VNC connection to the DomU? I hope the answer is yes, but > I prefere asking since something strange might get in the way and cause > problems perhaps. With normal PCI passthrough (VGA passthrough is definitely a no), theoretically yes. But for some reason for my setup with ATI graphics cards, the VNC display stops updating as soon as the login window appears. Tablet input still works and I can disconnect and reconnect; the display just stops at the "Starting Windows" part. In device manager, the "Standard VGA Graphics Adapter" has the status "Windows has stopped this device because it has reported problems. (Code 43)". Seems like the ATI drivers are doing something funny. Other than that, I can get the pre-boot BIOS screen and even control the bootloader and startup recovery over VNC. Hope this is the information you need! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 15 16:12:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 16:12:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFDOq-0003yH-QT; Sat, 15 Oct 2011 16:12:16 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFDNN-0003cs-P3 for xen-users@lists.xensource.com; Sat, 15 Oct 2011 16:10:46 -0700 X-Env-Sender: heartcollector87@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1318720240!1200022!1 X-Originating-IP: [209.85.216.178] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5244 invoked from network); 15 Oct 2011 23:10:41 -0000 Received: from mail-qy0-f178.google.com (HELO mail-qy0-f178.google.com) (209.85.216.178) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2011 23:10:41 -0000 Received: by qyg36 with SMTP id 36so1654700qyg.9 for ; Sat, 15 Oct 2011 16:10:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=/7rYLX8lI2W2U4jYE6yhh2c+SedMq7B1DCFLn17CtdA=; b=SAx/1+AGd35zOOKZzqDXep8e6ryUL07FNE5IxJ8v9nn8kLaNzIESwQetzCVZOMtfsN NIkZFKieMoITTuDuXxbkMeIFOw8aVLEVJ4AI5f7Frj7GM/nkRhnHhESAYwdjWL+1ickf Yxma1tMkebXozotEaHI1GxOx5eR7SsOv2zEys= Received: by 10.229.211.17 with SMTP id gm17mr2960952qcb.10.1318720240145; Sat, 15 Oct 2011 16:10:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.3.21 with HTTP; Sat, 15 Oct 2011 16:10:20 -0700 (PDT) In-Reply-To: References: From: Francesco Cat Date: Sun, 16 Oct 2011 01:10:20 +0200 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Re: General questions about VGA passthrough X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1757776241==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1757776241== Content-Type: multipart/alternative; boundary=00163628472c78d5cc04af5e7b82 --00163628472c78d5cc04af5e7b82 Content-Type: text/plain; charset=ISO-8859-1 Thanks you a lot, this tells me it's probably better for me to stop trying to do strange stuff with xen and just resort to a headless server for my other needs :P I'm not an expert and even if I might end up setting exactly what I need, it might take me ages to achieve. --00163628472c78d5cc04af5e7b82 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks you a lot, this tells me it's probably better for me to stop try= ing to do strange stuff with xen and just resort to a headless server for m= y other needs :P
I'm not an expert and even if I might end up settin= g exactly what I need, it might take me ages to achieve.
--00163628472c78d5cc04af5e7b82-- --===============1757776241== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1757776241==-- From xen-users-bounces@lists.xensource.com Sat Oct 15 18:37:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 18:37:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFFey-0007fM-NQ; Sat, 15 Oct 2011 18:37:04 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFFdh-0007H0-4H for xen-users@lists.xensource.com; Sat, 15 Oct 2011 18:35:45 -0700 X-Env-Sender: tomlobato@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1318728918!44655404!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18361 invoked from network); 16 Oct 2011 01:35:19 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 01:35:19 -0000 Received: by gyg13 with SMTP id 13so5854740gyg.30 for ; Sat, 15 Oct 2011 18:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=fIAjBD6+KPctjHCm3ai+SsIgctLhZJXYjju59wNUCbM=; b=FAn4iQ6AbLSYC3wyC0oFW7wOCY5R9ov5X39DP+a/yjZW3YQ2QHa2IhgVgsxhrBwGYV rGEpRAnSImbL+3bNGaTpU4B2m7+Y+7ll1FE+gcVZfKibGOg68ykHu4yPq0u9NrLH/qfG 3yMxPeFAYHZZPt7/NweKtVliecVrZZfBQEP0Y= Received: by 10.150.8.14 with SMTP id 14mr13589960ybh.7.1318728940761; Sat, 15 Oct 2011 18:35:40 -0700 (PDT) Received: from [200.245.187.101] (201-92-20-99.dsl.telesp.net.br. [201.92.20.99]) by mx.google.com with ESMTPS id t7sm12750681anh.15.2011.10.15.18.35.37 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 18:35:39 -0700 (PDT) Message-ID: <4E9A34E6.6070803@gmail.com> Date: Sat, 15 Oct 2011 22:35:34 -0300 From: Tom Lobato User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Xen-users] XCP: brctl showmacs failed on xcp 1.0 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi all, I`m debugging a network issue on my environment and it is very important to have brctl showmacs working, but... # brctl showmacs xenbr0 read of forward table failed: Operation not supported 'strace brctl showmacs xenbr0' told me that /sys/class/net/xenbr0/brforward does not exist. Sysfs is mounted normally. Kernel version is 2.6.32.12-0.7.1.xs1.0.0.311.170586xen. Does XCP 1.0/centos5.6 really has no /sys/class/net/xenbr0/brforward or maybe it is lacking to install some module on kernel? Thank you, Tom _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 15 18:42:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 18:42:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFFkg-0008QW-If; Sat, 15 Oct 2011 18:42:58 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFFjw-00086y-RG for xen-users@lists.xensource.com; Sat, 15 Oct 2011 18:42:13 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-6.tower-174.messagelabs.com!1318729326!33294183!1 X-Originating-IP: [203.16.207.99] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4777 invoked from network); 16 Oct 2011 01:42:09 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-6.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 16 Oct 2011 01:42:09 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1RFFjn-0004RX-CH; Sun, 16 Oct 2011 12:42:03 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: [Xen-users] XCP: brctl showmacs failed on xcp 1.0 Date: Sun, 16 Oct 2011 12:42:02 +1100 Message-ID: In-Reply-To: <4E9A34E6.6070803@gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP: brctl showmacs failed on xcp 1.0 Thread-Index: AcyLpDMSnW42xgcXRPGnKyJ6W5lGXgAADbDA References: <4E9A34E6.6070803@gmail.com> From: "James Harper" To: "Tom Lobato" , X-Really-From-Bendigo-IT: magichashvalue Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Hi all, > I`m debugging a network issue on my environment and it is very important to > have brctl showmacs working, but... >=20 > # brctl showmacs xenbr0 > read of forward table failed: Operation not supported >=20 > 'strace brctl showmacs xenbr0' told me that /sys/class/net/xenbr0/brforward > does not exist. Sysfs is mounted normally. Kernel version is 2.6.32.12- > 0.7.1.xs1.0.0.311.170586xen. > Does XCP 1.0/centos5.6 really has no /sys/class/net/xenbr0/brforward or > maybe it is lacking to install some module on kernel? >=20 Does XCP use bridge or openvswitch? The latter contains a compatibility layer so brctl is supposed to still work but I don't know if the compatibility is complete. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 15 18:56:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 18:56:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFFxp-0001KX-6I; Sat, 15 Oct 2011 18:56:33 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFFwv-00010S-TN for xen-users@lists.xensource.com; Sat, 15 Oct 2011 18:55:38 -0700 X-Env-Sender: tomlobato@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1318730103!59337503!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24584 invoked from network); 16 Oct 2011 01:55:04 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 01:55:04 -0000 Received: by ggnv5 with SMTP id v5so1351013ggn.30 for ; Sat, 15 Oct 2011 18:55:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=4uQPsZYUIlOtF6ojiglqStT4JQ9ncyvJP7qAyuMFwmE=; b=XIzJkw4RX1BXOVWqNOKqiles8+RGndCBs8jVRW1Fum9/kALjWoU2mG0vtMw1bAee3p aa5EMG/iSdnF2cSYgr53nOIPp5o5GfN+wpAC65wEftZ2PF22eFtudzdOw5m7mGpQ0tUb /JZ9FUEhtI4n1nhuUJHMSE8PpARG/hFT+hAKg= Received: by 10.236.85.242 with SMTP id u78mr19494026yhe.116.1318730133692; Sat, 15 Oct 2011 18:55:33 -0700 (PDT) Received: from [200.245.187.101] (201-92-20-99.dsl.telesp.net.br. [201.92.20.99]) by mx.google.com with ESMTPS id f76sm6985991yhj.21.2011.10.15.18.55.31 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 18:55:32 -0700 (PDT) Message-ID: <4E9A3992.2070609@gmail.com> Date: Sat, 15 Oct 2011 22:55:30 -0300 From: Tom Lobato User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: James Harper Subject: Re: [Xen-users] XCP: brctl showmacs failed on xcp 1.0 References: <4E9A34E6.6070803@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com By default it uses bridge, by also supports ovs. Em 15-10-2011 22:42, James Harper escreveu: >> Hi all, >> I`m debugging a network issue on my environment and it is very > important to >> have brctl showmacs working, but... >> >> # brctl showmacs xenbr0 >> read of forward table failed: Operation not supported >> >> 'strace brctl showmacs xenbr0' told me that > /sys/class/net/xenbr0/brforward >> does not exist. Sysfs is mounted normally. Kernel version is > 2.6.32.12- >> 0.7.1.xs1.0.0.311.170586xen. >> Does XCP 1.0/centos5.6 really has no /sys/class/net/xenbr0/brforward > or >> maybe it is lacking to install some module on kernel? >> > Does XCP use bridge or openvswitch? The latter contains a compatibility > layer so brctl is supposed to still work but I don't know if the > compatibility is complete. > > James > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 15 22:38:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 15 Oct 2011 22:38:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFJQu-0006go-CA; Sat, 15 Oct 2011 22:38:48 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFJPO-0006MO-AJ for xen-users@lists.xensource.com; Sat, 15 Oct 2011 22:37:16 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1318743430!35427440!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32479 invoked from network); 16 Oct 2011 05:37:11 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 05:37:11 -0000 Received: by bke17 with SMTP id 17so4472972bke.30 for ; Sat, 15 Oct 2011 22:37:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=cD6O59ibiXN8F0PDQCHGc7+r975VXja99bWdIi7qeg4=; b=OD0pi2LbFrrOgGsgqu1Mko/s95vPFYBzAGsrvl9Zv9fCUn/K5V6AhatpbrTxsbuU1D YMnwvm8RfGHiOKBfe6n04TtDZw5XxAFeTEoNQmFlv49wRaz3H/dZimuWkXJzBlrJwnP/ JyyOlAhEWQKmhH5Xip9BzA1ziuZFed/nYLUMg= Received: by 10.204.141.8 with SMTP id k8mr10975061bku.14.1318743430802; Sat, 15 Oct 2011 22:37:10 -0700 (PDT) Received: from home.desunote.ru (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id r12sm13168661bkw.5.2011.10.15.22.37.09 (version=SSLv3 cipher=OTHER); Sat, 15 Oct 2011 22:37:09 -0700 (PDT) Message-ID: <4E9A6DD5.4020800@gmail.com> Date: Sun, 16 Oct 2011 09:38:29 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Icedove/3.1.13 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] XCP: brctl showmacs failed on xcp 1.0 References: <4E9A34E6.6070803@gmail.com> In-Reply-To: <4E9A34E6.6070803@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Check /etc/xensource/network.conf bridge - use brutils openvswitch - use openvswitch After changes you'll need to reboot host (not sure, but seems so). On 16.10.2011 05:35, Tom Lobato wrote: > Hi all, > I`m debugging a network issue on my environment and it is very important > to have brctl showmacs working, but... > > # brctl showmacs xenbr0 > read of forward table failed: Operation not supported > > 'strace brctl showmacs xenbr0' told me that > /sys/class/net/xenbr0/brforward does not exist. Sysfs is mounted > normally. Kernel version is 2.6.32.12-0.7.1.xs1.0.0.311.170586xen. > Does XCP 1.0/centos5.6 really has no /sys/class/net/xenbr0/brforward or > maybe it is lacking to install some module on kernel? > > > Thank you, > Tom > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 05:47:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 05:47:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFQ7z-0000sv-3Y; Sun, 16 Oct 2011 05:47:43 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFQ6V-0000Y9-RZ for xen-users@lists.xensource.com; Sun, 16 Oct 2011 05:46:12 -0700 X-Env-Sender: abhidixit87@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1318769168!1259993!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11880 invoked from network); 16 Oct 2011 12:46:08 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 12:46:08 -0000 Received: by bke17 with SMTP id 17so4957052bke.30 for ; Sun, 16 Oct 2011 05:46:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ocoFIFfzmGSj9xjYBvCEf3S/oL1Jf2b0lh4Mb3wnnyo=; b=XZm9veBjmacWguOBGWVvLgYeuO3WNa9N3RFcay9jj4NdB8i7TUXoMF5MD64ay5jhLG hIsrx9eJsvBMbOEiZgiXWBaW1dxSjQnA3H/6kha4GlUgV1OQTy0LugvIdShBCFI9hIuG vIKaZgZj6i/SUV+hA/gmIJiRvCLRmZOX4C5pk= MIME-Version: 1.0 Received: by 10.223.1.131 with SMTP id 3mr17625815faf.30.1318769168235; Sun, 16 Oct 2011 05:46:08 -0700 (PDT) Received: by 10.223.159.132 with HTTP; Sun, 16 Oct 2011 05:46:08 -0700 (PDT) In-Reply-To: References: Date: Sun, 16 Oct 2011 18:16:08 +0530 Message-ID: From: Abhishek Dixit To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] Need Virtualization Support in laptop X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am having a Dell Inspiron 1440 laptop. This does not have virtualization support.I want =A0Virtualization Technology support in this laptop. What should I do 1) should I =A0get motherboard replaced 2) or should I get processor replaced. 3) or I need to get both motherboard and processor replaced A lot of virtualization related work I am not able to do because of hardware constraint. Any suggestion will be helpful. -- Regards Abhi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 05:54:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 05:54:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFQEr-0001ha-PH; Sun, 16 Oct 2011 05:54:49 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFQDj-0001NE-N7 for xen-users@lists.xensource.com; Sun, 16 Oct 2011 05:53:40 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1318769615!20661941!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15110 invoked from network); 16 Oct 2011 12:53:36 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 12:53:36 -0000 Received: by vcbfk13 with SMTP id fk13so3171557vcb.30 for ; Sun, 16 Oct 2011 05:53:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=H74AaHNeHFBH5+HLr4Z73y+9YZRJUBRH7yUVptlTuiM=; b=kfqt9awjZVpaX1pL19woPyBxtMe3VniYOnfhmjh3AcvO8P37KyTioJT+oVjXTuSqas N+DaG2jPAE31xtGvUPTnArFnJwy2jXg+GM4D1twSfYnRSQBxSkGNY4olGFYSvOBV13f2 WDKqojuT4QtZPr78Dxmzd+4WXONKquYuD6JOE= Received: by 10.52.76.162 with SMTP id l2mr15897031vdw.64.1318769615079; Sun, 16 Oct 2011 05:53:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Sun, 16 Oct 2011 05:53:15 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Sun, 16 Oct 2011 14:53:15 +0200 Message-ID: Subject: Re: [Xen-users] Need Virtualization Support in laptop To: Abhishek Dixit Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 16 October 2011 14:46, Abhishek Dixit wrote: > I am having a Dell Inspiron 1440 laptop. This does not have > virtualization support.I want =A0Virtualization Technology support in > this laptop. > > What should I do > 1) should I =A0get motherboard replaced > 2) or should I get processor replaced. The substitution of the processor is sufficient. Of course if you get a VT-x or AMD-v CPU enabled, you will have the possibility to have the virtualization technology support. Actually, even if I had the same problem on a Desktop PC, it was sufficient to buy a new CPU with VT-x support. The motherboard should be bought only if it doesn't support the new CPU. Note that, many laptops don't give the possibility to enable the VT-x through the BIOS (like my case), even the CPU supports it. In this case, there are alternative procedures to get it enabled! ;-) Bye, --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 09:53:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 09:53:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFTy6-0007U7-Iy; Sun, 16 Oct 2011 09:53:46 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFTwz-0007AB-DQ for xen-users@lists.xensource.com; Sun, 16 Oct 2011 09:52:37 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1318783954!1278449!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3678 invoked from network); 16 Oct 2011 16:52:34 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 16:52:34 -0000 Received: by bke17 with SMTP id 17so5241496bke.30 for ; Sun, 16 Oct 2011 09:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=XO2NQzQV0axnFpynZgssaRNhXKn7tir3t6nx9a/5PC4=; b=Iod1bA0dqHftDRrrJC3JLNB+2KxbkN96fsQitCG/pYKkyFNbpTFzjuXw3aSJpYDpB+ JUfBS2Y08N+X1BQhURuG3dX9kp/G/0NdkZmSfMKV+ybBZlkNsH6rJlPl5KDQh0HXujM1 2HiN92GLWoqYVGwsJ4KkPogkmFTNiPVDd/iDA= Received: by 10.204.156.68 with SMTP id v4mr11720818bkw.48.1318783952509; Sun, 16 Oct 2011 09:52:32 -0700 (PDT) Received: from home.desunote.ru (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id u18sm1510965bkn.6.2011.10.16.09.52.30 (version=SSLv3 cipher=OTHER); Sun, 16 Oct 2011 09:52:31 -0700 (PDT) Message-ID: <4E9B0C20.6070102@gmail.com> Date: Sun, 16 Oct 2011 20:53:52 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Icedove/3.1.13 MIME-Version: 1.0 To: Tom Lobato , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] XCP: brctl showmacs failed on xcp 1.0 References: <4E9A34E6.6070803@gmail.com> <4E9A6DD5.4020800@gmail.com> <4E9AF599.50609@gmail.com> In-Reply-To: <4E9AF599.50609@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I was funny task but I was able to solve it: # ovs-appctl fdb/show xenbr1 port VLAN MAC Age 1 0 5e:9a:95:15:0b:6e 57 1 0 d6:d6:01:c1:be:49 57 1 0 42:df:01:45:bc:84 55 1 0 12:a8:b7:c3:8e:39 54 1 401 00:30:48:f0:cc:22 50 1 0 0e:f6:cd:f4:c0:74 48 1 0 00:30:48:f2:0a:20 45 .... the single thing I don't see here is 'local' flag, which can be extracted from ovs database (ovs-vsctrl list Port; list Interface; list Bridge and so on). On 16.10.2011 19:17, Tom Lobato wrote: > I was wrong. It uses openvswitch by default: > > # cat /etc/xensource/network.conf > openvswitch > > Then I tried to find equivalent ovs for 'brctl showmacs' on google and > ovs manpages, with no success. Any hint? > > > > Em 16-10-2011 03:38, George Shuklin escreveu: >> Check /etc/xensource/network.conf >> >> bridge - use brutils >> openvswitch - use openvswitch >> >> After changes you'll need to reboot host (not sure, but seems so). >> >> On 16.10.2011 05:35, Tom Lobato wrote: >>> Hi all, >>> I`m debugging a network issue on my environment and it is very important >>> to have brctl showmacs working, but... >>> >>> # brctl showmacs xenbr0 >>> read of forward table failed: Operation not supported >>> >>> 'strace brctl showmacs xenbr0' told me that >>> /sys/class/net/xenbr0/brforward does not exist. Sysfs is mounted >>> normally. Kernel version is 2.6.32.12-0.7.1.xs1.0.0.311.170586xen. >>> Does XCP 1.0/centos5.6 really has no /sys/class/net/xenbr0/brforward or >>> maybe it is lacking to install some module on kernel? >>> >>> >>> Thank you, >>> Tom >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 11:43:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 11:43:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFVg0-00026b-9P; Sun, 16 Oct 2011 11:43:12 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RFVeN-0001m4-Jw for xen-users@lists.xensource.com; Sun, 16 Oct 2011 11:41:31 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1318790488!368525!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27011 invoked from network); 16 Oct 2011 18:41:28 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-2.tower-21.messagelabs.com with SMTP; 16 Oct 2011 18:41:28 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Sun, 16 Oct 2011 19:41:26 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Sun, 16 Oct 2011 18:41:25 +0000 Subject: Re: [Xen-users] dom0_mem= major issue References: <039E0B4AA9103344A80DA55DDDC76A936A60A2@electron.tidyhosts.com> From: "Ian Tobin" In-Reply-To: Message-ID: <787DBC37-00D8-4035-AB5A-0A7BAB4CAD95@tidyhosts.com> Date: Sun, 16 Oct 2011 19:41:18 +0100 To: "Florian Heigl" thread-index: AcyMMzVx7kjuif63SZqpdCB3feMSTQ== thread-topic: [Xen-users] dom0_mem= major issue MIME-Version: 1.0 (iPhone Mail 8L1) Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1227792031==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1227792031== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" SGksDQoNCldoYXQgZG8geW91IG1lYW4gYnkgc2V0dGluZyB0aGUgbGludXggb3B0aW9uPyBEbyB5 b3UgbWVhbiBtZW09eCA/DQoNCklmIHNvIGkgdHJpZWQgdGhhdCBidXQgdGhlIGtlcm5lbCB3b3Vs ZCBwYW5pYyBvbiBzdGFydHVwIHNvIGRpZG4ndCBoZWxwIG1lIGF0IGFsbC4NCg0KV2hhdCBzZXR0 aW5ncyBoYXZlIHlvdSBnb3QgdGhhdCB3b3Jrcz8gDQoNCkkgdGhpbmsgY2xlYXJseSB0aGVyZSBp cyBhIG1ham9yIGJ1ZyBoZXJlIGJ1dCBkb2Vzbid0IHNlZW0gdG8gYmUgTWFueSBwZW9wbGUgcmVw b3J0aW5nIGl0DQoNClRoYW5rcw0KDQpJYW4NCg0KDQoNCk9uIDE0IE9jdCAyMDExLCBhdCAxNTo0 MCwgIkZsb3JpYW4gSGVpZ2wiIDxmbG9yaWFuLmhlaWdsQGdtYWlsLmNvbT4gd3JvdGU6DQoNCj4g SGksDQo+IA0KPiAyMDExLzEwLzE0IElhbiBUb2JpbiA8aXRvYmluQHRpZHlob3N0cy5jb20+Og0K Pj4gc2FtZSBpc3N1ZT8gIFNwZWNpZnlpbmcgdGhlIGFib3ZlIGxpbmUgZG9lc27igJl0IHNlZW0g dG8gaGF2ZSBtdWNoIGFmZmVjdCwgaW4NCj4+IGZhY3QgaXQgbWFrZXMgdGhlIHN5c3RlbSBtb3Jl IHVuc3RhYmxlIGFzIGl0IHNlZW1zIHRoYXQgd2hlbiBsYXVuY2hpbmcgZG9tVXMNCj4+IGl0IHRh a2VzIG1lbW9yeSBmcm9tIGRvbTAgdG8gdGhlIHBvaW50IHdoZXJlIGl0IGlzIHJ1bm5pbmcgYXQg aXRzIG1pbmltdW0uDQo+PiBJIGhhdmUgdGVzdGVkIHdpdGggdmFyaW91cyBzZXJ2ZXJzIGFuZCBh bGwgaGF2ZSB0aGUgc2FtZSBpc3N1ZS4NCj4gDQo+IGRpZCB5b3UgdHJ5IGFkZGluZyB0aGUgY29y cmVzcG9uZGluZyBvcHRpb24gZm9yIHRoZSBsaW51eCBrZXJuZWw/DQo+IEZyb20gd2hhdCBJIHVu ZGVyc3Rvb2Qgb25lIG5lZWRzIHRvIHNldCBib3RoIHRoZSBYZW4gYW5kIHRoZSBMaW51eCBvcHRp b24uDQo+IA0KPiBCdXQsIHllYWgsIHNvIGZhciBJIHN0aWxsIG5lZWQgdG8gYmUgYWZmZWN0ZWQg YnkgdGhlIGlzc3VlLiBSdW5uaW5nDQo+IG1vc3RseSBvbGRlciB2ZXJzaW9ucyBvZiBYZW4uDQo+ IFNlZW1zIGl0J3Mgbm90IGdvaW5nIHRvIHBlIHBvc3NpYmxlIHRvIHdhaXQgaXQgb3V0IHRpbGwg aXQgaXMgZml4ZWQgOikNCj4gDQo+IEZsbw0KPiANCj4gLS0gDQo+IHRoZSBwdXJwb3NlIG9mIGxp YnZpcnQgaXMgdG8gcHJvdmlkZSBhbiBhYnN0cmFjdGlvbiBsYXllciBoaWRpbmcgYWxsDQo+IHhl biBmZWF0dXJlcyBhZGRlZCBzaW5jZSAyMDA2IHVudGlsIHRoZXkgd2VyZSBmaW5hbGx5IHVuZGVy c3Rvb2QgYW5kDQo+IGNvcGllZCBieSB0aGUga3ZtIGRldnMuDQo+IA0K --===============1227792031== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1227792031==-- From xen-users-bounces@lists.xensource.com Sun Oct 16 12:32:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 12:32:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFWRV-0004Ah-IS; Sun, 16 Oct 2011 12:32:18 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFWQE-0003nZ-K1 for xen-users@lists.xensource.com; Sun, 16 Oct 2011 12:30:59 -0700 X-Env-Sender: cbjulio@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1318793455!372683!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7806 invoked from network); 16 Oct 2011 19:30:55 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 19:30:55 -0000 Received: by wyi11 with SMTP id 11so869032wyi.30 for ; Sun, 16 Oct 2011 12:30:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=bMynzaVr0AYBC7NjKrcWOSuzg4wae8Cnz4hEF/TR1qw=; b=pNPAXUuN2ZeOG1GC3FIw6wC07vpvuAsrlBp5o5KBHyEx0B5jZJ4nP++ArDdniz9/Zh rZczXkn/5v/6CjXAZiP7Pre6rqboX6j5Co5O+RuazZRKWjkNar1pDSvgJzZml6Eh9qov 8KusKKL+kygubDD+qfbNWEuxgwmv61CnkUVWs= MIME-Version: 1.0 Received: by 10.216.186.79 with SMTP id v57mr5595888wem.72.1318793454922; Sun, 16 Oct 2011 12:30:54 -0700 (PDT) Received: by 10.216.220.91 with HTTP; Sun, 16 Oct 2011 12:30:54 -0700 (PDT) In-Reply-To: References: Date: Sun, 16 Oct 2011 15:30:54 -0400 Message-ID: Subject: Fwd: [Xen-users] domU Windows XP errors... From: Julio Cesar Batista de Oliveira To: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0103718729==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0103718729== Content-Type: multipart/alternative; boundary=0016e6542dae69aaeb04af6f875d --0016e6542dae69aaeb04af6f875d Content-Type: text/plain; charset=ISO-8859-1 Hii James.... On Wed, Oct 12, 2011 at 8:43 PM, James Harper wrote: > > > > Hello!! > > I have some difficulties in my debian squeeze + xen 4.0. I had > installed my > > domU windows XP today, and now it's fails with some > programs/applications. > > For example, my skype hangs when it starts with windows...i have a > system > > in DOS (maybe in COBOL or CLIPER) running, but it is hanging too, and > doesn't > > starts...everything was working with VMware server, but now i change > to > > Xen, but i don't know how to fix that. > > I had change my server (another Main board, NIC, processor, etc), e it > seems > > the same way. > > > > Anybody has a idea of the problem? > > I download GPL drivers for windows XP too... > > Thanks! > > > > Does it work any bettor (or worse) if you turn off Data Execution > Prevention? I don't think this is a fix but it might tell us more about > what the problem is... > > About the Data Execution Prevention, i turned off, and nothing change. The error is the same. Put skype and cmd (command prompt, witch runs my DOS basead system...), and nothing... > What CPU is in the physical machine? Is it AMD or Intel? > > My Processor is Athlon II X4 645, and my last processor for test was a Phenom X3...both AMD processors... Also, did the problem happen before GPL drivers were installed? > For test, i had uninstalled GPL drivers, but nothing... I dont know why James, because with the old VMWare server in my debian etch was working soo good. I dont think its a processor error, or another hardware issue... Any idea? Thank you again... Julio. > James > -- Julio Cesar Batista de Oliveira + 55 (69) 8456-3676 --0016e6542dae69aaeb04af6f875d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hii James....

=
On Wed, Oct 12, 2011 at 8:43 PM, James Harper <james.harper@bendigoit.com.au> wrote:
>
> Hello!!
> I have some difficulties in my debian squeeze + xen 4.0. I had
installed my
> domU windows XP today, and now it's fails with some
programs/applications.
> For example, my skype hangs when it starts with windows...i have a
system
> in DOS (maybe in COBOL or CLIPER) running, but it is hanging too, and<= br> doesn't
> starts...everything was working with VMware server, but now i change to
> Xen, but i don't know how to fix that.
> I had change my server (another Main board, NIC, processor, etc), e it=
seems
> the same way.
>
> Anybody has a idea of the problem?
> I download GPL drivers for windows XP too...
> Thanks!
>

Does it work any bettor (or worse) if you turn off Data Execution
Prevention? I don't think this is a fix but it might tell us more about=
what the problem is...

About the Data Execution Prevention, i turned o= ff, and nothing change. The error is the same. Put skype and cmd (command p= rompt, witch runs my DOS basead system...), and nothing...
=A0
What CPU is in the physical machine? Is it AMD or Intel?

=A0My Processor is Athlon II X4 645, and my las= t processor for test was a Phenom X3...both AMD processors...

=
Also, did the problem happen before GPL drivers were installed?
For test, i had uninstalled GPL drivers, but nothing...
=
I dont know why James, because with the old VMWare server in my debian = etch was working soo good. I dont think its a processor error, or another h= ardware issue...
Any idea?

Thank you again...
Julio.




James



--
Julio Cesar Batista de Oliveira
+ 55 (69) 8456-3676
--0016e6542dae69aaeb04af6f875d-- --===============0103718729== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0103718729==-- From xen-users-bounces@lists.xensource.com Sun Oct 16 14:17:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 14:17:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFY4p-0007gB-Ut; Sun, 16 Oct 2011 14:17:00 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFY2x-0007LQ-KD for xen-users@lists.xensource.com; Sun, 16 Oct 2011 14:15:08 -0700 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-8.tower-216.messagelabs.com!1318799699!1297094!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24049 invoked from network); 16 Oct 2011 21:15:00 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Oct 2011 21:15:00 -0000 Received: by vws13 with SMTP id 13so3468745vws.30 for ; Sun, 16 Oct 2011 14:14:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.91.212 with SMTP id cg20mr6165223vdb.91.1318799698968; Sun, 16 Oct 2011 14:14:58 -0700 (PDT) Received: by 10.52.168.34 with HTTP; Sun, 16 Oct 2011 14:14:58 -0700 (PDT) Date: Sun, 16 Oct 2011 16:14:58 -0500 X-Google-Sender-Auth: B0WsogOVMob23VrrCVQGv0v2_Ec Message-ID: From: xenusers To: xen-users@lists.xensource.com Subject: [Xen-users] domUs with iSCSI disks... connect in dom0 or domU? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0942150870==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0942150870== Content-Type: multipart/alternative; boundary=20cf307c9dee96404504af70fb86 --20cf307c9dee96404504af70fb86 Content-Type: text/plain; charset=ISO-8859-1 Hi List, I don't know if this is something that is a simple matter of opinion or if there are strong reasons to take one route or the other. I have dom0 nodes with dedicated bond interfaces that connect to a storage traffic-only VLAN. Currently I have a few domUs running that have large-ish volumes on the iSCSI SAN, and to present the volumes I'm connecting the dom0s to the storage, then in the domU config I give it the iSCSI volumes as 'phy:/dev/disk/by-path/ip-10.10.10.5-iqn....:volume1' and so on. I'm wondering if instead it's considered better to simply have the domU make those iSCSI connections, by giving it a second interface that connects to a bridge with access to the iSCSI VLAN? I set one up that way instead, and it works as expected though it seems to perform less well in some admittedly simple tests using dd with 'oflag=direct' set. The dom0 can write at about 110MB/s sustained, but if the domU makes the iSCSI connection instead it's doing well to manage 60MB/s. So I'm looking to the wisdom of the list, is it crazy to set things up one way or the other, or are they both an OK approach? It seems like having the dom0 handle the iSCSI connection is a big win performance-wise, but perhaps that comes at a big negative cost? Having the domU make the connection simplifies the Pacemaker configuration, but with an apparent loss in disk throughput. This setup is initially just some fairly busy MySQL servers. Running as they are with dom0 iSCSI volumes, they're very easily handling the load but I had to reboot one of them today because it started throwing errors accessing a volume: Oct 16 12:00:36 slave3 kernel: end_request: I/O error, dev xvdc, sector 983424 The dom0 still showed the iSCSI connection as active and appeared fine, but the domU couldn't access the disk. A reboot fixed it right up, further indicating to me that the underlying iSCSI connection from dom0 was fine all along since I did nothing with it at all. Perhaps there's some xm command that could have cleared the problem for domU as well, and I just don't know it. Thanks for any insight, Mark --20cf307c9dee96404504af70fb86 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi List,

I don't know if this is something that is a= simple matter of opinion or if there are strong reasons to take one route = or the other. =A0I have dom0 nodes with dedicated bond interfaces that conn= ect to a storage traffic-only VLAN. =A0Currently I have a few domUs running= that have large-ish volumes on the iSCSI SAN, and to present the volumes I= 'm connecting the dom0s to the storage, then in the domU config I give = it the iSCSI volumes as 'phy:/dev/disk/by-path/ip-10.10.10.5-iqn....:vo= lume1' and so on.

I'm wondering if instead it's considered better= to simply have the domU make those iSCSI connections, by giving it a secon= d interface that connects to a bridge with access to the iSCSI VLAN? =A0I s= et one up that way instead, and it works as expected though it seems to per= form less well in some admittedly simple tests using dd with 'oflag=3Dd= irect' set. =A0The dom0 can write at about 110MB/s sustained, but if th= e domU makes the iSCSI connection instead it's doing well to manage 60M= B/s.

So I'm looking to the wisdom of the list, is it cra= zy to set things up one way or the other, or are they both an OK approach? = =A0It seems like having the dom0 handle the iSCSI connection is a big win p= erformance-wise, but perhaps that comes at a big negative cost? =A0Having t= he domU make the connection simplifies the Pacemaker configuration, but wit= h an apparent loss in disk throughput.

This setup is initially just some fairly busy MySQL ser= vers. =A0Running as they are with dom0 iSCSI volumes, they're very easi= ly handling the load but I had to reboot one of them today because it start= ed throwing errors accessing a volume:

=A0 =A0 =A0Oct 16 12:00:36 slave3 kernel: end_request: = I/O error, dev xvdc, sector 983424

The dom0 still = showed the iSCSI connection as active and appeared fine, but the domU could= n't access the disk. =A0A reboot fixed it right up, further indicating = to me that the underlying iSCSI connection from dom0 was fine all along sin= ce I did nothing with it at all. =A0Perhaps there's some xm command tha= t could have cleared the problem for domU as well, and I just don't kno= w it.

Thanks for any insight,
Mark

--20cf307c9dee96404504af70fb86-- --===============0942150870== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0942150870==-- From xen-users-bounces@lists.xensource.com Sun Oct 16 15:17:21 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 15:17:21 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFZ1D-00010W-Ta; Sun, 16 Oct 2011 15:17:19 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RFZ01-0000gK-02 for xen-users@lists.xensource.com; Sun, 16 Oct 2011 15:16:05 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-216.messagelabs.com!1318803361!1164969!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18791 invoked from network); 16 Oct 2011 22:16:01 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-216.messagelabs.com with SMTP; 16 Oct 2011 22:16:01 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5D75C10401A for ; Sun, 16 Oct 2011 23:16:00 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q1gorw-yJheg for ; Sun, 16 Oct 2011 23:16:00 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id EDDF229F51 for ; Sun, 16 Oct 2011 23:15:59 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 16 Oct 2011 23:15:53 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] domUs with iSCSI disks... connect in dom0 or domU? Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com xenusers wrote: >I don't know if this is something that is a simple matter of opinion >or if there are strong reasons to take one route or the other. There are good performance reasons ... >Currently I have a few domUs running that have large-ish volumes on >the iSCSI SAN, and to present the volumes I'm connecting the dom0s >to the storage, then in the domU config I give it the iSCSI volumes >as 'phy:/dev/disk/by-path/ip-10.10.10.5-iqn....:volume1' and so on. > >I'm wondering if instead it's considered better to simply have the >domU make those iSCSI connections, by giving it a second interface >that connects to a bridge with access to the iSCSI VLAN? I set one >up that way instead, and it works as expected though it seems to >perform less well in some admittedly simple tests using dd with >'oflag=direct' set. It's been a topic of discussion here on and off in the past. Basically, as you found, attaching the iSCSI volume in the DomU results in a big performance hit, although IMO it is a much preferable setup as it isolates the guest requirements from the host and simplifies moving a guest. AIUI, the networking in Xen is single threaded, and so your iSCSI traffic competes for this single thread with all the other traffic. I don't know about disks, but I strongly suspect support for them is multi-threaded. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 19:40:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 19:40:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFd7V-0006jz-Jd; Sun, 16 Oct 2011 19:40:05 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFd6L-0006PT-V2 for xen-users@lists.xensource.com; Sun, 16 Oct 2011 19:38:54 -0700 X-Env-Sender: abhidixit87@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1318819130!17509527!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21096 invoked from network); 17 Oct 2011 02:38:50 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 02:38:50 -0000 Received: by eyb6 with SMTP id 6so4710784eyb.30 for ; Sun, 16 Oct 2011 19:38:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=aPIqnWIlbfD48iLNIJKbEnec4TlrwwaRqonw4i2jXQ4=; b=JTCF0bGKNPa4X8WF8Ju4tr8drKidizReGS65U0RiKE4ngxTDhtbiWGmE0JNM4K1hSm b6s5+sruoeSJoP4bYgHsZ2sdwmB6Y8tXvX61yYLdtgWLS8y2YXjEqktcJBqI2DWiFcOx ckHkMJ922bhC3day3k5oUtYPCzXNQTnAevIws= MIME-Version: 1.0 Received: by 10.223.1.131 with SMTP id 3mr21577566faf.30.1318819130627; Sun, 16 Oct 2011 19:38:50 -0700 (PDT) Received: by 10.223.159.132 with HTTP; Sun, 16 Oct 2011 19:38:50 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Oct 2011 08:08:50 +0530 Message-ID: Subject: Re: [Xen-users] Need Virtualization Support in laptop From: Abhishek Dixit To: Flavio Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Oct 16, 2011 at 6:23 PM, Flavio wrote: > On 16 October 2011 14:46, Abhishek Dixit wrote: >> I am having a Dell Inspiron 1440 laptop. This does not have >> virtualization support.I want =A0Virtualization Technology support in >> this laptop. >> >> What should I do >> 1) should I =A0get motherboard replaced >> 2) or should I get processor replaced. > The substitution of the processor is sufficient. > Of course if you get a VT-x or AMD-v CPU enabled, you > will have the possibility to have the virtualization technology > support. > Actually, even if I had the same problem on a Desktop PC, it > was sufficient to buy a new CPU with VT-x support. > The motherboard should be bought only if it doesn't support the > new CPU. Thanks > Note that, many laptops don't give the possibility to enable the VT-x > through the BIOS (like my case), even the CPU supports it. In this > case, there are alternative procedures to get it enabled! ;-) > Yes I understand :) --=20 Regards Abhi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 20:38:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 20:38:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFe1r-00009z-Cw; Sun, 16 Oct 2011 20:38:19 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFe0k-0008HR-3L for xen-users@lists.xensource.com; Sun, 16 Oct 2011 20:37:10 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-14.tower-174.messagelabs.com!1318822625!35476676!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11548 invoked from network); 17 Oct 2011 03:37:07 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 03:37:07 -0000 Received: by iaen33 with SMTP id n33so6886148iae.30 for ; Sun, 16 Oct 2011 20:37:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.130.133 with SMTP id hm5mr35072570icc.11.1318822625356; Sun, 16 Oct 2011 20:37:05 -0700 (PDT) Received: by 10.42.241.2 with HTTP; Sun, 16 Oct 2011 20:37:05 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Oct 2011 10:37:05 +0700 Message-ID: Subject: Re: [Xen-users] Need Virtualization Support in laptop From: "Fajar A. Nugraha" To: Abhishek Dixit Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 17, 2011 at 9:38 AM, Abhishek Dixit wro= te: > On Sun, Oct 16, 2011 at 6:23 PM, Flavio wrote: >> On 16 October 2011 14:46, Abhishek Dixit wrote: >>> I am having a Dell Inspiron 1440 laptop. This does not have >>> virtualization support.I want =A0Virtualization Technology support in >>> this laptop. Do you mean VT-x (the x86 cpu virtualization) or VT-d (I/O MMU)? If it's VT-x, usually I'd say don't bother. Just use virtualbox that can use software virtualization with decent performance, and you'd be able to run most 32bit guest OS. If it's VT-d, then your best is to change the CPU. IMHO there's not much use for it for laptops though. >>> >>> What should I do >>> 1) should I =A0get motherboard replaced >>> 2) or should I get processor replaced. >> The substitution of the processor is sufficient. I don't think Dell supports replacing your laptop CPU. It might be better to just sell it and get a new one. AFAIK most laptop CPU don't support VT-d (even i5-based usually have 2410M, which doesn't have it). If you REALLY need VT-d, your best bet might be getting i7 CPU. --=20 Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 22:01:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 22:01:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFfK3-0002cp-Il; Sun, 16 Oct 2011 22:01:11 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFfIW-0002Hx-JV for xen-users@lists.xensource.com; Sun, 16 Oct 2011 21:59:37 -0700 X-Env-Sender: abhidixit87@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1318827573!1316180!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 623 invoked from network); 17 Oct 2011 04:59:33 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 04:59:33 -0000 Received: by bke17 with SMTP id 17so6134365bke.30 for ; Sun, 16 Oct 2011 21:59:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=rLc2KOs8Vhqb4GMkzulImYMiBZlrMjoy67bXgUAFzCA=; b=Gw5tBmqCF6NAfrTzN0idRtIPc6tFxzxhXX+8jv3DO29SinulEVBKXNg4GjJnqBsxxU HzFEF/pp8Pc2HwHA5WaVHJITCKnb1XPcNuvgetNtgO4D+4ugyFvpU9LFGXNPN8QZEZqC NiEADrWZbZF8Ig6nZQNruiH2TQf4dDaydGsos= MIME-Version: 1.0 Received: by 10.223.5.201 with SMTP id 9mr22714642faw.5.1318827572889; Sun, 16 Oct 2011 21:59:32 -0700 (PDT) Received: by 10.223.159.132 with HTTP; Sun, 16 Oct 2011 21:59:32 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Oct 2011 10:29:32 +0530 Message-ID: Subject: Re: [Xen-users] Need Virtualization Support in laptop From: Abhishek Dixit To: "Fajar A. Nugraha" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 17, 2011 at 9:07 AM, Fajar A. Nugraha wrote: > On Mon, Oct 17, 2011 at 9:38 AM, Abhishek Dixit w= rote: >> On Sun, Oct 16, 2011 at 6:23 PM, Flavio wrote: >>> On 16 October 2011 14:46, Abhishek Dixit wrote: >>>> I am having a Dell Inspiron 1440 laptop. This does not have >>>> virtualization support.I want =A0Virtualization Technology support in >>>> this laptop. > > Do you mean VT-x (the x86 cpu virtualization) or VT-d (I/O MMU)? Sorry I do not fully understand the difference between the two. I want to run 64 bit guest OS on my laptop. >IMHO there's not > much use for it for laptops though. Actually I am an unemployed sys admin who does not have access to servers.So my only deal is either I work on my own laptop or a home computer which is again an old one. >>>> >>>> What should I do >>>> 1) should I =A0get motherboard replaced >>>> 2) or should I get processor replaced. >>> The substitution of the processor is sufficient. > > I don't think Dell supports replacing your laptop CPU. It might be > better to just sell it and get a new one. AFAIK most laptop CPU don't > support VT-d (even i5-based usually have 2410M, which doesn't have > it). If you REALLY need VT-d, your best bet might be getting i7 CPU. > > -- Thanks for this information I will dig it further. -- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 22:18:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 22:18:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFfay-0003cr-7i; Sun, 16 Oct 2011 22:18:40 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFfZi-0003Ia-5P for xen-users@lists.xensource.com; Sun, 16 Oct 2011 22:17:22 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-13.tower-182.messagelabs.com!1318828637!22394436!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24189 invoked from network); 17 Oct 2011 05:17:18 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 05:17:18 -0000 Received: by iaen33 with SMTP id n33so6983136iae.30 for ; Sun, 16 Oct 2011 22:17:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.123.212 with SMTP id t20mr35126005icr.12.1318828637248; Sun, 16 Oct 2011 22:17:17 -0700 (PDT) Received: by 10.42.241.2 with HTTP; Sun, 16 Oct 2011 22:17:17 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Oct 2011 12:17:17 +0700 Message-ID: Subject: Re: [Xen-users] Need Virtualization Support in laptop From: "Fajar A. Nugraha" To: Abhishek Dixit Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 17, 2011 at 11:59 AM, Abhishek Dixit wr= ote: > On Mon, Oct 17, 2011 at 9:07 AM, Fajar A. Nugraha wrote: >> On Mon, Oct 17, 2011 at 9:38 AM, Abhishek Dixit = wrote: >>> On Sun, Oct 16, 2011 at 6:23 PM, Flavio wrote: >>>> On 16 October 2011 14:46, Abhishek Dixit wrote= : >>>>> I am having a Dell Inspiron 1440 laptop. This does not have >>>>> virtualization support.I want =A0Virtualization Technology support in >>>>> this laptop. >> >> Do you mean VT-x (the x86 cpu virtualization) or VT-d (I/O MMU)? > Sorry I do not fully understand the difference between the two. http://en.wikipedia.org/wiki/X86_virtualization > I want to run 64 bit guest OS on my laptop. You only need VT-x. Are you sure it doesn't have VT? Anyway, if it doesn't, you can either: - use 32bit OS only. It'd be sufficient for most purposes. OR - buy a new one. A new Dell N4050 with core i5-2410M, 4GB memory, no OS, should be around $600. It has VT-x, but no VT-d. Should be enough for your needs. If you're REALLY budget-limited, newer netbooks with Atom-570, 2GB RAM, no OS should be around $300. Either one should be better supported than just upgrading your CPU. --=20 Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 16 22:20:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 16 Oct 2011 22:20:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFfcx-0004Js-G6; Sun, 16 Oct 2011 22:20:43 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFfaa-0003VI-L1 for xen-users@lists.xensource.com; Sun, 16 Oct 2011 22:18:17 -0700 X-Env-Sender: eric.camachat@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1318828692!35494818!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6726 invoked from network); 17 Oct 2011 05:18:13 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 05:18:13 -0000 Received: by ywm13 with SMTP id 13so1061128ywm.30 for ; Sun, 16 Oct 2011 22:18:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=mXjmMvsWZV2nv7qizuzVTXXvrnzQmEuPRR0wGcSePgk=; b=Y/lcr178NIHeF+evfIbC78jQkrAZZCJ4L/asDTCXM/Y45MwrOA6Q5hHDg9fqIvG4ra AJdR3jHw6e5D4rkJohVjdUiUUR3Au8QBgClaxIPWY5mhYxZZ2aq0GP74fRlkcVhbHZRH ltgLt0CTqCGDLwNKZaLsanC0BdHflVL2G2Suo= Received: by 10.236.176.162 with SMTP id b22mr699542yhm.54.1318828692087; Sun, 16 Oct 2011 22:18:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.109.145 with HTTP; Sun, 16 Oct 2011 22:17:52 -0700 (PDT) From: Eric Camachat Date: Sun, 16 Oct 2011 22:17:52 -0700 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] Serial port pass-through or redirect X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I tried to pass-through ttyS1 (COM2) to domU but never succeeded. My config file: irq=[3] ioports=['2f8-2ff'] I can see my domU detect ttyS1 but still cannot drive it. (I can open /dev/ttyS1 but cannot setup its baudrate). If I unbind COM2 from 8250 driver in dom0 then my domU cannot detect any ttyS*, it is weird. I also tried: serial=['pty','/dev/ttyS1'] but didn't work either. It is difficult to let my domU to controll ttyS1 (COM2). Thanks, Eric _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 01:05:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 01:05:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFiCY-0000FA-53; Mon, 17 Oct 2011 01:05:38 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RFi8w-0008K3-3I for xen-users@lists.xensource.com; Mon, 17 Oct 2011 01:02:12 -0700 X-Env-Sender: bart.coninckx@telenet.be X-Msg-Ref: server-9.tower-216.messagelabs.com!1318838510!1340518!1 X-Originating-IP: [195.130.137.68] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32058 invoked from network); 17 Oct 2011 08:01:50 -0000 Received: from georges.telenet-ops.be (HELO georges.telenet-ops.be) (195.130.137.68) by server-9.tower-216.messagelabs.com with SMTP; 17 Oct 2011 08:01:50 -0000 Received: from [192.168.1.102] ([84.196.1.254]) by georges.telenet-ops.be with bizsmtp id lk1q1h00F5UpHxg06k1qCB; Mon, 17 Oct 2011 10:01:50 +0200 Message-ID: <4E9BE0EE.3000008@telenet.be> Date: Mon, 17 Oct 2011 10:01:50 +0200 From: Bart Coninckx User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] domUs with iSCSI disks... connect in dom0 or domU? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/16/11 23:14, xenusers wrote: > Hi List, > > I don't know if this is something that is a simple matter of opinion or > if there are strong reasons to take one route or the other. I have dom0 > nodes with dedicated bond interfaces that connect to a storage > traffic-only VLAN. Currently I have a few domUs running that have > large-ish volumes on the iSCSI SAN, and to present the volumes I'm > connecting the dom0s to the storage, then in the domU config I give it > the iSCSI volumes as > 'phy:/dev/disk/by-path/ip-10.10.10.5-iqn....:volume1' and so on. > > I'm wondering if instead it's considered better to simply have the domU > make those iSCSI connections, by giving it a second interface that > connects to a bridge with access to the iSCSI VLAN? I set one up that > way instead, and it works as expected though it seems to perform less > well in some admittedly simple tests using dd with 'oflag=direct' set. > The dom0 can write at about 110MB/s sustained, but if the domU makes > the iSCSI connection instead it's doing well to manage 60MB/s. > > So I'm looking to the wisdom of the list, is it crazy to set things up > one way or the other, or are they both an OK approach? It seems like > having the dom0 handle the iSCSI connection is a big win > performance-wise, but perhaps that comes at a big negative cost? Having > the domU make the connection simplifies the Pacemaker configuration, but > with an apparent loss in disk throughput. Do you use HVM or PV DomUs? I wonder if this performance drop should hebben with PV. Anyway, I definitely use the iSCSI connections in Dom0. As far as complexity is concerned: I combine iSCSI with multipath, allowing me to change the SCSI disks' names to the names of the DomUs that actually use them. Complexity for the bigger part gone. It also provides you with the benefit of redundant paths towards your iSCSI. HTH, B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 01:08:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 01:08:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFiFD-0000xj-E6; Mon, 17 Oct 2011 01:08:23 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFiDQ-0000Pd-7K for xen-users@lists.xensource.com; Mon, 17 Oct 2011 01:06:39 -0700 X-Env-Sender: royger@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1318838787!22536686!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25398 invoked from network); 17 Oct 2011 08:06:28 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 08:06:28 -0000 Received: by gyg13 with SMTP id 13so6838126gyg.30 for ; Mon, 17 Oct 2011 01:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4F//gB9Dcdo6NrxO3xHG/UxAzMyPGSIkryhp5lAEl2c=; b=g8/9lPrEfvbYKkq3+2iiwOc0OyXJglPt31ii1YU1hmNexKlE4+XW/ft9IvojcIPawB 3UIfQ4m6D72xb5SUoGyINyGapNGqd69cRWMoedUZmSU/Dd9XoprSdWWiKvJLGQiPs6BS HlA+HMyaEjFJeyX9/Ah8sfYnw+v149hmmZn0Y= MIME-Version: 1.0 Received: by 10.68.17.194 with SMTP id q2mr36536595pbd.88.1318838787427; Mon, 17 Oct 2011 01:06:27 -0700 (PDT) Received: by 10.142.133.20 with HTTP; Mon, 17 Oct 2011 01:06:27 -0700 (PDT) In-Reply-To: <4E99BB61.3050208@fuzzwad.org> References: <4E971542.8060008@fuzzwad.org> <4E99BB61.3050208@fuzzwad.org> Date: Mon, 17 Oct 2011 10:06:27 +0200 X-Google-Sender-Auth: GaAoCXJykDIXmKagXN-UEYa6jUk Message-ID: Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory From: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= To: Ron McDowell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > Thanks, Roger. =C2=A0I got sidetracked with other problems for a day or s= o. =C2=A0That > indeed does work fine. > Now I've got bridging problems, though. > > On my DOM0: > > voodoo# cat /etc/ifconfig.bridge0 > =C2=A0create > !brconfig $int add bge0 up > > voodoo# ifconfig -a > =C2=A0bge0: flags=3D8943 = mtu 1500 > > capabilities=3D3f80 > =C2=A0 =C2=A0 =C2=A0 enabled=3D0 > =C2=A0 =C2=A0 =C2=A0 address: bc:30:5b:d0:a1:46 > =C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect (1000baseT > full-duplex,flowcontrol,rxpause,txpause) > =C2=A0 =C2=A0 =C2=A0 status: active > =C2=A0 =C2=A0 =C2=A0 inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17= .9.255 > =C2=A0 =C2=A0 =C2=A0 inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 sc= opeid 0x1 > lo0: flags=3D8049 mtu 33648 > =C2=A0 =C2=A0 =C2=A0 inet 127.0.0.1 netmask 0xff000000 > =C2=A0 =C2=A0 =C2=A0 inet6 ::1 prefixlen 128 > =C2=A0 =C2=A0 =C2=A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > bridge0: flags=3D41 mtu 1500 > > voodoo# cat /usr/pkg/etc/xen/juju =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 kernel > =3D '/usr/pkg/lib/xen/boot/hvmloader' > builder =3D 'hvm' > memory =3D 4096 > vcpus =3D 4 > name =3D 'juju' > vif =3D [ 'mac=3D00:16:3e:00:00:01, bridge=3Dbridge0, type=3Dioemu' ] Have you tried with: vif =3D [ 'mac=3D00:16:3e:00:00:01, bridge=3Dbridge0' ] > device_model =3D '/usr/pkg/libexec/qemu-dm' > disk =3D [ 'file:/Xen/Disks/juju0000.img,ioemu:hda,w' ] > boot =3D 'c' > vnc =3D 1 > vnclisten =3D '0.0.0.0' > vncpasswd =3D 'XXXXXX' > vncdisplay =3D 1 > > voodoo# xm create /usr/pkg/etc/xen/juju > Using config file "/usr/pkg/etc/xen/juju". > Started domain juju > > voodoo# xm list > Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ID= =C2=A0 Mem VCPUs =C2=A0 =C2=A0 =C2=A0State > Time(s) > Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A01024= =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 r----- > 11.0 > juju =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1= =C2=A04096 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 -b---- > 46.0 > > voodoo# ifconfig -a > =C2=A0bge0: flags=3D8943 = mtu 1500 > > capabilities=3D3f80 > =C2=A0 =C2=A0 =C2=A0 enabled=3D0 > =C2=A0 =C2=A0 =C2=A0 address: bc:30:5b:d0:a1:46 > =C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect (1000baseT > full-duplex,flowcontrol,rxpause,txpause) > =C2=A0 =C2=A0 =C2=A0 status: active > =C2=A0 =C2=A0 =C2=A0 inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17= .9.255 > =C2=A0 =C2=A0 =C2=A0 inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 sc= opeid 0x1 > lo0: flags=3D8049 mtu 33648 > =C2=A0 =C2=A0 =C2=A0 inet 127.0.0.1 netmask 0xff000000 > =C2=A0 =C2=A0 =C2=A0 inet6 ::1 prefixlen 128 > =C2=A0 =C2=A0 =C2=A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > bridge0: flags=3D41 mtu 1500 > xvif1.0: flags=3D8923 = mtu > 1500 > =C2=A0 =C2=A0 =C2=A0 capabilities=3D2800 > =C2=A0 =C2=A0 =C2=A0 enabled=3D0 > =C2=A0 =C2=A0 =C2=A0 address: 00:16:3e:01:00:01 > =C2=A0 =C2=A0 =C2=A0 inet6 fe80::216:3eff:fe01:1%xvif1.0 prefixlen 64 sco= peid 0x4 > tap0: flags=3D8943 mtu 15= 00 > =C2=A0 =C2=A0 =C2=A0 address: f2:0b:a4:80:47:02 > =C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect > =C2=A0 =C2=A0 =C2=A0 inet6 fe80::f00b:a4ff:fe80:4702%tap0 prefixlen 64 sc= opeid 0x5 Can you post the output of "brconfig bridge0"? (only the Interfaces section is fine). Also you could perform a tcpdump of interface bge0, to see if packets can reach it. > The re0 device on the FreeBSD DOMU is set up on 172.17.9.33, everything > looks fine there [I can do screenshots if needed] but there's no > connectivity, DOM0->DOMU or DOMU->DOM0. =C2=A0Here again, I'm pretty sure= it's > some little detail I'm missing and just not seeing. > > Thanks in advance. > > -- > Ron McDowell > San Antonio TX > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 04:09:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 04:09:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFl4F-0005ak-MM; Mon, 17 Oct 2011 04:09:16 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RDi14-00007G-1A for Xen-users@lists.xensource.com; Tue, 11 Oct 2011 12:29:30 -0700 X-Env-Sender: ms@it-infrastrukturen.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1318361356!41207608!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21516 invoked from network); 11 Oct 2011 19:29:16 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-11.tower-27.messagelabs.com with SMTP; 11 Oct 2011 19:29:16 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 4F333C0846; Tue, 11 Oct 2011 19:29:26 +0000 (UTC) Message-ID: <4E949890.6000604@it-infrastrukturen.com> Date: Tue, 11 Oct 2011 21:27:12 +0200 From: "M. Schneider" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: Todd Deshane Subject: Re: [Xen-users] XCP 1.1.0 - how to use VNC for installing guest domains? References: <4E9384F1.80204@it-infrastrukturen.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 17 Oct 2011 04:03:29 -0700 Cc: "M. Schneider" , Mike McClurg , Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Am 11.10.2011 05:26, schrieb Todd Deshane: > On Mon, Oct 10, 2011 at 7:51 PM, Mark Schneider > wrote: > >> Is it required to install an additional VNC server on XCP 1.1.0 dom0 box (ip >> 192.168.1.50)to get access to VNC-windows for installing domU guests? >> > See: > http://wiki.xen.org/xenwiki/Xen_Cloud_Platform%3A_Access_to_VM_console > > >> As I don't use m$ / XenCenter so I need VNC for installation of new guests. >> > See also: > > http://wiki.xen.org/xenwiki/XCP_Projects > (maybe OpenXenManager could work for you?) > > > Hope that helps. > > Thanks, > Todd > Thank you very much Todd. I can open now vncviewer window according to wiki pages or a script from Mike McClurg. I have some other issues like troubles with recognizing of network interface (I use bonded interfaces in dom0) during trial net-install of ubuntu however I should address them separately on the xen-users list. Regards, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 04:18:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 04:18:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFlCm-0006Un-0F; Mon, 17 Oct 2011 04:18:05 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RDi8p-0000H4-VD for Xen-users@lists.xensource.com; Tue, 11 Oct 2011 12:37:32 -0700 X-Env-Sender: ms@it-infrastrukturen.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1318361848!16869655!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13454 invoked from network); 11 Oct 2011 19:37:28 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-7.tower-182.messagelabs.com with SMTP; 11 Oct 2011 19:37:28 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 67C6DC0846; Tue, 11 Oct 2011 19:37:28 +0000 (UTC) Message-ID: <4E949A78.6090804@it-infrastrukturen.com> Date: Tue, 11 Oct 2011 21:35:20 +0200 From: "M. Schneider" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: Mike McClurg Subject: Re: [Xen-users] XCP 1.1.0 - how to use VNC for installing guest domains? References: <4E9384F1.80204@it-infrastrukturen.org> <4E943B49.4030801@citrix.com> In-Reply-To: <4E943B49.4030801@citrix.com> Content-Type: multipart/mixed; boundary="------------000200050303060608080205" X-Mailman-Approved-At: Mon, 17 Oct 2011 04:03:29 -0700 Cc: "M. Schneider" , Todd Deshane , "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --------------000200050303060608080205 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Am 11.10.2011 14:49, schrieb Mike McClurg: > On 11/10/11 00:51, Mark Schneider wrote: > >> Is it required to install an additional VNC server on XCP 1.1.0 dom0 box >> (ip 192.168.1.50)to get access to VNC-windows for installing domU guests? >> > No, it's not necessary. XCP starts vncservers for each running VM > (including domain 0). I've attached a script that I use for attaching > vnc clients to VMs. The script assumes that you have root ssh access to > the host. > > I'll upload this script to the wiki page that Todd pointed you to earlier. > > Mike > Thank you very much Mike. Your script is working perfectly. I have some other issues, however I will report them separately to the xen-users list. E.g. when I try to start the same VM again (after breaking the first try to install) I am getting the following error (even it is a net-install and there shouldn't be any disk image due to my understanding): # --- [root@xcp-dev01 ~]# xe vm-start uuid=462614f1-5a4d-6fe2-6e74-141c2a9c3721 Error code: WARNING: /dev/xvda is not a disk image Error parameters: Traceback (most recent call last):, File "/usr/bin/pygrub", line 746, in ?, raise RuntimeError, "Unable to find partition containing kernel", RuntimeError: Unable to find partition containing kernel, Regards, Mark --------------000200050303060608080205 Content-Type: text/plain; name="vmvnc" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vmvnc" #!/bin/bash function usage () { echo "Usage:" echo " `basename $0` -h -g " echo " `basename $0` -h -u " echo " `basename $0` -h -d " exit 1 } while getopts "h:g:u:d:" option do case $option in h ) xs=${OPTARG} ;; g ) vm=${OPTARG} ;; u ) uu=${OPTARG} ;; d ) id=${OPTARG} ;; * ) usage esac done if [ -z ${xs} ]; then usage fi if [ -z ${uu} ] && [ -z ${vm} ] && [ -z ${id} ]; then usage fi if [ ! -z ${uu} ]; then domid=`ssh root@${xs} xe vm-list uuid=${uu} params=dom-id --minimal` elif [ ! -z ${vm} ]; then domid=`ssh root@${xs} xe vm-list name-label=${vm} params=dom-id --minimal` elif [ ! -z ${id} ]; then domid=${id} fi if [ -z ${domid} ]; then echo "Could not find guest ${vm}${uu} on host ${xs}." exit 1 elif [ ${domid} -lt 0 ]; then echo "Guest ${vm}${uu} has no dom-id. Is your vm running?" exit 1 fi port=`ssh root@${xs} xenstore-read /local/domain/${domid}/console/vnc-port` if [ -z ${port} ]; then echo "Couldn't read VNC port from xenstore. Is your vm running?" exit 1 fi echo "Connecting to vnc port ${port} on host ${xs}..." vncviewer -via root@${xs} localhost::${port} --------------000200050303060608080205 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --------------000200050303060608080205-- From xen-users-bounces@lists.xensource.com Mon Oct 17 04:24:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 04:24:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFlIe-0007Iv-VW; Mon, 17 Oct 2011 04:24:09 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RDj2t-0002xW-EG for xen-users@lists.xensource.com; Tue, 11 Oct 2011 13:35:29 -0700 X-Env-Sender: c.brocker@logic-q.nl X-Msg-Ref: server-12.tower-174.messagelabs.com!1318365323!34852795!1 X-Originating-IP: [62.179.121.32] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27986 invoked from network); 11 Oct 2011 20:35:23 -0000 Received: from fep12.mx.upcmail.net (HELO fep12.mx.upcmail.net) (62.179.121.32) by server-12.tower-174.messagelabs.com with SMTP; 11 Oct 2011 20:35:23 -0000 Received: from edge03.upcmail.net ([192.168.13.238]) by viefep12-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20111011203520.SPEY1724.viefep12-int.chello.at@edge03.upcmail.net> for ; Tue, 11 Oct 2011 22:35:20 +0200 Received: from mail.logic-q.nl ([213.46.198.132]) by edge03.upcmail.net with edge id jYbJ1h01b2rssPp03YbKbE; Tue, 11 Oct 2011 22:35:20 +0200 X-SourceIP: 213.46.198.132 Received: from gonzo.logic-q.loc (localhost.logic-q.nl [127.0.0.1]) by mail.logic-q.nl (Postfix) with ESMTP id 0E66C18E10 for ; Tue, 11 Oct 2011 22:35:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at logic-q.nl Received: from mail.logic-q.nl ([127.0.0.1]) by gonzo.logic-q.loc (gonzo.logic-q.loc [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r9igMRLRlKNl for ; Tue, 11 Oct 2011 22:35:00 +0200 (CEST) Received: from LQ01 (d198132.upc-d.chello.nl [213.46.198.132]) (Authenticated sender: coen@mail.logic-q.nl) by mail.logic-q.nl (Postfix) with ESMTPA id 47126170AE for ; Tue, 11 Oct 2011 22:34:59 +0200 (CEST) From: =?iso-8859-1?Q?C._Br=F6cker?= To: Date: Tue, 11 Oct 2011 22:34:52 +0200 Message-ID: <001201cc8855$3baef060$b30cd120$@brocker@logic-q.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0013_01CC8865.FF37C060" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcyIU1gLfrRodwPxTO21KG0kMCd0mg== Content-Language: nl x-cr-puzzleid: {C4E0A057-5F54-49A0-8BF9-0869E2A60E8C} x-cr-hashedpuzzle: ALQZ AMMB AhMu BFwV DNSA EcEH GRuh GtIa Hnw/ ItXM JHjn JcmG JkQh KN0I KW0K Kcgc; 1; eABlAG4ALQB1AHMAZQByAHMAQABsAGkAcwB0AHMALgB4AGUAbgBzAG8AdQByAGMAZQAuAGMAbwBtAA==; Sosha1_v1; 7; {C4E0A057-5F54-49A0-8BF9-0869E2A60E8C}; YwAuAGIAcgBvAGMAawBlAHIAQABsAG8AZwBpAGMALQBxAC4AbgBsAA==; Tue, 11 Oct 2011 20:34:49 GMT; VQBuAGEAYgBsAGUAIAB0AG8AIABsAG8AYwBhAHQAZQAgAEkATwBBAFAASQBDACAAZgBvAHIAIABHAFMASQAgADIA X-Cloudmark-Analysis: v=1.1 cv=7AjrSHUygkxmgKj9+ZdWPzZoKYzIcpgZMIt1Yxqn8hE= c=1 sm=0 a=mNd-rQ6f5BcA:10 a=Q8FPKdnt-tkA:10 a=rSrc3WKUTEhuP1qtIcsA:9 a=QCu-J0J2eTU5tKp2GiEA:7 a=wPNLvfGTeEIA:10 a=8T59DR07AAAA:8 a=BvJYbi8jRZN6VmvVdU8A:9 a=3lHxyqyJUCShT26oIqUA:7 a=nkLkwEfc5PePteco:21 a=AtIIfmnDNwcm8USB:21 a=xNf9USuDAAAA:8 a=OkOIuxb0-IC6wGA3CdUA:9 a=CFz8Y4HE5C9CRMCXofoA:7 a=YPTUPuSgPjgA:10 a=4LnrwuJU6qp20vCh:21 a=d2xQcZ5u59rf4Noc:21 a=wpzt2mXMLTC6Xj-AkMoA:9 a=GOAjizFI_0eH1SnwbX0A:7 a=KTmLGUvcB31YyJ_5:21 a=B_jSNwvvxHVuWoHP:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Mailman-Approved-At: Mon, 17 Oct 2011 04:03:29 -0700 Subject: [Xen-users] Unable to locate IOAPIC for GSI 2 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. ------=_NextPart_000_0013_01CC8865.FF37C060 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit (I accidently (cross) posted this also in the xen-bugs mailing list. This wasn't my intention. Sorry for that) Hi, I have two kernels vmlinuz-2.6.32-5-amd64 vmlinuz-2.6.32-5-xen-amd64 As you can see, distributions are the same, the latter differs by loading xen stuff. When booting the xen kernel (vmlinuz-2.6.32-5-xen-amd64) I noticed a problem which does not occur in the non xen kernel (vmlinuz-2.6.32-5-amd64). [ 0.000000] IOAPIC[0]: apic_id 0, version 0, address 0xfec00000, GSI 0-0 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 I think the problem is Xen related. I also noticed another problem while booting the xen kernel. (XEN) AMD-Vi: IOMMU 0 Enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Total of 12 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) TSC is reliable, synchronization unnecessary (XEN) Platform timer appears to have unexpectedly wrapped 10 or more times. (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 32 KiB. (XEN) do_IRQ: 1.231 No irq handler for vector (irq -1) (XEN) Brought up 12 CPUs (XEN) do_IRQ: 2.231 No irq handler for vector (irq -1) (XEN) do_IRQ: 4.231 No irq handler for vector (irq -1) (XEN) do_IRQ: 3.231 No irq handler for vector (irq -1) (XEN) ... I'm stuck here and need some help resolving this. Best regards, Hansa ------=_NextPart_000_0013_01CC8865.FF37C060 Content-Type: text/plain; name="dmesg_xen.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg_xen.txt" [ 0.000000] Initializing cgroup subsys cpuset=0A= [ 0.000000] Initializing cgroup subsys cpu=0A= [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-38) = (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon = Oct 3 07:53:54 UTC 2011=0A= [ 0.000000] Command line: placeholder = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet irqpoll=0A= [ 0.000000] KERNEL supported cpus:=0A= [ 0.000000] Intel GenuineIntel=0A= [ 0.000000] AMD AuthenticAMD=0A= [ 0.000000] Centaur CentaurHauls=0A= [ 0.000000] xen_release_chunk: looking at area pfn dfe90-dfe9e: 14 = pages freed=0A= [ 0.000000] xen_release_chunk: looking at area pfn f0000-fec00: 60416 = pages freed=0A= [ 0.000000] xen_release_chunk: looking at area pfn fec01-fee00: 511 = pages freed=0A= [ 0.000000] xen_release_chunk: looking at area pfn fee01-ffe00: 4095 = pages freed=0A= [ 0.000000] released 65036 pages of unused memory=0A= [ 0.000000] BIOS-provided physical RAM map:=0A= [ 0.000000] Xen: 0000000000000000 - 0000000000092000 (usable)=0A= [ 0.000000] Xen: 0000000000092000 - 0000000000100000 (reserved)=0A= [ 0.000000] Xen: 0000000000100000 - 00000000dfe90000 (usable)=0A= [ 0.000000] Xen: 00000000dfe9e000 - 00000000dfea0000 type 9=0A= [ 0.000000] Xen: 00000000dfea0000 - 00000000dfeb2000 (ACPI data)=0A= [ 0.000000] Xen: 00000000dfeb2000 - 00000000dfee0000 (ACPI NVS)=0A= [ 0.000000] Xen: 00000000dfee0000 - 00000000f0000000 (reserved)=0A= [ 0.000000] Xen: 00000000fec00000 - 00000000fec01000 (reserved)=0A= [ 0.000000] Xen: 00000000fee00000 - 00000000fee01000 (reserved)=0A= [ 0.000000] Xen: 00000000ffe00000 - 0000000100000000 (reserved)=0A= [ 0.000000] Xen: 0000000100000000 - 00000003ea452000 (usable)=0A= [ 0.000000] DMI present.=0A= [ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working = around it.=0A= [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 = (usable) =3D=3D> (reserved)=0A= [ 0.000000] last_pfn =3D 0x3ea452 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new = 0x7010600070106=0A= [ 0.000000] last_pfn =3D 0xdfe90 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] initial memory mapped : 0 - 20000000=0A= [ 0.000000] init_memory_mapping: 0000000000000000-00000000dfe90000=0A= [ 0.000000] 0000000000 - 00dfe90000 page 4k=0A= [ 0.000000] kernel direct mapping tables up to dfe90000 @ = 100000-805000=0A= [ 0.000000] init_memory_mapping: 0000000100000000-00000003ea452000=0A= [ 0.000000] 0100000000 - 03ea452000 page 4k=0A= [ 0.000000] kernel direct mapping tables up to 3ea452000 @ = 5102000-7066000=0A= [ 0.000000] RAMDISK: 016b9000 - 03180800=0A= [ 0.000000] ACPI: RSDP 00000000000fa110 00024 (v02 ACPIAM)=0A= [ 0.000000] ACPI: XSDT 00000000dfea0100 0008C (v01 SMCI = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: FACP 00000000dfea0290 000F4 (v04 091611 FACP2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: DSDT 00000000dfea06b0 05B09 (v02 1A811 1A811000 = 00000000 INTL 20051117)=0A= [ 0.000000] ACPI: FACS 00000000dfeb2000 00040=0A= [ 0.000000] ACPI: APIC 00000000dfea0390 00158 (v02 091611 APIC2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: MCFG 00000000dfea04f0 0003C (v01 091611 OEMMCFG = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: OEMB 00000000dfeb2040 00075 (v01 091611 OEMB2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HPET 00000000dfeaa6b0 00038 (v01 091611 OEMHPET = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: IVRS 00000000dfeaa6f0 000A8 (v01 AMD RD890S = 00202031 AMD 00000000)=0A= [ 0.000000] ACPI: SRAT 00000000dfeaa7a0 00190 (v02 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SLIT 00000000dfeaa930 00030 (v01 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SSDT 00000000dfeaa960 01ED8 (v01 A M I POWERNOW = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: EINJ 00000000dfeac840 00130 (v01 AMIER AMI_EINJ = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: BERT 00000000dfeac9d0 00030 (v01 AMIER AMI_BERT = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: ERST 00000000dfeaca00 001B0 (v01 AMIER AMI_ERST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HEST 00000000dfeacbb0 000A8 (v01 AMIER ABC_HEST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] Scanning NUMA topology in Northbridge 24=0A= [ 0.000000] Number of nodes 2=0A= [ 0.000000] Node 0 MemBase 0000000000000000 Limit 0000000220000000=0A= [ 0.000000] Node 1 MemBase 0000000220000000 Limit 00000003ea452000=0A= [ 0.000000] NUMA: Using 29 for the hash shift.=0A= [ 0.000000] Using node hash shift of 29=0A= [ 0.000000] found SMP MP-table at [ffff8800000ff780] ff780=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] Bootmem setup node 0 0000000000000000-0000000220000000=0A= [ 0.000000] NODE_DATA [0000000000010040 - 000000000001803f]=0A= [ 0.000000] bootmap [0000000000019000 - 000000000005cfff] pages 44=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0000000000 - = 0220000000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page =3D=3D> = [0000000000 - 0000001000]=0A= [ 0.000000] #1 [00050d5000 - 0005102000] XEN PAGETABLES =3D=3D> = [00050d5000 - 0005102000]=0A= [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE =3D=3D> = [0000006000 - 0000008000]=0A= [ 0.000000] #3 [0001000000 - 0001698b14] TEXT DATA BSS =3D=3D> = [0001000000 - 0001698b14]=0A= [ 0.000000] #4 [00016b9000 - 0003180800] RAMDISK =3D=3D> = [00016b9000 - 0003180800]=0A= [ 0.000000] #5 [0003181000 - 00050d5000] XEN START INFO =3D=3D> = [0003181000 - 00050d5000]=0A= [ 0.000000] #6 [0001699000 - 000169921b] BRK =3D=3D> = [0001699000 - 000169921b]=0A= [ 0.000000] #7 [0000100000 - 00007d5000] PGTABLE =3D=3D> = [0000100000 - 00007d5000]=0A= [ 0.000000] #8 [0005102000 - 0006861000] PGTABLE =3D=3D> = [0005102000 - 0006861000]=0A= [ 0.000000] #9 [0000010000 - 0000010030] ACPI SLIT =3D=3D> = [0000010000 - 0000010030]=0A= [ 0.000000] Bootmem setup node 1 0000000220000000-00000003ea452000=0A= [ 0.000000] NODE_DATA [0000000220000000 - 0000000220007fff]=0A= [ 0.000000] bootmap [0000000220008000 - 000000022004148f] pages 3a=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0220000000 - = 03ea452000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page=0A= [ 0.000000] #1 [00050d5000 - 0005102000] XEN PAGETABLES=0A= [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE=0A= [ 0.000000] #3 [0001000000 - 0001698b14] TEXT DATA BSS=0A= [ 0.000000] #4 [00016b9000 - 0003180800] RAMDISK=0A= [ 0.000000] #5 [0003181000 - 00050d5000] XEN START INFO=0A= [ 0.000000] #6 [0001699000 - 000169921b] BRK=0A= [ 0.000000] #7 [0000100000 - 00007d5000] PGTABLE=0A= [ 0.000000] #8 [0005102000 - 0006861000] PGTABLE=0A= [ 0.000000] #9 [0000010000 - 0000010030] ACPI SLIT=0A= [ 0.000000] found SMP MP-table at [ffff8800000ff780] ff780=0A= [ 0.000000] Zone PFN ranges:=0A= [ 0.000000] DMA 0x00000010 -> 0x00001000=0A= [ 0.000000] DMA32 0x00001000 -> 0x00100000=0A= [ 0.000000] Normal 0x00100000 -> 0x003ea452=0A= [ 0.000000] Movable zone start PFN for each node=0A= [ 0.000000] early_node_map[4] active PFN ranges=0A= [ 0.000000] 0: 0x00000010 -> 0x00000092=0A= [ 0.000000] 0: 0x00000100 -> 0x000dfe90=0A= [ 0.000000] 0: 0x00100000 -> 0x00220000=0A= [ 0.000000] 1: 0x00220000 -> 0x003ea452=0A= [ 0.000000] On node 0 totalpages: 2096658=0A= [ 0.000000] DMA zone: 56 pages used for memmap=0A= [ 0.000000] DMA zone: 1752 pages reserved=0A= [ 0.000000] DMA zone: 2162 pages, LIFO batch:0=0A= [ 0.000000] DMA32 zone: 14280 pages used for memmap=0A= [ 0.000000] DMA32 zone: 898760 pages, LIFO batch:31=0A= [ 0.000000] Normal zone: 16128 pages used for memmap=0A= [ 0.000000] Normal zone: 1163520 pages, LIFO batch:31=0A= [ 0.000000] On node 1 totalpages: 1877074=0A= [ 0.000000] Normal zone: 25664 pages used for memmap=0A= [ 0.000000] Normal zone: 1851410 pages, LIFO batch:31=0A= [ 0.000000] ACPI: PM-Timer IO Port: 0x808=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x10] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x11] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x12] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x13] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x15] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x16] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x17] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x18] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x19] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x1a] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x1b] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x8c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x8d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x8e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x8f] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x90] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x91] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x92] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x93] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x94] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x95] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x96] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x18] lapic_id[0x97] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x19] lapic_id[0x98] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x99] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x9a] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x9b] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x9c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x9d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x9e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x20] lapic_id[0x9f] disabled)=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])=0A= [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])=0A= [ 0.000000] IOAPIC[0]: apic_id 0, version 0, address 0xfec00000, GSI = 0-0=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)=0A= [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)=0A= [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9=0A= [ 0.000000] Using ACPI (MADT) for SMP configuration information=0A= [ 0.000000] ACPI: HPET id: 0x8300 base: 0xfed00000=0A= [ 0.000000] SMP: Allowing 12 CPUs, 0 hotplug CPUs=0A= [ 0.000000] nr_irqs_gsi: 256=0A= [ 0.000000] PM: Registered nosave memory: 0000000000092000 - = 0000000000100000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe90000 - = 00000000dfe9e000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe9e000 - = 00000000dfea0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfea0000 - = 00000000dfeb2000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfeb2000 - = 00000000dfee0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfee0000 - = 00000000f0000000=0A= [ 0.000000] PM: Registered nosave memory: 00000000f0000000 - = 00000000fec00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fec00000 - = 00000000fec01000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fec01000 - = 00000000fee00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fee00000 - = 00000000fee01000=0A= [ 0.000000] PM: Registered nosave memory: 00000000fee01000 - = 00000000ffe00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000ffe00000 - = 0000000100000000=0A= [ 0.000000] Allocating PCI resources starting at f0000000 (gap: = f0000000:ec00000)=0A= [ 0.000000] Booting paravirtualized kernel on Xen=0A= [ 0.000000] Xen version: 4.0.1 (preserve-AD) (dom0)=0A= [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:12 = nr_node_ids:2=0A= [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff88000d8cb000 s90328 = r8192 d24360 u122880=0A= [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=3D30*4096=0A= [ 0.000000] pcpu-alloc: [0] 00 [0] 02 [0] 04 [0] 06 [0] 08 [0] 10 [1] = 01 [1] 03 =0A= [ 0.000000] pcpu-alloc: [1] 05 [1] 07 [1] 09 [1] 11 =0A= [ 0.000000] trying to map vcpu_info 0 at ffff88000d8d6020, mfn = 1058d6, offset 32=0A= [ 0.000000] cpu 0 using vcpu_info at ffff88000d8d6020=0A= [ 0.000000] trying to map vcpu_info 1 at ffff880226619020, mfn = 31e619, offset 32=0A= [ 0.000000] cpu 1 using vcpu_info at ffff880226619020=0A= [ 0.000000] trying to map vcpu_info 2 at ffff88000d8f4020, mfn = 1058f4, offset 32=0A= [ 0.000000] cpu 2 using vcpu_info at ffff88000d8f4020=0A= [ 0.000000] trying to map vcpu_info 3 at ffff880226637020, mfn = 31e637, offset 32=0A= [ 0.000000] cpu 3 using vcpu_info at ffff880226637020=0A= [ 0.000000] trying to map vcpu_info 4 at ffff88000d912020, mfn = 105912, offset 32=0A= [ 0.000000] cpu 4 using vcpu_info at ffff88000d912020=0A= [ 0.000000] trying to map vcpu_info 5 at ffff880226655020, mfn = 31e655, offset 32=0A= [ 0.000000] cpu 5 using vcpu_info at ffff880226655020=0A= [ 0.000000] trying to map vcpu_info 6 at ffff88000d930020, mfn = 105930, offset 32=0A= [ 0.000000] cpu 6 using vcpu_info at ffff88000d930020=0A= [ 0.000000] trying to map vcpu_info 7 at ffff880226673020, mfn = 31e673, offset 32=0A= [ 0.000000] cpu 7 using vcpu_info at ffff880226673020=0A= [ 0.000000] trying to map vcpu_info 8 at ffff88000d94e020, mfn = 10594e, offset 32=0A= [ 0.000000] cpu 8 using vcpu_info at ffff88000d94e020=0A= [ 0.000000] trying to map vcpu_info 9 at ffff880226691020, mfn = 31e691, offset 32=0A= [ 0.000000] cpu 9 using vcpu_info at ffff880226691020=0A= [ 0.000000] trying to map vcpu_info 10 at ffff88000d96c020, mfn = 10596c, offset 32=0A= [ 0.000000] cpu 10 using vcpu_info at ffff88000d96c020=0A= [ 0.000000] trying to map vcpu_info 11 at ffff8802266af020, mfn = 31e6af, offset 32=0A= [ 0.000000] cpu 11 using vcpu_info at ffff8802266af020=0A= [ 0.000000] Xen: using vcpu_info placement=0A= [ 0.000000] Built 2 zonelists in Zone order, mobility grouping on. = Total pages: 3915852=0A= [ 0.000000] Policy zone: Normal=0A= [ 0.000000] Kernel command line: placeholder = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet irqpoll=0A= [ 0.000000] Misrouted IRQ fixup and polling support enabled=0A= [ 0.000000] This may significantly impact system performance=0A= [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)=0A= [ 0.000000] Initializing CPU#0=0A= [ 0.000000] DMA: Placing 64MB software IO TLB between = ffff88000d988000 - ffff880011988000=0A= [ 0.000000] DMA: software IO TLB at phys 0xd988000 - 0x11988000=0A= [ 0.000000] xen_swiotlb_fixup: buf=3Dffff88000d988000 size=3D67108864=0A= [ 0.000000] xen_swiotlb_fixup: buf=3Dffff8800119e8000 size=3D32768=0A= [ 0.000000] Memory: 15510560k/16421192k available (3149k kernel code, = 526264k absent, 384368k reserved, 1906k data, 604k init)=0A= [ 0.000000] SLUB: Genslabs=3D14, HWalign=3D64, Order=3D0-3, = MinObjects=3D0, CPUs=3D12, Nodes=3D2=0A= [ 0.000000] Hierarchical RCU implementation.=0A= [ 0.000000] NR_IRQS:4352 nr_irqs:3328=0A= [ 0.000000] xen: --> irq=3D0=0A= [ 0.000000] xen: --> irq=3D1=0A= [ 0.000000] xen: --> irq=3D2=0A= [ 0.000000] xen: --> irq=3D3=0A= [ 0.000000] xen: --> irq=3D4=0A= [ 0.000000] xen: --> irq=3D5=0A= [ 0.000000] xen: --> irq=3D6=0A= [ 0.000000] xen: --> irq=3D7=0A= [ 0.000000] xen: --> irq=3D8=0A= [ 0.000000] xen: --> irq=3D9=0A= [ 0.000000] xen: --> irq=3D10=0A= [ 0.000000] xen: --> irq=3D11=0A= [ 0.000000] xen: --> irq=3D12=0A= [ 0.000000] xen: --> irq=3D13=0A= [ 0.000000] xen: --> irq=3D14=0A= [ 0.000000] xen: --> irq=3D15=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)=0A= [ 0.000000] xen: sci override: source_irq=3D9 global_irq=3D9 = trigger=3Dc polarity=3D3=0A= [ 0.000000] xen: registering gsi 9 triggering 0 polarity 1=0A= [ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9=0A= [ 0.000000] xen: --> irq=3D9=0A= [ 0.000000] xen: acpi sci 9=0A= [ 0.000000] Console: colour VGA+ 80x25=0A= [ 0.000000] console [tty0] enabled=0A= [ 0.000000] Xen: using vcpuop timer interface=0A= [ 0.000000] installing Xen timer for CPU 0=0A= [ 0.000000] alloc irq_desc for 3327 on node -1=0A= [ 0.000000] alloc kstat_irqs on node -1=0A= [ 0.000000] Detected 0.000 MHz processor.=0A= [ 0.004000] Calibrating delay loop (skipped), value calculated using = timer frequency.. 3800.15 BogoMIPS (lpj=3D7600316)=0A= [ 0.004026] Security Framework initialized=0A= [ 0.004031] SELinux: Disabled at boot.=0A= [ 0.007957] Dentry cache hash table entries: 2097152 (order: 12, = 16777216 bytes)=0A= [ 0.014714] Inode-cache hash table entries: 1048576 (order: 11, = 8388608 bytes)=0A= [ 0.017084] Mount-cache hash table entries: 256=0A= [ 0.017256] Initializing cgroup subsys ns=0A= [ 0.017260] Initializing cgroup subsys cpuacct=0A= [ 0.017265] Initializing cgroup subsys devices=0A= [ 0.017269] Initializing cgroup subsys freezer=0A= [ 0.017272] Initializing cgroup subsys net_cls=0A= [ 0.017309] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.017313] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.017317] CPU 0/0x0 -> Node 0=0A= [ 0.017322] tseg: 00dff00000=0A= [ 0.017326] CPU: Physical Processor ID: 0=0A= [ 0.017329] CPU: Processor Core ID: 0=0A= [ 0.017333] mce: CPU supports 6 MCE banks=0A= [ 0.017351] Performance Events: AMD PMU driver.=0A= [ 0.017356] ------------[ cut here ]------------=0A= [ 0.017364] WARNING: at = /build/buildd-linux-2.6_2.6.32-38-amd64-bk66e4/linux-2.6-2.6.32/debian/bu= ild/source_amd64_xen/arch/x86/xen/enlighten.c:726 = init_hw_perf_events+0x32d/0x3cd()=0A= [ 0.017368] Hardware name: H8DGU=0A= [ 0.017370] Modules linked in:=0A= [ 0.017375] Pid: 0, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1=0A= [ 0.017378] Call Trace:=0A= [ 0.017384] [] ? init_hw_perf_events+0x32d/0x3cd=0A= [ 0.017389] [] ? init_hw_perf_events+0x32d/0x3cd=0A= [ 0.017395] [] ? warn_slowpath_common+0x77/0xa3=0A= [ 0.017399] [] ? init_hw_perf_events+0x32d/0x3cd=0A= [ 0.017404] [] ? identify_cpu+0x2f7/0x300=0A= [ 0.017410] [] ? xen_restore_fl_direct_end+0x0/0x1=0A= [ 0.017415] [] ? kmem_cache_alloc+0x8c/0xf0=0A= [ 0.017420] [] ? identify_boot_cpu+0x15/0x3e=0A= [ 0.017424] [] ? check_bugs+0x9/0x2e=0A= [ 0.017428] [] ? start_kernel+0x3cd/0x3e8=0A= [ 0.017433] [] ? xen_start_kernel+0x586/0x58a=0A= [ 0.017441] ---[ end trace a7919e7f17c0a725 ]---=0A= [ 0.017445] ... version: 0=0A= [ 0.017447] ... bit width: 48=0A= [ 0.017449] ... generic registers: 4=0A= [ 0.017452] ... value mask: 0000ffffffffffff=0A= [ 0.017454] ... max period: 00007fffffffffff=0A= [ 0.017456] ... fixed-purpose events: 0=0A= [ 0.017459] ... event mask: 000000000000000f=0A= [ 0.017474] SMP alternatives: switching to UP code=0A= [ 0.020000] ACPI: Core revision 20090903=0A= [ 0.030873] alloc irq_desc for 3326 on node -1=0A= [ 0.030877] alloc kstat_irqs on node -1=0A= [ 0.030888] alloc irq_desc for 3325 on node -1=0A= [ 0.030891] alloc kstat_irqs on node -1=0A= [ 0.030897] alloc irq_desc for 3324 on node -1=0A= [ 0.030900] alloc kstat_irqs on node -1=0A= [ 0.030905] alloc irq_desc for 3323 on node -1=0A= [ 0.030907] alloc kstat_irqs on node -1=0A= [ 0.031190] installing Xen timer for CPU 1=0A= [ 0.031194] alloc irq_desc for 3322 on node -1=0A= [ 0.031197] alloc kstat_irqs on node -1=0A= [ 0.031233] SMP alternatives: switching to SMP code=0A= [ 0.032001] alloc irq_desc for 3321 on node -1=0A= [ 0.032001] alloc kstat_irqs on node -1=0A= [ 0.032013] alloc irq_desc for 3320 on node -1=0A= [ 0.032015] alloc kstat_irqs on node -1=0A= [ 0.032021] alloc irq_desc for 3319 on node -1=0A= [ 0.032024] alloc kstat_irqs on node -1=0A= [ 0.032029] alloc irq_desc for 3318 on node -1=0A= [ 0.032032] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#1=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 1/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 1=0A= [ 0.032272] installing Xen timer for CPU 2=0A= [ 0.032277] alloc irq_desc for 3317 on node -1=0A= [ 0.032280] alloc kstat_irqs on node -1=0A= [ 0.032310] alloc irq_desc for 3316 on node -1=0A= [ 0.032313] alloc kstat_irqs on node -1=0A= [ 0.032319] alloc irq_desc for 3315 on node -1=0A= [ 0.032322] alloc kstat_irqs on node -1=0A= [ 0.032327] alloc irq_desc for 3314 on node -1=0A= [ 0.032333] alloc kstat_irqs on node -1=0A= [ 0.032338] alloc irq_desc for 3313 on node -1=0A= [ 0.032341] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#2=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 2/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 2=0A= [ 0.032556] installing Xen timer for CPU 3=0A= [ 0.032562] alloc irq_desc for 3312 on node -1=0A= [ 0.032564] alloc kstat_irqs on node -1=0A= [ 0.032593] alloc irq_desc for 3311 on node -1=0A= [ 0.032595] alloc kstat_irqs on node -1=0A= [ 0.032601] alloc irq_desc for 3310 on node -1=0A= [ 0.032604] alloc kstat_irqs on node -1=0A= [ 0.032610] alloc irq_desc for 3309 on node -1=0A= [ 0.032612] alloc kstat_irqs on node -1=0A= [ 0.032618] alloc irq_desc for 3308 on node -1=0A= [ 0.032620] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#3=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 3/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 3=0A= [ 0.032836] installing Xen timer for CPU 4=0A= [ 0.032841] alloc irq_desc for 3307 on node -1=0A= [ 0.032844] alloc kstat_irqs on node -1=0A= [ 0.032869] alloc irq_desc for 3306 on node -1=0A= [ 0.032872] alloc kstat_irqs on node -1=0A= [ 0.032879] alloc irq_desc for 3305 on node -1=0A= [ 0.032881] alloc kstat_irqs on node -1=0A= [ 0.032887] alloc irq_desc for 3304 on node -1=0A= [ 0.032890] alloc kstat_irqs on node -1=0A= [ 0.032898] alloc irq_desc for 3303 on node -1=0A= [ 0.032900] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#4=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 4/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 4=0A= [ 0.033102] installing Xen timer for CPU 5=0A= [ 0.033107] alloc irq_desc for 3302 on node -1=0A= [ 0.033110] alloc kstat_irqs on node -1=0A= [ 0.033136] alloc irq_desc for 3301 on node -1=0A= [ 0.033139] alloc kstat_irqs on node -1=0A= [ 0.033145] alloc irq_desc for 3300 on node -1=0A= [ 0.033148] alloc kstat_irqs on node -1=0A= [ 0.033153] alloc irq_desc for 3299 on node -1=0A= [ 0.033156] alloc kstat_irqs on node -1=0A= [ 0.033161] alloc irq_desc for 3298 on node -1=0A= [ 0.033164] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#5=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 5/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 5=0A= [ 0.033377] installing Xen timer for CPU 6=0A= [ 0.033385] alloc irq_desc for 3297 on node -1=0A= [ 0.033387] alloc kstat_irqs on node -1=0A= [ 0.033413] alloc irq_desc for 3296 on node -1=0A= [ 0.033416] alloc kstat_irqs on node -1=0A= [ 0.033422] alloc irq_desc for 3295 on node -1=0A= [ 0.033425] alloc kstat_irqs on node -1=0A= [ 0.033431] alloc irq_desc for 3294 on node -1=0A= [ 0.033433] alloc kstat_irqs on node -1=0A= [ 0.033439] alloc irq_desc for 3293 on node -1=0A= [ 0.033441] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#6=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 6/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 0=0A= [ 0.033713] installing Xen timer for CPU 7=0A= [ 0.033721] alloc irq_desc for 3292 on node -1=0A= [ 0.033724] alloc kstat_irqs on node -1=0A= [ 0.033755] alloc irq_desc for 3291 on node -1=0A= [ 0.033758] alloc kstat_irqs on node -1=0A= [ 0.033764] alloc irq_desc for 3290 on node -1=0A= [ 0.033767] alloc kstat_irqs on node -1=0A= [ 0.033773] alloc irq_desc for 3289 on node -1=0A= [ 0.033775] alloc kstat_irqs on node -1=0A= [ 0.033781] alloc irq_desc for 3288 on node -1=0A= [ 0.033783] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#7=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 7/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 1=0A= [ 0.034021] installing Xen timer for CPU 8=0A= [ 0.034026] alloc irq_desc for 3287 on node -1=0A= [ 0.034029] alloc kstat_irqs on node -1=0A= [ 0.034060] alloc irq_desc for 3286 on node -1=0A= [ 0.034062] alloc kstat_irqs on node -1=0A= [ 0.034069] alloc irq_desc for 3285 on node -1=0A= [ 0.034071] alloc kstat_irqs on node -1=0A= [ 0.034081] alloc irq_desc for 3284 on node -1=0A= [ 0.034084] alloc kstat_irqs on node -1=0A= [ 0.034089] alloc irq_desc for 3283 on node -1=0A= [ 0.034092] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#8=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 8/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 2=0A= [ 0.034310] installing Xen timer for CPU 9=0A= [ 0.034316] alloc irq_desc for 3282 on node -1=0A= [ 0.034319] alloc kstat_irqs on node -1=0A= [ 0.034348] alloc irq_desc for 3281 on node -1=0A= [ 0.034350] alloc kstat_irqs on node -1=0A= [ 0.034357] alloc irq_desc for 3280 on node -1=0A= [ 0.034359] alloc kstat_irqs on node -1=0A= [ 0.034366] alloc irq_desc for 3279 on node -1=0A= [ 0.034368] alloc kstat_irqs on node -1=0A= [ 0.034374] alloc irq_desc for 3278 on node -1=0A= [ 0.034376] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#9=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 9/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 3=0A= [ 0.034599] installing Xen timer for CPU 10=0A= [ 0.034605] alloc irq_desc for 3277 on node -1=0A= [ 0.034607] alloc kstat_irqs on node -1=0A= [ 0.034641] alloc irq_desc for 3276 on node -1=0A= [ 0.034644] alloc kstat_irqs on node -1=0A= [ 0.034651] alloc irq_desc for 3275 on node -1=0A= [ 0.034653] alloc kstat_irqs on node -1=0A= [ 0.034660] alloc irq_desc for 3274 on node -1=0A= [ 0.034662] alloc kstat_irqs on node -1=0A= [ 0.034668] alloc irq_desc for 3273 on node -1=0A= [ 0.034670] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#10=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 10/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 4=0A= [ 0.034894] installing Xen timer for CPU 11=0A= [ 0.034903] alloc irq_desc for 3272 on node -1=0A= [ 0.034906] alloc kstat_irqs on node -1=0A= [ 0.034938] alloc irq_desc for 3271 on node -1=0A= [ 0.034941] alloc kstat_irqs on node -1=0A= [ 0.034948] alloc irq_desc for 3270 on node -1=0A= [ 0.034950] alloc kstat_irqs on node -1=0A= [ 0.034957] alloc irq_desc for 3269 on node -1=0A= [ 0.034960] alloc kstat_irqs on node -1=0A= [ 0.034965] alloc irq_desc for 3268 on node -1=0A= [ 0.034968] alloc kstat_irqs on node -1=0A= [ 0.004000] Initializing CPU#11=0A= [ 0.004000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.004000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.004000] CPU 11/0x0 -> Node 0=0A= [ 0.004000] CPU: Physical Processor ID: 0=0A= [ 0.004000] CPU: Processor Core ID: 5=0A= [ 0.035113] Brought up 12 CPUs=0A= [ 0.035215] CPU0 attaching sched-domain:=0A= [ 0.035220] domain 0: span 0-11 level CPU=0A= [ 0.035224] groups: group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11=0A= [ 0.035252] domain 1: span 0-11 level NODE=0A= [ 0.035256] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035265] CPU1 attaching sched-domain:=0A= [ 0.035267] domain 0: span 0-11 level CPU=0A= [ 0.035270] groups: group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0=0A= [ 0.035296] domain 1: span 0-11 level NODE=0A= [ 0.035299] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035307] CPU2 attaching sched-domain:=0A= [ 0.035310] domain 0: span 0-11 level CPU=0A= [ 0.035313] groups: group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1=0A= [ 0.035338] domain 1: span 0-11 level NODE=0A= [ 0.035341] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035349] CPU3 attaching sched-domain:=0A= [ 0.035352] domain 0: span 0-11 level CPU=0A= [ 0.035355] groups: group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2=0A= [ 0.035380] domain 1: span 0-11 level NODE=0A= [ 0.035383] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035391] CPU4 attaching sched-domain:=0A= [ 0.035394] domain 0: span 0-11 level CPU=0A= [ 0.035397] groups: group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3=0A= [ 0.035422] domain 1: span 0-11 level NODE=0A= [ 0.035425] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035433] CPU5 attaching sched-domain:=0A= [ 0.035436] domain 0: span 0-11 level CPU=0A= [ 0.035439] groups: group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4=0A= [ 0.035464] domain 1: span 0-11 level NODE=0A= [ 0.035467] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035475] CPU6 attaching sched-domain:=0A= [ 0.035477] domain 0: span 0-11 level CPU=0A= [ 0.035480] groups: group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5=0A= [ 0.035506] domain 1: span 0-11 level NODE=0A= [ 0.035509] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035517] CPU7 attaching sched-domain:=0A= [ 0.035520] domain 0: span 0-11 level CPU=0A= [ 0.035523] groups: group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6=0A= [ 0.035548] domain 1: span 0-11 level NODE=0A= [ 0.035551] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035559] CPU8 attaching sched-domain:=0A= [ 0.035562] domain 0: span 0-11 level CPU=0A= [ 0.035565] groups: group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9 group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7=0A= [ 0.035590] domain 1: span 0-11 level NODE=0A= [ 0.035593] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035601] CPU9 attaching sched-domain:=0A= [ 0.035604] domain 0: span 0-11 level CPU=0A= [ 0.035607] groups: group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10 group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8=0A= [ 0.035632] domain 1: span 0-11 level NODE=0A= [ 0.035635] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035643] CPU10 attaching sched-domain:=0A= [ 0.035646] domain 0: span 0-11 level CPU=0A= [ 0.035649] groups: group ffff88000d970d00 cpus 10 group = ffff8802266b3d00 cpus 11 group ffff88000d8dad00 cpus 0 group = ffff88022661dd00 cpus 1 group ffff88000d8f8d00 cpus 2 group = ffff88022663bd00 cpus 3 group ffff88000d916d00 cpus 4 group = ffff880226659d00 cpus 5 group ffff88000d934d00 cpus 6 group = ffff880226677d00 cpus 7 group ffff88000d952d00 cpus 8 group = ffff880226695d00 cpus 9=0A= [ 0.035674] domain 1: span 0-11 level NODE=0A= [ 0.035678] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.035686] CPU11 attaching sched-domain:=0A= [ 0.035688] domain 0: span 0-11 level CPU=0A= [ 0.035691] groups: group ffff8802266b3d00 cpus 11 group = ffff88000d8dad00 cpus 0 group ffff88022661dd00 cpus 1 group = ffff88000d8f8d00 cpus 2 group ffff88022663bd00 cpus 3 group = ffff88000d916d00 cpus 4 group ffff880226659d00 cpus 5 group = ffff88000d934d00 cpus 6 group ffff880226677d00 cpus 7 group = ffff88000d952d00 cpus 8 group ffff880226695d00 cpus 9 group = ffff88000d970d00 cpus 10=0A= [ 0.035717] domain 1: span 0-11 level NODE=0A= [ 0.035720] groups: group ffff88021f111720 cpus 0-11 (cpu_power = =3D 12288)=0A= [ 0.036086] devtmpfs: initialized=0A= [ 0.041662] Grant table initialized=0A= [ 0.041662] regulator: core version 0.5=0A= [ 0.041662] NET: Registered protocol family 16=0A= [ 0.041662] alloc irq_desc for 3267 on node -1=0A= [ 0.041662] alloc kstat_irqs on node -1=0A= [ 0.041662] node 0 link 3: io port [1000, ffffff]=0A= [ 0.041662] TOM: 00000000e0000000 aka 3584M=0A= [ 0.041662] Fam 10h mmconf [e0000000, efffffff]=0A= [ 0.041662] node 0 link 3: mmio [e0000000, efffffff] =3D=3D> none=0A= [ 0.041662] node 0 link 3: mmio [f0000000, ffffffff]=0A= [ 0.041662] node 0 link 3: mmio [a0000, bffff]=0A= [ 0.041662] TOM2: 0000000420000000 aka 16896M=0A= [ 0.041662] bus: [00,1f] on node 0 link 3=0A= [ 0.041662] bus: 00 index 0 io port: [0, ffff]=0A= [ 0.041662] bus: 00 index 1 mmio: [f0000000, ffffffff]=0A= [ 0.041662] bus: 00 index 2 mmio: [a0000, bffff]=0A= [ 0.041662] bus: 00 index 3 mmio: [420000000, fcffffffff]=0A= [ 0.041662] ACPI: bus type pci registered=0A= [ 0.041662] sync cpu 0 get result 1 max_id b=0A= [ 0.041662] sync cpu 1 get result 1 max_id b=0A= [ 0.041662] sync cpu 2 get result 1 max_id b=0A= [ 0.041662] sync cpu 3 get result 1 max_id b=0A= [ 0.041662] sync cpu 4 get result 1 max_id b=0A= [ 0.041662] sync cpu 5 get result 1 max_id b=0A= [ 0.041662] sync cpu 6 get result 1 max_id b=0A= [ 0.041662] sync cpu 7 get result 1 max_id b=0A= [ 0.041662] sync cpu 8 get result 1 max_id b=0A= [ 0.041662] sync cpu 9 get result 1 max_id b=0A= [ 0.041662] sync cpu a get result 1 max_id b=0A= [ 0.041662] sync cpu b get result 1 max_id b=0A= [ 0.041662] alloc irq_desc for 3266 on node -1=0A= [ 0.041662] alloc kstat_irqs on node -1=0A= [ 0.041662] PCI: MCFG configuration 0: base e0000000 segment 0 buses = 0 - 255=0A= [ 0.041662] PCI: MCFG area at e0000000 reserved in E820=0A= [ 0.100919] PCI: Using MMCONFIG at e0000000 - efffffff=0A= [ 0.100923] PCI: Using configuration type 1 for base access=0A= [ 0.101900] bio: create slab at 0=0A= [ 0.104080] ERROR: Unable to locate IOAPIC for GSI 9=0A= [ 0.104192] ACPI: EC: Look up EC in DSDT=0A= [ 0.108234] ACPI: Executed 2 blocks of module-level executable AML = code=0A= [ 0.122099] ACPI: Interpreter enabled=0A= [ 0.122103] ACPI: (supports S0 S1 S4 S5)=0A= [ 0.122138] ACPI: Using IOAPIC for interrupt routing=0A= [ 0.133207] ACPI Warning: Incorrect checksum in table [OEMB] - A3, = should be A0 (20090903/tbutils-314)=0A= [ 0.133606] ACPI: No dock devices found.=0A= [ 0.133818] ACPI: PCI Root Bridge [PCI0] (0000:00)=0A= [ 0.134208] pci 0000:00:04.0: PME# supported from D0 D3hot D3cold=0A= [ 0.134214] pci 0000:00:04.0: PME# disabled=0A= [ 0.134317] pci 0000:00:11.0: reg 10 io port: [0xd000-0xd007]=0A= [ 0.134329] pci 0000:00:11.0: reg 14 io port: [0xc000-0xc003]=0A= [ 0.134340] pci 0000:00:11.0: reg 18 io port: [0xb000-0xb007]=0A= [ 0.134351] pci 0000:00:11.0: reg 1c io port: [0xa000-0xa003]=0A= [ 0.134362] pci 0000:00:11.0: reg 20 io port: [0x9000-0x900f]=0A= [ 0.134373] pci 0000:00:11.0: reg 24 32bit mmio: = [0xfeafa400-0xfeafa7ff]=0A= [ 0.134460] pci 0000:00:12.0: reg 10 32bit mmio: = [0xfeaf6000-0xfeaf6fff]=0A= [ 0.134550] pci 0000:00:12.1: reg 10 32bit mmio: = [0xfeaf7000-0xfeaf7fff]=0A= [ 0.134670] pci 0000:00:12.2: reg 10 32bit mmio: = [0xfeafa800-0xfeafa8ff]=0A= [ 0.134756] pci 0000:00:12.2: supports D1 D2=0A= [ 0.134759] pci 0000:00:12.2: PME# supported from D0 D1 D2 D3hot=0A= [ 0.134766] pci 0000:00:12.2: PME# disabled=0A= [ 0.134818] pci 0000:00:13.0: reg 10 32bit mmio: = [0xfeaf8000-0xfeaf8fff]=0A= [ 0.134908] pci 0000:00:13.1: reg 10 32bit mmio: = [0xfeaf9000-0xfeaf9fff]=0A= [ 0.135027] pci 0000:00:13.2: reg 10 32bit mmio: = [0xfeafac00-0xfeafacff]=0A= [ 0.135114] pci 0000:00:13.2: supports D1 D2=0A= [ 0.135117] pci 0000:00:13.2: PME# supported from D0 D1 D2 D3hot=0A= [ 0.135124] pci 0000:00:13.2: PME# disabled=0A= [ 0.135321] pci 0000:00:14.1: reg 10 io port: [0x00-0x07]=0A= [ 0.135332] pci 0000:00:14.1: reg 14 io port: [0x00-0x03]=0A= [ 0.135343] pci 0000:00:14.1: reg 18 io port: [0x00-0x07]=0A= [ 0.135354] pci 0000:00:14.1: reg 1c io port: [0x00-0x03]=0A= [ 0.135365] pci 0000:00:14.1: reg 20 io port: [0xff00-0xff0f]=0A= [ 0.135587] pci 0000:00:14.5: reg 10 32bit mmio: = [0xfeafb000-0xfeafbfff]=0A= [ 0.136001] pci 0000:02:00.0: reg 10 32bit mmio: = [0xfeb60000-0xfeb7ffff]=0A= [ 0.136001] pci 0000:02:00.0: reg 14 32bit mmio: = [0xfeb40000-0xfeb5ffff]=0A= [ 0.136001] pci 0000:02:00.0: reg 18 io port: [0xe400-0xe41f]=0A= [ 0.136001] pci 0000:02:00.0: reg 1c 32bit mmio: = [0xfeb1c000-0xfeb1ffff]=0A= [ 0.136001] pci 0000:02:00.0: reg 30 32bit mmio pref: = [0xfeb20000-0xfeb3ffff]=0A= [ 0.136001] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold=0A= [ 0.136001] pci 0000:02:00.0: PME# disabled=0A= [ 0.136001] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.136001] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.136001] pci 0000:02:00.1: reg 10 32bit mmio: = [0xfebe0000-0xfebfffff]=0A= [ 0.136001] pci 0000:02:00.1: reg 14 32bit mmio: = [0xfebc0000-0xfebdffff]=0A= [ 0.136001] pci 0000:02:00.1: reg 18 io port: [0xe800-0xe81f]=0A= [ 0.136001] pci 0000:02:00.1: reg 1c 32bit mmio: = [0xfeb9c000-0xfeb9ffff]=0A= [ 0.136001] pci 0000:02:00.1: reg 30 32bit mmio pref: = [0xfeba0000-0xfebbffff]=0A= [ 0.136001] pci 0000:02:00.1: PME# supported from D0 D3hot D3cold=0A= [ 0.136001] pci 0000:02:00.1: PME# disabled=0A= [ 0.136001] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.136001] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.140167] pci 0000:00:04.0: bridge io port: [0xe000-0xefff]=0A= [ 0.140174] pci 0000:00:04.0: bridge 32bit mmio: = [0xfeb00000-0xfebfffff]=0A= [ 0.140265] pci 0000:01:04.0: reg 10 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 0.140278] pci 0000:01:04.0: reg 14 32bit mmio: = [0xfdffc000-0xfdffffff]=0A= [ 0.140290] pci 0000:01:04.0: reg 18 32bit mmio: = [0xfe000000-0xfe7fffff]=0A= [ 0.140447] pci 0000:00:14.4: transparent bridge=0A= [ 0.140457] pci 0000:00:14.4: bridge 32bit mmio: = [0xfdf00000-0xfe7fffff]=0A= [ 0.140465] pci 0000:00:14.4: bridge 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 0.140489] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]=0A= [ 0.141016] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PC._PRT]=0A= [ 0.141125] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PC04._PRT]=0A= [ 0.155544] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 7 *10 11 12 14 15)=0A= [ 0.155693] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 7 10 *11 12 14 15)=0A= [ 0.155846] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 *7 10 11 12 14 15)=0A= [ 0.156001] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 *10 11 12 14 15)=0A= [ 0.156134] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 *11 12 14 15)=0A= [ 0.156284] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 0.156439] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 *10 11 12 14 15)=0A= [ 0.156587] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 0.156682] xen_balloon: Initialising balloon driver with page order = 0.=0A= [ 0.156771] vgaarb: device added: = PCI:0000:01:04.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone=0A= [ 0.156775] vgaarb: loaded=0A= [ 0.156828] PCI: Using ACPI for IRQ routing=0A= [ 0.156828] Switching to clocksource xen=0A= [ 0.158409] pnp: PnP ACPI init=0A= [ 0.158443] ACPI: bus type pnp registered=0A= [ 0.160185] xen: registering gsi 8 triggering 1 polarity 0=0A= [ 0.160189] xen_allocate_pirq: returning irq 8 for gsi 8=0A= [ 0.160192] xen: --> irq=3D8=0A= [ 0.160333] xen: registering gsi 1 triggering 1 polarity 0=0A= [ 0.160340] xen_allocate_pirq: returning irq 1 for gsi 1=0A= [ 0.160342] xen: --> irq=3D1=0A= [ 0.160533] xen: registering gsi 13 triggering 1 polarity 0=0A= [ 0.160536] xen_allocate_pirq: returning irq 13 for gsi 13=0A= [ 0.160539] xen: --> irq=3D13=0A= [ 0.162394] xen: registering gsi 4 triggering 1 polarity 0=0A= [ 0.162397] xen_allocate_pirq: returning irq 4 for gsi 4=0A= [ 0.162400] xen: --> irq=3D4=0A= [ 0.163103] xen: registering gsi 3 triggering 1 polarity 0=0A= [ 0.163106] xen_allocate_pirq: returning irq 3 for gsi 3=0A= [ 0.163108] xen: --> irq=3D3=0A= [ 0.164961] pnp: PnP ACPI: found 16 devices=0A= [ 0.164964] ACPI: ACPI bus type pnp unregistered=0A= [ 0.164983] system 00:02: iomem range 0xf6000000-0xf6003fff has been = reserved=0A= [ 0.164993] system 00:08: ioport range 0xa10-0xa1f has been reserved=0A= [ 0.165004] system 00:0a: iomem range 0xfec00000-0xfec00fff could not = be reserved=0A= [ 0.165008] system 00:0a: iomem range 0xfee00000-0xfee00fff has been = reserved=0A= [ 0.165016] system 00:0b: ioport range 0xca2-0xca3 has been reserved=0A= [ 0.165020] system 00:0b: ioport range 0x550-0x551 has been reserved=0A= [ 0.165024] system 00:0b: ioport range 0x4d0-0x4d1 has been reserved=0A= [ 0.165028] system 00:0b: ioport range 0x40b-0x40b has been reserved=0A= [ 0.165032] system 00:0b: ioport range 0x4d6-0x4d6 has been reserved=0A= [ 0.165036] system 00:0b: ioport range 0xc00-0xc01 has been reserved=0A= [ 0.165040] system 00:0b: ioport range 0xc14-0xc14 has been reserved=0A= [ 0.165044] system 00:0b: ioport range 0xc50-0xc51 has been reserved=0A= [ 0.165048] system 00:0b: ioport range 0xc52-0xc52 has been reserved=0A= [ 0.165054] system 00:0b: ioport range 0xc6c-0xc6c has been reserved=0A= [ 0.165057] system 00:0b: ioport range 0xc6f-0xc6f has been reserved=0A= [ 0.165061] system 00:0b: ioport range 0xcd0-0xcd1 has been reserved=0A= [ 0.165065] system 00:0b: ioport range 0xcd2-0xcd3 has been reserved=0A= [ 0.165069] system 00:0b: ioport range 0xcd4-0xcd5 has been reserved=0A= [ 0.165073] system 00:0b: ioport range 0xcd6-0xcd7 has been reserved=0A= [ 0.165076] system 00:0b: ioport range 0xcd8-0xcdf has been reserved=0A= [ 0.165080] system 00:0b: ioport range 0x800-0x89f has been reserved=0A= [ 0.165084] system 00:0b: ioport range 0xb00-0xb0f has been reserved=0A= [ 0.165088] system 00:0b: ioport range 0xb20-0xb3f has been reserved=0A= [ 0.165092] system 00:0b: ioport range 0x900-0x90f has been reserved=0A= [ 0.165095] system 00:0b: ioport range 0x910-0x91f has been reserved=0A= [ 0.165099] system 00:0b: ioport range 0xfe00-0xfefe has been reserved=0A= [ 0.165104] system 00:0b: iomem range 0xffb80000-0xffbfffff has been = reserved=0A= [ 0.165108] system 00:0b: iomem range 0xfec10000-0xfec1001f has been = reserved=0A= [ 0.165116] system 00:0e: iomem range 0xe0000000-0xefffffff has been = reserved=0A= [ 0.165123] system 00:0f: iomem range 0x0-0x9ffff could not be = reserved=0A= [ 0.165127] system 00:0f: iomem range 0xc0000-0xcffff could not be = reserved=0A= [ 0.165131] system 00:0f: iomem range 0xe0000-0xfffff could not be = reserved=0A= [ 0.165135] system 00:0f: iomem range 0x100000-0xdfffffff could not = be reserved=0A= [ 0.165140] system 00:0f: iomem range 0xfec00000-0xffffffff could not = be reserved=0A= [ 0.175429] PM-Timer failed consistency check (0x0xffffff) - = aborting.=0A= [ 0.175492] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175504] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175515] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175526] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175537] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175547] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175558] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175569] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175579] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175590] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175600] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175611] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175616] pci 0000:02:00.0: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175627] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175638] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175641] pci 0000:02:00.0: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175652] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175663] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175667] pci 0000:02:00.1: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175678] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175688] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 0.175692] pci 0000:02:00.1: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 0.175695] pci 0000:00:04.0: PCI bridge, secondary bus 0000:02=0A= [ 0.175700] pci 0000:00:04.0: IO window: 0xe000-0xefff=0A= [ 0.175707] pci 0000:00:04.0: MEM window: 0xfeb00000-0xfebfffff=0A= [ 0.175712] pci 0000:00:04.0: PREFETCH window: disabled=0A= [ 0.175720] pci 0000:00:14.4: PCI bridge, secondary bus 0000:01=0A= [ 0.175723] pci 0000:00:14.4: IO window: disabled=0A= [ 0.175732] pci 0000:00:14.4: MEM window: 0xfdf00000-0xfe7fffff=0A= [ 0.175739] pci 0000:00:14.4: PREFETCH window: 0xfc000000-0xfcffffff=0A= [ 0.175763] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 0.175780] alloc irq_desc for 16 on node -1=0A= [ 0.175784] alloc kstat_irqs on node -1=0A= [ 0.175791] xen: --> irq=3D16=0A= [ 0.175804] pci 0000:00:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 0.175812] pci 0000:00:04.0: setting latency timer to 64=0A= [ 0.175825] pci_bus 0000:00: resource 0 io: [0x00-0xffff]=0A= [ 0.175829] pci_bus 0000:00: resource 1 mem: = [0x000000-0xffffffffffffffff]=0A= [ 0.175832] pci_bus 0000:02: resource 0 io: [0xe000-0xefff]=0A= [ 0.175835] pci_bus 0000:02: resource 1 mem: [0xfeb00000-0xfebfffff]=0A= [ 0.175839] pci_bus 0000:01: resource 1 mem: [0xfdf00000-0xfe7fffff]=0A= [ 0.175842] pci_bus 0000:01: resource 2 pref mem = [0xfc000000-0xfcffffff]=0A= [ 0.175845] pci_bus 0000:01: resource 3 io: [0x00-0xffff]=0A= [ 0.175848] pci_bus 0000:01: resource 4 mem: = [0x000000-0xffffffffffffffff]=0A= [ 0.175893] NET: Registered protocol family 2=0A= [ 0.177013] IP route cache hash table entries: 524288 (order: 10, = 4194304 bytes)=0A= [ 0.180233] TCP established hash table entries: 524288 (order: 11, = 8388608 bytes)=0A= [ 0.183218] TCP bind hash table entries: 65536 (order: 8, 1048576 = bytes)=0A= [ 0.183556] TCP: Hash tables configured (established 524288 bind = 65536)=0A= [ 0.183560] TCP reno registered=0A= [ 0.183740] NET: Registered protocol family 1=0A= [ 0.970008] pci 0000:01:04.0: Boot video device=0A= [ 0.970098] Unpacking initramfs...=0A= [ 1.004606] Freeing initrd memory: 27422k freed=0A= [ 1.015472] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)=0A= [ 1.015479] DMA: Placing 64MB software IO TLB between = ffff88000d988000 - ffff880011988000=0A= [ 1.015483] DMA: software IO TLB at phys 0xd988000 - 0x11988000=0A= [ 1.017114] audit: initializing netlink socket (disabled)=0A= [ 1.017131] type=3D2000 audit(1318341738.262:1): initialized=0A= [ 1.022563] HugeTLB registered 2 MB page size, pre-allocated 0 pages=0A= [ 1.026038] VFS: Disk quotas dquot_6.5.2=0A= [ 1.026114] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)=0A= [ 1.026227] msgmni has been set to 30347=0A= [ 1.028504] alg: No test for stdrng (krng)=0A= [ 1.028619] Block layer SCSI generic (bsg) driver version 0.4 loaded = (major 253)=0A= [ 1.028624] io scheduler noop registered=0A= [ 1.028626] io scheduler anticipatory registered=0A= [ 1.028629] io scheduler deadline registered=0A= [ 1.028665] io scheduler cfq registered (default)=0A= [ 1.029037] alloc irq_desc for 3265 on node -1=0A= [ 1.029041] alloc kstat_irqs on node -1=0A= [ 1.029075] pcieport 0000:00:04.0: setting latency timer to 64=0A= [ 1.043312] registering netback=0A= [ 1.043526] alloc irq_desc for 3264 on node -1=0A= [ 1.043530] alloc kstat_irqs on node -1=0A= [ 1.044950] alloc irq_desc for 3263 on node -1=0A= [ 1.044954] alloc kstat_irqs on node -1=0A= [ 1.045494] hpet_acpi_add: no address or irqs in _CRS=0A= [ 1.045520] Linux agpgart interface v0.103=0A= [ 1.045579] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled=0A= [ 1.045763] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 1.045939] serial8250: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 1.046350] 00:0c: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 1.046564] 00:0d: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 1.046774] input: Macintosh mouse button emulation as = /devices/virtual/input/input0=0A= [ 1.046838] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1=0A= [ 1.046841] PNP: PS/2 appears to have AUX port disabled, if this is = incorrect please boot with i8042.nopnp=0A= [ 1.047585] serio: i8042 KBD port at 0x60,0x64 irq 1=0A= [ 1.047746] mice: PS/2 mouse device common for all mice=0A= [ 1.047808] rtc_cmos 00:04: RTC can wake from S4=0A= [ 1.047862] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0=0A= [ 1.047921] rtc0: alarms up to one month, y3k, 114 bytes nvram=0A= [ 1.047940] cpuidle: using governor ladder=0A= [ 1.047943] cpuidle: using governor menu=0A= [ 1.047949] No iBFT detected.=0A= [ 1.048311] TCP cubic registered=0A= [ 1.048454] NET: Registered protocol family 10=0A= [ 1.049466] Mobile IPv6=0A= [ 1.049471] NET: Registered protocol family 17=0A= [ 1.049563] PM: Resume from disk failed.=0A= [ 1.049579] registered taskstats version 1=0A= [ 1.050347] rtc_cmos 00:04: setting system clock to 2011-10-11 = 14:02:17 UTC (1318341737)=0A= [ 1.050406] Initalizing network drop monitor service=0A= [ 1.050556] Freeing unused kernel memory: 604k freed=0A= [ 1.050803] Write protecting the kernel read-only data: 4332k=0A= [ 1.075907] input: AT Translated Set 2 keyboard as = /devices/platform/i8042/serio0/input/input1=0A= [ 1.098116] udev[201]: starting version 164=0A= [ 1.165489] dca service started, version 1.12.1=0A= [ 1.169267] Intel(R) Gigabit Ethernet Network Driver - version = 3.0.6-k2=0A= [ 1.169273] Copyright (c) 2007-2011 Intel Corporation.=0A= [ 1.180306] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 1.180452] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 1.180469] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.180473] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.180476] xen: --> irq=3D16=0A= [ 1.180483] Already setup the GSI :16=0A= [ 1.180487] igb 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 1.180528] igb 0000:02:00.0: setting latency timer to 64=0A= [ 1.180978] alloc irq_desc for 3262 on node -1=0A= [ 1.180984] alloc kstat_irqs on node -1=0A= [ 1.181053] alloc irq_desc for 3261 on node -1=0A= [ 1.181058] alloc kstat_irqs on node -1=0A= [ 1.181120] alloc irq_desc for 3260 on node -1=0A= [ 1.181123] alloc kstat_irqs on node -1=0A= [ 1.181179] alloc irq_desc for 3259 on node -1=0A= [ 1.181183] alloc kstat_irqs on node -1=0A= [ 1.181238] alloc irq_desc for 3258 on node -1=0A= [ 1.181241] alloc kstat_irqs on node -1=0A= [ 1.181293] alloc irq_desc for 3257 on node -1=0A= [ 1.181296] alloc kstat_irqs on node -1=0A= [ 1.181345] alloc irq_desc for 3256 on node -1=0A= [ 1.181348] alloc kstat_irqs on node -1=0A= [ 1.181404] alloc irq_desc for 3255 on node -1=0A= [ 1.181410] alloc kstat_irqs on node -1=0A= [ 1.181456] alloc irq_desc for 3254 on node -1=0A= [ 1.181459] alloc kstat_irqs on node -1=0A= [ 1.181534] igb 0000:02:00.0: 0 vfs allocated=0A= [ 1.183353] SCSI subsystem initialized=0A= [ 1.196071] usbcore: registered new interface driver usbfs=0A= [ 1.196132] usbcore: registered new interface driver hub=0A= [ 1.196217] usbcore: registered new device driver usb=0A= [ 1.198556] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver=0A= [ 1.198729] xen: registering gsi 17 triggering 0 polarity 1=0A= [ 1.198756] alloc irq_desc for 17 on node -1=0A= [ 1.198760] alloc kstat_irqs on node -1=0A= [ 1.198765] xen: --> irq=3D17=0A= [ 1.198783] ehci_hcd 0000:00:12.2: PCI INT B -> GSI 17 (level, low) = -> IRQ 17=0A= [ 1.198846] ehci_hcd 0000:00:12.2: EHCI Host Controller=0A= [ 1.198885] ehci_hcd 0000:00:12.2: new USB bus registered, assigned = bus number 1=0A= [ 1.198978] ehci_hcd 0000:00:12.2: debug port 1=0A= [ 1.199034] ehci_hcd 0000:00:12.2: irq 17, io mem 0xfeafa800=0A= [ 1.208044] ehci_hcd 0000:00:12.2: USB 2.0 started, EHCI 1.00=0A= [ 1.208120] usb usb1: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 1.208124] usb usb1: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.208127] usb usb1: Product: EHCI Host Controller=0A= [ 1.208130] usb usb1: Manufacturer: Linux 2.6.32-5-xen-amd64 ehci_hcd=0A= [ 1.208133] usb usb1: SerialNumber: 0000:00:12.2=0A= [ 1.208249] usb usb1: configuration #1 chosen from 1 choice=0A= [ 1.208286] hub 1-0:1.0: USB hub found=0A= [ 1.208326] hub 1-0:1.0: 6 ports detected=0A= [ 1.208540] xen: registering gsi 19 triggering 0 polarity 1=0A= [ 1.208555] alloc irq_desc for 19 on node -1=0A= [ 1.208558] alloc kstat_irqs on node -1=0A= [ 1.208563] xen: --> irq=3D19=0A= [ 1.208575] ehci_hcd 0000:00:13.2: PCI INT B -> GSI 19 (level, low) = -> IRQ 19=0A= [ 1.208603] ehci_hcd 0000:00:13.2: EHCI Host Controller=0A= [ 1.208619] ehci_hcd 0000:00:13.2: new USB bus registered, assigned = bus number 2=0A= [ 1.208686] ehci_hcd 0000:00:13.2: debug port 1=0A= [ 1.208731] ehci_hcd 0000:00:13.2: irq 19, io mem 0xfeafac00=0A= [ 1.214265] libata version 3.00 loaded.=0A= [ 1.220094] ehci_hcd 0000:00:13.2: USB 2.0 started, EHCI 1.00=0A= [ 1.220158] usb usb2: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 1.220162] usb usb2: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.220165] usb usb2: Product: EHCI Host Controller=0A= [ 1.220168] usb usb2: Manufacturer: Linux 2.6.32-5-xen-amd64 ehci_hcd=0A= [ 1.220170] usb usb2: SerialNumber: 0000:00:13.2=0A= [ 1.220252] usb usb2: configuration #1 chosen from 1 choice=0A= [ 1.220288] hub 2-0:1.0: USB hub found=0A= [ 1.220335] hub 2-0:1.0: 6 ports detected=0A= [ 1.220570] ahci 0000:00:11.0: version 3.0=0A= [ 1.220594] xen: registering gsi 22 triggering 0 polarity 1=0A= [ 1.220610] alloc irq_desc for 22 on node -1=0A= [ 1.220613] alloc kstat_irqs on node -1=0A= [ 1.220619] xen: --> irq=3D22=0A= [ 1.220630] ahci 0000:00:11.0: PCI INT A -> GSI 22 (level, low) -> = IRQ 22=0A= [ 1.220820] ahci 0000:00:11.0: AHCI 0001.0100 32 slots 6 ports 3 Gbps = 0x3f impl SATA mode=0A= [ 1.220826] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo = pmp pio slum part ccc =0A= [ 1.221801] scsi0 : ahci=0A= [ 1.221963] scsi1 : ahci=0A= [ 1.222056] scsi2 : ahci=0A= [ 1.222146] scsi3 : ahci=0A= [ 1.222198] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver=0A= [ 1.222244] scsi4 : ahci=0A= [ 1.222334] scsi5 : ahci=0A= [ 1.223283] ata1: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa500 irq 22=0A= [ 1.223288] ata2: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa580 irq 22=0A= [ 1.223292] ata3: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa600 irq 22=0A= [ 1.223296] ata4: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa680 irq 22=0A= [ 1.223301] ata5: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa700 irq 22=0A= [ 1.223305] ata6: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa780 irq 22=0A= [ 1.223506] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.223510] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.223512] xen: --> irq=3D16=0A= [ 1.223516] Already setup the GSI :16=0A= [ 1.223520] ohci_hcd 0000:00:12.0: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 1.223598] ohci_hcd 0000:00:12.0: OHCI Host Controller=0A= [ 1.223669] ohci_hcd 0000:00:12.0: new USB bus registered, assigned = bus number 3=0A= [ 1.223759] ohci_hcd 0000:00:12.0: irq 16, io mem 0xfeaf6000=0A= [ 1.280090] usb usb3: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.280094] usb usb3: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.280098] usb usb3: Product: OHCI Host Controller=0A= [ 1.280100] usb usb3: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.280103] usb usb3: SerialNumber: 0000:00:12.0=0A= [ 1.280272] usb usb3: configuration #1 chosen from 1 choice=0A= [ 1.280311] hub 3-0:1.0: USB hub found=0A= [ 1.280374] hub 3-0:1.0: 3 ports detected=0A= [ 1.280587] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.280591] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.280594] xen: --> irq=3D16=0A= [ 1.280597] Already setup the GSI :16=0A= [ 1.280601] ohci_hcd 0000:00:12.1: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 1.280627] ohci_hcd 0000:00:12.1: OHCI Host Controller=0A= [ 1.280642] ohci_hcd 0000:00:12.1: new USB bus registered, assigned = bus number 4=0A= [ 1.280674] ohci_hcd 0000:00:12.1: irq 16, io mem 0xfeaf7000=0A= [ 1.340095] usb usb4: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.340099] usb usb4: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.340102] usb usb4: Product: OHCI Host Controller=0A= [ 1.340105] usb usb4: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.340107] usb usb4: SerialNumber: 0000:00:12.1=0A= [ 1.340203] usb usb4: configuration #1 chosen from 1 choice=0A= [ 1.340234] hub 4-0:1.0: USB hub found=0A= [ 1.340286] hub 4-0:1.0: 3 ports detected=0A= [ 1.340562] xen: registering gsi 16 triggering 0 polarity 1=0A= [ 1.340566] xen_allocate_pirq: returning irq 16 for gsi 16=0A= [ 1.340569] xen: --> irq=3D16=0A= [ 1.340573] Already setup the GSI :16=0A= [ 1.340577] pata_atiixp 0000:00:14.1: PCI INT A -> GSI 16 (level, = low) -> IRQ 16=0A= [ 1.340625] pata_atiixp 0000:00:14.1: setting latency timer to 64=0A= [ 1.340889] scsi6 : pata_atiixp=0A= [ 1.341083] scsi7 : pata_atiixp=0A= [ 1.342939] ata7: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 = irq 14=0A= [ 1.342944] ata8: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xff08 = irq 15=0A= [ 1.343200] xen: registering gsi 18 triggering 0 polarity 1=0A= [ 1.343225] alloc irq_desc for 18 on node -1=0A= [ 1.343228] alloc kstat_irqs on node -1=0A= [ 1.343233] xen: --> irq=3D18=0A= [ 1.343247] ohci_hcd 0000:00:13.0: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 1.343298] ohci_hcd 0000:00:13.0: OHCI Host Controller=0A= [ 1.343316] ohci_hcd 0000:00:13.0: new USB bus registered, assigned = bus number 5=0A= [ 1.343384] ohci_hcd 0000:00:13.0: irq 18, io mem 0xfeaf8000=0A= [ 1.375166] igb 0000:02:00.0: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 1.375171] igb 0000:02:00.0: eth0: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b6=0A= [ 1.375252] igb 0000:02:00.0: eth0: PBA No: FFFFFF-0FF=0A= [ 1.375255] igb 0000:02:00.0: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 1.375669] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 1.375781] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 1.375789] xen: registering gsi 17 triggering 0 polarity 1=0A= [ 1.375792] xen_allocate_pirq: returning irq 17 for gsi 17=0A= [ 1.375795] xen: --> irq=3D17=0A= [ 1.375798] Already setup the GSI :17=0A= [ 1.375801] igb 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ = 17=0A= [ 1.375834] igb 0000:02:00.1: setting latency timer to 64=0A= [ 1.376198] alloc irq_desc for 3253 on node -1=0A= [ 1.376201] alloc kstat_irqs on node -1=0A= [ 1.376253] alloc irq_desc for 3252 on node -1=0A= [ 1.376255] alloc kstat_irqs on node -1=0A= [ 1.376300] alloc irq_desc for 3251 on node -1=0A= [ 1.376303] alloc kstat_irqs on node -1=0A= [ 1.376348] alloc irq_desc for 3250 on node -1=0A= [ 1.376351] alloc kstat_irqs on node -1=0A= [ 1.376396] alloc irq_desc for 3249 on node -1=0A= [ 1.376399] alloc kstat_irqs on node -1=0A= [ 1.376443] alloc irq_desc for 3248 on node -1=0A= [ 1.376446] alloc kstat_irqs on node -1=0A= [ 1.376492] alloc irq_desc for 3247 on node -1=0A= [ 1.376494] alloc kstat_irqs on node -1=0A= [ 1.376539] alloc irq_desc for 3246 on node -1=0A= [ 1.376542] alloc kstat_irqs on node -1=0A= [ 1.376587] alloc irq_desc for 3245 on node -1=0A= [ 1.376590] alloc kstat_irqs on node -1=0A= [ 1.376651] igb 0000:02:00.1: 0 vfs allocated=0A= [ 1.400090] usb usb5: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.400094] usb usb5: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.400097] usb usb5: Product: OHCI Host Controller=0A= [ 1.400100] usb usb5: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.400102] usb usb5: SerialNumber: 0000:00:13.0=0A= [ 1.402867] usb usb5: configuration #1 chosen from 1 choice=0A= [ 1.402963] hub 5-0:1.0: USB hub found=0A= [ 1.403020] hub 5-0:1.0: 3 ports detected=0A= [ 1.403290] xen: registering gsi 18 triggering 0 polarity 1=0A= [ 1.403294] xen_allocate_pirq: returning irq 18 for gsi 18=0A= [ 1.403296] xen: --> irq=3D18=0A= [ 1.403300] Already setup the GSI :18=0A= [ 1.403303] ohci_hcd 0000:00:13.1: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 1.403330] ohci_hcd 0000:00:13.1: OHCI Host Controller=0A= [ 1.403345] ohci_hcd 0000:00:13.1: new USB bus registered, assigned = bus number 6=0A= [ 1.403392] ohci_hcd 0000:00:13.1: irq 18, io mem 0xfeaf9000=0A= [ 1.460091] usb usb6: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.460095] usb usb6: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.460098] usb usb6: Product: OHCI Host Controller=0A= [ 1.460101] usb usb6: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.460103] usb usb6: SerialNumber: 0000:00:13.1=0A= [ 1.460260] usb usb6: configuration #1 chosen from 1 choice=0A= [ 1.460333] hub 6-0:1.0: USB hub found=0A= [ 1.460380] hub 6-0:1.0: 3 ports detected=0A= [ 1.460668] xen: registering gsi 18 triggering 0 polarity 1=0A= [ 1.460672] xen_allocate_pirq: returning irq 18 for gsi 18=0A= [ 1.460674] xen: --> irq=3D18=0A= [ 1.460678] Already setup the GSI :18=0A= [ 1.460682] ohci_hcd 0000:00:14.5: PCI INT C -> GSI 18 (level, low) = -> IRQ 18=0A= [ 1.460709] ohci_hcd 0000:00:14.5: OHCI Host Controller=0A= [ 1.460725] ohci_hcd 0000:00:14.5: new USB bus registered, assigned = bus number 7=0A= [ 1.460772] ohci_hcd 0000:00:14.5: irq 18, io mem 0xfeafb000=0A= [ 1.520050] usb 1-5: new high speed USB device using ehci_hcd and = address 2=0A= [ 1.520092] usb usb7: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 1.520096] usb usb7: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 1.520099] usb usb7: Product: OHCI Host Controller=0A= [ 1.520102] usb usb7: Manufacturer: Linux 2.6.32-5-xen-amd64 ohci_hcd=0A= [ 1.520104] usb usb7: SerialNumber: 0000:00:14.5=0A= [ 1.520254] usb usb7: configuration #1 chosen from 1 choice=0A= [ 1.520330] hub 7-0:1.0: USB hub found=0A= [ 1.520373] hub 7-0:1.0: 2 ports detected=0A= [ 1.540233] ata5: SATA link down (SStatus 0 SControl 300)=0A= [ 1.540305] ata6: SATA link down (SStatus 0 SControl 300)=0A= [ 1.572913] igb 0000:02:00.1: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 1.572917] igb 0000:02:00.1: eth1: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b7=0A= [ 1.572996] igb 0000:02:00.1: eth1: PBA No: FFFFFF-0FF=0A= [ 1.572999] igb 0000:02:00.1: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 1.654799] usb 1-5: New USB device found, idVendor=3D05e3, = idProduct=3D0719=0A= [ 1.654803] usb 1-5: New USB device strings: Mfr=3D0, Product=3D1, = SerialNumber=3D2=0A= [ 1.654807] usb 1-5: Product: USB Storage=0A= [ 1.654809] usb 1-5: SerialNumber: 000000000033=0A= [ 1.655015] usb 1-5: configuration #1 chosen from 1 choice=0A= [ 1.664576] Initializing USB Mass Storage driver...=0A= [ 1.664868] scsi8 : SCSI emulation for USB Mass Storage devices=0A= [ 1.665097] usb-storage: device found at 2=0A= [ 1.665101] usb-storage: waiting for device to settle before scanning=0A= [ 1.665109] usbcore: registered new interface driver usb-storage=0A= [ 1.665214] USB Mass Storage support registered.=0A= [ 1.704234] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.704264] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.704287] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.704309] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 1.733359] ata2.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733363] ata4.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733368] ata4.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.733373] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.733435] ata3.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733439] ata3.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.733573] ata1.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 1.733576] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 1.775939] ata4.00: configured for UDMA/133=0A= [ 1.775967] ata3.00: configured for UDMA/133=0A= [ 1.775993] ata2.00: configured for UDMA/133=0A= [ 1.776061] ata1.00: configured for UDMA/133=0A= [ 1.788225] scsi 0:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.788575] scsi 1:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.788842] scsi 2:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.789064] scsi 3:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 1.965876] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966019] sd 0:0:0:0: [sda] Write Protect is off=0A= [ 1.966023] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00=0A= [ 1.966041] sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966064] sd 0:0:0:0: [sda] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966133] sd 1:0:0:0: [sdb] Write Protect is off=0A= [ 1.966137] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00=0A= [ 1.966175] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966314] sda:=0A= [ 1.966458] sdb:=0A= [ 1.966558] sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966649] sd 2:0:0:0: [sdc] Write Protect is off=0A= [ 1.966653] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00=0A= [ 1.966695] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966727] sd 3:0:0:0: [sdd] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 1.966821] sd 3:0:0:0: [sdd] Write Protect is off=0A= [ 1.966825] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00=0A= [ 1.966865] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 1.966917] sdc:=0A= [ 1.967094] sdd: sdb1 sdb2 sdb3 sdb4=0A= [ 1.987715] sd 1:0:0:0: [sdb] Attached SCSI disk=0A= [ 1.987884] sdc1 sdc2 sdc3 sdc4=0A= [ 1.988352] sdd1 sdd2 sdd3 sdd4=0A= [ 1.988601] sd 2:0:0:0: [sdc] Attached SCSI disk=0A= [ 1.988908] sd 3:0:0:0: [sdd] Attached SCSI disk=0A= [ 1.988985] sda1 sda2 sda3 sda4=0A= [ 1.989871] sd 0:0:0:0: [sda] Attached SCSI disk=0A= [ 2.032043] usb 5-3: new full speed USB device using ohci_hcd and = address 2=0A= [ 2.207197] usb 5-3: New USB device found, idVendor=3D0557, = idProduct=3D2221=0A= [ 2.207202] usb 5-3: New USB device strings: Mfr=3D1, Product=3D2, = SerialNumber=3D0=0A= [ 2.207206] usb 5-3: Product: Hermon USB hidmouse Device=0A= [ 2.207208] usb 5-3: Manufacturer: Winbond Electronics Corp=0A= [ 2.207320] usb 5-3: configuration #1 chosen from 1 choice=0A= [ 2.220072] usbcore: registered new interface driver hiddev=0A= [ 2.223504] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.0/input/input2=0A= [ 2.223583] generic-usb 0003:0557:2221.0001: input,hidraw0: USB HID = v1.00 Mouse [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input0=0A= [ 2.227566] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.1/input/input3=0A= [ 2.227664] generic-usb 0003:0557:2221.0002: input,hidraw1: USB HID = v1.00 Keyboard [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input1=0A= [ 2.227693] usbcore: registered new interface driver usbhid=0A= [ 2.227773] usbhid: v2.6:USB HID core driver=0A= [ 2.299726] async_tx: api initialized (async)=0A= [ 2.300508] xor: automatically using best checksumming function: = generic_sse=0A= [ 2.320017] generic_sse: 2732.000 MB/sec=0A= [ 2.320020] xor: using function: generic_sse (2732.000 MB/sec)=0A= [ 2.388031] raid6: int64x1 1843 MB/s=0A= [ 2.456016] raid6: int64x2 2359 MB/s=0A= [ 2.524033] raid6: int64x4 1860 MB/s=0A= [ 2.592048] raid6: int64x8 1664 MB/s=0A= [ 2.660091] raid6: sse2x1 630 MB/s=0A= [ 2.728052] raid6: sse2x2 1224 MB/s=0A= [ 2.796022] raid6: sse2x4 2497 MB/s=0A= [ 2.796025] raid6: using algorithm sse2x4 (2497 MB/s)=0A= [ 2.805268] md: raid6 personality registered for level 6=0A= [ 2.805273] md: raid5 personality registered for level 5=0A= [ 2.805276] md: raid4 personality registered for level 4=0A= [ 2.899010] md: md0 stopped.=0A= [ 2.902407] md: bind=0A= [ 2.903781] md: bind=0A= [ 2.904648] md: bind=0A= [ 2.907788] md: bind=0A= [ 2.911288] raid5: device sda1 operational as raid disk 0=0A= [ 2.911292] raid5: device sdd1 operational as raid disk 3=0A= [ 2.911295] raid5: device sdc1 operational as raid disk 2=0A= [ 2.911298] raid5: device sdb1 operational as raid disk 1=0A= [ 2.912040] raid5: allocated 4282kB for md0=0A= [ 2.912173] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912177] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912181] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912184] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 2.912187] raid5: raid level 5 set md0 active with 4 out of 4 = devices, algorithm 2=0A= [ 2.912190] RAID5 conf printout:=0A= [ 2.912192] --- rd:4 wd:4=0A= [ 2.912195] disk 0, o:1, dev:sda1=0A= [ 2.912197] disk 1, o:1, dev:sdb1=0A= [ 2.912200] disk 2, o:1, dev:sdc1=0A= [ 2.912202] disk 3, o:1, dev:sdd1=0A= [ 2.912241] md0: detected capacity change from 0 to 2996305920=0A= [ 2.914544] md0: unknown partition table=0A= [ 3.133153] md: md1 stopped.=0A= [ 3.136097] md: bind=0A= [ 3.136398] md: bind=0A= [ 3.136690] md: bind=0A= [ 3.136982] md: bind=0A= [ 3.141661] raid5: device sda2 operational as raid disk 0=0A= [ 3.141666] raid5: device sdd2 operational as raid disk 3=0A= [ 3.141669] raid5: device sdc2 operational as raid disk 2=0A= [ 3.141672] raid5: device sdb2 operational as raid disk 1=0A= [ 3.142239] raid5: allocated 4282kB for md1=0A= [ 3.142318] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142322] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142325] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142328] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.142331] raid5: raid level 5 set md1 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.142334] RAID5 conf printout:=0A= [ 3.142336] --- rd:4 wd:4=0A= [ 3.142339] disk 0, o:1, dev:sda2=0A= [ 3.142341] disk 1, o:1, dev:sdb2=0A= [ 3.142344] disk 2, o:1, dev:sdc2=0A= [ 3.142346] disk 3, o:1, dev:sdd2=0A= [ 3.142383] md1: detected capacity change from 0 to 44994920448=0A= [ 3.144722] md1: unknown partition table=0A= [ 3.361646] md: md2 stopped.=0A= [ 3.364215] md: bind=0A= [ 3.364504] md: bind=0A= [ 3.364828] md: bind=0A= [ 3.365124] md: bind=0A= [ 3.370375] raid5: device sda3 operational as raid disk 0=0A= [ 3.370379] raid5: device sdd3 operational as raid disk 3=0A= [ 3.370383] raid5: device sdc3 operational as raid disk 2=0A= [ 3.370385] raid5: device sdb3 operational as raid disk 1=0A= [ 3.370916] raid5: allocated 4282kB for md2=0A= [ 3.370992] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.370995] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.370999] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.371002] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.371005] raid5: raid level 5 set md2 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.371008] RAID5 conf printout:=0A= [ 3.371010] --- rd:4 wd:4=0A= [ 3.371013] disk 0, o:1, dev:sda3=0A= [ 3.371015] disk 1, o:1, dev:sdb3=0A= [ 3.371017] disk 2, o:1, dev:sdc3=0A= [ 3.371020] disk 3, o:1, dev:sdd3=0A= [ 3.371054] md2: detected capacity change from 0 to 1476294868992=0A= [ 3.373355] md2: unknown partition table=0A= [ 3.589266] md: md3 stopped.=0A= [ 3.592437] md: bind=0A= [ 3.592740] md: bind=0A= [ 3.592905] md: bind=0A= [ 3.593163] md: bind=0A= [ 3.598865] raid5: device sda4 operational as raid disk 0=0A= [ 3.598870] raid5: device sdd4 operational as raid disk 3=0A= [ 3.598873] raid5: device sdc4 operational as raid disk 2=0A= [ 3.598876] raid5: device sdb4 operational as raid disk 1=0A= [ 3.599406] raid5: allocated 4282kB for md3=0A= [ 3.599489] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599492] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599496] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599499] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.599503] raid5: raid level 5 set md3 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.599505] RAID5 conf printout:=0A= [ 3.599508] --- rd:4 wd:4=0A= [ 3.599510] disk 0, o:1, dev:sda4=0A= [ 3.599513] disk 1, o:1, dev:sdb4=0A= [ 3.599515] disk 2, o:1, dev:sdc4=0A= [ 3.599518] disk 3, o:1, dev:sdd4=0A= [ 3.599551] md3: detected capacity change from 0 to 1476307451904=0A= [ 3.601856] md3: unknown partition table=0A= [ 3.815966] PM: Starting manual resume from disk=0A= [ 3.815971] PM: Resume from partition 9:0=0A= [ 3.815973] PM: Checking hibernation image.=0A= [ 3.816322] PM: Error -22 checking image file=0A= [ 3.816325] PM: Resume from disk failed.=0A= [ 3.865354] kjournald starting. Commit interval 5 seconds=0A= [ 3.865379] EXT3-fs: mounted filesystem with ordered data mode.=0A= [ 4.639970] udev[598]: starting version 164=0A= [ 4.786755] input: Power Button as = /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input4=0A= [ 4.786765] ACPI: Power Button [PWRB]=0A= [ 4.786879] input: Power Button as = /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5=0A= [ 4.786890] ACPI: Power Button [PWRF]=0A= [ 4.937491] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xb00, = revision 0=0A= [ 4.941762] input: PC Speaker as /devices/platform/pcspkr/input/input6=0A= [ 4.955126] EDAC MC: Ver: 2.1.0 Oct 3 2011=0A= [ 4.959750] EDAC amd64_edac: Ver: 3.2.0 Oct 3 2011=0A= [ 4.960122] EDAC amd64: ECC is enabled by BIOS.=0A= [ 4.960374] EDAC amd64: ECC is enabled by BIOS.=0A= [ 4.960492] EDAC MC: F10h CPU detected=0A= [ 4.960586] EDAC amd64: f10_probe_valid_hardware() This machine is = running with DDR3 memory. This is not currently supported. = DCHR0=3D0x3f49890d DCHR1=3D0x3f49890d=0A= [ 4.960596] EDAC amd64: Contact 'amd64_edac' module MAINTAINER to = help add support.=0A= [ 5.853111] Adding 2926072k swap on /dev/md0. Priority:-1 extents:1 = across:2926072k =0A= [ 6.053683] EXT3 FS on md1, internal journal=0A= [ 6.158596] loop: module loaded=0A= [ 6.666198] usb-storage: device scan complete=0A= [ 6.674634] scsi 8:0:0:0: CD-ROM TEAC DV-28S-V = 1.0B PQ: 0 ANSI: 0=0A= [ 6.764838] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray=0A= [ 6.764854] Uniform CD-ROM driver Revision: 3.20=0A= [ 6.765718] sr 8:0:0:0: Attached scsi CD-ROM sr0=0A= [ 6.784912] sd 0:0:0:0: Attached scsi generic sg0 type 0=0A= [ 6.785295] sd 1:0:0:0: Attached scsi generic sg1 type 0=0A= [ 6.785684] sd 2:0:0:0: Attached scsi generic sg2 type 0=0A= [ 6.786130] sd 3:0:0:0: Attached scsi generic sg3 type 0=0A= [ 6.787199] sr 8:0:0:0: Attached scsi generic sg4 type 5=0A= [ 7.382570] igb: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow = Control: RX=0A= [ 8.238558] Event-channel device installed.=0A= [ 8.477736] alloc irq_desc for 3244 on node -1=0A= [ 8.477741] alloc kstat_irqs on node -1=0A= [ 8.477817] alloc irq_desc for 3243 on node -1=0A= [ 8.477820] alloc kstat_irqs on node -1=0A= [ 8.478277] XENBUS: Unable to read cpu state=0A= [ 8.478617] XENBUS: Unable to read cpu state=0A= [ 8.479011] XENBUS: Unable to read cpu state=0A= [ 8.479375] XENBUS: Unable to read cpu state=0A= [ 8.479722] XENBUS: Unable to read cpu state=0A= [ 8.480308] XENBUS: Unable to read cpu state=0A= [ 8.480621] XENBUS: Unable to read cpu state=0A= [ 8.480899] XENBUS: Unable to read cpu state=0A= [ 8.481225] XENBUS: Unable to read cpu state=0A= [ 8.481600] XENBUS: Unable to read cpu state=0A= [ 8.481974] XENBUS: Unable to read cpu state=0A= [ 8.482350] XENBUS: Unable to read cpu state=0A= [ 10.040934] Bridge firewalling registered=0A= [ 11.171919] ADDRCONF(NETDEV_UP): peth0: link is not ready=0A= [ 13.924584] igb: peth0 NIC Link is Up 1000 Mbps Full Duplex, Flow = Control: RX=0A= [ 13.930463] ADDRCONF(NETDEV_CHANGE): peth0: link becomes ready=0A= [ 14.247564] device peth0 entered promiscuous mode=0A= [ 14.332887] eth0: port 1(peth0) entering forwarding state=0A= [ 24.151734] ip_tables: (C) 2000-2006 Netfilter Core Team=0A= [ 24.696048] peth0: no IPv6 routers present=0A= [ 25.244126] eth0: no IPv6 routers present=0A= ------=_NextPart_000_0013_01CC8865.FF37C060 Content-Type: text/plain; name="xm_dmesg_xen.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xm_dmesg_xen.txt" (XEN) Xen version 4.0.1 (Debian 4.0.1-2) (waldi@debian.org) (gcc version = 4.4.5 (Debian 4.4.5-10) ) Wed Jan 12 14:04:06 UTC 2011=0A= (XEN) Bootloader: GRUB 1.98+20100804-14+squeeze1=0A= (XEN) Command line: placeholder=0A= (XEN) Video information:=0A= (XEN) VGA is text mode 80x25, font 8x16=0A= (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds=0A= (XEN) Disc information:=0A= (XEN) Found 4 MBR signatures=0A= (XEN) Found 4 EDD information structures=0A= (XEN) Xen-e820 RAM map:=0A= (XEN) 0000000000000000 - 0000000000092000 (usable)=0A= (XEN) 0000000000092000 - 00000000000a0000 (reserved)=0A= (XEN) 00000000000e6000 - 0000000000100000 (reserved)=0A= (XEN) 0000000000100000 - 00000000dfe90000 (usable)=0A= (XEN) 00000000dfe9e000 - 00000000dfea0000 type 9=0A= (XEN) 00000000dfea0000 - 00000000dfeb2000 (ACPI data)=0A= (XEN) 00000000dfeb2000 - 00000000dfee0000 (ACPI NVS)=0A= (XEN) 00000000dfee0000 - 00000000f0000000 (reserved)=0A= (XEN) 00000000ffe00000 - 0000000100000000 (reserved)=0A= (XEN) 0000000100000000 - 0000000420000000 (usable)=0A= (XEN) ACPI: RSDP 000FA110, 0024 (r2 ACPIAM)=0A= (XEN) ACPI: XSDT DFEA0100, 008C (r1 SMCI 20110916 MSFT = 97)=0A= (XEN) ACPI: FACP DFEA0290, 00F4 (r4 091611 FACP2152 20110916 MSFT = 97)=0A= (XEN) ACPI: DSDT DFEA06B0, 5B09 (r2 1A811 1A811000 0 INTL = 20051117)=0A= (XEN) ACPI: FACS DFEB2000, 0040=0A= (XEN) ACPI: APIC DFEA0390, 0158 (r2 091611 APIC2152 20110916 MSFT = 97)=0A= (XEN) ACPI: MCFG DFEA04F0, 003C (r1 091611 OEMMCFG 20110916 MSFT = 97)=0A= (XEN) ACPI: OEMB DFEB2040, 0075 (r1 091611 OEMB2152 20110916 MSFT = 97)=0A= (XEN) ACPI: HPET DFEAA6B0, 0038 (r1 091611 OEMHPET 20110916 MSFT = 97)=0A= (XEN) ACPI: IVRS DFEAA6F0, 00A8 (r1 AMD RD890S 202031 AMD = 0)=0A= (XEN) ACPI: SRAT DFEAA7A0, 0190 (r2 AMD AGESA 1 AMD = 1)=0A= (XEN) ACPI: SLIT DFEAA930, 0030 (r1 AMD AGESA 1 AMD = 1)=0A= (XEN) ACPI: SSDT DFEAA960, 1ED8 (r1 A M I POWERNOW 1 AMD = 1)=0A= (XEN) ACPI: EINJ DFEAC840, 0130 (r1 AMIER AMI_EINJ 20110916 MSFT = 97)=0A= (XEN) ACPI: BERT DFEAC9D0, 0030 (r1 AMIER AMI_BERT 20110916 MSFT = 97)=0A= (XEN) ACPI: ERST DFEACA00, 01B0 (r1 AMIER AMI_ERST 20110916 MSFT = 97)=0A= (XEN) ACPI: HEST DFEACBB0, 00A8 (r1 AMIER ABC_HEST 20110916 MSFT = 97)=0A= (XEN) System RAM: 16382MB (16775304kB)=0A= (XEN) Reserving non-aligned node boundary @ mfn 0x220000=0A= (XEN) Domain heap initialised DMA width 31 bits=0A= (XEN) Processor #16 0:9 APIC version 16=0A= (XEN) Processor #17 0:9 APIC version 16=0A= (XEN) Processor #18 0:9 APIC version 16=0A= (XEN) Processor #19 0:9 APIC version 16=0A= (XEN) Processor #20 0:9 APIC version 16=0A= (XEN) Processor #21 0:9 APIC version 16=0A= (XEN) Processor #22 0:9 APIC version 16=0A= (XEN) Processor #23 0:9 APIC version 16=0A= (XEN) Processor #24 0:9 APIC version 16=0A= (XEN) Processor #25 0:9 APIC version 16=0A= (XEN) Processor #26 0:9 APIC version 16=0A= (XEN) Processor #27 0:9 APIC version 16=0A= (XEN) IOAPIC[0]: apic_id 0, version 33, address 0xfec00000, GSI 0-23=0A= (XEN) Enabling APIC mode: Phys. Using 1 I/O APICs=0A= (XEN) Using scheduler: SMP Credit Scheduler (credit)=0A= (XEN) Detected 1900.079 MHz processor.=0A= (XEN) Initing memory sharing.=0A= (XEN) HVM: ASIDs enabled.=0A= (XEN) HVM: SVM enabled=0A= (XEN) HVM: Hardware Assisted Paging detected.=0A= (XEN) AMD-Vi: IOMMU 0 Enabled.=0A= (XEN) I/O virtualisation enabled=0A= (XEN) - Dom0 mode: Relaxed=0A= (XEN) Total of 12 processors activated.=0A= (XEN) ENABLING IO-APIC IRQs=0A= (XEN) -> Using new ACK method=0A= (XEN) TSC is reliable, synchronization unnecessary=0A= (XEN) Platform timer appears to have unexpectedly wrapped 10 or more = times.=0A= (XEN) Platform timer is 14.318MHz HPET=0A= (XEN) Allocated console ring of 32 KiB.=0A= (XEN) do_IRQ: 1.231 No irq handler for vector (irq -1)=0A= (XEN) Brought up 12 CPUs=0A= (XEN) do_IRQ: 2.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 4.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 3.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 5.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 10.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 11.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 9.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 6.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 7.231 No irq handler for vector (irq -1)=0A= (XEN) do_IRQ: 8.231 No irq handler for vector (irq -1)=0A= (XEN) *** LOADING DOMAIN 0 ***=0A= (XEN) Xen kernel: 64-bit, lsb, compat32=0A= (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x16b9000=0A= (XEN) PHYSICAL MEMORY ARRANGEMENT:=0A= (XEN) Dom0 alloc.: 0000000210000000->0000000218000000 (4072530 pages = to be allocated)=0A= (XEN) VIRTUAL MEMORY ARRANGEMENT:=0A= (XEN) Loaded kernel: ffffffff81000000->ffffffff816b9000=0A= (XEN) Init. ramdisk: ffffffff816b9000->ffffffff83180800=0A= (XEN) Phys-Mach map: ffffffff83181000->ffffffff850d3290=0A= (XEN) Start info: ffffffff850d4000->ffffffff850d44b4=0A= (XEN) Page tables: ffffffff850d5000->ffffffff85102000=0A= (XEN) Boot stack: ffffffff85102000->ffffffff85103000=0A= (XEN) TOTAL: ffffffff80000000->ffffffff85400000=0A= (XEN) ENTRY ADDRESS: ffffffff81508200=0A= (XEN) Dom0 has maximum 12 VCPUs=0A= (XEN) Scrubbing Free RAM: .done.=0A= (XEN) Xen trace buffers: disabled=0A= (XEN) Std. Loglevel: Errors and warnings=0A= (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)=0A= (XEN) Xen is relinquishing VGA console.=0A= (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch = input to Xen)=0A= (XEN) Freed 176kB init memory.=0A= (XEN) traps.c:2308:d0 Domain attempted WRMSR 00000000c0010000 from = 00000000:00000000 to 00000000:00430076.=0A= ------=_NextPart_000_0013_01CC8865.FF37C060 Content-Type: text/plain; name="dmesg_without_xen.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg_without_xen.txt" [ 0.000000] Initializing cgroup subsys cpuset=0A= [ 0.000000] Initializing cgroup subsys cpu=0A= [ 0.000000] Linux version 2.6.32-5-amd64 (Debian 2.6.32-38) = (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon = Oct 3 03:59:20 UTC 2011=0A= [ 0.000000] Command line: BOOT_IMAGE=3D/boot/vmlinuz-2.6.32-5-amd64 = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet=0A= [ 0.000000] KERNEL supported cpus:=0A= [ 0.000000] Intel GenuineIntel=0A= [ 0.000000] AMD AuthenticAMD=0A= [ 0.000000] Centaur CentaurHauls=0A= [ 0.000000] BIOS-provided physical RAM map:=0A= [ 0.000000] BIOS-e820: 0000000000000000 - 0000000000092000 (usable)=0A= [ 0.000000] BIOS-e820: 0000000000092000 - 00000000000a0000 (reserved)=0A= [ 0.000000] BIOS-e820: 00000000000e6000 - 0000000000100000 (reserved)=0A= [ 0.000000] BIOS-e820: 0000000000100000 - 00000000dfe90000 (usable)=0A= [ 0.000000] BIOS-e820: 00000000dfe9e000 - 00000000dfea0000 (reserved)=0A= [ 0.000000] BIOS-e820: 00000000dfea0000 - 00000000dfeb2000 (ACPI = data)=0A= [ 0.000000] BIOS-e820: 00000000dfeb2000 - 00000000dfee0000 (ACPI NVS)=0A= [ 0.000000] BIOS-e820: 00000000dfee0000 - 00000000f0000000 (reserved)=0A= [ 0.000000] BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved)=0A= [ 0.000000] BIOS-e820: 0000000100000000 - 0000000420000000 (usable)=0A= [ 0.000000] DMI present.=0A= [ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working = around it.=0A= [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 = (usable) =3D=3D> (reserved)=0A= [ 0.000000] last_pfn =3D 0x420000 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] MTRR default type: uncachable=0A= [ 0.000000] MTRR fixed ranges enabled:=0A= [ 0.000000] 00000-9FFFF write-back=0A= [ 0.000000] A0000-EFFFF uncachable=0A= [ 0.000000] F0000-FFFFF write-protect=0A= [ 0.000000] MTRR variable ranges enabled:=0A= [ 0.000000] 0 base 000000000000 mask FFFF80000000 write-back=0A= [ 0.000000] 1 base 000080000000 mask FFFFC0000000 write-back=0A= [ 0.000000] 2 base 0000C0000000 mask FFFFE0000000 write-back=0A= [ 0.000000] 3 disabled=0A= [ 0.000000] 4 disabled=0A= [ 0.000000] 5 disabled=0A= [ 0.000000] 6 disabled=0A= [ 0.000000] 7 disabled=0A= [ 0.000000] TOM2: 0000000420000000 aka 16896M=0A= [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new = 0x7010600070106=0A= [ 0.000000] e820 update range: 00000000e0000000 - 0000000100000000 = (usable) =3D=3D> (reserved)=0A= [ 0.000000] last_pfn =3D 0xdfe90 max_arch_pfn =3D 0x400000000=0A= [ 0.000000] initial memory mapped : 0 - 20000000=0A= [ 0.000000] Using GB pages for direct mapping=0A= [ 0.000000] init_memory_mapping: 0000000000000000-00000000dfe90000=0A= [ 0.000000] 0000000000 - 00c0000000 page 1G=0A= [ 0.000000] 00c0000000 - 00dfe00000 page 2M=0A= [ 0.000000] 00dfe00000 - 00dfe90000 page 4k=0A= [ 0.000000] kernel direct mapping tables up to dfe90000 @ 10000-13000=0A= [ 0.000000] init_memory_mapping: 0000000100000000-0000000420000000=0A= [ 0.000000] 0100000000 - 0400000000 page 1G=0A= [ 0.000000] 0400000000 - 0420000000 page 2M=0A= [ 0.000000] kernel direct mapping tables up to 420000000 @ 12000-14000=0A= [ 0.000000] RAMDISK: 376bf000 - 37fefc38=0A= [ 0.000000] ACPI: RSDP 00000000000fa110 00024 (v02 ACPIAM)=0A= [ 0.000000] ACPI: XSDT 00000000dfea0100 0008C (v01 SMCI = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: FACP 00000000dfea0290 000F4 (v04 091611 FACP2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: DSDT 00000000dfea06b0 05B09 (v02 1A811 1A811000 = 00000000 INTL 20051117)=0A= [ 0.000000] ACPI: FACS 00000000dfeb2000 00040=0A= [ 0.000000] ACPI: APIC 00000000dfea0390 00158 (v02 091611 APIC2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: MCFG 00000000dfea04f0 0003C (v01 091611 OEMMCFG = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: OEMB 00000000dfeb2040 00075 (v01 091611 OEMB2152 = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HPET 00000000dfeaa6b0 00038 (v01 091611 OEMHPET = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: IVRS 00000000dfeaa6f0 000A8 (v01 AMD RD890S = 00202031 AMD 00000000)=0A= [ 0.000000] ACPI: SRAT 00000000dfeaa7a0 00190 (v02 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SLIT 00000000dfeaa930 00030 (v01 AMD AGESA = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: SSDT 00000000dfeaa960 01ED8 (v01 A M I POWERNOW = 00000001 AMD 00000001)=0A= [ 0.000000] ACPI: EINJ 00000000dfeac840 00130 (v01 AMIER AMI_EINJ = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: BERT 00000000dfeac9d0 00030 (v01 AMIER AMI_BERT = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: ERST 00000000dfeaca00 001B0 (v01 AMIER AMI_ERST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: HEST 00000000dfeacbb0 000A8 (v01 AMIER ABC_HEST = 20110916 MSFT 00000097)=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] SRAT: PXM 0 -> APIC 16 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 17 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 18 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 19 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 20 -> Node 0=0A= [ 0.000000] SRAT: PXM 0 -> APIC 21 -> Node 0=0A= [ 0.000000] SRAT: PXM 1 -> APIC 22 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 23 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 24 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 25 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 26 -> Node 1=0A= [ 0.000000] SRAT: PXM 1 -> APIC 27 -> Node 1=0A= [ 0.000000] SRAT: Node 0 PXM 0 0-a0000=0A= [ 0.000000] SRAT: Node 0 PXM 0 100000-e0000000=0A= [ 0.000000] SRAT: Node 0 PXM 0 100000000-220000000=0A= [ 0.000000] SRAT: Node 1 PXM 1 220000000-420000000=0A= [ 0.000000] NUMA: Allocated memnodemap from 13040 - 1b480=0A= [ 0.000000] NUMA: Using 20 for the hash shift.=0A= [ 0.000000] Bootmem setup node 0 0000000000000000-0000000220000000=0A= [ 0.000000] NODE_DATA [000000000001b480 - 000000000002347f]=0A= [ 0.000000] bootmap [0000000000024000 - 0000000000067fff] pages 44=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0000000000 - = 0220000000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page =3D=3D> = [0000000000 - 0000001000]=0A= [ 0.000000] #1 [0000006000 - 0000008000] TRAMPOLINE =3D=3D> = [0000006000 - 0000008000]=0A= [ 0.000000] #2 [0001000000 - 000168a594] TEXT DATA BSS =3D=3D> = [0001000000 - 000168a594]=0A= [ 0.000000] #3 [00376bf000 - 0037fefc38] RAMDISK =3D=3D> = [00376bf000 - 0037fefc38]=0A= [ 0.000000] #4 [0000092000 - 0000100000] BIOS reserved =3D=3D> = [0000092000 - 0000100000]=0A= [ 0.000000] #5 [000168b000 - 000168b21b] BRK =3D=3D> = [000168b000 - 000168b21b]=0A= [ 0.000000] #6 [0000010000 - 0000012000] PGTABLE =3D=3D> = [0000010000 - 0000012000]=0A= [ 0.000000] #7 [0000012000 - 0000013000] PGTABLE =3D=3D> = [0000012000 - 0000013000]=0A= [ 0.000000] #8 [0000013000 - 0000013030] ACPI SLIT =3D=3D> = [0000013000 - 0000013030]=0A= [ 0.000000] #9 [0000013040 - 000001b480] MEMNODEMAP =3D=3D> = [0000013040 - 000001b480]=0A= [ 0.000000] Bootmem setup node 1 0000000220000000-0000000420000000=0A= [ 0.000000] NODE_DATA [0000000220000000 - 0000000220007fff]=0A= [ 0.000000] bootmap [0000000220008000 - 0000000220047fff] pages 40=0A= [ 0.000000] (10 early reservations) =3D=3D> bootmem [0220000000 - = 0420000000]=0A= [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page=0A= [ 0.000000] #1 [0000006000 - 0000008000] TRAMPOLINE=0A= [ 0.000000] #2 [0001000000 - 000168a594] TEXT DATA BSS=0A= [ 0.000000] #3 [00376bf000 - 0037fefc38] RAMDISK=0A= [ 0.000000] #4 [0000092000 - 0000100000] BIOS reserved=0A= [ 0.000000] #5 [000168b000 - 000168b21b] BRK=0A= [ 0.000000] #6 [0000010000 - 0000012000] PGTABLE=0A= [ 0.000000] #7 [0000012000 - 0000013000] PGTABLE=0A= [ 0.000000] #8 [0000013000 - 0000013030] ACPI SLIT=0A= [ 0.000000] #9 [0000013040 - 000001b480] MEMNODEMAP=0A= [ 0.000000] found SMP MP-table at [ffff8800000ff780] ff780=0A= [ 0.000000] [ffffea0007700000-ffffea00077fffff] potential offnode = page_structs=0A= [ 0.000000] [ffffea0000000000-ffffea00077fffff] PMD -> = [ffff880001800000-ffff8800089fffff] on node 0=0A= [ 0.000000] [ffffea0007800000-ffffea000e7fffff] PMD -> = [ffff880220200000-ffff8802271fffff] on node 1=0A= [ 0.000000] Zone PFN ranges:=0A= [ 0.000000] DMA 0x00000010 -> 0x00001000=0A= [ 0.000000] DMA32 0x00001000 -> 0x00100000=0A= [ 0.000000] Normal 0x00100000 -> 0x00420000=0A= [ 0.000000] Movable zone start PFN for each node=0A= [ 0.000000] early_node_map[4] active PFN ranges=0A= [ 0.000000] 0: 0x00000010 -> 0x00000092=0A= [ 0.000000] 0: 0x00000100 -> 0x000dfe90=0A= [ 0.000000] 0: 0x00100000 -> 0x00220000=0A= [ 0.000000] 1: 0x00220000 -> 0x00420000=0A= [ 0.000000] On node 0 totalpages: 2096658=0A= [ 0.000000] DMA zone: 56 pages used for memmap=0A= [ 0.000000] DMA zone: 124 pages reserved=0A= [ 0.000000] DMA zone: 3790 pages, LIFO batch:0=0A= [ 0.000000] DMA32 zone: 14280 pages used for memmap=0A= [ 0.000000] DMA32 zone: 898760 pages, LIFO batch:31=0A= [ 0.000000] Normal zone: 16128 pages used for memmap=0A= [ 0.000000] Normal zone: 1163520 pages, LIFO batch:31=0A= [ 0.000000] On node 1 totalpages: 2097152=0A= [ 0.000000] Normal zone: 28672 pages used for memmap=0A= [ 0.000000] Normal zone: 2068480 pages, LIFO batch:31=0A= [ 0.000000] ACPI: PM-Timer IO Port: 0x808=0A= [ 0.000000] ACPI: Local APIC address 0xfee00000=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x10] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x11] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x12] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x13] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x15] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x16] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x17] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x18] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x19] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x1a] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x1b] enabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x8c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x8d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x8e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x8f] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x90] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x91] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x92] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x93] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x94] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x95] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x96] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x18] lapic_id[0x97] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x19] lapic_id[0x98] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x99] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x9a] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x9b] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x9c] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x9d] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x9e] disabled)=0A= [ 0.000000] ACPI: LAPIC (acpi_id[0x20] lapic_id[0x9f] disabled)=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])=0A= [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])=0A= [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])=0A= [ 0.000000] IOAPIC[0]: apic_id 0, version 33, address 0xfec00000, GSI = 0-23=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)=0A= [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)=0A= [ 0.000000] ACPI: IRQ0 used by override.=0A= [ 0.000000] ACPI: IRQ2 used by override.=0A= [ 0.000000] ACPI: IRQ9 used by override.=0A= [ 0.000000] Using ACPI (MADT) for SMP configuration information=0A= [ 0.000000] ACPI: HPET id: 0x8300 base: 0xfed00000=0A= [ 0.000000] SMP: Allowing 32 CPUs, 20 hotplug CPUs=0A= [ 0.000000] nr_irqs_gsi: 24=0A= [ 0.000000] PM: Registered nosave memory: 0000000000092000 - = 00000000000a0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - = 00000000000e6000=0A= [ 0.000000] PM: Registered nosave memory: 00000000000e6000 - = 0000000000100000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe90000 - = 00000000dfe9e000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfe9e000 - = 00000000dfea0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfea0000 - = 00000000dfeb2000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfeb2000 - = 00000000dfee0000=0A= [ 0.000000] PM: Registered nosave memory: 00000000dfee0000 - = 00000000f0000000=0A= [ 0.000000] PM: Registered nosave memory: 00000000f0000000 - = 00000000ffe00000=0A= [ 0.000000] PM: Registered nosave memory: 00000000ffe00000 - = 0000000100000000=0A= [ 0.000000] Allocating PCI resources starting at f0000000 (gap: = f0000000:fe00000)=0A= [ 0.000000] Booting paravirtualized kernel on bare hardware=0A= [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:32 = nr_node_ids:2=0A= [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff880008c00000 s90328 = r8192 d24360 u131072=0A= [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u131072 alloc=3D1*2097152=0A= [ 0.000000] pcpu-alloc: [0] 00 01 02 03 04 05 12 14 16 18 20 22 24 26 = 28 30 =0A= [ 0.000000] pcpu-alloc: [1] 06 07 08 09 10 11 13 15 17 19 21 23 25 27 = 29 31 =0A= [ 0.000000] Built 2 zonelists in Zone order, mobility grouping on. = Total pages: 4134550=0A= [ 0.000000] Policy zone: Normal=0A= [ 0.000000] Kernel command line: = BOOT_IMAGE=3D/boot/vmlinuz-2.6.32-5-amd64 = root=3DUUID=3Daf35340c-2384-4d24-bdf0-8ee2d3667133 ro quiet=0A= [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)=0A= [ 0.000000] Initializing CPU#0=0A= [ 0.000000] Checking aperture...=0A= [ 0.000000] No AGP bridge found=0A= [ 0.000000] Node 0: aperture @ 0 size 32 MB=0A= [ 0.000000] Your BIOS doesn't leave a aperture memory hole=0A= [ 0.000000] Please enable the IOMMU option in the BIOS setup=0A= [ 0.000000] This costs you 64 MB of RAM=0A= [ 0.000000] Mapping aperture over 65536 KB of RAM @ 20000000=0A= [ 0.000000] PM: Registered nosave memory: 0000000020000000 - = 0000000024000000=0A= [ 0.000000] Memory: 16457736k/17301504k available (3081k kernel code, = 526264k absent, 317504k reserved, 1889k data, 592k init)=0A= [ 0.000000] SLUB: Genslabs=3D14, HWalign=3D64, Order=3D0-3, = MinObjects=3D0, CPUs=3D32, Nodes=3D2=0A= [ 0.000000] Hierarchical RCU implementation.=0A= [ 0.000000] NR_IRQS:4352 nr_irqs:664=0A= [ 0.000000] Extended CMOS year: 2000=0A= [ 0.000000] spurious 8259A interrupt: IRQ7.=0A= [ 0.000000] Console: colour VGA+ 80x25=0A= [ 0.000000] console [tty0] enabled=0A= [ 0.000000] hpet clockevent registered=0A= [ 0.000000] Fast TSC calibration using PIT=0A= [ 0.000000] Detected 1900.113 MHz processor.=0A= [ 0.008010] Calibrating delay loop (skipped), value calculated using = timer frequency.. 3800.22 BogoMIPS (lpj=3D7600440)=0A= [ 0.008030] Security Framework initialized=0A= [ 0.008034] SELinux: Disabled at boot.=0A= [ 0.012433] Dentry cache hash table entries: 2097152 (order: 12, = 16777216 bytes)=0A= [ 0.018081] Inode-cache hash table entries: 1048576 (order: 11, = 8388608 bytes)=0A= [ 0.020554] Mount-cache hash table entries: 256=0A= [ 0.020723] Initializing cgroup subsys ns=0A= [ 0.020727] Initializing cgroup subsys cpuacct=0A= [ 0.020733] Initializing cgroup subsys devices=0A= [ 0.020736] Initializing cgroup subsys freezer=0A= [ 0.020738] Initializing cgroup subsys net_cls=0A= [ 0.020762] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.020765] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.020767] CPU 0/0x10 -> Node 0=0A= [ 0.020770] tseg: 00dff00000=0A= [ 0.020772] CPU: Physical Processor ID: 0=0A= [ 0.020774] CPU: Processor Core ID: 0=0A= [ 0.020776] mce: CPU supports 6 MCE banks=0A= [ 0.020786] Performance Events: AMD PMU driver.=0A= [ 0.020790] ... version: 0=0A= [ 0.020792] ... bit width: 48=0A= [ 0.020793] ... generic registers: 4=0A= [ 0.020795] ... value mask: 0000ffffffffffff=0A= [ 0.020797] ... max period: 00007fffffffffff=0A= [ 0.020799] ... fixed-purpose events: 0=0A= [ 0.020800] ... event mask: 000000000000000f=0A= [ 0.021620] ACPI: Core revision 20090903=0A= [ 0.030541] Setting APIC routing to physical flat=0A= [ 0.030837] ..TIMER: vector=3D0x30 apic1=3D0 pin1=3D2 apic2=3D-1 = pin2=3D-1=0A= [ 0.070532] CPU0: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.072001] Booting processor 1 APIC 0x11 ip 0x6000=0A= [ 0.012000] Initializing CPU#1=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 1/0x11 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 1=0A= [ 0.156039] CPU1: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.156050] checking TSC synchronization [CPU#0 -> CPU#1]: passed.=0A= [ 0.160120] Booting processor 2 APIC 0x12 ip 0x6000=0A= [ 0.012000] Initializing CPU#2=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 2/0x12 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 2=0A= [ 0.264126] CPU2: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.264135] checking TSC synchronization [CPU#0 -> CPU#2]: passed.=0A= [ 0.268116] Booting processor 3 APIC 0x13 ip 0x6000=0A= [ 0.012000] Initializing CPU#3=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 3/0x13 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 3=0A= [ 0.368093] CPU3: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.368102] checking TSC synchronization [CPU#0 -> CPU#3]: passed.=0A= [ 0.372117] Booting processor 4 APIC 0x14 ip 0x6000=0A= [ 0.012000] Initializing CPU#4=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 4/0x14 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 4=0A= [ 0.464091] CPU4: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.464100] checking TSC synchronization [CPU#0 -> CPU#4]: passed.=0A= [ 0.468116] Booting processor 5 APIC 0x15 ip 0x6000=0A= [ 0.012000] Initializing CPU#5=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 5/0x15 -> Node 0=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 5=0A= [ 0.572112] CPU5: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.572121] checking TSC synchronization [CPU#0 -> CPU#5]: passed.=0A= [ 0.576125] Booting processor 6 APIC 0x16 ip 0x6000=0A= [ 0.012000] Initializing CPU#6=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 6/0x16 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 0=0A= [ 0.684113] CPU6: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.684122] checking TSC synchronization [CPU#0 -> CPU#6]: passed.=0A= [ 0.688138] Booting processor 7 APIC 0x17 ip 0x6000=0A= [ 0.012000] Initializing CPU#7=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 7/0x17 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 1=0A= [ 0.780057] CPU7: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.780064] checking TSC synchronization [CPU#0 -> CPU#7]: passed.=0A= [ 0.784079] Booting processor 8 APIC 0x18 ip 0x6000=0A= [ 0.012000] Initializing CPU#8=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 8/0x18 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 2=0A= [ 0.872051] CPU8: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.872058] checking TSC synchronization [CPU#0 -> CPU#8]: passed.=0A= [ 0.876082] Booting processor 9 APIC 0x19 ip 0x6000=0A= [ 0.012000] Initializing CPU#9=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 9/0x19 -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 3=0A= [ 0.964052] CPU9: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 0.964058] checking TSC synchronization [CPU#0 -> CPU#9]: passed.=0A= [ 0.968086] Booting processor 10 APIC 0x1a ip 0x6000=0A= [ 0.012000] Initializing CPU#10=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 10/0x1a -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 4=0A= [ 1.056055] CPU10: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 1.056062] checking TSC synchronization [CPU#0 -> CPU#10]: passed.=0A= [ 1.060103] Booting processor 11 APIC 0x1b ip 0x6000=0A= [ 0.012000] Initializing CPU#11=0A= [ 0.012000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 = bytes/line)=0A= [ 0.012000] CPU: L2 Cache: 512K (64 bytes/line)=0A= [ 0.012000] CPU 11/0x1b -> Node 1=0A= [ 0.012000] CPU: Physical Processor ID: 0=0A= [ 0.012000] CPU: Processor Core ID: 5=0A= [ 1.148075] CPU11: AMD Opteron(tm) Processor 6168 stepping 01=0A= [ 1.148095] checking TSC synchronization [CPU#0 -> CPU#11]: passed.=0A= [ 1.152025] Brought up 12 CPUs=0A= [ 1.152028] Total of 12 processors activated (45606.55 BogoMIPS).=0A= [ 1.156128] CPU0 attaching sched-domain:=0A= [ 1.156133] domain 0: span 0-5 level MC=0A= [ 1.156135] groups: group ffff880008c0fbf0 cpus 0 group = ffff880008c2fbf0 cpus 1 group ffff880008c4fbf0 cpus 2 group = ffff880008c6fbf0 cpus 3 group ffff880008c8fbf0 cpus 4 group = ffff880008cafbf0 cpus 5=0A= [ 1.156147] domain 1: span 0-11 level NODE=0A= [ 1.156149] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156159] CPU1 attaching sched-domain:=0A= [ 1.156161] domain 0: span 0-5 level MC=0A= [ 1.156163] groups: group ffff880008c2fbf0 cpus 1 group = ffff880008c4fbf0 cpus 2 group ffff880008c6fbf0 cpus 3 group = ffff880008c8fbf0 cpus 4 group ffff880008cafbf0 cpus 5 group = ffff880008c0fbf0 cpus 0=0A= [ 1.156173] domain 1: span 0-11 level NODE=0A= [ 1.156175] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156183] CPU2 attaching sched-domain:=0A= [ 1.156184] domain 0: span 0-5 level MC=0A= [ 1.156186] groups: group ffff880008c4fbf0 cpus 2 group = ffff880008c6fbf0 cpus 3 group ffff880008c8fbf0 cpus 4 group = ffff880008cafbf0 cpus 5 group ffff880008c0fbf0 cpus 0 group = ffff880008c2fbf0 cpus 1=0A= [ 1.156196] domain 1: span 0-11 level NODE=0A= [ 1.156198] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156206] CPU3 attaching sched-domain:=0A= [ 1.156208] domain 0: span 0-5 level MC=0A= [ 1.156210] groups: group ffff880008c6fbf0 cpus 3 group = ffff880008c8fbf0 cpus 4 group ffff880008cafbf0 cpus 5 group = ffff880008c0fbf0 cpus 0 group ffff880008c2fbf0 cpus 1 group = ffff880008c4fbf0 cpus 2=0A= [ 1.156219] domain 1: span 0-11 level NODE=0A= [ 1.156221] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156229] CPU4 attaching sched-domain:=0A= [ 1.156231] domain 0: span 0-5 level MC=0A= [ 1.156233] groups: group ffff880008c8fbf0 cpus 4 group = ffff880008cafbf0 cpus 5 group ffff880008c0fbf0 cpus 0 group = ffff880008c2fbf0 cpus 1 group ffff880008c4fbf0 cpus 2 group = ffff880008c6fbf0 cpus 3=0A= [ 1.156242] domain 1: span 0-11 level NODE=0A= [ 1.156244] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156252] CPU5 attaching sched-domain:=0A= [ 1.156254] domain 0: span 0-5 level MC=0A= [ 1.156256] groups: group ffff880008cafbf0 cpus 5 group = ffff880008c0fbf0 cpus 0 group ffff880008c2fbf0 cpus 1 group = ffff880008c4fbf0 cpus 2 group ffff880008c6fbf0 cpus 3 group = ffff880008c8fbf0 cpus 4=0A= [ 1.156265] domain 1: span 0-11 level NODE=0A= [ 1.156267] groups: group ffff88021f087000 cpus 0-5 (cpu_power =3D = 6144) group ffff88021f087060 cpus 6-11 (cpu_power =3D 6144)=0A= [ 1.156275] CPU6 attaching sched-domain:=0A= [ 1.156277] domain 0: span 6-11 level MC=0A= [ 1.156279] groups: group ffff88022740fbf0 cpus 6 group = ffff88022742fbf0 cpus 7 group ffff88022744fbf0 cpus 8 group = ffff88022746fbf0 cpus 9 group ffff88022748fbf0 cpus 10 group = ffff8802274afbf0 cpus 11=0A= [ 1.156289] domain 1: span 0-11 level NODE=0A= [ 1.156291] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156298] CPU7 attaching sched-domain:=0A= [ 1.156300] domain 0: span 6-11 level MC=0A= [ 1.156302] groups: group ffff88022742fbf0 cpus 7 group = ffff88022744fbf0 cpus 8 group ffff88022746fbf0 cpus 9 group = ffff88022748fbf0 cpus 10 group ffff8802274afbf0 cpus 11 group = ffff88022740fbf0 cpus 6=0A= [ 1.156312] domain 1: span 0-11 level NODE=0A= [ 1.156314] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156321] CPU8 attaching sched-domain:=0A= [ 1.156323] domain 0: span 6-11 level MC=0A= [ 1.156325] groups: group ffff88022744fbf0 cpus 8 group = ffff88022746fbf0 cpus 9 group ffff88022748fbf0 cpus 10 group = ffff8802274afbf0 cpus 11 group ffff88022740fbf0 cpus 6 group = ffff88022742fbf0 cpus 7=0A= [ 1.156335] domain 1: span 0-11 level NODE=0A= [ 1.156337] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156345] CPU9 attaching sched-domain:=0A= [ 1.156347] domain 0: span 6-11 level MC=0A= [ 1.156349] groups: group ffff88022746fbf0 cpus 9 group = ffff88022748fbf0 cpus 10 group ffff8802274afbf0 cpus 11 group = ffff88022740fbf0 cpus 6 group ffff88022742fbf0 cpus 7 group = ffff88022744fbf0 cpus 8=0A= [ 1.156358] domain 1: span 0-11 level NODE=0A= [ 1.156360] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156368] CPU10 attaching sched-domain:=0A= [ 1.156370] domain 0: span 6-11 level MC=0A= [ 1.156372] groups: group ffff88022748fbf0 cpus 10 group = ffff8802274afbf0 cpus 11 group ffff88022740fbf0 cpus 6 group = ffff88022742fbf0 cpus 7 group ffff88022744fbf0 cpus 8 group = ffff88022746fbf0 cpus 9=0A= [ 1.156382] domain 1: span 0-11 level NODE=0A= [ 1.156384] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156391] CPU11 attaching sched-domain:=0A= [ 1.156393] domain 0: span 6-11 level MC=0A= [ 1.156395] groups: group ffff8802274afbf0 cpus 11 group = ffff88022740fbf0 cpus 6 group ffff88022742fbf0 cpus 7 group = ffff88022744fbf0 cpus 8 group ffff88022746fbf0 cpus 9 group = ffff88022748fbf0 cpus 10=0A= [ 1.156405] domain 1: span 0-11 level NODE=0A= [ 1.156407] groups: group ffff88041f03e000 cpus 6-11 (cpu_power = =3D 6144) group ffff88041f03e060 cpus 0-5 (cpu_power =3D 6144)=0A= [ 1.156816] devtmpfs: initialized=0A= [ 1.162796] regulator: core version 0.5=0A= [ 1.162796] NET: Registered protocol family 16=0A= [ 1.162796] node 0 link 3: io port [1000, ffffff]=0A= [ 1.162796] TOM: 00000000e0000000 aka 3584M=0A= [ 1.162796] Fam 10h mmconf [e0000000, efffffff]=0A= [ 1.162796] node 0 link 3: mmio [e0000000, efffffff] =3D=3D> none=0A= [ 1.162796] node 0 link 3: mmio [f0000000, ffffffff]=0A= [ 1.162796] node 0 link 3: mmio [a0000, bffff]=0A= [ 1.162796] TOM2: 0000000420000000 aka 16896M=0A= [ 1.162796] bus: [00,1f] on node 0 link 3=0A= [ 1.162796] bus: 00 index 0 io port: [0, ffff]=0A= [ 1.162796] bus: 00 index 1 mmio: [f0000000, ffffffff]=0A= [ 1.162796] bus: 00 index 2 mmio: [a0000, bffff]=0A= [ 1.162796] bus: 00 index 3 mmio: [420000000, fcffffffff]=0A= [ 1.162796] ACPI: bus type pci registered=0A= [ 1.162796] PCI: MCFG configuration 0: base e0000000 segment 0 buses = 0 - 255=0A= [ 1.162796] PCI: MCFG area at e0000000 reserved in E820=0A= [ 1.172169] PCI: Using MMCONFIG at e0000000 - efffffff=0A= [ 1.172172] PCI: Using configuration type 1 for base access=0A= [ 1.172987] bio: create slab at 0=0A= [ 1.172987] ACPI: EC: Look up EC in DSDT=0A= [ 1.178315] ACPI: Executed 2 blocks of module-level executable AML = code=0A= [ 1.187393] ACPI: Interpreter enabled=0A= [ 1.187396] ACPI: (supports S0 S1 S4 S5)=0A= [ 1.187421] ACPI: Using IOAPIC for interrupt routing=0A= [ 1.195088] ACPI Warning: Incorrect checksum in table [OEMB] - A3, = should be A0 (20090903/tbutils-314)=0A= [ 1.195387] ACPI: No dock devices found.=0A= [ 1.195569] ACPI: PCI Root Bridge [PCI0] (0000:00)=0A= [ 1.195713] pci 0000:00:04.0: PME# supported from D0 D3hot D3cold=0A= [ 1.195716] pci 0000:00:04.0: PME# disabled=0A= [ 1.195770] pci 0000:00:11.0: reg 10 io port: [0xd000-0xd007]=0A= [ 1.195777] pci 0000:00:11.0: reg 14 io port: [0xc000-0xc003]=0A= [ 1.195784] pci 0000:00:11.0: reg 18 io port: [0xb000-0xb007]=0A= [ 1.195791] pci 0000:00:11.0: reg 1c io port: [0xa000-0xa003]=0A= [ 1.195798] pci 0000:00:11.0: reg 20 io port: [0x9000-0x900f]=0A= [ 1.195805] pci 0000:00:11.0: reg 24 32bit mmio: = [0xfeafa400-0xfeafa7ff]=0A= [ 1.195854] pci 0000:00:12.0: reg 10 32bit mmio: = [0xfeaf6000-0xfeaf6fff]=0A= [ 1.195906] pci 0000:00:12.1: reg 10 32bit mmio: = [0xfeaf7000-0xfeaf7fff]=0A= [ 1.195974] pci 0000:00:12.2: reg 10 32bit mmio: = [0xfeafa800-0xfeafa8ff]=0A= [ 1.196033] pci 0000:00:12.2: supports D1 D2=0A= [ 1.196035] pci 0000:00:12.2: PME# supported from D0 D1 D2 D3hot=0A= [ 1.196040] pci 0000:00:12.2: PME# disabled=0A= [ 1.196070] pci 0000:00:13.0: reg 10 32bit mmio: = [0xfeaf8000-0xfeaf8fff]=0A= [ 1.196131] pci 0000:00:13.1: reg 10 32bit mmio: = [0xfeaf9000-0xfeaf9fff]=0A= [ 1.196201] pci 0000:00:13.2: reg 10 32bit mmio: = [0xfeafac00-0xfeafacff]=0A= [ 1.196251] pci 0000:00:13.2: supports D1 D2=0A= [ 1.196253] pci 0000:00:13.2: PME# supported from D0 D1 D2 D3hot=0A= [ 1.196257] pci 0000:00:13.2: PME# disabled=0A= [ 1.196367] pci 0000:00:14.1: reg 10 io port: [0x00-0x07]=0A= [ 1.196374] pci 0000:00:14.1: reg 14 io port: [0x00-0x03]=0A= [ 1.196380] pci 0000:00:14.1: reg 18 io port: [0x00-0x07]=0A= [ 1.196387] pci 0000:00:14.1: reg 1c io port: [0x00-0x03]=0A= [ 1.196393] pci 0000:00:14.1: reg 20 io port: [0xff00-0xff0f]=0A= [ 1.196519] pci 0000:00:14.5: reg 10 32bit mmio: = [0xfeafb000-0xfeafbfff]=0A= [ 1.196785] pci 0000:02:00.0: reg 10 32bit mmio: = [0xfeb60000-0xfeb7ffff]=0A= [ 1.196791] pci 0000:02:00.0: reg 14 32bit mmio: = [0xfeb40000-0xfeb5ffff]=0A= [ 1.196798] pci 0000:02:00.0: reg 18 io port: [0xe400-0xe41f]=0A= [ 1.196804] pci 0000:02:00.0: reg 1c 32bit mmio: = [0xfeb1c000-0xfeb1ffff]=0A= [ 1.196818] pci 0000:02:00.0: reg 30 32bit mmio pref: = [0xfeb20000-0xfeb3ffff]=0A= [ 1.196844] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold=0A= [ 1.196848] pci 0000:02:00.0: PME# disabled=0A= [ 1.196882] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.196894] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.196932] pci 0000:02:00.1: reg 10 32bit mmio: = [0xfebe0000-0xfebfffff]=0A= [ 1.196938] pci 0000:02:00.1: reg 14 32bit mmio: = [0xfebc0000-0xfebdffff]=0A= [ 1.196944] pci 0000:02:00.1: reg 18 io port: [0xe800-0xe81f]=0A= [ 1.196951] pci 0000:02:00.1: reg 1c 32bit mmio: = [0xfeb9c000-0xfeb9ffff]=0A= [ 1.196965] pci 0000:02:00.1: reg 30 32bit mmio pref: = [0xfeba0000-0xfebbffff]=0A= [ 1.196991] pci 0000:02:00.1: PME# supported from D0 D3hot D3cold=0A= [ 1.196995] pci 0000:02:00.1: PME# disabled=0A= [ 1.197022] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.197034] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.204089] pci 0000:00:04.0: bridge io port: [0xe000-0xefff]=0A= [ 1.204093] pci 0000:00:04.0: bridge 32bit mmio: = [0xfeb00000-0xfebfffff]=0A= [ 1.204151] pci 0000:01:04.0: reg 10 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 1.204159] pci 0000:01:04.0: reg 14 32bit mmio: = [0xfdffc000-0xfdffffff]=0A= [ 1.204167] pci 0000:01:04.0: reg 18 32bit mmio: = [0xfe000000-0xfe7fffff]=0A= [ 1.204265] pci 0000:00:14.4: transparent bridge=0A= [ 1.204271] pci 0000:00:14.4: bridge 32bit mmio: = [0xfdf00000-0xfe7fffff]=0A= [ 1.204276] pci 0000:00:14.4: bridge 32bit mmio pref: = [0xfc000000-0xfcffffff]=0A= [ 1.204291] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]=0A= [ 1.204590] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PC._PRT]=0A= [ 1.204665] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PC04._PRT]=0A= [ 1.211988] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 7 *10 11 12 14 15)=0A= [ 1.212123] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 7 10 *11 12 14 15)=0A= [ 1.212253] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 *7 10 11 12 14 15)=0A= [ 1.212380] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 *10 11 12 14 15)=0A= [ 1.212490] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 *11 12 14 15)=0A= [ 1.212601] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 1.212724] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 *10 11 12 14 15)=0A= [ 1.212847] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 12 14 15) = *0, disabled.=0A= [ 1.212962] vgaarb: device added: = PCI:0000:01:04.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone=0A= [ 1.212965] vgaarb: loaded=0A= [ 1.212988] PCI: Using ACPI for IRQ routing=0A= [ 1.212988] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0=0A= [ 1.212988] hpet0: 4 comparators, 32-bit 14.318180 MHz counter=0A= [ 1.214374] Switching to clocksource tsc=0A= [ 1.217668] pnp: PnP ACPI init=0A= [ 1.217695] ACPI: bus type pnp registered=0A= [ 1.222675] pnp: PnP ACPI: found 16 devices=0A= [ 1.222677] ACPI: ACPI bus type pnp unregistered=0A= [ 1.222693] system 00:02: iomem range 0xf6000000-0xf6003fff has been = reserved=0A= [ 1.222701] system 00:08: ioport range 0xa10-0xa1f has been reserved=0A= [ 1.222708] system 00:0a: iomem range 0xfec00000-0xfec00fff could not = be reserved=0A= [ 1.222711] system 00:0a: iomem range 0xfee00000-0xfee00fff has been = reserved=0A= [ 1.222717] system 00:0b: ioport range 0xca2-0xca3 has been reserved=0A= [ 1.222720] system 00:0b: ioport range 0x550-0x551 has been reserved=0A= [ 1.222723] system 00:0b: ioport range 0x4d0-0x4d1 has been reserved=0A= [ 1.222726] system 00:0b: ioport range 0x40b-0x40b has been reserved=0A= [ 1.222729] system 00:0b: ioport range 0x4d6-0x4d6 has been reserved=0A= [ 1.222732] system 00:0b: ioport range 0xc00-0xc01 has been reserved=0A= [ 1.222735] system 00:0b: ioport range 0xc14-0xc14 has been reserved=0A= [ 1.222738] system 00:0b: ioport range 0xc50-0xc51 has been reserved=0A= [ 1.222741] system 00:0b: ioport range 0xc52-0xc52 has been reserved=0A= [ 1.222746] system 00:0b: ioport range 0xc6c-0xc6c has been reserved=0A= [ 1.222749] system 00:0b: ioport range 0xc6f-0xc6f has been reserved=0A= [ 1.222752] system 00:0b: ioport range 0xcd0-0xcd1 has been reserved=0A= [ 1.222755] system 00:0b: ioport range 0xcd2-0xcd3 has been reserved=0A= [ 1.222758] system 00:0b: ioport range 0xcd4-0xcd5 has been reserved=0A= [ 1.222761] system 00:0b: ioport range 0xcd6-0xcd7 has been reserved=0A= [ 1.222764] system 00:0b: ioport range 0xcd8-0xcdf has been reserved=0A= [ 1.222767] system 00:0b: ioport range 0x800-0x89f has been reserved=0A= [ 1.222770] system 00:0b: ioport range 0xb00-0xb0f has been reserved=0A= [ 1.222773] system 00:0b: ioport range 0xb20-0xb3f has been reserved=0A= [ 1.222776] system 00:0b: ioport range 0x900-0x90f has been reserved=0A= [ 1.222779] system 00:0b: ioport range 0x910-0x91f has been reserved=0A= [ 1.222782] system 00:0b: ioport range 0xfe00-0xfefe has been reserved=0A= [ 1.222786] system 00:0b: iomem range 0xffb80000-0xffbfffff has been = reserved=0A= [ 1.222789] system 00:0b: iomem range 0xfec10000-0xfec1001f has been = reserved=0A= [ 1.222795] system 00:0e: iomem range 0xe0000000-0xefffffff has been = reserved=0A= [ 1.222801] system 00:0f: iomem range 0x0-0x9ffff could not be = reserved=0A= [ 1.222804] system 00:0f: iomem range 0xc0000-0xcffff has been = reserved=0A= [ 1.222807] system 00:0f: iomem range 0xe0000-0xfffff could not be = reserved=0A= [ 1.222810] system 00:0f: iomem range 0x100000-0xdfffffff could not = be reserved=0A= [ 1.222813] system 00:0f: iomem range 0xfec00000-0xffffffff could not = be reserved=0A= [ 1.228395] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228406] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228416] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228426] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228435] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228444] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228453] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228462] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228471] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228481] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228490] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228499] pci 0000:02:00.0: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228504] pci 0000:02:00.0: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228513] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228523] pci 0000:02:00.0: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228526] pci 0000:02:00.0: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228535] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228544] pci 0000:02:00.1: reg 184 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228547] pci 0000:02:00.1: BAR 7: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228556] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228566] pci 0000:02:00.1: reg 190 64bit mmio: [0x000000-0x003fff]=0A= [ 1.228568] pci 0000:02:00.1: BAR 10: can't allocate mem resource = [0xfec00000-0xfebfffff]=0A= [ 1.228571] pci 0000:00:04.0: PCI bridge, secondary bus 0000:02=0A= [ 1.228574] pci 0000:00:04.0: IO window: 0xe000-0xefff=0A= [ 1.228578] pci 0000:00:04.0: MEM window: 0xfeb00000-0xfebfffff=0A= [ 1.228581] pci 0000:00:04.0: PREFETCH window: disabled=0A= [ 1.228585] pci 0000:00:14.4: PCI bridge, secondary bus 0000:01=0A= [ 1.228586] pci 0000:00:14.4: IO window: disabled=0A= [ 1.228592] pci 0000:00:14.4: MEM window: 0xfdf00000-0xfe7fffff=0A= [ 1.228597] pci 0000:00:14.4: PREFETCH window: 0xfc000000-0xfcffffff=0A= [ 1.228620] alloc irq_desc for 16 on node 0=0A= [ 1.228624] alloc kstat_irqs on node 0=0A= [ 1.228639] pci 0000:00:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 1.228644] pci 0000:00:04.0: setting latency timer to 64=0A= [ 1.228652] pci_bus 0000:00: resource 0 io: [0x00-0xffff]=0A= [ 1.228655] pci_bus 0000:00: resource 1 mem: = [0x000000-0xffffffffffffffff]=0A= [ 1.228658] pci_bus 0000:02: resource 0 io: [0xe000-0xefff]=0A= [ 1.228661] pci_bus 0000:02: resource 1 mem: [0xfeb00000-0xfebfffff]=0A= [ 1.228664] pci_bus 0000:01: resource 1 mem: [0xfdf00000-0xfe7fffff]=0A= [ 1.228666] pci_bus 0000:01: resource 2 pref mem = [0xfc000000-0xfcffffff]=0A= [ 1.228669] pci_bus 0000:01: resource 3 io: [0x00-0xffff]=0A= [ 1.228671] pci_bus 0000:01: resource 4 mem: = [0x000000-0xffffffffffffffff]=0A= [ 1.228714] NET: Registered protocol family 2=0A= [ 1.229211] IP route cache hash table entries: 524288 (order: 10, = 4194304 bytes)=0A= [ 1.231153] TCP established hash table entries: 524288 (order: 11, = 8388608 bytes)=0A= [ 1.233952] TCP bind hash table entries: 65536 (order: 8, 1048576 = bytes)=0A= [ 1.234288] TCP: Hash tables configured (established 524288 bind = 65536)=0A= [ 1.234291] TCP reno registered=0A= [ 1.234524] NET: Registered protocol family 1=0A= [ 2.020486] pci 0000:01:04.0: Boot video device=0A= [ 2.020559] Unpacking initramfs...=0A= [ 2.249769] Freeing initrd memory: 9411k freed=0A= [ 2.253235] pci 0000:00:00.2: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 2.253306] alloc irq_desc for 24 on node 0=0A= [ 2.253314] alloc kstat_irqs on node 0=0A= [ 2.253325] pci 0000:00:00.2: irq 24 for MSI/MSI-X=0A= [ 2.253346] AMD-Vi: Enabling IOMMU at 0000:00:00.2 cap 0x40=0A= [ 2.263164] AMD-Vi: device isolation enabled=0A= [ 2.263167] AMD-Vi: Lazy IO/TLB flushing enabled=0A= [ 2.268368] audit: initializing netlink socket (disabled)=0A= [ 2.268394] type=3D2000 audit(1318344545.268:1): initialized=0A= [ 2.272734] HugeTLB registered 2 MB page size, pre-allocated 0 pages=0A= [ 2.275067] VFS: Disk quotas dquot_6.5.2=0A= [ 2.275136] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)=0A= [ 2.275242] msgmni has been set to 32162=0A= [ 2.276543] alg: No test for stdrng (krng)=0A= [ 2.276616] Block layer SCSI generic (bsg) driver version 0.4 loaded = (major 253)=0A= [ 2.276620] io scheduler noop registered=0A= [ 2.276622] io scheduler anticipatory registered=0A= [ 2.276624] io scheduler deadline registered=0A= [ 2.276658] io scheduler cfq registered (default)=0A= [ 2.276852] alloc irq_desc for 25 on node 0=0A= [ 2.276856] alloc kstat_irqs on node 0=0A= [ 2.276866] pcieport 0000:00:04.0: irq 25 for MSI/MSI-X=0A= [ 2.276871] pcieport 0000:00:04.0: setting latency timer to 64=0A= [ 2.278319] Linux agpgart interface v0.103=0A= [ 2.278364] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled=0A= [ 2.278471] serial8250: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 2.278578] serial8250: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 2.278900] 00:0c: ttyS0 at I/O 0x3f8 (irq =3D 4) is a 16550A=0A= [ 2.279044] 00:0d: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A=0A= [ 2.279217] input: Macintosh mouse button emulation as = /devices/virtual/input/input0=0A= [ 2.279274] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1=0A= [ 2.279276] PNP: PS/2 appears to have AUX port disabled, if this is = incorrect please boot with i8042.nopnp=0A= [ 2.279964] serio: i8042 KBD port at 0x60,0x64 irq 1=0A= [ 2.280046] mice: PS/2 mouse device common for all mice=0A= [ 2.280103] rtc_cmos 00:04: RTC can wake from S4=0A= [ 2.280140] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0=0A= [ 2.280179] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet = irqs=0A= [ 2.280192] cpuidle: using governor ladder=0A= [ 2.280194] cpuidle: using governor menu=0A= [ 2.280199] No iBFT detected.=0A= [ 2.280645] TCP cubic registered=0A= [ 2.280757] NET: Registered protocol family 10=0A= [ 2.281762] Mobile IPv6=0A= [ 2.281766] NET: Registered protocol family 17=0A= [ 2.281858] PM: Resume from disk failed.=0A= [ 2.281867] registered taskstats version 1=0A= [ 2.282361] rtc_cmos 00:04: setting system clock to 2011-10-11 = 14:49:05 UTC (1318344545)=0A= [ 2.282412] Initalizing network drop monitor service=0A= [ 2.282495] Freeing unused kernel memory: 592k freed=0A= [ 2.282715] Write protecting the kernel read-only data: 4236k=0A= [ 2.301365] udev[186]: starting version 164=0A= [ 2.308262] input: AT Translated Set 2 keyboard as = /devices/platform/i8042/serio0/input/input1=0A= [ 2.325986] usbcore: registered new interface driver usbfs=0A= [ 2.326012] usbcore: registered new interface driver hub=0A= [ 2.326463] usbcore: registered new device driver usb=0A= [ 2.328021] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver=0A= [ 2.328622] alloc irq_desc for 17 on node 0=0A= [ 2.328625] alloc kstat_irqs on node 0=0A= [ 2.328634] ehci_hcd 0000:00:12.2: PCI INT B -> GSI 17 (level, low) = -> IRQ 17=0A= [ 2.328690] ehci_hcd 0000:00:12.2: EHCI Host Controller=0A= [ 2.328720] ehci_hcd 0000:00:12.2: new USB bus registered, assigned = bus number 1=0A= [ 2.328763] ehci_hcd 0000:00:12.2: debug port 1=0A= [ 2.328785] ehci_hcd 0000:00:12.2: irq 17, io mem 0xfeafa800=0A= [ 2.341721] SCSI subsystem initialized=0A= [ 2.342758] dca service started, version 1.12.1=0A= [ 2.344029] ehci_hcd 0000:00:12.2: USB 2.0 started, EHCI 1.00=0A= [ 2.344067] usb usb1: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 2.344070] usb usb1: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.344073] usb usb1: Product: EHCI Host Controller=0A= [ 2.344075] usb usb1: Manufacturer: Linux 2.6.32-5-amd64 ehci_hcd=0A= [ 2.344077] usb usb1: SerialNumber: 0000:00:12.2=0A= [ 2.344166] usb usb1: configuration #1 chosen from 1 choice=0A= [ 2.344199] hub 1-0:1.0: USB hub found=0A= [ 2.344210] hub 1-0:1.0: 6 ports detected=0A= [ 2.344340] alloc irq_desc for 19 on node 0=0A= [ 2.344342] alloc kstat_irqs on node 0=0A= [ 2.344349] ehci_hcd 0000:00:13.2: PCI INT B -> GSI 19 (level, low) = -> IRQ 19=0A= [ 2.344415] ehci_hcd 0000:00:13.2: EHCI Host Controller=0A= [ 2.344429] ehci_hcd 0000:00:13.2: new USB bus registered, assigned = bus number 2=0A= [ 2.344465] ehci_hcd 0000:00:13.2: debug port 1=0A= [ 2.344487] ehci_hcd 0000:00:13.2: irq 19, io mem 0xfeafac00=0A= [ 2.357693] libata version 3.00 loaded.=0A= [ 2.360028] ehci_hcd 0000:00:13.2: USB 2.0 started, EHCI 1.00=0A= [ 2.360058] usb usb2: New USB device found, idVendor=3D1d6b, = idProduct=3D0002=0A= [ 2.360061] usb usb2: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.360064] usb usb2: Product: EHCI Host Controller=0A= [ 2.360066] usb usb2: Manufacturer: Linux 2.6.32-5-amd64 ehci_hcd=0A= [ 2.360068] usb usb2: SerialNumber: 0000:00:13.2=0A= [ 2.360140] usb usb2: configuration #1 chosen from 1 choice=0A= [ 2.360172] Intel(R) Gigabit Ethernet Network Driver - version = 3.0.6-k2=0A= [ 2.360182] hub 2-0:1.0: USB hub found=0A= [ 2.360178] Copyright (c) 2007-2011 Intel Corporation.=0A= [ 2.360199] hub 2-0:1.0: 6 ports detected=0A= [ 2.360496] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 2.360598] igb 0000:02:00.0: power state changed by ACPI to D0=0A= [ 2.360605] igb 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ = 16=0A= [ 2.360625] igb 0000:02:00.0: setting latency timer to 64=0A= [ 2.360888] alloc irq_desc for 26 on node 0=0A= [ 2.360890] alloc kstat_irqs on node 0=0A= [ 2.360896] igb 0000:02:00.0: irq 26 for MSI/MSI-X=0A= [ 2.360898] alloc irq_desc for 27 on node 0=0A= [ 2.360900] alloc kstat_irqs on node 0=0A= [ 2.360903] igb 0000:02:00.0: irq 27 for MSI/MSI-X=0A= [ 2.360905] alloc irq_desc for 28 on node 0=0A= [ 2.360907] alloc kstat_irqs on node 0=0A= [ 2.360909] igb 0000:02:00.0: irq 28 for MSI/MSI-X=0A= [ 2.360911] alloc irq_desc for 29 on node 0=0A= [ 2.360913] alloc kstat_irqs on node 0=0A= [ 2.360916] igb 0000:02:00.0: irq 29 for MSI/MSI-X=0A= [ 2.360918] alloc irq_desc for 30 on node 0=0A= [ 2.360919] alloc kstat_irqs on node 0=0A= [ 2.360922] igb 0000:02:00.0: irq 30 for MSI/MSI-X=0A= [ 2.360924] alloc irq_desc for 31 on node 0=0A= [ 2.360926] alloc kstat_irqs on node 0=0A= [ 2.360929] igb 0000:02:00.0: irq 31 for MSI/MSI-X=0A= [ 2.360931] alloc irq_desc for 32 on node 0=0A= [ 2.360932] alloc kstat_irqs on node 0=0A= [ 2.360935] igb 0000:02:00.0: irq 32 for MSI/MSI-X=0A= [ 2.360937] alloc irq_desc for 33 on node 0=0A= [ 2.360939] alloc kstat_irqs on node 0=0A= [ 2.360941] igb 0000:02:00.0: irq 33 for MSI/MSI-X=0A= [ 2.360943] alloc irq_desc for 34 on node 0=0A= [ 2.360945] alloc kstat_irqs on node 0=0A= [ 2.360948] igb 0000:02:00.0: irq 34 for MSI/MSI-X=0A= [ 2.360969] igb 0000:02:00.0: 0 vfs allocated=0A= [ 2.363811] ahci 0000:00:11.0: version 3.0=0A= [ 2.363831] alloc irq_desc for 22 on node 0=0A= [ 2.363833] alloc kstat_irqs on node 0=0A= [ 2.363839] ahci 0000:00:11.0: PCI INT A -> GSI 22 (level, low) -> = IRQ 22=0A= [ 2.364036] ahci 0000:00:11.0: AHCI 0001.0100 32 slots 6 ports 3 Gbps = 0x3f impl SATA mode=0A= [ 2.364041] ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo = pmp pio slum part ccc =0A= [ 2.364400] scsi0 : ahci=0A= [ 2.364528] scsi1 : ahci=0A= [ 2.364602] scsi2 : ahci=0A= [ 2.364666] scsi3 : ahci=0A= [ 2.364730] scsi4 : ahci=0A= [ 2.364791] scsi5 : ahci=0A= [ 2.365483] ata1: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa500 irq 22=0A= [ 2.365487] ata2: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa580 irq 22=0A= [ 2.365491] ata3: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa600 irq 22=0A= [ 2.365494] ata4: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa680 irq 22=0A= [ 2.365497] ata5: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa700 irq 22=0A= [ 2.365501] ata6: SATA max UDMA/133 abar m1024@0xfeafa400 port = 0xfeafa780 irq 22=0A= [ 2.365638] pata_atiixp 0000:00:14.1: PCI INT A -> GSI 16 (level, = low) -> IRQ 16=0A= [ 2.365668] pata_atiixp 0000:00:14.1: setting latency timer to 64=0A= [ 2.365738] scsi6 : pata_atiixp=0A= [ 2.365811] scsi7 : pata_atiixp=0A= [ 2.366590] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver=0A= [ 2.367198] ata7: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 = irq 14=0A= [ 2.367201] ata8: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xff08 = irq 15=0A= [ 2.367401] ohci_hcd 0000:00:12.0: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 2.367447] ohci_hcd 0000:00:12.0: OHCI Host Controller=0A= [ 2.367465] ohci_hcd 0000:00:12.0: new USB bus registered, assigned = bus number 3=0A= [ 2.367501] ohci_hcd 0000:00:12.0: irq 16, io mem 0xfeaf6000=0A= [ 2.428039] usb usb3: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.428043] usb usb3: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.428046] usb usb3: Product: OHCI Host Controller=0A= [ 2.428048] usb usb3: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.428049] usb usb3: SerialNumber: 0000:00:12.0=0A= [ 2.428132] usb usb3: configuration #1 chosen from 1 choice=0A= [ 2.428162] hub 3-0:1.0: USB hub found=0A= [ 2.428174] hub 3-0:1.0: 3 ports detected=0A= [ 2.428331] ohci_hcd 0000:00:12.1: PCI INT A -> GSI 16 (level, low) = -> IRQ 16=0A= [ 2.428351] ohci_hcd 0000:00:12.1: OHCI Host Controller=0A= [ 2.428364] ohci_hcd 0000:00:12.1: new USB bus registered, assigned = bus number 4=0A= [ 2.428386] ohci_hcd 0000:00:12.1: irq 16, io mem 0xfeaf7000=0A= [ 2.492040] usb usb4: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.492043] usb usb4: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.492045] usb usb4: Product: OHCI Host Controller=0A= [ 2.492047] usb usb4: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.492049] usb usb4: SerialNumber: 0000:00:12.1=0A= [ 2.492126] usb usb4: configuration #1 chosen from 1 choice=0A= [ 2.492152] hub 4-0:1.0: USB hub found=0A= [ 2.492165] hub 4-0:1.0: 3 ports detected=0A= [ 2.492324] alloc irq_desc for 18 on node 0=0A= [ 2.492327] alloc kstat_irqs on node 0=0A= [ 2.492333] ohci_hcd 0000:00:13.0: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 2.492352] ohci_hcd 0000:00:13.0: OHCI Host Controller=0A= [ 2.492367] ohci_hcd 0000:00:13.0: new USB bus registered, assigned = bus number 5=0A= [ 2.492397] ohci_hcd 0000:00:13.0: irq 18, io mem 0xfeaf8000=0A= [ 2.555128] igb 0000:02:00.0: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 2.555132] igb 0000:02:00.0: eth0: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b6=0A= [ 2.555210] igb 0000:02:00.0: eth0: PBA No: FFFFFF-0FF=0A= [ 2.555213] igb 0000:02:00.0: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 2.555248] usb usb5: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.555251] usb usb5: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.555253] usb usb5: Product: OHCI Host Controller=0A= [ 2.555255] usb usb5: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.555257] usb usb5: SerialNumber: 0000:00:13.0=0A= [ 2.555332] usb usb5: configuration #1 chosen from 1 choice=0A= [ 2.555360] hub 5-0:1.0: USB hub found=0A= [ 2.555374] hub 5-0:1.0: 3 ports detected=0A= [ 2.555624] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 2.555725] igb 0000:02:00.1: power state changed by ACPI to D0=0A= [ 2.555732] igb 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ = 17=0A= [ 2.555751] igb 0000:02:00.1: setting latency timer to 64=0A= [ 2.555992] alloc irq_desc for 35 on node 0=0A= [ 2.555994] alloc kstat_irqs on node 0=0A= [ 2.556016] igb 0000:02:00.1: irq 35 for MSI/MSI-X=0A= [ 2.556018] alloc irq_desc for 36 on node 0=0A= [ 2.556020] alloc kstat_irqs on node 0=0A= [ 2.556023] igb 0000:02:00.1: irq 36 for MSI/MSI-X=0A= [ 2.556025] alloc irq_desc for 37 on node 0=0A= [ 2.556027] alloc kstat_irqs on node 0=0A= [ 2.556030] igb 0000:02:00.1: irq 37 for MSI/MSI-X=0A= [ 2.556032] alloc irq_desc for 38 on node 0=0A= [ 2.556034] alloc kstat_irqs on node 0=0A= [ 2.556036] igb 0000:02:00.1: irq 38 for MSI/MSI-X=0A= [ 2.556038] alloc irq_desc for 39 on node 0=0A= [ 2.556040] alloc kstat_irqs on node 0=0A= [ 2.556043] igb 0000:02:00.1: irq 39 for MSI/MSI-X=0A= [ 2.556045] alloc irq_desc for 40 on node 0=0A= [ 2.556048] alloc kstat_irqs on node 0=0A= [ 2.556051] igb 0000:02:00.1: irq 40 for MSI/MSI-X=0A= [ 2.556055] alloc irq_desc for 41 on node 0=0A= [ 2.556057] alloc kstat_irqs on node 0=0A= [ 2.556060] igb 0000:02:00.1: irq 41 for MSI/MSI-X=0A= [ 2.556061] alloc irq_desc for 42 on node 0=0A= [ 2.556063] alloc kstat_irqs on node 0=0A= [ 2.556066] igb 0000:02:00.1: irq 42 for MSI/MSI-X=0A= [ 2.556068] alloc irq_desc for 43 on node 0=0A= [ 2.556069] alloc kstat_irqs on node 0=0A= [ 2.556072] igb 0000:02:00.1: irq 43 for MSI/MSI-X=0A= [ 2.556103] ohci_hcd 0000:00:13.1: PCI INT A -> GSI 18 (level, low) = -> IRQ 18=0A= [ 2.556116] ohci_hcd 0000:00:13.1: OHCI Host Controller=0A= [ 2.556127] ohci_hcd 0000:00:13.1: new USB bus registered, assigned = bus number 6=0A= [ 2.556149] ohci_hcd 0000:00:13.1: irq 18, io mem 0xfeaf9000=0A= [ 2.556164] igb 0000:02:00.1: 0 vfs allocated=0A= [ 2.616054] usb usb6: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.616057] usb usb6: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.616060] usb usb6: Product: OHCI Host Controller=0A= [ 2.616062] usb usb6: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.616064] usb usb6: SerialNumber: 0000:00:13.1=0A= [ 2.616134] usb usb6: configuration #1 chosen from 1 choice=0A= [ 2.616160] hub 6-0:1.0: USB hub found=0A= [ 2.616173] hub 6-0:1.0: 3 ports detected=0A= [ 2.616332] ohci_hcd 0000:00:14.5: PCI INT C -> GSI 18 (level, low) = -> IRQ 18=0A= [ 2.616352] ohci_hcd 0000:00:14.5: OHCI Host Controller=0A= [ 2.616366] ohci_hcd 0000:00:14.5: new USB bus registered, assigned = bus number 7=0A= [ 2.616390] ohci_hcd 0000:00:14.5: irq 18, io mem 0xfeafb000=0A= [ 2.652035] usb 1-5: new high speed USB device using ehci_hcd and = address 2=0A= [ 2.676045] usb usb7: New USB device found, idVendor=3D1d6b, = idProduct=3D0001=0A= [ 2.676048] usb usb7: New USB device strings: Mfr=3D3, Product=3D2, = SerialNumber=3D1=0A= [ 2.676051] usb usb7: Product: OHCI Host Controller=0A= [ 2.676053] usb usb7: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd=0A= [ 2.676054] usb usb7: SerialNumber: 0000:00:14.5=0A= [ 2.676122] usb usb7: configuration #1 chosen from 1 choice=0A= [ 2.676152] hub 7-0:1.0: USB hub found=0A= [ 2.676165] hub 7-0:1.0: 2 ports detected=0A= [ 2.684077] ata5: SATA link down (SStatus 0 SControl 300)=0A= [ 2.684494] ata6: SATA link down (SStatus 0 SControl 300)=0A= [ 2.752915] igb 0000:02:00.1: Intel(R) Gigabit Ethernet Network = Connection=0A= [ 2.752919] igb 0000:02:00.1: eth1: (PCIe:2.5Gb/s:Width x4) = 00:30:48:f5:eb:b7=0A= [ 2.752997] igb 0000:02:00.1: eth1: PBA No: FFFFFF-0FF=0A= [ 2.753000] igb 0000:02:00.1: Using MSI-X interrupts. 8 rx queue(s), = 8 tx queue(s)=0A= [ 2.786009] usb 1-5: New USB device found, idVendor=3D05e3, = idProduct=3D0719=0A= [ 2.786013] usb 1-5: New USB device strings: Mfr=3D0, Product=3D1, = SerialNumber=3D2=0A= [ 2.786015] usb 1-5: Product: USB Storage=0A= [ 2.786017] usb 1-5: SerialNumber: 000000000033=0A= [ 2.786096] usb 1-5: configuration #1 chosen from 1 choice=0A= [ 2.792596] Initializing USB Mass Storage driver...=0A= [ 2.792777] scsi8 : SCSI emulation for USB Mass Storage devices=0A= [ 2.792896] usb-storage: device found at 2=0A= [ 2.792898] usb-storage: waiting for device to settle before scanning=0A= [ 2.792925] usbcore: registered new interface driver usb-storage=0A= [ 2.792929] USB Mass Storage support registered.=0A= [ 2.848055] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.848060] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.848097] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.848485] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)=0A= [ 2.877058] ata3.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877062] ata3.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.877144] ata4.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877147] ata4.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.877287] ata1.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877291] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.877568] ata2.00: ATA-8: ST31000340NS, SN06, max UDMA/133=0A= [ 2.877571] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth = 31/32)=0A= [ 2.919293] ata3.00: configured for UDMA/133=0A= [ 2.919578] ata4.00: configured for UDMA/133=0A= [ 2.919781] ata1.00: configured for UDMA/133=0A= [ 2.920031] ata2.00: configured for UDMA/133=0A= [ 2.932224] scsi 0:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 2.936170] scsi 1:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 2.936429] scsi 2:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 2.936671] scsi 3:0:0:0: Direct-Access ATA ST31000340NS = SN06 PQ: 0 ANSI: 5=0A= [ 3.109509] sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109571] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109586] sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109694] sd 1:0:0:0: [sdb] Write Protect is off=0A= [ 3.109698] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00=0A= [ 3.109705] sd 2:0:0:0: [sdc] Write Protect is off=0A= [ 3.109708] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00=0A= [ 3.109720] sd 3:0:0:0: [sdd] 1953525168 512-byte logical blocks: = (1.00 TB/931 GiB)=0A= [ 3.109729] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.109735] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.109850] sd 3:0:0:0: [sdd] Write Protect is off=0A= [ 3.109854] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00=0A= [ 3.109943] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.109981] sd 0:0:0:0: [sda] Write Protect is off=0A= [ 3.109984] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00=0A= [ 3.110018] sd 0:0:0:0: [sda] Write cache: enabled, read cache: = enabled, doesn't support DPO or FUA=0A= [ 3.110059] sdb:=0A= [ 3.110113] sdc:=0A= [ 3.110355] sda:=0A= [ 3.110394] sdd: sdc1 sdc2 sdc3 sdc4=0A= [ 3.114783] sd 2:0:0:0: [sdc] Attached SCSI disk=0A= [ 3.127970] sdd1 sdd2 sdd3 sdd4=0A= [ 3.128564] sd 3:0:0:0: [sdd] Attached SCSI disk=0A= [ 3.129490] sda1 sda2 sda3 sda4=0A= [ 3.130040] sd 0:0:0:0: [sda] Attached SCSI disk=0A= [ 3.133458] sdb1 sdb2 sdb3 sdb4=0A= [ 3.133893] sd 1:0:0:0: [sdb] Attached SCSI disk=0A= [ 3.164087] usb 5-3: new full speed USB device using ohci_hcd and = address 2=0A= [ 3.339093] usb 5-3: New USB device found, idVendor=3D0557, = idProduct=3D2221=0A= [ 3.339097] usb 5-3: New USB device strings: Mfr=3D1, Product=3D2, = SerialNumber=3D0=0A= [ 3.339100] usb 5-3: Product: Hermon USB hidmouse Device=0A= [ 3.339102] usb 5-3: Manufacturer: Winbond Electronics Corp=0A= [ 3.339194] usb 5-3: configuration #1 chosen from 1 choice=0A= [ 3.349567] usbcore: registered new interface driver hiddev=0A= [ 3.352280] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.0/input/input2=0A= [ 3.352350] generic-usb 0003:0557:2221.0001: input,hidraw0: USB HID = v1.00 Mouse [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input0=0A= [ 3.356288] input: Winbond Electronics Corp Hermon USB hidmouse = Device as /devices/pci0000:00/0000:00:13.0/usb5/5-3/5-3:1.1/input/input3=0A= [ 3.356329] generic-usb 0003:0557:2221.0002: input,hidraw1: USB HID = v1.00 Keyboard [Winbond Electronics Corp Hermon USB hidmouse Device] on = usb-0000:00:13.0-3/input1=0A= [ 3.356352] usbcore: registered new interface driver usbhid=0A= [ 3.356355] usbhid: v2.6:USB HID core driver=0A= [ 3.412382] async_tx: api initialized (async)=0A= [ 3.412882] xor: automatically using best checksumming function: = generic_sse=0A= [ 3.432002] generic_sse: 7588.000 MB/sec=0A= [ 3.432005] xor: using function: generic_sse (7588.000 MB/sec)=0A= [ 3.500022] raid6: int64x1 1845 MB/s=0A= [ 3.568026] raid6: int64x2 2364 MB/s=0A= [ 3.636023] raid6: int64x4 1862 MB/s=0A= [ 3.704034] raid6: int64x8 1666 MB/s=0A= [ 3.772009] raid6: sse2x1 859 MB/s=0A= [ 3.840036] raid6: sse2x2 1806 MB/s=0A= [ 3.908015] raid6: sse2x4 4211 MB/s=0A= [ 3.908016] raid6: using algorithm sse2x4 (4211 MB/s)=0A= [ 3.916724] md: raid6 personality registered for level 6=0A= [ 3.916727] md: raid5 personality registered for level 5=0A= [ 3.916729] md: raid4 personality registered for level 4=0A= [ 3.970522] md: md0 stopped.=0A= [ 3.973140] md: bind=0A= [ 3.973482] md: bind=0A= [ 3.973768] md: bind=0A= [ 3.978833] md: bind=0A= [ 3.980404] raid5: device sda1 operational as raid disk 0=0A= [ 3.980408] raid5: device sdd1 operational as raid disk 3=0A= [ 3.980410] raid5: device sdc1 operational as raid disk 2=0A= [ 3.980412] raid5: device sdb1 operational as raid disk 1=0A= [ 3.980804] raid5: allocated 4282kB for md0=0A= [ 3.980866] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980870] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980872] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980875] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 3.980877] raid5: raid level 5 set md0 active with 4 out of 4 = devices, algorithm 2=0A= [ 3.980879] RAID5 conf printout:=0A= [ 3.980880] --- rd:4 wd:4=0A= [ 3.980882] disk 0, o:1, dev:sda1=0A= [ 3.980884] disk 1, o:1, dev:sdb1=0A= [ 3.980885] disk 2, o:1, dev:sdc1=0A= [ 3.980887] disk 3, o:1, dev:sdd1=0A= [ 3.980919] md0: detected capacity change from 0 to 2996305920=0A= [ 3.981807] md0: unknown partition table=0A= [ 4.192755] md: md1 stopped.=0A= [ 4.194595] md: bind=0A= [ 4.194850] md: bind=0A= [ 4.196813] md: bind=0A= [ 4.197083] md: bind=0A= [ 4.198615] raid5: device sda2 operational as raid disk 0=0A= [ 4.198618] raid5: device sdd2 operational as raid disk 3=0A= [ 4.198621] raid5: device sdc2 operational as raid disk 2=0A= [ 4.198623] raid5: device sdb2 operational as raid disk 1=0A= [ 4.198961] raid5: allocated 4282kB for md1=0A= [ 4.199033] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199037] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199039] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199042] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.199044] raid5: raid level 5 set md1 active with 4 out of 4 = devices, algorithm 2=0A= [ 4.199046] RAID5 conf printout:=0A= [ 4.199047] --- rd:4 wd:4=0A= [ 4.199049] disk 0, o:1, dev:sda2=0A= [ 4.199051] disk 1, o:1, dev:sdb2=0A= [ 4.199052] disk 2, o:1, dev:sdc2=0A= [ 4.199054] disk 3, o:1, dev:sdd2=0A= [ 4.199085] md1: detected capacity change from 0 to 44994920448=0A= [ 4.200011] md1: unknown partition table=0A= [ 4.408828] md: md2 stopped.=0A= [ 4.410632] md: bind=0A= [ 4.410894] md: bind=0A= [ 4.413022] md: bind=0A= [ 4.413307] md: bind=0A= [ 4.414763] raid5: device sda3 operational as raid disk 0=0A= [ 4.414766] raid5: device sdd3 operational as raid disk 3=0A= [ 4.414769] raid5: device sdc3 operational as raid disk 2=0A= [ 4.414771] raid5: device sdb3 operational as raid disk 1=0A= [ 4.415104] raid5: allocated 4282kB for md2=0A= [ 4.415177] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415181] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415183] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415186] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.415188] raid5: raid level 5 set md2 active with 4 out of 4 = devices, algorithm 2=0A= [ 4.415190] RAID5 conf printout:=0A= [ 4.415191] --- rd:4 wd:4=0A= [ 4.415193] disk 0, o:1, dev:sda3=0A= [ 4.415195] disk 1, o:1, dev:sdb3=0A= [ 4.415196] disk 2, o:1, dev:sdc3=0A= [ 4.415198] disk 3, o:1, dev:sdd3=0A= [ 4.415229] md2: detected capacity change from 0 to 1476294868992=0A= [ 4.416202] md2: unknown partition table=0A= [ 4.623252] md: md3 stopped.=0A= [ 4.625579] md: bind=0A= [ 4.625855] md: bind=0A= [ 4.627918] md: bind=0A= [ 4.628244] md: bind=0A= [ 4.629759] raid5: device sda4 operational as raid disk 0=0A= [ 4.629762] raid5: device sdd4 operational as raid disk 3=0A= [ 4.629764] raid5: device sdc4 operational as raid disk 2=0A= [ 4.629767] raid5: device sdb4 operational as raid disk 1=0A= [ 4.630098] raid5: allocated 4282kB for md3=0A= [ 4.630173] 0: w=3D1 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630176] 3: w=3D2 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630179] 2: w=3D3 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630181] 1: w=3D4 pa=3D0 pr=3D4 m=3D1 a=3D2 r=3D4 op1=3D0 op2=3D0=0A= [ 4.630184] raid5: raid level 5 set md3 active with 4 out of 4 = devices, algorithm 2=0A= [ 4.630185] RAID5 conf printout:=0A= [ 4.630187] --- rd:4 wd:4=0A= [ 4.630189] disk 0, o:1, dev:sda4=0A= [ 4.630190] disk 1, o:1, dev:sdb4=0A= [ 4.630192] disk 2, o:1, dev:sdc4=0A= [ 4.630194] disk 3, o:1, dev:sdd4=0A= [ 4.630226] md3: detected capacity change from 0 to 1476307451904=0A= [ 4.631213] md3: unknown partition table=0A= [ 4.837180] PM: Starting manual resume from disk=0A= [ 4.837184] PM: Resume from partition 9:0=0A= [ 4.837186] PM: Checking hibernation image.=0A= [ 4.837641] PM: Error -22 checking image file=0A= [ 4.837643] PM: Resume from disk failed.=0A= [ 4.888141] kjournald starting. Commit interval 5 seconds=0A= [ 4.888149] EXT3-fs: mounted filesystem with ordered data mode.=0A= [ 5.546617] udev[600]: starting version 164=0A= [ 5.647568] processor LNXCPU:00: registered as cooling_device0=0A= [ 5.649868] processor LNXCPU:01: registered as cooling_device1=0A= [ 5.652182] processor LNXCPU:02: registered as cooling_device2=0A= [ 5.654385] processor LNXCPU:03: registered as cooling_device3=0A= [ 5.656622] processor LNXCPU:04: registered as cooling_device4=0A= [ 5.659120] processor LNXCPU:05: registered as cooling_device5=0A= [ 5.661359] processor LNXCPU:06: registered as cooling_device6=0A= [ 5.663646] processor LNXCPU:07: registered as cooling_device7=0A= [ 5.665894] processor LNXCPU:08: registered as cooling_device8=0A= [ 5.668128] processor LNXCPU:09: registered as cooling_device9=0A= [ 5.670313] processor LNXCPU:0a: registered as cooling_device10=0A= [ 5.672534] processor LNXCPU:0b: registered as cooling_device11=0A= [ 5.678083] input: Power Button as = /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input4=0A= [ 5.678090] ACPI: Power Button [PWRB]=0A= [ 5.678152] input: Power Button as = /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5=0A= [ 5.678156] ACPI: Power Button [PWRF]=0A= [ 5.708935] EDAC MC: Ver: 2.1.0 Oct 3 2011=0A= [ 5.724847] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xb00, = revision 0=0A= [ 5.726489] EDAC amd64_edac: Ver: 3.2.0 Oct 3 2011=0A= [ 5.726592] EDAC amd64: ECC is enabled by BIOS.=0A= [ 5.726739] EDAC amd64: ECC is enabled by BIOS.=0A= [ 5.726801] EDAC MC: F10h CPU detected=0A= [ 5.726815] EDAC amd64: f10_probe_valid_hardware() This machine is = running with DDR3 memory. This is not currently supported. = DCHR0=3D0x3f49890d DCHR1=3D0x3f49890d=0A= [ 5.726818] EDAC amd64: Contact 'amd64_edac' module MAINTAINER to = help add support.=0A= [ 5.736516] input: PC Speaker as /devices/platform/pcspkr/input/input6=0A= [ 6.319364] Adding 2926072k swap on /dev/md0. Priority:-1 extents:1 = across:2926072k =0A= [ 6.416471] EXT3 FS on md1, internal journal=0A= [ 6.471779] loop: module loaded=0A= [ 7.792711] usb-storage: device scan complete=0A= [ 7.800349] scsi 8:0:0:0: CD-ROM TEAC DV-28S-V = 1.0B PQ: 0 ANSI: 0=0A= [ 7.947411] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray=0A= [ 7.947415] Uniform CD-ROM driver Revision: 3.20=0A= [ 7.947538] sr 8:0:0:0: Attached scsi CD-ROM sr0=0A= [ 7.953221] sd 0:0:0:0: Attached scsi generic sg0 type 0=0A= [ 7.953271] sd 1:0:0:0: Attached scsi generic sg1 type 0=0A= [ 7.953305] sd 2:0:0:0: Attached scsi generic sg2 type 0=0A= [ 7.953341] sd 3:0:0:0: Attached scsi generic sg3 type 0=0A= [ 7.953376] sr 8:0:0:0: Attached scsi generic sg4 type 5=0A= [ 8.036853] igb: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow = Control: RX=0A= [ 8.039110] ADDRCONF(NETDEV_UP): eth0: link is not ready=0A= [ 8.041477] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready=0A= [ 18.980011] eth0: no IPv6 routers present=0A= ------=_NextPart_000_0013_01CC8865.FF37C060 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ------=_NextPart_000_0013_01CC8865.FF37C060-- From xen-users-bounces@lists.xensource.com Mon Oct 17 04:27:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 04:27:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFlLR-00080i-RR; Mon, 17 Oct 2011 04:27:01 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1REtt6-00019g-CJ for xen-users@lists.xensource.com; Fri, 14 Oct 2011 19:22:14 -0700 X-Env-Sender: david.techer@davidgis.fr X-Msg-Ref: server-8.tower-182.messagelabs.com!1318645318!21209694!1 X-Originating-IP: [83.154.246.188] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10065 invoked from network); 15 Oct 2011 02:21:58 -0000 Received: from spr69-7-83-154-246-188.fbx.proxad.net (HELO davidgis.fr) (83.154.246.188) by server-8.tower-182.messagelabs.com with SMTP; 15 Oct 2011 02:21:58 -0000 Received: (qmail 25785 invoked by uid 33); 15 Oct 2011 02:21:57 -0000 To: xen-users@lists.xensource.com MIME-Version: 1.0 Date: Sat, 15 Oct 2011 04:21:57 +0200 From: david.techer Message-ID: <5d187bf37f1605bb15454d3aadf8c90f@davidgis.fr> X-Sender: david.techer@davidgis.fr User-Agent: RoundCube Webmail/0.2a Content-Type: multipart/mixed; boundary="=_c03de942bd7fbbfa2f362c8aeae0d0cb" X-Mailman-Approved-At: Mon, 17 Oct 2011 04:03:27 -0700 Subject: [Xen-users] VGA PassThrough works for EVGA GTX 460 SE 1024 MB X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: david.techer@davidgis.fr List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Type: multipart/alternative; boundary="=_ec9cc863e85f5530248d9d0255400a4f" --=_ec9cc863e85f5530248d9d0255400a4f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Hi Finally I succeeded to use my graphic card EVGA GTX 460 SE 1024M with Xen 4.2 unstable. Before I was using my MSI GT 440. Kernel ---> 3.1.0-rc9 downloaded from http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=summary My kernel's config is attached to this mail. About Xen: Download Xen hg clone -r 23965 http://xenbits.xensource.com/staging/xen-unstable.hg/ xen-unstable.hg-rev-23965-ok Make a first init build for tools cd xen-unstable.hg-rev-23965-ok/tools make -j4 make clean cd .. Apply the patches attached to this mail (patch -p0 < ....) Copy the VGA BIOS extracted using nvlfash 5.100 cp /path/to/VGABIOS.ROM tools/firmware/vgabios/vgabios-pt.bin Compil again make -j4 tools Install make -j4 install-tools PYTHON_PREFIX_ARG= Since my old domU XP 64 bits was using GT 440, I replaced my old graphic card with the EVGA GTX 460 SE. Everything was OK (except that it is impossible to restart the domU withtout restarting the dom0 as usual) About dsdt.asl.patch file ========================= For your information concerning the patch for dsd (I've already give the informations in an other mail but I will give it again) Get the identifier for your graphic card root@mercury:/opt/tmp/gfx_patchs_gtx-460-se-evga# lspci |grep VGA 01:00.0 VGA compatible controller: nVidia Corporation Device 0e23 (rev a1) Use dmesg to get the required ranges root@mercury:/opt/tmp/gfx_patchs_gtx-460-se-evga# dmesg | grep 01:00.0 | grep BAR [ 2.481779] pci 0000:01:00.0: BAR 0: reserving [mem 0xf8000000-0xf9ffffff flags 0x40200] (d=0, p=0) [ 2.481782] pci 0000:01:00.0: BAR 1: reserving [mem 0xd0000000-0xd7ffffff flags 0x14220c] (d=0, p=0) [ 2.481784] pci 0000:01:00.0: BAR 3: reserving [mem 0xd8000000-0xdbffffff flags 0x14220c] (d=0, p=0) [ 2.481787] pci 0000:01:00.0: BAR 5: reserving [io 0xe000-0xe07f flags 0x40101] (d=0, p=0) The 3 ranges [0xf8000000-0xf9fffff], [0xd0000000-0xd7ffffff], [0xd8000000-0xdbfffff] need to be specify in dsdt.asl.patch Moreover you need to use the formula Maximum - Minimum + 1 for the difference. As a example: for the first range [0xf8000000-0xf9fffff] Maximum = (0xf9fffff) / Minimum = 0xf8000000 => Difference = 4194303999 - 4160749568 + 1 = 33554432 => hexadecimal = 0x02000000 That the reason why that in the patch, there are + 0xF8000000, + 0xF9FFFFFF, 0x00000000, - 0x05000000, - ,, _Y01) + 0x02000000) Do the same for the others ranges Hope this help. I do not make test for Windows 7. I do not plan to try. ------------------------------------- Jean David TECHER davidgis.fr -------------------------------------- --=_ec9cc863e85f5530248d9d0255400a4f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi

Finally I succeeded to use my graphic card EVGA GTX 460 SE= 1024M with Xen 4.2 unstable.

Before I was using my MSI GT 440.<= br />
Kernel ---> 3.1.0-rc9 downloaded from http://git.kernel.org/?= p=3Dlinux/kernel/git/torvalds/linux-2.6.git;a=3Dsummary


My= kernel's config is attached to this mail.

About Xen:

Download Xen

hg clone -r 23965 http://xenbits.xensource.com/sta= ging/xen-unstable.hg/ xen-unstable.hg-rev-23965-ok

Make a first = init build for tools

cd xen-unstable.hg-rev-23965-ok/tools
= make -j4
make clean
cd ..

Apply the patches attached t= o this mail (patch -p0 < ....)

Copy the VGA BIOS extracted us= ing nvlfash 5.100

cp /path/to/VGABIOS.ROM tools/firmware/vgabios= /vgabios-pt.bin

Compil again

make -j4 tools

Install

make -j4 install-tools PYTHON_PREFIX_ARG=3D

Since my old domU XP 64 bits was using GT 440, I replaced my old graphic = card with the EVGA GTX 460 SE.

Everything was OK (except that it= is impossible to restart the domU withtout restarting the dom0 as usual)
About dsdt.asl.patch file
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

For your information = concerning the patch for dsd (I've already give the informations in an othe= r mail but I will give it again)

Get the identifier for your gra= phic card
root@mercury:/opt/tmp/gfx_patchs_gtx-460-se-evga# lspci |gre= p VGA
01:00.0 VGA compatible controller: nVidia Corporation Device 0e2= 3 (rev a1)

Use dmesg to get the required ranges
root@mercur= y:/opt/tmp/gfx_patchs_gtx-460-se-evga# dmesg | grep 01:00.0 | grep BAR
[    2.481779] pci 0000:01:00.0: BAR 0: reserving [mem 0xf8= 000000-0xf9ffffff flags 0x40200] (d=3D0, p=3D0)
[    2.= 481782] pci 0000:01:00.0: BAR 1: reserving [mem 0xd0000000-0xd7ffffff flags= 0x14220c] (d=3D0, p=3D0)
[    2.481784] pci 0000:01:00= .0: BAR 3: reserving [mem 0xd8000000-0xdbffffff flags 0x14220c] (d=3D0, p= =3D0)
[    2.481787] pci 0000:01:00.0: BAR 5: reserving= [io  0xe000-0xe07f flags 0x40101] (d=3D0, p=3D0)


The= 3 ranges [0xf8000000-0xf9fffff], [0xd0000000-0xd7ffffff], [0xd8000000-0xdb= fffff] need to be specify in dsdt.asl.patch

Moreover you need to= use the formula

Maximum - Minimum + 1 for the difference.
=
As a example: for the first range [0xf8000000-0xf9fffff]

M= aximum =3D (0xf9fffff) / Minimum =3D 0xf8000000 =3D> Difference =3D 4194= 303999 - 4160749568 + 1 =3D 33554432 =3D> hexadecimal =3D 0x02000000

That the reason why that in the patch, there are

+ =             &nb= sp;          0xF8000000,
= +            &n= bsp;           0xF9FFFFFF= ,
           &n= bsp;            = ; 0x00000000,
-         &= nbsp;           &nbs= p;  0x05000000,
-        =             &nb= sp;   ,, _Y01)
+       &n= bsp;            = ;    0x02000000)

Do the same for the others range= s

Hope this help.

I do not make test for Windows 7.&n= bsp; I do not plan to try.

-------------------------------------
Jean David TECHER
davidgis.fr
--------------------------------------

--=_ec9cc863e85f5530248d9d0255400a4f-- --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; name="config-3.1.0-rc9"; charset="UTF-8" Content-Disposition: attachment; filename="config-3.1.0-rc9" IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4L3g4 Nl82NCAzLjEuMC1yYzkgS2VybmVsIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfNjRCSVQ9eQojIENP TkZJR19YODZfMzIgaXMgbm90IHNldApDT05GSUdfWDg2XzY0PXkKQ09ORklHX1g4Nj15CkNPTkZJ R19JTlNUUlVDVElPTl9ERUNPREVSPXkKQ09ORklHX09VVFBVVF9GT1JNQVQ9ImVsZjY0LXg4Ni02 NCIKQ09ORklHX0FSQ0hfREVGQ09ORklHPSJhcmNoL3g4Ni9jb25maWdzL3g4Nl82NF9kZWZjb25m aWciCkNPTkZJR19HRU5FUklDX0NNT1NfVVBEQVRFPXkKQ09ORklHX0NMT0NLU09VUkNFX1dBVENI RE9HPXkKQ09ORklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFM9eQpDT05GSUdfQVJDSF9DTE9DS1NPVVJD RV9EQVRBPXkKQ09ORklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFNfQlJPQURDQVNUPXkKQ09ORklHX0xP Q0tERVBfU1VQUE9SVD15CkNPTkZJR19TVEFDS1RSQUNFX1NVUFBPUlQ9eQpDT05GSUdfSEFWRV9M QVRFTkNZVE9QX1NVUFBPUlQ9eQpDT05GSUdfTU1VPXkKQ09ORklHX1pPTkVfRE1BPXkKQ09ORklH X05FRURfRE1BX01BUF9TVEFURT15CkNPTkZJR19ORUVEX1NHX0RNQV9MRU5HVEg9eQpDT05GSUdf R0VORVJJQ19JU0FfRE1BPXkKQ09ORklHX0dFTkVSSUNfSU9NQVA9eQpDT05GSUdfR0VORVJJQ19C VUc9eQpDT05GSUdfR0VORVJJQ19CVUdfUkVMQVRJVkVfUE9JTlRFUlM9eQpDT05GSUdfR0VORVJJ Q19IV0VJR0hUPXkKQ09ORklHX0dFTkVSSUNfR1BJTz15CkNPTkZJR19BUkNIX01BWV9IQVZFX1BD X0ZEQz15CiMgQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0sgaXMgbm90IHNldApDT05GSUdf UldTRU1fWENIR0FERF9BTEdPUklUSE09eQpDT05GSUdfQVJDSF9IQVNfQ1BVX0lETEVfV0FJVD15 CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15CkNPTkZJR19HRU5FUklDX1RJTUVfVlNZ U0NBTEw9eQpDT05GSUdfQVJDSF9IQVNfQ1BVX1JFTEFYPXkKQ09ORklHX0FSQ0hfSEFTX0RFRkFV TFRfSURMRT15CkNPTkZJR19BUkNIX0hBU19DQUNIRV9MSU5FX1NJWkU9eQpDT05GSUdfSEFWRV9T RVRVUF9QRVJfQ1BVX0FSRUE9eQpDT05GSUdfTkVFRF9QRVJfQ1BVX0VNQkVEX0ZJUlNUX0NIVU5L PXkKQ09ORklHX05FRURfUEVSX0NQVV9QQUdFX0ZJUlNUX0NIVU5LPXkKQ09ORklHX0hBVkVfQ1BV TUFTS19PRl9DUFVfTUFQPXkKQ09ORklHX0FSQ0hfSElCRVJOQVRJT05fUE9TU0lCTEU9eQpDT05G SUdfQVJDSF9TVVNQRU5EX1BPU1NJQkxFPXkKQ09ORklHX1pPTkVfRE1BMzI9eQpDT05GSUdfQVJD SF9QT1BVTEFURVNfTk9ERV9NQVA9eQpDT05GSUdfQVVESVRfQVJDSD15CkNPTkZJR19BUkNIX1NV UFBPUlRTX09QVElNSVpFRF9JTkxJTklORz15CkNPTkZJR19BUkNIX1NVUFBPUlRTX0RFQlVHX1BB R0VBTExPQz15CkNPTkZJR19IQVZFX0lOVEVMX1RYVD15CkNPTkZJR19YODZfNjRfU01QPXkKQ09O RklHX1g4Nl9IVD15CkNPTkZJR19BUkNIX0hXRUlHSFRfQ0ZMQUdTPSItZmNhbGwtc2F2ZWQtcmRp IC1mY2FsbC1zYXZlZC1yc2kgLWZjYWxsLXNhdmVkLXJkeCAtZmNhbGwtc2F2ZWQtcmN4IC1mY2Fs bC1zYXZlZC1yOCAtZmNhbGwtc2F2ZWQtcjkgLWZjYWxsLXNhdmVkLXIxMCAtZmNhbGwtc2F2ZWQt cjExIgojIENPTkZJR19LVElNRV9TQ0FMQVIgaXMgbm90IHNldApDT05GSUdfQVJDSF9DUFVfUFJP QkVfUkVMRUFTRT15CkNPTkZJR19ERUZDT05GSUdfTElTVD0iL2xpYi9tb2R1bGVzLyRVTkFNRV9S RUxFQVNFLy5jb25maWciCkNPTkZJR19IQVZFX0lSUV9XT1JLPXkKQ09ORklHX0lSUV9XT1JLPXkK CiMKIyBHZW5lcmFsIHNldHVwCiMKQ09ORklHX0VYUEVSSU1FTlRBTD15CkNPTkZJR19JTklUX0VO Vl9BUkdfTElNSVQ9MzIKQ09ORklHX0NST1NTX0NPTVBJTEU9IiIKQ09ORklHX0xPQ0FMVkVSU0lP Tj0iIgojIENPTkZJR19MT0NBTFZFUlNJT05fQVVUTyBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0tF Uk5FTF9HWklQPXkKQ09ORklHX0hBVkVfS0VSTkVMX0JaSVAyPXkKQ09ORklHX0hBVkVfS0VSTkVM X0xaTUE9eQpDT05GSUdfSEFWRV9LRVJORUxfWFo9eQpDT05GSUdfSEFWRV9LRVJORUxfTFpPPXkK Q09ORklHX0tFUk5FTF9HWklQPXkKIyBDT05GSUdfS0VSTkVMX0JaSVAyIGlzIG5vdCBzZXQKIyBD T05GSUdfS0VSTkVMX0xaTUEgaXMgbm90IHNldAojIENPTkZJR19LRVJORUxfWFogaXMgbm90IHNl dAojIENPTkZJR19LRVJORUxfTFpPIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfSE9TVE5BTUU9 Iihub25lKSIKQ09ORklHX1NXQVA9eQpDT05GSUdfU1lTVklQQz15CkNPTkZJR19TWVNWSVBDX1NZ U0NUTD15CkNPTkZJR19QT1NJWF9NUVVFVUU9eQpDT05GSUdfUE9TSVhfTVFVRVVFX1NZU0NUTD15 CkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUPXkKQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1RfVjM9eQpD T05GSUdfRkhBTkRMRT15CkNPTkZJR19UQVNLU1RBVFM9eQpDT05GSUdfVEFTS19ERUxBWV9BQ0NU PXkKQ09ORklHX1RBU0tfWEFDQ1Q9eQpDT05GSUdfVEFTS19JT19BQ0NPVU5USU5HPXkKQ09ORklH X0FVRElUPXkKQ09ORklHX0FVRElUU1lTQ0FMTD15CkNPTkZJR19BVURJVF9XQVRDSD15CkNPTkZJ R19BVURJVF9UUkVFPXkKQ09ORklHX0hBVkVfR0VORVJJQ19IQVJESVJRUz15CgojCiMgSVJRIHN1 YnN5c3RlbQojCkNPTkZJR19HRU5FUklDX0hBUkRJUlFTPXkKQ09ORklHX0hBVkVfU1BBUlNFX0lS UT15CkNPTkZJR19HRU5FUklDX0lSUV9QUk9CRT15CkNPTkZJR19HRU5FUklDX0lSUV9TSE9XPXkK Q09ORklHX0dFTkVSSUNfUEVORElOR19JUlE9eQpDT05GSUdfSVJRX0ZPUkNFRF9USFJFQURJTkc9 eQojIENPTkZJR19TUEFSU0VfSVJRIGlzIG5vdCBzZXQKCiMKIyBSQ1UgU3Vic3lzdGVtCiMKQ09O RklHX1RSRUVfUkNVPXkKIyBDT05GSUdfUFJFRU1QVF9SQ1UgaXMgbm90IHNldAojIENPTkZJR19S Q1VfVFJBQ0UgaXMgbm90IHNldApDT05GSUdfUkNVX0ZBTk9VVD02NAojIENPTkZJR19SQ1VfRkFO T1VUX0VYQUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX0ZBU1RfTk9fSFogaXMgbm90IHNldAoj IENPTkZJR19UUkVFX1JDVV9UUkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lLQ09ORklHIGlzIG5v dCBzZXQKQ09ORklHX0xPR19CVUZfU0hJRlQ9MTcKQ09ORklHX0hBVkVfVU5TVEFCTEVfU0NIRURf Q0xPQ0s9eQpDT05GSUdfQ0dST1VQUz15CiMgQ09ORklHX0NHUk9VUF9ERUJVRyBpcyBub3Qgc2V0 CiMgQ09ORklHX0NHUk9VUF9GUkVFWkVSIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0dST1VQX0RFVklD RSBpcyBub3Qgc2V0CkNPTkZJR19DUFVTRVRTPXkKQ09ORklHX1BST0NfUElEX0NQVVNFVD15CkNP TkZJR19DR1JPVVBfQ1BVQUNDVD15CiMgQ09ORklHX1JFU09VUkNFX0NPVU5URVJTIGlzIG5vdCBz ZXQKIyBDT05GSUdfQ0dST1VQX1BFUkYgaXMgbm90IHNldAojIENPTkZJR19DR1JPVVBfU0NIRUQg aXMgbm90IHNldAojIENPTkZJR19CTEtfQ0dST1VQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkFNRVNQ QUNFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDSEVEX0FVVE9HUk9VUCBpcyBub3Qgc2V0CkNPTkZJ R19TWVNGU19ERVBSRUNBVEVEPXkKQ09ORklHX1NZU0ZTX0RFUFJFQ0FURURfVjI9eQpDT05GSUdf UkVMQVk9eQpDT05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0i IgpDT05GSUdfUkRfR1pJUD15CkNPTkZJR19SRF9CWklQMj15CkNPTkZJR19SRF9MWk1BPXkKQ09O RklHX1JEX1haPXkKQ09ORklHX1JEX0xaTz15CiMgQ09ORklHX0NDX09QVElNSVpFX0ZPUl9TSVpF IGlzIG5vdCBzZXQKQ09ORklHX1NZU0NUTD15CkNPTkZJR19BTk9OX0lOT0RFUz15CkNPTkZJR19F WFBFUlQ9eQpDT05GSUdfVUlEMTY9eQpDT05GSUdfU1lTQ1RMX1NZU0NBTEw9eQpDT05GSUdfS0FM TFNZTVM9eQpDT05GSUdfS0FMTFNZTVNfQUxMPXkKQ09ORklHX0hPVFBMVUc9eQpDT05GSUdfUFJJ TlRLPXkKQ09ORklHX0JVRz15CkNPTkZJR19FTEZfQ09SRT15CkNPTkZJR19QQ1NQS1JfUExBVEZP Uk09eQpDT05GSUdfSEFWRV9QQ1NQS1JfUExBVEZPUk09eQpDT05GSUdfQkFTRV9GVUxMPXkKQ09O RklHX0ZVVEVYPXkKQ09ORklHX0VQT0xMPXkKQ09ORklHX1NJR05BTEZEPXkKQ09ORklHX1RJTUVS RkQ9eQpDT05GSUdfRVZFTlRGRD15CkNPTkZJR19TSE1FTT15CkNPTkZJR19BSU89eQpDT05GSUdf RU1CRURERUQ9eQpDT05GSUdfSEFWRV9QRVJGX0VWRU5UUz15CgojCiMgS2VybmVsIFBlcmZvcm1h bmNlIEV2ZW50cyBBbmQgQ291bnRlcnMKIwpDT05GSUdfUEVSRl9FVkVOVFM9eQojIENPTkZJR19Q RVJGX0NPVU5URVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUEVSRl9VU0VfVk1BTExPQyBp cyBub3Qgc2V0CkNPTkZJR19WTV9FVkVOVF9DT1VOVEVSUz15CkNPTkZJR19QQ0lfUVVJUktTPXkK Q09ORklHX1NMVUJfREVCVUc9eQpDT05GSUdfQ09NUEFUX0JSSz15CiMgQ09ORklHX1NMQUIgaXMg bm90IHNldApDT05GSUdfU0xVQj15CiMgQ09ORklHX1NMT0IgaXMgbm90IHNldApDT05GSUdfUFJP RklMSU5HPXkKQ09ORklHX1RSQUNFUE9JTlRTPXkKQ09ORklHX09QUk9GSUxFPW0KIyBDT05GSUdf T1BST0ZJTEVfRVZFTlRfTVVMVElQTEVYIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfT1BST0ZJTEU9 eQpDT05GSUdfS1BST0JFUz15CiMgQ09ORklHX0pVTVBfTEFCRUwgaXMgbm90IHNldApDT05GSUdf T1BUUFJPQkVTPXkKQ09ORklHX0hBVkVfRUZGSUNJRU5UX1VOQUxJR05FRF9BQ0NFU1M9eQpDT05G SUdfS1JFVFBST0JFUz15CkNPTkZJR19VU0VSX1JFVFVSTl9OT1RJRklFUj15CkNPTkZJR19IQVZF X0lPUkVNQVBfUFJPVD15CkNPTkZJR19IQVZFX0tQUk9CRVM9eQpDT05GSUdfSEFWRV9LUkVUUFJP QkVTPXkKQ09ORklHX0hBVkVfT1BUUFJPQkVTPXkKQ09ORklHX0hBVkVfQVJDSF9UUkFDRUhPT0s9 eQpDT05GSUdfSEFWRV9ETUFfQVRUUlM9eQpDT05GSUdfVVNFX0dFTkVSSUNfU01QX0hFTFBFUlM9 eQpDT05GSUdfSEFWRV9SRUdTX0FORF9TVEFDS19BQ0NFU1NfQVBJPXkKQ09ORklHX0hBVkVfRE1B X0FQSV9ERUJVRz15CkNPTkZJR19IQVZFX0hXX0JSRUFLUE9JTlQ9eQpDT05GSUdfSEFWRV9NSVhF RF9CUkVBS1BPSU5UU19SRUdTPXkKQ09ORklHX0hBVkVfVVNFUl9SRVRVUk5fTk9USUZJRVI9eQpD T05GSUdfSEFWRV9QRVJGX0VWRU5UU19OTUk9eQpDT05GSUdfSEFWRV9BUkNIX0pVTVBfTEFCRUw9 eQpDT05GSUdfQVJDSF9IQVZFX05NSV9TQUZFX0NNUFhDSEc9eQoKIwojIEdDT1YtYmFzZWQga2Vy bmVsIHByb2ZpbGluZwojCiMgQ09ORklHX0dDT1ZfS0VSTkVMIGlzIG5vdCBzZXQKIyBDT05GSUdf SEFWRV9HRU5FUklDX0RNQV9DT0hFUkVOVCBpcyBub3Qgc2V0CkNPTkZJR19TTEFCSU5GTz15CkNP TkZJR19SVF9NVVRFWEVTPXkKQ09ORklHX0JBU0VfU01BTEw9MApDT05GSUdfTU9EVUxFUz15CiMg Q09ORklHX01PRFVMRV9GT1JDRV9MT0FEIGlzIG5vdCBzZXQKQ09ORklHX01PRFVMRV9VTkxPQUQ9 eQojIENPTkZJR19NT0RVTEVfRk9SQ0VfVU5MT0FEIGlzIG5vdCBzZXQKQ09ORklHX01PRFZFUlNJ T05TPXkKQ09ORklHX01PRFVMRV9TUkNWRVJTSU9OX0FMTD15CkNPTkZJR19TVE9QX01BQ0hJTkU9 eQpDT05GSUdfQkxPQ0s9eQpDT05GSUdfQkxLX0RFVl9CU0c9eQojIENPTkZJR19CTEtfREVWX0JT R0xJQiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lOVEVHUklUWT15CkNPTkZJR19CTE9DS19D T01QQVQ9eQoKIwojIElPIFNjaGVkdWxlcnMKIwpDT05GSUdfSU9TQ0hFRF9OT09QPXkKQ09ORklH X0lPU0NIRURfREVBRExJTkU9eQpDT05GSUdfSU9TQ0hFRF9DRlE9eQpDT05GSUdfREVGQVVMVF9E RUFETElORT15CiMgQ09ORklHX0RFRkFVTFRfQ0ZRIGlzIG5vdCBzZXQKIyBDT05GSUdfREVGQVVM VF9OT09QIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfSU9TQ0hFRD0iZGVhZGxpbmUiCkNPTkZJ R19QUkVFTVBUX05PVElGSUVSUz15CiMgQ09ORklHX0lOTElORV9TUElOX1RSWUxPQ0sgaXMgbm90 IHNldAojIENPTkZJR19JTkxJTkVfU1BJTl9UUllMT0NLX0JIIGlzIG5vdCBzZXQKIyBDT05GSUdf SU5MSU5FX1NQSU5fTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfQkgg aXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfU1BJTl9MT0NLX0lSUSBpcyBub3Qgc2V0CiMgQ09O RklHX0lOTElORV9TUElOX0xPQ0tfSVJRU0FWRSBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfU1BJ Tl9VTkxPQ0s9eQojIENPTkZJR19JTkxJTkVfU1BJTl9VTkxPQ0tfQkggaXMgbm90IHNldApDT05G SUdfSU5MSU5FX1NQSU5fVU5MT0NLX0lSUT15CiMgQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19J UlFSRVNUT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfVFJZTE9DSyBpcyBub3Qg c2V0CiMgQ09ORklHX0lOTElORV9SRUFEX0xPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVf UkVBRF9MT0NLX0JIIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlEgaXMg bm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NLX0lSUVNBVkUgaXMgbm90IHNldApDT05G SUdfSU5MSU5FX1JFQURfVU5MT0NLPXkKIyBDT05GSUdfSU5MSU5FX1JFQURfVU5MT0NLX0JIIGlz IG5vdCBzZXQKQ09ORklHX0lOTElORV9SRUFEX1VOTE9DS19JUlE9eQojIENPTkZJR19JTkxJTkVf UkVBRF9VTkxPQ0tfSVJRUkVTVE9SRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9U UllMT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1dSSVRFX0xPQ0sgaXMgbm90IHNldAoj IENPTkZJR19JTkxJTkVfV1JJVEVfTE9DS19CSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9X UklURV9MT0NLX0lSUSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0lSUVNB VkUgaXMgbm90IHNldApDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DSz15CiMgQ09ORklHX0lOTElO RV9XUklURV9VTkxPQ0tfQkggaXMgbm90IHNldApDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DS19J UlE9eQojIENPTkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldApD T05GSUdfTVVURVhfU1BJTl9PTl9PV05FUj15CkNPTkZJR19GUkVFWkVSPXkKCiMKIyBQcm9jZXNz b3IgdHlwZSBhbmQgZmVhdHVyZXMKIwpDT05GSUdfVElDS19PTkVTSE9UPXkKQ09ORklHX05PX0ha PXkKQ09ORklHX0hJR0hfUkVTX1RJTUVSUz15CkNPTkZJR19HRU5FUklDX0NMT0NLRVZFTlRTX0JV SUxEPXkKQ09ORklHX1NNUD15CkNPTkZJR19YODZfWDJBUElDPXkKQ09ORklHX1g4Nl9NUFBBUlNF PXkKQ09ORklHX1g4Nl9FWFRFTkRFRF9QTEFURk9STT15CkNPTkZJR19YODZfVlNNUD15CiMgQ09O RklHX1g4Nl9VViBpcyBub3Qgc2V0CkNPTkZJR19TQ0hFRF9PTUlUX0ZSQU1FX1BPSU5URVI9eQpD T05GSUdfUEFSQVZJUlRfR1VFU1Q9eQojIENPTkZJR19QQVJBVklSVF9USU1FX0FDQ09VTlRJTkcg aXMgbm90IHNldApDT05GSUdfWEVOPXkKQ09ORklHX1hFTl9ET00wPXkKQ09ORklHX1hFTl9QUklW SUxFR0VEX0dVRVNUPXkKQ09ORklHX1hFTl9QVkhWTT15CkNPTkZJR19YRU5fTUFYX0RPTUFJTl9N RU1PUlk9MTI4CkNPTkZJR19YRU5fU0FWRV9SRVNUT1JFPXkKIyBDT05GSUdfWEVOX0RFQlVHX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfWEVOX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfS1ZNX0NM T0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfS1ZNX0dVRVNUIGlzIG5vdCBzZXQKQ09ORklHX1BBUkFW SVJUPXkKQ09ORklHX1BBUkFWSVJUX1NQSU5MT0NLUz15CkNPTkZJR19QQVJBVklSVF9DTE9DSz15 CiMgQ09ORklHX1BBUkFWSVJUX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX05PX0JPT1RNRU09eQoj IENPTkZJR19NRU1URVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfTUs4IGlzIG5vdCBzZXQKIyBDT05G SUdfTVBTQyBpcyBub3Qgc2V0CiMgQ09ORklHX01DT1JFMiBpcyBub3Qgc2V0CiMgQ09ORklHX01B VE9NIGlzIG5vdCBzZXQKQ09ORklHX0dFTkVSSUNfQ1BVPXkKQ09ORklHX1g4Nl9JTlRFUk5PREVf Q0FDSEVfU0hJRlQ9MTIKQ09ORklHX1g4Nl9DTVBYQ0hHPXkKQ09ORklHX0NNUFhDSEdfTE9DQUw9 eQpDT05GSUdfQ01QWENIR19ET1VCTEU9eQpDT05GSUdfWDg2X0wxX0NBQ0hFX1NISUZUPTYKQ09O RklHX1g4Nl9YQUREPXkKQ09ORklHX1g4Nl9XUF9XT1JLU19PSz15CkNPTkZJR19YODZfVFNDPXkK Q09ORklHX1g4Nl9DTVBYQ0hHNjQ9eQpDT05GSUdfWDg2X0NNT1Y9eQpDT05GSUdfWDg2X01JTklN VU1fQ1BVX0ZBTUlMWT02NApDT05GSUdfWDg2X0RFQlVHQ1RMTVNSPXkKQ09ORklHX1BST0NFU1NP Ul9TRUxFQ1Q9eQpDT05GSUdfQ1BVX1NVUF9JTlRFTD15CkNPTkZJR19DUFVfU1VQX0FNRD15CkNP TkZJR19DUFVfU1VQX0NFTlRBVVI9eQpDT05GSUdfSFBFVF9USU1FUj15CkNPTkZJR19IUEVUX0VN VUxBVEVfUlRDPXkKQ09ORklHX0RNST15CkNPTkZJR19HQVJUX0lPTU1VPXkKIyBDT05GSUdfQ0FM R0FSWV9JT01NVSBpcyBub3Qgc2V0CkNPTkZJR19TV0lPVExCPXkKQ09ORklHX0lPTU1VX0hFTFBF Uj15CkNPTkZJR19NQVhTTVA9eQpDT05GSUdfTlJfQ1BVUz00MDk2CkNPTkZJR19TQ0hFRF9TTVQ9 eQpDT05GSUdfU0NIRURfTUM9eQpDT05GSUdfSVJRX1RJTUVfQUNDT1VOVElORz15CkNPTkZJR19Q UkVFTVBUX05PTkU9eQojIENPTkZJR19QUkVFTVBUX1ZPTFVOVEFSWSBpcyBub3Qgc2V0CiMgQ09O RklHX1BSRUVNUFQgaXMgbm90IHNldApDT05GSUdfWDg2X0xPQ0FMX0FQSUM9eQpDT05GSUdfWDg2 X0lPX0FQSUM9eQpDT05GSUdfWDg2X1JFUk9VVEVfRk9SX0JST0tFTl9CT09UX0lSUVM9eQojIENP TkZJR19YODZfTUNFIGlzIG5vdCBzZXQKIyBDT05GSUdfSThLIGlzIG5vdCBzZXQKQ09ORklHX01J Q1JPQ09ERT15CkNPTkZJR19NSUNST0NPREVfSU5URUw9eQpDT05GSUdfTUlDUk9DT0RFX0FNRD15 CkNPTkZJR19NSUNST0NPREVfT0xEX0lOVEVSRkFDRT15CkNPTkZJR19YODZfTVNSPXkKQ09ORklH X1g4Nl9DUFVJRD15CkNPTkZJR19BUkNIX1BIWVNfQUREUl9UXzY0QklUPXkKQ09ORklHX0FSQ0hf RE1BX0FERFJfVF82NEJJVD15CkNPTkZJR19ESVJFQ1RfR0JQQUdFUz15CkNPTkZJR19OVU1BPXkK IyBDT05GSUdfQU1EX05VTUEgaXMgbm90IHNldApDT05GSUdfWDg2XzY0X0FDUElfTlVNQT15CkNP TkZJR19OT0RFU19TUEFOX09USEVSX05PREVTPXkKQ09ORklHX05VTUFfRU1VPXkKQ09ORklHX05P REVTX1NISUZUPTEwCkNPTkZJR19BUkNIX1NQQVJTRU1FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9T UEFSU0VNRU1fREVGQVVMVD15CkNPTkZJR19BUkNIX1NFTEVDVF9NRU1PUllfTU9ERUw9eQpDT05G SUdfQVJDSF9NRU1PUllfUFJPQkU9eQpDT05GSUdfQVJDSF9QUk9DX0tDT1JFX1RFWFQ9eQpDT05G SUdfSUxMRUdBTF9QT0lOVEVSX1ZBTFVFPTB4ZGVhZDAwMDAwMDAwMDAwMApDT05GSUdfU0VMRUNU X01FTU9SWV9NT0RFTD15CkNPTkZJR19TUEFSU0VNRU1fTUFOVUFMPXkKQ09ORklHX1NQQVJTRU1F TT15CkNPTkZJR19ORUVEX01VTFRJUExFX05PREVTPXkKQ09ORklHX0hBVkVfTUVNT1JZX1BSRVNF TlQ9eQpDT05GSUdfU1BBUlNFTUVNX0VYVFJFTUU9eQpDT05GSUdfU1BBUlNFTUVNX1ZNRU1NQVBf RU5BQkxFPXkKQ09ORklHX1NQQVJTRU1FTV9BTExPQ19NRU1fTUFQX1RPR0VUSEVSPXkKQ09ORklH X1NQQVJTRU1FTV9WTUVNTUFQPXkKQ09ORklHX0hBVkVfTUVNQkxPQ0s9eQpDT05GSUdfTUVNT1JZ X0hPVFBMVUc9eQpDT05GSUdfTUVNT1JZX0hPVFBMVUdfU1BBUlNFPXkKQ09ORklHX01FTU9SWV9I T1RSRU1PVkU9eQpDT05GSUdfUEFHRUZMQUdTX0VYVEVOREVEPXkKQ09ORklHX1NQTElUX1BUTE9D S19DUFVTPTQKQ09ORklHX0NPTVBBQ1RJT049eQpDT05GSUdfTUlHUkFUSU9OPXkKQ09ORklHX1BI WVNfQUREUl9UXzY0QklUPXkKQ09ORklHX1pPTkVfRE1BX0ZMQUc9MQpDT05GSUdfQk9VTkNFPXkK Q09ORklHX1ZJUlRfVE9fQlVTPXkKQ09ORklHX01NVV9OT1RJRklFUj15CkNPTkZJR19LU009eQpD T05GSUdfREVGQVVMVF9NTUFQX01JTl9BRERSPTY1NTM2CkNPTkZJR19UUkFOU1BBUkVOVF9IVUdF UEFHRT15CkNPTkZJR19UUkFOU1BBUkVOVF9IVUdFUEFHRV9BTFdBWVM9eQojIENPTkZJR19UUkFO U1BBUkVOVF9IVUdFUEFHRV9NQURWSVNFIGlzIG5vdCBzZXQKQ09ORklHX0NMRUFOQ0FDSEU9eQpD T05GSUdfWDg2X0NIRUNLX0JJT1NfQ09SUlVQVElPTj15CkNPTkZJR19YODZfQk9PVFBBUkFNX01F TU9SWV9DT1JSVVBUSU9OX0NIRUNLPXkKQ09ORklHX1g4Nl9SRVNFUlZFX0xPVz02NApDT05GSUdf TVRSUj15CkNPTkZJR19NVFJSX1NBTklUSVpFUj15CkNPTkZJR19NVFJSX1NBTklUSVpFUl9FTkFC TEVfREVGQVVMVD0wCkNPTkZJR19NVFJSX1NBTklUSVpFUl9TUEFSRV9SRUdfTlJfREVGQVVMVD0x CkNPTkZJR19YODZfUEFUPXkKQ09ORklHX0FSQ0hfVVNFU19QR19VTkNBQ0hFRD15CkNPTkZJR19F Rkk9eQpDT05GSUdfU0VDQ09NUD15CkNPTkZJR19DQ19TVEFDS1BST1RFQ1RPUj15CkNPTkZJR19I Wl8xMDA9eQojIENPTkZJR19IWl8yNTAgaXMgbm90IHNldAojIENPTkZJR19IWl8zMDAgaXMgbm90 IHNldAojIENPTkZJR19IWl8xMDAwIGlzIG5vdCBzZXQKQ09ORklHX0haPTEwMApDT05GSUdfU0NI RURfSFJUSUNLPXkKQ09ORklHX0tFWEVDPXkKQ09ORklHX0NSQVNIX0RVTVA9eQojIENPTkZJR19L RVhFQ19KVU1QIGlzIG5vdCBzZXQKQ09ORklHX1BIWVNJQ0FMX1NUQVJUPTB4MTAwMDAwCkNPTkZJ R19SRUxPQ0FUQUJMRT15CkNPTkZJR19QSFlTSUNBTF9BTElHTj0weDEwMDAwMDAKQ09ORklHX0hP VFBMVUdfQ1BVPXkKQ09ORklHX0NPTVBBVF9WRFNPPXkKIyBDT05GSUdfQ01ETElORV9CT09MIGlz IG5vdCBzZXQKQ09ORklHX0FSQ0hfRU5BQkxFX01FTU9SWV9IT1RQTFVHPXkKQ09ORklHX0FSQ0hf RU5BQkxFX01FTU9SWV9IT1RSRU1PVkU9eQpDT05GSUdfVVNFX1BFUkNQVV9OVU1BX05PREVfSUQ9 eQoKIwojIFBvd2VyIG1hbmFnZW1lbnQgYW5kIEFDUEkgb3B0aW9ucwojCkNPTkZJR19BUkNIX0hJ QkVSTkFUSU9OX0hFQURFUj15CkNPTkZJR19TVVNQRU5EPXkKQ09ORklHX1NVU1BFTkRfRlJFRVpF Uj15CkNPTkZJR19ISUJFUk5BVEVfQ0FMTEJBQ0tTPXkKQ09ORklHX0hJQkVSTkFUSU9OPXkKQ09O RklHX1BNX1NURF9QQVJUSVRJT049IiIKQ09ORklHX1BNX1NMRUVQPXkKQ09ORklHX1BNX1NMRUVQ X1NNUD15CkNPTkZJR19QTV9SVU5USU1FPXkKQ09ORklHX1BNPXkKQ09ORklHX1BNX0RFQlVHPXkK IyBDT05GSUdfUE1fQURWQU5DRURfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19QTV9URVNUX1NV U1BFTkQgaXMgbm90IHNldApDT05GSUdfQ0FOX1BNX1RSQUNFPXkKIyBDT05GSUdfUE1fVFJBQ0Vf UlRDIGlzIG5vdCBzZXQKQ09ORklHX0FDUEk9eQpDT05GSUdfQUNQSV9TTEVFUD15CkNPTkZJR19B Q1BJX1BST0NGUz15CkNPTkZJR19BQ1BJX1BST0NGU19QT1dFUj15CiMgQ09ORklHX0FDUElfRUNf REVCVUdGUyBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX1BST0NfRVZFTlQ9eQpDT05GSUdfQUNQSV9B Qz15CkNPTkZJR19BQ1BJX0JBVFRFUlk9bQpDT05GSUdfQUNQSV9CVVRUT049eQpDT05GSUdfQUNQ SV9WSURFTz1tCkNPTkZJR19BQ1BJX0ZBTj1tCkNPTkZJR19BQ1BJX0RPQ0s9eQpDT05GSUdfQUNQ SV9QUk9DRVNTT1I9eQojIENPTkZJR19BQ1BJX0lQTUkgaXMgbm90IHNldApDT05GSUdfQUNQSV9I T1RQTFVHX0NQVT15CkNPTkZJR19BQ1BJX1BST0NFU1NPUl9BR0dSRUdBVE9SPXkKQ09ORklHX0FD UElfVEhFUk1BTD15CkNPTkZJR19BQ1BJX05VTUE9eQojIENPTkZJR19BQ1BJX0NVU1RPTV9EU0RU IGlzIG5vdCBzZXQKQ09ORklHX0FDUElfQkxBQ0tMSVNUX1lFQVI9MAojIENPTkZJR19BQ1BJX0RF QlVHIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfUENJX1NMT1Q9eQpDT05GSUdfWDg2X1BNX1RJTUVS PXkKQ09ORklHX0FDUElfQ09OVEFJTkVSPXkKQ09ORklHX0FDUElfSE9UUExVR19NRU1PUlk9eQpD T05GSUdfQUNQSV9TQlM9bQpDT05GSUdfQUNQSV9IRUQ9eQojIENPTkZJR19BQ1BJX0NVU1RPTV9N RVRIT0QgaXMgbm90IHNldApDT05GSUdfQUNQSV9BUEVJPXkKIyBDT05GSUdfQUNQSV9BUEVJX0dI RVMgaXMgbm90IHNldApDT05GSUdfQUNQSV9BUEVJX1BDSUVBRVI9eQpDT05GSUdfQUNQSV9BUEVJ X0VJTko9bQpDT05GSUdfQUNQSV9BUEVJX0VSU1RfREVCVUc9bQpDT05GSUdfU0ZJPXkKCiMKIyBD UFUgRnJlcXVlbmN5IHNjYWxpbmcKIwpDT05GSUdfQ1BVX0ZSRVE9eQpDT05GSUdfQ1BVX0ZSRVFf VEFCTEU9bQpDT05GSUdfQ1BVX0ZSRVFfU1RBVD1tCkNPTkZJR19DUFVfRlJFUV9TVEFUX0RFVEFJ TFM9eQpDT05GSUdfQ1BVX0ZSRVFfREVGQVVMVF9HT1ZfUEVSRk9STUFOQ0U9eQojIENPTkZJR19D UFVfRlJFUV9ERUZBVUxUX0dPVl9QT1dFUlNBVkUgaXMgbm90IHNldAojIENPTkZJR19DUFVfRlJF UV9ERUZBVUxUX0dPVl9VU0VSU1BBQ0UgaXMgbm90IHNldAojIENPTkZJR19DUFVfRlJFUV9ERUZB VUxUX0dPVl9PTkRFTUFORCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQVV9GUkVRX0RFRkFVTFRfR09W X0NPTlNFUlZBVElWRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVfRlJFUV9HT1ZfUEVSRk9STUFOQ0U9 eQpDT05GSUdfQ1BVX0ZSRVFfR09WX1BPV0VSU0FWRT1tCkNPTkZJR19DUFVfRlJFUV9HT1ZfVVNF UlNQQUNFPW0KQ09ORklHX0NQVV9GUkVRX0dPVl9PTkRFTUFORD1tCkNPTkZJR19DUFVfRlJFUV9H T1ZfQ09OU0VSVkFUSVZFPW0KCiMKIyB4ODYgQ1BVIGZyZXF1ZW5jeSBzY2FsaW5nIGRyaXZlcnMK IwojIENPTkZJR19YODZfUENDX0NQVUZSRVEgaXMgbm90IHNldApDT05GSUdfWDg2X0FDUElfQ1BV RlJFUT1tCkNPTkZJR19YODZfUE9XRVJOT1dfSzg9bQpDT05GSUdfWDg2X1NQRUVEU1RFUF9DRU5U UklOTz1tCkNPTkZJR19YODZfUDRfQ0xPQ0tNT0Q9bQoKIwojIHNoYXJlZCBvcHRpb25zCiMKQ09O RklHX1g4Nl9TUEVFRFNURVBfTElCPW0KQ09ORklHX0NQVV9JRExFPXkKQ09ORklHX0NQVV9JRExF X0dPVl9MQURERVI9eQpDT05GSUdfQ1BVX0lETEVfR09WX01FTlU9eQpDT05GSUdfSU5URUxfSURM RT15CgojCiMgTWVtb3J5IHBvd2VyIHNhdmluZ3MKIwpDT05GSUdfSTczMDBfSURMRV9JT0FUX0NI QU5ORUw9eQpDT05GSUdfSTczMDBfSURMRT15CgojCiMgQnVzIG9wdGlvbnMgKFBDSSBldGMuKQoj CkNPTkZJR19QQ0k9eQpDT05GSUdfUENJX0RJUkVDVD15CkNPTkZJR19QQ0lfTU1DT05GSUc9eQpD T05GSUdfUENJX1hFTj15CkNPTkZJR19QQ0lfRE9NQUlOUz15CkNPTkZJR19QQ0lfQ05CMjBMRV9R VUlSSz15CkNPTkZJR19QQ0lFUE9SVEJVUz15CkNPTkZJR19IT1RQTFVHX1BDSV9QQ0lFPXkKQ09O RklHX1BDSUVBRVI9eQpDT05GSUdfUENJRV9FQ1JDPXkKQ09ORklHX1BDSUVBRVJfSU5KRUNUPXkK Q09ORklHX1BDSUVBU1BNPXkKQ09ORklHX1BDSUVBU1BNX0RFQlVHPXkKQ09ORklHX1BDSUVfUE1F PXkKQ09ORklHX0FSQ0hfU1VQUE9SVFNfTVNJPXkKQ09ORklHX1BDSV9NU0k9eQpDT05GSUdfUENJ X0RFQlVHPXkKQ09ORklHX1BDSV9TVFVCPXkKQ09ORklHX1hFTl9QQ0lERVZfRlJPTlRFTkQ9eQpD T05GSUdfWEVOX1BDSURFVl9GRV9ERUJVRz15CkNPTkZJR19IVF9JUlE9eQpDT05GSUdfUENJX0lP Vj15CkNPTkZJR19QQ0lfSU9BUElDPXkKQ09ORklHX1BDSV9MQUJFTD15CkNPTkZJR19JU0FfRE1B X0FQST15CkNPTkZJR19BTURfTkI9eQpDT05GSUdfUENDQVJEPXkKQ09ORklHX1BDTUNJQT1tCkNP TkZJR19QQ01DSUFfTE9BRF9DSVM9eQpDT05GSUdfQ0FSREJVUz15CgojCiMgUEMtY2FyZCBicmlk Z2VzCiMKQ09ORklHX1lFTlRBPW0KQ09ORklHX1lFTlRBX08yPXkKQ09ORklHX1lFTlRBX1JJQ09I PXkKQ09ORklHX1lFTlRBX1RJPXkKQ09ORklHX1lFTlRBX0VORV9UVU5FPXkKQ09ORklHX1lFTlRB X1RPU0hJQkE9eQpDT05GSUdfUEQ2NzI5PW0KQ09ORklHX0k4MjA5Mj1tCkNPTkZJR19QQ0NBUkRf Tk9OU1RBVElDPXkKQ09ORklHX0hPVFBMVUdfUENJPXkKQ09ORklHX0hPVFBMVUdfUENJX0ZBS0U9 eQpDT05GSUdfSE9UUExVR19QQ0lfQUNQST15CkNPTkZJR19IT1RQTFVHX1BDSV9BQ1BJX0lCTT15 CkNPTkZJR19IT1RQTFVHX1BDSV9DUENJPXkKQ09ORklHX0hPVFBMVUdfUENJX0NQQ0lfWlQ1NTUw PXkKQ09ORklHX0hPVFBMVUdfUENJX0NQQ0lfR0VORVJJQz15CkNPTkZJR19IT1RQTFVHX1BDSV9T SFBDPXkKQ09ORklHX1JBUElESU89eQpDT05GSUdfUkFQSURJT19ESVNDX1RJTUVPVVQ9MzAKQ09O RklHX1JBUElESU9fRU5BQkxFX1JYX1RYX1BPUlRTPXkKQ09ORklHX1JBUElESU9fVFNJNTdYPXkK Q09ORklHX1JBUElESU9fQ1BTX1hYPXkKQ09ORklHX1JBUElESU9fVFNJNTY4PXkKQ09ORklHX1JB UElESU9fQ1BTX0dFTjI9eQpDT05GSUdfUkFQSURJT19UU0k1MDA9eQpDT05GSUdfUkFQSURJT19E RUJVRz15CgojCiMgRXhlY3V0YWJsZSBmaWxlIGZvcm1hdHMgLyBFbXVsYXRpb25zCiMKQ09ORklH X0JJTkZNVF9FTEY9eQpDT05GSUdfQ09NUEFUX0JJTkZNVF9FTEY9eQpDT05GSUdfQ09SRV9EVU1Q X0RFRkFVTFRfRUxGX0hFQURFUlM9eQojIENPTkZJR19IQVZFX0FPVVQgaXMgbm90IHNldApDT05G SUdfQklORk1UX01JU0M9eQpDT05GSUdfSUEzMl9FTVVMQVRJT049eQpDT05GSUdfSUEzMl9BT1VU PXkKQ09ORklHX0NPTVBBVD15CkNPTkZJR19DT01QQVRfRk9SX1U2NF9BTElHTk1FTlQ9eQpDT05G SUdfU1lTVklQQ19DT01QQVQ9eQpDT05GSUdfS0VZU19DT01QQVQ9eQpDT05GSUdfSEFWRV9URVhU X1BPS0VfU01QPXkKQ09ORklHX05FVD15CkNPTkZJR19DT01QQVRfTkVUTElOS19NRVNTQUdFUz15 CgojCiMgTmV0d29ya2luZyBvcHRpb25zCiMKQ09ORklHX1BBQ0tFVD1tCkNPTkZJR19VTklYPXkK Q09ORklHX1hGUk09eQpDT05GSUdfWEZSTV9VU0VSPW0KIyBDT05GSUdfWEZSTV9TVUJfUE9MSUNZ IGlzIG5vdCBzZXQKIyBDT05GSUdfWEZSTV9NSUdSQVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZS TV9TVEFUSVNUSUNTIGlzIG5vdCBzZXQKQ09ORklHX1hGUk1fSVBDT01QPXkKQ09ORklHX05FVF9L RVk9bQojIENPTkZJR19ORVRfS0VZX01JR1JBVEUgaXMgbm90IHNldApDT05GSUdfSU5FVD15CkNP TkZJR19JUF9NVUxUSUNBU1Q9eQpDT05GSUdfSVBfQURWQU5DRURfUk9VVEVSPXkKIyBDT05GSUdf SVBfRklCX1RSSUVfU1RBVFMgaXMgbm90IHNldApDT05GSUdfSVBfTVVMVElQTEVfVEFCTEVTPXkK Q09ORklHX0lQX1JPVVRFX01VTFRJUEFUSD15CkNPTkZJR19JUF9ST1VURV9WRVJCT1NFPXkKQ09O RklHX0lQX1JPVVRFX0NMQVNTSUQ9eQojIENPTkZJR19JUF9QTlAgaXMgbm90IHNldApDT05GSUdf TkVUX0lQSVA9eQojIENPTkZJR19ORVRfSVBHUkVfREVNVVggaXMgbm90IHNldApDT05GSUdfSVBf TVJPVVRFPXkKIyBDT05GSUdfSVBfTVJPVVRFX01VTFRJUExFX1RBQkxFUyBpcyBub3Qgc2V0CkNP TkZJR19JUF9QSU1TTV9WMT15CkNPTkZJR19JUF9QSU1TTV9WMj15CiMgQ09ORklHX0FSUEQgaXMg bm90IHNldApDT05GSUdfU1lOX0NPT0tJRVM9eQpDT05GSUdfSU5FVF9BSD15CkNPTkZJR19JTkVU X0VTUD15CkNPTkZJR19JTkVUX0lQQ09NUD15CkNPTkZJR19JTkVUX1hGUk1fVFVOTkVMPXkKQ09O RklHX0lORVRfVFVOTkVMPXkKQ09ORklHX0lORVRfWEZSTV9NT0RFX1RSQU5TUE9SVD15CkNPTkZJ R19JTkVUX1hGUk1fTU9ERV9UVU5ORUw9eQpDT05GSUdfSU5FVF9YRlJNX01PREVfQkVFVD15CkNP TkZJR19JTkVUX0xSTz15CkNPTkZJR19JTkVUX0RJQUc9eQpDT05GSUdfSU5FVF9UQ1BfRElBRz15 CkNPTkZJR19UQ1BfQ09OR19BRFZBTkNFRD15CkNPTkZJR19UQ1BfQ09OR19CSUM9bQpDT05GSUdf VENQX0NPTkdfQ1VCSUM9bQpDT05GSUdfVENQX0NPTkdfV0VTVFdPT0Q9bQpDT05GSUdfVENQX0NP TkdfSFRDUD1tCkNPTkZJR19UQ1BfQ09OR19IU1RDUD1tCkNPTkZJR19UQ1BfQ09OR19IWUJMQT1t CkNPTkZJR19UQ1BfQ09OR19WRUdBUz1tCkNPTkZJR19UQ1BfQ09OR19TQ0FMQUJMRT1tCkNPTkZJ R19UQ1BfQ09OR19MUD1tCkNPTkZJR19UQ1BfQ09OR19WRU5PPW0KQ09ORklHX1RDUF9DT05HX1lF QUg9bQpDT05GSUdfVENQX0NPTkdfSUxMSU5PSVM9bQpDT05GSUdfREVGQVVMVF9SRU5PPXkKQ09O RklHX0RFRkFVTFRfVENQX0NPTkc9InJlbm8iCkNPTkZJR19UQ1BfTUQ1U0lHPXkKQ09ORklHX0lQ VjY9bQpDT05GSUdfSVBWNl9QUklWQUNZPXkKIyBDT05GSUdfSVBWNl9ST1VURVJfUFJFRiBpcyBu b3Qgc2V0CiMgQ09ORklHX0lQVjZfT1BUSU1JU1RJQ19EQUQgaXMgbm90IHNldApDT05GSUdfSU5F VDZfQUg9bQpDT05GSUdfSU5FVDZfRVNQPW0KQ09ORklHX0lORVQ2X0lQQ09NUD1tCiMgQ09ORklH X0lQVjZfTUlQNiBpcyBub3Qgc2V0CkNPTkZJR19JTkVUNl9YRlJNX1RVTk5FTD1tCkNPTkZJR19J TkVUNl9UVU5ORUw9bQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1RSQU5TUE9SVD1tCkNPTkZJR19J TkVUNl9YRlJNX01PREVfVFVOTkVMPW0KQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9CRUVUPW0KQ09O RklHX0lORVQ2X1hGUk1fTU9ERV9ST1VURU9QVElNSVpBVElPTj1tCkNPTkZJR19JUFY2X1NJVD1t CiMgQ09ORklHX0lQVjZfU0lUXzZSRCBpcyBub3Qgc2V0CkNPTkZJR19JUFY2X05ESVNDX05PREVU WVBFPXkKQ09ORklHX0lQVjZfVFVOTkVMPW0KQ09ORklHX0lQVjZfTVVMVElQTEVfVEFCTEVTPXkK IyBDT05GSUdfSVBWNl9TVUJUUkVFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfTVJPVVRFIGlz IG5vdCBzZXQKQ09ORklHX05FVExBQkVMPXkKQ09ORklHX05FVFdPUktfU0VDTUFSSz15CiMgQ09O RklHX05FVFdPUktfUEhZX1RJTUVTVEFNUElORyBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVI9 eQojIENPTkZJR19ORVRGSUxURVJfREVCVUcgaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX0FE VkFOQ0VEPXkKQ09ORklHX0JSSURHRV9ORVRGSUxURVI9eQoKIwojIENvcmUgTmV0ZmlsdGVyIENv bmZpZ3VyYXRpb24KIwpDT05GSUdfTkVURklMVEVSX05FVExJTks9bQpDT05GSUdfTkVURklMVEVS X05FVExJTktfUVVFVUU9bQpDT05GSUdfTkVURklMVEVSX05FVExJTktfTE9HPW0KQ09ORklHX05G X0NPTk5UUkFDSz1tCkNPTkZJR19ORl9DT05OVFJBQ0tfTUFSSz15CkNPTkZJR19ORl9DT05OVFJB Q0tfU0VDTUFSSz15CkNPTkZJR19ORl9DT05OVFJBQ0tfRVZFTlRTPXkKIyBDT05GSUdfTkZfQ09O TlRSQUNLX1RJTUVTVEFNUCBpcyBub3Qgc2V0CkNPTkZJR19ORl9DVF9QUk9UT19EQ0NQPW0KQ09O RklHX05GX0NUX1BST1RPX0dSRT1tCkNPTkZJR19ORl9DVF9QUk9UT19TQ1RQPW0KQ09ORklHX05G X0NUX1BST1RPX1VEUExJVEU9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0FNQU5EQT1tCkNPTkZJR19O Rl9DT05OVFJBQ0tfRlRQPW0KQ09ORklHX05GX0NPTk5UUkFDS19IMzIzPW0KQ09ORklHX05GX0NP Tk5UUkFDS19JUkM9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0JST0FEQ0FTVD1tCkNPTkZJR19ORl9D T05OVFJBQ0tfTkVUQklPU19OUz1tCiMgQ09ORklHX05GX0NPTk5UUkFDS19TTk1QIGlzIG5vdCBz ZXQKQ09ORklHX05GX0NPTk5UUkFDS19QUFRQPW0KIyBDT05GSUdfTkZfQ09OTlRSQUNLX1NBTkUg aXMgbm90IHNldApDT05GSUdfTkZfQ09OTlRSQUNLX1NJUD1tCkNPTkZJR19ORl9DT05OVFJBQ0tf VEZUUD1tCkNPTkZJR19ORl9DVF9ORVRMSU5LPW0KIyBDT05GSUdfTkVURklMVEVSX1RQUk9YWSBp cyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRBQkxFUz1tCgojCiMgWHRhYmxlcyBjb21iaW5l ZCBtb2R1bGVzCiMKQ09ORklHX05FVEZJTFRFUl9YVF9NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9Y VF9DT05OTUFSSz1tCgojCiMgWHRhYmxlcyB0YXJnZXRzCiMKIyBDT05GSUdfTkVURklMVEVSX1hU X1RBUkdFVF9BVURJVCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfQ0hF Q0tTVU0gaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9DTEFTU0lGWT1tCkNP TkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0NPTk5NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9YVF9U QVJHRVRfQ09OTlNFQ01BUks9bQojIENPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0NUIGlzIG5v dCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfRFNDUD1tCkNPTkZJR19ORVRGSUxURVJf WFRfVEFSR0VUX0hMPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9JRExFVElNRVIgaXMg bm90IHNldAojIENPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0xFRCBpcyBub3Qgc2V0CkNPTkZJ R19ORVRGSUxURVJfWFRfVEFSR0VUX01BUks9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9O RkxPRz1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05GUVVFVUU9bQpDT05GSUdfTkVURklM VEVSX1hUX1RBUkdFVF9OT1RSQUNLPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9SQVRF RVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9URUUgaXMgbm90IHNl dApDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UUkFDRT1tCkNPTkZJR19ORVRGSUxURVJfWFRf VEFSR0VUX1NFQ01BUks9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UQ1BNU1M9bQojIENP TkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX1RDUE9QVFNUUklQIGlzIG5vdCBzZXQKCiMKIyBYdGFi bGVzIG1hdGNoZXMKIwojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQUREUlRZUEUgaXMgbm90 IHNldAojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ0xVU1RFUiBpcyBub3Qgc2V0CkNPTkZJ R19ORVRGSUxURVJfWFRfTUFUQ0hfQ09NTUVOVD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf Q09OTkJZVEVTPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OTElNSVQ9bQpDT05GSUdf TkVURklMVEVSX1hUX01BVENIX0NPTk5NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9D T05OVFJBQ0s9bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ1BVIGlzIG5vdCBzZXQKQ09O RklHX05FVEZJTFRFUl9YVF9NQVRDSF9EQ0NQPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENI X0RFVkdST1VQIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9EU0NQPW0KQ09O RklHX05FVEZJTFRFUl9YVF9NQVRDSF9FU1A9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0hB U0hMSU1JVD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSEVMUEVSPW0KQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9ITD1tCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9JUFJBTkdFIGlz IG5vdCBzZXQKIyBDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0lQVlMgaXMgbm90IHNldApDT05G SUdfTkVURklMVEVSX1hUX01BVENIX0xFTkdUSD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf TElNSVQ9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX01BQz1tCkNPTkZJR19ORVRGSUxURVJf WFRfTUFUQ0hfTUFSSz1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTVVMVElQT1JUPW0KIyBD T05GSUdfTkVURklMVEVSX1hUX01BVENIX09TRiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9PV05FUiBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUE9M SUNZPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9QSFlTREVWPW0KQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9QS1RUWVBFPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9RVU9UQT1tCiMg Q09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9SQVRFRVNUIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9SRUFMTT1tCiMgQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9SRUNFTlQg aXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1NDVFA9bQpDT05GSUdfTkVURklM VEVSX1hUX01BVENIX1NUQVRFPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9TVEFUSVNUSUM9 bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1NUUklORz1tCkNPTkZJR19ORVRGSUxURVJfWFRf TUFUQ0hfVENQTVNTPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9USU1FPW0KQ09ORklHX05F VEZJTFRFUl9YVF9NQVRDSF9VMzI9bQojIENPTkZJR19JUF9TRVQgaXMgbm90IHNldApDT05GSUdf SVBfVlM9bQojIENPTkZJR19JUF9WU19JUFY2IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfVlNfREVC VUcgaXMgbm90IHNldApDT05GSUdfSVBfVlNfVEFCX0JJVFM9MTIKCiMKIyBJUFZTIHRyYW5zcG9y dCBwcm90b2NvbCBsb2FkIGJhbGFuY2luZyBzdXBwb3J0CiMKQ09ORklHX0lQX1ZTX1BST1RPX1RD UD15CkNPTkZJR19JUF9WU19QUk9UT19VRFA9eQpDT05GSUdfSVBfVlNfUFJPVE9fQUhfRVNQPXkK Q09ORklHX0lQX1ZTX1BST1RPX0VTUD15CkNPTkZJR19JUF9WU19QUk9UT19BSD15CiMgQ09ORklH X0lQX1ZTX1BST1RPX1NDVFAgaXMgbm90IHNldAoKIwojIElQVlMgc2NoZWR1bGVyCiMKQ09ORklH X0lQX1ZTX1JSPW0KQ09ORklHX0lQX1ZTX1dSUj1tCkNPTkZJR19JUF9WU19MQz1tCkNPTkZJR19J UF9WU19XTEM9bQpDT05GSUdfSVBfVlNfTEJMQz1tCkNPTkZJR19JUF9WU19MQkxDUj1tCkNPTkZJ R19JUF9WU19ESD1tCkNPTkZJR19JUF9WU19TSD1tCkNPTkZJR19JUF9WU19TRUQ9bQpDT05GSUdf SVBfVlNfTlE9bQoKIwojIElQVlMgYXBwbGljYXRpb24gaGVscGVyCiMKQ09ORklHX0lQX1ZTX0ZU UD1tCkNPTkZJR19JUF9WU19ORkNUPXkKIyBDT05GSUdfSVBfVlNfUEVfU0lQIGlzIG5vdCBzZXQK CiMKIyBJUDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQVjQ9 bQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjQ9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1BST0NfQ09N UEFUPXkKQ09ORklHX0lQX05GX1FVRVVFPW0KQ09ORklHX0lQX05GX0lQVEFCTEVTPW0KQ09ORklH X0lQX05GX01BVENIX0FIPW0KQ09ORklHX0lQX05GX01BVENIX0VDTj1tCkNPTkZJR19JUF9ORl9N QVRDSF9UVEw9bQpDT05GSUdfSVBfTkZfRklMVEVSPW0KQ09ORklHX0lQX05GX1RBUkdFVF9SRUpF Q1Q9bQpDT05GSUdfSVBfTkZfVEFSR0VUX0xPRz1tCkNPTkZJR19JUF9ORl9UQVJHRVRfVUxPRz1t CkNPTkZJR19ORl9OQVQ9bQpDT05GSUdfTkZfTkFUX05FRURFRD15CkNPTkZJR19JUF9ORl9UQVJH RVRfTUFTUVVFUkFERT1tCkNPTkZJR19JUF9ORl9UQVJHRVRfTkVUTUFQPW0KQ09ORklHX0lQX05G X1RBUkdFVF9SRURJUkVDVD1tCkNPTkZJR19ORl9OQVRfUFJPVE9fRENDUD1tCkNPTkZJR19ORl9O QVRfUFJPVE9fR1JFPW0KQ09ORklHX05GX05BVF9QUk9UT19VRFBMSVRFPW0KQ09ORklHX05GX05B VF9QUk9UT19TQ1RQPW0KQ09ORklHX05GX05BVF9GVFA9bQpDT05GSUdfTkZfTkFUX0lSQz1tCkNP TkZJR19ORl9OQVRfVEZUUD1tCkNPTkZJR19ORl9OQVRfQU1BTkRBPW0KQ09ORklHX05GX05BVF9Q UFRQPW0KQ09ORklHX05GX05BVF9IMzIzPW0KQ09ORklHX05GX05BVF9TSVA9bQpDT05GSUdfSVBf TkZfTUFOR0xFPW0KQ09ORklHX0lQX05GX1RBUkdFVF9DTFVTVEVSSVA9bQpDT05GSUdfSVBfTkZf VEFSR0VUX0VDTj1tCkNPTkZJR19JUF9ORl9UQVJHRVRfVFRMPW0KQ09ORklHX0lQX05GX1JBVz1t CiMgQ09ORklHX0lQX05GX1NFQ1VSSVRZIGlzIG5vdCBzZXQKQ09ORklHX0lQX05GX0FSUFRBQkxF Uz1tCkNPTkZJR19JUF9ORl9BUlBGSUxURVI9bQpDT05GSUdfSVBfTkZfQVJQX01BTkdMRT1tCgoj CiMgSVB2NjogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQVjY9 bQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjY9bQpDT05GSUdfSVA2X05GX1FVRVVFPW0KQ09ORklH X0lQNl9ORl9JUFRBQkxFUz1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfQUg9bQpDT05GSUdfSVA2X05G X01BVENIX0VVSTY0PW0KQ09ORklHX0lQNl9ORl9NQVRDSF9GUkFHPW0KQ09ORklHX0lQNl9ORl9N QVRDSF9PUFRTPW0KQ09ORklHX0lQNl9ORl9NQVRDSF9ITD1tCkNPTkZJR19JUDZfTkZfTUFUQ0hf SVBWNkhFQURFUj1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfTUg9bQpDT05GSUdfSVA2X05GX01BVENI X1JUPW0KQ09ORklHX0lQNl9ORl9UQVJHRVRfSEw9bQpDT05GSUdfSVA2X05GX1RBUkdFVF9MT0c9 bQpDT05GSUdfSVA2X05GX0ZJTFRFUj1tCkNPTkZJR19JUDZfTkZfVEFSR0VUX1JFSkVDVD1tCkNP TkZJR19JUDZfTkZfTUFOR0xFPW0KQ09ORklHX0lQNl9ORl9SQVc9bQojIENPTkZJR19JUDZfTkZf U0VDVVJJVFkgaXMgbm90IHNldAoKIwojIERFQ25ldDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24K IwpDT05GSUdfREVDTkVUX05GX0dSQUJVTEFUT1I9bQpDT05GSUdfQlJJREdFX05GX0VCVEFCTEVT PW0KQ09ORklHX0JSSURHRV9FQlRfQlJPVVRFPW0KQ09ORklHX0JSSURHRV9FQlRfVF9GSUxURVI9 bQpDT05GSUdfQlJJREdFX0VCVF9UX05BVD1tCkNPTkZJR19CUklER0VfRUJUXzgwMl8zPW0KQ09O RklHX0JSSURHRV9FQlRfQU1PTkc9bQpDT05GSUdfQlJJREdFX0VCVF9BUlA9bQpDT05GSUdfQlJJ REdFX0VCVF9JUD1tCiMgQ09ORklHX0JSSURHRV9FQlRfSVA2IGlzIG5vdCBzZXQKQ09ORklHX0JS SURHRV9FQlRfTElNSVQ9bQpDT05GSUdfQlJJREdFX0VCVF9NQVJLPW0KQ09ORklHX0JSSURHRV9F QlRfUEtUVFlQRT1tCkNPTkZJR19CUklER0VfRUJUX1NUUD1tCkNPTkZJR19CUklER0VfRUJUX1ZM QU49bQpDT05GSUdfQlJJREdFX0VCVF9BUlBSRVBMWT1tCkNPTkZJR19CUklER0VfRUJUX0ROQVQ9 bQpDT05GSUdfQlJJREdFX0VCVF9NQVJLX1Q9bQpDT05GSUdfQlJJREdFX0VCVF9SRURJUkVDVD1t CkNPTkZJR19CUklER0VfRUJUX1NOQVQ9bQpDT05GSUdfQlJJREdFX0VCVF9MT0c9bQpDT05GSUdf QlJJREdFX0VCVF9VTE9HPW0KIyBDT05GSUdfQlJJREdFX0VCVF9ORkxPRyBpcyBub3Qgc2V0CkNP TkZJR19JUF9EQ0NQPW0KQ09ORklHX0lORVRfRENDUF9ESUFHPW0KCiMKIyBEQ0NQIENDSURzIENv bmZpZ3VyYXRpb24gKEVYUEVSSU1FTlRBTCkKIwojIENPTkZJR19JUF9EQ0NQX0NDSUQyX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX0lQX0RDQ1BfQ0NJRDM9eQojIENPTkZJR19JUF9EQ0NQX0NDSUQz X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lQX0RDQ1BfVEZSQ19MSUI9eQoKIwojIERDQ1AgS2Vy bmVsIEhhY2tpbmcKIwojIENPTkZJR19JUF9EQ0NQX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX05F VF9EQ0NQUFJPQkU9bQpDT05GSUdfSVBfU0NUUD1tCiMgQ09ORklHX05FVF9TQ1RQUFJPQkUgaXMg bm90IHNldAojIENPTkZJR19TQ1RQX0RCR19NU0cgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0RC R19PQkpDTlQgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0hNQUNfTk9ORSBpcyBub3Qgc2V0CiMg Q09ORklHX1NDVFBfSE1BQ19TSEExIGlzIG5vdCBzZXQKQ09ORklHX1NDVFBfSE1BQ19NRDU9eQoj IENPTkZJR19SRFMgaXMgbm90IHNldApDT05GSUdfVElQQz1tCiMgQ09ORklHX1RJUENfQURWQU5D RUQgaXMgbm90IHNldAojIENPTkZJR19USVBDX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0FUTT15 CkNPTkZJR19BVE1fQ0xJUD15CiMgQ09ORklHX0FUTV9DTElQX05PX0lDTVAgaXMgbm90IHNldApD T05GSUdfQVRNX0xBTkU9bQpDT05GSUdfQVRNX01QT0E9bQpDT05GSUdfQVRNX0JSMjY4ND1tCiMg Q09ORklHX0FUTV9CUjI2ODRfSVBGSUxURVIgaXMgbm90IHNldAojIENPTkZJR19MMlRQIGlzIG5v dCBzZXQKQ09ORklHX1NUUD1tCkNPTkZJR19CUklER0U9bQpDT05GSUdfQlJJREdFX0lHTVBfU05P T1BJTkc9eQojIENPTkZJR19ORVRfRFNBIGlzIG5vdCBzZXQKQ09ORklHX1ZMQU5fODAyMVE9bQoj IENPTkZJR19WTEFOXzgwMjFRX0dWUlAgaXMgbm90IHNldApDT05GSUdfREVDTkVUPW0KIyBDT05G SUdfREVDTkVUX1JPVVRFUiBpcyBub3Qgc2V0CkNPTkZJR19MTEM9eQpDT05GSUdfTExDMj1tCkNP TkZJR19JUFg9bQojIENPTkZJR19JUFhfSU5URVJOIGlzIG5vdCBzZXQKQ09ORklHX0FUQUxLPW0K Q09ORklHX0RFVl9BUFBMRVRBTEs9bQpDT05GSUdfSVBERFA9bQpDT05GSUdfSVBERFBfRU5DQVA9 eQpDT05GSUdfSVBERFBfREVDQVA9eQpDT05GSUdfWDI1PW0KQ09ORklHX0xBUEI9bQpDT05GSUdf RUNPTkVUPW0KQ09ORklHX0VDT05FVF9BVU5VRFA9eQpDT05GSUdfRUNPTkVUX05BVElWRT15CkNP TkZJR19XQU5fUk9VVEVSPW0KIyBDT05GSUdfUEhPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfSUVF RTgwMjE1NCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIRUQ9eQoKIwojIFF1ZXVlaW5nL1NjaGVk dWxpbmcKIwpDT05GSUdfTkVUX1NDSF9DQlE9bQpDT05GSUdfTkVUX1NDSF9IVEI9bQpDT05GSUdf TkVUX1NDSF9IRlNDPW0KQ09ORklHX05FVF9TQ0hfQVRNPW0KQ09ORklHX05FVF9TQ0hfUFJJTz1t CiMgQ09ORklHX05FVF9TQ0hfTVVMVElRIGlzIG5vdCBzZXQKQ09ORklHX05FVF9TQ0hfUkVEPW0K IyBDT05GSUdfTkVUX1NDSF9TRkIgaXMgbm90IHNldApDT05GSUdfTkVUX1NDSF9TRlE9bQpDT05G SUdfTkVUX1NDSF9URVFMPW0KQ09ORklHX05FVF9TQ0hfVEJGPW0KQ09ORklHX05FVF9TQ0hfR1JF RD1tCkNPTkZJR19ORVRfU0NIX0RTTUFSSz1tCkNPTkZJR19ORVRfU0NIX05FVEVNPW0KIyBDT05G SUdfTkVUX1NDSF9EUlIgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX01RUFJJTyBpcyBub3Qg c2V0CiMgQ09ORklHX05FVF9TQ0hfQ0hPS0UgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX1FG USBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIX0lOR1JFU1M9bQoKIwojIENsYXNzaWZpY2F0aW9u CiMKQ09ORklHX05FVF9DTFM9eQpDT05GSUdfTkVUX0NMU19CQVNJQz1tCkNPTkZJR19ORVRfQ0xT X1RDSU5ERVg9bQpDT05GSUdfTkVUX0NMU19ST1VURTQ9bQpDT05GSUdfTkVUX0NMU19GVz1tCkNP TkZJR19ORVRfQ0xTX1UzMj1tCiMgQ09ORklHX0NMU19VMzJfUEVSRiBpcyBub3Qgc2V0CkNPTkZJ R19DTFNfVTMyX01BUks9eQpDT05GSUdfTkVUX0NMU19SU1ZQPW0KQ09ORklHX05FVF9DTFNfUlNW UDY9bQojIENPTkZJR19ORVRfQ0xTX0ZMT1cgaXMgbm90IHNldAojIENPTkZJR19ORVRfQ0xTX0NH Uk9VUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfRU1BVENIPXkKQ09ORklHX05FVF9FTUFUQ0hfU1RB Q0s9MzIKQ09ORklHX05FVF9FTUFUQ0hfQ01QPW0KQ09ORklHX05FVF9FTUFUQ0hfTkJZVEU9bQpD T05GSUdfTkVUX0VNQVRDSF9VMzI9bQpDT05GSUdfTkVUX0VNQVRDSF9NRVRBPW0KQ09ORklHX05F VF9FTUFUQ0hfVEVYVD1tCkNPTkZJR19ORVRfQ0xTX0FDVD15CkNPTkZJR19ORVRfQUNUX1BPTElD RT1tCkNPTkZJR19ORVRfQUNUX0dBQ1Q9bQpDT05GSUdfR0FDVF9QUk9CPXkKQ09ORklHX05FVF9B Q1RfTUlSUkVEPW0KQ09ORklHX05FVF9BQ1RfSVBUPW0KQ09ORklHX05FVF9BQ1RfTkFUPW0KQ09O RklHX05FVF9BQ1RfUEVESVQ9bQpDT05GSUdfTkVUX0FDVF9TSU1QPW0KIyBDT05GSUdfTkVUX0FD VF9TS0JFRElUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9DU1VNIGlzIG5vdCBzZXQKIyBD T05GSUdfTkVUX0NMU19JTkQgaXMgbm90IHNldApDT05GSUdfTkVUX1NDSF9GSUZPPXkKIyBDT05G SUdfRENCIGlzIG5vdCBzZXQKQ09ORklHX0ROU19SRVNPTFZFUj15CiMgQ09ORklHX0JBVE1BTl9B RFYgaXMgbm90IHNldApDT05GSUdfUlBTPXkKQ09ORklHX1JGU19BQ0NFTD15CkNPTkZJR19YUFM9 eQpDT05GSUdfSEFWRV9CUEZfSklUPXkKIyBDT05GSUdfQlBGX0pJVCBpcyBub3Qgc2V0CgojCiMg TmV0d29yayB0ZXN0aW5nCiMKQ09ORklHX05FVF9QS1RHRU49bQpDT05GSUdfTkVUX1RDUFBST0JF PW0KIyBDT05GSUdfTkVUX0RST1BfTU9OSVRPUiBpcyBub3Qgc2V0CkNPTkZJR19IQU1SQURJTz15 CgojCiMgUGFja2V0IFJhZGlvIHByb3RvY29scwojCkNPTkZJR19BWDI1PW0KQ09ORklHX0FYMjVf REFNQV9TTEFWRT15CkNPTkZJR19ORVRST009bQpDT05GSUdfUk9TRT1tCgojCiMgQVguMjUgbmV0 d29yayBkZXZpY2UgZHJpdmVycwojCkNPTkZJR19NS0lTUz1tCkNPTkZJR182UEFDSz1tCkNPTkZJ R19CUFFFVEhFUj1tCkNPTkZJR19CQVlDT01fU0VSX0ZEWD1tCkNPTkZJR19CQVlDT01fU0VSX0hE WD1tCkNPTkZJR19CQVlDT01fUEFSPW0KQ09ORklHX1lBTT1tCiMgQ09ORklHX0NBTiBpcyBub3Qg c2V0CkNPTkZJR19JUkRBPW0KCiMKIyBJckRBIHByb3RvY29scwojCkNPTkZJR19JUkxBTj1tCkNP TkZJR19JUk5FVD1tCkNPTkZJR19JUkNPTU09bQpDT05GSUdfSVJEQV9VTFRSQT15CgojCiMgSXJE QSBvcHRpb25zCiMKQ09ORklHX0lSREFfQ0FDSEVfTEFTVF9MU0FQPXkKQ09ORklHX0lSREFfRkFT VF9SUj15CkNPTkZJR19JUkRBX0RFQlVHPXkKCiMKIyBJbmZyYXJlZC1wb3J0IGRldmljZSBkcml2 ZXJzCiMKCiMKIyBTSVIgZGV2aWNlIGRyaXZlcnMKIwpDT05GSUdfSVJUVFlfU0lSPW0KCiMKIyBE b25nbGUgc3VwcG9ydAojCkNPTkZJR19ET05HTEU9eQpDT05GSUdfRVNJX0RPTkdMRT1tCkNPTkZJ R19BQ1RJU1lTX0RPTkdMRT1tCkNPTkZJR19URUtSQU1fRE9OR0xFPW0KIyBDT05GSUdfVE9JTTMy MzJfRE9OR0xFIGlzIG5vdCBzZXQKQ09ORklHX0xJVEVMSU5LX0RPTkdMRT1tCkNPTkZJR19NQTYw MF9ET05HTEU9bQpDT05GSUdfR0lSQklMX0RPTkdMRT1tCkNPTkZJR19NQ1AyMTIwX0RPTkdMRT1t CkNPTkZJR19PTERfQkVMS0lOX0RPTkdMRT1tCkNPTkZJR19BQ1QyMDBMX0RPTkdMRT1tCkNPTkZJ R19LSU5HU1VOX0RPTkdMRT1tCkNPTkZJR19LU0RBWlpMRV9ET05HTEU9bQpDT05GSUdfS1M5NTlf RE9OR0xFPW0KCiMKIyBGSVIgZGV2aWNlIGRyaXZlcnMKIwpDT05GSUdfVVNCX0lSREE9bQpDT05G SUdfU0lHTUFURUxfRklSPW0KQ09ORklHX05TQ19GSVI9bQpDT05GSUdfV0lOQk9ORF9GSVI9bQpD T05GSUdfU01DX0lSQ0NfRklSPW0KQ09ORklHX0FMSV9GSVI9bQpDT05GSUdfVkxTSV9GSVI9bQpD T05GSUdfVklBX0ZJUj1tCkNPTkZJR19NQ1NfRklSPW0KQ09ORklHX0JUPW0KIyBDT05GSUdfQlRf TDJDQVAgaXMgbm90IHNldAojIENPTkZJR19CVF9TQ08gaXMgbm90IHNldAoKIwojIEJsdWV0b290 aCBkZXZpY2UgZHJpdmVycwojCiMgQ09ORklHX0JUX0hDSUJUVVNCIGlzIG5vdCBzZXQKQ09ORklH X0JUX0hDSUJUU0RJTz1tCkNPTkZJR19CVF9IQ0lVQVJUPW0KQ09ORklHX0JUX0hDSVVBUlRfSDQ9 eQpDT05GSUdfQlRfSENJVUFSVF9CQ1NQPXkKIyBDT05GSUdfQlRfSENJVUFSVF9BVEgzSyBpcyBu b3Qgc2V0CkNPTkZJR19CVF9IQ0lVQVJUX0xMPXkKQ09ORklHX0JUX0hDSUJDTTIwM1g9bQpDT05G SUdfQlRfSENJQlBBMTBYPW0KQ09ORklHX0JUX0hDSUJGVVNCPW0KQ09ORklHX0JUX0hDSURUTDE9 bQpDT05GSUdfQlRfSENJQlQzQz1tCkNPTkZJR19CVF9IQ0lCTFVFQ0FSRD1tCkNPTkZJR19CVF9I Q0lCVFVBUlQ9bQpDT05GSUdfQlRfSENJVkhDST1tCiMgQ09ORklHX0JUX01SVkwgaXMgbm90IHNl dApDT05GSUdfQUZfUlhSUEM9bQojIENPTkZJR19BRl9SWFJQQ19ERUJVRyBpcyBub3Qgc2V0CkNP TkZJR19SWEtBRD1tCkNPTkZJR19GSUJfUlVMRVM9eQpDT05GSUdfV0lSRUxFU1M9eQpDT05GSUdf V0lSRUxFU1NfRVhUPXkKQ09ORklHX1dFWFRfQ09SRT15CkNPTkZJR19XRVhUX1BST0M9eQpDT05G SUdfV0VYVF9TUFk9eQpDT05GSUdfV0VYVF9QUklWPXkKQ09ORklHX0NGRzgwMjExPW0KIyBDT05G SUdfTkw4MDIxMV9URVNUTU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0RFVkVMT1BF Ul9XQVJOSU5HUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX1JFR19ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19DRkc4MDIxMV9ERUZBVUxUX1BTPXkKIyBDT05GSUdfQ0ZHODAyMTFfREVCVUdG UyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0lOVEVSTkFMX1JFR0RCIGlzIG5vdCBzZXQK Q09ORklHX0NGRzgwMjExX1dFWFQ9eQpDT05GSUdfV0lSRUxFU1NfRVhUX1NZU0ZTPXkKQ09ORklH X0xJQjgwMjExPW0KQ09ORklHX0xJQjgwMjExX0NSWVBUX1dFUD1tCkNPTkZJR19MSUI4MDIxMV9D UllQVF9DQ01QPW0KQ09ORklHX0xJQjgwMjExX0NSWVBUX1RLSVA9bQojIENPTkZJR19MSUI4MDIx MV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMT1tCkNPTkZJR19NQUM4MDIxMV9IQVNf UkM9eQojIENPTkZJR19NQUM4MDIxMV9SQ19QSUQgaXMgbm90IHNldApDT05GSUdfTUFDODAyMTFf UkNfTUlOU1RSRUw9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RSRUxfSFQ9eQpDT05GSUdfTUFD ODAyMTFfUkNfREVGQVVMVF9NSU5TVFJFTD15CkNPTkZJR19NQUM4MDIxMV9SQ19ERUZBVUxUPSJt aW5zdHJlbF9odCIKIyBDT05GSUdfTUFDODAyMTFfTUVTSCBpcyBub3Qgc2V0CkNPTkZJR19NQUM4 MDIxMV9MRURTPXkKQ09ORklHX01BQzgwMjExX0RFQlVHRlM9eQojIENPTkZJR19NQUM4MDIxMV9E RUJVR19NRU5VIGlzIG5vdCBzZXQKIyBDT05GSUdfV0lNQVggaXMgbm90IHNldApDT05GSUdfUkZL SUxMPW0KQ09ORklHX1JGS0lMTF9MRURTPXkKIyBDT05GSUdfUkZLSUxMX0lOUFVUIGlzIG5vdCBz ZXQKQ09ORklHX05FVF85UD1tCkNPTkZJR19ORVRfOVBfVklSVElPPW0KIyBDT05GSUdfTkVUXzlQ X1JETUEgaXMgbm90IHNldAojIENPTkZJR19ORVRfOVBfREVCVUcgaXMgbm90IHNldAojIENPTkZJ R19DQUlGIGlzIG5vdCBzZXQKQ09ORklHX0NFUEhfTElCPXkKIyBDT05GSUdfQ0VQSF9MSUJfUFJF VFRZREVCVUcgaXMgbm90IHNldAojIENPTkZJR19ORkMgaXMgbm90IHNldAoKIwojIERldmljZSBE cml2ZXJzCiMKCiMKIyBHZW5lcmljIERyaXZlciBPcHRpb25zCiMKQ09ORklHX1VFVkVOVF9IRUxQ RVJfUEFUSD0iL3NiaW4vaG90cGx1ZyIKQ09ORklHX0RFVlRNUEZTPXkKQ09ORklHX0RFVlRNUEZT X01PVU5UPXkKQ09ORklHX1NUQU5EQUxPTkU9eQpDT05GSUdfUFJFVkVOVF9GSVJNV0FSRV9CVUlM RD15CkNPTkZJR19GV19MT0FERVI9eQpDT05GSUdfRklSTVdBUkVfSU5fS0VSTkVMPXkKQ09ORklH X0VYVFJBX0ZJUk1XQVJFPSIiCiMgQ09ORklHX0RFQlVHX0RSSVZFUiBpcyBub3Qgc2V0CiMgQ09O RklHX0RFQlVHX0RFVlJFUyBpcyBub3Qgc2V0CkNPTkZJR19TWVNfSFlQRVJWSVNPUj15CkNPTkZJ R19DT05ORUNUT1I9eQpDT05GSUdfUFJPQ19FVkVOVFM9eQpDT05GSUdfTVREPXkKIyBDT05GSUdf TVREX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1RFU1RTIGlzIG5vdCBzZXQKIyBDT05G SUdfTVREX1JFREJPT1RfUEFSVFMgaXMgbm90IHNldAojIENPTkZJR19NVERfQ01ETElORV9QQVJU UyBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9BUjdfUEFSVFMgaXMgbm90IHNldAoKIwojIFVzZXIg TW9kdWxlcyBBbmQgVHJhbnNsYXRpb24gTGF5ZXJzCiMKQ09ORklHX01URF9DSEFSPW0KQ09ORklH X01URF9CTEtERVZTPXkKQ09ORklHX01URF9CTE9DSz1tCkNPTkZJR19NVERfQkxPQ0tfUk89bQpD T05GSUdfRlRMPW0KQ09ORklHX05GVEw9bQpDT05GSUdfTkZUTF9SVz15CkNPTkZJR19JTkZUTD1t CkNPTkZJR19SRkRfRlRMPW0KQ09ORklHX1NTRkRDPW0KIyBDT05GSUdfU01fRlRMIGlzIG5vdCBz ZXQKQ09ORklHX01URF9PT1BTPW0KQ09ORklHX01URF9TV0FQPXkKCiMKIyBSQU0vUk9NL0ZsYXNo IGNoaXAgZHJpdmVycwojCkNPTkZJR19NVERfQ0ZJPW0KQ09ORklHX01URF9KRURFQ1BST0JFPW0K Q09ORklHX01URF9HRU5fUFJPQkU9bQojIENPTkZJR19NVERfQ0ZJX0FEVl9PUFRJT05TIGlzIG5v dCBzZXQKQ09ORklHX01URF9NQVBfQkFOS19XSURUSF8xPXkKQ09ORklHX01URF9NQVBfQkFOS19X SURUSF8yPXkKQ09ORklHX01URF9NQVBfQkFOS19XSURUSF80PXkKIyBDT05GSUdfTVREX01BUF9C QU5LX1dJRFRIXzggaXMgbm90IHNldAojIENPTkZJR19NVERfTUFQX0JBTktfV0lEVEhfMTYgaXMg bm90IHNldAojIENPTkZJR19NVERfTUFQX0JBTktfV0lEVEhfMzIgaXMgbm90IHNldApDT05GSUdf TVREX0NGSV9JMT15CkNPTkZJR19NVERfQ0ZJX0kyPXkKIyBDT05GSUdfTVREX0NGSV9JNCBpcyBu b3Qgc2V0CiMgQ09ORklHX01URF9DRklfSTggaXMgbm90IHNldApDT05GSUdfTVREX0NGSV9JTlRF TEVYVD1tCkNPTkZJR19NVERfQ0ZJX0FNRFNURD1tCkNPTkZJR19NVERfQ0ZJX1NUQUE9bQpDT05G SUdfTVREX0NGSV9VVElMPW0KQ09ORklHX01URF9SQU09bQpDT05GSUdfTVREX1JPTT1tCkNPTkZJ R19NVERfQUJTRU5UPW0KCiMKIyBNYXBwaW5nIGRyaXZlcnMgZm9yIGNoaXAgYWNjZXNzCiMKQ09O RklHX01URF9DT01QTEVYX01BUFBJTkdTPXkKQ09ORklHX01URF9QSFlTTUFQPW0KIyBDT05GSUdf TVREX1BIWVNNQVBfQ09NUEFUIGlzIG5vdCBzZXQKQ09ORklHX01URF9TQzUyMENEUD1tCkNPTkZJ R19NVERfTkVUU0M1MjA9bQpDT05GSUdfTVREX1RTNTUwMD1tCkNPTkZJR19NVERfU0JDX0dYWD1t CkNPTkZJR19NVERfQU1ENzZYUk9NPW0KQ09ORklHX01URF9JQ0hYUk9NPW0KQ09ORklHX01URF9F U0IyUk9NPW0KQ09ORklHX01URF9DSzgwNFhST009bQpDT05GSUdfTVREX1NDQjJfRkxBU0g9bQpD T05GSUdfTVREX05FVHRlbD1tCkNPTkZJR19NVERfTDQ0MEdYPW0KQ09ORklHX01URF9QQ0k9bQoj IENPTkZJR19NVERfUENNQ0lBIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0dQSU9fQUREUiBpcyBu b3Qgc2V0CkNPTkZJR19NVERfSU5URUxfVlJfTk9SPW0KQ09ORklHX01URF9QTEFUUkFNPW0KIyBD T05GSUdfTVREX0xBVENIX0FERFIgaXMgbm90IHNldAoKIwojIFNlbGYtY29udGFpbmVkIE1URCBk ZXZpY2UgZHJpdmVycwojCkNPTkZJR19NVERfUE1DNTUxPW0KIyBDT05GSUdfTVREX1BNQzU1MV9C VUdGSVggaXMgbm90IHNldAojIENPTkZJR19NVERfUE1DNTUxX0RFQlVHIGlzIG5vdCBzZXQKQ09O RklHX01URF9EQVRBRkxBU0g9bQojIENPTkZJR19NVERfREFUQUZMQVNIX1dSSVRFX1ZFUklGWSBp cyBub3Qgc2V0CiMgQ09ORklHX01URF9EQVRBRkxBU0hfT1RQIGlzIG5vdCBzZXQKQ09ORklHX01U RF9NMjVQODA9bQpDT05GSUdfTTI1UFhYX1VTRV9GQVNUX1JFQUQ9eQojIENPTkZJR19NVERfU1NU MjVMIGlzIG5vdCBzZXQKQ09ORklHX01URF9TTFJBTT1tCkNPTkZJR19NVERfUEhSQU09bQpDT05G SUdfTVREX01URFJBTT1tCkNPTkZJR19NVERSQU1fVE9UQUxfU0laRT00MDk2CkNPTkZJR19NVERS QU1fRVJBU0VfU0laRT0xMjgKQ09ORklHX01URF9CTE9DSzJNVEQ9bQoKIwojIERpc2stT24tQ2hp cCBEZXZpY2UgRHJpdmVycwojCkNPTkZJR19NVERfRE9DMjAwMD1tCkNPTkZJR19NVERfRE9DMjAw MT1tCkNPTkZJR19NVERfRE9DMjAwMVBMVVM9bQpDT05GSUdfTVREX0RPQ1BST0JFPW0KQ09ORklH X01URF9ET0NFQ0M9bQojIENPTkZJR19NVERfRE9DUFJPQkVfQURWQU5DRUQgaXMgbm90IHNldApD T05GSUdfTVREX0RPQ1BST0JFX0FERFJFU1M9MApDT05GSUdfTVREX05BTkRfRUNDPW0KIyBDT05G SUdfTVREX05BTkRfRUNDX1NNQyBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFORD1tCiMgQ09ORklH X01URF9OQU5EX1ZFUklGWV9XUklURSBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9OQU5EX0VDQ19C Q0ggaXMgbm90IHNldAojIENPTkZJR19NVERfU01fQ09NTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdf TVREX05BTkRfTVVTRVVNX0lEUyBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9OQU5EX0RFTkFMSSBp cyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9JRFM9bQojIENPTkZJR19NVERfTkFORF9SSUNPSCBp cyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9ESVNLT05DSElQPW0KIyBDT05GSUdfTVREX05BTkRf RElTS09OQ0hJUF9QUk9CRV9BRFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9ESVNL T05DSElQX1BST0JFX0FERFJFU1M9MAojIENPTkZJR19NVERfTkFORF9ESVNLT05DSElQX0JCVFdS SVRFIGlzIG5vdCBzZXQKQ09ORklHX01URF9OQU5EX0NBRkU9bQpDT05GSUdfTVREX05BTkRfTkFO RFNJTT1tCkNPTkZJR19NVERfTkFORF9QTEFURk9STT1tCkNPTkZJR19NVERfQUxBVURBPW0KQ09O RklHX01URF9PTkVOQU5EPW0KQ09ORklHX01URF9PTkVOQU5EX1ZFUklGWV9XUklURT15CiMgQ09O RklHX01URF9PTkVOQU5EX0dFTkVSSUMgaXMgbm90IHNldAojIENPTkZJR19NVERfT05FTkFORF9P VFAgaXMgbm90IHNldApDT05GSUdfTVREX09ORU5BTkRfMlhfUFJPR1JBTT15CkNPTkZJR19NVERf T05FTkFORF9TSU09bQoKIwojIExQRERSIGZsYXNoIG1lbW9yeSBkcml2ZXJzCiMKIyBDT05GSUdf TVREX0xQRERSIGlzIG5vdCBzZXQKQ09ORklHX01URF9VQkk9bQpDT05GSUdfTVREX1VCSV9XTF9U SFJFU0hPTEQ9NDA5NgpDT05GSUdfTVREX1VCSV9CRUJfUkVTRVJWRT0xCkNPTkZJR19NVERfVUJJ X0dMVUVCST1tCiMgQ09ORklHX01URF9VQklfREVCVUcgaXMgbm90IHNldApDT05GSUdfUEFSUE9S VD1tCkNPTkZJR19QQVJQT1JUX1BDPW0KQ09ORklHX1BBUlBPUlRfU0VSSUFMPW0KQ09ORklHX1BB UlBPUlRfUENfRklGTz15CiMgQ09ORklHX1BBUlBPUlRfUENfU1VQRVJJTyBpcyBub3Qgc2V0CkNP TkZJR19QQVJQT1JUX1BDX1BDTUNJQT1tCiMgQ09ORklHX1BBUlBPUlRfR1NDIGlzIG5vdCBzZXQK Q09ORklHX1BBUlBPUlRfQVg4ODc5Nj1tCkNPTkZJR19QQVJQT1JUXzEyODQ9eQpDT05GSUdfUEFS UE9SVF9OT1RfUEM9eQpDT05GSUdfUE5QPXkKQ09ORklHX1BOUF9ERUJVR19NRVNTQUdFUz15Cgoj CiMgUHJvdG9jb2xzCiMKQ09ORklHX1BOUEFDUEk9eQpDT05GSUdfQkxLX0RFVj15CkNPTkZJR19C TEtfREVWX0ZEPW0KQ09ORklHX1BBUklERT1tCgojCiMgUGFyYWxsZWwgSURFIGhpZ2gtbGV2ZWwg ZHJpdmVycwojCkNPTkZJR19QQVJJREVfUEQ9bQpDT05GSUdfUEFSSURFX1BDRD1tCkNPTkZJR19Q QVJJREVfUEY9bQpDT05GSUdfUEFSSURFX1BUPW0KQ09ORklHX1BBUklERV9QRz1tCgojCiMgUGFy YWxsZWwgSURFIHByb3RvY29sIG1vZHVsZXMKIwpDT05GSUdfUEFSSURFX0FURU49bQpDT05GSUdf UEFSSURFX0JQQ0s9bQpDT05GSUdfUEFSSURFX0NPTU09bQpDT05GSUdfUEFSSURFX0RTVFI9bQpD T05GSUdfUEFSSURFX0ZJVDI9bQpDT05GSUdfUEFSSURFX0ZJVDM9bQpDT05GSUdfUEFSSURFX0VQ QVQ9bQojIENPTkZJR19QQVJJREVfRVBBVEM4IGlzIG5vdCBzZXQKQ09ORklHX1BBUklERV9FUElB PW0KQ09ORklHX1BBUklERV9GUklRPW0KQ09ORklHX1BBUklERV9GUlBXPW0KQ09ORklHX1BBUklE RV9LQklDPW0KQ09ORklHX1BBUklERV9LVFRJPW0KQ09ORklHX1BBUklERV9PTjIwPW0KQ09ORklH X1BBUklERV9PTjI2PW0KQ09ORklHX0JMS19DUFFfREE9bQpDT05GSUdfQkxLX0NQUV9DSVNTX0RB PW0KQ09ORklHX0NJU1NfU0NTSV9UQVBFPXkKQ09ORklHX0JMS19ERVZfREFDOTYwPW0KQ09ORklH X0JMS19ERVZfVU1FTT1tCiMgQ09ORklHX0JMS19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0CkNP TkZJR19CTEtfREVWX0xPT1A9eQpDT05GSUdfQkxLX0RFVl9MT09QX01JTl9DT1VOVD04CkNPTkZJ R19CTEtfREVWX0NSWVBUT0xPT1A9eQojIENPTkZJR19CTEtfREVWX0RSQkQgaXMgbm90IHNldApD T05GSUdfQkxLX0RFVl9OQkQ9eQpDT05GSUdfQkxLX0RFVl9TWDg9bQpDT05GSUdfQkxLX0RFVl9V Qj1tCkNPTkZJR19CTEtfREVWX1JBTT15CkNPTkZJR19CTEtfREVWX1JBTV9DT1VOVD0xNgpDT05G SUdfQkxLX0RFVl9SQU1fU0laRT02NTUzNgojIENPTkZJR19CTEtfREVWX1hJUCBpcyBub3Qgc2V0 CkNPTkZJR19DRFJPTV9QS1RDRFZEPW0KQ09ORklHX0NEUk9NX1BLVENEVkRfQlVGRkVSUz04CiMg Q09ORklHX0NEUk9NX1BLVENEVkRfV0NBQ0hFIGlzIG5vdCBzZXQKQ09ORklHX0FUQV9PVkVSX0VU SD1tCkNPTkZJR19YRU5fQkxLREVWX0ZST05URU5EPXkKQ09ORklHX1hFTl9CTEtERVZfQkFDS0VO RD15CkNPTkZJR19WSVJUSU9fQkxLPW0KIyBDT05GSUdfQkxLX0RFVl9IRCBpcyBub3Qgc2V0CiMg Q09ORklHX0JMS19ERVZfUkJEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MSVMzTFYwMkQg aXMgbm90IHNldApDT05GSUdfTUlTQ19ERVZJQ0VTPXkKIyBDT05GSUdfQUQ1MjVYX0RQT1QgaXMg bm90IHNldApDT05GSUdfSUJNX0FTTT1tCkNPTkZJR19QSEFOVE9NPW0KIyBDT05GSUdfSU5URUxf TUlEX1BUSSBpcyBub3Qgc2V0CkNPTkZJR19TR0lfSU9DND1tCkNPTkZJR19USUZNX0NPUkU9bQpD T05GSUdfVElGTV83WFgxPW0KIyBDT05GSUdfSUNTOTMyUzQwMSBpcyBub3Qgc2V0CiMgQ09ORklH X0VOQ0xPU1VSRV9TRVJWSUNFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0hQX0lMTyBpcyBub3Qgc2V0 CiMgQ09ORklHX0FQRFM5ODAyQUxTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVNMMjkwMDMgaXMgbm90 IHNldAojIENPTkZJR19JU0wyOTAyMCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1RTTDI1NTA9 bQojIENPTkZJR19TRU5TT1JTX0JIMTc4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQkgx NzcwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BUERTOTkwWCBpcyBub3Qgc2V0CiMgQ09O RklHX0hNQzYzNTIgaXMgbm90IHNldApDT05GSUdfRFMxNjgyPW0KIyBDT05GSUdfVElfREFDNzUx MiBpcyBub3Qgc2V0CiMgQ09ORklHX1ZNV0FSRV9CQUxMT09OIGlzIG5vdCBzZXQKIyBDT05GSUdf Qk1QMDg1IGlzIG5vdCBzZXQKIyBDT05GSUdfUENIX1BIVUIgaXMgbm90IHNldAojIENPTkZJR19V U0JfU1dJVENIX0ZTQTk0ODAgaXMgbm90IHNldAojIENPTkZJR19DMlBPUlQgaXMgbm90IHNldAoK IwojIEVFUFJPTSBzdXBwb3J0CiMKIyBDT05GSUdfRUVQUk9NX0FUMjQgaXMgbm90IHNldAojIENP TkZJR19FRVBST01fQVQyNSBpcyBub3Qgc2V0CiMgQ09ORklHX0VFUFJPTV9MRUdBQ1kgaXMgbm90 IHNldAojIENPTkZJR19FRVBST01fTUFYNjg3NSBpcyBub3Qgc2V0CkNPTkZJR19FRVBST01fOTND WDY9bQojIENPTkZJR19FRVBST01fOTNYWDQ2IGlzIG5vdCBzZXQKIyBDT05GSUdfQ0I3MTBfQ09S RSBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTUMzMjAwVE9QIGlzIG5vdCBzZXQKCiMKIyBUZXhhcyBJ bnN0cnVtZW50cyBzaGFyZWQgdHJhbnNwb3J0IGxpbmUgZGlzY2lwbGluZQojCiMgQ09ORklHX1RJ X1NUIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MSVMzX0kyQyBpcyBub3Qgc2V0CkNPTkZJ R19IQVZFX0lERT15CkNPTkZJR19JREU9eQoKIwojIFBsZWFzZSBzZWUgRG9jdW1lbnRhdGlvbi9p ZGUvaWRlLnR4dCBmb3IgaGVscC9pbmZvIG9uIElERSBkcml2ZXMKIwpDT05GSUdfSURFX1hGRVJf TU9ERT15CkNPTkZJR19JREVfVElNSU5HUz15CkNPTkZJR19JREVfQVRBUEk9eQojIENPTkZJR19C TEtfREVWX0lERV9TQVRBIGlzIG5vdCBzZXQKQ09ORklHX0lERV9HRD15CkNPTkZJR19JREVfR0Rf QVRBPXkKIyBDT05GSUdfSURFX0dEX0FUQVBJIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9J REVDUyBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0RFTEtJTj1tCkNPTkZJR19CTEtfREVWX0lE RUNEPW0KQ09ORklHX0JMS19ERVZfSURFQ0RfVkVSQk9TRV9FUlJPUlM9eQpDT05GSUdfQkxLX0RF Vl9JREVUQVBFPW0KQ09ORklHX0JMS19ERVZfSURFQUNQST15CiMgQ09ORklHX0lERV9UQVNLX0lP Q1RMIGlzIG5vdCBzZXQKQ09ORklHX0lERV9QUk9DX0ZTPXkKCiMKIyBJREUgY2hpcHNldCBzdXBw b3J0L2J1Z2ZpeGVzCiMKQ09ORklHX0lERV9HRU5FUklDPW0KQ09ORklHX0JMS19ERVZfUExBVEZP Uk09bQpDT05GSUdfQkxLX0RFVl9DTUQ2NDA9eQojIENPTkZJR19CTEtfREVWX0NNRDY0MF9FTkhB TkNFRCBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lERVBOUD15CkNPTkZJR19CTEtfREVWX0lE RURNQV9TRkY9eQoKIwojIFBDSSBJREUgY2hpcHNldHMgc3VwcG9ydAojCkNPTkZJR19CTEtfREVW X0lERVBDST15CiMgQ09ORklHX0lERVBDSV9QQ0lCVVNfT1JERVIgaXMgbm90IHNldAojIENPTkZJ R19CTEtfREVWX09GRkJPQVJEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9HRU5FUklDIGlz IG5vdCBzZXQKQ09ORklHX0JMS19ERVZfT1BUSTYyMT1tCiMgQ09ORklHX0JMS19ERVZfUloxMDAw IGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfSURFRE1BX1BDST15CkNPTkZJR19CTEtfREVWX0FF QzYyWFg9bQpDT05GSUdfQkxLX0RFVl9BTEkxNVgzPW0KIyBDT05GSUdfQkxLX0RFVl9BTUQ3NFhY IGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfQVRJSVhQPW0KQ09ORklHX0JMS19ERVZfQ01ENjRY PW0KIyBDT05GSUdfQkxLX0RFVl9UUklGTEVYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9D UzU1MjAgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9DUzU1MzA9bQpDT05GSUdfQkxLX0RFVl9I UFQzNjY9bQojIENPTkZJR19CTEtfREVWX0pNSUNST04gaXMgbm90IHNldApDT05GSUdfQkxLX0RF Vl9TQzEyMDA9bQojIENPTkZJR19CTEtfREVWX1BJSVggaXMgbm90IHNldAojIENPTkZJR19CTEtf REVWX0lUODE3MiBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSVQ4MjEzIGlzIG5vdCBzZXQK IyBDT05GSUdfQkxLX0RFVl9JVDgyMVggaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9OUzg3NDE1 PW0KQ09ORklHX0JMS19ERVZfUERDMjAyWFhfT0xEPW0KIyBDT05GSUdfQkxLX0RFVl9QREMyMDJY WF9ORVcgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX1NWV0tTIGlzIG5vdCBzZXQKIyBDT05G SUdfQkxLX0RFVl9TSUlNQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9TSVM1NTEzIGlz IG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9TTEM5MEU2NiBpcyBub3Qgc2V0CkNPTkZJR19CTEtf REVWX1RSTTI5MD1tCiMgQ09ORklHX0JMS19ERVZfVklBODJDWFhYIGlzIG5vdCBzZXQKQ09ORklH X0JMS19ERVZfVEM4NkMwMDE9bQpDT05GSUdfQkxLX0RFVl9JREVETUE9eQoKIwojIFNDU0kgZGV2 aWNlIHN1cHBvcnQKIwpDT05GSUdfU0NTSV9NT0Q9bQpDT05GSUdfUkFJRF9BVFRSUz1tCkNPTkZJ R19TQ1NJPW0KQ09ORklHX1NDU0lfRE1BPXkKQ09ORklHX1NDU0lfVEdUPW0KQ09ORklHX1NDU0lf TkVUTElOSz15CkNPTkZJR19TQ1NJX1BST0NfRlM9eQoKIwojIFNDU0kgc3VwcG9ydCB0eXBlIChk aXNrLCB0YXBlLCBDRC1ST00pCiMKQ09ORklHX0JMS19ERVZfU0Q9bQpDT05GSUdfQ0hSX0RFVl9T VD1tCkNPTkZJR19DSFJfREVWX09TU1Q9bQpDT05GSUdfQkxLX0RFVl9TUj1tCiMgQ09ORklHX0JM S19ERVZfU1JfVkVORE9SIGlzIG5vdCBzZXQKQ09ORklHX0NIUl9ERVZfU0c9bQpDT05GSUdfQ0hS X0RFVl9TQ0g9bQpDT05GSUdfU0NTSV9NVUxUSV9MVU49eQpDT05GSUdfU0NTSV9DT05TVEFOVFM9 eQpDT05GSUdfU0NTSV9MT0dHSU5HPXkKQ09ORklHX1NDU0lfU0NBTl9BU1lOQz15CkNPTkZJR19T Q1NJX1dBSVRfU0NBTj1tCgojCiMgU0NTSSBUcmFuc3BvcnRzCiMKQ09ORklHX1NDU0lfU1BJX0FU VFJTPW0KQ09ORklHX1NDU0lfRkNfQVRUUlM9bQpDT05GSUdfU0NTSV9GQ19UR1RfQVRUUlM9eQpD T05GSUdfU0NTSV9JU0NTSV9BVFRSUz1tCkNPTkZJR19TQ1NJX1NBU19BVFRSUz1tCkNPTkZJR19T Q1NJX1NBU19MSUJTQVM9bQpDT05GSUdfU0NTSV9TQVNfQVRBPXkKQ09ORklHX1NDU0lfU0FTX0hP U1RfU01QPXkKQ09ORklHX1NDU0lfU1JQX0FUVFJTPW0KQ09ORklHX1NDU0lfU1JQX1RHVF9BVFRS Uz15CkNPTkZJR19TQ1NJX0xPV0xFVkVMPXkKQ09ORklHX0lTQ1NJX1RDUD1tCkNPTkZJR19JU0NT SV9CT09UX1NZU0ZTPW0KIyBDT05GSUdfU0NTSV9DWEdCM19JU0NTSSBpcyBub3Qgc2V0CiMgQ09O RklHX1NDU0lfQ1hHQjRfSVNDU0kgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0JOWDJfSVNDU0kg aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0JOWDJYX0ZDT0UgaXMgbm90IHNldAojIENPTkZJR19C RTJJU0NTSSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWXzNXX1hYWFhfUkFJRD1tCiMgQ09ORklH X1NDU0lfSFBTQSBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJXzNXXzlYWFg9bQojIENPTkZJR19TQ1NJ XzNXX1NBUyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0FDQVJEPW0KQ09ORklHX1NDU0lfQUFDUkFJ RD1tCkNPTkZJR19TQ1NJX0FJQzdYWFg9bQpDT05GSUdfQUlDN1hYWF9DTURTX1BFUl9ERVZJQ0U9 OApDT05GSUdfQUlDN1hYWF9SRVNFVF9ERUxBWV9NUz0xNTAwMApDT05GSUdfQUlDN1hYWF9ERUJV R19FTkFCTEU9eQpDT05GSUdfQUlDN1hYWF9ERUJVR19NQVNLPTAKQ09ORklHX0FJQzdYWFhfUkVH X1BSRVRUWV9QUklOVD15CiMgQ09ORklHX1NDU0lfQUlDN1hYWF9PTEQgaXMgbm90IHNldApDT05G SUdfU0NTSV9BSUM3OVhYPW0KQ09ORklHX0FJQzc5WFhfQ01EU19QRVJfREVWSUNFPTMyCkNPTkZJ R19BSUM3OVhYX1JFU0VUX0RFTEFZX01TPTE1MDAwCkNPTkZJR19BSUM3OVhYX0RFQlVHX0VOQUJM RT15CkNPTkZJR19BSUM3OVhYX0RFQlVHX01BU0s9MApDT05GSUdfQUlDNzlYWF9SRUdfUFJFVFRZ X1BSSU5UPXkKQ09ORklHX1NDU0lfQUlDOTRYWD1tCiMgQ09ORklHX0FJQzk0WFhfREVCVUcgaXMg bm90IHNldAojIENPTkZJR19TQ1NJX01WU0FTIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfRFBUX0ky Tz1tCkNPTkZJR19TQ1NJX0FEVkFOU1lTPW0KQ09ORklHX1NDU0lfQVJDTVNSPW0KQ09ORklHX1ND U0lfQVJDTVNSX0FFUj15CkNPTkZJR19NRUdBUkFJRF9ORVdHRU49eQpDT05GSUdfTUVHQVJBSURf TU09bQpDT05GSUdfTUVHQVJBSURfTUFJTEJPWD1tCkNPTkZJR19NRUdBUkFJRF9MRUdBQ1k9bQpD T05GSUdfTUVHQVJBSURfU0FTPW0KIyBDT05GSUdfU0NTSV9NUFQyU0FTIGlzIG5vdCBzZXQKQ09O RklHX1NDU0lfSFBUSU9QPW0KQ09ORklHX1NDU0lfQlVTTE9HSUM9bQojIENPTkZJR19WTVdBUkVf UFZTQ1NJIGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRkMgaXMgbm90IHNldAojIENPTkZJR19MSUJG Q09FIGlzIG5vdCBzZXQKIyBDT05GSUdfRkNPRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZDT0VfRk5J QyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0RNWDMxOTFEPW0KQ09ORklHX1NDU0lfRUFUQT1tCkNP TkZJR19TQ1NJX0VBVEFfVEFHR0VEX1FVRVVFPXkKQ09ORklHX1NDU0lfRUFUQV9MSU5LRURfQ09N TUFORFM9eQpDT05GSUdfU0NTSV9FQVRBX01BWF9UQUdTPTE2CkNPTkZJR19TQ1NJX0ZVVFVSRV9E T01BSU49bQpDT05GSUdfU0NTSV9HRFRIPW0KIyBDT05GSUdfU0NTSV9JU0NJIGlzIG5vdCBzZXQK Q09ORklHX1NDU0lfSVBTPW0KQ09ORklHX1NDU0lfSU5JVElPPW0KQ09ORklHX1NDU0lfSU5JQTEw MD1tCkNPTkZJR19TQ1NJX1BQQT1tCkNPTkZJR19TQ1NJX0lNTT1tCiMgQ09ORklHX1NDU0lfSVpJ UF9FUFAxNiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSVpJUF9TTE9XX0NUUiBpcyBub3Qgc2V0 CkNPTkZJR19TQ1NJX1NURVg9bQpDT05GSUdfU0NTSV9TWU01M0M4WFhfMj1tCkNPTkZJR19TQ1NJ X1NZTTUzQzhYWF9ETUFfQUREUkVTU0lOR19NT0RFPTEKQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RF RkFVTFRfVEFHUz0xNgpDT05GSUdfU0NTSV9TWU01M0M4WFhfTUFYX1RBR1M9NjQKQ09ORklHX1ND U0lfU1lNNTNDOFhYX01NSU89eQpDT05GSUdfU0NTSV9JUFI9bQojIENPTkZJR19TQ1NJX0lQUl9U UkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfSVBSX0RVTVAgaXMgbm90IHNldApDT05GSUdf U0NTSV9RTE9HSUNfMTI4MD1tCkNPTkZJR19TQ1NJX1FMQV9GQz1tCkNPTkZJR19TQ1NJX1FMQV9J U0NTST1tCkNPTkZJR19TQ1NJX0xQRkM9bQojIENPTkZJR19TQ1NJX0xQRkNfREVCVUdfRlMgaXMg bm90IHNldApDT05GSUdfU0NTSV9EQzM5NXg9bQpDT05GSUdfU0NTSV9EQzM5MFQ9bQpDT05GSUdf U0NTSV9ERUJVRz1tCiMgQ09ORklHX1NDU0lfUE1DUkFJRCBpcyBub3Qgc2V0CiMgQ09ORklHX1ND U0lfUE04MDAxIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1JQPW0KIyBDT05GSUdfU0NTSV9CRkFf RkMgaXMgbm90IHNldApDT05GSUdfU0NTSV9MT1dMRVZFTF9QQ01DSUE9eQpDT05GSUdfUENNQ0lB X0FIQTE1Mlg9bQpDT05GSUdfUENNQ0lBX0ZET01BSU49bQpDT05GSUdfUENNQ0lBX1FMT0dJQz1t CkNPTkZJR19QQ01DSUFfU1lNNTNDNTAwPW0KIyBDT05GSUdfU0NTSV9ESCBpcyBub3Qgc2V0CiMg Q09ORklHX1NDU0lfT1NEX0lOSVRJQVRPUiBpcyBub3Qgc2V0CkNPTkZJR19BVEE9bQojIENPTkZJ R19BVEFfTk9OU1RBTkRBUkQgaXMgbm90IHNldApDT05GSUdfQVRBX1ZFUkJPU0VfRVJST1I9eQpD T05GSUdfQVRBX0FDUEk9eQpDT05GSUdfU0FUQV9QTVA9eQoKIwojIENvbnRyb2xsZXJzIHdpdGgg bm9uLVNGRiBuYXRpdmUgaW50ZXJmYWNlCiMKQ09ORklHX1NBVEFfQUhDST1tCiMgQ09ORklHX1NB VEFfQUhDSV9QTEFURk9STSBpcyBub3Qgc2V0CkNPTkZJR19TQVRBX0lOSUMxNjJYPW0KIyBDT05G SUdfU0FUQV9BQ0FSRF9BSENJIGlzIG5vdCBzZXQKQ09ORklHX1NBVEFfU0lMMjQ9bQpDT05GSUdf QVRBX1NGRj15CgojCiMgU0ZGIGNvbnRyb2xsZXJzIHdpdGggY3VzdG9tIERNQSBpbnRlcmZhY2UK IwpDT05GSUdfUERDX0FETUE9bQpDT05GSUdfU0FUQV9RU1RPUj1tCkNPTkZJR19TQVRBX1NYND1t CkNPTkZJR19BVEFfQk1ETUE9eQoKIwojIFNBVEEgU0ZGIGNvbnRyb2xsZXJzIHdpdGggQk1ETUEK IwpDT05GSUdfQVRBX1BJSVg9bQpDT05GSUdfU0FUQV9NVj1tCkNPTkZJR19TQVRBX05WPW0KQ09O RklHX1NBVEFfUFJPTUlTRT1tCkNPTkZJR19TQVRBX1NJTD1tCkNPTkZJR19TQVRBX1NJUz1tCkNP TkZJR19TQVRBX1NWVz1tCkNPTkZJR19TQVRBX1VMST1tCkNPTkZJR19TQVRBX1ZJQT1tCkNPTkZJ R19TQVRBX1ZJVEVTU0U9bQoKIwojIFBBVEEgU0ZGIGNvbnRyb2xsZXJzIHdpdGggQk1ETUEKIwoj IENPTkZJR19QQVRBX0FMSSBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX0FNRD1tCiMgQ09ORklHX1BB VEFfQVJBU0FOX0NGIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfQVJUT1A9bQpDT05GSUdfUEFUQV9B VElJWFA9bQojIENPTkZJR19QQVRBX0FUUDg2N1ggaXMgbm90IHNldApDT05GSUdfUEFUQV9DTUQ2 NFg9bQpDT05GSUdfUEFUQV9DUzU1MjA9bQojIENPTkZJR19QQVRBX0NTNTUzMCBpcyBub3Qgc2V0 CkNPTkZJR19QQVRBX0NTNTUzNj1tCiMgQ09ORklHX1BBVEFfQ1lQUkVTUyBpcyBub3Qgc2V0CkNP TkZJR19QQVRBX0VGQVI9bQpDT05GSUdfUEFUQV9IUFQzNjY9bQojIENPTkZJR19QQVRBX0hQVDM3 WCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSFBUM1gyTiBpcyBub3Qgc2V0CkNPTkZJR19QQVRB X0hQVDNYMz1tCiMgQ09ORklHX1BBVEFfSFBUM1gzX0RNQSBpcyBub3Qgc2V0CkNPTkZJR19QQVRB X0lUODIxMz1tCkNPTkZJR19QQVRBX0lUODIxWD1tCkNPTkZJR19QQVRBX0pNSUNST049bQpDT05G SUdfUEFUQV9NQVJWRUxMPW0KQ09ORklHX1BBVEFfTkVUQ0VMTD1tCiMgQ09ORklHX1BBVEFfTklO SkEzMiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfTlM4NzQxNSBpcyBub3Qgc2V0CkNPTkZJR19Q QVRBX09MRFBJSVg9bQojIENPTkZJR19QQVRBX09QVElETUEgaXMgbm90IHNldApDT05GSUdfUEFU QV9QREMyMDI3WD1tCiMgQ09ORklHX1BBVEFfUERDX09MRCBpcyBub3Qgc2V0CiMgQ09ORklHX1BB VEFfUkFESVNZUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUkRDIGlzIG5vdCBzZXQKIyBDT05G SUdfUEFUQV9TQzEyMDAgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1NDSCBpcyBub3Qgc2V0CkNP TkZJR19QQVRBX1NFUlZFUldPUktTPW0KQ09ORklHX1BBVEFfU0lMNjgwPW0KQ09ORklHX1BBVEFf U0lTPW0KIyBDT05GSUdfUEFUQV9UT1NISUJBIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfVFJJRkxF WD1tCkNPTkZJR19QQVRBX1ZJQT1tCkNPTkZJR19QQVRBX1dJTkJPTkQ9bQoKIwojIFBJTy1vbmx5 IFNGRiBjb250cm9sbGVycwojCiMgQ09ORklHX1BBVEFfQ01ENjQwX1BDSSBpcyBub3Qgc2V0CkNP TkZJR19QQVRBX01QSUlYPW0KIyBDT05GSUdfUEFUQV9OUzg3NDEwIGlzIG5vdCBzZXQKIyBDT05G SUdfUEFUQV9PUFRJIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfUENNQ0lBPW0KQ09ORklHX1BBVEFf UExBVEZPUk09bQpDT05GSUdfUEFUQV9SWjEwMDA9bQoKIwojIEdlbmVyaWMgZmFsbGJhY2sgLyBs ZWdhY3kgZHJpdmVycwojCkNPTkZJR19QQVRBX0FDUEk9bQpDT05GSUdfQVRBX0dFTkVSSUM9bQoj IENPTkZJR19QQVRBX0xFR0FDWSBpcyBub3Qgc2V0CkNPTkZJR19NRD15CkNPTkZJR19CTEtfREVW X01EPW0KQ09ORklHX01EX0xJTkVBUj1tCkNPTkZJR19NRF9SQUlEMD1tCkNPTkZJR19NRF9SQUlE MT1tCkNPTkZJR19NRF9SQUlEMTA9bQpDT05GSUdfTURfUkFJRDQ1Nj1tCiMgQ09ORklHX01VTFRJ Q09SRV9SQUlENDU2IGlzIG5vdCBzZXQKQ09ORklHX01EX01VTFRJUEFUSD1tCkNPTkZJR19NRF9G QVVMVFk9bQpDT05GSUdfQkxLX0RFVl9ETT1tCiMgQ09ORklHX0RNX0RFQlVHIGlzIG5vdCBzZXQK Q09ORklHX0RNX0NSWVBUPW0KQ09ORklHX0RNX1NOQVBTSE9UPW0KQ09ORklHX0RNX01JUlJPUj1t CiMgQ09ORklHX0RNX1JBSUQgaXMgbm90IHNldAojIENPTkZJR19ETV9MT0dfVVNFUlNQQUNFIGlz IG5vdCBzZXQKQ09ORklHX0RNX1pFUk89bQpDT05GSUdfRE1fTVVMVElQQVRIPW0KIyBDT05GSUdf RE1fTVVMVElQQVRIX1FMIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fTVVMVElQQVRIX1NUIGlzIG5v dCBzZXQKIyBDT05GSUdfRE1fREVMQVkgaXMgbm90IHNldApDT05GSUdfRE1fVUVWRU5UPXkKIyBD T05GSUdfRE1fRkxBS0VZIGlzIG5vdCBzZXQKIyBDT05GSUdfVEFSR0VUX0NPUkUgaXMgbm90IHNl dApDT05GSUdfRlVTSU9OPXkKQ09ORklHX0ZVU0lPTl9TUEk9bQpDT05GSUdfRlVTSU9OX0ZDPW0K Q09ORklHX0ZVU0lPTl9TQVM9bQpDT05GSUdfRlVTSU9OX01BWF9TR0U9MTI4CkNPTkZJR19GVVNJ T05fQ1RMPW0KQ09ORklHX0ZVU0lPTl9MQU49bQpDT05GSUdfRlVTSU9OX0xPR0dJTkc9eQoKIwoj IElFRUUgMTM5NCAoRmlyZVdpcmUpIHN1cHBvcnQKIwojIENPTkZJR19GSVJFV0lSRSBpcyBub3Qg c2V0CiMgQ09ORklHX0ZJUkVXSVJFX05PU1kgaXMgbm90IHNldApDT05GSUdfSTJPPW0KQ09ORklH X0kyT19MQ1RfTk9USUZZX09OX0NIQU5HRVM9eQpDT05GSUdfSTJPX0VYVF9BREFQVEVDPXkKQ09O RklHX0kyT19FWFRfQURBUFRFQ19ETUE2ND15CkNPTkZJR19JMk9fQ09ORklHPW0KQ09ORklHX0ky T19DT05GSUdfT0xEX0lPQ1RMPXkKQ09ORklHX0kyT19CVVM9bQpDT05GSUdfSTJPX0JMT0NLPW0K Q09ORklHX0kyT19TQ1NJPW0KQ09ORklHX0kyT19QUk9DPW0KQ09ORklHX01BQ0lOVE9TSF9EUklW RVJTPXkKQ09ORklHX01BQ19FTVVNT1VTRUJUTj15CkNPTkZJR19ORVRERVZJQ0VTPXkKQ09ORklH X0lGQj15CkNPTkZJR19EVU1NWT15CkNPTkZJR19CT05ESU5HPW0KQ09ORklHX01BQ1ZMQU49bQoj IENPTkZJR19NQUNWVEFQIGlzIG5vdCBzZXQKQ09ORklHX0VRVUFMSVpFUj1tCkNPTkZJR19UVU49 eQpDT05GSUdfVkVUSD15CkNPTkZJR19ORVRfU0IxMDAwPW0KQ09ORklHX0FSQ05FVD1tCkNPTkZJ R19BUkNORVRfMTIwMT1tCkNPTkZJR19BUkNORVRfMTA1MT1tCkNPTkZJR19BUkNORVRfUkFXPW0K Q09ORklHX0FSQ05FVF9DQVA9bQpDT05GSUdfQVJDTkVUX0NPTTkweHg9bQpDT05GSUdfQVJDTkVU X0NPTTkweHhJTz1tCkNPTkZJR19BUkNORVRfUklNX0k9bQpDT05GSUdfQVJDTkVUX0NPTTIwMDIw PW0KQ09ORklHX0FSQ05FVF9DT00yMDAyMF9QQ0k9bQpDT05GSUdfTUlJPW0KQ09ORklHX1BIWUxJ Qj1tCgojCiMgTUlJIFBIWSBkZXZpY2UgZHJpdmVycwojCkNPTkZJR19NQVJWRUxMX1BIWT1tCkNP TkZJR19EQVZJQ09NX1BIWT1tCkNPTkZJR19RU0VNSV9QSFk9bQpDT05GSUdfTFhUX1BIWT1tCkNP TkZJR19DSUNBREFfUEhZPW0KQ09ORklHX1ZJVEVTU0VfUEhZPW0KQ09ORklHX1NNU0NfUEhZPW0K Q09ORklHX0JST0FEQ09NX1BIWT1tCkNPTkZJR19JQ1BMVVNfUEhZPW0KIyBDT05GSUdfUkVBTFRF S19QSFkgaXMgbm90IHNldAojIENPTkZJR19OQVRJT05BTF9QSFkgaXMgbm90IHNldAojIENPTkZJ R19TVEUxMFhQIGlzIG5vdCBzZXQKIyBDT05GSUdfTFNJX0VUMTAxMUNfUEhZIGlzIG5vdCBzZXQK IyBDT05GSUdfTUlDUkVMX1BIWSBpcyBub3Qgc2V0CkNPTkZJR19NRElPX0JJVEJBTkc9bQojIENP TkZJR19NRElPX0dQSU8gaXMgbm90IHNldApDT05GSUdfTkVUX0VUSEVSTkVUPXkKQ09ORklHX0hB UFBZTUVBTD1tCkNPTkZJR19TVU5HRU09bQpDT05GSUdfQ0FTU0lOST1tCkNPTkZJR19ORVRfVkVO RE9SXzNDT009eQpDT05GSUdfVk9SVEVYPW0KQ09ORklHX1RZUEhPT049bQojIENPTkZJR19FTkMy OEo2MCBpcyBub3Qgc2V0CiMgQ09ORklHX0VUSE9DIGlzIG5vdCBzZXQKIyBDT05GSUdfRE5FVCBp cyBub3Qgc2V0CkNPTkZJR19ORVRfVFVMSVA9eQpDT05GSUdfREUyMTA0WD1tCkNPTkZJR19ERTIx MDRYX0RTTD0wCkNPTkZJR19UVUxJUD1tCiMgQ09ORklHX1RVTElQX01XSSBpcyBub3Qgc2V0CiMg Q09ORklHX1RVTElQX01NSU8gaXMgbm90IHNldAojIENPTkZJR19UVUxJUF9OQVBJIGlzIG5vdCBz ZXQKQ09ORklHX0RFNFg1PW0KQ09ORklHX1dJTkJPTkRfODQwPW0KQ09ORklHX0RNOTEwMj1tCkNP TkZJR19VTEk1MjZYPW0KQ09ORklHX1BDTUNJQV9YSVJDT009bQpDT05GSUdfSFAxMDA9bQojIENP TkZJR19JQk1fTkVXX0VNQUNfWk1JSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19S R01JSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19UQUggaXMgbm90IHNldAojIENP TkZJR19JQk1fTkVXX0VNQUNfRU1BQzQgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VNQUNf Tk9fRkxPV19DVFJMIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DTFJfSUNJ TlRTVEFUIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DT01NT05fRVJSIGlz IG5vdCBzZXQKQ09ORklHX05FVF9QQ0k9eQpDT05GSUdfUENORVQzMj1tCkNPTkZJR19BTUQ4MTEx X0VUSD1tCkNPTkZJR19BREFQVEVDX1NUQVJGSVJFPW0KIyBDT05GSUdfS1NaODg0WF9QQ0kgaXMg bm90IHNldApDT05GSUdfQjQ0PW0KQ09ORklHX0I0NF9QQ0lfQVVUT1NFTEVDVD15CkNPTkZJR19C NDRfUENJQ09SRV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0NF9QQ0k9eQpDT05GSUdfRk9SQ0VERVRI PW0KQ09ORklHX0UxMDA9bQpDT05GSUdfRkVBTE5YPW0KQ09ORklHX05BVFNFTUk9bQpDT05GSUdf TkUyS19QQ0k9bQpDT05GSUdfODEzOUNQPW0KQ09ORklHXzgxMzlUT089bQpDT05GSUdfODEzOVRP T19QSU89eQojIENPTkZJR184MTM5VE9PX1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0CkNPTkZJR184 MTM5VE9PXzgxMjk9eQojIENPTkZJR184MTM5X09MRF9SWF9SRVNFVCBpcyBub3Qgc2V0CiMgQ09O RklHX1I2MDQwIGlzIG5vdCBzZXQKQ09ORklHX1NJUzkwMD1tCkNPTkZJR19FUElDMTAwPW0KIyBD T05GSUdfU01TQzk0MjAgaXMgbm90IHNldApDT05GSUdfU1VOREFOQ0U9bQojIENPTkZJR19TVU5E QU5DRV9NTUlPIGlzIG5vdCBzZXQKQ09ORklHX1RMQU49bQojIENPTkZJR19LUzg4NDIgaXMgbm90 IHNldAojIENPTkZJR19LUzg4NTEgaXMgbm90IHNldAojIENPTkZJR19LUzg4NTFfTUxMIGlzIG5v dCBzZXQKQ09ORklHX1ZJQV9SSElORT1tCkNPTkZJR19WSUFfUkhJTkVfTU1JTz15CkNPTkZJR19T QzkyMDMxPW0KQ09ORklHX05FVF9QT0NLRVQ9eQpDT05GSUdfQVRQPW0KQ09ORklHX0RFNjAwPW0K Q09ORklHX0RFNjIwPW0KIyBDT05GSUdfQVRMMiBpcyBub3Qgc2V0CkNPTkZJR19ORVRERVZfMTAw MD15CkNPTkZJR19BQ0VOSUM9bQojIENPTkZJR19BQ0VOSUNfT01JVF9USUdPTl9JIGlzIG5vdCBz ZXQKQ09ORklHX0RMMks9bQpDT05GSUdfRTEwMDA9bQpDT05GSUdfRTEwMDBFPW0KQ09ORklHX0lQ MTAwMD1tCiMgQ09ORklHX0lHQiBpcyBub3Qgc2V0CiMgQ09ORklHX0lHQlZGIGlzIG5vdCBzZXQK Q09ORklHX05TODM4MjA9bQpDT05GSUdfSEFNQUNIST1tCkNPTkZJR19ZRUxMT1dGSU49bQpDT05G SUdfUjgxNjk9bQpDT05GSUdfU0lTMTkwPW0KQ09ORklHX1NLR0U9bQojIENPTkZJR19TS0dFX0RF QlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfU0tHRV9HRU5FU0lTIGlzIG5vdCBzZXQKQ09ORklHX1NL WTI9bQojIENPTkZJR19TS1kyX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1ZJQV9WRUxPQ0lUWT1t CkNPTkZJR19USUdPTjM9bQpDT05GSUdfQk5YMj1tCiMgQ09ORklHX0NOSUMgaXMgbm90IHNldApD T05GSUdfUUxBM1hYWD1tCkNPTkZJR19BVEwxPW0KIyBDT05GSUdfQVRMMUUgaXMgbm90IHNldAoj IENPTkZJR19BVEwxQyBpcyBub3Qgc2V0CiMgQ09ORklHX0pNRSBpcyBub3Qgc2V0CiMgQ09ORklH X1NUTU1BQ19FVEggaXMgbm90IHNldAojIENPTkZJR19QQ0hfR0JFIGlzIG5vdCBzZXQKQ09ORklH X05FVERFVl8xMDAwMD15CkNPTkZJR19NRElPPW0KQ09ORklHX0NIRUxTSU9fVDE9bQpDT05GSUdf Q0hFTFNJT19UMV8xRz15CkNPTkZJR19DSEVMU0lPX1QzPW0KIyBDT05GSUdfQ0hFTFNJT19UNCBp cyBub3Qgc2V0CiMgQ09ORklHX0NIRUxTSU9fVDRWRiBpcyBub3Qgc2V0CiMgQ09ORklHX0VOSUMg aXMgbm90IHNldApDT05GSUdfSVhHQkU9bQpDT05GSUdfSVhHQkVfRENBPXkKIyBDT05GSUdfSVhH QkVWRiBpcyBub3Qgc2V0CkNPTkZJR19JWEdCPW0KQ09ORklHX1MySU89bQojIENPTkZJR19WWEdF IGlzIG5vdCBzZXQKQ09ORklHX01ZUkkxMEdFPW0KQ09ORklHX01ZUkkxMEdFX0RDQT15CkNPTkZJ R19ORVRYRU5fTklDPXkKQ09ORklHX05JVT1tCiMgQ09ORklHX01MWDRfRU4gaXMgbm90IHNldApD T05GSUdfTUxYNF9DT1JFPW0KQ09ORklHX01MWDRfREVCVUc9eQpDT05GSUdfVEVIVVRJPW0KIyBD T05GSUdfQk5YMlggaXMgbm90IHNldAojIENPTkZJR19RTENOSUMgaXMgbm90IHNldAojIENPTkZJ R19RTEdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQk5BIGlzIG5vdCBzZXQKIyBDT05GSUdfU0ZDIGlz IG5vdCBzZXQKIyBDT05GSUdfQkUyTkVUIGlzIG5vdCBzZXQKQ09ORklHX1RSPXkKQ09ORklHX0lC TU9MPW0KQ09ORklHXzNDMzU5PW0KQ09ORklHX1RNUzM4MFRSPW0KQ09ORklHX1RNU1BDST1tCkNP TkZJR19BQllTUz1tCkNPTkZJR19XTEFOPXkKQ09ORklHX1BDTUNJQV9SQVlDUz1tCiMgQ09ORklH X0xJQkVSVEFTX1RISU5GSVJNIGlzIG5vdCBzZXQKQ09ORklHX0FJUk89bQpDT05GSUdfQVRNRUw9 bQpDT05GSUdfUENJX0FUTUVMPW0KQ09ORklHX1BDTUNJQV9BVE1FTD1tCiMgQ09ORklHX0FUNzZD NTBYX1VTQiBpcyBub3Qgc2V0CkNPTkZJR19BSVJPX0NTPW0KQ09ORklHX1BDTUNJQV9XTDM1MDE9 bQpDT05GSUdfUFJJU001ND1tCkNPTkZJR19VU0JfWkQxMjAxPW0KIyBDT05GSUdfVVNCX05FVF9S TkRJU19XTEFOIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE4MCBpcyBub3Qgc2V0CkNPTkZJR19S VEw4MTg3PW0KQ09ORklHX1JUTDgxODdfTEVEUz15CkNPTkZJR19BRE04MjExPW0KIyBDT05GSUdf TUFDODAyMTFfSFdTSU0gaXMgbm90IHNldAojIENPTkZJR19NV0w4SyBpcyBub3Qgc2V0CiMgQ09O RklHX0FUSF9DT01NT04gaXMgbm90IHNldApDT05GSUdfQjQzPW0KQ09ORklHX0I0M19TU0I9eQpD T05GSUdfQjQzX1BDSV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0M19QQ0lDT1JFX0FVVE9TRUxFQ1Q9 eQojIENPTkZJR19CNDNfUENNQ0lBIGlzIG5vdCBzZXQKIyBDT05GSUdfQjQzX1NESU8gaXMgbm90 IHNldApDT05GSUdfQjQzX1BJTz15CiMgQ09ORklHX0I0M19QSFlfTiBpcyBub3Qgc2V0CkNPTkZJ R19CNDNfUEhZX0xQPXkKQ09ORklHX0I0M19MRURTPXkKQ09ORklHX0I0M19IV1JORz15CkNPTkZJ R19CNDNfREVCVUc9eQojIENPTkZJR19CNDNfRk9SQ0VfUElPIGlzIG5vdCBzZXQKQ09ORklHX0I0 M0xFR0FDWT1tCkNPTkZJR19CNDNMRUdBQ1lfUENJX0FVVE9TRUxFQ1Q9eQpDT05GSUdfQjQzTEVH QUNZX1BDSUNPUkVfQVVUT1NFTEVDVD15CkNPTkZJR19CNDNMRUdBQ1lfTEVEUz15CkNPTkZJR19C NDNMRUdBQ1lfSFdSTkc9eQpDT05GSUdfQjQzTEVHQUNZX0RFQlVHPXkKQ09ORklHX0I0M0xFR0FD WV9ETUE9eQpDT05GSUdfQjQzTEVHQUNZX1BJTz15CkNPTkZJR19CNDNMRUdBQ1lfRE1BX0FORF9Q SU9fTU9ERT15CiMgQ09ORklHX0I0M0xFR0FDWV9ETUFfTU9ERSBpcyBub3Qgc2V0CiMgQ09ORklH X0I0M0xFR0FDWV9QSU9fTU9ERSBpcyBub3Qgc2V0CkNPTkZJR19IT1NUQVA9bQpDT05GSUdfSE9T VEFQX0ZJUk1XQVJFPXkKQ09ORklHX0hPU1RBUF9GSVJNV0FSRV9OVlJBTT15CkNPTkZJR19IT1NU QVBfUExYPW0KQ09ORklHX0hPU1RBUF9QQ0k9bQpDT05GSUdfSE9TVEFQX0NTPW0KQ09ORklHX0lQ VzIxMDA9bQpDT05GSUdfSVBXMjEwMF9NT05JVE9SPXkKIyBDT05GSUdfSVBXMjEwMF9ERUJVRyBp cyBub3Qgc2V0CkNPTkZJR19JUFcyMjAwPW0KQ09ORklHX0lQVzIyMDBfTU9OSVRPUj15CkNPTkZJ R19JUFcyMjAwX1JBRElPVEFQPXkKQ09ORklHX0lQVzIyMDBfUFJPTUlTQ1VPVVM9eQpDT05GSUdf SVBXMjIwMF9RT1M9eQojIENPTkZJR19JUFcyMjAwX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0xJ QklQVz1tCiMgQ09ORklHX0xJQklQV19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTEFHTiBp cyBub3Qgc2V0CiMgQ09ORklHX0lXTDQ5NjUgaXMgbm90IHNldAojIENPTkZJR19JV0wzOTQ1IGlz IG5vdCBzZXQKIyBDT05GSUdfSVdNIGlzIG5vdCBzZXQKQ09ORklHX0xJQkVSVEFTPW0KQ09ORklH X0xJQkVSVEFTX1VTQj1tCkNPTkZJR19MSUJFUlRBU19DUz1tCkNPTkZJR19MSUJFUlRBU19TRElP PW0KIyBDT05GSUdfTElCRVJUQVNfU1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRVJUQVNfREVC VUcgaXMgbm90IHNldAojIENPTkZJR19MSUJFUlRBU19NRVNIIGlzIG5vdCBzZXQKQ09ORklHX0hF Uk1FUz1tCiMgQ09ORklHX0hFUk1FU19QUklTTSBpcyBub3Qgc2V0CkNPTkZJR19IRVJNRVNfQ0FD SEVfRldfT05fSU5JVD15CiMgQ09ORklHX1BMWF9IRVJNRVMgaXMgbm90IHNldAojIENPTkZJR19U TURfSEVSTUVTIGlzIG5vdCBzZXQKIyBDT05GSUdfTk9SVEVMX0hFUk1FUyBpcyBub3Qgc2V0CkNP TkZJR19QQ01DSUFfSEVSTUVTPW0KQ09ORklHX1BDTUNJQV9TUEVDVFJVTT1tCiMgQ09ORklHX09S SU5PQ09fVVNCIGlzIG5vdCBzZXQKQ09ORklHX1A1NF9DT01NT049bQpDT05GSUdfUDU0X1VTQj1t CkNPTkZJR19QNTRfUENJPW0KIyBDT05GSUdfUDU0X1NQSSBpcyBub3Qgc2V0CkNPTkZJR19QNTRf TEVEUz15CkNPTkZJR19SVDJYMDA9bQpDT05GSUdfUlQyNDAwUENJPW0KQ09ORklHX1JUMjUwMFBD ST1tCkNPTkZJR19SVDYxUENJPW0KIyBDT05GSUdfUlQyODAwUENJIGlzIG5vdCBzZXQKQ09ORklH X1JUMjUwMFVTQj1tCkNPTkZJR19SVDczVVNCPW0KIyBDT05GSUdfUlQyODAwVVNCIGlzIG5vdCBz ZXQKQ09ORklHX1JUMlgwMF9MSUJfUENJPW0KQ09ORklHX1JUMlgwMF9MSUJfVVNCPW0KQ09ORklH X1JUMlgwMF9MSUI9bQpDT05GSUdfUlQyWDAwX0xJQl9GSVJNV0FSRT15CkNPTkZJR19SVDJYMDBf TElCX0NSWVBUTz15CkNPTkZJR19SVDJYMDBfTElCX0xFRFM9eQojIENPTkZJR19SVDJYMDBfTElC X0RFQlVHRlMgaXMgbm90IHNldAojIENPTkZJR19SVDJYMDBfREVCVUcgaXMgbm90IHNldAojIENP TkZJR19SVEw4MTkyQ0UgaXMgbm90IHNldAojIENPTkZJR19SVEw4MTkyU0UgaXMgbm90IHNldAoj IENPTkZJR19SVEw4MTkyREUgaXMgbm90IHNldAojIENPTkZJR19SVEw4MTkyQ1UgaXMgbm90IHNl dAojIENPTkZJR19XTDEyNTEgaXMgbm90IHNldAojIENPTkZJR19XTDEyWFhfTUVOVSBpcyBub3Qg c2V0CkNPTkZJR19aRDEyMTFSVz1tCiMgQ09ORklHX1pEMTIxMVJXX0RFQlVHIGlzIG5vdCBzZXQK IyBDT05GSUdfTVdJRklFWCBpcyBub3Qgc2V0CgojCiMgRW5hYmxlIFdpTUFYIChOZXR3b3JraW5n IG9wdGlvbnMpIHRvIHNlZSB0aGUgV2lNQVggZHJpdmVycwojCgojCiMgVVNCIE5ldHdvcmsgQWRh cHRlcnMKIwpDT05GSUdfVVNCX0NBVEM9bQpDT05GSUdfVVNCX0tBV0VUSD1tCkNPTkZJR19VU0Jf UEVHQVNVUz1tCkNPTkZJR19VU0JfUlRMODE1MD1tCkNPTkZJR19VU0JfVVNCTkVUPW0KQ09ORklH X1VTQl9ORVRfQVg4ODE3WD1tCkNPTkZJR19VU0JfTkVUX0NEQ0VUSEVSPW0KIyBDT05GSUdfVVNC X05FVF9DRENfRUVNIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9ORVRfQ0RDX05DTT1tCkNPTkZJR19V U0JfTkVUX0RNOTYwMT1tCiMgQ09ORklHX1VTQl9ORVRfU01TQzc1WFggaXMgbm90IHNldAojIENP TkZJR19VU0JfTkVUX1NNU0M5NVhYIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9ORVRfR0w2MjBBPW0K Q09ORklHX1VTQl9ORVRfTkVUMTA4MD1tCkNPTkZJR19VU0JfTkVUX1BMVVNCPW0KQ09ORklHX1VT Ql9ORVRfTUNTNzgzMD1tCkNPTkZJR19VU0JfTkVUX1JORElTX0hPU1Q9bQpDT05GSUdfVVNCX05F VF9DRENfU1VCU0VUPW0KQ09ORklHX1VTQl9BTElfTTU2MzI9eQpDT05GSUdfVVNCX0FOMjcyMD15 CkNPTkZJR19VU0JfQkVMS0lOPXkKQ09ORklHX1VTQl9BUk1MSU5VWD15CkNPTkZJR19VU0JfRVBT T04yODg4PXkKQ09ORklHX1VTQl9LQzIxOTA9eQojIENPTkZJR19VU0JfTkVUX1pBVVJVUyBpcyBu b3Qgc2V0CiMgQ09ORklHX1VTQl9ORVRfQ1g4MjMxMF9FVEggaXMgbm90IHNldAojIENPTkZJR19V U0JfTkVUX0tBTE1JQSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9IU08gaXMgbm90IHNldAojIENP TkZJR19VU0JfTkVUX0lOVDUxWDEgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVBIRVRIIGlzIG5v dCBzZXQKIyBDT05GSUdfVVNCX1NJRVJSQV9ORVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfVkw2 MDAgaXMgbm90IHNldApDT05GSUdfTkVUX1BDTUNJQT15CkNPTkZJR19QQ01DSUFfM0M1ODk9bQpD T05GSUdfUENNQ0lBXzNDNTc0PW0KQ09ORklHX1BDTUNJQV9GTVZKMThYPW0KQ09ORklHX1BDTUNJ QV9QQ05FVD1tCkNPTkZJR19QQ01DSUFfTk1DTEFOPW0KQ09ORklHX1BDTUNJQV9TTUM5MUM5Mj1t CkNPTkZJR19QQ01DSUFfWElSQzJQUz1tCkNPTkZJR19QQ01DSUFfQVhORVQ9bQpDT05GSUdfQVJD TkVUX0NPTTIwMDIwX0NTPW0KQ09ORklHX1BDTUNJQV9JQk1UUj1tCkNPTkZJR19XQU49eQpDT05G SUdfTEFOTUVESUE9bQpDT05GSUdfSERMQz1tCkNPTkZJR19IRExDX1JBVz1tCkNPTkZJR19IRExD X1JBV19FVEg9bQpDT05GSUdfSERMQ19DSVNDTz1tCkNPTkZJR19IRExDX0ZSPW0KQ09ORklHX0hE TENfUFBQPW0KQ09ORklHX0hETENfWDI1PW0KQ09ORklHX1BDSTIwMFNZTj1tCkNPTkZJR19XQU5Y TD1tCiMgQ09ORklHX1BDMzAwVE9PIGlzIG5vdCBzZXQKQ09ORklHX0ZBUlNZTkM9bQpDT05GSUdf RFNDQzQ9bQpDT05GSUdfRFNDQzRfUENJU1lOQz15CkNPTkZJR19EU0NDNF9QQ0lfUlNUPXkKQ09O RklHX0RMQ0k9bQpDT05GSUdfRExDSV9NQVg9OApDT05GSUdfV0FOX1JPVVRFUl9EUklWRVJTPW0K Q09ORklHX0NZQ0xBREVTX1NZTkM9bQpDT05GSUdfQ1lDTE9NWF9YMjU9eQpDT05GSUdfTEFQQkVU SEVSPW0KQ09ORklHX1gyNV9BU1k9bQpDT05GSUdfU0JOST1tCiMgQ09ORklHX1NCTklfTVVMVElM SU5FIGlzIG5vdCBzZXQKQ09ORklHX0FUTV9EUklWRVJTPXkKIyBDT05GSUdfQVRNX0RVTU1ZIGlz IG5vdCBzZXQKQ09ORklHX0FUTV9UQ1A9bQpDT05GSUdfQVRNX0xBTkFJPW0KQ09ORklHX0FUTV9F Tkk9bQojIENPTkZJR19BVE1fRU5JX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX0VOSV9U VU5FX0JVUlNUIGlzIG5vdCBzZXQKQ09ORklHX0FUTV9GSVJFU1RSRUFNPW0KQ09ORklHX0FUTV9a QVRNPW0KIyBDT05GSUdfQVRNX1pBVE1fREVCVUcgaXMgbm90IHNldApDT05GSUdfQVRNX05JQ1NU QVI9bQojIENPTkZJR19BVE1fTklDU1RBUl9VU0VfU1VOSSBpcyBub3Qgc2V0CiMgQ09ORklHX0FU TV9OSUNTVEFSX1VTRV9JRFQ3NzEwNSBpcyBub3Qgc2V0CkNPTkZJR19BVE1fSURUNzcyNTI9bQoj IENPTkZJR19BVE1fSURUNzcyNTJfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19BVE1fSURUNzcy NTJfUkNWX0FMTCBpcyBub3Qgc2V0CkNPTkZJR19BVE1fSURUNzcyNTJfVVNFX1NVTkk9eQpDT05G SUdfQVRNX0FNQkFTU0FET1I9bQojIENPTkZJR19BVE1fQU1CQVNTQURPUl9ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19BVE1fSE9SSVpPTj1tCiMgQ09ORklHX0FUTV9IT1JJWk9OX0RFQlVHIGlzIG5v dCBzZXQKQ09ORklHX0FUTV9JQT1tCiMgQ09ORklHX0FUTV9JQV9ERUJVRyBpcyBub3Qgc2V0CkNP TkZJR19BVE1fRk9SRTIwMEU9bQojIENPTkZJR19BVE1fRk9SRTIwMEVfVVNFX1RBU0tMRVQgaXMg bm90IHNldApDT05GSUdfQVRNX0ZPUkUyMDBFX1RYX1JFVFJZPTE2CkNPTkZJR19BVE1fRk9SRTIw MEVfREVCVUc9MApDT05GSUdfQVRNX0hFPW0KQ09ORklHX0FUTV9IRV9VU0VfU1VOST15CiMgQ09O RklHX0FUTV9TT0xPUyBpcyBub3Qgc2V0CgojCiMgQ0FJRiB0cmFuc3BvcnQgZHJpdmVycwojCkNP TkZJR19YRU5fTkVUREVWX0ZST05URU5EPXkKQ09ORklHX1hFTl9ORVRERVZfQkFDS0VORD15CkNP TkZJR19SSU9ORVQ9eQpDT05GSUdfUklPTkVUX1RYX1NJWkU9MTI4CkNPTkZJR19SSU9ORVRfUlhf U0laRT0xMjgKQ09ORklHX0ZEREk9eQpDT05GSUdfREVGWFg9bQpDT05GSUdfREVGWFhfTU1JTz15 CkNPTkZJR19TS0ZQPW0KQ09ORklHX0hJUFBJPXkKQ09ORklHX1JPQURSVU5ORVI9bQojIENPTkZJ R19ST0FEUlVOTkVSX0xBUkdFX1JJTkdTIGlzIG5vdCBzZXQKQ09ORklHX1BMSVA9bQpDT05GSUdf UFBQPW0KQ09ORklHX1BQUF9NVUxUSUxJTks9eQpDT05GSUdfUFBQX0ZJTFRFUj15CkNPTkZJR19Q UFBfQVNZTkM9bQpDT05GSUdfUFBQX1NZTkNfVFRZPW0KQ09ORklHX1BQUF9ERUZMQVRFPW0KQ09O RklHX1BQUF9CU0RDT01QPW0KQ09ORklHX1BQUF9NUFBFPW0KQ09ORklHX1BQUE9FPW0KQ09ORklH X1BQUE9BVE09bQpDT05GSUdfU0xJUD1tCkNPTkZJR19TTElQX0NPTVBSRVNTRUQ9eQpDT05GSUdf U0xIQz1tCkNPTkZJR19TTElQX1NNQVJUPXkKQ09ORklHX1NMSVBfTU9ERV9TTElQNj15CkNPTkZJ R19ORVRfRkM9eQpDT05GSUdfTkVUQ09OU09MRT1tCkNPTkZJR19ORVRDT05TT0xFX0RZTkFNSUM9 eQpDT05GSUdfTkVUUE9MTD15CiMgQ09ORklHX05FVFBPTExfVFJBUCBpcyBub3Qgc2V0CkNPTkZJ R19ORVRfUE9MTF9DT05UUk9MTEVSPXkKQ09ORklHX1ZJUlRJT19ORVQ9bQojIENPTkZJR19WTVhO RVQzIGlzIG5vdCBzZXQKIyBDT05GSUdfSVNETiBpcyBub3Qgc2V0CkNPTkZJR19QSE9ORT1tCkNP TkZJR19QSE9ORV9JWEo9bQpDT05GSUdfUEhPTkVfSVhKX1BDTUNJQT1tCgojCiMgSW5wdXQgZGV2 aWNlIHN1cHBvcnQKIwpDT05GSUdfSU5QVVQ9eQpDT05GSUdfSU5QVVRfRkZfTUVNTEVTUz1tCkNP TkZJR19JTlBVVF9QT0xMREVWPW0KQ09ORklHX0lOUFVUX1NQQVJTRUtNQVA9bQoKIwojIFVzZXJs YW5kIGludGVyZmFjZXMKIwpDT05GSUdfSU5QVVRfTU9VU0VERVY9eQpDT05GSUdfSU5QVVRfTU9V U0VERVZfUFNBVVg9eQpDT05GSUdfSU5QVVRfTU9VU0VERVZfU0NSRUVOX1g9MTAyNApDT05GSUdf SU5QVVRfTU9VU0VERVZfU0NSRUVOX1k9NzY4CkNPTkZJR19JTlBVVF9KT1lERVY9bQpDT05GSUdf SU5QVVRfRVZERVY9bQpDT05GSUdfSU5QVVRfRVZCVUc9bQoKIwojIElucHV0IERldmljZSBEcml2 ZXJzCiMKQ09ORklHX0lOUFVUX0tFWUJPQVJEPXkKIyBDT05GSUdfS0VZQk9BUkRfQURQNTU4OCBp cyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX0FEUDU1ODkgaXMgbm90IHNldApDT05GSUdfS0VZ Qk9BUkRfQVRLQkQ9eQojIENPTkZJR19LRVlCT0FSRF9RVDEwNzAgaXMgbm90IHNldAojIENPTkZJ R19LRVlCT0FSRF9RVDIxNjAgaXMgbm90IHNldApDT05GSUdfS0VZQk9BUkRfTEtLQkQ9bQojIENP TkZJR19LRVlCT0FSRF9HUElPIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfR1BJT19QT0xM RUQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9UQ0E2NDE2IGlzIG5vdCBzZXQKIyBDT05G SUdfS0VZQk9BUkRfTUFUUklYIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTE04MzIzIGlz IG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTUFYNzM1OSBpcyBub3Qgc2V0CiMgQ09ORklHX0tF WUJPQVJEX01DUyBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX01QUjEyMSBpcyBub3Qgc2V0 CkNPTkZJR19LRVlCT0FSRF9ORVdUT049bQojIENPTkZJR19LRVlCT0FSRF9PUEVOQ09SRVMgaXMg bm90IHNldApDT05GSUdfS0VZQk9BUkRfU1RPV0FXQVk9bQpDT05GSUdfS0VZQk9BUkRfU1VOS0JE PW0KQ09ORklHX0tFWUJPQVJEX1hUS0JEPW0KQ09ORklHX0lOUFVUX01PVVNFPXkKQ09ORklHX01P VVNFX1BTMj1tCkNPTkZJR19NT1VTRV9QUzJfQUxQUz15CkNPTkZJR19NT1VTRV9QUzJfTE9HSVBT MlBQPXkKQ09ORklHX01PVVNFX1BTMl9TWU5BUFRJQ1M9eQpDT05GSUdfTU9VU0VfUFMyX0xJRkVC T09LPXkKQ09ORklHX01PVVNFX1BTMl9UUkFDS1BPSU5UPXkKIyBDT05GSUdfTU9VU0VfUFMyX0VM QU5URUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfUFMyX1NFTlRFTElDIGlzIG5vdCBzZXQK IyBDT05GSUdfTU9VU0VfUFMyX1RPVUNIS0lUIGlzIG5vdCBzZXQKQ09ORklHX01PVVNFX1NFUklB TD1tCkNPTkZJR19NT1VTRV9BUFBMRVRPVUNIPW0KIyBDT05GSUdfTU9VU0VfQkNNNTk3NCBpcyBu b3Qgc2V0CkNPTkZJR19NT1VTRV9WU1hYWEFBPW0KIyBDT05GSUdfTU9VU0VfR1BJTyBpcyBub3Qg c2V0CiMgQ09ORklHX01PVVNFX1NZTkFQVElDU19JMkMgaXMgbm90IHNldApDT05GSUdfSU5QVVRf Sk9ZU1RJQ0s9eQpDT05GSUdfSk9ZU1RJQ0tfQU5BTE9HPW0KQ09ORklHX0pPWVNUSUNLX0EzRD1t CkNPTkZJR19KT1lTVElDS19BREk9bQpDT05GSUdfSk9ZU1RJQ0tfQ09CUkE9bQpDT05GSUdfSk9Z U1RJQ0tfR0YySz1tCkNPTkZJR19KT1lTVElDS19HUklQPW0KQ09ORklHX0pPWVNUSUNLX0dSSVBf TVA9bQpDT05GSUdfSk9ZU1RJQ0tfR1VJTExFTU9UPW0KQ09ORklHX0pPWVNUSUNLX0lOVEVSQUNU PW0KQ09ORklHX0pPWVNUSUNLX1NJREVXSU5ERVI9bQpDT05GSUdfSk9ZU1RJQ0tfVE1EQz1tCkNP TkZJR19KT1lTVElDS19JRk9SQ0U9bQpDT05GSUdfSk9ZU1RJQ0tfSUZPUkNFX1VTQj15CkNPTkZJ R19KT1lTVElDS19JRk9SQ0VfMjMyPXkKQ09ORklHX0pPWVNUSUNLX1dBUlJJT1I9bQpDT05GSUdf Sk9ZU1RJQ0tfTUFHRUxMQU49bQpDT05GSUdfSk9ZU1RJQ0tfU1BBQ0VPUkI9bQpDT05GSUdfSk9Z U1RJQ0tfU1BBQ0VCQUxMPW0KQ09ORklHX0pPWVNUSUNLX1NUSU5HRVI9bQpDT05GSUdfSk9ZU1RJ Q0tfVFdJREpPWT1tCiMgQ09ORklHX0pPWVNUSUNLX1pIRU5IVUEgaXMgbm90IHNldApDT05GSUdf Sk9ZU1RJQ0tfREI5PW0KQ09ORklHX0pPWVNUSUNLX0dBTUVDT049bQpDT05GSUdfSk9ZU1RJQ0tf VFVSQk9HUkFGWD1tCiMgQ09ORklHX0pPWVNUSUNLX0FTNTAxMSBpcyBub3Qgc2V0CkNPTkZJR19K T1lTVElDS19KT1lEVU1QPW0KQ09ORklHX0pPWVNUSUNLX1hQQUQ9bQpDT05GSUdfSk9ZU1RJQ0tf WFBBRF9GRj15CkNPTkZJR19KT1lTVElDS19YUEFEX0xFRFM9eQojIENPTkZJR19KT1lTVElDS19X QUxLRVJBMDcwMSBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9UQUJMRVQ9eQpDT05GSUdfVEFCTEVU X1VTQl9BQ0VDQUQ9bQpDT05GSUdfVEFCTEVUX1VTQl9BSVBURUs9bQpDT05GSUdfVEFCTEVUX1VT Ql9HVENPPW0KIyBDT05GSUdfVEFCTEVUX1VTQl9IQU5XQU5HIGlzIG5vdCBzZXQKQ09ORklHX1RB QkxFVF9VU0JfS0JUQUI9bQpDT05GSUdfVEFCTEVUX1VTQl9XQUNPTT1tCkNPTkZJR19JTlBVVF9U T1VDSFNDUkVFTj15CkNPTkZJR19UT1VDSFNDUkVFTl9BRFM3ODQ2PW0KIyBDT05GSUdfVE9VQ0hT Q1JFRU5fQUQ3ODc3IGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fQUQ3ODc5IGlzIG5v dCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fQVRNRUxfTVhUIGlzIG5vdCBzZXQKIyBDT05GSUdf VE9VQ0hTQ1JFRU5fQlUyMTAxMyBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0NZOENU TUcxMTAgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9EWU5BUFJPIGlzIG5vdCBzZXQK IyBDT05GSUdfVE9VQ0hTQ1JFRU5fSEFNUFNISVJFIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hT Q1JFRU5fRUVUSSBpcyBub3Qgc2V0CkNPTkZJR19UT1VDSFNDUkVFTl9GVUpJVFNVPW0KQ09ORklH X1RPVUNIU0NSRUVOX0dVTlpFPW0KQ09ORklHX1RPVUNIU0NSRUVOX0VMTz1tCiMgQ09ORklHX1RP VUNIU0NSRUVOX1dBQ09NX1c4MDAxIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fTUFY MTE4MDEgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9NQ1M1MDAwIGlzIG5vdCBzZXQK Q09ORklHX1RPVUNIU0NSRUVOX01UT1VDSD1tCiMgQ09ORklHX1RPVUNIU0NSRUVOX0lORVhJTyBp cyBub3Qgc2V0CkNPTkZJR19UT1VDSFNDUkVFTl9NSzcxMj1tCkNPTkZJR19UT1VDSFNDUkVFTl9Q RU5NT1VOVD1tCkNPTkZJR19UT1VDSFNDUkVFTl9UT1VDSFJJR0hUPW0KQ09ORklHX1RPVUNIU0NS RUVOX1RPVUNIV0lOPW0KQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9DT01QT1NJVEU9bQpDT05GSUdf VE9VQ0hTQ1JFRU5fVVNCX0VHQUxBWD15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfUEFOSklUPXkK Q09ORklHX1RPVUNIU0NSRUVOX1VTQl8zTT15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfSVRNPXkK Q09ORklHX1RPVUNIU0NSRUVOX1VTQl9FVFVSQk89eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0dV TlpFPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9ETUNfVFNDMTA9eQpDT05GSUdfVE9VQ0hTQ1JF RU5fVVNCX0lSVE9VQ0g9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0lERUFMVEVLPXkKQ09ORklH X1RPVUNIU0NSRUVOX1VTQl9HRU5FUkFMX1RPVUNIPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9H T1RPUD15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfSkFTVEVDPXkKQ09ORklHX1RPVUNIU0NSRUVO X1VTQl9FMkk9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX1pZVFJPTklDPXkKQ09ORklHX1RPVUNI U0NSRUVOX1VTQl9FVFRfVEM0NVVTQj15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfTkVYSU89eQoj IENPTkZJR19UT1VDSFNDUkVFTl9UT1VDSElUMjEzIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hT Q1JFRU5fVFNDMjAwNSBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX1RTQzIwMDcgaXMg bm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9TVDEyMzIgaXMgbm90IHNldAojIENPTkZJR19U T1VDSFNDUkVFTl9UUFM2NTA3WCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9NSVNDPXkKIyBDT05G SUdfSU5QVVRfQUQ3MTRYIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX1BDU1BLUj1tCiMgQ09ORklH X0lOUFVUX01NQTg0NTAgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9NUFUzMDUwIGlzIG5vdCBz ZXQKIyBDT05GSUdfSU5QVVRfQVBBTkVMIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX0FUTEFTX0JU TlM9bQpDT05GSUdfSU5QVVRfQVRJX1JFTU9URT1tCkNPTkZJR19JTlBVVF9BVElfUkVNT1RFMj1t CkNPTkZJR19JTlBVVF9LRVlTUEFOX1JFTU9URT1tCiMgQ09ORklHX0lOUFVUX0tYVEo5IGlzIG5v dCBzZXQKQ09ORklHX0lOUFVUX1BPV0VSTUFURT1tCkNPTkZJR19JTlBVVF9ZRUFMSU5LPW0KIyBD T05GSUdfSU5QVVRfQ00xMDkgaXMgbm90IHNldApDT05GSUdfSU5QVVRfVUlOUFVUPW0KIyBDT05G SUdfSU5QVVRfUENGODU3NCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0dQSU9fUk9UQVJZX0VO Q09ERVIgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9BRFhMMzRYIGlzIG5vdCBzZXQKIyBDT05G SUdfSU5QVVRfQ01BMzAwMCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9YRU5fS0JEREVWX0ZST05U RU5EPXkKCiMKIyBIYXJkd2FyZSBJL08gcG9ydHMKIwpDT05GSUdfU0VSSU89eQpDT05GSUdfU0VS SU9fSTgwNDI9eQpDT05GSUdfU0VSSU9fU0VSUE9SVD1tCkNPTkZJR19TRVJJT19DVDgyQzcxMD1t CkNPTkZJR19TRVJJT19QQVJLQkQ9bQpDT05GSUdfU0VSSU9fUENJUFMyPW0KQ09ORklHX1NFUklP X0xJQlBTMj15CkNPTkZJR19TRVJJT19SQVc9bQojIENPTkZJR19TRVJJT19BTFRFUkFfUFMyIGlz IG5vdCBzZXQKIyBDT05GSUdfU0VSSU9fUFMyTVVMVCBpcyBub3Qgc2V0CkNPTkZJR19HQU1FUE9S VD1tCkNPTkZJR19HQU1FUE9SVF9OUzU1OD1tCkNPTkZJR19HQU1FUE9SVF9MND1tCkNPTkZJR19H QU1FUE9SVF9FTVUxMEsxPW0KQ09ORklHX0dBTUVQT1JUX0ZNODAxPW0KCiMKIyBDaGFyYWN0ZXIg ZGV2aWNlcwojCkNPTkZJR19WVD15CkNPTkZJR19DT05TT0xFX1RSQU5TTEFUSU9OUz15CkNPTkZJ R19WVF9DT05TT0xFPXkKQ09ORklHX0hXX0NPTlNPTEU9eQpDT05GSUdfVlRfSFdfQ09OU09MRV9C SU5ESU5HPXkKQ09ORklHX1VOSVg5OF9QVFlTPXkKIyBDT05GSUdfREVWUFRTX01VTFRJUExFX0lO U1RBTkNFUyBpcyBub3Qgc2V0CkNPTkZJR19MRUdBQ1lfUFRZUz15CkNPTkZJR19MRUdBQ1lfUFRZ X0NPVU5UPTI1NgpDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEPXkKQ09ORklHX1JPQ0tFVFBPUlQ9 bQpDT05GSUdfQ1lDTEFERVM9bQojIENPTkZJR19DWVpfSU5UUiBpcyBub3Qgc2V0CiMgQ09ORklH X01PWEFfSU5URUxMSU8gaXMgbm90IHNldAojIENPTkZJR19NT1hBX1NNQVJUSU8gaXMgbm90IHNl dApDT05GSUdfU1lOQ0xJTks9bQpDT05GSUdfU1lOQ0xJTktNUD1tCkNPTkZJR19TWU5DTElOS19H VD1tCiMgQ09ORklHX05PWk9NSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lTSSBpcyBub3Qgc2V0CkNP TkZJR19OX0hETEM9bQojIENPTkZJR19OX0dTTSBpcyBub3Qgc2V0CiMgQ09ORklHX1RSQUNFX1NJ TksgaXMgbm90IHNldApDT05GSUdfREVWS01FTT15CkNPTkZJR19TVEFMRFJWPXkKCiMKIyBTZXJp YWwgZHJpdmVycwojCkNPTkZJR19TRVJJQUxfODI1MD15CkNPTkZJR19TRVJJQUxfODI1MF9DT05T T0xFPXkKQ09ORklHX0ZJWF9FQVJMWUNPTl9NRU09eQpDT05GSUdfU0VSSUFMXzgyNTBfUENJPXkK Q09ORklHX1NFUklBTF84MjUwX1BOUD15CkNPTkZJR19TRVJJQUxfODI1MF9DUz1tCkNPTkZJR19T RVJJQUxfODI1MF9OUl9VQVJUUz00OApDT05GSUdfU0VSSUFMXzgyNTBfUlVOVElNRV9VQVJUUz00 CkNPTkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRD15CkNPTkZJR19TRVJJQUxfODI1MF9NQU5ZX1BP UlRTPXkKQ09ORklHX1NFUklBTF84MjUwX1NIQVJFX0lSUT15CiMgQ09ORklHX1NFUklBTF84MjUw X0RFVEVDVF9JUlEgaXMgbm90IHNldApDT05GSUdfU0VSSUFMXzgyNTBfUlNBPXkKCiMKIyBOb24t ODI1MCBzZXJpYWwgcG9ydCBzdXBwb3J0CiMKIyBDT05GSUdfU0VSSUFMX01BWDMxMDAgaXMgbm90 IHNldAojIENPTkZJR19TRVJJQUxfTUFYMzEwNyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9N RkRfSFNVIGlzIG5vdCBzZXQKQ09ORklHX1NFUklBTF9DT1JFPXkKQ09ORklHX1NFUklBTF9DT1JF X0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMX0pTTT1tCiMgQ09ORklHX1NFUklBTF9USU1CRVJEQUxF IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMX0FMVEVSQV9KVEFHVUFSVCBpcyBub3Qgc2V0CiMg Q09ORklHX1NFUklBTF9BTFRFUkFfVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9JRlg2 WDYwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMX1BDSF9VQVJUIGlzIG5vdCBzZXQKIyBDT05G SUdfU0VSSUFMX1hJTElOWF9QU19VQVJUIGlzIG5vdCBzZXQKIyBDT05GSUdfVFRZX1BSSU5USyBp cyBub3Qgc2V0CkNPTkZJR19QUklOVEVSPW0KIyBDT05GSUdfTFBfQ09OU09MRSBpcyBub3Qgc2V0 CkNPTkZJR19QUERFVj1tCkNPTkZJR19IVkNfRFJJVkVSPXkKQ09ORklHX0hWQ19JUlE9eQpDT05G SUdfSFZDX1hFTj15CiMgQ09ORklHX1ZJUlRJT19DT05TT0xFIGlzIG5vdCBzZXQKQ09ORklHX0lQ TUlfSEFORExFUj1tCiMgQ09ORklHX0lQTUlfUEFOSUNfRVZFTlQgaXMgbm90IHNldApDT05GSUdf SVBNSV9ERVZJQ0VfSU5URVJGQUNFPW0KQ09ORklHX0lQTUlfU0k9bQpDT05GSUdfSVBNSV9XQVRD SERPRz1tCkNPTkZJR19JUE1JX1BPV0VST0ZGPW0KQ09ORklHX0hXX1JBTkRPTT15CiMgQ09ORklH X0hXX1JBTkRPTV9USU1FUklPTUVNIGlzIG5vdCBzZXQKQ09ORklHX0hXX1JBTkRPTV9JTlRFTD1t CkNPTkZJR19IV19SQU5ET01fQU1EPW0KQ09ORklHX0hXX1JBTkRPTV9WSUE9bQojIENPTkZJR19I V19SQU5ET01fVklSVElPIGlzIG5vdCBzZXQKQ09ORklHX05WUkFNPW0KQ09ORklHX1IzOTY0PW0K Q09ORklHX0FQUExJQ09NPW0KCiMKIyBQQ01DSUEgY2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdf U1lOQ0xJTktfQ1M9bQpDT05GSUdfQ0FSRE1BTl80MDAwPW0KQ09ORklHX0NBUkRNQU5fNDA0MD1t CiMgQ09ORklHX0lQV0lSRUxFU1MgaXMgbm90IHNldApDT05GSUdfTVdBVkU9bQpDT05GSUdfUkFX X0RSSVZFUj1tCkNPTkZJR19NQVhfUkFXX0RFVlM9MjU2CkNPTkZJR19IUEVUPXkKQ09ORklHX0hQ RVRfTU1BUD15CkNPTkZJR19IQU5HQ0hFQ0tfVElNRVI9bQpDT05GSUdfVENHX1RQTT1tCkNPTkZJ R19UQ0dfVElTPW0KQ09ORklHX1RDR19OU0M9bQpDT05GSUdfVENHX0FUTUVMPW0KQ09ORklHX1RD R19JTkZJTkVPTj1tCkNPTkZJR19URUxDTE9DSz1tCkNPTkZJR19ERVZQT1JUPXkKIyBDT05GSUdf UkFNT09QUyBpcyBub3Qgc2V0CkNPTkZJR19JMkM9bQpDT05GSUdfSTJDX0JPQVJESU5GTz15CkNP TkZJR19JMkNfQ09NUEFUPXkKQ09ORklHX0kyQ19DSEFSREVWPW0KIyBDT05GSUdfSTJDX01VWCBp cyBub3Qgc2V0CkNPTkZJR19JMkNfSEVMUEVSX0FVVE89eQpDT05GSUdfSTJDX1NNQlVTPW0KQ09O RklHX0kyQ19BTEdPQklUPW0KCiMKIyBJMkMgSGFyZHdhcmUgQnVzIHN1cHBvcnQKIwoKIwojIFBD IFNNQnVzIGhvc3QgY29udHJvbGxlciBkcml2ZXJzCiMKQ09ORklHX0kyQ19BTEkxNTM1PW0KQ09O RklHX0kyQ19BTEkxNTYzPW0KQ09ORklHX0kyQ19BTEkxNVgzPW0KQ09ORklHX0kyQ19BTUQ3NTY9 bQpDT05GSUdfSTJDX0FNRDc1Nl9TNDg4Mj1tCkNPTkZJR19JMkNfQU1EODExMT1tCkNPTkZJR19J MkNfSTgwMT1tCiMgQ09ORklHX0kyQ19JU0NIIGlzIG5vdCBzZXQKQ09ORklHX0kyQ19QSUlYND1t CkNPTkZJR19JMkNfTkZPUkNFMj1tCiMgQ09ORklHX0kyQ19ORk9SQ0UyX1M0OTg1IGlzIG5vdCBz ZXQKQ09ORklHX0kyQ19TSVM1NTk1PW0KQ09ORklHX0kyQ19TSVM2MzA9bQpDT05GSUdfSTJDX1NJ Uzk2WD1tCkNPTkZJR19JMkNfVklBPW0KQ09ORklHX0kyQ19WSUFQUk89bQoKIwojIEFDUEkgZHJp dmVycwojCiMgQ09ORklHX0kyQ19TQ01JIGlzIG5vdCBzZXQKCiMKIyBJMkMgc3lzdGVtIGJ1cyBk cml2ZXJzIChtb3N0bHkgZW1iZWRkZWQgLyBzeXN0ZW0tb24tY2hpcCkKIwojIENPTkZJR19JMkNf R1BJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19JTlRFTF9NSUQgaXMgbm90IHNldApDT05GSUdf STJDX09DT1JFUz1tCiMgQ09ORklHX0kyQ19QQ0FfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJ R19JMkNfUFhBX1BDSSBpcyBub3Qgc2V0CkNPTkZJR19JMkNfU0lNVEVDPW0KIyBDT05GSUdfSTJD X1hJTElOWCBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19FRzIwVCBpcyBub3Qgc2V0CgojCiMgRXh0 ZXJuYWwgSTJDL1NNQnVzIGFkYXB0ZXIgZHJpdmVycwojCiMgQ09ORklHX0kyQ19ESU9MQU5fVTJD IGlzIG5vdCBzZXQKQ09ORklHX0kyQ19QQVJQT1JUPW0KQ09ORklHX0kyQ19QQVJQT1JUX0xJR0hU PW0KQ09ORklHX0kyQ19UQU9TX0VWTT1tCkNPTkZJR19JMkNfVElOWV9VU0I9bQoKIwojIE90aGVy IEkyQy9TTUJ1cyBidXMgZHJpdmVycwojCkNPTkZJR19JMkNfU1RVQj1tCiMgQ09ORklHX0kyQ19E RUJVR19DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0RFQlVHX0FMR08gaXMgbm90IHNldAoj IENPTkZJR19JMkNfREVCVUdfQlVTIGlzIG5vdCBzZXQKQ09ORklHX1NQST15CiMgQ09ORklHX1NQ SV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19TUElfTUFTVEVSPXkKCiMKIyBTUEkgTWFzdGVyIENv bnRyb2xsZXIgRHJpdmVycwojCiMgQ09ORklHX1NQSV9BTFRFUkEgaXMgbm90IHNldApDT05GSUdf U1BJX0JJVEJBTkc9bQpDT05GSUdfU1BJX0JVVFRFUkZMWT1tCiMgQ09ORklHX1NQSV9HUElPIGlz IG5vdCBzZXQKQ09ORklHX1NQSV9MTTcwX0xMUD1tCiMgQ09ORklHX1NQSV9PQ19USU5ZIGlzIG5v dCBzZXQKIyBDT05GSUdfU1BJX1BYQTJYWF9QQ0kgaXMgbm90IHNldAojIENPTkZJR19TUElfVE9Q Q0xJRkZfUENIIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BJX1hJTElOWCBpcyBub3Qgc2V0CiMgQ09O RklHX1NQSV9ERVNJR05XQVJFIGlzIG5vdCBzZXQKCiMKIyBTUEkgUHJvdG9jb2wgTWFzdGVycwoj CkNPTkZJR19TUElfU1BJREVWPW0KQ09ORklHX1NQSV9UTEU2MlgwPW0KCiMKIyBQUFMgc3VwcG9y dAojCiMgQ09ORklHX1BQUyBpcyBub3Qgc2V0CgojCiMgUFBTIGdlbmVyYXRvcnMgc3VwcG9ydAoj CgojCiMgUFRQIGNsb2NrIHN1cHBvcnQKIwoKIwojIEVuYWJsZSBEZXZpY2UgRHJpdmVycyAtPiBQ UFMgdG8gc2VlIHRoZSBQVFAgY2xvY2sgb3B0aW9ucy4KIwpDT05GSUdfQVJDSF9XQU5UX09QVElP TkFMX0dQSU9MSUI9eQpDT05GSUdfR1BJT0xJQj15CiMgQ09ORklHX0RFQlVHX0dQSU8gaXMgbm90 IHNldAojIENPTkZJR19HUElPX1NZU0ZTIGlzIG5vdCBzZXQKQ09ORklHX0dQSU9fTUFYNzMwWD1t CgojCiMgTWVtb3J5IG1hcHBlZCBHUElPIGRyaXZlcnM6CiMKIyBDT05GSUdfR1BJT19HRU5FUklD X1BMQVRGT1JNIGlzIG5vdCBzZXQKQ09ORklHX0dQSU9fSVQ4NzYxRT1tCkNPTkZJR19HUElPX1ND SD1tCiMgQ09ORklHX0dQSU9fVlg4NTUgaXMgbm90IHNldAoKIwojIEkyQyBHUElPIGV4cGFuZGVy czoKIwpDT05GSUdfR1BJT19NQVg3MzAwPW0KQ09ORklHX0dQSU9fTUFYNzMyWD1tCkNPTkZJR19H UElPX1BDQTk1M1g9bQpDT05GSUdfR1BJT19QQ0Y4NTdYPW0KIyBDT05GSUdfR1BJT19BRFA1NTg4 IGlzIG5vdCBzZXQKCiMKIyBQQ0kgR1BJTyBleHBhbmRlcnM6CiMKIyBDT05GSUdfR1BJT19CVDhY WCBpcyBub3Qgc2V0CkNPTkZJR19HUElPX0xBTkdXRUxMPXkKIyBDT05GSUdfR1BJT19QQ0ggaXMg bm90IHNldApDT05GSUdfR1BJT19NTF9JT0g9bQpDT05GSUdfR1BJT19SREMzMjFYPW0KCiMKIyBT UEkgR1BJTyBleHBhbmRlcnM6CiMKQ09ORklHX0dQSU9fTUFYNzMwMT1tCkNPTkZJR19HUElPX01D UDIzUzA4PW0KQ09ORklHX0dQSU9fTUMzMzg4MD1tCkNPTkZJR19HUElPXzc0WDE2ND1tCgojCiMg QUM5NyBHUElPIGV4cGFuZGVyczoKIwoKIwojIE1PRFVMYnVzIEdQSU8gZXhwYW5kZXJzOgojCkNP TkZJR19XMT1tCkNPTkZJR19XMV9DT049eQoKIwojIDEtd2lyZSBCdXMgTWFzdGVycwojCkNPTkZJ R19XMV9NQVNURVJfTUFUUk9YPW0KQ09ORklHX1cxX01BU1RFUl9EUzI0OTA9bQpDT05GSUdfVzFf TUFTVEVSX0RTMjQ4Mj1tCiMgQ09ORklHX1cxX01BU1RFUl9EUzFXTSBpcyBub3Qgc2V0CiMgQ09O RklHX1cxX01BU1RFUl9HUElPIGlzIG5vdCBzZXQKCiMKIyAxLXdpcmUgU2xhdmVzCiMKQ09ORklH X1cxX1NMQVZFX1RIRVJNPW0KQ09ORklHX1cxX1NMQVZFX1NNRU09bQojIENPTkZJR19XMV9TTEFW RV9EUzI0MDggaXMgbm90IHNldAojIENPTkZJR19XMV9TTEFWRV9EUzI0MjMgaXMgbm90IHNldAoj IENPTkZJR19XMV9TTEFWRV9EUzI0MzEgaXMgbm90IHNldApDT05GSUdfVzFfU0xBVkVfRFMyNDMz PW0KIyBDT05GSUdfVzFfU0xBVkVfRFMyNDMzX0NSQyBpcyBub3Qgc2V0CkNPTkZJR19XMV9TTEFW RV9EUzI3NjA9bQojIENPTkZJR19XMV9TTEFWRV9EUzI3ODAgaXMgbm90IHNldAojIENPTkZJR19X MV9TTEFWRV9CUTI3MDAwIGlzIG5vdCBzZXQKQ09ORklHX1BPV0VSX1NVUFBMWT15CiMgQ09ORklH X1BPV0VSX1NVUFBMWV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19QREFfUE9XRVI9bQojIENPTkZJ R19URVNUX1BPV0VSIGlzIG5vdCBzZXQKQ09ORklHX0JBVFRFUllfRFMyNzYwPW0KIyBDT05GSUdf QkFUVEVSWV9EUzI3ODAgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX0RTMjc4MiBpcyBub3Qg c2V0CiMgQ09ORklHX0JBVFRFUllfQlEyMFo3NSBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllf QlEyN3gwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfTUFYMTcwNDAgaXMgbm90IHNldAoj IENPTkZJR19CQVRURVJZX01BWDE3MDQyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9JU1Ax NzA0IGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9NQVg4OTAzIGlzIG5vdCBzZXQKIyBDT05G SUdfQ0hBUkdFUl9HUElPIGlzIG5vdCBzZXQKQ09ORklHX0hXTU9OPXkKQ09ORklHX0hXTU9OX1ZJ RD1tCiMgQ09ORklHX0hXTU9OX0RFQlVHX0NISVAgaXMgbm90IHNldAoKIwojIE5hdGl2ZSBkcml2 ZXJzCiMKQ09ORklHX1NFTlNPUlNfQUJJVFVHVVJVPW0KQ09ORklHX1NFTlNPUlNfQUJJVFVHVVJV Mz1tCiMgQ09ORklHX1NFTlNPUlNfQUQ3NDE0IGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfQUQ3 NDE4PW0KIyBDT05GSUdfU0VOU09SU19BRENYWCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0FE TTEwMjE9bQpDT05GSUdfU0VOU09SU19BRE0xMDI1PW0KQ09ORklHX1NFTlNPUlNfQURNMTAyNj1t CkNPTkZJR19TRU5TT1JTX0FETTEwMjk9bQpDT05GSUdfU0VOU09SU19BRE0xMDMxPW0KQ09ORklH X1NFTlNPUlNfQURNOTI0MD1tCiMgQ09ORklHX1NFTlNPUlNfQURUNzQxMSBpcyBub3Qgc2V0CiMg Q09ORklHX1NFTlNPUlNfQURUNzQ2MiBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0FEVDc0NzA9 bQojIENPTkZJR19TRU5TT1JTX0FEVDc0NzUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FT Qzc2MjEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19LOFRFTVA9bQojIENPTkZJR19TRU5TT1JT X0sxMFRFTVAgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0ZBTTE1SF9QT1dFUiBpcyBub3Qg c2V0CkNPTkZJR19TRU5TT1JTX0FTQjEwMD1tCkNPTkZJR19TRU5TT1JTX0FUWFAxPW0KIyBDT05G SUdfU0VOU09SU19EUzYyMCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0RTMTYyMT1tCkNPTkZJ R19TRU5TT1JTX0k1S19BTUI9bQpDT05GSUdfU0VOU09SU19GNzE4MDVGPW0KQ09ORklHX1NFTlNP UlNfRjcxODgyRkc9bQpDT05GSUdfU0VOU09SU19GNzUzNzVTPW0KQ09ORklHX1NFTlNPUlNfRlND SE1EPW0KIyBDT05GSUdfU0VOU09SU19HNzYwQSBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0dM NTE4U009bQpDT05GSUdfU0VOU09SU19HTDUyMFNNPW0KIyBDT05GSUdfU0VOU09SU19HUElPX0ZB TiBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0NPUkVURU1QPW0KIyBDT05GSUdfU0VOU09SU19J Qk1BRU0gaXMgbm90IHNldApDT05GSUdfU0VOU09SU19JQk1QRVg9bQpDT05GSUdfU0VOU09SU19J VDg3PW0KIyBDT05GSUdfU0VOU09SU19KQzQyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19M SU5FQUdFIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfTE02Mz1tCkNPTkZJR19TRU5TT1JTX0xN NzA9bQojIENPTkZJR19TRU5TT1JTX0xNNzMgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19MTTc1 PW0KQ09ORklHX1NFTlNPUlNfTE03Nz1tCkNPTkZJR19TRU5TT1JTX0xNNzg9bQpDT05GSUdfU0VO U09SU19MTTgwPW0KQ09ORklHX1NFTlNPUlNfTE04Mz1tCkNPTkZJR19TRU5TT1JTX0xNODU9bQpD T05GSUdfU0VOU09SU19MTTg3PW0KQ09ORklHX1NFTlNPUlNfTE05MD1tCkNPTkZJR19TRU5TT1JT X0xNOTI9bQpDT05GSUdfU0VOU09SU19MTTkzPW0KIyBDT05GSUdfU0VOU09SU19MVEM0MTUxIGlz IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MVEM0MjE1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VO U09SU19MVEM0MjQ1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MVEM0MjYxIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0VOU09SU19MTTk1MjQxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19M TTk1MjQ1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19NQVgxMTExIGlzIG5vdCBzZXQKIyBD T05GSUdfU0VOU09SU19NQVgxNjA2NSBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX01BWDE2MTk9 bQojIENPTkZJR19TRU5TT1JTX01BWDE2NjggaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01B WDY2MzkgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDY2NDIgaXMgbm90IHNldApDT05G SUdfU0VOU09SU19NQVg2NjUwPW0KIyBDT05GSUdfU0VOU09SU19OVENfVEhFUk1JU1RPUiBpcyBu b3Qgc2V0CkNPTkZJR19TRU5TT1JTX1BDODczNjA9bQpDT05GSUdfU0VOU09SU19QQzg3NDI3PW0K Q09ORklHX1NFTlNPUlNfUENGODU5MT1tCiMgQ09ORklHX1BNQlVTIGlzIG5vdCBzZXQKIyBDT05G SUdfU0VOU09SU19TSFQxNSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU0hUMjEgaXMgbm90 IHNldApDT05GSUdfU0VOU09SU19TSVM1NTk1PW0KIyBDT05GSUdfU0VOU09SU19TTU02NjUgaXMg bm90IHNldApDT05GSUdfU0VOU09SU19ETUUxNzM3PW0KIyBDT05GSUdfU0VOU09SU19FTUMxNDAz IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19FTUMyMTAzIGlzIG5vdCBzZXQKIyBDT05GSUdf U0VOU09SU19FTUM2VzIwMSBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1NNU0M0N00xPW0KQ09O RklHX1NFTlNPUlNfU01TQzQ3TTE5Mj1tCkNPTkZJR19TRU5TT1JTX1NNU0M0N0IzOTc9bQojIENP TkZJR19TRU5TT1JTX1NDSDU2WFhfQ09NTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19T Q0g1NjI3IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TQ0g1NjM2IGlzIG5vdCBzZXQKIyBD T05GSUdfU0VOU09SU19BRFMxMDE1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BRFM3ODI4 IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BRFM3ODcxIGlzIG5vdCBzZXQKIyBDT05GSUdf U0VOU09SU19BTUM2ODIxIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVEhNQzUwPW0KIyBDT05G SUdfU0VOU09SU19UTVAxMDIgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1RNUDQwMSBpcyBu b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfVE1QNDIxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09S U19WSUFfQ1BVVEVNUCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1ZJQTY4NkE9bQpDT05GSUdf U0VOU09SU19WVDEyMTE9bQpDT05GSUdfU0VOU09SU19WVDgyMzE9bQpDT05GSUdfU0VOU09SU19X ODM3ODFEPW0KQ09ORklHX1NFTlNPUlNfVzgzNzkxRD1tCkNPTkZJR19TRU5TT1JTX1c4Mzc5MkQ9 bQpDT05GSUdfU0VOU09SU19XODM3OTM9bQojIENPTkZJR19TRU5TT1JTX1c4Mzc5NSBpcyBub3Qg c2V0CkNPTkZJR19TRU5TT1JTX1c4M0w3ODVUUz1tCiMgQ09ORklHX1NFTlNPUlNfVzgzTDc4Nk5H IGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVzgzNjI3SEY9bQpDT05GSUdfU0VOU09SU19XODM2 MjdFSEY9bQpDT05GSUdfU0VOU09SU19BUFBMRVNNQz1tCgojCiMgQUNQSSBkcml2ZXJzCiMKIyBD T05GSUdfU0VOU09SU19BQ1BJX1BPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BVEsw MTEwIGlzIG5vdCBzZXQKQ09ORklHX1RIRVJNQUw9eQpDT05GSUdfVEhFUk1BTF9IV01PTj15CkNP TkZJR19XQVRDSERPRz15CiMgQ09ORklHX1dBVENIRE9HX0NPUkUgaXMgbm90IHNldAojIENPTkZJ R19XQVRDSERPR19OT1dBWU9VVCBpcyBub3Qgc2V0CgojCiMgV2F0Y2hkb2cgRGV2aWNlIERyaXZl cnMKIwpDT05GSUdfU09GVF9XQVRDSERPRz1tCkNPTkZJR19BQ1FVSVJFX1dEVD1tCkNPTkZJR19B RFZBTlRFQ0hfV0RUPW0KQ09ORklHX0FMSU0xNTM1X1dEVD1tCkNPTkZJR19BTElNNzEwMV9XRFQ9 bQojIENPTkZJR19GNzE4MDhFX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NQNTEwMF9UQ08gaXMg bm90IHNldApDT05GSUdfU0M1MjBfV0RUPW0KIyBDT05GSUdfU0JDX0ZJVFBDMl9XQVRDSERPRyBp cyBub3Qgc2V0CkNPTkZJR19FVVJPVEVDSF9XRFQ9bQpDT05GSUdfSUI3MDBfV0RUPW0KQ09ORklH X0lCTUFTUj1tCkNPTkZJR19XQUZFUl9XRFQ9bQpDT05GSUdfSTYzMDBFU0JfV0RUPW0KQ09ORklH X0lUQ09fV0RUPW0KQ09ORklHX0lUQ09fVkVORE9SX1NVUFBPUlQ9eQpDT05GSUdfSVQ4NzEyRl9X RFQ9bQojIENPTkZJR19JVDg3X1dEVCBpcyBub3Qgc2V0CkNPTkZJR19IUF9XQVRDSERPRz1tCkNP TkZJR19IUFdEVF9OTUlfREVDT0RJTkc9eQpDT05GSUdfU0MxMjAwX1dEVD1tCkNPTkZJR19QQzg3 NDEzX1dEVD1tCiMgQ09ORklHX05WX1RDTyBpcyBub3Qgc2V0CkNPTkZJR182MFhYX1dEVD1tCkNP TkZJR19TQkM4MzYwX1dEVD1tCkNPTkZJR19DUFU1X1dEVD1tCiMgQ09ORklHX1NNU0NfU0NIMzEx WF9XRFQgaXMgbm90IHNldApDT05GSUdfU01TQzM3Qjc4N19XRFQ9bQpDT05GSUdfVzgzNjI3SEZf V0RUPW0KQ09ORklHX1c4MzY5N0hGX1dEVD1tCiMgQ09ORklHX1c4MzY5N1VHX1dEVCBpcyBub3Qg c2V0CkNPTkZJR19XODM4NzdGX1dEVD1tCkNPTkZJR19XODM5NzdGX1dEVD1tCkNPTkZJR19NQUNI Wl9XRFQ9bQpDT05GSUdfU0JDX0VQWF9DM19XQVRDSERPRz1tCkNPTkZJR19YRU5fV0RUPXkKCiMK IyBQQ0ktYmFzZWQgV2F0Y2hkb2cgQ2FyZHMKIwpDT05GSUdfUENJUENXQVRDSERPRz1tCkNPTkZJ R19XRFRQQ0k9bQoKIwojIFVTQi1iYXNlZCBXYXRjaGRvZyBDYXJkcwojCkNPTkZJR19VU0JQQ1dB VENIRE9HPW0KQ09ORklHX1NTQl9QT1NTSUJMRT15CgojCiMgU29uaWNzIFNpbGljb24gQmFja3Bs YW5lCiMKQ09ORklHX1NTQj1tCkNPTkZJR19TU0JfU1BST009eQpDT05GSUdfU1NCX0JMT0NLSU89 eQpDT05GSUdfU1NCX1BDSUhPU1RfUE9TU0lCTEU9eQpDT05GSUdfU1NCX1BDSUhPU1Q9eQpDT05G SUdfU1NCX0I0M19QQ0lfQlJJREdFPXkKQ09ORklHX1NTQl9QQ01DSUFIT1NUX1BPU1NJQkxFPXkK IyBDT05GSUdfU1NCX1BDTUNJQUhPU1QgaXMgbm90IHNldApDT05GSUdfU1NCX1NESU9IT1NUX1BP U1NJQkxFPXkKIyBDT05GSUdfU1NCX1NESU9IT1NUIGlzIG5vdCBzZXQKIyBDT05GSUdfU1NCX1NJ TEVOVCBpcyBub3Qgc2V0CkNPTkZJR19TU0JfREVCVUc9eQpDT05GSUdfU1NCX0RSSVZFUl9QQ0lD T1JFX1BPU1NJQkxFPXkKQ09ORklHX1NTQl9EUklWRVJfUENJQ09SRT15CkNPTkZJR19CQ01BX1BP U1NJQkxFPXkKCiMKIyBCcm9hZGNvbSBzcGVjaWZpYyBBTUJBCiMKIyBDT05GSUdfQkNNQSBpcyBu b3Qgc2V0CkNPTkZJR19NRkRfU1VQUE9SVD15CkNPTkZJR19NRkRfQ09SRT1tCkNPTkZJR19NRkRf U001MDE9bQojIENPTkZJR19NRkRfU001MDFfR1BJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0hUQ19Q QVNJQzMgaXMgbm90IHNldAojIENPTkZJR19UUFM2MTA1WCBpcyBub3Qgc2V0CiMgQ09ORklHX1RQ UzY1MDEwIGlzIG5vdCBzZXQKIyBDT05GSUdfVFBTNjUwN1ggaXMgbm90IHNldAojIENPTkZJR19N RkRfVFBTNjU5MTJfU1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RNSU8gaXMgbm90IHNldAoj IENPTkZJR19NRkRfV004NDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dNODMxWF9TUEkgaXMg bm90IHNldAojIENPTkZJR19NRkRfUENGNTA2MzMgaXMgbm90IHNldAojIENPTkZJR19NRkRfTUMx M1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0FCWDUwMF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdf RVpYX1BDQVAgaXMgbm90IHNldAojIENPTkZJR19NRkRfQ1M1NTM1IGlzIG5vdCBzZXQKIyBDT05G SUdfTUZEX1RJTUJFUkRBTEUgaXMgbm90IHNldApDT05GSUdfTFBDX1NDSD1tCkNPTkZJR19NRkRf UkRDMzIxWD1tCiMgQ09ORklHX01GRF9KQU5aX0NNT0RJTyBpcyBub3Qgc2V0CiMgQ09ORklHX01G RF9WWDg1NSBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9XTDEyNzNfQ09SRSBpcyBub3Qgc2V0CiMg Q09ORklHX1JFR1VMQVRPUiBpcyBub3Qgc2V0CkNPTkZJR19NRURJQV9TVVBQT1JUPW0KCiMKIyBN dWx0aW1lZGlhIGNvcmUgc3VwcG9ydAojCiMgQ09ORklHX01FRElBX0NPTlRST0xMRVIgaXMgbm90 IHNldAojIENPTkZJR19WSURFT19ERVYgaXMgbm90IHNldAojIENPTkZJR19EVkJfQ09SRSBpcyBu b3Qgc2V0CiMgQ09ORklHX1ZJREVPX01FRElBIGlzIG5vdCBzZXQKCiMKIyBNdWx0aW1lZGlhIGRy aXZlcnMKIwpDT05GSUdfUkNfQ09SRT1tCkNPTkZJR19MSVJDPW0KQ09ORklHX1JDX01BUD1tCkNP TkZJR19JUl9ORUNfREVDT0RFUj1tCkNPTkZJR19JUl9SQzVfREVDT0RFUj1tCkNPTkZJR19JUl9S QzZfREVDT0RFUj1tCkNPTkZJR19JUl9KVkNfREVDT0RFUj1tCkNPTkZJR19JUl9TT05ZX0RFQ09E RVI9bQpDT05GSUdfSVJfUkM1X1NaX0RFQ09ERVI9bQpDT05GSUdfSVJfTUNFX0tCRF9ERUNPREVS PW0KQ09ORklHX0lSX0xJUkNfQ09ERUM9bQojIENPTkZJR19JUl9FTkUgaXMgbm90IHNldAojIENP TkZJR19JUl9JTU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfSVJfTUNFVVNCIGlzIG5vdCBzZXQKIyBD T05GSUdfSVJfSVRFX0NJUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSX0ZJTlRFSyBpcyBub3Qgc2V0 CiMgQ09ORklHX0lSX05VVk9UT04gaXMgbm90IHNldAojIENPTkZJR19JUl9SRURSQVQzIGlzIG5v dCBzZXQKIyBDT05GSUdfSVJfU1RSRUFNWkFQIGlzIG5vdCBzZXQKIyBDT05GSUdfSVJfV0lOQk9O RF9DSVIgaXMgbm90IHNldAojIENPTkZJR19SQ19MT09QQkFDSyBpcyBub3Qgc2V0CgojCiMgR3Jh cGhpY3Mgc3VwcG9ydAojCkNPTkZJR19BR1A9bQojIENPTkZJR19BR1BfQU1ENjQgaXMgbm90IHNl dApDT05GSUdfQUdQX0lOVEVMPW0KQ09ORklHX0FHUF9TSVM9bQpDT05GSUdfQUdQX1ZJQT1tCkNP TkZJR19WR0FfQVJCPXkKQ09ORklHX1ZHQV9BUkJfTUFYX0dQVVM9MTYKIyBDT05GSUdfVkdBX1NX SVRDSEVST08gaXMgbm90IHNldApDT05GSUdfRFJNPW0KQ09ORklHX0RSTV9LTVNfSEVMUEVSPW0K Q09ORklHX0RSTV9UVE09bQpDT05GSUdfRFJNX1RERlg9bQpDT05GSUdfRFJNX1IxMjg9bQpDT05G SUdfRFJNX1JBREVPTj1tCiMgQ09ORklHX0RSTV9SQURFT05fS01TIGlzIG5vdCBzZXQKQ09ORklH X0RSTV9JODEwPW0KQ09ORklHX0RSTV9JOTE1PW0KIyBDT05GSUdfRFJNX0k5MTVfS01TIGlzIG5v dCBzZXQKQ09ORklHX0RSTV9NR0E9bQpDT05GSUdfRFJNX1NJUz1tCkNPTkZJR19EUk1fVklBPW0K Q09ORklHX0RSTV9TQVZBR0U9bQojIENPTkZJR19TVFVCX1BPVUxTQk8gaXMgbm90IHNldApDT05G SUdfVkdBU1RBVEU9bQpDT05GSUdfVklERU9fT1VUUFVUX0NPTlRST0w9bQpDT05GSUdfRkI9eQpD T05GSUdfRklSTVdBUkVfRURJRD15CkNPTkZJR19GQl9EREM9bQojIENPTkZJR19GQl9CT09UX1ZF U0FfU1VQUE9SVCBpcyBub3Qgc2V0CkNPTkZJR19GQl9DRkJfRklMTFJFQ1Q9eQpDT05GSUdfRkJf Q0ZCX0NPUFlBUkVBPXkKQ09ORklHX0ZCX0NGQl9JTUFHRUJMSVQ9eQojIENPTkZJR19GQl9DRkJf UkVWX1BJWEVMU19JTl9CWVRFIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NZU19GSUxMUkVDVD15CkNP TkZJR19GQl9TWVNfQ09QWUFSRUE9eQpDT05GSUdfRkJfU1lTX0lNQUdFQkxJVD15CiMgQ09ORklH X0ZCX0ZPUkVJR05fRU5ESUFOIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NZU19GT1BTPXkKIyBDT05G SUdfRkJfV01UX0dFX1JPUFMgaXMgbm90IHNldApDT05GSUdfRkJfREVGRVJSRURfSU89eQpDT05G SUdfRkJfU1ZHQUxJQj1tCiMgQ09ORklHX0ZCX01BQ01PREVTIGlzIG5vdCBzZXQKQ09ORklHX0ZC X0JBQ0tMSUdIVD15CkNPTkZJR19GQl9NT0RFX0hFTFBFUlM9eQpDT05GSUdfRkJfVElMRUJMSVRU SU5HPXkKCiMKIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycwojCkNPTkZJR19GQl9DSVJS VVM9bQpDT05GSUdfRkJfUE0yPW0KQ09ORklHX0ZCX1BNMl9GSUZPX0RJU0NPTk5FQ1Q9eQpDT05G SUdfRkJfQ1lCRVIyMDAwPW0KQ09ORklHX0ZCX0NZQkVSMjAwMF9EREM9eQpDT05GSUdfRkJfQVJD PW0KQ09ORklHX0ZCX0FTSUxJQU5UPXkKQ09ORklHX0ZCX0lNU1RUPXkKQ09ORklHX0ZCX1ZHQTE2 PW0KQ09ORklHX0ZCX1VWRVNBPW0KIyBDT05GSUdfRkJfVkVTQSBpcyBub3Qgc2V0CkNPTkZJR19G Ql9FRkk9eQojIENPTkZJR19GQl9ONDExIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0hHQT1tCkNPTkZJ R19GQl9TMUQxM1hYWD1tCkNPTkZJR19GQl9OVklESUE9bQpDT05GSUdfRkJfTlZJRElBX0kyQz15 CiMgQ09ORklHX0ZCX05WSURJQV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19GQl9OVklESUFfQkFD S0xJR0hUPXkKQ09ORklHX0ZCX1JJVkE9bQpDT05GSUdfRkJfUklWQV9JMkM9eQojIENPTkZJR19G Ql9SSVZBX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1JJVkFfQkFDS0xJR0hUPXkKQ09ORklH X0ZCX0xFODA1Nzg9bQpDT05GSUdfRkJfQ0FSSUxMT19SQU5DSD1tCkNPTkZJR19GQl9JTlRFTD1t CiMgQ09ORklHX0ZCX0lOVEVMX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0lOVEVMX0kyQz15 CkNPTkZJR19GQl9NQVRST1g9bQpDT05GSUdfRkJfTUFUUk9YX01JTExFTklVTT15CkNPTkZJR19G Ql9NQVRST1hfTVlTVElRVUU9eQpDT05GSUdfRkJfTUFUUk9YX0c9eQpDT05GSUdfRkJfTUFUUk9Y X0kyQz1tCkNPTkZJR19GQl9NQVRST1hfTUFWRU49bQpDT05GSUdfRkJfUkFERU9OPW0KQ09ORklH X0ZCX1JBREVPTl9JMkM9eQpDT05GSUdfRkJfUkFERU9OX0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZC X1JBREVPTl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19GQl9BVFkxMjg9bQpDT05GSUdfRkJfQVRZ MTI4X0JBQ0tMSUdIVD15CkNPTkZJR19GQl9BVFk9bQpDT05GSUdfRkJfQVRZX0NUPXkKQ09ORklH X0ZCX0FUWV9HRU5FUklDX0xDRD15CkNPTkZJR19GQl9BVFlfR1g9eQpDT05GSUdfRkJfQVRZX0JB Q0tMSUdIVD15CkNPTkZJR19GQl9TMz1tCkNPTkZJR19GQl9TM19EREM9eQpDT05GSUdfRkJfU0FW QUdFPW0KQ09ORklHX0ZCX1NBVkFHRV9JMkM9eQpDT05GSUdfRkJfU0FWQUdFX0FDQ0VMPXkKQ09O RklHX0ZCX1NJUz1tCkNPTkZJR19GQl9TSVNfMzAwPXkKQ09ORklHX0ZCX1NJU18zMTU9eQojIENP TkZJR19GQl9WSUEgaXMgbm90IHNldApDT05GSUdfRkJfTkVPTUFHSUM9bQpDT05GSUdfRkJfS1lS Tz1tCkNPTkZJR19GQl8zREZYPW0KIyBDT05GSUdfRkJfM0RGWF9BQ0NFTCBpcyBub3Qgc2V0CkNP TkZJR19GQl8zREZYX0kyQz15CkNPTkZJR19GQl9WT09ET08xPW0KQ09ORklHX0ZCX1ZUODYyMz1t CkNPTkZJR19GQl9UUklERU5UPW0KQ09ORklHX0ZCX0FSSz1tCkNPTkZJR19GQl9QTTM9bQojIENP TkZJR19GQl9DQVJNSU5FIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0dFT0RFPXkKQ09ORklHX0ZCX0dF T0RFX0xYPW0KQ09ORklHX0ZCX0dFT0RFX0dYPW0KQ09ORklHX0ZCX0dFT0RFX0dYMT1tCiMgQ09O RklHX0ZCX1RNSU8gaXMgbm90IHNldApDT05GSUdfRkJfU001MDE9bQojIENPTkZJR19GQl9VREwg aXMgbm90IHNldAojIENPTkZJR19GQl9WSVJUVUFMIGlzIG5vdCBzZXQKQ09ORklHX1hFTl9GQkRF Vl9GUk9OVEVORD15CiMgQ09ORklHX0ZCX01FVFJPTk9NRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZC X01CODYyWFggaXMgbm90IHNldAojIENPTkZJR19GQl9CUk9BRFNIRUVUIGlzIG5vdCBzZXQKQ09O RklHX0JBQ0tMSUdIVF9MQ0RfU1VQUE9SVD15CkNPTkZJR19MQ0RfQ0xBU1NfREVWSUNFPW0KIyBD T05GSUdfTENEX0w0RjAwMjQyVDAzIGlzIG5vdCBzZXQKIyBDT05GSUdfTENEX0xNUzI4M0dGMDUg aXMgbm90IHNldApDT05GSUdfTENEX0xUVjM1MFFWPW0KIyBDT05GSUdfTENEX1RETzI0TSBpcyBu b3Qgc2V0CiMgQ09ORklHX0xDRF9WR0cyNDMyQTQgaXMgbm90IHNldAojIENPTkZJR19MQ0RfUExB VEZPUk0gaXMgbm90IHNldAojIENPTkZJR19MQ0RfUzZFNjNNMCBpcyBub3Qgc2V0CiMgQ09ORklH X0xDRF9MRDkwNDAgaXMgbm90IHNldAojIENPTkZJR19MQ0RfQU1TMzY5RkcwNiBpcyBub3Qgc2V0 CkNPTkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkKQ09ORklHX0JBQ0tMSUdIVF9HRU5FUklD PXkKQ09ORklHX0JBQ0tMSUdIVF9QUk9HRUFSPW0KQ09ORklHX0JBQ0tMSUdIVF9DQVJJTExPX1JB TkNIPW0KIyBDT05GSUdfQkFDS0xJR0hUX0FQUExFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJ R0hUX1NBSEFSQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9BRFA4ODYwIGlzIG5vdCBz ZXQKIyBDT05GSUdfQkFDS0xJR0hUX0FEUDg4NzAgaXMgbm90IHNldAoKIwojIERpc3BsYXkgZGV2 aWNlIHN1cHBvcnQKIwpDT05GSUdfRElTUExBWV9TVVBQT1JUPW0KCiMKIyBEaXNwbGF5IGhhcmR3 YXJlIGRyaXZlcnMKIwoKIwojIENvbnNvbGUgZGlzcGxheSBkcml2ZXIgc3VwcG9ydAojCkNPTkZJ R19WR0FfQ09OU09MRT15CkNPTkZJR19WR0FDT05fU09GVF9TQ1JPTExCQUNLPXkKQ09ORklHX1ZH QUNPTl9TT0ZUX1NDUk9MTEJBQ0tfU0laRT0xMjgKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpDT05G SUdfRlJBTUVCVUZGRVJfQ09OU09MRT1tCkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFX0RFVEVD VF9QUklNQVJZPXkKIyBDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ST1RBVElPTiBpcyBub3Qg c2V0CiMgQ09ORklHX0ZPTlRTIGlzIG5vdCBzZXQKQ09ORklHX0ZPTlRfOHg4PXkKQ09ORklHX0ZP TlRfOHgxNj15CkNPTkZJR19MT0dPPXkKQ09ORklHX0xPR09fTElOVVhfTU9OTz15CkNPTkZJR19M T0dPX0xJTlVYX1ZHQTE2PXkKQ09ORklHX0xPR09fTElOVVhfQ0xVVDIyND15CkNPTkZJR19TT1VO RD1tCiMgQ09ORklHX1NPVU5EX09TU19DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EIGlzIG5v dCBzZXQKIyBDT05GSUdfU09VTkRfUFJJTUUgaXMgbm90IHNldApDT05GSUdfSElEX1NVUFBPUlQ9 eQpDT05GSUdfSElEPW0KQ09ORklHX0hJRFJBVz15CgojCiMgVVNCIElucHV0IERldmljZXMKIwpD T05GSUdfVVNCX0hJRD1tCiMgQ09ORklHX0hJRF9QSUQgaXMgbm90IHNldApDT05GSUdfVVNCX0hJ RERFVj15CgojCiMgVVNCIEhJRCBCb290IFByb3RvY29sIGRyaXZlcnMKIwpDT05GSUdfVVNCX0tC RD1tCkNPTkZJR19VU0JfTU9VU0U9bQoKIwojIFNwZWNpYWwgSElEIGRyaXZlcnMKIwojIENPTkZJ R19ISURfQTRURUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0FDUlVYIGlzIG5vdCBzZXQKIyBD T05GSUdfSElEX0FQUExFIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0JFTEtJTiBpcyBub3Qgc2V0 CiMgQ09ORklHX0hJRF9DSEVSUlkgaXMgbm90IHNldAojIENPTkZJR19ISURfQ0hJQ09OWSBpcyBu b3Qgc2V0CiMgQ09ORklHX0hJRF9DWVBSRVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0RSQUdP TlJJU0UgaXMgbm90IHNldAojIENPTkZJR19ISURfRU1TX0ZGIGlzIG5vdCBzZXQKIyBDT05GSUdf SElEX0VaS0VZIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0hPTFRFSyBpcyBub3Qgc2V0CiMgQ09O RklHX0hJRF9LRVlUT1VDSCBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9LWUUgaXMgbm90IHNldAoj IENPTkZJR19ISURfVUNMT0dJQyBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9XQUxUT1AgaXMgbm90 IHNldAojIENPTkZJR19ISURfR1lSQVRJT04gaXMgbm90IHNldAojIENPTkZJR19ISURfVFdJTkhB TiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9LRU5TSU5HVE9OIGlzIG5vdCBzZXQKIyBDT05GSUdf SElEX0xDUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19ISURfTE9HSVRFQ0ggaXMgbm90IHNldAoj IENPTkZJR19ISURfTUlDUk9TT0ZUIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX01PTlRFUkVZIGlz IG5vdCBzZXQKIyBDT05GSUdfSElEX01VTFRJVE9VQ0ggaXMgbm90IHNldAojIENPTkZJR19ISURf TlRSSUcgaXMgbm90IHNldAojIENPTkZJR19ISURfT1JURUsgaXMgbm90IHNldAojIENPTkZJR19I SURfUEFOVEhFUkxPUkQgaXMgbm90IHNldAojIENPTkZJR19ISURfUEVUQUxZTlggaXMgbm90IHNl dAojIENPTkZJR19ISURfUElDT0xDRCBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9RVUFOVEEgaXMg bm90IHNldAojIENPTkZJR19ISURfUk9DQ0FUIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1NBTVNV TkcgaXMgbm90IHNldAojIENPTkZJR19ISURfU09OWSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9T UEVFRExJTksgaXMgbm90IHNldAojIENPTkZJR19ISURfU1VOUExVUyBpcyBub3Qgc2V0CiMgQ09O RklHX0hJRF9HUkVFTkFTSUEgaXMgbm90IHNldAojIENPTkZJR19ISURfU01BUlRKT1lQTFVTIGlz IG5vdCBzZXQKIyBDT05GSUdfSElEX1RPUFNFRUQgaXMgbm90IHNldAojIENPTkZJR19ISURfVEhS VVNUTUFTVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1pFUk9QTFVTIGlzIG5vdCBzZXQKIyBD T05GSUdfSElEX1pZREFDUk9OIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TVVBQT1JUPXkKQ09ORklH X1VTQl9BUkNIX0hBU19IQ0Q9eQpDT05GSUdfVVNCX0FSQ0hfSEFTX09IQ0k9eQpDT05GSUdfVVNC X0FSQ0hfSEFTX0VIQ0k9eQpDT05GSUdfVVNCPW0KIyBDT05GSUdfVVNCX0RFQlVHIGlzIG5vdCBz ZXQKIyBDT05GSUdfVVNCX0FOTk9VTkNFX05FV19ERVZJQ0VTIGlzIG5vdCBzZXQKCiMKIyBNaXNj ZWxsYW5lb3VzIFVTQiBvcHRpb25zCiMKQ09ORklHX1VTQl9ERVZJQ0VGUz15CiMgQ09ORklHX1VT Ql9ERVZJQ0VfQ0xBU1MgaXMgbm90IHNldAojIENPTkZJR19VU0JfRFlOQU1JQ19NSU5PUlMgaXMg bm90IHNldAojIENPTkZJR19VU0JfU1VTUEVORCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9PVEdf V0hJVEVMSVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX09UR19CTEFDS0xJU1RfSFVCIGlzIG5v dCBzZXQKQ09ORklHX1VTQl9NT049bQpDT05GSUdfVVNCX1dVU0I9bQpDT05GSUdfVVNCX1dVU0Jf Q0JBRj1tCiMgQ09ORklHX1VTQl9XVVNCX0NCQUZfREVCVUcgaXMgbm90IHNldAoKIwojIFVTQiBI b3N0IENvbnRyb2xsZXIgRHJpdmVycwojCiMgQ09ORklHX1VTQl9DNjdYMDBfSENEIGlzIG5vdCBz ZXQKQ09ORklHX1VTQl9YSENJX0hDRD1tCiMgQ09ORklHX1VTQl9YSENJX0hDRF9ERUJVR0dJTkcg aXMgbm90IHNldApDT05GSUdfVVNCX0VIQ0lfSENEPW0KQ09ORklHX1VTQl9FSENJX1JPT1RfSFVC X1RUPXkKQ09ORklHX1VTQl9FSENJX1RUX05FV1NDSEVEPXkKIyBDT05GSUdfVVNCX09YVTIxMEhQ X0hDRCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfSVNQMTE2WF9IQ0Q9bQojIENPTkZJR19VU0JfSVNQ MTc2MF9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSVNQMTM2Ml9IQ0QgaXMgbm90IHNldApD T05GSUdfVVNCX09IQ0lfSENEPW0KIyBDT05GSUdfVVNCX09IQ0lfSENEX1NTQiBpcyBub3Qgc2V0 CiMgQ09ORklHX1VTQl9PSENJX0JJR19FTkRJQU5fREVTQyBpcyBub3Qgc2V0CiMgQ09ORklHX1VT Ql9PSENJX0JJR19FTkRJQU5fTU1JTyBpcyBub3Qgc2V0CkNPTkZJR19VU0JfT0hDSV9MSVRUTEVf RU5ESUFOPXkKQ09ORklHX1VTQl9VSENJX0hDRD1tCkNPTkZJR19VU0JfVTEzMl9IQ0Q9bQpDT05G SUdfVVNCX1NMODExX0hDRD1tCiMgQ09ORklHX1VTQl9TTDgxMV9IQ0RfSVNPIGlzIG5vdCBzZXQK Q09ORklHX1VTQl9TTDgxMV9DUz1tCkNPTkZJR19VU0JfUjhBNjY1OTdfSENEPW0KIyBDT05GSUdf VVNCX1dIQ0lfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0hXQV9IQ0QgaXMgbm90IHNldAoK IwojIFVTQiBEZXZpY2UgQ2xhc3MgZHJpdmVycwojCkNPTkZJR19VU0JfQUNNPW0KQ09ORklHX1VT Ql9QUklOVEVSPW0KIyBDT05GSUdfVVNCX1dETSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9UTUMg aXMgbm90IHNldAoKIwojIE5PVEU6IFVTQl9TVE9SQUdFIGRlcGVuZHMgb24gU0NTSSBidXQgQkxL X0RFVl9TRCBtYXkKIwoKIwojIGFsc28gYmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JBR0UgSGVscCBm b3IgbW9yZSBpbmZvCiMKQ09ORklHX1VTQl9TVE9SQUdFPW0KIyBDT05GSUdfVVNCX1NUT1JBR0Vf REVCVUcgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9SRUFMVEVLIGlzIG5vdCBzZXQK Q09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUI9bQpDT05GSUdfVVNCX1NUT1JBR0VfRlJFRUNPTT1t CkNPTkZJR19VU0JfU1RPUkFHRV9JU0QyMDA9bQpDT05GSUdfVVNCX1NUT1JBR0VfVVNCQVQ9bQpD T05GSUdfVVNCX1NUT1JBR0VfU0REUjA5PW0KQ09ORklHX1VTQl9TVE9SQUdFX1NERFI1NT1tCkNP TkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVD1tCkNPTkZJR19VU0JfU1RPUkFHRV9BTEFVREE9bQoj IENPTkZJR19VU0JfU1RPUkFHRV9PTkVUT1VDSCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU1RPUkFH RV9LQVJNQT1tCiMgQ09ORklHX1VTQl9TVE9SQUdFX0NZUFJFU1NfQVRBQ0IgaXMgbm90IHNldAoj IENPTkZJR19VU0JfU1RPUkFHRV9FTkVfVUI2MjUwIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9VQVM9 bQpDT05GSUdfVVNCX0xJQlVTVUFMPXkKCiMKIyBVU0IgSW1hZ2luZyBkZXZpY2VzCiMKQ09ORklH X1VTQl9NREM4MDA9bQpDT05GSUdfVVNCX01JQ1JPVEVLPW0KCiMKIyBVU0IgcG9ydCBkcml2ZXJz CiMKQ09ORklHX1VTQl9VU1M3MjA9bQpDT05GSUdfVVNCX1NFUklBTD1tCkNPTkZJR19VU0JfRVpV U0I9eQpDT05GSUdfVVNCX1NFUklBTF9HRU5FUklDPXkKQ09ORklHX1VTQl9TRVJJQUxfQUlSQ0FC TEU9bQpDT05GSUdfVVNCX1NFUklBTF9BUkszMTE2PW0KQ09ORklHX1VTQl9TRVJJQUxfQkVMS0lO PW0KQ09ORklHX1VTQl9TRVJJQUxfQ0gzNDE9bQpDT05GSUdfVVNCX1NFUklBTF9XSElURUhFQVQ9 bQpDT05GSUdfVVNCX1NFUklBTF9ESUdJX0FDQ0VMRVBPUlQ9bQojIENPTkZJR19VU0JfU0VSSUFM X0NQMjEwWCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX0NZUFJFU1NfTTg9bQpDT05GSUdf VVNCX1NFUklBTF9FTVBFRz1tCkNPTkZJR19VU0JfU0VSSUFMX0ZURElfU0lPPW0KQ09ORklHX1VT Ql9TRVJJQUxfRlVOU09GVD1tCkNPTkZJR19VU0JfU0VSSUFMX1ZJU09SPW0KQ09ORklHX1VTQl9T RVJJQUxfSVBBUT1tCiMgQ09ORklHX1VTQl9TRVJJQUxfSVIgaXMgbm90IHNldApDT05GSUdfVVNC X1NFUklBTF9FREdFUE9SVD1tCkNPTkZJR19VU0JfU0VSSUFMX0VER0VQT1JUX1RJPW0KQ09ORklH X1VTQl9TRVJJQUxfR0FSTUlOPW0KQ09ORklHX1VTQl9TRVJJQUxfSVBXPW0KIyBDT05GSUdfVVNC X1NFUklBTF9JVVUgaXMgbm90IHNldApDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1BEQT1tCkNP TkZJR19VU0JfU0VSSUFMX0tFWVNQQU49bQpDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX01QUj15 CkNPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjg9eQpDT05GSUdfVVNCX1NFUklBTF9LRVlT UEFOX1VTQTI4WD15CkNPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjhYQT15CkNPTkZJR19V U0JfU0VSSUFMX0tFWVNQQU5fVVNBMjhYQj15CkNPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNB MTk9eQpDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VTQTE4WD15CkNPTkZJR19VU0JfU0VSSUFM X0tFWVNQQU5fVVNBMTlXPXkKQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0ExOVFXPXkKQ09O RklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0ExOVFJPXkKQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BB Tl9VU0E0OVc9eQpDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VTQTQ5V0xDPXkKQ09ORklHX1VT Ql9TRVJJQUxfS0xTST1tCkNPTkZJR19VU0JfU0VSSUFMX0tPQklMX1NDVD1tCkNPTkZJR19VU0Jf U0VSSUFMX01DVF9VMjMyPW0KQ09ORklHX1VTQl9TRVJJQUxfTU9TNzcyMD1tCiMgQ09ORklHX1VT Ql9TRVJJQUxfTU9TNzcxNV9QQVJQT1JUIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TRVJJQUxfTU9T Nzg0MD1tCiMgQ09ORklHX1VTQl9TRVJJQUxfTU9UT1JPTEEgaXMgbm90IHNldApDT05GSUdfVVNC X1NFUklBTF9OQVZNQU49bQpDT05GSUdfVVNCX1NFUklBTF9QTDIzMDM9bQpDT05GSUdfVVNCX1NF UklBTF9PVEk2ODU4PW0KIyBDT05GSUdfVVNCX1NFUklBTF9RQ0FVWCBpcyBub3Qgc2V0CiMgQ09O RklHX1VTQl9TRVJJQUxfUVVBTENPTU0gaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1NQ Q1A4WDUgaXMgbm90IHNldApDT05GSUdfVVNCX1NFUklBTF9IUDRYPW0KQ09ORklHX1VTQl9TRVJJ QUxfU0FGRT1tCiMgQ09ORklHX1VTQl9TRVJJQUxfU0FGRV9QQURERUQgaXMgbm90IHNldAojIENP TkZJR19VU0JfU0VSSUFMX1NJRU1FTlNfTVBJIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TRVJJQUxf U0lFUlJBV0lSRUxFU1M9bQojIENPTkZJR19VU0JfU0VSSUFMX1NZTUJPTCBpcyBub3Qgc2V0CkNP TkZJR19VU0JfU0VSSUFMX1RJPW0KQ09ORklHX1VTQl9TRVJJQUxfQ1lCRVJKQUNLPW0KQ09ORklH X1VTQl9TRVJJQUxfWElSQ09NPW0KQ09ORklHX1VTQl9TRVJJQUxfV1dBTj1tCkNPTkZJR19VU0Jf U0VSSUFMX09QVElPTj1tCkNPTkZJR19VU0JfU0VSSUFMX09NTklORVQ9bQojIENPTkZJR19VU0Jf U0VSSUFMX09QVElDT04gaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1ZJVk9QQVlfU0VS SUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9aSU8gaXMgbm90IHNldAojIENPTkZJ R19VU0JfU0VSSUFMX1NTVTEwMCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX0RFQlVHPW0K CiMKIyBVU0IgTWlzY2VsbGFuZW91cyBkcml2ZXJzCiMKQ09ORklHX1VTQl9FTUk2Mj1tCkNPTkZJ R19VU0JfRU1JMjY9bQpDT05GSUdfVVNCX0FEVVRVWD1tCiMgQ09ORklHX1VTQl9TRVZTRUcgaXMg bm90IHNldApDT05GSUdfVVNCX1JJTzUwMD1tCkNPTkZJR19VU0JfTEVHT1RPV0VSPW0KQ09ORklH X1VTQl9MQ0Q9bQpDT05GSUdfVVNCX0xFRD1tCkNPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjM9bQpD T05GSUdfVVNCX0NZVEhFUk09bQpDT05GSUdfVVNCX0lETU9VU0U9bQpDT05GSUdfVVNCX0ZURElf RUxBTj1tCkNPTkZJR19VU0JfQVBQTEVESVNQTEFZPW0KQ09ORklHX1VTQl9TSVNVU0JWR0E9bQoj IENPTkZJR19VU0JfU0lTVVNCVkdBX0NPTiBpcyBub3Qgc2V0CkNPTkZJR19VU0JfTEQ9bQpDT05G SUdfVVNCX1RSQU5DRVZJQlJBVE9SPW0KQ09ORklHX1VTQl9JT1dBUlJJT1I9bQojIENPTkZJR19V U0JfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JU0lHSFRGVyBpcyBub3Qgc2V0CiMgQ09O RklHX1VTQl9ZVVJFWCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfQVRNPW0KQ09ORklHX1VTQl9TUEVF RFRPVUNIPW0KQ09ORklHX1VTQl9DWEFDUlU9bQpDT05GSUdfVVNCX1VFQUdMRUFUTT1tCkNPTkZJ R19VU0JfWFVTQkFUTT1tCkNPTkZJR19VU0JfR0FER0VUPW0KIyBDT05GSUdfVVNCX0dBREdFVF9E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9HQURHRVRfREVCVUdfRklMRVMgaXMgbm90IHNl dAojIENPTkZJR19VU0JfR0FER0VUX0RFQlVHX0ZTIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9HQURH RVRfVkJVU19EUkFXPTIKIyBDT05GSUdfVVNCX1I4QTY2NTk3IGlzIG5vdCBzZXQKIyBDT05GSUdf VVNCX002NjU5MiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BTUQ1NTM2VURDIGlzIG5vdCBzZXQK IyBDT05GSUdfVVNCX0NJMTNYWFhfUENJIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX05FVDIyNzIg aXMgbm90IHNldApDT05GSUdfVVNCX05FVDIyODA9bQojIENPTkZJR19VU0JfR09LVSBpcyBub3Qg c2V0CiMgQ09ORklHX1VTQl9FRzIwVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9EVU1NWV9IQ0Qg aXMgbm90IHNldApDT05GSUdfVVNCX0dBREdFVF9EVUFMU1BFRUQ9eQpDT05GSUdfVVNCX1pFUk89 bQpDT05GSUdfVVNCX0VUSD1tCkNPTkZJR19VU0JfRVRIX1JORElTPXkKIyBDT05GSUdfVVNCX0VU SF9FRU0gaXMgbm90IHNldAojIENPTkZJR19VU0JfR19OQ00gaXMgbm90IHNldApDT05GSUdfVVNC X0dBREdFVEZTPW0KIyBDT05GSUdfVVNCX0ZVTkNUSU9ORlMgaXMgbm90IHNldApDT05GSUdfVVNC X0ZJTEVfU1RPUkFHRT1tCiMgQ09ORklHX1VTQl9GSUxFX1NUT1JBR0VfVEVTVCBpcyBub3Qgc2V0 CiMgQ09ORklHX1VTQl9NQVNTX1NUT1JBR0UgaXMgbm90IHNldApDT05GSUdfVVNCX0dfU0VSSUFM PW0KIyBDT05GSUdfVVNCX0dfUFJJTlRFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9DRENfQ09N UE9TSVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0dfTVVMVEkgaXMgbm90IHNldAojIENPTkZJ R19VU0JfR19ISUQgaXMgbm90IHNldAojIENPTkZJR19VU0JfR19EQkdQIGlzIG5vdCBzZXQKCiMK IyBPVEcgYW5kIHJlbGF0ZWQgaW5mcmFzdHJ1Y3R1cmUKIwpDT05GSUdfVVNCX09UR19VVElMUz15 CiMgQ09ORklHX1VTQl9HUElPX1ZCVVMgaXMgbm90IHNldApDT05GSUdfTk9QX1VTQl9YQ0VJVj1t CkNPTkZJR19VV0I9bQojIENPTkZJR19VV0JfSFdBIGlzIG5vdCBzZXQKIyBDT05GSUdfVVdCX1dI Q0kgaXMgbm90IHNldApDT05GSUdfTU1DPW0KIyBDT05GSUdfTU1DX0RFQlVHIGlzIG5vdCBzZXQK IyBDT05GSUdfTU1DX1VOU0FGRV9SRVNVTUUgaXMgbm90IHNldAojIENPTkZJR19NTUNfQ0xLR0FU RSBpcyBub3Qgc2V0CgojCiMgTU1DL1NEL1NESU8gQ2FyZCBEcml2ZXJzCiMKQ09ORklHX01NQ19C TE9DSz1tCkNPTkZJR19NTUNfQkxPQ0tfTUlOT1JTPTgKQ09ORklHX01NQ19CTE9DS19CT1VOQ0U9 eQpDT05GSUdfU0RJT19VQVJUPW0KIyBDT05GSUdfTU1DX1RFU1QgaXMgbm90IHNldAoKIwojIE1N Qy9TRC9TRElPIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzCiMKQ09ORklHX01NQ19TREhDST1tCiMg Q09ORklHX01NQ19TREhDSV9QQ0kgaXMgbm90IHNldAojIENPTkZJR19NTUNfU0RIQ0lfUExURk0g aXMgbm90IHNldApDT05GSUdfTU1DX1dCU0Q9bQpDT05GSUdfTU1DX1RJRk1fU0Q9bQojIENPTkZJ R19NTUNfU1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfTU1DX1NEUklDT0hfQ1MgaXMgbm90IHNldAoj IENPTkZJR19NTUNfQ0I3MTAgaXMgbm90IHNldAojIENPTkZJR19NTUNfVklBX1NETU1DIGlzIG5v dCBzZXQKIyBDT05GSUdfTU1DX1ZVQjMwMCBpcyBub3Qgc2V0CiMgQ09ORklHX01NQ19VU0hDIGlz IG5vdCBzZXQKIyBDT05GSUdfTUVNU1RJQ0sgaXMgbm90IHNldApDT05GSUdfTkVXX0xFRFM9eQpD T05GSUdfTEVEU19DTEFTUz15CgojCiMgTEVEIGRyaXZlcnMKIwojIENPTkZJR19MRURTX0xNMzUz MCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfQUxJWDIgaXMgbm90IHNldAojIENPTkZJR19MRURT X1BDQTk1MzIgaXMgbm90IHNldAojIENPTkZJR19MRURTX0dQSU8gaXMgbm90IHNldAojIENPTkZJ R19MRURTX0xQMzk0NCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfTFA1NTIxIGlzIG5vdCBzZXQK IyBDT05GSUdfTEVEU19MUDU1MjMgaXMgbm90IHNldAojIENPTkZJR19MRURTX0NMRVZPX01BSUwg aXMgbm90IHNldAojIENPTkZJR19MRURTX1BDQTk1NVggaXMgbm90IHNldAojIENPTkZJR19MRURT X0RBQzEyNFMwODUgaXMgbm90IHNldAojIENPTkZJR19MRURTX0JEMjgwMiBpcyBub3Qgc2V0CiMg Q09ORklHX0xFRFNfSU5URUxfU1M0MjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19MVDM1OTMg aXMgbm90IHNldApDT05GSUdfTEVEU19UUklHR0VSUz15CgojCiMgTEVEIFRyaWdnZXJzCiMKQ09O RklHX0xFRFNfVFJJR0dFUl9USU1FUj1tCkNPTkZJR19MRURTX1RSSUdHRVJfSURFX0RJU0s9eQpD T05GSUdfTEVEU19UUklHR0VSX0hFQVJUQkVBVD1tCiMgQ09ORklHX0xFRFNfVFJJR0dFUl9CQUNL TElHSFQgaXMgbm90IHNldAojIENPTkZJR19MRURTX1RSSUdHRVJfR1BJTyBpcyBub3Qgc2V0CiMg Q09ORklHX0xFRFNfVFJJR0dFUl9ERUZBVUxUX09OIGlzIG5vdCBzZXQKCiMKIyBpcHRhYmxlcyB0 cmlnZ2VyIGlzIHVuZGVyIE5ldGZpbHRlciBjb25maWcgKExFRCB0YXJnZXQpCiMKIyBDT05GSUdf QUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0CkNPTkZJR19JTkZJTklCQU5EPW0KQ09ORklHX0lORklO SUJBTkRfVVNFUl9NQUQ9bQpDT05GSUdfSU5GSU5JQkFORF9VU0VSX0FDQ0VTUz1tCkNPTkZJR19J TkZJTklCQU5EX1VTRVJfTUVNPXkKQ09ORklHX0lORklOSUJBTkRfQUREUl9UUkFOUz15CkNPTkZJ R19JTkZJTklCQU5EX01USENBPW0KQ09ORklHX0lORklOSUJBTkRfTVRIQ0FfREVCVUc9eQojIENP TkZJR19JTkZJTklCQU5EX0lQQVRIIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5GSU5JQkFORF9RSUIg aXMgbm90IHNldApDT05GSUdfSU5GSU5JQkFORF9BTVNPMTEwMD1tCkNPTkZJR19JTkZJTklCQU5E X0FNU08xMTAwX0RFQlVHPXkKQ09ORklHX0lORklOSUJBTkRfQ1hHQjM9bQojIENPTkZJR19JTkZJ TklCQU5EX0NYR0IzX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX01MWDRfSU5GSU5JQkFORD1tCiMg Q09ORklHX0lORklOSUJBTkRfTkVTIGlzIG5vdCBzZXQKQ09ORklHX0lORklOSUJBTkRfSVBPSUI9 bQpDT05GSUdfSU5GSU5JQkFORF9JUE9JQl9DTT15CkNPTkZJR19JTkZJTklCQU5EX0lQT0lCX0RF QlVHPXkKIyBDT05GSUdfSU5GSU5JQkFORF9JUE9JQl9ERUJVR19EQVRBIGlzIG5vdCBzZXQKQ09O RklHX0lORklOSUJBTkRfU1JQPW0KQ09ORklHX0lORklOSUJBTkRfSVNFUj1tCkNPTkZJR19FREFD PXkKCiMKIyBSZXBvcnRpbmcgc3Vic3lzdGVtcwojCiMgQ09ORklHX0VEQUNfREVCVUcgaXMgbm90 IHNldApDT05GSUdfRURBQ19NTV9FREFDPW0KQ09ORklHX0VEQUNfRTc1Mlg9bQpDT05GSUdfRURB Q19JODI5NzVYPW0KQ09ORklHX0VEQUNfSTMwMDA9bQojIENPTkZJR19FREFDX0kzMjAwIGlzIG5v dCBzZXQKIyBDT05GSUdfRURBQ19YMzggaXMgbm90IHNldAojIENPTkZJR19FREFDX0k1NDAwIGlz IG5vdCBzZXQKIyBDT05GSUdfRURBQ19JN0NPUkUgaXMgbm90IHNldApDT05GSUdfRURBQ19JNTAw MD1tCiMgQ09ORklHX0VEQUNfSTUxMDAgaXMgbm90IHNldAojIENPTkZJR19FREFDX0k3MzAwIGlz IG5vdCBzZXQKQ09ORklHX1JUQ19MSUI9eQpDT05GSUdfUlRDX0NMQVNTPXkKQ09ORklHX1JUQ19I Q1RPU1lTPXkKQ09ORklHX1JUQ19IQ1RPU1lTX0RFVklDRT0icnRjMCIKIyBDT05GSUdfUlRDX0RF QlVHIGlzIG5vdCBzZXQKCiMKIyBSVEMgaW50ZXJmYWNlcwojCkNPTkZJR19SVENfSU5URl9TWVNG Uz15CkNPTkZJR19SVENfSU5URl9QUk9DPXkKQ09ORklHX1JUQ19JTlRGX0RFVj15CkNPTkZJR19S VENfSU5URl9ERVZfVUlFX0VNVUw9eQpDT05GSUdfUlRDX0RSVl9URVNUPW0KCiMKIyBJMkMgUlRD IGRyaXZlcnMKIwpDT05GSUdfUlRDX0RSVl9EUzEzMDc9bQpDT05GSUdfUlRDX0RSVl9EUzEzNzQ9 bQpDT05GSUdfUlRDX0RSVl9EUzE2NzI9bQojIENPTkZJR19SVENfRFJWX0RTMzIzMiBpcyBub3Qg c2V0CkNPTkZJR19SVENfRFJWX01BWDY5MDA9bQpDT05GSUdfUlRDX0RSVl9SUzVDMzcyPW0KQ09O RklHX1JUQ19EUlZfSVNMMTIwOD1tCiMgQ09ORklHX1JUQ19EUlZfSVNMMTIwMjIgaXMgbm90IHNl dApDT05GSUdfUlRDX0RSVl9YMTIwNT1tCkNPTkZJR19SVENfRFJWX1BDRjg1NjM9bQpDT05GSUdf UlRDX0RSVl9QQ0Y4NTgzPW0KQ09ORklHX1JUQ19EUlZfTTQxVDgwPW0KQ09ORklHX1JUQ19EUlZf TTQxVDgwX1dEVD15CiMgQ09ORklHX1JUQ19EUlZfQlEzMksgaXMgbm90IHNldAojIENPTkZJR19S VENfRFJWX1MzNTM5MEEgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0ZNMzEzMCBpcyBub3Qg c2V0CiMgQ09ORklHX1JUQ19EUlZfUlg4NTgxIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9S WDgwMjUgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0VNMzAyNyBpcyBub3Qgc2V0CiMgQ09O RklHX1JUQ19EUlZfUlYzMDI5QzIgaXMgbm90IHNldAoKIwojIFNQSSBSVEMgZHJpdmVycwojCiMg Q09ORklHX1JUQ19EUlZfTTQxVDkzIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9NNDFUOTQg aXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0RTMTMwNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JU Q19EUlZfRFMxMzkwIGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTUFYNjkwMj1tCiMgQ09ORklH X1JUQ19EUlZfUjk3MDEgaXMgbm90IHNldApDT05GSUdfUlRDX0RSVl9SUzVDMzQ4PW0KIyBDT05G SUdfUlRDX0RSVl9EUzMyMzQgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX1BDRjIxMjMgaXMg bm90IHNldAoKIwojIFBsYXRmb3JtIFJUQyBkcml2ZXJzCiMKQ09ORklHX1JUQ19EUlZfQ01PUz15 CiMgQ09ORklHX1JUQ19EUlZfRFMxMjg2IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9EUzE1 MTEgaXMgbm90IHNldApDT05GSUdfUlRDX0RSVl9EUzE1NTM9bQpDT05GSUdfUlRDX0RSVl9EUzE3 NDI9bQpDT05GSUdfUlRDX0RSVl9TVEsxN1RBOD1tCkNPTkZJR19SVENfRFJWX000OFQ4Nj1tCiMg Q09ORklHX1JUQ19EUlZfTTQ4VDM1IGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTTQ4VDU5PW0K IyBDT05GSUdfUlRDX0RSVl9NU002MjQyIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9CUTQ4 MDIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX1JQNUMwMSBpcyBub3Qgc2V0CkNPTkZJR19S VENfRFJWX1YzMDIwPW0KCiMKIyBvbi1DUFUgUlRDIGRyaXZlcnMKIwpDT05GSUdfRE1BREVWSUNF Uz15CkNPTkZJR19ETUFERVZJQ0VTX0RFQlVHPXkKQ09ORklHX0RNQURFVklDRVNfVkRFQlVHPXkK CiMKIyBETUEgRGV2aWNlcwojCkNPTkZJR19JTlRFTF9NSURfRE1BQz15CkNPTkZJR19JTlRFTF9J T0FURE1BPXkKQ09ORklHX1RJTUJfRE1BPXkKQ09ORklHX1BDSF9ETUE9eQpDT05GSUdfRE1BX0VO R0lORT15CgojCiMgRE1BIENsaWVudHMKIwpDT05GSUdfTkVUX0RNQT15CkNPTkZJR19BU1lOQ19U WF9ETUE9eQojIENPTkZJR19ETUFURVNUIGlzIG5vdCBzZXQKQ09ORklHX0RDQT15CkNPTkZJR19B VVhESVNQTEFZPXkKQ09ORklHX0tTMDEwOD1tCkNPTkZJR19LUzAxMDhfUE9SVD0weDM3OApDT05G SUdfS1MwMTA4X0RFTEFZPTIKQ09ORklHX0NGQUcxMjg2NEI9bQpDT05GSUdfQ0ZBRzEyODY0Ql9S QVRFPTIwCkNPTkZJR19VSU89eQpDT05GSUdfVUlPX0NJRj15CkNPTkZJR19VSU9fUERSVj15CkNP TkZJR19VSU9fUERSVl9HRU5JUlE9eQpDT05GSUdfVUlPX0FFQz15CkNPTkZJR19VSU9fU0VSQ09T Mz1tCkNPTkZJR19VSU9fUENJX0dFTkVSSUM9bQpDT05GSUdfVUlPX05FVFg9bQpDT05GSUdfVklS VElPPXkKQ09ORklHX1ZJUlRJT19SSU5HPXkKCiMKIyBWaXJ0aW8gZHJpdmVycwojCkNPTkZJR19W SVJUSU9fUENJPXkKQ09ORklHX1ZJUlRJT19CQUxMT09OPXkKCiMKIyBYZW4gZHJpdmVyIHN1cHBv cnQKIwpDT05GSUdfWEVOX0JBTExPT049eQpDT05GSUdfWEVOX1NFTEZCQUxMT09OSU5HPXkKQ09O RklHX1hFTl9CQUxMT09OX01FTU9SWV9IT1RQTFVHPXkKQ09ORklHX1hFTl9TQ1JVQl9QQUdFUz15 CkNPTkZJR19YRU5fREVWX0VWVENITj15CkNPTkZJR19YRU5fQkFDS0VORD15CkNPTkZJR19YRU5G Uz15CkNPTkZJR19YRU5fQ09NUEFUX1hFTkZTPXkKQ09ORklHX1hFTl9TWVNfSFlQRVJWSVNPUj15 CkNPTkZJR19YRU5fWEVOQlVTX0ZST05URU5EPXkKQ09ORklHX1hFTl9HTlRERVY9eQpDT05GSUdf WEVOX0dSQU5UX0RFVl9BTExPQz15CkNPTkZJR19YRU5fUExBVEZPUk1fUENJPXkKQ09ORklHX1NX SU9UTEJfWEVOPXkKQ09ORklHX1hFTl9UTUVNPXkKQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VORD15 CkNPTkZJR19TVEFHSU5HPXkKIyBDT05GSUdfRVQxMzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0xJ Q09TUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQklQX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19X MzVVTkQgaXMgbm90IHNldAojIENPTkZJR19QUklTTTJfVVNCIGlzIG5vdCBzZXQKIyBDT05GSUdf RUNITyBpcyBub3Qgc2V0CiMgQ09ORklHX0JSQ01VVElMIGlzIG5vdCBzZXQKIyBDT05GSUdfQlJD TVNNQUMgaXMgbm90IHNldAojIENPTkZJR19CUkNNRk1BQyBpcyBub3Qgc2V0CiMgQ09ORklHX0NP TUVESSBpcyBub3Qgc2V0CiMgQ09ORklHX0FTVVNfT0xFRCBpcyBub3Qgc2V0CiMgQ09ORklHX1BB TkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfUjgxODdTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgx OTJVIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MkUgaXMgbm90IHNldAojIENPTkZJR19SODcx MlUgaXMgbm90IHNldAojIENPTkZJR19SVFNfUFNUT1IgaXMgbm90IHNldAojIENPTkZJR19UUkFO WlBPUlQgaXMgbm90IHNldAojIENPTkZJR19QT0hNRUxGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lE RV9QSElTT04gaXMgbm90IHNldAojIENPTkZJR19EUk1fVk1XR0ZYIGlzIG5vdCBzZXQKIyBDT05G SUdfRFJNX05PVVZFQVUgaXMgbm90IHNldAoKIwojIEkyQyBlbmNvZGVyIG9yIGhlbHBlciBjaGlw cwojCiMgQ09ORklHX0RSTV9JMkNfQ0g3MDA2IGlzIG5vdCBzZXQKIyBDT05GSUdfRFJNX0kyQ19T SUwxNjQgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1FVQVRFQ0gyIGlzIG5vdCBzZXQK IyBDT05GSUdfVVNCX1NFUklBTF9RVUFURUNIX1VTQjIgaXMgbm90IHNldAojIENPTkZJR19WVDY2 NTUgaXMgbm90IHNldAojIENPTkZJR19WVDY2NTYgaXMgbm90IHNldAojIENPTkZJR19IWVBFUlYg aXMgbm90IHNldAojIENPTkZJR19WTUVfQlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfRFhfU0VQIGlz IG5vdCBzZXQKIyBDT05GSUdfSUlPIGlzIG5vdCBzZXQKIyBDT05GSUdfWFZNQUxMT0MgaXMgbm90 IHNldAojIENPTkZJR19aUkFNIGlzIG5vdCBzZXQKIyBDT05GSUdfWkNBQ0hFIGlzIG5vdCBzZXQK IyBDT05GSUdfV0xBR1M0OV9IMiBpcyBub3Qgc2V0CiMgQ09ORklHX1dMQUdTNDlfSDI1IGlzIG5v dCBzZXQKIyBDT05GSUdfRkJfU003WFggaXMgbm90IHNldAojIENPTkZJR19DUllTVEFMSEQgaXMg bm90IHNldAojIENPTkZJR19DWFQxRTEgaXMgbm90IHNldAojIENPTkZJR19GQl9YR0kgaXMgbm90 IHNldAojIENPTkZJR19MSVJDX1NUQUdJTkcgaXMgbm90IHNldAojIENPTkZJR19BQ1BJX1FVSUNL U1RBUlQgaXMgbm90IHNldAojIENPTkZJR19TQkVfMlQzRTMgaXMgbm90IHNldAojIENPTkZJR19B VEg2S19MRUdBQ1kgaXMgbm90IHNldAojIENPTkZJR19VU0JfRU5FU1RPUkFHRSBpcyBub3Qgc2V0 CiMgQ09ORklHX0JDTV9XSU1BWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZUMTAwMCBpcyBub3Qgc2V0 CgojCiMgU3BlYWt1cCBjb25zb2xlIHNwZWVjaAojCiMgQ09ORklHX1NQRUFLVVAgaXMgbm90IHNl dAojIENPTkZJR19UT1VDSFNDUkVFTl9DTEVBUlBBRF9UTTEyMTcgaXMgbm90IHNldAojIENPTkZJ R19UT1VDSFNDUkVFTl9TWU5BUFRJQ1NfSTJDX1JNSTQgaXMgbm90IHNldAojIENPTkZJR19EUk1f UFNCIGlzIG5vdCBzZXQKIyBDT05GSUdfQUxURVJBX1NUQVBMIGlzIG5vdCBzZXQKIyBDT05GSUdf SU5URUxfTUVJIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9QTEFURk9STV9ERVZJQ0VTPXkKIyBDT05G SUdfQUNFUkhERiBpcyBub3Qgc2V0CkNPTkZJR19BU1VTX0xBUFRPUD1tCkNPTkZJR19GVUpJVFNV X0xBUFRPUD1tCiMgQ09ORklHX0ZVSklUU1VfTEFQVE9QX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05G SUdfSFBfQUNDRUwgaXMgbm90IHNldApDT05GSUdfTVNJX0xBUFRPUD1tCiMgQ09ORklHX1BBTkFT T05JQ19MQVBUT1AgaXMgbm90IHNldAojIENPTkZJR19DT01QQUxfTEFQVE9QIGlzIG5vdCBzZXQK Q09ORklHX1NPTllfTEFQVE9QPW0KQ09ORklHX1NPTllQSV9DT01QQVQ9eQojIENPTkZJR19JREVB UEFEX0xBUFRPUCBpcyBub3Qgc2V0CkNPTkZJR19USElOS1BBRF9BQ1BJPW0KIyBDT05GSUdfVEhJ TktQQURfQUNQSV9ERUJVR0ZBQ0lMSVRJRVMgaXMgbm90IHNldAojIENPTkZJR19USElOS1BBRF9B Q1BJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfVEhJTktQQURfQUNQSV9VTlNBRkVfTEVEUyBp cyBub3Qgc2V0CkNPTkZJR19USElOS1BBRF9BQ1BJX1ZJREVPPXkKQ09ORklHX1RISU5LUEFEX0FD UElfSE9US0VZX1BPTEw9eQpDT05GSUdfU0VOU09SU19IREFQUz1tCiMgQ09ORklHX0lOVEVMX01F TkxPVyBpcyBub3Qgc2V0CiMgQ09ORklHX0VFRVBDX0xBUFRPUCBpcyBub3Qgc2V0CiMgQ09ORklH X0FDUElfV01JIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfQVNVUz1tCiMgQ09ORklHX1RPUFNUQVJf TEFQVE9QIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfVE9TSElCQT1tCiMgQ09ORklHX1RPU0hJQkFf QlRfUkZLSUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9DTVBDIGlzIG5vdCBzZXQKIyBDT05G SUdfSU5URUxfSVBTIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX1JUTCBpcyBub3Qgc2V0CiMgQ09O RklHX1hPMTVfRUJPT0sgaXMgbm90IHNldAojIENPTkZJR19TQU1TVU5HX0xBUFRPUCBpcyBub3Qg c2V0CiMgQ09ORklHX0lOVEVMX09BS1RSQUlMIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FNU1VOR19R MTAgaXMgbm90IHNldApDT05GSUdfQ0xLRVZUX0k4MjUzPXkKQ09ORklHX0k4MjUzX0xPQ0s9eQpD T05GSUdfQ0xLQkxEX0k4MjUzPXkKQ09ORklHX0lPTU1VX0FQST15CkNPTkZJR19JT01NVV9TVVBQ T1JUPXkKIyBDT05GSUdfQU1EX0lPTU1VIGlzIG5vdCBzZXQKQ09ORklHX0RNQVI9eQpDT05GSUdf RE1BUl9ERUZBVUxUX09OPXkKQ09ORklHX0RNQVJfRkxPUFBZX1dBPXkKQ09ORklHX0lOVFJfUkVN QVA9eQpDT05GSUdfVklSVF9EUklWRVJTPXkKCiMKIyBGaXJtd2FyZSBEcml2ZXJzCiMKIyBDT05G SUdfRUREIGlzIG5vdCBzZXQKIyBDT05GSUdfRklSTVdBUkVfTUVNTUFQIGlzIG5vdCBzZXQKIyBD T05GSUdfRUZJX1ZBUlMgaXMgbm90IHNldAojIENPTkZJR19ERUxMX1JCVSBpcyBub3Qgc2V0CiMg Q09ORklHX0RDREJBUyBpcyBub3Qgc2V0CkNPTkZJR19ETUlJRD15CkNPTkZJR19ETUlfU1lTRlM9 eQpDT05GSUdfSVNDU0lfSUJGVF9GSU5EPXkKQ09ORklHX0lTQ1NJX0lCRlQ9bQojIENPTkZJR19T SUdNQSBpcyBub3Qgc2V0CiMgQ09ORklHX0dPT0dMRV9GSVJNV0FSRSBpcyBub3Qgc2V0CgojCiMg RmlsZSBzeXN0ZW1zCiMKQ09ORklHX0VYVDJfRlM9eQpDT05GSUdfRVhUMl9GU19YQVRUUj15CkNP TkZJR19FWFQyX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQyX0ZTX1NFQ1VSSVRZPXkKIyBDT05G SUdfRVhUMl9GU19YSVAgaXMgbm90IHNldApDT05GSUdfRVhUM19GUz15CkNPTkZJR19FWFQzX0RF RkFVTFRTX1RPX09SREVSRUQ9eQpDT05GSUdfRVhUM19GU19YQVRUUj15CkNPTkZJR19FWFQzX0ZT X1BPU0lYX0FDTD15CkNPTkZJR19FWFQzX0ZTX1NFQ1VSSVRZPXkKQ09ORklHX0VYVDRfRlM9eQpD T05GSUdfRVhUNF9GU19YQVRUUj15CkNPTkZJR19FWFQ0X0ZTX1BPU0lYX0FDTD15CkNPTkZJR19F WFQ0X0ZTX1NFQ1VSSVRZPXkKQ09ORklHX0VYVDRfREVCVUc9eQpDT05GSUdfSkJEPXkKIyBDT05G SUdfSkJEX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0pCRDI9eQojIENPTkZJR19KQkQyX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX0ZTX01CQ0FDSEU9eQpDT05GSUdfUkVJU0VSRlNfRlM9eQpDT05G SUdfUkVJU0VSRlNfQ0hFQ0s9eQpDT05GSUdfUkVJU0VSRlNfUFJPQ19JTkZPPXkKQ09ORklHX1JF SVNFUkZTX0ZTX1hBVFRSPXkKQ09ORklHX1JFSVNFUkZTX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19S RUlTRVJGU19GU19TRUNVUklUWT15CkNPTkZJR19KRlNfRlM9bQpDT05GSUdfSkZTX1BPU0lYX0FD TD15CkNPTkZJR19KRlNfU0VDVVJJVFk9eQojIENPTkZJR19KRlNfREVCVUcgaXMgbm90IHNldApD T05GSUdfSkZTX1NUQVRJU1RJQ1M9eQpDT05GSUdfWEZTX0ZTPW0KQ09ORklHX1hGU19RVU9UQT15 CkNPTkZJR19YRlNfUE9TSVhfQUNMPXkKQ09ORklHX1hGU19SVD15CiMgQ09ORklHX1hGU19ERUJV RyBpcyBub3Qgc2V0CkNPTkZJR19HRlMyX0ZTPW0KIyBDT05GSUdfR0ZTMl9GU19MT0NLSU5HX0RM TSBpcyBub3Qgc2V0CkNPTkZJR19PQ0ZTMl9GUz1tCkNPTkZJR19PQ0ZTMl9GU19PMkNCPW0KQ09O RklHX09DRlMyX0ZTX1VTRVJTUEFDRV9DTFVTVEVSPW0KQ09ORklHX09DRlMyX0ZTX1NUQVRTPXkK Q09ORklHX09DRlMyX0RFQlVHX01BU0tMT0c9eQojIENPTkZJR19PQ0ZTMl9ERUJVR19GUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0JUUkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfTklMRlMyX0ZTIGlz IG5vdCBzZXQKQ09ORklHX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFBPUlRGUz15CkNPTkZJR19G SUxFX0xPQ0tJTkc9eQpDT05GSUdfRlNOT1RJRlk9eQpDT05GSUdfRE5PVElGWT15CkNPTkZJR19J Tk9USUZZX1VTRVI9eQojIENPTkZJR19GQU5PVElGWSBpcyBub3Qgc2V0CkNPTkZJR19RVU9UQT15 CkNPTkZJR19RVU9UQV9ORVRMSU5LX0lOVEVSRkFDRT15CkNPTkZJR19QUklOVF9RVU9UQV9XQVJO SU5HPXkKIyBDT05GSUdfUVVPVEFfREVCVUcgaXMgbm90IHNldApDT05GSUdfUVVPVEFfVFJFRT15 CkNPTkZJR19RRk1UX1YxPW0KQ09ORklHX1FGTVRfVjI9eQpDT05GSUdfUVVPVEFDVEw9eQpDT05G SUdfUVVPVEFDVExfQ09NUEFUPXkKQ09ORklHX0FVVE9GUzRfRlM9eQpDT05GSUdfRlVTRV9GUz15 CkNPTkZJR19DVVNFPXkKQ09ORklHX0dFTkVSSUNfQUNMPXkKCiMKIyBDYWNoZXMKIwpDT05GSUdf RlNDQUNIRT1tCkNPTkZJR19GU0NBQ0hFX1NUQVRTPXkKQ09ORklHX0ZTQ0FDSEVfSElTVE9HUkFN PXkKQ09ORklHX0ZTQ0FDSEVfREVCVUc9eQpDT05GSUdfRlNDQUNIRV9PQkpFQ1RfTElTVD15CkNP TkZJR19DQUNIRUZJTEVTPW0KQ09ORklHX0NBQ0hFRklMRVNfREVCVUc9eQpDT05GSUdfQ0FDSEVG SUxFU19ISVNUT0dSQU09eQoKIwojIENELVJPTS9EVkQgRmlsZXN5c3RlbXMKIwpDT05GSUdfSVNP OTY2MF9GUz15CkNPTkZJR19KT0xJRVQ9eQpDT05GSUdfWklTT0ZTPXkKQ09ORklHX1VERl9GUz15 CkNPTkZJR19VREZfTkxTPXkKCiMKIyBET1MvRkFUL05UIEZpbGVzeXN0ZW1zCiMKQ09ORklHX0ZB VF9GUz15CkNPTkZJR19NU0RPU19GUz15CkNPTkZJR19WRkFUX0ZTPXkKQ09ORklHX0ZBVF9ERUZB VUxUX0NPREVQQUdFPTQzNwpDT05GSUdfRkFUX0RFRkFVTFRfSU9DSEFSU0VUPSJpc284ODU5LTEi CkNPTkZJR19OVEZTX0ZTPXkKIyBDT05GSUdfTlRGU19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19O VEZTX1JXPXkKCiMKIyBQc2V1ZG8gZmlsZXN5c3RlbXMKIwpDT05GSUdfUFJPQ19GUz15CkNPTkZJ R19QUk9DX0tDT1JFPXkKQ09ORklHX1BST0NfVk1DT1JFPXkKQ09ORklHX1BST0NfU1lTQ1RMPXkK Q09ORklHX1BST0NfUEFHRV9NT05JVE9SPXkKQ09ORklHX1NZU0ZTPXkKQ09ORklHX1RNUEZTPXkK Q09ORklHX1RNUEZTX1BPU0lYX0FDTD15CkNPTkZJR19UTVBGU19YQVRUUj15CkNPTkZJR19IVUdF VExCRlM9eQpDT05GSUdfSFVHRVRMQl9QQUdFPXkKQ09ORklHX0NPTkZJR0ZTX0ZTPXkKQ09ORklH X01JU0NfRklMRVNZU1RFTVM9eQpDT05GSUdfQURGU19GUz1tCiMgQ09ORklHX0FERlNfRlNfUlcg aXMgbm90IHNldApDT05GSUdfQUZGU19GUz1tCkNPTkZJR19FQ1JZUFRfRlM9bQpDT05GSUdfSEZT X0ZTPW0KQ09ORklHX0hGU1BMVVNfRlM9bQpDT05GSUdfQkVGU19GUz1tCiMgQ09ORklHX0JFRlNf REVCVUcgaXMgbm90IHNldApDT05GSUdfQkZTX0ZTPW0KQ09ORklHX0VGU19GUz1tCkNPTkZJR19K RkZTMl9GUz1tCkNPTkZJR19KRkZTMl9GU19ERUJVRz0wCkNPTkZJR19KRkZTMl9GU19XUklURUJV RkZFUj15CiMgQ09ORklHX0pGRlMyX0ZTX1dCVUZfVkVSSUZZIGlzIG5vdCBzZXQKIyBDT05GSUdf SkZGUzJfU1VNTUFSWSBpcyBub3Qgc2V0CiMgQ09ORklHX0pGRlMyX0ZTX1hBVFRSIGlzIG5vdCBz ZXQKQ09ORklHX0pGRlMyX0NPTVBSRVNTSU9OX09QVElPTlM9eQpDT05GSUdfSkZGUzJfWkxJQj15 CkNPTkZJR19KRkZTMl9MWk89eQpDT05GSUdfSkZGUzJfUlRJTUU9eQojIENPTkZJR19KRkZTMl9S VUJJTiBpcyBub3Qgc2V0CiMgQ09ORklHX0pGRlMyX0NNT0RFX05PTkUgaXMgbm90IHNldAojIENP TkZJR19KRkZTMl9DTU9ERV9QUklPUklUWSBpcyBub3Qgc2V0CiMgQ09ORklHX0pGRlMyX0NNT0RF X1NJWkUgaXMgbm90IHNldApDT05GSUdfSkZGUzJfQ01PREVfRkFWT1VSTFpPPXkKIyBDT05GSUdf VUJJRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19MT0dGUyBpcyBub3Qgc2V0CkNPTkZJR19DUkFN RlM9eQpDT05GSUdfU1FVQVNIRlM9eQpDT05GSUdfU1FVQVNIRlNfWEFUVFI9eQpDT05GSUdfU1FV QVNIRlNfWkxJQj15CkNPTkZJR19TUVVBU0hGU19MWk89eQpDT05GSUdfU1FVQVNIRlNfWFo9eQpD T05GSUdfU1FVQVNIRlNfRU1CRURERUQ9eQpDT05GSUdfU1FVQVNIRlNfRlJBR01FTlRfQ0FDSEVf U0laRT0zCkNPTkZJR19WWEZTX0ZTPW0KQ09ORklHX01JTklYX0ZTPW0KIyBDT05GSUdfT01GU19G UyBpcyBub3Qgc2V0CkNPTkZJR19IUEZTX0ZTPW0KQ09ORklHX1FOWDRGU19GUz1tCkNPTkZJR19S T01GU19GUz15CkNPTkZJR19ST01GU19CQUNLRURfQllfQkxPQ0s9eQojIENPTkZJR19ST01GU19C QUNLRURfQllfTVREIGlzIG5vdCBzZXQKIyBDT05GSUdfUk9NRlNfQkFDS0VEX0JZX0JPVEggaXMg bm90IHNldApDT05GSUdfUk9NRlNfT05fQkxPQ0s9eQpDT05GSUdfUFNUT1JFPXkKQ09ORklHX1NZ U1ZfRlM9bQpDT05GSUdfVUZTX0ZTPW0KIyBDT05GSUdfVUZTX0ZTX1dSSVRFIGlzIG5vdCBzZXQK IyBDT05GSUdfVUZTX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX05FVFdPUktfRklMRVNZU1RFTVM9 eQpDT05GSUdfTkZTX0ZTPXkKQ09ORklHX05GU19WMz15CkNPTkZJR19ORlNfVjNfQUNMPXkKQ09O RklHX05GU19WND15CiMgQ09ORklHX05GU19WNF8xIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZTX1VT RV9MRUdBQ1lfRE5TIGlzIG5vdCBzZXQKQ09ORklHX05GU19VU0VfS0VSTkVMX0ROUz15CiMgQ09O RklHX05GU19VU0VfTkVXX0lETUFQUEVSIGlzIG5vdCBzZXQKQ09ORklHX05GU0Q9eQpDT05GSUdf TkZTRF9WMl9BQ0w9eQpDT05GSUdfTkZTRF9WMz15CkNPTkZJR19ORlNEX1YzX0FDTD15CkNPTkZJ R19ORlNEX1Y0PXkKQ09ORklHX0xPQ0tEPXkKQ09ORklHX0xPQ0tEX1Y0PXkKQ09ORklHX05GU19B Q0xfU1VQUE9SVD15CkNPTkZJR19ORlNfQ09NTU9OPXkKQ09ORklHX1NVTlJQQz15CkNPTkZJR19T VU5SUENfR1NTPXkKQ09ORklHX1NVTlJQQ19YUFJUX1JETUE9bQpDT05GSUdfQ0VQSF9GUz15CkNP TkZJR19DSUZTPXkKIyBDT05GSUdfQ0lGU19TVEFUUyBpcyBub3Qgc2V0CkNPTkZJR19DSUZTX1dF QUtfUFdfSEFTSD15CkNPTkZJR19DSUZTX1VQQ0FMTD15CkNPTkZJR19DSUZTX1hBVFRSPXkKQ09O RklHX0NJRlNfUE9TSVg9eQpDT05GSUdfQ0lGU19ERUJVRzI9eQpDT05GSUdfQ0lGU19ERlNfVVBD QUxMPXkKQ09ORklHX0NJRlNfQUNMPXkKQ09ORklHX05DUF9GUz1tCkNPTkZJR19OQ1BGU19QQUNL RVRfU0lHTklORz15CkNPTkZJR19OQ1BGU19JT0NUTF9MT0NLSU5HPXkKQ09ORklHX05DUEZTX1NU Uk9ORz15CkNPTkZJR19OQ1BGU19ORlNfTlM9eQpDT05GSUdfTkNQRlNfT1MyX05TPXkKIyBDT05G SUdfTkNQRlNfU01BTExET1MgaXMgbm90IHNldApDT05GSUdfTkNQRlNfTkxTPXkKQ09ORklHX05D UEZTX0VYVFJBUz15CkNPTkZJR19DT0RBX0ZTPXkKQ09ORklHX0FGU19GUz1tCiMgQ09ORklHX0FG U19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0FGU19GU0NBQ0hFIGlzIG5vdCBzZXQKQ09ORklH XzlQX0ZTPW0KIyBDT05GSUdfOVBfRlNDQUNIRSBpcyBub3Qgc2V0CiMgQ09ORklHXzlQX0ZTX1BP U0lYX0FDTCBpcyBub3Qgc2V0CgojCiMgUGFydGl0aW9uIFR5cGVzCiMKQ09ORklHX1BBUlRJVElP Tl9BRFZBTkNFRD15CkNPTkZJR19BQ09STl9QQVJUSVRJT049eQpDT05GSUdfQUNPUk5fUEFSVElU SU9OX0NVTUFOQT15CkNPTkZJR19BQ09STl9QQVJUSVRJT05fRUVTT1g9eQpDT05GSUdfQUNPUk5f UEFSVElUSU9OX0lDUz15CkNPTkZJR19BQ09STl9QQVJUSVRJT05fQURGUz15CkNPTkZJR19BQ09S Tl9QQVJUSVRJT05fUE9XRVJURUM9eQpDT05GSUdfQUNPUk5fUEFSVElUSU9OX1JJU0NJWD15CkNP TkZJR19PU0ZfUEFSVElUSU9OPXkKQ09ORklHX0FNSUdBX1BBUlRJVElPTj15CkNPTkZJR19BVEFS SV9QQVJUSVRJT049eQpDT05GSUdfTUFDX1BBUlRJVElPTj15CkNPTkZJR19NU0RPU19QQVJUSVRJ T049eQpDT05GSUdfQlNEX0RJU0tMQUJFTD15CkNPTkZJR19NSU5JWF9TVUJQQVJUSVRJT049eQpD T05GSUdfU09MQVJJU19YODZfUEFSVElUSU9OPXkKQ09ORklHX1VOSVhXQVJFX0RJU0tMQUJFTD15 CkNPTkZJR19MRE1fUEFSVElUSU9OPXkKQ09ORklHX0xETV9ERUJVRz15CkNPTkZJR19TR0lfUEFS VElUSU9OPXkKQ09ORklHX1VMVFJJWF9QQVJUSVRJT049eQpDT05GSUdfU1VOX1BBUlRJVElPTj15 CkNPTkZJR19LQVJNQV9QQVJUSVRJT049eQpDT05GSUdfRUZJX1BBUlRJVElPTj15CkNPTkZJR19T WVNWNjhfUEFSVElUSU9OPXkKQ09ORklHX05MUz15CkNPTkZJR19OTFNfREVGQVVMVD0iY3A0Mzci CkNPTkZJR19OTFNfQ09ERVBBR0VfNDM3PW0KQ09ORklHX05MU19DT0RFUEFHRV83Mzc9bQpDT05G SUdfTkxTX0NPREVQQUdFXzc3NT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODUwPW0KQ09ORklHX05M U19DT0RFUEFHRV84NTI9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg1NT1tCkNPTkZJR19OTFNfQ09E RVBBR0VfODU3PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjA9bQpDT05GSUdfTkxTX0NPREVQQUdF Xzg2MT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODYyPW0KQ09ORklHX05MU19DT0RFUEFHRV84NjM9 bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2ND1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODY1PW0KQ09O RklHX05MU19DT0RFUEFHRV84NjY9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2OT1tCkNPTkZJR19O TFNfQ09ERVBBR0VfOTM2PW0KQ09ORklHX05MU19DT0RFUEFHRV85NTA9bQpDT05GSUdfTkxTX0NP REVQQUdFXzkzMj1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTQ5PW0KQ09ORklHX05MU19DT0RFUEFH RV84NzQ9bQpDT05GSUdfTkxTX0lTTzg4NTlfOD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1MD1t CkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1MT1tCkNPTkZJR19OTFNfQVNDSUk9bQpDT05GSUdfTkxT X0lTTzg4NTlfMT1tCkNPTkZJR19OTFNfSVNPODg1OV8yPW0KQ09ORklHX05MU19JU084ODU5XzM9 bQpDT05GSUdfTkxTX0lTTzg4NTlfND1tCkNPTkZJR19OTFNfSVNPODg1OV81PW0KQ09ORklHX05M U19JU084ODU5XzY9bQpDT05GSUdfTkxTX0lTTzg4NTlfNz1tCkNPTkZJR19OTFNfSVNPODg1OV85 PW0KQ09ORklHX05MU19JU084ODU5XzEzPW0KQ09ORklHX05MU19JU084ODU5XzE0PW0KQ09ORklH X05MU19JU084ODU5XzE1PW0KQ09ORklHX05MU19LT0k4X1I9bQpDT05GSUdfTkxTX0tPSThfVT1t CkNPTkZJR19OTFNfVVRGOD1tCkNPTkZJR19ETE09bQojIENPTkZJR19ETE1fREVCVUcgaXMgbm90 IHNldAoKIwojIEtlcm5lbCBoYWNraW5nCiMKQ09ORklHX1RSQUNFX0lSUUZMQUdTX1NVUFBPUlQ9 eQpDT05GSUdfUFJJTlRLX1RJTUU9eQpDT05GSUdfREVGQVVMVF9NRVNTQUdFX0xPR0xFVkVMPTQK IyBDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRCBpcyBub3Qgc2V0CiMgQ09ORklHX0VOQUJM RV9NVVNUX0NIRUNLIGlzIG5vdCBzZXQKQ09ORklHX0ZSQU1FX1dBUk49MjA0OApDT05GSUdfTUFH SUNfU1lTUlE9eQojIENPTkZJR19TVFJJUF9BU01fU1lNUyBpcyBub3Qgc2V0CkNPTkZJR19VTlVT RURfU1lNQk9MUz15CkNPTkZJR19ERUJVR19GUz15CiMgQ09ORklHX0hFQURFUlNfQ0hFQ0sgaXMg bm90IHNldAojIENPTkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIIGlzIG5vdCBzZXQKQ09ORklH X0RFQlVHX0tFUk5FTD15CiMgQ09ORklHX0RFQlVHX1NISVJRIGlzIG5vdCBzZXQKIyBDT05GSUdf TE9DS1VQX0RFVEVDVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFSRExPQ0tVUF9ERVRFQ1RPUiBp cyBub3Qgc2V0CiMgQ09ORklHX0RFVEVDVF9IVU5HX1RBU0sgaXMgbm90IHNldApDT05GSUdfU0NI RURfREVCVUc9eQojIENPTkZJR19TQ0hFRFNUQVRTIGlzIG5vdCBzZXQKQ09ORklHX1RJTUVSX1NU QVRTPXkKIyBDT05GSUdfREVCVUdfT0JKRUNUUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NMVUJfREVC VUdfT04gaXMgbm90IHNldAojIENPTkZJR19TTFVCX1NUQVRTIGlzIG5vdCBzZXQKIyBDT05GSUdf REVCVUdfUlRfTVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUX01VVEVYX1RFU1RFUiBpcyBu b3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdf TVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0xPQ0tfQUxMT0MgaXMgbm90IHNldAoj IENPTkZJR19QUk9WRV9MT0NLSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BBUlNFX1JDVV9QT0lO VEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfTE9DS19TVEFUIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC VUdfQVRPTUlDX1NMRUVQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VM RlRFU1RTIGlzIG5vdCBzZXQKQ09ORklHX1NUQUNLVFJBQ0U9eQojIENPTkZJR19ERUJVR19TVEFD S19VU0FHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldApDT05G SUdfREVCVUdfQlVHVkVSQk9TRT15CkNPTkZJR19ERUJVR19JTkZPPXkKIyBDT05GSUdfREVCVUdf SU5GT19SRURVQ0VEIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfVk0gaXMgbm90IHNldAojIENP TkZJR19ERUJVR19WSVJUVUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBp cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX01FTU9SWV9JTklUIGlzIG5vdCBzZXQKIyBDT05GSUdf REVCVUdfTElTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RFU1RfTElTVF9TT1JUIGlzIG5vdCBzZXQK IyBDT05GSUdfREVCVUdfU0cgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19OT1RJRklFUlMgaXMg bm90IHNldAojIENPTkZJR19ERUJVR19DUkVERU5USUFMUyBpcyBub3Qgc2V0CkNPTkZJR19BUkNI X1dBTlRfRlJBTUVfUE9JTlRFUlM9eQojIENPTkZJR19GUkFNRV9QT0lOVEVSIGlzIG5vdCBzZXQK IyBDT05GSUdfQk9PVF9QUklOVEtfREVMQVkgaXMgbm90IHNldAojIENPTkZJR19SQ1VfVE9SVFVS RV9URVNUIGlzIG5vdCBzZXQKQ09ORklHX1JDVV9DUFVfU1RBTExfVElNRU9VVD02MAojIENPTkZJ R19LUFJPQkVTX1NBTklUWV9URVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS1RSQUNFX1NFTEZf VEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0JMT0NLX0VYVF9ERVZUIGlzIG5vdCBzZXQK IyBDT05GSUdfREVCVUdfRk9SQ0VfV0VBS19QRVJfQ1BVIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC VUdfUEVSX0NQVV9NQVBTIGlzIG5vdCBzZXQKIyBDT05GSUdfTEtEVE0gaXMgbm90IHNldAojIENP TkZJR19DUFVfTk9USUZJRVJfRVJST1JfSU5KRUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfRkFVTFRf SU5KRUNUSU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfTEFURU5DWVRPUCBpcyBub3Qgc2V0CiMgQ09O RklHX1NZU0NUTF9TWVNDQUxMX0NIRUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUEFHRUFM TE9DIGlzIG5vdCBzZXQKQ09ORklHX1VTRVJfU1RBQ0tUUkFDRV9TVVBQT1JUPXkKQ09ORklHX05P UF9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5D VElPTl9HUkFQSF9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9HUkFQSF9GUF9URVNUPXkK Q09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VfTUNPVU5UX1RFU1Q9eQpDT05GSUdfSEFWRV9EWU5B TUlDX0ZUUkFDRT15CkNPTkZJR19IQVZFX0ZUUkFDRV9NQ09VTlRfUkVDT1JEPXkKQ09ORklHX0hB VkVfU1lTQ0FMTF9UUkFDRVBPSU5UUz15CkNPTkZJR19IQVZFX0NfUkVDT1JETUNPVU5UPXkKQ09O RklHX1JJTkdfQlVGRkVSPXkKQ09ORklHX0VWRU5UX1RSQUNJTkc9eQpDT05GSUdfRVZFTlRfUE9X RVJfVFJBQ0lOR19ERVBSRUNBVEVEPXkKQ09ORklHX0NPTlRFWFRfU1dJVENIX1RSQUNFUj15CkNP TkZJR19SSU5HX0JVRkZFUl9BTExPV19TV0FQPXkKQ09ORklHX1RSQUNJTkc9eQpDT05GSUdfR0VO RVJJQ19UUkFDRVI9eQpDT05GSUdfVFJBQ0lOR19TVVBQT1JUPXkKQ09ORklHX0ZUUkFDRT15CiMg Q09ORklHX0ZVTkNUSU9OX1RSQUNFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSUVNPRkZfVFJBQ0VS IGlzIG5vdCBzZXQKIyBDT05GSUdfU0NIRURfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfRlRS QUNFX1NZU0NBTExTIGlzIG5vdCBzZXQKQ09ORklHX0JSQU5DSF9QUk9GSUxFX05PTkU9eQojIENP TkZJR19QUk9GSUxFX0FOTk9UQVRFRF9CUkFOQ0hFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BST0ZJ TEVfQUxMX0JSQU5DSEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU1RBQ0tfVFJBQ0VSIGlzIG5vdCBz ZXQKQ09ORklHX0JMS19ERVZfSU9fVFJBQ0U9eQpDT05GSUdfS1BST0JFX0VWRU5UPXkKIyBDT05G SUdfRlRSQUNFX1NUQVJUVVBfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01NSU9UUkFDRSBpcyBu b3Qgc2V0CiMgQ09ORklHX1JJTkdfQlVGRkVSX0JFTkNITUFSSyBpcyBub3Qgc2V0CiMgQ09ORklH X1BST1ZJREVfT0hDSTEzOTRfRE1BX0lOSVQgaXMgbm90IHNldAojIENPTkZJR19EWU5BTUlDX0RF QlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1BX0FQSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklH X0FUT01JQzY0X1NFTEZURVNUIGlzIG5vdCBzZXQKIyBDT05GSUdfQVNZTkNfUkFJRDZfVEVTVCBp cyBub3Qgc2V0CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldApDT05GSUdfSEFWRV9BUkNIX0tH REI9eQojIENPTkZJR19LR0RCIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfQVJDSF9LTUVNQ0hFQ0s9 eQojIENPTkZJR19LTUVNQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19URVNUX0tTVFJUT1ggaXMg bm90IHNldAojIENPTkZJR19TVFJJQ1RfREVWTUVNIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9WRVJC T1NFX0JPT1RVUD15CkNPTkZJR19FQVJMWV9QUklOVEs9eQojIENPTkZJR19FQVJMWV9QUklOVEtf REJHUCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NUQUNLT1ZFUkZMT1cgaXMgbm90IHNldAoj IENPTkZJR19YODZfUFREVU1QIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX1JPREFUQT15CkNPTkZJ R19ERUJVR19ST0RBVEFfVEVTVD15CiMgQ09ORklHX0RFQlVHX1NFVF9NT0RVTEVfUk9OWCBpcyBu b3Qgc2V0CiMgQ09ORklHX0RFQlVHX05YX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19JT01NVV9E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0lPTU1VX1NUUkVTUyBpcyBub3Qgc2V0CkNPTkZJR19I QVZFX01NSU9UUkFDRV9TVVBQT1JUPXkKIyBDT05GSUdfWDg2X0RFQ09ERVJfU0VMRlRFU1QgaXMg bm90IHNldApDT05GSUdfSU9fREVMQVlfVFlQRV8wWDgwPTAKQ09ORklHX0lPX0RFTEFZX1RZUEVf MFhFRD0xCkNPTkZJR19JT19ERUxBWV9UWVBFX1VERUxBWT0yCkNPTkZJR19JT19ERUxBWV9UWVBF X05PTkU9MwojIENPTkZJR19JT19ERUxBWV8wWDgwIGlzIG5vdCBzZXQKQ09ORklHX0lPX0RFTEFZ XzBYRUQ9eQojIENPTkZJR19JT19ERUxBWV9VREVMQVkgaXMgbm90IHNldAojIENPTkZJR19JT19E RUxBWV9OT05FIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfSU9fREVMQVlfVFlQRT0xCiMgQ09O RklHX0RFQlVHX0JPT1RfUEFSQU1TIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BBX0RFQlVHIGlzIG5v dCBzZXQKIyBDT05GSUdfT1BUSU1JWkVfSU5MSU5JTkcgaXMgbm90IHNldAojIENPTkZJR19ERUJV R19TVFJJQ1RfVVNFUl9DT1BZX0NIRUNLUyBpcyBub3Qgc2V0CgojCiMgU2VjdXJpdHkgb3B0aW9u cwojCkNPTkZJR19LRVlTPXkKIyBDT05GSUdfVFJVU1RFRF9LRVlTIGlzIG5vdCBzZXQKIyBDT05G SUdfS0VZU19ERUJVR19QUk9DX0tFWVMgaXMgbm90IHNldAojIENPTkZJR19TRUNVUklUWV9ETUVT R19SRVNUUklDVCBpcyBub3Qgc2V0CkNPTkZJR19TRUNVUklUWT15CkNPTkZJR19TRUNVUklUWUZT PXkKQ09ORklHX1NFQ1VSSVRZX05FVFdPUks9eQojIENPTkZJR19TRUNVUklUWV9ORVRXT1JLX1hG Uk0gaXMgbm90IHNldApDT05GSUdfU0VDVVJJVFlfUEFUSD15CiMgQ09ORklHX0lOVEVMX1RYVCBp cyBub3Qgc2V0CkNPTkZJR19MU01fTU1BUF9NSU5fQUREUj0wCkNPTkZJR19TRUNVUklUWV9TRUxJ TlVYPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhfQk9PVFBBUkFNPXkKQ09ORklHX1NFQ1VSSVRZ X1NFTElOVVhfQk9PVFBBUkFNX1ZBTFVFPTAKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhfRElTQUJM RT15CkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0RFVkVMT1A9eQpDT05GSUdfU0VDVVJJVFlfU0VM SU5VWF9BVkNfU1RBVFM9eQpDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9DSEVDS1JFUVBST1RfVkFM VUU9MQojIENPTkZJR19TRUNVUklUWV9TRUxJTlVYX1BPTElDWURCX1ZFUlNJT05fTUFYIGlzIG5v dCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfU01BQ0sgaXMgbm90IHNldAojIENPTkZJR19TRUNVUklU WV9UT01PWU8gaXMgbm90IHNldApDT05GSUdfU0VDVVJJVFlfQVBQQVJNT1I9eQpDT05GSUdfU0VD VVJJVFlfQVBQQVJNT1JfQk9PVFBBUkFNX1ZBTFVFPTEKIyBDT05GSUdfSU1BIGlzIG5vdCBzZXQK Q09ORklHX0RFRkFVTFRfU0VDVVJJVFlfU0VMSU5VWD15CiMgQ09ORklHX0RFRkFVTFRfU0VDVVJJ VFlfQVBQQVJNT1IgaXMgbm90IHNldAojIENPTkZJR19ERUZBVUxUX1NFQ1VSSVRZX0RBQyBpcyBu b3Qgc2V0CkNPTkZJR19ERUZBVUxUX1NFQ1VSSVRZPSJzZWxpbnV4IgpDT05GSUdfWE9SX0JMT0NL Uz1tCkNPTkZJR19BU1lOQ19DT1JFPW0KQ09ORklHX0FTWU5DX01FTUNQWT1tCkNPTkZJR19BU1lO Q19YT1I9bQpDT05GSUdfQVNZTkNfUFE9bQpDT05GSUdfQVNZTkNfUkFJRDZfUkVDT1Y9bQpDT05G SUdfQVNZTkNfVFhfRElTQUJMRV9QUV9WQUxfRE1BPXkKQ09ORklHX0FTWU5DX1RYX0RJU0FCTEVf WE9SX1ZBTF9ETUE9eQpDT05GSUdfQ1JZUFRPPXkKCiMKIyBDcnlwdG8gY29yZSBvciBoZWxwZXIK IwpDT05GSUdfQ1JZUFRPX0FMR0FQST15CkNPTkZJR19DUllQVE9fQUxHQVBJMj15CkNPTkZJR19D UllQVE9fQUVBRD15CkNPTkZJR19DUllQVE9fQUVBRDI9eQpDT05GSUdfQ1JZUFRPX0JMS0NJUEhF Uj15CkNPTkZJR19DUllQVE9fQkxLQ0lQSEVSMj15CkNPTkZJR19DUllQVE9fSEFTSD15CkNPTkZJ R19DUllQVE9fSEFTSDI9eQpDT05GSUdfQ1JZUFRPX1JORz1tCkNPTkZJR19DUllQVE9fUk5HMj15 CkNPTkZJR19DUllQVE9fUENPTVAyPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSPXkKQ09ORklHX0NS WVBUT19NQU5BR0VSMj15CkNPTkZJR19DUllQVE9fTUFOQUdFUl9ESVNBQkxFX1RFU1RTPXkKQ09O RklHX0NSWVBUT19HRjEyOE1VTD1tCkNPTkZJR19DUllQVE9fTlVMTD1tCiMgQ09ORklHX0NSWVBU T19QQ1JZUFQgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX1dPUktRVUVVRT15CkNPTkZJR19DUllQ VE9fQ1JZUFREPW0KQ09ORklHX0NSWVBUT19BVVRIRU5DPXkKQ09ORklHX0NSWVBUT19URVNUPW0K CiMKIyBBdXRoZW50aWNhdGVkIEVuY3J5cHRpb24gd2l0aCBBc3NvY2lhdGVkIERhdGEKIwojIENP TkZJR19DUllQVE9fQ0NNIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0dDTSBpcyBub3Qgc2V0 CiMgQ09ORklHX0NSWVBUT19TRVFJViBpcyBub3Qgc2V0CgojCiMgQmxvY2sgbW9kZXMKIwpDT05G SUdfQ1JZUFRPX0NCQz15CiMgQ09ORklHX0NSWVBUT19DVFIgaXMgbm90IHNldAojIENPTkZJR19D UllQVE9fQ1RTIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19FQ0I9eQpDT05GSUdfQ1JZUFRPX0xS Vz1tCkNPTkZJR19DUllQVE9fUENCQz1tCkNPTkZJR19DUllQVE9fWFRTPW0KCiMKIyBIYXNoIG1v ZGVzCiMKQ09ORklHX0NSWVBUT19ITUFDPXkKQ09ORklHX0NSWVBUT19YQ0JDPW0KIyBDT05GSUdf Q1JZUFRPX1ZNQUMgaXMgbm90IHNldAoKIwojIERpZ2VzdAojCkNPTkZJR19DUllQVE9fQ1JDMzJD PXkKIyBDT05GSUdfQ1JZUFRPX0NSQzMyQ19JTlRFTCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBU T19HSEFTSCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fTUQ0PXkKQ09ORklHX0NSWVBUT19NRDU9 eQpDT05GSUdfQ1JZUFRPX01JQ0hBRUxfTUlDPW0KIyBDT05GSUdfQ1JZUFRPX1JNRDEyOCBpcyBu b3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQxNjAgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9f Uk1EMjU2IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDMyMCBpcyBub3Qgc2V0CkNPTkZJ R19DUllQVE9fU0hBMT15CkNPTkZJR19DUllQVE9fU0hBMjU2PW0KQ09ORklHX0NSWVBUT19TSEE1 MTI9bQpDT05GSUdfQ1JZUFRPX1RHUjE5Mj1tCkNPTkZJR19DUllQVE9fV1A1MTI9bQojIENPTkZJ R19DUllQVE9fR0hBU0hfQ0xNVUxfTklfSU5URUwgaXMgbm90IHNldAoKIwojIENpcGhlcnMKIwpD T05GSUdfQ1JZUFRPX0FFUz15CiMgQ09ORklHX0NSWVBUT19BRVNfWDg2XzY0IGlzIG5vdCBzZXQK IyBDT05GSUdfQ1JZUFRPX0FFU19OSV9JTlRFTCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fQU5V QklTPW0KQ09ORklHX0NSWVBUT19BUkM0PXkKQ09ORklHX0NSWVBUT19CTE9XRklTSD1tCkNPTkZJ R19DUllQVE9fQ0FNRUxMSUE9bQpDT05GSUdfQ1JZUFRPX0NBU1Q1PW0KQ09ORklHX0NSWVBUT19D QVNUNj1tCkNPTkZJR19DUllQVE9fREVTPXkKQ09ORklHX0NSWVBUT19GQ1JZUFQ9bQpDT05GSUdf Q1JZUFRPX0tIQVpBRD1tCiMgQ09ORklHX0NSWVBUT19TQUxTQTIwIGlzIG5vdCBzZXQKIyBDT05G SUdfQ1JZUFRPX1NBTFNBMjBfWDg2XzY0IGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19TRUVEPW0K Q09ORklHX0NSWVBUT19TRVJQRU5UPW0KQ09ORklHX0NSWVBUT19URUE9bQpDT05GSUdfQ1JZUFRP X1RXT0ZJU0g9bQpDT05GSUdfQ1JZUFRPX1RXT0ZJU0hfQ09NTU9OPW0KIyBDT05GSUdfQ1JZUFRP X1RXT0ZJU0hfWDg2XzY0IGlzIG5vdCBzZXQKCiMKIyBDb21wcmVzc2lvbgojCkNPTkZJR19DUllQ VE9fREVGTEFURT15CiMgQ09ORklHX0NSWVBUT19aTElCIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZ UFRPX0xaTyBpcyBub3Qgc2V0CgojCiMgUmFuZG9tIE51bWJlciBHZW5lcmF0aW9uCiMKQ09ORklH X0NSWVBUT19BTlNJX0NQUk5HPW0KIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX0hBU0ggaXMgbm90 IHNldAojIENPTkZJR19DUllQVE9fVVNFUl9BUElfU0tDSVBIRVIgaXMgbm90IHNldApDT05GSUdf Q1JZUFRPX0hXPXkKQ09ORklHX0NSWVBUT19ERVZfUEFETE9DSz15CkNPTkZJR19DUllQVE9fREVW X1BBRExPQ0tfQUVTPW0KQ09ORklHX0NSWVBUT19ERVZfUEFETE9DS19TSEE9bQojIENPTkZJR19D UllQVE9fREVWX0hJRk5fNzk1WCBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0tWTT15CkNPTkZJR19I QVZFX0tWTV9JUlFDSElQPXkKQ09ORklHX0hBVkVfS1ZNX0VWRU5URkQ9eQpDT05GSUdfS1ZNX0FQ SUNfQVJDSElURUNUVVJFPXkKQ09ORklHX0tWTV9NTUlPPXkKQ09ORklHX0tWTV9BU1lOQ19QRj15 CkNPTkZJR19WSVJUVUFMSVpBVElPTj15CkNPTkZJR19LVk09bQpDT05GSUdfS1ZNX0lOVEVMPW0K Q09ORklHX0tWTV9BTUQ9bQojIENPTkZJR19LVk1fTU1VX0FVRElUIGlzIG5vdCBzZXQKQ09ORklH X1ZIT1NUX05FVD15CkNPTkZJR19CSU5BUllfUFJJTlRGPXkKCiMKIyBMaWJyYXJ5IHJvdXRpbmVz CiMKQ09ORklHX1JBSUQ2X1BRPW0KQ09ORklHX0JJVFJFVkVSU0U9eQpDT05GSUdfR0VORVJJQ19G SU5EX0ZJUlNUX0JJVD15CkNPTkZJR19DUkNfQ0NJVFQ9bQpDT05GSUdfQ1JDMTY9eQpDT05GSUdf Q1JDX1QxMERJRj1tCkNPTkZJR19DUkNfSVRVX1Q9eQpDT05GSUdfQ1JDMzI9eQpDT05GSUdfQ1JD Nz1tCkNPTkZJR19MSUJDUkMzMkM9eQojIENPTkZJR19DUkM4IGlzIG5vdCBzZXQKQ09ORklHX1pM SUJfSU5GTEFURT15CkNPTkZJR19aTElCX0RFRkxBVEU9eQpDT05GSUdfTFpPX0NPTVBSRVNTPXkK Q09ORklHX0xaT19ERUNPTVBSRVNTPXkKQ09ORklHX1haX0RFQz15CkNPTkZJR19YWl9ERUNfWDg2 PXkKQ09ORklHX1haX0RFQ19QT1dFUlBDPXkKQ09ORklHX1haX0RFQ19JQTY0PXkKQ09ORklHX1ha X0RFQ19BUk09eQpDT05GSUdfWFpfREVDX0FSTVRIVU1CPXkKQ09ORklHX1haX0RFQ19TUEFSQz15 CkNPTkZJR19YWl9ERUNfQkNKPXkKIyBDT05GSUdfWFpfREVDX1RFU1QgaXMgbm90IHNldApDT05G SUdfREVDT01QUkVTU19HWklQPXkKQ09ORklHX0RFQ09NUFJFU1NfQlpJUDI9eQpDT05GSUdfREVD T01QUkVTU19MWk1BPXkKQ09ORklHX0RFQ09NUFJFU1NfWFo9eQpDT05GSUdfREVDT01QUkVTU19M Wk89eQpDT05GSUdfR0VORVJJQ19BTExPQ0FUT1I9eQpDT05GSUdfUkVFRF9TT0xPTU9OPW0KQ09O RklHX1JFRURfU09MT01PTl9ERUMxNj15CkNPTkZJR19URVhUU0VBUkNIPXkKQ09ORklHX1RFWFRT RUFSQ0hfS01QPW0KQ09ORklHX1RFWFRTRUFSQ0hfQk09bQpDT05GSUdfVEVYVFNFQVJDSF9GU009 bQpDT05GSUdfSEFTX0lPTUVNPXkKQ09ORklHX0hBU19JT1BPUlQ9eQpDT05GSUdfSEFTX0RNQT15 CkNPTkZJR19DSEVDS19TSUdOQVRVUkU9eQpDT05GSUdfQ1BVTUFTS19PRkZTVEFDSz15CkNPTkZJ R19DUFVfUk1BUD15CkNPTkZJR19OTEFUVFI9eQpDT05GSUdfQVZFUkFHRT15CiMgQ09ORklHX0NP UkRJQyBpcyBub3Qgc2V0Cg== --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Transfer-Encoding: base64 Content-Type: application/x-download; name="dsdt.asl.patch"; charset="UTF-8" Content-Disposition: attachment; filename="dsdt.asl.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJtd2FyZS9odm1sb2Fk ZXIvYWNwaS9kc2R0LmFzbAkyMDExLTEwLTE0IDIwOjI3OjQwLjAwMDAwMDAwMCArMDIwMAorKysg eGVuLXVuc3RhYmxlLmhnLXJldi0yMzk2NS1vay90b29scy9maXJtd2FyZS9odm1sb2FkZXIvYWNw aS9kc2R0LmFzbAkyMDExLTEwLTE1IDAwOjUyOjAyLjAwMDAwMDAwMCArMDIwMApAQCAtMTczLDE1 ICsxNzMsNDMgQEAgRGVmaW5pdGlvbkJsb2NrICgiRFNEVC5hbWwiLCAiRFNEVCIsIDIsCiAgICAg ICAgICAgICAgICAgICAgICAgICAweDAwMDAwMDAwLAogICAgICAgICAgICAgICAgICAgICAgICAg MHgwMDAyMDAwMCkKIAorICAgICAgICAgICAgICAgICAgICAvKiByZXNlcnZlIE1NSU8gQkFScyBv ZiBnZnggZm9yIDE6MSBtYXBwaW5nICovCiAgICAgICAgICAgICAgICAgICAgIERXb3JkTWVtb3J5 KAogICAgICAgICAgICAgICAgICAgICAgICAgUmVzb3VyY2VQcm9kdWNlciwgUG9zRGVjb2RlLCBN aW5GaXhlZCwgTWF4Rml4ZWQsCiAgICAgICAgICAgICAgICAgICAgICAgICBDYWNoZWFibGUsIFJl YWRXcml0ZSwKICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAwMDAwMDAsCi0gICAgICAgICAg ICAgICAgICAgICAgICAweEYwMDAwMDAwLAotICAgICAgICAgICAgICAgICAgICAgICAgMHhGNEZG RkZGRiwKKyAgICAgICAgICAgICAgICAgICAgICAgIDB4RjgwMDAwMDAsCisgICAgICAgICAgICAg ICAgICAgICAgICAweEY5RkZGRkZGLAogICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDAwMDAw MCwKLSAgICAgICAgICAgICAgICAgICAgICAgIDB4MDUwMDAwMDAsCi0gICAgICAgICAgICAgICAg ICAgICAgICAsLCBfWTAxKQorICAgICAgICAgICAgICAgICAgICAgICAgMHgwMjAwMDAwMCkKKwor ICAgICAgICAgICAgICAgICAgICBEV29yZE1lbW9yeSgKKyAgICAgICAgICAgICAgICAgICAgICAg IFJlc291cmNlUHJvZHVjZXIsIFBvc0RlY29kZSwgTWluRml4ZWQsIE1heEZpeGVkLAorICAgICAg ICAgICAgICAgICAgICAgICAgTm9uQ2FjaGVhYmxlLCBSZWFkV3JpdGUsCisgICAgICAgICAgICAg ICAgICAgICAgICAweDAwMDAwMDAwLAorICAgICAgICAgICAgICAgICAgICAgICAgMHhEMDAwMDAw MCwKKyAgICAgICAgICAgICAgICAgICAgICAgIDB4RDdGRkZGRkYsCisgICAgICAgICAgICAgICAg ICAgICAgICAweDAwMDAwMDAwLAorICAgICAgICAgICAgICAgICAgICAgICAgMHgwODAwMDAwMCkK KworICAgICAgICAgICAgICAgICAgICBEV29yZE1lbW9yeSgKKyAgICAgICAgICAgICAgICAgICAg ICAgIFJlc291cmNlUHJvZHVjZXIsIFBvc0RlY29kZSwgTWluRml4ZWQsIE1heEZpeGVkLAorICAg ICAgICAgICAgICAgICAgICAgICAgQ2FjaGVhYmxlLCBSZWFkV3JpdGUsCisgICAgICAgICAgICAg ICAgICAgICAgICAweDAwMDAwMDAwLAorICAgICAgICAgICAgICAgICAgICAgICAgMHhEODAwMDAw MCwKKyAgICAgICAgICAgICAgICAgICAgICAgIDB4REJGRkZGRkYsCisgICAgICAgICAgICAgICAg ICAgICAgICAweDAwMDAwMDAwLAorICAgICAgICAgICAgICAgICAgICAgICAgMHg0MDAwMDAwKQor CisgICAgICAgICAgICAgICAgICAgIERXb3JkTWVtb3J5KAorICAgICAgICAgICAgICAgICAgICAg ICAgUmVzb3VyY2VQcm9kdWNlciwgUG9zRGVjb2RlLCBNaW5GaXhlZCwgTWF4Rml4ZWQsCisgICAg ICAgICAgICAgICAgICAgICAgICBDYWNoZWFibGUsIFJlYWRXcml0ZSwKKyAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDAwMDAwMDAsCisgICAgICAgICAgICAgICAgICAgICAgICAweEZCMDAwMDAw LAorICAgICAgICAgICAgICAgICAgICAgICAgMHhGQjA3RkZGRiwKKyAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDAwMDAwMDAsCisgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDgwMDAwLCAg ICAgICAgICAgICAgICAgICAgICAgIAorCQkJLCwgX1kwMSkKICAgICAgICAgICAgICAgICB9KQog CiAgICAgICAgICAgICAgICAgQ3JlYXRlRFdvcmRGaWVsZChQUlQwLCBcX1NCLlBDSTAuX0NSUy5f WTAxLl9NSU4sIE1NSU4pCg== --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Transfer-Encoding: base64 Content-Type: application/x-download; name="hvmloader.c.patch"; charset="UTF-8" Content-Disposition: attachment; filename="hvmloader.c.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJtd2FyZS9odm1sb2Fk ZXIvaHZtbG9hZGVyLmMJMjAxMS0xMC0xNCAyMDoyNzo0MC4wMDAwMDAwMDAgKzAyMDAKKysrIHhl bi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb2svdG9vbHMvZmlybXdhcmUvaHZtbG9hZGVyL2h2bWxv YWRlci5jCTIwMTEtMTAtMTQgMjA6NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC0zMSw2ICszMSw3 IEBACiAjaW5jbHVkZSA8eGVuL2h2bS9wYXJhbXMuaD4KIAogI2RlZmluZSBST01fSU5DTFVERV9W R0FCSU9TCisjZGVmaW5lIFJPTV9JTkNMVURFX1BUVkdBQklPUwogI2RlZmluZSBST01fSU5DTFVE RV9FVEhFUkJPT1QKICNpbmNsdWRlICJyb21zLmluYyIKIApAQCAtMTEzLDYgKzExNCw5IEBAIGFz bSAoCiAKIHVuc2lnbmVkIGxvbmcgc2NyYXRjaF9zdGFydCA9IFNDUkFUQ0hfUEhZU0lDQUxfQURE UkVTUzsKIAorLyogdmlydHVhbCBCREYgb2YgcGFzcy10aHJvdWdoZWQgZ2Z4ICovCit1aW50OF90 IGdmeF9iZGY7CisKIHN0YXRpYyB2b2lkIGluaXRfaHlwZXJjYWxscyh2b2lkKQogewogICAgIHVp bnQzMl90IGVheCwgZWJ4LCBlY3gsIGVkeDsKQEAgLTMxMCw2ICszMTQsMjAgQEAgc3RhdGljIGlu dCBwY2lfbG9hZF9vcHRpb25fcm9tcyh1bnNpZ25lZAogICAgIHJldHVybiByb21fcGh5c19hZGRy IC0gcm9tX2Jhc2VfYWRkcjsKIH0KIAorc3RhdGljIHZvaWQgaW5pdF92bTg2X3Rzcyh2b2lkKQor eworICAgIHZvaWQgKnRzczsKKyAgICBzdHJ1Y3QgeGVuX2h2bV9wYXJhbSBwOworCisgICAgdHNz ID0gbWVtX2FsbG9jKDEyOCwgMTI4KTsKKyAgICBtZW1zZXQodHNzLCAwLCAxMjgpOworICAgIHAu ZG9taWQgPSBET01JRF9TRUxGOworICAgIHAuaW5kZXggPSBIVk1fUEFSQU1fVk04Nl9UU1M7Cisg ICAgcC52YWx1ZSA9IHZpcnRfdG9fcGh5cyh0c3MpOworICAgIGh5cGVyY2FsbF9odm1fb3AoSFZN T1Bfc2V0X3BhcmFtLCAmcCk7CisgICAgcHJpbnRmKCJ2bTg2IFRTUyBhdCAlMDhseFxuIiwgdmly dF90b19waHlzKHRzcykpOworfQorCiAvKiBSZXBsYWNlIHBvc3NpYmx5IGVycm9uZW91cyBtZW1v cnktc2l6ZSBDTU9TIGZpZWxkcyB3aXRoIGNvcnJlY3QgdmFsdWVzLiAqLwogc3RhdGljIHZvaWQg Y21vc193cml0ZV9tZW1vcnlfc2l6ZSh2b2lkKQogewpAQCAtMzM2LDI1ICszNTQsNiBAQCBzdGF0 aWMgdm9pZCBjbW9zX3dyaXRlX21lbW9yeV9zaXplKHZvaWQpCiAgICAgY21vc19vdXRiKDB4MzUs ICh1aW50OF90KSggYWx0X21lbSA+PiA4KSk7CiB9CiAKLS8qCi0gKiBTZXQgdXAgYW4gZW1wdHkg VFNTIGFyZWEgZm9yIHZpcnR1YWwgODA4NiBtb2RlIHRvIHVzZS4gCi0gKiBUaGUgb25seSBpbXBv cnRhbnQgdGhpbmcgaXMgdGhhdCBpdCBtdXNuJ3QgaGF2ZSBhbnkgYml0cyBzZXQgCi0gKiBpbiB0 aGUgaW50ZXJydXB0IHJlZGlyZWN0aW9uIGJpdG1hcCwgc28gYWxsIHplcm9zIHdpbGwgZG8uCi0g Ki8KLXN0YXRpYyB2b2lkIGluaXRfdm04Nl90c3Modm9pZCkKLXsKLSAgICB2b2lkICp0c3M7Ci0g ICAgc3RydWN0IHhlbl9odm1fcGFyYW0gcDsKLQotICAgIHRzcyA9IG1lbV9hbGxvYygxMjgsIDEy OCk7Ci0gICAgbWVtc2V0KHRzcywgMCwgMTI4KTsKLSAgICBwLmRvbWlkID0gRE9NSURfU0VMRjsK LSAgICBwLmluZGV4ID0gSFZNX1BBUkFNX1ZNODZfVFNTOwotICAgIHAudmFsdWUgPSB2aXJ0X3Rv X3BoeXModHNzKTsKLSAgICBoeXBlcmNhbGxfaHZtX29wKEhWTU9QX3NldF9wYXJhbSwgJnApOwot ICAgIHByaW50Zigidm04NiBUU1MgYXQgJTA4bHhcbiIsIHZpcnRfdG9fcGh5cyh0c3MpKTsKLX0K LQogc3RhdGljIHZvaWQgYXBpY19zZXR1cCh2b2lkKQogewogICAgIC8qIFNldCB0aGUgSU9BUElD IElEIHRvIHRoZSBzdGF0aWMgdmFsdWUgdXNlZCBpbiB0aGUgTVAvQUNQSSB0YWJsZXMuICovCkBA IC00ODcsOCArNDg2LDEwIEBAIGludCBtYWluKHZvaWQpCiAgICAgICAgICAgICBicmVhazsKICAg ICAgICAgY2FzZSBWR0FfcHQ6CiAgICAgICAgICAgICBwcmludGYoIkxvYWRpbmcgVkdBQklPUyBv ZiBwYXNzdGhyb3VnaGVkIGdmeCAuLi5cbiIpOwotICAgICAgICAgICAgdmdhYmlvc19zeiA9IHJv dW5kX29wdGlvbl9yb20oCi0gICAgICAgICAgICAgICAgKCoodWludDhfdCAqKShWR0FCSU9TX1BI WVNJQ0FMX0FERFJFU1MrMikpICogNTEyKTsKKyAgICAgICAgbWVtY3B5KCh2b2lkICopVkdBQklP U19QSFlTSUNBTF9BRERSRVNTLAorICAgICAgICAgICAgICAgdmdhYmlvc19wdCwgc2l6ZW9mKHZn YWJpb3NfcHQpKTsKKyAgICAgICAgKih1aW50OF90ICopKFZHQUJJT1NfUEhZU0lDQUxfQUREUkVT UyArIHNpemVvZih2Z2FiaW9zX3B0KSkgPSBnZnhfYmRmOworICAgICAgICB2Z2FiaW9zX3N6ID0g cm91bmRfb3B0aW9uX3JvbShzaXplb2YodmdhYmlvc19wdCkgKyAxKTsKICAgICAgICAgICAgIGJy ZWFrOwogICAgICAgICBkZWZhdWx0OgogICAgICAgICAgICAgcHJpbnRmKCJObyBlbXVsYXRlZCBW R0EgYWRhcHRvciAuLi5cbiIpOwpAQCAtNTI1LDcgKzUyNiw3IEBAIGludCBtYWluKHZvaWQpCiAg ICAgICAgIGh5cGVyY2FsbF9odm1fb3AoSFZNT1Bfc2V0X3BhcmFtLCAmcCk7CiAgICAgfQogCi0g ICAgaW5pdF92bTg2X3RzcygpOworICAgaW5pdF92bTg2X3RzcygpOwogCiAgICAgY21vc193cml0 ZV9tZW1vcnlfc2l6ZSgpOwogCg== --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Transfer-Encoding: base64 Content-Type: application/x-download; name="Makefile.patch"; charset="UTF-8" Content-Disposition: attachment; filename="Makefile.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJtd2FyZS9odm1sb2Fk ZXIvTWFrZWZpbGUJMjAxMS0xMC0xNCAyMDoyNzo0MC4wMDAwMDAwMDAgKzAyMDAKKysrIHhlbi11 bnN0YWJsZS5oZy1yZXYtMjM5NjUtb2svdG9vbHMvZmlybXdhcmUvaHZtbG9hZGVyL01ha2VmaWxl CTIwMTEtMTAtMTQgMjA6NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC01Niw2ICs1Niw3IEBAIENJ UlJVU1ZHQV9ST00gOj0gLi4vdmdhYmlvcy9WR0FCSU9TLWxncGwKIGVsc2UKIENJUlJVU1ZHQV9S T00gOj0gLi4vdmdhYmlvcy9WR0FCSU9TLWxncGwtbGF0ZXN0LmNpcnJ1cy5iaW4KIGVuZGlmCitQ VFZHQV9ST00gICAgIDo9IC4uL3ZnYWJpb3MvdmdhYmlvcy1wdC5iaW4KIAogLlBIT05ZOiBhbGwK IGFsbDogc3ViZGlycy1hbGwKQEAgLTk0LDYgKzk1LDExIEBAIGlmbmVxICgkKENJUlJVU1ZHQV9S T00pLCkKIAlzaCAuL21raGV4IHZnYWJpb3NfY2lycnVzdmdhICQoQ0lSUlVTVkdBX1JPTSkgPj4g JEAubmV3CiAJZWNobyAiI2VuZGlmIiA+PiAkQC5uZXcKIGVuZGlmCitpZm5lcSAoJChQVFZHQV9S T00pLCkKKwllY2hvICIjaWZkZWYgUk9NX0lOQ0xVREVfUFRWR0FCSU9TIiA+PiAkQC5uZXcKKwlz aCAuL21raGV4IHZnYWJpb3NfcHQgJChQVFZHQV9ST00pID4+ICRALm5ldworCWVjaG8gIiNlbmRp ZiIgPj4gJEAubmV3CitlbmRpZgogCiAJZWNobyAiI2lmZGVmIFJPTV9JTkNMVURFX0VUSEVSQk9P VCIgPj4gJEAubmV3CiAJY2F0IC4uL2V0aGVyYm9vdC9lYi1yb21zLmggPj4gJEAubmV3Cg== --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Transfer-Encoding: base64 Content-Type: application/x-download; name="pass-through.c.patch"; charset="UTF-8" Content-Disposition: attachment; filename="pass-through.c.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9pb2VtdS1yZW1vdGUvaHcv cGFzcy10aHJvdWdoLmMJMjAxMS0xMC0xNSAwMzozNToxMC4wMDAwMDAwMDAgKzAyMDAKKysrIHhl bi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb2svdG9vbHMvaW9lbXUtcmVtb3RlL2h3L3Bhc3MtdGhy b3VnaC5jCTIwMTEtMTAtMTQgMjA6NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC0zMjQzLDYgKzMy NDMsOCBAQCBzdGF0aWMgaW50IHB0X2NtZF9yZWdfcmVhZChzdHJ1Y3QgcHRfZGV2CiB9CiAKIC8q IHJlYWQgQkFSICovCitzdGF0aWMgaW50IGdmeF9maXJzdF9yZWFkX0JBUls3XSA9IHsxLCAxLCAx LCAxLCAxLCAxLCAxfTsKKwogc3RhdGljIGludCBwdF9iYXJfcmVnX3JlYWQoc3RydWN0IHB0X2Rl diAqcHRkZXYsCiAgICAgICAgIHN0cnVjdCBwdF9yZWdfdGJsICpjZmdfZW50cnksCiAgICAgICAg IHVpbnQzMl90ICp2YWx1ZSwgdWludDMyX3QgdmFsaWRfbWFzaykKQEAgLTMyNjUsNiArMzI2Nywx NyBAQCBzdGF0aWMgaW50IHB0X2Jhcl9yZWdfcmVhZChzdHJ1Y3QgcHRfZGV2CiAgICAgLyogdXNl IGZpeGVkLXVwIHZhbHVlIGZyb20ga2VybmVsIHN5c2ZzICovCiAgICAgKnZhbHVlID0gcHRkZXYt PnBjaV9kZXYtPmJhc2VfYWRkcltpbmRleF07CiAKKyAgICBpZiAoIHB0ZGV2LT5wY2lfZGV2LT5k ZXZpY2VfY2xhc3MgPT0gMHgzMDAgKQorICAgIHsKKyAgICAgICAgaWYgKCBnZnhfZmlyc3RfcmVh ZF9CQVJbaW5kZXhdID09IDEgKQorICAgICAgICB7CisgICAgICAgICAgICBnZnhfZmlyc3RfcmVh ZF9CQVJbaW5kZXhdID0gMDsKKyAgICAgICAgICAgIFBUX0xPRygiZmlyc3QgcmVhZCBCQVJzIG9m IGdmeFxuIik7CisgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgfQorICAgIH0KKworCiAg ICAgLyogc2V0IGVtdWxhdGUgbWFzayBkZXBlbmQgb24gQkFSIGZsYWcgKi8KICAgICBzd2l0Y2gg KHB0ZGV2LT5iYXNlc1tpbmRleF0uYmFyX2ZsYWcpCiAgICAgewo= --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Transfer-Encoding: base64 Content-Type: application/x-download; name="pci.c.patch"; charset="UTF-8" Content-Disposition: attachment; filename="pci.c.patch" LS0tIHhlbi11bnN0YWJsZS5oZy1yZXYtMjM5NjUtb3JpZy90b29scy9maXJtd2FyZS9odm1sb2Fk ZXIvcGNpLmMJMjAxMS0xMC0xNCAyMDoyNzo0MC4wMDAwMDAwMDAgKzAyMDAKKysrIHhlbi11bnN0 YWJsZS5oZy1yZXYtMjM5NjUtb2svdG9vbHMvZmlybXdhcmUvaHZtbG9hZGVyL3BjaS5jCTIwMTEt MTAtMTQgMjA6NDE6MDguMDAwMDAwMDAwICswMjAwCkBAIC0zMyw2ICszMywxMCBAQCB1bnNpZ25l ZCBsb25nIHBjaV9tZW1fZW5kID0gUENJX01FTV9FTkQ7CiAKIGVudW0gdmlydHVhbF92Z2Egdmly dHVhbF92Z2EgPSBWR0Ffbm9uZTsKIAorLyogdmlydHVhbCBCREYgb2YgcGFzcy10aHJvdWdoZWQg Z2Z4IGRlY2xhcmVkIGluIGh2bWxvYWRlci5jKi8KK2V4dGVybiB1aW50OF90IGdmeF9iZGY7CisK Kwogdm9pZCBwY2lfc2V0dXAodm9pZCkKIHsKICAgICB1aW50MzJfdCBiYXNlLCBkZXZmbiwgYmFy X3JlZywgYmFyX2RhdGEsIGJhcl9zeiwgY21kLCBtbWlvX3RvdGFsID0gMDsKQEAgLTkzLDkgKzk3 LDQ0IEBAIHZvaWQgcGNpX3NldHVwKHZvaWQpCiAgICAgICAgICAgICB9CiAgICAgICAgICAgICBl bHNlIGlmICggdmlydHVhbF92Z2EgPT0gVkdBX25vbmUgKQogICAgICAgICAgICAgewotICAgICAg ICAgICAgICAgIHZnYV9kZXZmbiA9IGRldmZuOwotICAgICAgICAgICAgICAgIHZpcnR1YWxfdmdh ID0gVkdBX3B0OworICAgICAgICAgICAgICAgICB2aXJ0dWFsX3ZnYSA9IFZHQV9wdDsKKyAgICAg ICAgICAgICAgICAgZ2Z4X2JkZiA9IGRldmZuOworIAorICAgICAgICAgICAgICAgICAvKiBNYWtl IHZCQVI9cEJBUiAqLworICAgICAgICAgICAgICAgICBwcmludGYoIk1ha2UgdkJBUiA9IHBCQVIg b2YgYXNzaWduZWQgZ2Z4XG4iKTsKKyAgICAgICAgICAgICAgICAgZm9yICggYmFyID0gMDsgYmFy IDwgNzsgYmFyKysgKQorICAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAgICBi YXJfcmVnID0gUENJX0JBU0VfQUREUkVTU18wICsgNCpiYXI7CisgICAgICAgICAgICAgICAgICAg ICBpZiAoIGJhciA9PSA2ICkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYmFyX3JlZyA9 IFBDSV9ST01fQUREUkVTUzsKKyAgICAgICAgICAgICAgICAgICAgIC8qIFdoZW4gZmlyc3QgdGlt ZSByZWFkLCBpdCB3aWxsIHJldHVybiBwaHlzaWNhbCBhZGRyZXNzICovCisgICAgICAgICAgICAg ICAgICAgICBiYXJfZGF0YSA9IHBjaV9yZWFkbChkZXZmbiwgYmFyX3JlZyk7CisgICAgICAgICAg ICAgICAgICAgICBwY2lfd3JpdGVsKGRldmZuLCBiYXJfcmVnLCBiYXJfZGF0YSk7CisgCisgICAg ICAgICAgICAgICAgICAgICAvKiBOb3cgZW5hYmxlIHRoZSBtZW1vcnkgb3IgSS9PIG1hcHBpbmcu ICovCisgICAgICAgICAgICAgICAgICAgICBjbWQgPSBwY2lfcmVhZHcoZGV2Zm4sIFBDSV9DT01N QU5EKTsKKyAgICAgICAgICAgICAgICAgICAgIGlmICggKGJhcl9yZWcgPT0gUENJX1JPTV9BRERS RVNTKSB8fAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKChiYXJfZGF0YSAmIFBDSV9C QVNFX0FERFJFU1NfU1BBQ0UpID09CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUENJ X0JBU0VfQUREUkVTU19TUEFDRV9NRU1PUlkpICkKKyAgICAgICAgICAgICAgICAgICAgICAgICAg IGNtZCB8PSBQQ0lfQ09NTUFORF9NRU1PUlk7CisgICAgICAgICAgICAgICAgICAgICBlbHNlCisg ICAgICAgICAgICAgICAgICAgICAgICAgICBjbWQgfD0gUENJX0NPTU1BTkRfSU87CisgICAgICAg ICAgICAgICAgICAgICBjbWQgfD0gUENJX0NPTU1BTkRfTUFTVEVSOworICAgICAgICAgICAgICAg ICAgICAgcGNpX3dyaXRldyhkZXZmbiwgUENJX0NPTU1BTkQsIGNtZCk7CisgICAgICAgICAgICAg ICAgfQorIAorICAgICAgICAgICAgICAgICAvKiBNYXAgdGhlIGludGVycnVwdC4gKi8KKyAgICAg ICAgICAgICAgICAgcGluID0gcGNpX3JlYWRiKGRldmZuLCBQQ0lfSU5URVJSVVBUX1BJTik7Cisg ICAgICAgICAgICAgICAgIGlmICggcGluICE9IDAgKQorICAgICAgICAgICAgICAgICB7CisgICAg ICAgICAgICAgICAgICAgICAvKiBUaGlzIGlzIHRoZSBiYXJiZXIncyBwb2xlIG1hcHBpbmcgdXNl ZCBieSBYZW4uICovCisgICAgICAgICAgICAgICAgICAgICBsaW5rID0gKChwaW4gLSAxKSArIChk ZXZmbiA+PiAzKSkgJiAzOworICAgICAgICAgICAgICAgICAgICAgaXNhX2lycSA9IHBjaV9yZWFk YihQQ0lfSVNBX0RFVkZOLCAweDYwICsgbGluayk7CisgICAgICAgICAgICAgICAgICAgICBwY2lf d3JpdGViKGRldmZuLCBQQ0lfSU5URVJSVVBUX0xJTkUsIGlzYV9pcnEpOworICAgICAgICAgICAg ICAgICB9CisgICAgICAgICAgICAgICAgIGNvbnRpbnVlOwogICAgICAgICAgICAgfQorCiAgICAg ICAgICAgICBicmVhazsKICAgICAgICAgY2FzZSAweDA2ODA6CiAgICAgICAgICAgICAvKiBQSUlY NCBBQ1BJIFBNLiBTcGVjaWFsIGRldmljZSB3aXRoIHNwZWNpYWwgUENJIGNvbmZpZyBzcGFjZS4g Ki8K --=_c03de942bd7fbbfa2f362c8aeae0d0cb Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --=_c03de942bd7fbbfa2f362c8aeae0d0cb-- From xen-users-bounces@lists.xensource.com Mon Oct 17 04:29:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 04:29:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFlO9-0000Kc-Vb; Mon, 17 Oct 2011 04:29:50 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1REzVD-0001gQ-TO for xen-users@lists.xensource.com; Sat, 15 Oct 2011 01:21:56 -0700 X-Env-Sender: jukka.kommeri@aalto.fi X-Msg-Ref: server-3.tower-174.messagelabs.com!1318666912!29322215!1 X-Originating-IP: [130.233.222.103] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3483 invoked from network); 15 Oct 2011 08:21:52 -0000 Received: from mx04.aalto.fi (HELO mx04.aalto.fi) (130.233.222.103) by server-3.tower-174.messagelabs.com with SMTP; 15 Oct 2011 08:21:52 -0000 Received: from mx04.aalto.fi (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 55D4AF0BDA for ; Sat, 15 Oct 2011 11:21:52 +0300 (EEST) Received: from EXHUB01.org.aalto.fi (ex-hub01.org.aalto.fi [130.233.222.118]) by mx04.aalto.fi (Postfix) with ESMTP id 4DB34F0BBB for ; Sat, 15 Oct 2011 11:21:52 +0300 (EEST) Received: from kosh.org.aalto.fi (130.233.224.196) by mail.aalto.fi (130.233.222.118) with Microsoft SMTP Server (TLS) id 14.1.270.1; Sat, 15 Oct 2011 11:21:52 +0300 Date: Sat, 15 Oct 2011 11:21:52 +0300 From: Kommeri Jukka To: Message-ID: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" X-Originating-IP: [130.233.224.196] X-Mailman-Approved-At: Mon, 17 Oct 2011 04:03:28 -0700 Subject: [Xen-users] Xen 4.1 and 3.0 kernel CPU performance X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello all, I have been running different benchmarks on paravirtualized domU. I have run into strange performance drops with CPU intesive benchmarks (64-bit BurnInSSE & 64-bit Linpack test). With Linpack test the performance of Xen is 90% of hardware where KVM is only about 1-2% worse than hardware. This is something new to me as I am used to better performance with older Xen versions. I have a Dell R410 with two Xeon E5520 processors and I am running Ubuntu Lucid on both domU and dom0. The Xen settings are pretty much default, though I did try varying credit scheduler weights without any success. Has anybody else noticed the same or have I just forgot something essential from my kernel? Best regards, Jukka Kommeri _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 04:31:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 04:31:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFlPq-00014p-Tz; Mon, 17 Oct 2011 04:31:34 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RFdqK-00081d-FI for xen-users@lists.xensource.com; Sun, 16 Oct 2011 20:26:24 -0700 X-Env-Sender: cyliu@suse.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1318821980!1179761!1 X-Originating-IP: [137.65.248.33] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18027 invoked from network); 17 Oct 2011 03:26:21 -0000 Received: from novprvlin0050.provo.novell.com (HELO novprvlin0050.provo.novell.com) (137.65.248.33) by server-2.tower-216.messagelabs.com with SMTP; 17 Oct 2011 03:26:21 -0000 Received: from INET-PRV1-MTA by novprvlin0050.provo.novell.com with Novell_GroupWise; Sun, 16 Oct 2011 21:26:19 -0600 Message-Id: <4E9C3B08020000660000532F@novprvlin0050.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.0 Beta Date: Sun, 16 Oct 2011 21:26:16 -0600 From: "Chun Yan Liu" To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=__Part557A8D48.0__=" X-Mailman-Approved-At: Mon, 17 Oct 2011 04:03:19 -0700 Subject: [Xen-users] xl fail to create PV guest with qcow/qcow2 disk images X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=__Part557A8D48.0__= Content-Type: multipart/alternative; boundary="=__Part557A8D48.1__=" --=__Part557A8D48.1__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm trying to create a pv guest with qcow/qcow2 disk image by xl, it = always fails atlibxl_device_disk_local_attach. #xl create pv_config_file libxl: error: libxl.c:1119:libxl_device_disk_local_attach: cannot locally = attach a qdisk image if the format is not raw libxl: error: libxl_create.c:467:do_domain_create: failed to run bootloader= : -3=20 Does that mean we cannot create such a pv guest by xl? I'm not clear why = it behaves like this, could anyone give some hints? =20 Thanks! --=__Part557A8D48.1__= Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable =0A =0A =0A =0A

=0A I'm trying to create a = pv guest with qcow/qcow2 disk image by xl, it always fails atlibxl_device_disk_local_attach.
#xl create pv_config_file
libxl: error: = libxl.c:1119:libxl_device_disk_local_attach: cannot locally attach a qdisk = image if the format is not raw
libxl: error: = libxl_create.c:467:do_domain_create: failed to run bootloader: -3

=0A
=0A

=0A Does that mean we cannot create such a pv guest by xl? = I'm not clear why it behaves like this, could anyone give some = hints?

=0A
=0A

=0A Thanks!=0A

=0A =0A=0A --=__Part557A8D48.1__=-- --=__Part557A8D48.0__= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --=__Part557A8D48.0__=-- From xen-users-bounces@lists.xensource.com Mon Oct 17 07:01:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 07:01:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFnkW-0007mP-Pl; Mon, 17 Oct 2011 07:01:04 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFnhH-0007PW-3w for xen-users@lists.xensource.com; Mon, 17 Oct 2011 06:57:43 -0700 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-12.tower-174.messagelabs.com!1318859858!35573782!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17986 invoked from network); 17 Oct 2011 13:57:39 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 13:57:39 -0000 Received: by vws13 with SMTP id 13so4063225vws.30 for ; Mon, 17 Oct 2011 06:57:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.225 with SMTP id ff1mr19043136vdc.125.1318859857818; Mon, 17 Oct 2011 06:57:37 -0700 (PDT) Received: by 10.52.168.34 with HTTP; Mon, 17 Oct 2011 06:57:37 -0700 (PDT) In-Reply-To: <4E9BE0EE.3000008@telenet.be> References: <4E9BE0EE.3000008@telenet.be> Date: Mon, 17 Oct 2011 08:57:37 -0500 X-Google-Sender-Auth: VH6SSLLNbawUaFcjl1NNXehpfnI Message-ID: Subject: Re: [Xen-users] domUs with iSCSI disks... connect in dom0 or domU? From: xenusers To: Bart Coninckx Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1282254716==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1282254716== Content-Type: multipart/alternative; boundary=bcaec548a3a755763d04af7efdb1 --bcaec548a3a755763d04af7efdb1 Content-Type: text/plain; charset=ISO-8859-1 Hello Bart, On Mon, Oct 17, 2011 at 3:01 AM, Bart Coninckx wrote: > On 10/16/11 23:14, xenusers wrote: > >> Hi List, >> >> I don't know if this is something that is a simple matter of opinion or >> if there are strong reasons to take one route or the other. I have dom0 >> nodes with dedicated bond interfaces that connect to a storage >> traffic-only VLAN. Currently I have a few domUs running that have >> large-ish volumes on the iSCSI SAN, and to present the volumes I'm >> connecting the dom0s to the storage, then in the domU config I give it >> the iSCSI volumes as >> 'phy:/dev/disk/by-path/ip-10.**10.10.5-iqn....:volume1' and so on. >> >> I'm wondering if instead it's considered better to simply have the domU >> make those iSCSI connections, by giving it a second interface that >> connects to a bridge with access to the iSCSI VLAN? I set one up that >> way instead, and it works as expected though it seems to perform less >> well in some admittedly simple tests using dd with 'oflag=direct' set. >> The dom0 can write at about 110MB/s sustained, but if the domU makes >> the iSCSI connection instead it's doing well to manage 60MB/s. >> >> So I'm looking to the wisdom of the list, is it crazy to set things up >> one way or the other, or are they both an OK approach? It seems like >> having the dom0 handle the iSCSI connection is a big win >> performance-wise, but perhaps that comes at a big negative cost? Having >> the domU make the connection simplifies the Pacemaker configuration, but >> with an apparent loss in disk throughput. >> > > Do you use HVM or PV DomUs? I wonder if this performance drop should hebben > with PV. > Anyway, I definitely use the iSCSI connections in Dom0. As far as > complexity is concerned: I combine iSCSI with multipath, allowing me to > change the SCSI disks' names to the names of the DomUs that actually use > them. Complexity for the bigger part gone. It also provides you with the > benefit of redundant paths towards your iSCSI. > > Yes, I should have mentioned that, these are PV domUs, so I think that 60MB/s is about as good as I'd be able to hope for if setting up iSCSI within the domU. My preference is to have all of the iSCSI configuration done within dom0, anyhow. I may fiddle around with multipathing again. I tried both and bonding with LACP seemed to be the fastest recovery for a lost link (1 second or so, while muiltipath was taking two minutes). I know there are some timers you're supposed to be able to adjust for multipath to get a much faster failover, so if I get some time I'll experiment. Thanks, Mark --bcaec548a3a755763d04af7efdb1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Bart,

On Mon, Oct 17, 2011 at 3:01 = AM, Bart Coninckx <bart.coninckx@telenet.be> wrote:
On 10/16/11 23:14, xenusers wrote:
Hi List,

I don't know if this is something that is a simple matter of opinion or=
if there are strong reasons to take one route or the other. =A0I have dom0<= br> nodes with dedicated bond interfaces that connect to a storage
traffic-only VLAN. =A0Currently I have a few domUs running that have
large-ish volumes on the iSCSI SAN, and to present the volumes I'm
connecting the dom0s to the storage, then in the domU config I give it
the iSCSI volumes as
'phy:/dev/disk/by-path/ip-10.10.10.5-iqn....:volume1' and so= on.

I'm wondering if instead it's considered better to simply have the = domU
make those iSCSI connections, by giving it a second interface that
connects to a bridge with access to the iSCSI VLAN? =A0I set one up that way instead, and it works as expected though it seems to perform less
well in some admittedly simple tests using dd with 'oflag=3Ddirect'= set.
=A0The dom0 can write at about 110MB/s sustained, but if the domU makes the iSCSI connection instead it's doing well to manage 60MB/s.

So I'm looking to the wisdom of the list, is it crazy to set things up<= br> one way or the other, or are they both an OK approach? =A0It seems like
having the dom0 handle the iSCSI connection is a big win
performance-wise, but perhaps that comes at a big negative cost? =A0Having<= br> the domU make the connection simplifies the Pacemaker configuration, but with an apparent loss in disk throughput.

Do you use HVM or PV DomUs? I wonder if this performance drop should hebben= with PV.
Anyway, I definitely use the iSCSI connections in Dom0. As far as complexit= y is concerned: I combine iSCSI with multipath, allowing me to change the S= CSI disks' names to the names of the DomUs that actually use them. Comp= lexity for the bigger part gone. It also provides you with the benefit of r= edundant paths towards your iSCSI.


Yes, I should have mentioned that, the= se are PV domUs, so I think that 60MB/s is about as good as I'd be able= to hope for if setting up iSCSI within the domU. =A0My preference is to ha= ve all of the iSCSI configuration done within dom0, anyhow.

I may fiddle around with multipathing again. =A0I tried= both and bonding with LACP seemed to be the fastest recovery for a lost li= nk (1 second or so, while muiltipath was taking two minutes). =A0I know the= re are some timers you're supposed to be able to adjust for multipath t= o get a much faster failover, so if I get some time I'll experiment.

Thanks,
Mark
--bcaec548a3a755763d04af7efdb1-- --===============1282254716== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1282254716==-- From xen-devel-bounces@lists.xensource.com Mon Oct 17 07:04:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 07:04:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFnnh-0008Ns-1k; Mon, 17 Oct 2011 07:04:21 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFnjV-0007da-M4; Mon, 17 Oct 2011 07:00:10 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1318859998!1396217!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22332 invoked from network); 17 Oct 2011 13:59:58 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 13:59:58 -0000 X-IronPort-AV: E=Sophos;i="4.69,359,1315180800"; d="scan'208";a="8425524" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Oct 2011 13:59:57 +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.137.0; Mon, 17 Oct 2011 14:59:57 +0100 Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Ian Campbell To: Andrew Bobulsky Date: Mon, 17 Oct 2011 14:59:56 +0100 In-Reply-To: <5400260811821008556@unknownmsgid> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3- Content-Transfer-Encoding: 7bit Message-ID: <1318859996.16132.16.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Cc: Joseph Glanville , "xen-users@lists.xensource.com" , Lars Kurth , "xen-devel@lists.xensource.com" , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Fri, 2011-10-14 at 04:43 +0100, Andrew Bobulsky wrote: > Hello folks, > > I wish I could say that I have loads of technical Xen knowledge to > contribute, but I unfortunately do not. However, I've got a soft spot > for well documented F/OSS projects and would like to help if I can. > If your manpower requirements aren't of a strictly technical nature, I > could perform other tasks related to this endeavor, like edit new > docs, test procedures, and so on. The more the merrier IMHO, there's certainly scope for not strictly technical contributions too. > > Should I simply hop on IRC in the next few days to see if that would > be the case? > > Cheers, > Andrew Bobulsky > > On Oct 13, 2011, at 2:12 PM, Konrad Rzeszutek Wilk > wrote: > > > On Thu, Oct 13, 2011 at 05:44:27AM +1100, Joseph Glanville wrote: > >> Sounds good, 26th works. > >> > >> Real-time colab on IRC would be nice to get organised maybe #xendocday on > >> freenode? > > > > Yes, will be on #xendocday. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Mon Oct 17 08:13:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 08:13:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFoss-0000hV-QG; Mon, 17 Oct 2011 08:13:46 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFoob-00007r-8L; Mon, 17 Oct 2011 08:09:22 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1318864124!59512860!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20811 invoked from network); 17 Oct 2011 15:08:44 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 15:08:44 -0000 Received: by wyi11 with SMTP id 11so1799320wyi.30 for ; Mon, 17 Oct 2011 08:09:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=J9MKmjL98XAoeLGlKG7fV9aLxS6fGEAbR5uYQq5F89g=; b=ursA/UNkJMD49mWlJOTR9g0lV7SkQd/QG7im7yrIp553ICs0lPPFu3TID3GHaTujJY kyofe6kdgIYZOm+NkEx6OfIT86/72P1Tjb0U3P2Y+GhWh8kaSWDOp+gRh2P7bQkZSGOa I27eHVYRYVib9tbRnoC38aa+NnD1AUUAmmg1k= Received: by 10.216.134.80 with SMTP id r58mr6715290wei.63.1318864154566; Mon, 17 Oct 2011 08:09:14 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id y10sm31590162wbm.14.2011.10.17.08.09.11 (version=SSLv3 cipher=OTHER); Mon, 17 Oct 2011 08:09:12 -0700 (PDT) Message-ID: <4E9C4516.2070902@xen.org> Date: Mon, 17 Oct 2011 16:09:10 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Ian Campbell Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> In-Reply-To: <1318859996.16132.16.camel@zakaz.uk.xensource.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Bobulsky , "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , Joseph Glanville , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hi everybody. We probably lost track of the discussion a little. I started summarizing by taking the key points and resources mentioned in this thread and added to http://openetherpad.org/TSPGIEOBiS I am going to spend a bit more time tomorrow doing a bit more research. I also installed some wiki plug-ins for attention boxes that should help better maintain the pages and make things more manageable once we did the first cleanup. Have a look, add to the etherpad page and I will publish more widely (e.g. blog, etc.) Also, who will create the IRC channel Lars On 17/10/2011 14:59, Ian Campbell wrote: > On Fri, 2011-10-14 at 04:43 +0100, Andrew Bobulsky wrote: >> Hello folks, >> >> I wish I could say that I have loads of technical Xen knowledge to >> contribute, but I unfortunately do not. However, I've got a soft spot >> for well documented F/OSS projects and would like to help if I can. >> If your manpower requirements aren't of a strictly technical nature, I >> could perform other tasks related to this endeavor, like edit new >> docs, test procedures, and so on. > The more the merrier IMHO, there's certainly scope for not strictly > technical contributions too. > >> Should I simply hop on IRC in the next few days to see if that would >> be the case? >> >> Cheers, >> Andrew Bobulsky >> >> On Oct 13, 2011, at 2:12 PM, Konrad Rzeszutek Wilk >> wrote: >> >>> On Thu, Oct 13, 2011 at 05:44:27AM +1100, Joseph Glanville wrote: >>>> Sounds good, 26th works. >>>> >>>> Real-time colab on IRC would be nice to get organised maybe #xendocday on >>>> freenode? >>> Yes, will be on #xendocday. >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Mon Oct 17 08:18:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 08:18:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFoxi-0001rN-BC; Mon, 17 Oct 2011 08:18:46 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFox8-0001f1-0Z; Mon, 17 Oct 2011 08:18:10 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1318864686!466375!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21290 invoked from network); 17 Oct 2011 15:18:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 15:18:06 -0000 X-IronPort-AV: E=Sophos;i="4.69,359,1315180800"; d="scan'208";a="8427658" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Oct 2011 15:17:47 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Mon, 17 Oct 2011 16:17:47 +0100 Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Ian Campbell To: Lars Kurth Date: Mon, 17 Oct 2011 16:17:46 +0100 In-Reply-To: <4E9C4516.2070902@xen.org> References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3- Content-Transfer-Encoding: 7bit Message-ID: <1318864667.16132.22.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Cc: Andrew Bobulsky , "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , Joseph Glanville , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com > Also, who will create the IRC channel They just pop onto being if you join them. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Mon Oct 17 08:29:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 08:29:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFp7n-0003a6-9F; Mon, 17 Oct 2011 08:29:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFoz8-0002Ko-HR for xen-users@lists.xensource.com; Mon, 17 Oct 2011 08:20:15 -0700 X-Env-Sender: rcm@fuzzwad.org X-Msg-Ref: server-4.tower-27.messagelabs.com!1318864788!44822875!1 X-Originating-IP: [204.109.56.216] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16442 invoked from network); 17 Oct 2011 15:19:48 -0000 Received: from mail.volente.us (HELO mail.volente.us) (204.109.56.216) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Oct 2011 15:19:48 -0000 Received: from [172.17.5.4] (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id p9HFK4Pc078397; Mon, 17 Oct 2011 10:20:04 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4E9C47A3.6060804@fuzzwad.org> Date: Mon, 17 Oct 2011 10:20:03 -0500 From: Ron McDowell User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory References: <4E971542.8060008@fuzzwad.org> <4E99BB61.3050208@fuzzwad.org> In-Reply-To: Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0971720721==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0971720721== Content-Type: multipart/alternative; boundary="------------030006010807070707040706" This is a multi-part message in MIME format. --------------030006010807070707040706 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Roger Pau Monn=C3=A9 wrote: >> Thanks, Roger. I got sidetracked with other problems for a day or so.= That >> indeed does work fine. >> Now I've got bridging problems, though. >> >> On my DOM0: >> >> voodoo# cat /etc/ifconfig.bridge0 >> create >> !brconfig $int add bge0 up >> >> voodoo# ifconfig -a >> bge0: flags=3D8943 mt= u 1500 >> >> capabilities=3D3f80 >> enabled=3D0 >> address: bc:30:5b:d0:a1:46 >> media: Ethernet autoselect (1000baseT >> full-duplex,flowcontrol,rxpause,txpause) >> status: active >> inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17.9.255 >> inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 scopeid 0x1 >> lo0: flags=3D8049 mtu 33648 >> inet 127.0.0.1 netmask 0xff000000 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >> bridge0: flags=3D41 mtu 1500 >> >> voodoo# cat /usr/pkg/etc/xen/juju = kernel >> =3D '/usr/pkg/lib/xen/boot/hvmloader' >> builder =3D 'hvm' >> memory =3D 4096 >> vcpus =3D 4 >> name =3D 'juju' >> vif =3D [ 'mac=3D00:16:3e:00:00:01, bridge=3Dbridge0, type=3Dioemu' ] >> =20 > > Have you tried with: > > vif =3D [ 'mac=3D00:16:3e:00:00:01, bridge=3Dbridge0' ] > =20 yes, and also with vif =3D [ 'bridge=3Dbridge0' ] vif =3D [ 'mac=3D00:16:3e:00:00:01' ] vif =3D [ '' ] >> device_model =3D '/usr/pkg/libexec/qemu-dm' >> disk =3D [ 'file:/Xen/Disks/juju0000.img,ioemu:hda,w' ] >> boot =3D 'c' >> vnc =3D 1 >> vnclisten =3D '0.0.0.0' >> vncpasswd =3D 'XXXXXX' >> vncdisplay =3D 1 >> >> voodoo# xm create /usr/pkg/etc/xen/juju >> Using config file "/usr/pkg/etc/xen/juju". >> Started domain juju >> >> voodoo# xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 1024 1 r----- >> 11.0 >> juju 1 4096 4 -b---- >> 46.0 >> >> voodoo# ifconfig -a >> bge0: flags=3D8943 mt= u 1500 >> >> capabilities=3D3f80 >> enabled=3D0 >> address: bc:30:5b:d0:a1:46 >> media: Ethernet autoselect (1000baseT >> full-duplex,flowcontrol,rxpause,txpause) >> status: active >> inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17.9.255 >> inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 scopeid 0x1 >> lo0: flags=3D8049 mtu 33648 >> inet 127.0.0.1 netmask 0xff000000 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >> bridge0: flags=3D41 mtu 1500 >> xvif1.0: flags=3D8923 mtu >> 1500 >> capabilities=3D2800 >> enabled=3D0 >> address: 00:16:3e:01:00:01 >> inet6 fe80::216:3eff:fe01:1%xvif1.0 prefixlen 64 scopeid 0x4 >> tap0: flags=3D8943 mtu= 1500 >> address: f2:0b:a4:80:47:02 >> media: Ethernet autoselect >> inet6 fe80::f00b:a4ff:fe80:4702%tap0 prefixlen 64 scopeid 0x5 >> =20 > > > Can you post the output of "brconfig bridge0"? (only the Interfaces > section is fine). Also you could perform a tcpdump of interface bge0, > to see if packets can reach it. > > =20 [root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0 bridge0: flags=3D41 Configuration: priority 32768 hellotime 2 fwddelay 15 maxage 20 ipfilter disabled flags 0x0 Interfaces: tap0 flags=3D3 port 6 priority 128 xvif1.0 flags=3D3 port 5 priority 128 bge0 flags=3D3 port 1 priority 128 Address cache (max cache: 100, timeout: 1200): 00:0d:b9:21:fa:54 bge0 1174 flags=3D0<> [juju is the DOM0... then I pinged it from a 3rd box...] [root@voodoo(NetBSD)]> tcpdump -v host juju listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 10:09:16.994741 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:09:17.999872 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:09:19.000298 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:09:20.000630 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:09:21.001109 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= [...and tried to ssh to it...] 10:14:06.466718 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:14:07.424952 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:14:08.426830 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:14:09.428074 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 10:14:10.429499 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= [and on DOMU ifconfig and netstat look right...ip address 172.17.9.33/24,= default route 172.17.9.1] >> The re0 device on the FreeBSD DOMU is set up on 172.17.9.33, everythin= g >> looks fine there [I can do screenshots if needed] but there's no >> connectivity, DOM0->DOMU or DOMU->DOM0. Here again, I'm pretty sure i= t's >> some little detail I'm missing and just not seeing. >> >> Thanks in advance. >> >> -- >> Ron McDowell >> San Antonio TX >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> >> =20 --=20 Ron McDowell San Antonio TX --------------030006010807070707040706 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Roger Pau Monn=C3=A9 wrote: 
Thanks, Roger. =C2=A0I got sidetracked with other prob=
lems for a day or so. =C2=A0That
indeed does work fine.
Now I've got bridging problems, though.

On my DOM0:

voodoo# cat /etc/ifconfig.bridge0
=C2=A0create
!brconfig $int add bge0 up

voodoo# ifconfig -a
=C2=A0bge0: flags=3D8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAS=
T> mtu 1500

capabilities=3D3f80<TSO4,IP4CSUM_Rx,IP4CSUM_Tx,TCP4CSUM_Rx,TCP4CSUM_Tx=
,UDP4CSUM_Rx,UDP4CSUM_Tx>
=C2=A0 =C2=A0 =C2=A0 enabled=3D0
=C2=A0 =C2=A0 =C2=A0 address: bc:30:5b:d0:a1:46
=C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect (1000baseT
full-duplex,flowcontrol,rxpause,txpause)
=C2=A0 =C2=A0 =C2=A0 status: active
=C2=A0 =C2=A0 =C2=A0 inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17=
=2E9.255
=C2=A0 =C2=A0 =C2=A0 inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 sc=
opeid 0x1
lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33648
=C2=A0 =C2=A0 =C2=A0 inet 127.0.0.1 netmask 0xff000000
=C2=A0 =C2=A0 =C2=A0 inet6 ::1 prefixlen 128
=C2=A0 =C2=A0 =C2=A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
bridge0: flags=3D41<UP,RUNNING> mtu 1500

voodoo# cat /usr/pkg/etc/xen/juju =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 kernel
=3D '/usr/pkg/lib/xen/boot/hvmloader'
builder =3D 'hvm'
memory =3D 4096
vcpus =3D 4
name =3D 'juju'
vif =3D [ 'mac=3D00:16:3e:00:00:01, bridge=3Dbridge0, type=3Dioemu' ]
    

Have you tried with:

vif =3D [ 'mac=3D00:16:3e:00:00:01, bridge=3Dbridge0' ]

yes, and also with 
vif =3D [ 'bridge=3Dbridge0' ]
vif =3D [ 'mac=3D00:16:3e:00:00:01' ]
vif =3D [ '' ]



device_model =3D '/usr/pkg/libexec/qemu-dm'
disk =3D [ 'file:/Xen/Disks/juju0000.img,ioemu:hda,w' ]
boot =3D 'c'
vnc =3D 1
vnclisten =3D '0.0.0.0'
vncpasswd =3D 'XXXXXX'
vncdisplay =3D 1

voodoo# xm create /usr/pkg/etc/xen/juju
Using config file "/usr/pkg/etc/xen/juju".
Started domain juju

voodoo# xm list
Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ID =
=C2=A0 Mem VCPUs =C2=A0 =C2=A0 =C2=A0State
Time(s)
Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A01024 =
=C2=A0 =C2=A0 1 =C2=A0 =C2=A0 r-----
11.0
juju =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 =
=C2=A04096 =C2=A0 =C2=A0 4 =C2=A0 =C2=A0 -b----
46.0

voodoo# ifconfig -a
=C2=A0bge0: flags=3D8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAS=
T> mtu 1500

capabilities=3D3f80<TSO4,IP4CSUM_Rx,IP4CSUM_Tx,TCP4CSUM_Rx,TCP4CSUM_Tx=
,UDP4CSUM_Rx,UDP4CSUM_Tx>
=C2=A0 =C2=A0 =C2=A0 enabled=3D0
=C2=A0 =C2=A0 =C2=A0 address: bc:30:5b:d0:a1:46
=C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect (1000baseT
full-duplex,flowcontrol,rxpause,txpause)
=C2=A0 =C2=A0 =C2=A0 status: active
=C2=A0 =C2=A0 =C2=A0 inet 172.17.9.38 netmask 0xffffff00 broadcast 172.17=
=2E9.255
=C2=A0 =C2=A0 =C2=A0 inet6 fe80::be30:5bff:fed0:a146%bge0 prefixlen 64 sc=
opeid 0x1
lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33648
=C2=A0 =C2=A0 =C2=A0 inet 127.0.0.1 netmask 0xff000000
=C2=A0 =C2=A0 =C2=A0 inet6 ::1 prefixlen 128
=C2=A0 =C2=A0 =C2=A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
bridge0: flags=3D41<UP,RUNNING> mtu 1500
xvif1.0: flags=3D8923<UP,BROADCAST,NOTRAILERS,PROMISC,SIMPLEX,MULTICAS=
T> mtu
1500
=C2=A0 =C2=A0 =C2=A0 capabilities=3D2800<TCP4CSUM_Tx,UDP4CSUM_Tx>
=C2=A0 =C2=A0 =C2=A0 enabled=3D0
=C2=A0 =C2=A0 =C2=A0 address: 00:16:3e:01:00:01
=C2=A0 =C2=A0 =C2=A0 inet6 fe80::216:3eff:fe01:1%xvif1.0 prefixlen 64 sco=
peid 0x4
tap0: flags=3D8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> =
mtu 1500
=C2=A0 =C2=A0 =C2=A0 address: f2:0b:a4:80:47:02
=C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect
=C2=A0 =C2=A0 =C2=A0 inet6 fe80::f00b:a4ff:fe80:4702%tap0 prefixlen 64 sc=
opeid 0x5
    


Can you post the output of "brconfig bridge0"? (only the Interfaces
section is fine). Also you could perform a tcpdump of interface bge0,
to see if packets can reach it.

[root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0
bridge0: flags=3D41<UP,RUNNING>
        Configuration:
                priority 32768 hellotime 2 fwddelay 15 maxage 20=

                ipfilter disabled flags 0x0
        Interfaces:
                tap0 flags=3D3<LEARNING,DISCOVER>
                        port 6 priority 128
                xvif1.0 flags=3D3<LEARNING,DISCOVER>
                        port 5 priority 128
                bge0 flags=3D3<LEARNING,DISCOVER>
                        port 1 priority 128
        Address cache (max cache: 100, timeout: 1200):
                00:0d:b9:21:fa:54 bge0 1174 flags=3D0<>

[juju is the DOM0... then I pinged it from a 3rd box...]

[root@voodoo(NetBSD)]> tcpdump -v host juju
listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes
10:09:16.994741 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:17.999872 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:19.000298 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:20.000630 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:21.001109 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=


[...and tried to ssh to it...]

10:14:06.466718 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:07.424952 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:08.426830 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:09.428074 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:10.429499 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=


[and on DOMU ifconfig and netstat look right...ip address 172.17=
=2E9.33/24, default route 172.17.9.1]


The re0 device on the FreeBSD DOMU is set up on 172.17=
=2E9.33, everything
looks fine there [I can do screenshots if needed] but there's no
connectivity, DOM0->DOMU or DOMU->DOM0. =C2=A0Here again, I'm prett=
y sure it's
some little detail I'm missing and just not seeing.

Thanks in advance.

--
Ron McDowell
San Antonio TX



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

    

--=20
Ron McDowell
San Antonio TX


--------------030006010807070707040706-- --===============0971720721== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0971720721==-- From xen-users-bounces@lists.xensource.com Mon Oct 17 09:02:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 09:02:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFpdl-0005mH-FF; Mon, 17 Oct 2011 09:02:13 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFpCJ-0003yY-Up for xen-users@lists.xensource.com; Mon, 17 Oct 2011 08:33:52 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1318865627!468099!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21756 invoked from network); 17 Oct 2011 15:33:48 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 15:33:48 -0000 Received: by iaen33 with SMTP id n33so7692495iae.30 for ; Mon, 17 Oct 2011 08:33:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=mHyTxJag0/OLJzVh5dl/WQXjeV9j2winyQUZCZtSIZQ=; b=RHpjp/m8gBJZ0IeUnqb8E/CLXRcNgNVxY+Ozeb8sDZLzJGtyhCMaA4Q44GMNalDnXW XxlgppNDzdYdyejmTUJWwS/PLPwVB+9TXS03A9Kin6K6oRW4XTm8wIpCDkwJWgZACTRo C2qf5bcUmhRBJLDmi3Pa6nSaUsQgZ43V5RCFA= Received: by 10.231.84.8 with SMTP id h8mr3369102ibl.47.1318865627136; Mon, 17 Oct 2011 08:33:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.68 with HTTP; Mon, 17 Oct 2011 08:33:27 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Mon, 17 Oct 2011 11:33:27 -0400 X-Google-Sender-Auth: xKfIbgPFk9TW4h8Mwjo3PXOGE1c Message-ID: Subject: Re: [Xen-users] Xen 4.1 and 3.0 kernel CPU performance To: Kommeri Jukka Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com, konrad.wilk@oracle.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sat, Oct 15, 2011 at 4:21 AM, Kommeri Jukka wrote: > Hello all, > > I have been running different benchmarks on paravirtualized domU. I have run > into strange performance drops with CPU intesive benchmarks (64-bit > BurnInSSE & 64-bit Linpack test). > > With Linpack test the performance of Xen is 90% of hardware where KVM is > only about 1-2% worse than hardware. This is something new to me as I am > used to better performance with older Xen versions. > Linux 3.0 is not performance optimized yet. There are some known bugs. Many of which are fixed in newer versions. See: http://wiki.xen.org/xenwiki/Linux_30_bugs For more hints on tweaking things see: http://wiki.xen.org/xenwiki/XenParavirtOps Can you provide us with more details of your setup so that we can give you more suggestions? It would be better to be testing the newest Linux kernel, since a lot of changes have gone in since Linux 3.0 > I have a Dell R410 with two Xeon E5520 processors and I am running Ubuntu > Lucid on both domU and dom0. The Xen settings are pretty much default, > though I did try varying credit scheduler weights without any success. > > Has anybody else noticed the same or have I just forgot something essential > from my kernel? > > Best regards, > Jukka Kommeri > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Mon Oct 17 09:24:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 09:24:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFpyb-0007Dw-Rx; Mon, 17 Oct 2011 09:23:47 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFpFl-0004Be-9E; Mon, 17 Oct 2011 08:37:25 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1318865839!467171!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26622 invoked from network); 17 Oct 2011 15:37:19 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 15:37:19 -0000 Received: by wyi11 with SMTP id 11so1836392wyi.30 for ; Mon, 17 Oct 2011 08:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=dp6cuGYakurHFV9VLgvRykJZkWmuqg7cN5spBw6OSBo=; b=RgQCBPvFv7q6upL/ndU/OasZnmcmdhaKswTtlqKbLPDJLUop9bR/2/qWXj1nHIIFlt qLgmBjnFatT08uK8TRXl+APsGLa95JkaUBNKUsQQxkdBvGnZ7ybaiaXzgJBv2b7MgT3w qhUJBbJR2NudGOAaV3r4u6UZQZ/vyOq+8z5f0= Received: by 10.227.24.8 with SMTP id t8mr6768429wbb.72.1318865838861; Mon, 17 Oct 2011 08:37:18 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id i29sm31698977wbp.22.2011.10.17.08.37.16 (version=SSLv3 cipher=OTHER); Mon, 17 Oct 2011 08:37:17 -0700 (PDT) Message-ID: <4E9C4BAB.9020605@xen.org> Date: Mon, 17 Oct 2011 16:37:15 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Ian Campbell Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <20110922130618.GA13238@phenom.oracle.com> <20110929141317.GX12984@reaktio.net> <4E85A9B7.7040605@xen.org> <20111003185309.GC15608@phenom.oracle.com> <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> In-Reply-To: <1318864667.16132.22.camel@zakaz.uk.xensource.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Bobulsky , "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , Joseph Glanville , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Cool. I am wondering what people think about archiving vs deleting wiki pages. Obviously some pages can be deleted (stuff about events, job listings, old TODO lists, etc.). Others may still be valuable to legacy users. See http://wiki.xen.org/xenwiki/Archive_Page : the problem right now is that archived pages aren't identifiable and thus confusing. One way of fixing this would be to rename the page from FooBar to Archived/FooBar Views are welcome Lars On 17/10/2011 16:17, Ian Campbell wrote: >> Also, who will create the IRC channel > They just pop onto being if you join them. > > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Mon Oct 17 09:45:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 09:45:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFqJk-0003gH-9O; Mon, 17 Oct 2011 09:45:36 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFpzD-0007EE-1r for xen-users@lists.xensource.com; Mon, 17 Oct 2011 09:24:23 -0700 X-Env-Sender: royger@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1318868622!51359600!1 X-Originating-IP: [209.85.216.178] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7935 invoked from network); 17 Oct 2011 16:23:43 -0000 Received: from mail-qy0-f178.google.com (HELO mail-qy0-f178.google.com) (209.85.216.178) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 16:23:43 -0000 Received: by qyg36 with SMTP id 36so2821084qyg.9 for ; Mon, 17 Oct 2011 09:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UetSdDDoTQ+C0FDijTN/FfcyB0E+GzxwSYUciDTV7zc=; b=pWVwLC0vY07PUC/Tavj2NcadmR1YIKxWKT9R/iC5dIjS2QLH2Xm56vV9XLO5D7M6tm LVy4CsFjG/ucxy4Ws4xOt3LucA8kg7uqSB86npKELWuhDFAi+D2tg0d+GbcYA6P2byPi AA3iW3qE+fSYG89FazUo2ukoKLg8HOPWjk/C8= MIME-Version: 1.0 Received: by 10.68.17.194 with SMTP id q2mr39091246pbd.88.1318868632539; Mon, 17 Oct 2011 09:23:52 -0700 (PDT) Received: by 10.142.133.20 with HTTP; Mon, 17 Oct 2011 09:23:52 -0700 (PDT) In-Reply-To: <4E9C47A3.6060804@fuzzwad.org> References: <4E971542.8060008@fuzzwad.org> <4E99BB61.3050208@fuzzwad.org> <4E9C47A3.6060804@fuzzwad.org> Date: Mon, 17 Oct 2011 18:23:52 +0200 X-Google-Sender-Auth: cjo_pmYQ_T2G08juxlZogRLflo4 Message-ID: Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory From: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= To: Ron McDowell Content-Type: text/plain; charset=UTF-8 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > yes, and also with > > vif = [ 'bridge=bridge0' ] > vif = [ 'mac=00:16:3e:00:00:01' ] > vif = [ '' ] > > [root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0 > bridge0: flags=41 > > Configuration: > priority 32768 hellotime 2 fwddelay 15 maxage 20 > ipfilter disabled flags 0x0 > Interfaces: > tap0 flags=3 > port 6 priority 128 > xvif1.0 flags=3 > port 5 priority 128 > bge0 flags=3 > port 1 priority 128 > Address cache (max cache: 100, timeout: 1200): > 00:0d:b9:21:fa:54 bge0 1174 flags=0<> This looks fine, DomU interfaces are added to the bridge. > [juju is the DOM0... then I pinged it from a 3rd box...] > > [root@voodoo(NetBSD)]> tcpdump -v host juju > listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes > 10:09:16.994741 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:09:17.999872 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:09:19.000298 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:09:20.000630 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:09:21.001109 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > > [...and tried to ssh to it...] > > 10:14:06.466718 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:14:07.424952 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:14:08.426830 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:14:09.428074 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 10:14:10.429499 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET Could you perform a tcpdump -i bge0 and post the results when you try to ping the machine from the outside, and when you try to ping an outside host form inside the domu? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 10:20:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 10:20:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFqrn-0001ZZ-7C; Mon, 17 Oct 2011 10:20:47 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFqjH-0007Z3-FH for xen-users@lists.xensource.com; Mon, 17 Oct 2011 10:12:00 -0700 X-Env-Sender: eric.camachat@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1318871515!22501907!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28059 invoked from network); 17 Oct 2011 17:11:56 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 17:11:56 -0000 Received: by gyg13 with SMTP id 13so7498057gyg.30 for ; Mon, 17 Oct 2011 10:11:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=3Pwp+a94ZtgkKRYh8JVIPAc30kLM03aiwk7PVJgf7ZQ=; b=nt3Y0/Afy2FTNL4+5gv6KN/Wa/llA8MD6P3t25v6WwzQazFsDRkyxv3hYtkpgVF0qQ G+a0zZHRasTa1t6A6+gub0p86EbsYLiCMZTxOCMGMfH0Q1AD+j7wsmvE6LeXt19a9wSm mxBHC1Zs20fCntaPMhsVDGxpzdFbpn1a0uN7E= Received: by 10.236.187.70 with SMTP id x46mr28180935yhm.71.1318871515069; Mon, 17 Oct 2011 10:11:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.109.145 with HTTP; Mon, 17 Oct 2011 10:11:35 -0700 (PDT) In-Reply-To: References: From: Eric Camachat Date: Mon, 17 Oct 2011 10:11:35 -0700 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] Re: Serial port pass-through or redirect X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com My Xen version is 4.0.1, dom0 is fedora core 12, domU is linux-2.6.32.24. On Sun, Oct 16, 2011 at 10:17 PM, Eric Camachat wrote: > Hi, > > I tried to pass-through ttyS1 (COM2) to domU but never succeeded. > My config file: > irq=[3] > ioports=['2f8-2ff'] > I can see my domU detect ttyS1 but still cannot drive it. (I can open > /dev/ttyS1 but cannot setup its baudrate). > > If I unbind COM2 from 8250 driver in dom0 then my domU cannot detect > any ttyS*, it is weird. > > I also tried: > serial=['pty','/dev/ttyS1'] > but didn't work either. > > It is difficult to let my domU to controll ttyS1 (COM2). > > Thanks, > Eric > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 11:43:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 11:43:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFs9e-0005Ae-VH; Mon, 17 Oct 2011 11:43:19 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFs82-0004p9-2E for xen-users@lists.xensource.com; Mon, 17 Oct 2011 11:41:38 -0700 X-Env-Sender: rcm@fuzzwad.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1318876869!49461355!1 X-Originating-IP: [204.109.56.216] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5120 invoked from network); 17 Oct 2011 18:41:10 -0000 Received: from mail.volente.us (HELO mail.volente.us) (204.109.56.216) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Oct 2011 18:41:10 -0000 Received: from [172.17.5.4] (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id p9HIfQNI082759; Mon, 17 Oct 2011 13:41:27 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4E9C76D6.6080802@fuzzwad.org> Date: Mon, 17 Oct 2011 13:41:26 -0500 From: Ron McDowell User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= , xen-users@lists.xensource.com Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory References: <4E971542.8060008@fuzzwad.org> <4E99BB61.3050208@fuzzwad.org> <4E9C47A3.6060804@fuzzwad.org> In-Reply-To: Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0388333071==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0388333071== Content-Type: multipart/alternative; boundary="------------010005080505050905030808" This is a multi-part message in MIME format. --------------010005080505050905030808 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Roger Pau Monn=C3=A9 wrote: >> yes, and also with >> >> vif =3D [ 'bridge=3Dbridge0' ] >> vif =3D [ 'mac=3D00:16:3e:00:00:01' ] >> vif =3D [ '' ] >> >> [root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0 >> bridge0: flags=3D41 >> >> Configuration: >> priority 32768 hellotime 2 fwddelay 15 maxage 20 >> ipfilter disabled flags 0x0 >> Interfaces: >> tap0 flags=3D3 >> port 6 priority 128 >> xvif1.0 flags=3D3 >> port 5 priority 128 >> bge0 flags=3D3 >> port 1 priority 128 >> Address cache (max cache: 100, timeout: 1200): >> 00:0d:b9:21:fa:54 bge0 1174 flags=3D0<> >> =20 > > This looks fine, DomU interfaces are added to the bridge. > > =20 >> [juju is the DOM0... then I pinged it from a 3rd box...] >> >> [root@voodoo(NetBSD)]> tcpdump -v host juju >> listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes >> 10:09:16.994741 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:09:17.999872 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:09:19.000298 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:09:20.000630 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:09:21.001109 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> >> [...and tried to ssh to it...] >> >> 10:14:06.466718 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:14:07.424952 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:14:08.426830 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:14:09.428074 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 10:14:10.429499 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> =20 > > Could you perform a tcpdump -i bge0 and post the results when you try > to ping the machine from the outside, and when you try to ping an > outside host form inside the domu? > =20 cast of characters [all netmasks are /24]: voodoo: DOM0, 172.17.9.38 juju: DOMU, 172.17.9.33 zombie: macbook air that is my desktop box with the vnc session to DOMU=20 and ssh session to DOM0, 172.17.5.4 alix2-e0: default router, 172.17.9.1, wired network alix2-w0: wifi side, 172.17.5.1, only connection is to zombie d430: the outside box, 172.17.9.36 pinging out [d430] from DOMU [juju]: voodoo# tcpdump -i bge0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 13:15:35.663665 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET 13:15:35.663899 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70=20 (oui Unknown) 13:15:35.804971 IP voodoo-e0.FuzzWad.NET.65031 >=20 alix2-e0.FuzzWad.NET.domain: 12889+ PTR? 36.9.17.172.in-addr.arpa. (42) 13:15:35.805830 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65031: 12889* 1/1/1 PTR[|domain] 13:15:35.805955 IP voodoo-e0.FuzzWad.NET.65030 >=20 alix2-e0.FuzzWad.NET.domain: 12890+ PTR? 33.9.17.172.in-addr.arpa. (42) 13:15:35.806657 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65030: 12890* 1/1/1 PTR[|domain] 13:15:36.673680 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET 13:15:36.673914 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70=20 (oui Unknown) 13:15:36.804797 IP voodoo-e0.FuzzWad.NET.65029 >=20 alix2-e0.FuzzWad.NET.domain: 12891+ PTR? 1.9.17.172.in-addr.arpa. (41) 13:15:36.805499 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65029: 12891* 1/1/1 PTR[|domain] 13:15:36.805603 IP voodoo-e0.FuzzWad.NET.65028 >=20 alix2-e0.FuzzWad.NET.domain: 12892+ PTR? 38.9.17.172.in-addr.arpa. (42) 13:15:36.806305 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65028: 12892* 1/1/1 PTR[|domain] 13:15:37.683694 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET 13:15:37.683927 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70=20 (oui Unknown) 13:15:37.804795 IP voodoo-e0.FuzzWad.NET.5901 >=20 zombie.FuzzWad.NET.54422: P 3957151084:3957151104(20) ack 3615361740 win = 4197 13:15:37.914544 IP zombie.FuzzWad.NET.54422 >=20 voodoo-e0.FuzzWad.NET.5901: . ack 20 win 65535 13:15:38.693717 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET 13:15:38.693950 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70=20 (oui Unknown) 13:15:38.804797 IP voodoo-e0.FuzzWad.NET.65027 >=20 alix2-e0.FuzzWad.NET.domain: 12893+ PTR? 4.5.17.172.in-addr.arpa. (41) 13:15:38.805655 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65027: 12893* 1/1/1 PTR[|domain] 13:15:38.815330 IP zombie.FuzzWad.NET.54422 >=20 voodoo-e0.FuzzWad.NET.5901: P 1:11(10) ack 20 win 65535=20 13:15:39.014708 IP voodoo-e0.FuzzWad.NET.5901 >=20 zombie.FuzzWad.NET.54422: . ack 11 win 4197 13:15:39.703732 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET 13:15:39.703966 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70=20 (oui Unknown) 13:15:40.713755 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET 13:15:40.713989 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70=20 (oui Unknown) 13:15:41.723767 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET 13:15:41.724001 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70=20 (oui Unknown) ^C 28 packets captured 28 packets received by filter 0 packets dropped by kernel Pinging DOMU [juju] from outside [d430]: voodoo# voodoo# tcpdump -i bge0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 13:18:03.416797 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 13:18:03.806349 IP voodoo-e0.FuzzWad.NET.65024 >=20 alix2-e0.FuzzWad.NET.domain: 13910+ PTR? 33.9.17.172.in-addr.arpa. (42) 13:18:03.807206 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65024: 13910* 1/1/1 PTR[|domain] 13:18:03.807317 IP voodoo-e0.FuzzWad.NET.65023 >=20 alix2-e0.FuzzWad.NET.domain: 13911+ PTR? 1.9.17.172.in-addr.arpa. (41) 13:18:03.808018 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65023: 13911* 1/1/1 PTR[|domain] 13:18:04.417209 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET= 13:18:04.806175 IP voodoo-e0.FuzzWad.NET.65022 >=20 alix2-e0.FuzzWad.NET.domain: 13912+ PTR? 38.9.17.172.in-addr.arpa. (42) 13:18:04.806877 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65022: 13912* 1/1/1 PTR[|domain] 13:18:05.836126 IP voodoo-e0.FuzzWad.NET.5901 >=20 zombie.FuzzWad.NET.54422: P 3957206628:3957206648(20) ack 3615362238 win = 4197 13:18:05.885190 IP zombie.FuzzWad.NET.54422 >=20 voodoo-e0.FuzzWad.NET.5901: . ack 20 win 65535 13:18:06.790471 IP zombie.FuzzWad.NET.54422 >=20 voodoo-e0.FuzzWad.NET.5901: P 1:11(10) ack 20 win 65535=20 13:18:06.806179 IP voodoo-e0.FuzzWad.NET.65021 >=20 alix2-e0.FuzzWad.NET.domain: 13913+ PTR? 4.5.17.172.in-addr.arpa. (41) 13:18:06.807037 IP alix2-e0.FuzzWad.NET.domain >=20 voodoo-e0.FuzzWad.NET.65021: 13913* 1/1/1 PTR[|domain] 13:18:06.986080 IP voodoo-e0.FuzzWad.NET.5901 >=20 zombie.FuzzWad.NET.54422: . ack 11 win 4197 ^C 14 packets captured 14 packets received by filter 0 packets dropped by kernel --=20 Ron McDowell San Antonio TX --------------010005080505050905030808 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Roger Pau Monn=C3=A9 wrote: 
yes, and also with

vif =3D [ 'bridge=3Dbridge0' ]
vif =3D [ 'mac=3D00:16:3e:00:00:01' ]
vif =3D [ '' ]

[root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0
bridge0: flags=3D41<UP,RUNNING>

        Configuration:
                priority 32768 hellotime 2 fwddelay 15 maxage 20
                ipfilter disabled flags 0x0
        Interfaces:
                tap0 flags=3D3<LEARNING,DISCOVER>
                        port 6 priority 128
                xvif1.0 flags=3D3<LEARNING,DISCOVER>
                        port 5 priority 128
                bge0 flags=3D3<LEARNING,DISCOVER>
                        port 1 priority 128
        Address cache (max cache: 100, timeout: 1200):
                00:0d:b9:21:fa:54 bge0 1174 flags=3D0<>
    

This looks fine, DomU interfaces are added to the bridge.

  
[juju is the DOM0... then I pinged it from a 3rd box..=
=2E]

[root@voodoo(NetBSD)]> tcpdump -v host juju
listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes
10:09:16.994741 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:17.999872 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:19.000298 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:20.000630 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:09:21.001109 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=


[...and tried to ssh to it...]

10:14:06.466718 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:07.424952 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:08.426830 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:09.428074 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

10:14:10.429499 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

    

Could you perform a tcpdump -i bge0 and post the results when you try
to ping the machine from the outside, and when you try to ping an
outside host form inside the domu?
cast of characters [all netmasks are /24]:
voodoo: DOM0, 172.17.9.38
juju: DOMU, 172.17.9.33
zombie: macbook air that is my desktop box with the vnc session to DOMU and ssh session to DOM0, 172.17.5.4
alix2-e0: default router, 172.17.9.1, wired network
alix2-w0: wifi side, 172.17.5.1, only connection is to zombie
d430: the outside box, 172.17.9.36

pinging out [d430] from DOMU [juju]:

voodoo# tcpdump -i bge0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes
= 13:15:35.663665 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET<= br> 13:15:35.663899 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (oui Unknown)
13:15:35.804971 IP voodoo-e0.FuzzWad.NET.65031 > alix2-e0.FuzzWad.NET.domain: 12889+ PTR? 36.9.17.172.in-addr.arpa. (42) 13:15:35.805830 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65031: 12889* 1/1/1 PTR[|domain]
13:15:35.805955 IP voodoo-e0.FuzzWad.NET.65030 > alix2-e0.FuzzWad.NET.domain: 12890+ PTR? 33.9.17.172.in-addr.arpa. (42) 13:15:35.806657 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65030: 12890* 1/1/1 PTR[|domain]
13:15:36.673680 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET<= br> 13:15:36.673914 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (oui Unknown)
13:15:36.804797 IP voodoo-e0.FuzzWad.NET.65029 > alix2-e0.FuzzWad.NET.domain: 12891+ PTR? 1.9.17.172.in-addr.arpa. (41) 13:15:36.805499 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65029: 12891* 1/1/1 PTR[|domain]
13:15:36.805603 IP voodoo-e0.FuzzWad.NET.65028 > alix2-e0.FuzzWad.NET.domain: 12892+ PTR? 38.9.17.172.in-addr.arpa. (42) 13:15:36.806305 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65028: 12892* 1/1/1 PTR[|domain]
13:15:37.683694 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET<= br> 13:15:37.683927 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (oui Unknown)
13:15:37.804795 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422: P 3957151084:3957151104(20) ack 3615361740 win 4197 <nop,nop,timestamp 129095 905335335>
13:15:37.914544 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901: . ack 20 win 65535 <nop,nop,timestamp 905335706 129095>
13:15:38.693717 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET<= br> 13:15:38.693950 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (oui Unknown)
13:15:38.804797 IP voodoo-e0.FuzzWad.NET.65027 > alix2-e0.FuzzWad.NET.domain: 12893+ PTR? 4.5.17.172.in-addr.arpa. (41) 13:15:38.805655 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65027: 12893* 1/1/1 PTR[|domain]
13:15:38.815330 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901: P 1:11(10) ack 20 win 65535 <nop,nop,timestamp 905335715 129095>
13:15:39.014708 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422: . ack 11 win 4197 <nop,nop,timestamp 129097 905335715>
13:15:39.703732 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET<= br> 13:15:39.703966 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (oui Unknown)
13:15:40.713755 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET<= br> 13:15:40.713989 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (oui Unknown)
13:15:41.723767 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET<= br> 13:15:41.724001 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (oui Unknown)
^C
28 packets captured
28 packets received by filter
0 packets dropped by kernel



Pinging DOMU [juju] from outside [d430]:

voodoo#=C2=A0 voodoo# tcpdump -i bge0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes
= 13:18:03.416797 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET
13:18:03.806349 IP voodoo-e0.FuzzWad.NET.65024 > alix2-e0.FuzzWad.NET.domain: 13910+ PTR? 33.9.17.172.in-addr.arpa. (42) 13:18:03.807206 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65024: 13910* 1/1/1 PTR[|domain]
13:18:03.807317 IP voodoo-e0.FuzzWad.NET.65023 > alix2-e0.FuzzWad.NET.domain: 13911+ PTR? 1.9.17.172.in-addr.arpa. (41) 13:18:03.808018 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65023: 13911* 1/1/1 PTR[|domain]
13:18:04.417209 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET
13:18:04.806175 IP voodoo-e0.FuzzWad.NET.65022 > alix2-e0.FuzzWad.NET.domain: 13912+ PTR? 38.9.17.172.in-addr.arpa. (42) 13:18:04.806877 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65022: 13912* 1/1/1 PTR[|domain]
13:18:05.836126 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422: P 3957206628:3957206648(20) ack 3615362238 win 4197 <nop,nop,timestamp 129391 905337123>
13:18:05.885190 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901: . ack 20 win 65535 <nop,nop,timestamp 905337183 129391>
13:18:06.790471 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901: P 1:11(10) ack 20 win 65535 <nop,nop,timestamp 905337192 129391>
13:18:06.806179 IP voodoo-e0.FuzzWad.NET.65021 > alix2-e0.FuzzWad.NET.domain: 13913+ PTR? 4.5.17.172.in-addr.arpa. (41) 13:18:06.807037 IP alix2-e0.FuzzWad.NET.domain > voodoo-e0.FuzzWad.NET.65021: 13913* 1/1/1 PTR[|domain]
13:18:06.986080 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422: . ack 11 win 4197 <nop,nop,timestamp 129393 905337192>
^C
14 packets captured
14 packets received by filter
0 packets dropped by kernel


--=20
Ron McDowell
San Antonio TX



--------------010005080505050905030808-- --===============0388333071== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0388333071==-- From xen-users-bounces@lists.xensource.com Mon Oct 17 12:10:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 12:10:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFsZd-00074b-4I; Mon, 17 Oct 2011 12:10:09 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFsWx-0006i6-7h for xen-users@lists.xensource.com; Mon, 17 Oct 2011 12:07:26 -0700 X-Env-Sender: eric.camachat@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1318878408!59542393!1 X-Originating-IP: [209.85.213.179] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9786 invoked from network); 17 Oct 2011 19:06:49 -0000 Received: from mail-yx0-f179.google.com (HELO mail-yx0-f179.google.com) (209.85.213.179) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 19:06:49 -0000 Received: by yxn35 with SMTP id 35so4616859yxn.10 for ; Mon, 17 Oct 2011 12:07:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=s3tWhh9xBpjH1J4Z1Xt2O0MSzAlStUKTTKNLB7WJAOY=; b=O27WGMCVJZ6mctc0JOP0LL9hjI+dqdsEvICUkZEgWMLfXJKnjv6xFWdfEPTXr27vhK Smvc5rt9+23eKInpAjiY6leHNg/yymbbqkZ7JKOSwF8EDXuErFhj5NmZLVHXBKpOhgnl tmqik0WX1iooMQJZ8bCOAcLz9tT4UmKT37cRI= Received: by 10.236.187.70 with SMTP id x46mr28983323yhm.71.1318878438073; Mon, 17 Oct 2011 12:07:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.109.145 with HTTP; Mon, 17 Oct 2011 12:06:58 -0700 (PDT) In-Reply-To: References: From: Eric Camachat Date: Mon, 17 Oct 2011 12:06:58 -0700 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] Re: Serial port pass-through or redirect X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com After some trials. I can see console outputs (kernel printk stuff), but still cannot access it by application. for example: /sbin/getty -L -n -l /bin/sh 19200 /dev/ttyS1 vt100 Will be terminated automatically. On Mon, Oct 17, 2011 at 10:11 AM, Eric Camachat wrote: > My Xen version is 4.0.1, dom0 is fedora core 12, domU is linux-2.6.32.24. > > On Sun, Oct 16, 2011 at 10:17 PM, Eric Camachat wrote: >> Hi, >> >> I tried to pass-through ttyS1 (COM2) to domU but never succeeded. >> My config file: >> irq=[3] >> ioports=['2f8-2ff'] >> I can see my domU detect ttyS1 but still cannot drive it. (I can open >> /dev/ttyS1 but cannot setup its baudrate). >> >> If I unbind COM2 from 8250 driver in dom0 then my domU cannot detect >> any ttyS*, it is weird. >> >> I also tried: >> serial=['pty','/dev/ttyS1'] >> but didn't work either. >> >> It is difficult to let my domU to controll ttyS1 (COM2). >> >> Thanks, >> Eric >> > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 13:28:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 13:28:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFtmx-0002E3-4X; Mon, 17 Oct 2011 13:27:59 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFtlF-0001tE-H6 for xen-users@lists.xensource.com; Mon, 17 Oct 2011 13:26:15 -0700 X-Env-Sender: wferi@niif.hu X-Msg-Ref: server-2.tower-182.messagelabs.com!1318883170!19858125!1 X-Originating-IP: [193.6.222.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8136 invoked from network); 17 Oct 2011 20:26:10 -0000 Received: from tac.ki.iif.hu (HELO tac.ki.iif.hu) (193.6.222.43) by server-2.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 17 Oct 2011 20:26:10 -0000 Received: from wferi by tac.ki.iif.hu with local (Exim 4.72) (envelope-from ) id 1RFtlB-0001uD-9D; Mon, 17 Oct 2011 22:26:09 +0200 From: Ferenc Wagner To: Mike Richardson References: <20111005081704.GP3556@jadzia.mcc.ac.uk> Date: Mon, 17 Oct 2011 22:26:09 +0200 In-Reply-To: <20111005081704.GP3556@jadzia.mcc.ac.uk> (Mike Richardson's message of "Wed, 5 Oct 2011 09:17:04 +0100") Message-ID: <87lisjs6u6.fsf@tac.ki.iif.hu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: xen-users@lists.xensource.com Subject: [Xen-users] Re: .1q trunks X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Mike Richardson writes: > The Dom0 has two physical interfaces, one as an 'access' port (I'll be > using Cisco terminology) and the other is a .1q trunk for up to 150 > VLANs (don't ask, long story). Some of the VLANs on this trunk are for > managing the DomUs and as such I've created interfaces and bridges for > each. The rest I want to pass on, as a trunk, to a DomU. > > The DomU will have a management interface which connects to one of the > above management bridges and it should also have an interface > connected to the trunk. I want to be able to listen to all the > broadcast traffic on that trunk. You forgot to tell your precise problem. However, if you put a trunk interface (eth1) into a bridge, the bridge will suck up ALL packets (tagged and native) unless stopped by an appropriate ebtables rule. This manifests as NO traffic getting to the tagged interface (eth1.1). -- Regards, Feri. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 13:30:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 13:30:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFtoy-0002wT-FM; Mon, 17 Oct 2011 13:30:05 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFto1-0002XK-MB for xen-users@lists.xensource.com; Mon, 17 Oct 2011 13:29:06 -0700 X-Env-Sender: goodb0fh@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1318883341!35622333!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23793 invoked from network); 17 Oct 2011 20:29:02 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 20:29:02 -0000 Received: by iaen33 with SMTP id n33so8023411iae.30 for ; Mon, 17 Oct 2011 13:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=58RtlWvhq5VdCRcwn3vL4dpAoCmzQcFlycWaF/dADE4=; b=avVRTcekDTAGp+vNO2K6f3q34z0ZXPhPnz0RkzjtZ1GnSfsZV/IFPoBacZc5sus1Pm nCu/isVIqECdh7OHJXfhK3QseInX+quTSj7bXgUe3SrWaksnEgkyQ69iiHzEv87EsxAi Xnc/h3qOUErcqX00SJrLcaplzYlczhlUkFIb4= MIME-Version: 1.0 Received: by 10.42.141.69 with SMTP id n5mr40885660icu.47.1318883340907; Mon, 17 Oct 2011 13:29:00 -0700 (PDT) Received: by 10.42.217.196 with HTTP; Mon, 17 Oct 2011 13:29:00 -0700 (PDT) Date: Mon, 17 Oct 2011 16:29:00 -0400 Message-ID: From: bofh To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] newbie question X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I used xen about 2 years back, then moved to vmware esxi. Would like to go back to xen. Have a couple of questions. I spent a lot of time googling, and have been thoroughly confused... A bit of background - I am using Debian Wheezy. I just did a apt-get update/upgrade and virt-manager cannot see my virtual machines anymore, other than dom0. Since I have not been impressed with virt-manager anyway (cannot reboot a virtual machine, etc), I have a question: 1) In debian, what is the best/native way to create/configure domUs? xen-utils-4.1? xen-tools? 2) Is there really no easier way to set up networking? I want to set up 2 private, non-routed networks, and one natted network, and one bridged network. The natted and bridged interface should be on the physical eth0, the private ones should not be on eth0 3) What is the best way to install win7? Use redhat's unsigned drivers? 4) What is the best open solaris? Use e1000 network driver? 5) Is there a good way to do sata passthrough? I want to passthrough all my sata drives to opensolaris (to do ZFS) 6) I have 16Gigs of ram, should I really limit dom0's ram to 2G or 4G? The other virtual machines will be brought up and down as need be. Really appreciate any help you can provide. A definitive link for each of the above would be great! :) :) --=20 http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=3DtGvHNNOLnCk "This officer's men seem to follow him merely out of idle curiosity." -- Sandhurst officer cadet evaluation. "Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted."=A0 -- Gene Spafford learn french:=A0 http://www.youtube.com/watch?v=3D30v_g83VHK4 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 14:05:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 14:05:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFuNY-0004jy-KX; Mon, 17 Oct 2011 14:05:48 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RFuMT-0004Ow-L6 for xen-users@lists.xensource.com; Mon, 17 Oct 2011 14:04:42 -0700 X-Env-Sender: bwang@cengen.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1318885458!35619033!1 X-Originating-IP: [38.119.104.215] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7718 invoked from network); 17 Oct 2011 21:04:38 -0000 Received: from unknown (HELO cengen.atlanticasp.com) (38.119.104.215) by server-10.tower-174.messagelabs.com with SMTP; 17 Oct 2011 21:04:38 -0000 Received: from ([173.69.177.231]) by cengen.com with MailEnable WebMail; Mon, 17 Oct 2011 17:03:45 -0400 To: From: Date: Mon, 17 Oct 2011 17:03:45 -0400 Message-ID: MIME-Version: 1.0 X-Mailer: MailEnable WebMail.NET X-MimeOLE: Produced By MailEnable WebMail.NET V3.62.0.0 X-Read: 0 Content-Type: multipart/mixed; boundary="--=_Part_E50E486921714DD495AF59F90718E641" X-Priority: 3 X-MSMail-Priority: Medium Subject: [Xen-users] Extending flow control into the vm X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. ----=_Part_E50E486921714DD495AF59F90718E641 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable We have been using Xen as our vm only recently (about a year now). We recently started to look at t= he tcp flow control that is coming in and out of the VM. Our configuration is that a physical int= erface on the host, peth1, is connect to vif1.1 by bridge br1, vif1.1 is instantiated as eth1 insi= de the vm. We have a data source attached to eth1 that over subscribe the data capacity of peth1.= Using pcap on all 4 location, we see that flow control is correctly enforced on peth1 but goes n= o further. Is there a way to extend the flow control all the way into the vm onto eth1=3F Thanks, Ben Wang DRS Defense Solutions bwang@cengen.com ----=_Part_E50E486921714DD495AF59F90718E641 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ----=_Part_E50E486921714DD495AF59F90718E641-- From xen-users-bounces@lists.xensource.com Mon Oct 17 15:13:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 15:13:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFvRW-0006p3-1x; Mon, 17 Oct 2011 15:13:58 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RFvPo-0006UQ-O0 for xen-users@lists.xensource.com; Mon, 17 Oct 2011 15:12:13 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-3.tower-21.messagelabs.com!1318889529!540101!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13137 invoked from network); 17 Oct 2011 22:12:09 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-3.tower-21.messagelabs.com with SMTP; 17 Oct 2011 22:12:09 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E46FC10401A for ; Mon, 17 Oct 2011 23:12:07 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FfyV0ejiRpPG for ; Mon, 17 Oct 2011 23:12:07 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 797B2282C9 for ; Mon, 17 Oct 2011 23:12:07 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 17 Oct 2011 23:12:02 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] newbie question Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com bofh wrote: >1) In debian, what is the best/native way to create/configure domUs? > xen-utils-4.1? xen-tools? These days I do it manually. debootstrap to create an initial image, but then I just clone that to make new guests. >2) Is there really no easier way to set up networking? I want to set >up 2 private, non-routed networks, and one natted network, and one >bridged network. The natted and bridged interface should be on the >physical eth0, the private ones should not be on eth0 Hard to answer when you don't say what the comparison is with ! Just don't use any Xen network-script and create the bridges with the native tools. Creating bridges is a doddle in Debian these days. >6) I have 16Gigs of ram, should I really limit dom0's ram to 2G or >4G? Probably less. Apparently various tables are sized at boot time according to total RAM. So limiting RAM to what is actually needed results in these tables being sized accordingly. Besides, it avoids resizing Dom0 memory every time you start/stop a guest. PS - BOFH ? Surely an imposter. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 15:25:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 15:25:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFvcH-0007gN-6F; Mon, 17 Oct 2011 15:25:05 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFvax-0007LQ-PT for xen-users@lists.xensource.com; Mon, 17 Oct 2011 15:23:44 -0700 X-Env-Sender: goodb0fh@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1318890219!35612696!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20030 invoked from network); 17 Oct 2011 22:23:40 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 22:23:40 -0000 Received: by ywm13 with SMTP id 13so2186186ywm.30 for ; Mon, 17 Oct 2011 15:23:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=VHW/2XNPQF8oqS/tUvpSdnLeA9g/Qhgq3PF4N1Kdf8g=; b=mFt9bkDgKvFdwmmShmH8GF6lmchGZ9QO6sdbmDQBnWuu9yXhb9sD7Y3hiHmLA07QNT 6So5EcYFxz3l5P2Uh9EqylJFikxafuDXMR1Yef0XlEZhcK5LYNUrDeHqDTQnRu5cGqYk pITFKENj1EGFeEPI6nDGHtX6lot0yQxur2in4= MIME-Version: 1.0 Received: by 10.42.150.135 with SMTP id a7mr41660827icw.53.1318890218282; Mon, 17 Oct 2011 15:23:38 -0700 (PDT) Received: by 10.42.217.196 with HTTP; Mon, 17 Oct 2011 15:23:38 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Oct 2011 18:23:38 -0400 Message-ID: Subject: Re: [Xen-users] newbie question From: bofh To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 17, 2011 at 6:12 PM, Simon Hobson wrot= e: > bofh wrote: > >> 1) =A0In debian, what is the best/native way to create/configure domUs? >> =A0xen-utils-4.1? =A0xen-tools? > > These days I do it manually. debootstrap to create an initial image, but > then I just clone that to make new guests. OK, debootstrap... OK means cp everything? I can do that. >> 2) =A0Is there really no easier way to set up networking? =A0I want to s= et >> up 2 private, non-routed networks, and one natted network, and one >> bridged network. =A0The natted and bridged interface should be on the >> physical eth0, the private ones should not be on eth0 > > Hard to answer when you don't say what the comparison is with ! > Just don't use any Xen network-script and create the bridges with the nat= ive > tools. Creating bridges is a doddle in Debian these days. I want to create my VMs to use one (or more) of the four interfaces a) non-routed self contained class C (192.168.100.0/24) b) non-routed self contained class C (192.168.200.0/24) c) natted interface to eth0 (so that I can "hide" behind a NAT) d) bridged interface to eth0 (so that I can pick up a live IP off the wire= ) So d) sounds like I just create a bridge, and point my VMs to the bridge. OK, easy enough. >> 6) =A0I have 16Gigs of ram, should I really limit dom0's ram to 2G or >> 4G? > > Probably less. Apparently various tables are sized at boot time according= to > total RAM. So limiting RAM to what is actually needed results in these > tables being sized accordingly. Besides, it avoids resizing Dom0 memory > every time you start/stop a guest. Since this is my laptop, I'm thinking of using dom0 for my primary desktop too :P :P :P :P > PS - BOFH ? Surely an imposter. Hmm, what was your email address again? --=20 http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=3DtGvHNNOLnCk "This officer's men seem to follow him merely out of idle curiosity." -- Sandhurst officer cadet evaluation. "Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted."=A0 -- Gene Spafford learn french:=A0 http://www.youtube.com/watch?v=3D30v_g83VHK4 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 15:32:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 15:32:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFvjG-0000Qe-BZ; Mon, 17 Oct 2011 15:32:18 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFvha-00087l-1M for xen-users@lists.xensource.com; Mon, 17 Oct 2011 15:30:34 -0700 X-Env-Sender: mickael.monsieur@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1318890630!541909!1 X-Originating-IP: [74.125.82.41] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5069 invoked from network); 17 Oct 2011 22:30:31 -0000 Received: from mail-ww0-f41.google.com (HELO mail-ww0-f41.google.com) (74.125.82.41) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Oct 2011 22:30:31 -0000 Received: by wwe32 with SMTP id 32so2778514wwe.0 for ; Mon, 17 Oct 2011 15:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=hbv55LOrVbu2gFTcyDNIZq1hffEL5Pf0hrpfNQJ6UTM=; b=jkQ9zaq5mQXM+bVN5J2Ku1iTHt7UHg9cAeDtZ2Brn4kDbpQ5ERpB1ZLhnW3sHUFHpZ nnGRDsUeBbIlfoUCZoRDYZOtrvPTvxCM46YbIoBj5md9UwsSdWSuC/ririA0scuPZpmm +JOKtEYgCeSzSu3dHs3jJ/dYfxLc1AnY1m1qA= MIME-Version: 1.0 Received: by 10.216.137.13 with SMTP id x13mr4401494wei.52.1318890630520; Mon, 17 Oct 2011 15:30:30 -0700 (PDT) Received: by 10.180.85.36 with HTTP; Mon, 17 Oct 2011 15:30:30 -0700 (PDT) Date: Tue, 18 Oct 2011 00:30:30 +0200 Message-ID: From: Mickael MONSIEUR To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] Vcpus X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi all, I'm new on xen list! I dipose a server with 8 cores, is it possible to allocate 8 cpus to 10 instances? Is it also possible to allocate 1/3 or 1/2 cpu to one instance? Thank you, Mickael --=20 Envoy=C3=A9 avec mon mobile _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 15:50:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 15:50:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFw19-0001eB-FZ; Mon, 17 Oct 2011 15:50:47 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RFvzw-0001J7-TR for xen-users@lists.xensource.com; Mon, 17 Oct 2011 15:49:33 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1318891769!515090!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9188 invoked from network); 17 Oct 2011 22:49:29 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 17 Oct 2011 22:49:29 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C7CF210401A for ; Mon, 17 Oct 2011 23:49:28 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wk47GgifVmRh for ; Mon, 17 Oct 2011 23:49:28 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 67B8B282C9 for ; Mon, 17 Oct 2011 23:49:28 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 17 Oct 2011 23:21:04 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Extending flow control into the vm Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com bwang@cengen.com wrote: >We have a data source attached to eth1 that over subscribe the data >capacity of peth1. Using pcap on all 4 location, we see that flow >control is correctly enforced on peth1 but goes no further. Is >there a way to extend the flow control all the way into the vm onto >eth1? This would be flow control, as in the hardware support at the ethernet link layer ? I think that would not make sense in a virtual switch - there is no limit to available bandwidth on these links, and in theory no limit on available packet buffer. Would enforcing flow rate limits via tc rules do the job ? -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 18:27:26 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 18:27:26 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RFySj-0005tl-Rn; Mon, 17 Oct 2011 18:27:25 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RFyRV-0005ZG-Pz for xen-users@lists.xensource.com; Mon, 17 Oct 2011 18:26:10 -0700 X-Env-Sender: cmkim@core.kaist.ac.kr X-Msg-Ref: server-5.tower-27.messagelabs.com!1318900846!49490665!1 X-Originating-IP: [143.248.147.118] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 901 invoked from network); 18 Oct 2011 01:20:49 -0000 Received: from core.kaist.ac.kr (HELO core.kaist.ac.kr) (143.248.147.118) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Oct 2011 01:20:49 -0000 Received: from CHULMINKIMPC (az.kaist.ac.kr [143.248.165.115]) by core.kaist.ac.kr (8.14.4/8.14.4) with ESMTP id p9I1G6up012241; Tue, 18 Oct 2011 10:16:06 +0900 From: "Chulmin Kim" To: "'Mickael MONSIEUR'" References: In-Reply-To: Subject: RE: [Xen-users] Vcpus Date: Tue, 18 Oct 2011 10:21:11 +0900 Message-ID: <010d01cc8d34$38ca4e60$aa5eeb20$@core.kaist.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGC3USUVPWP63LDInpNnR90maRNl5YUrFSg Content-Language: ko Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com By time slicing, hypervisor would give even amount of cpu time to each = instance. (like time slicing for processes in os) Of course, it this case, vcpus will not operate on the fixed pcpu.=20 -----Original Message----- From: xen-users-bounces@lists.xensource.com = [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Mickael = MONSIEUR Sent: Tuesday, October 18, 2011 7:31 AM To: xen-users@lists.xensource.com Subject: [Xen-users] Vcpus Hi all, I'm new on xen list! I dipose a server with 8 cores, is it possible to allocate 8 cpus to 10 instances? Is it also possible to allocate 1/3 or 1/2 cpu to one = instance? Thank you, Mickael -- Envoy=C3=A9 avec mon mobile _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 21:27:26 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 21:27:26 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG1Gw-0002cX-Ma; Mon, 17 Oct 2011 21:27:26 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG1FZ-0002Ha-FD for xen-users@lists.xensource.com; Mon, 17 Oct 2011 21:26:02 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-13.tower-216.messagelabs.com!1318911956!1477718!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8642 invoked from network); 18 Oct 2011 04:25:58 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Oct 2011 04:25:58 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9I4PuC4013603 for ; Mon, 17 Oct 2011 21:25:56 -0700 (envelope-from brooks@netgate.net) Date: Mon, 17 Oct 2011 21:25:56 -0700 (PDT) From: brooks@netgate.net To: xen-users@lists.xensource.com Message-ID: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: [Xen-users] ebtables support in XCP 1.1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com From: http://blog.xen.org/index.php/2011/09/23/xcp-1-1-rc1/ ------------------------------------------------------------------------ For OpenStack and others, support for ebtables and other netfilter options have been added to the kernel. These options have been disabled by default, but can be re-enabled with simple sysctl commands. These are the same kernel changes that will be included in the upcoming XenServer 6.0 release. ------------------------------------------------------------------------ How do you enable support for ebtables in XCP 1.1? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 17 23:24:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 17 Oct 2011 23:24:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG36D-0005fd-CQ; Mon, 17 Oct 2011 23:24:29 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RG34j-0005KN-T6 for xen-users@lists.xensource.com; Mon, 17 Oct 2011 23:23:00 -0700 X-Env-Sender: zhoujian.king@snda.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1318918972!572271!1 X-Originating-IP: [61.172.241.96] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7022 invoked from network); 18 Oct 2011 06:22:53 -0000 Received: from mail.snda.com (HELO mail.snda.com) (61.172.241.96) by server-5.tower-21.messagelabs.com with SMTP; 18 Oct 2011 06:22:53 -0000 Received: from unknown (helo shzhoujian01)(unknown@10.241.33.140) by test with SMTP; Tue, 18 Oct 2011 06:22:48 +0000 X-Lasthop: 10.241.33.140 Messageid: 192.168.122.23_25_10.241.33.140_2701_20111018.14:22:48.150 From: =?gb2312?B?1ty9oQ==?= To: References: In-Reply-To: Date: Tue, 18 Oct 2011 14:22:50 +0800 Message-ID: <008401cc8d5e$5e13f430$1a3bdc90$@king@snda.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcyMtyEbQcUdJG1JTUaDMmaU8p0sbgApwvdQ Content-Language: zh-cn Subject: [Xen-users] Hotplug scripts not working X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1238686838==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1238686838== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0085_01CC8DA1.6C373430" Content-Language: zh-cn This is a multi-part message in MIME format. ------=_NextPart_000_0085_01CC8DA1.6C373430 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Hi all, I meet a very confused issue when start a windows machine in (2.6.18-194.26. 1.el5xen, xen 3.4.3). The message as following: [2011-10-17 12:07:53 3757] DEBUG (DevController:97) DevController: writing {'bridge': 'eth0', 'domain': 'windows_14_2011_03_25_14_47_28', 'handle': '1', 'uuid': '9fa800fd-c929-9272-e7b7-9bb33f5ce6be', 'script': '/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:00:02:eb', 'frontend-id': '9', 'state': '1', 'online': '1', 'frontend': '/local/domain/9/device/vif/1'} to /local/domain/0/backend/vif/9/1. [2011-10-17 12:07:53 3757] INFO (image:394) spawning device models: /usr/lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '-d', '9', '-domain-name', 'windows_14_2011_03_25_14_47_28', '-videoram', '4', '-vnc', '0.0.0.0:14', '-vncunused', '-vcpus', '4', '-boot', 'cd', '-serial', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=1,macaddr=00:16:3e:00:01:eb,model=rtl8139', '-net', 'tap,vlan=1,ifname=tap9.0,bridge=eth1', '-net', 'nic,vlan=2,macaddr=00:16:3e:00:02:eb,model=rtl8139', '-net', 'tap,vlan=2,ifname=tap9.1,bridge=eth0', '-M', 'xenfv'] [2011-10-17 12:07:53 3757] INFO (image:443) device model pid: 9984 [2011-10-17 12:07:53 3757] INFO (image:531) waiting for sentinel_fifo [2011-10-17 12:07:53 3757] DEBUG (XendDomainInfo:3067) Storing VM details: {'on_xend_stop': 'ignore', 'shadow_memory': '34', 'uuid': '9152a7b1-7396-43af-85e4-69989060dbe5', 'on_reboot': 'restart', 'start_time': '1318824473.19', 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '4', 'vcpu_avail': '15', 'bootloader': '', 'image': '(hvm (kernel ) (videoram 4) (hpet 0) (stdvga 0) (vnclisten 0.0.0.0) (loader /usr/lib/xen/boot/hvmloader) (serial pty) (vncunused 1) (xen_platform_pci 1) (boot cd) (rtc_timeoffset 66) (pci ()) (pae 1) (vpt_align 1) (hap 1) (viridian 0) (acpi 1) (localtime 0) (timer_mode 1) (vnc 1) (nographic 0) (guest_os_type default) (vncdisplay 14) (pci_msitranslate 1) (apic 1) (sdl 0) (monitor 0) (usbdevice tablet) (device_model /usr/lib64/xen/bin/qemu-dm) (pci_power_mgmt 0) (usb 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))', 'name': 'windows_14_2011_03_25_14_47_28'} [2011-10-17 12:07:53 3757] DEBUG (XendDomainInfo:1629) Storing domain details: {'console/port': '6', 'cpu/3/availability': 'online', 'name': 'windows_14_2011_03_25_14_47_28', 'console/limit': '1048576', 'store/port': '5', 'cpu/2/availability': 'online', 'vm': '/vm/9152a7b1-7396-43af-85e4-69989060dbe5', 'domid': '9', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', 'memory/target': '3840000', 'control/platform-feature-multiprocessor-suspend': '1', 'store/ring-ref': '1044476', 'cpu/1/availability': 'online', 'console/type': 'ioemu'} [2011-10-17 12:07:53 3757] DEBUG (DevController:139) Waiting for devices vif. [2011-10-17 12:07:53 3757] DEBUG (DevController:144) Waiting for 0. [2011-10-17 12:07:53 3757] DEBUG (XendDomainInfo:1716) XendDomainInfo.handleShutdownWatch [2011-10-17 12:07:53 3757] DEBUG (DevController:629) hotplugStatusCallback /local/domain/0/backend/vif/9/0/hotplug-status. [2011-10-17 12:07:53 3757] DEBUG (DevController:629) hotplugStatusCallback /local/domain/0/backend/vif/9/0/hotplug-status. [2011-10-17 12:07:53 3757] DEBUG (DevController:643) hotplugStatusCallback 1. [2011-10-17 12:07:53 3757] DEBUG (DevController:144) Waiting for 1. [2011-10-17 12:07:53 3757] DEBUG (DevController:629) hotplugStatusCallback /local/domain/0/backend/vif/9/1/hotplug-status. [2011-10-17 12:09:33 3757] WARNING (XendDomain:1048) Failed to setup devices for : Device 1 (vif) could not be connected. Hotplug scripts not working. [2011-10-17 12:09:33 3757] DEBUG (XendDomainInfo:2739) XendDomainInfo.destroy: domid=9 [2011-10-17 12:09:34 3757] DEBUG (XendDomainInfo:2214) Destroying device model While it worked well for one year and anther windows virtual machine still running at the same host. Thank you at all. ------=_NextPart_000_0085_01CC8DA1.6C373430 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi all,

 

I meet a very confused issue = when start a windows machine in (2.6.18-194.26.1.el5xen, xen 3.4.3). =  

The message as = following:

 

[2011-10-17 12:07:53 3757] DEBUG (DevController:97) DevController: writing {'bridge': 'eth0', 'domain': = 'windows_14_2011_03_25_14_47_28', 'handle': '1', 'uuid': '9fa800fd-c929-9272-e7b7-9bb33f5ce6be', 'script': '/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:00:02:eb', = 'frontend-id': '9', 'state': '1', 'online': '1', 'frontend': '/local/domain/9/device/vif/1'} = to /local/domain/0/backend/vif/9/1.

[2011-10-17 12:07:53 3757] INFO = (image:394) spawning device models: /usr/lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '-d', '9', '-domain-name', 'windows_14_2011_03_25_14_47_28', '-videoram', '4', '-vnc', = '0.0.0.0:14', '-vncunused', '-vcpus', '4', '-boot', 'cd', '-serial', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:16:3e:00:01:eb,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap9.0,bridge=3Deth1', '-net', = 'nic,vlan=3D2,macaddr=3D00:16:3e:00:02:eb,model=3Drtl8139', '-net', 'tap,vlan=3D2,ifname=3Dtap9.1,bridge=3Deth0', '-M', = 'xenfv']

[2011-10-17 12:07:53 3757] INFO = (image:443) device model pid: 9984

[2011-10-17 12:07:53 3757] INFO = (image:531) waiting for sentinel_fifo

[2011-10-17 12:07:53 3757] DEBUG = (XendDomainInfo:3067) Storing VM details: {'on_xend_stop': 'ignore', 'shadow_memory': '34', = 'uuid': '9152a7b1-7396-43af-85e4-69989060dbe5', 'on_reboot': 'restart', = 'start_time': '1318824473.19', 'on_poweroff': 'destroy', 'bootloader_args': '', = 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': = '4', 'vcpu_avail': '15', 'bootloader': '', 'image': '(hvm (kernel ) (videoram = 4) (hpet 0) (stdvga 0) (vnclisten 0.0.0.0) (loader = /usr/lib/xen/boot/hvmloader) (serial pty) (vncunused 1) (xen_platform_pci 1) (boot cd) = (rtc_timeoffset 66) (pci ()) (pae 1) (vpt_align 1) (hap 1) (viridian 0) (acpi 1) (localtime = 0) (timer_mode 1) (vnc 1) (nographic 0) (guest_os_type default) (vncdisplay = 14) (pci_msitranslate 1) (apic 1) (sdl 0) (monitor 0) (usbdevice tablet) (device_model /usr/lib64/xen/bin/qemu-dm) (pci_power_mgmt 0) (usb 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))', = 'name': 'windows_14_2011_03_25_14_47_28'}

[2011-10-17 12:07:53 3757] DEBUG (XendDomainInfo:1629) Storing domain details: {'console/port': '6', 'cpu/3/availability': 'online', 'name': = 'windows_14_2011_03_25_14_47_28', 'console/limit': '1048576', 'store/port': '5', 'cpu/2/availability': = 'online', 'vm': '/vm/9152a7b1-7396-43af-85e4-69989060dbe5', 'domid': '9', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '3840000', 'control/platform-feature-multiprocessor-suspend': '1', 'store/ring-ref': '1044476', 'cpu/1/availability': 'online', = 'console/type': 'ioemu'}

[2011-10-17 12:07:53 3757] DEBUG (DevController:139) Waiting for devices vif.

[2011-10-17 12:07:53 3757] DEBUG (DevController:144) Waiting for 0.

[2011-10-17 12:07:53 3757] DEBUG (XendDomainInfo:1716) = XendDomainInfo.handleShutdownWatch

[2011-10-17 12:07:53 3757] DEBUG = (DevController:629) hotplugStatusCallback = /local/domain/0/backend/vif/9/0/hotplug-status.

[2011-10-17 12:07:53 3757] DEBUG (DevController:629) hotplugStatusCallback /local/domain/0/backend/vif/9/0/hotplug-status.

[2011-10-17 12:07:53 3757] DEBUG (DevController:643) hotplugStatusCallback 1.

[2011-10-17 12:07:53 3757] DEBUG (DevController:144) Waiting for 1.

[2011-10-17 12:07:53 3757] DEBUG (DevController:629) hotplugStatusCallback /local/domain/0/backend/vif/9/1/hotplug-status.

[2011-10-17 = 12:09:33 3757] WARNING (XendDomain:1048) Failed to setup devices for <domain id=3D9 name=3Dwindows_14_2011_03_25_14_47_28 memory=3D3932160000 = state=3Dpaused>: Device 1 (vif) could not be connected. Hotplug scripts not = working.

[2011-10-17 12:09:33 3757] DEBUG (XendDomainInfo:2739) XendDomainInfo.destroy: = domid=3D9

[2011-10-17 12:09:34 3757] DEBUG (XendDomainInfo:2214) Destroying device model

 

 

While it worked well for one = year and anther windows virtual machine = still running at the same host.

Thank you at = all.

 

------=_NextPart_000_0085_01CC8DA1.6C373430-- --===============1238686838== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1238686838==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 00:22:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 00:22:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG40g-0007wX-S2; Tue, 18 Oct 2011 00:22:50 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG3zM-0007bl-ON for xen-users@lists.xensource.com; Tue, 18 Oct 2011 00:21:29 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1318922484!33540147!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16463 invoked from network); 18 Oct 2011 07:21:25 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 07:21:25 -0000 Received: by vws13 with SMTP id 13so159985vws.30 for ; Tue, 18 Oct 2011 00:21:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=OMspQYh5Pj/5ZuJnZdfczTbYTBpsODS6SifyDhiwfrw=; b=i9Jr5ADbp2o0G5C4wPByTvUTRDaKvBioYrDyt6K2ZCzXey4Y/z1qyeB2fYNVaSxf6o FJunlUzLfMRFvyA2F6cm4ZeUDBBQ0O2abCO3vVVnzuTGUVAXUUIHnL4xRg+tHLuw9mip eSqf4fPYpSkSgDBEWMbilPEamYBYBYs8nDvLM= Received: by 10.52.30.194 with SMTP id u2mr1145751vdh.13.1318922484081; Tue, 18 Oct 2011 00:21:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Tue, 18 Oct 2011 00:21:04 -0700 (PDT) From: Flavio Date: Tue, 18 Oct 2011 09:21:04 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] HVM domain without PV drivers: graceful shutdown not possible X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I have a windows 7 domU installed and I have the following problem whem trying to shutdown the virtual machine using the command "xl shutdown ": libxl: error: libxl.c:553:libxl_domain_shutdown HVM domain without PV drivers: graceful shutdown not possible, use destroy shutdown failed (rc=-3) I have seen the log files but I cannot get anything significant in my opinion. I also have googled a lot and I've found that I have to install the PV drivers on Windows. This is strange, becouse I've never had this necessity when I was using the old xm tool stack. I read this page: http://wiki.xen.org/xenwiki/XenWindowsGplPv So I've followed the instructions and tried to install the gplpv_Vista2008x64_0.11.0.308_debug.msi file in the domU, but I get this message: "testsigning must be on for x64 when installing on vista or newer". Well, googling again I've found that testsigning must be turned on and I've done it performing the following command in the domU: bcdedit.exe -set TESTSIGNING ON Then I tried again to setup the gplpv msi and all went OK.... up to the next reboot! The domU was completely unusable, and I was lucky that the windows recovery worked, making my domU working again. At this point, I don't know what to do. Can somebody tell me where I was wrong please? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 01:17:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 01:17:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG4rG-0001lH-Tt; Tue, 18 Oct 2011 01:17:10 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG4oj-0001A9-0Q for xen-users@lists.xensource.com; Tue, 18 Oct 2011 01:14:33 -0700 X-Env-Sender: royger@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1318925668!568481!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8749 invoked from network); 18 Oct 2011 08:14:29 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 08:14:29 -0000 Received: by ywm13 with SMTP id 13so482672ywm.30 for ; Tue, 18 Oct 2011 01:14:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=mz2OZRHVmSqA9vWSM+vtQVkZu19mqbJnkS1XcXTGCo8=; b=o96R7jqwzk+6poknMAgHYRJ3U+8uRi45kAzhQ2+FydqXjfnRfVGW/JzLz5mesZY/Tb a3HlKN10Ztzr9Oib+sSjjY1Be76wwORuaTZq9rUgsDBiqDnqoNTm2M7DKbA6DTE3KYH+ sL53oENIpIf5IMqxIu1U16r4QY1Jc/flS5Cs0= MIME-Version: 1.0 Received: by 10.68.31.4 with SMTP id w4mr3490797pbh.20.1318925668132; Tue, 18 Oct 2011 01:14:28 -0700 (PDT) Received: by 10.142.133.20 with HTTP; Tue, 18 Oct 2011 01:14:28 -0700 (PDT) In-Reply-To: <4E9C76D6.6080802@fuzzwad.org> References: <4E971542.8060008@fuzzwad.org> <4E99BB61.3050208@fuzzwad.org> <4E9C47A3.6060804@fuzzwad.org> <4E9C76D6.6080802@fuzzwad.org> Date: Tue, 18 Oct 2011 10:14:28 +0200 X-Google-Sender-Auth: qgmZiqyamvrGielubydaAYBQg10 Message-ID: Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory From: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= To: Ron McDowell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > [root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0 > bridge0: flags=3D41 > > Configuration: > priority 32768 hellotime 2 fwddelay 15 maxage 20 > ipfilter disabled flags 0x0 > Interfaces: > tap0 flags=3D3 > port 6 priority 128 > xvif1.0 flags=3D3 > port 5 priority 128 > bge0 flags=3D3 > port 1 priority 128 > Address cache (max cache: 100, timeout: 1200): > 00:0d:b9:21:fa:54 bge0 1174 flags=3D0<> I haven't noticed it, but it looks like the bridge is not correctly caching the mac address of the added interfaces, I usually have something like this in the "Address cache" of a bridge: Address cache (max cache: 100, timeout: 1200): 00:16:3e:7c:11:77 xvif8i0 18446744073709551596 flags=3D0<> 00:16:3e:30:9e:ee vlan2304 18446744073709551471 flags=3D0<> > cast of characters [all netmasks are /24]: > voodoo: DOM0, 172.17.9.38 > juju: DOMU, 172.17.9.33 > zombie: macbook air that is my desktop box with the vnc session to DOMU a= nd > ssh session to DOM0, 172.17.5.4 > alix2-e0: default router, 172.17.9.1, wired network > alix2-w0: wifi side, 172.17.5.1, only connection is to zombie > d430: the outside box, 172.17.9.36 > > pinging out [d430] from DOMU [juju]: > > voodoo# tcpdump -i bge0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e > listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes > 13:15:35.663665 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET > 13:15:35.663899 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou= i > Unknown) > 13:15:35.804971 IP voodoo-e0.FuzzWad.NET.65031 > > alix2-e0.FuzzWad.NET.domain: 12889+ PTR? 36.9.17.172.in-addr.arpa. (42) > 13:15:35.805830 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65031: 12889* 1/1/1 PTR[|domain] > 13:15:35.805955 IP voodoo-e0.FuzzWad.NET.65030 > > alix2-e0.FuzzWad.NET.domain: 12890+ PTR? 33.9.17.172.in-addr.arpa. (42) > 13:15:35.806657 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65030: 12890* 1/1/1 PTR[|domain] > 13:15:36.673680 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET > 13:15:36.673914 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou= i > Unknown) > 13:15:36.804797 IP voodoo-e0.FuzzWad.NET.65029 > > alix2-e0.FuzzWad.NET.domain: 12891+ PTR? 1.9.17.172.in-addr.arpa. (41) > 13:15:36.805499 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65029: 12891* 1/1/1 PTR[|domain] > 13:15:36.805603 IP voodoo-e0.FuzzWad.NET.65028 > > alix2-e0.FuzzWad.NET.domain: 12892+ PTR? 38.9.17.172.in-addr.arpa. (42) > 13:15:36.806305 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65028: 12892* 1/1/1 PTR[|domain] > 13:15:37.683694 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET > 13:15:37.683927 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou= i > Unknown) > 13:15:37.804795 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422:= P > 3957151084:3957151104(20) ack 3615361740 win 4197 905335335> > 13:15:37.914544 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901:= . > ack 20 win 65535 > 13:15:38.693717 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET > 13:15:38.693950 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou= i > Unknown) > 13:15:38.804797 IP voodoo-e0.FuzzWad.NET.65027 > > alix2-e0.FuzzWad.NET.domain: 12893+ PTR? 4.5.17.172.in-addr.arpa. (41) > 13:15:38.805655 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65027: 12893* 1/1/1 PTR[|domain] > 13:15:38.815330 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901:= P > 1:11(10) ack 20 win 65535 > 13:15:39.014708 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422:= . > ack 11 win 4197 > 13:15:39.703732 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET > 13:15:39.703966 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou= i > Unknown) > 13:15:40.713755 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET > 13:15:40.713989 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou= i > Unknown) > 13:15:41.723767 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET > 13:15:41.724001 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou= i > Unknown) > ^C > 28 packets captured > 28 packets received by filter > 0 packets dropped by kernel > > Pinging DOMU [juju] from outside [d430]: > > voodoo#=C2=A0 voodoo# tcpdump -i bge0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e > listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes > 13:18:03.416797 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 13:18:03.806349 IP voodoo-e0.FuzzWad.NET.65024 > > alix2-e0.FuzzWad.NET.domain: 13910+ PTR? 33.9.17.172.in-addr.arpa. (42) > 13:18:03.807206 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65024: 13910* 1/1/1 PTR[|domain] > 13:18:03.807317 IP voodoo-e0.FuzzWad.NET.65023 > > alix2-e0.FuzzWad.NET.domain: 13911+ PTR? 1.9.17.172.in-addr.arpa. (41) > 13:18:03.808018 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65023: 13911* 1/1/1 PTR[|domain] > 13:18:04.417209 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET > 13:18:04.806175 IP voodoo-e0.FuzzWad.NET.65022 > > alix2-e0.FuzzWad.NET.domain: 13912+ PTR? 38.9.17.172.in-addr.arpa. (42) > 13:18:04.806877 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65022: 13912* 1/1/1 PTR[|domain] > 13:18:05.836126 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422:= P > 3957206628:3957206648(20) ack 3615362238 win 4197 905337123> > 13:18:05.885190 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901:= . > ack 20 win 65535 > 13:18:06.790471 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.5901:= P > 1:11(10) ack 20 win 65535 > 13:18:06.806179 IP voodoo-e0.FuzzWad.NET.65021 > > alix2-e0.FuzzWad.NET.domain: 13913+ PTR? 4.5.17.172.in-addr.arpa. (41) > 13:18:06.807037 IP alix2-e0.FuzzWad.NET.domain > > voodoo-e0.FuzzWad.NET.65021: 13913* 1/1/1 PTR[|domain] > 13:18:06.986080 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.54422:= . > ack 11 win 4197 > ^C > 14 packets captured > 14 packets received by filter > 0 packets dropped by kernel >From what I can see, looks like the DomU is able to send packets to the outside, but the network card is not properly forwarding incoming packets to the xvif interface (probably because it doesn't have the MAC address of the xvif interface in the address cache). I don't know what the problem might be, you should try asking the port-xen NetBSD mailing list, maybe tell will be able to shed some light on this issue. Also I don't have much experience with Xen 3, I've always used Xen 4 so I don't know if there are some bugs related to network configuration. Sorry I cannot be of much help, regards, Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 01:32:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 01:32:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG55p-00034X-Id; Tue, 18 Oct 2011 01:32:13 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG54M-0002jR-Ix for xen-users@lists.xensource.com; Tue, 18 Oct 2011 01:30:42 -0700 X-Env-Sender: baihaoping@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1318926611!40353649!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24354 invoked from network); 18 Oct 2011 08:30:13 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 08:30:13 -0000 Received: by pzk32 with SMTP id 32so1076750pzk.8 for ; Tue, 18 Oct 2011 01:30:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=qjDPfhz9tDbyb36y5ZPgSQGcAguvOrwE7sRADsrn3gY=; b=Q7na9kFwHFqR4yPzbSyEyaF84QSmfUUIquzWwV6aKkYQJQPrNIL5A0Oze5Au+lMs2c d/zBFCkDJmAMv9JK2s7fe4eWAHYB0E/j/AKNg/ZdVkAAu+gv2TqcqBRonYWtiCDBRHQw Wh12JoM1YqZFngP28sKNcSoogBUULxCGbZ3QQ= Received: by 10.68.199.170 with SMTP id jl10mr3560275pbc.28.1318926636865; Tue, 18 Oct 2011 01:30:36 -0700 (PDT) Received: from [192.168.1.21] ([59.108.35.50]) by mx.google.com with ESMTPS id z3sm5051348pbu.7.2011.10.18.01.30.35 (version=SSLv3 cipher=OTHER); Tue, 18 Oct 2011 01:30:36 -0700 (PDT) Message-ID: <4E9D3928.104@gmail.com> Date: Tue, 18 Oct 2011 16:30:32 +0800 From: Hoping White User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] How to install xen on ubuntu 11.10 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, all Has anyone install xen 4.1.1 on ubuntu 11.10? Need some instruction. Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 02:16:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 02:16:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG5mm-00053i-SY; Tue, 18 Oct 2011 02:16:36 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG5ka-0004ic-ES for xen-users@lists.xensource.com; Tue, 18 Oct 2011 02:14:20 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-16.tower-21.messagelabs.com!1318929253!577319!1 X-Originating-IP: [203.16.224.4] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22609 invoked from network); 18 Oct 2011 09:14:16 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-16.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 18 Oct 2011 09:14:16 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1RG5kO-0005MF-R7; Tue, 18 Oct 2011 20:14:08 +1100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible Date: Tue, 18 Oct 2011 20:14:07 +1100 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible Thread-Index: AcyNZtn6rHLYZfw+TTaKPZiM0DlzGAADxHNQ References: From: "James Harper" To: "Flavio" , X-Really-From-Bendigo-IT: magichashvalue Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >=20 > I read this page: http://wiki.xen.org/xenwiki/XenWindowsGplPv > So I've followed the instructions and tried to install the > gplpv_Vista2008x64_0.11.0.308_debug.msi > file in the domU, but I get this message: "testsigning must be on for > x64 when installing on vista or newer". >=20 > Well, googling again I've found that testsigning must be turned on and I've > done it performing the following command in the domU: >=20 > bcdedit.exe -set TESTSIGNING ON >=20 > Then I tried again to setup the gplpv msi and all went OK.... up to the next > reboot! > The domU was completely unusable, and I was lucky that the windows > recovery worked, making my domU working again. >=20 > At this point, I don't know what to do. >=20 > Can somebody tell me where I was wrong please? >=20 Can you tell me more about the 'completely unusable'? Did you install the debug version of the drivers? Was there anything in /var/log/xen/ for your domu? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 02:18:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 02:18:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG5oh-0005kf-Qs; Tue, 18 Oct 2011 02:18:35 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RG5mP-0004yM-Oz for xen-users@lists.xensource.com; Tue, 18 Oct 2011 02:16:14 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-9.tower-174.messagelabs.com!1318929369!29666362!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18906 invoked from network); 18 Oct 2011 09:16:10 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-9.tower-174.messagelabs.com with SMTP; 18 Oct 2011 09:16:10 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id D144110401A for ; Tue, 18 Oct 2011 10:16:08 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JlcbtnCS8+Uz for ; Tue, 18 Oct 2011 10:16:08 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 4B46E29E9F for ; Tue, 18 Oct 2011 10:16:08 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 18 Oct 2011 07:59:02 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] newbie question Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com bofh wrote: >I want to create my VMs to use one (or more) of the four interfaces > >a) non-routed self contained class C (192.168.100.0/24) >b) non-routed self contained class C (192.168.200.0/24) >c) natted interface to eth0 (so that I can "hide" behind a NAT) >d) bridged interface to eth0 (so that I can pick up a live IP off the wire) > >So d) sounds like I just create a bridge, and point my VMs to the >bridge. OK, easy enough. Ditto a and b - just create extra bridges for them. For c, you can run a DomU that does the routing/filtering function between d and a/b. That's what I have at home, a DomU takes the place of the traditional little white box - except that the outside is now a PPPoE interface, it used to be a dedicated NIC using pciback.hide etc. > >> 6) I have 16Gigs of ram, should I really limit dom0's ram to 2G or >>> 4G? >> >> Probably less. Apparently various tables are sized at boot time according to >> total RAM. So limiting RAM to what is actually needed results in these >> tables being sized accordingly. Besides, it avoids resizing Dom0 memory >> every time you start/stop a guest. > >Since this is my laptop, I'm thinking of using dom0 for my primary >desktop too :P :P :P :P That's different then. No need to limit RAM and whatever you aren't using for guests will be available for you. > > PS - BOFH ? Surely an imposter. > >Hmm, what was your email address again? But my **name** is Simon ;-) -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 04:12:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 04:12:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG7au-0006R0-AT; Tue, 18 Oct 2011 04:12:28 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RG7V7-0004xJ-9t for xen-users@lists.xensource.com; Tue, 18 Oct 2011 04:06:30 -0700 X-Env-Sender: bderzhavets@yahoo.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1318935985!35706630!1 X-Originating-IP: [98.139.53.198] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16507 invoked from network); 18 Oct 2011 11:06:26 -0000 Received: from nm12-vm0.bullet.mail.ac4.yahoo.com (HELO nm12-vm0.bullet.mail.ac4.yahoo.com) (98.139.53.198) by server-14.tower-174.messagelabs.com with SMTP; 18 Oct 2011 11:06:26 -0000 Received: from [98.139.52.193] by nm12.bullet.mail.ac4.yahoo.com with NNFMP; 18 Oct 2011 11:06:25 -0000 Received: from [98.139.52.131] by tm6.bullet.mail.ac4.yahoo.com with NNFMP; 18 Oct 2011 11:06:25 -0000 Received: from [127.0.0.1] by omp1014.mail.ac4.yahoo.com with NNFMP; 18 Oct 2011 11:06:25 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 200043.37984.bm@omp1014.mail.ac4.yahoo.com Received: (qmail 18266 invoked by uid 60001); 18 Oct 2011 11:06:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1318935985; bh=0nuFr4q9wEkj4eHDFU4cXsnYkWlueV+6Xxb2+BR8aDw=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=LndE6APxcPGkg67p/EXmgYk2RjoFyNaX5uVVyaYRg7f3ZwJe0TA0JAjjdYWZ1QVsHvS4NN7GEjY1vtY8pwUh+cK24PGuTMji41bO08kmQrzPsaTS0fOxGGty3RNFwBkVWo2CfAphYpdxm+w20fv7d2TXu/psIOmJAJxbB5clh4w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=q9P8h90FCkW5an5Q6du6AmwHlPPNchpSvinZXPaXACWnaNRwB5A4hDf/P2g/96fMeKjzWgXtIas6nXKgW2Y4GSXAAyslCLddIou1mAtWzxpjgIab8IiJxzVmQOdW676E56CgXav0yHi2tXiTmRbhomBIQK9AL8TM95BRxahBqLU=; X-YMail-OSG: .j6PL.sVM1lwN4auKObXybhFzBaDl2xUUjYc9FxEiQCdnq5 nGFdcUFGoMPlgmssIW54oWOzbLgAQnGzjHyI90oWmb7IboyMcUlIpjyV9lWd xdaGuvgRJPVu4kdTz3Mlw2mo5PDWbgeR0.zXo_4rh3LPJYMlYjKCaIq6YyS. x2oV2bm0dfqqh9ig7LJJY8N43GFHwb_STtzclaQN1iN_BNk_9d116fJPOzzu 7fe5I9ew36vrSwJ8XsKOKqTrdYVkDyEUUKKnpLADON2tKNC8hMGM82dTD6yq bWmglsQb4OTr.gfLnHYrF3fCEUoQkTcuhfs2UPHUFLYnMCwtp1X2YM7EU06G 7afgbbUfArs6a8.6yQSCRcNF9ENvVTA8rTtQqsGY9j3Pk9tOKepcmT4MObzE a9YTTR0gEliJXz6fdom0xS5kCwcc8l86Qyl.3MGKwUsnfMCQrMjsZt6geV8Y 3meO6zwCmwzgO8wWv_MvehvvP Received: from [31.23.73.66] by web65917.mail.ac4.yahoo.com via HTTP; Tue, 18 Oct 2011 04:06:25 PDT X-Mailer: YahooMailClassic/14.0.10 YahooMailWebService/0.8.114.317681 Message-ID: <1318935985.75119.YahooMailClassic@web65917.mail.ac4.yahoo.com> Date: Tue, 18 Oct 2011 04:06:25 -0700 (PDT) From: Boris Derzhavets Subject: Re: [Xen-users] How to install xen on ubuntu 11.10 To: xen-users@lists.xensource.com, Hoping White In-Reply-To: <4E9D3928.104@gmail.com> MIME-Version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0634003619==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0634003619== Content-Type: multipart/alternative; boundary="-1810376262-1633303230-1318935985=:75119" ---1810376262-1633303230-1318935985=:75119 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable $ sudo apt-get install xen-hypervisor-4.1 --- On Tue, 10/18/11, Hoping White wrote: From: Hoping White Subject: [Xen-users] How to install xen on ubuntu 11.10 To: xen-users@lists.xensource.com Date: Tuesday, October 18, 2011, 4:30 AM Hi, all =A0 =A0 =A0=A0=A0Has anyone install xen 4.1.1 on ubuntu 11.10? Need some in= struction. Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ---1810376262-1633303230-1318935985=:75119 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
$ sudo apt-get install xen-hypervisor-4.1
=
--- On Tue, 10/18/11, Hoping White <baihaoping@gmail.com> wrote:

From: Hoping White <baihao= ping@gmail.com>
Subject: [Xen-users] How to install xen on ubuntu 11.= 10
To: xen-users@lists.xensource.com
Date: Tuesday, October 18, 2011,= 4:30 AM

Hi, all

     = ;  Has anyone install xen 4.1.1 on ubuntu 11.10? Need some instru= ction. Thanks.

_______________________________________________
Xe= n-users mailing list
Xen-users@lists.xe= nsource.com
http://lists.xensource.com/xen-users
---1810376262-1633303230-1318935985=:75119-- --===============0634003619== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0634003619==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 05:21:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 05:21:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG8fu-0000yG-Nw; Tue, 18 Oct 2011 05:21:42 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG8ek-0000cR-Fk for xen-users@lists.xensource.com; Tue, 18 Oct 2011 05:20:30 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1318940312!40824155!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27915 invoked from network); 18 Oct 2011 12:18:33 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 12:18:33 -0000 Received: by vcbfk13 with SMTP id fk13so590027vcb.30 for ; Tue, 18 Oct 2011 05:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=X3A+YzSrwUwvNyamUjWlZ/tD2PF4+2AT1d/jzWFa2Oc=; b=SsXMyM7nlVLljw7HoX6/FBUloR6QK7txTrdoWS0PVFXdzD9vZnM+/Ct3L3IT0QyHnN WubRpy84n80tBmQuT33mmiMlNX8mK4MzvBfrKslQyBwRKW1N4R3zZGB3la9WpLp2iHDv nR2aQSf8DrNUSF95vybq7Uro/tSzWTtM0QZ+I= Received: by 10.52.173.113 with SMTP id bj17mr2015237vdc.98.1318940426053; Tue, 18 Oct 2011 05:20:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Tue, 18 Oct 2011 05:20:06 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Tue, 18 Oct 2011 14:20:06 +0200 Message-ID: Subject: Re: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible To: James Harper Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Thanks James for replying, On 18 October 2011 11:14, James Harper wrote: > > Can you tell me more about the 'completely unusable'? You are right! Excuse me, I have to be more precise. What happens is that, after installing gplpv_Vista2008x64_0.11.0.308.msi the system needs a reboot and during the reboot, I can see the blue screen of death. Unfortunately, I am not able to read what is written on it, because it is very fast. Then, the system reboots and the windows recovery starts, bringing the system at its previous state. > > Did you install the debug version of the drivers? No, I'm sorry, I made a mistake copying and pasting the file name. The file I installed is called gplpv_Vista2008x64_0.11.0.308.msi. So no debug version has been installed. > Was there anything in > /var/log/xen/ for your domu? After entering xl shutdown this is the content of the logs: ==> /var/log/xen/qemu-dm-windows-7.log <== I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 Log-dirty: no command yet. vcpu-set: watch node error. xs_read(/local/domain/1/log-throttling): read error qemu: ignoring not-understood drive `/local/domain/1/log-throttling' medium change watch on `/local/domain/1/log-throttling' - unknown device, ignored cirrus vga map change while on lfb mode mapping vram to f0000000 - f0400000 platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state. platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state. ==> /var/log/xen/xl-windows-7.log <== Waiting for domain windows-7 (domid 1) to die [pid 6568] Thanks a lot, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 05:31:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 05:31:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG8p0-0001sy-Fy; Tue, 18 Oct 2011 05:31:06 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RG8ni-0001YB-LM for xen-users@lists.xensource.com; Tue, 18 Oct 2011 05:29:46 -0700 X-Env-Sender: alex@alex.org.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1318940968!44752691!1 X-Originating-IP: [89.16.176.221] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28374 invoked from network); 18 Oct 2011 12:29:28 -0000 Received: from mail.avalus.com (HELO mail.avalus.com) (89.16.176.221) by server-13.tower-27.messagelabs.com with SMTP; 18 Oct 2011 12:29:28 -0000 Received: from [192.168.100.15] (87-194-71-186.bethere.co.uk [87.194.71.186]) by mail.avalus.com (Postfix) with ESMTPSA id F3954C56101; Tue, 18 Oct 2011 13:29:41 +0100 (BST) Date: Tue, 18 Oct 2011 13:29:41 +0100 From: Alex Bligh To: xen-users@lists.xensource.com Message-ID: <1D0101AD64FF78CEECCC5948@Ximines.local> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Alex Bligh Subject: [Xen-users] Best source of xen-3.3 dom0 plus kernel with recent drivers & security fixes X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Bligh List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I am looking for a code base (other than our own code base) to create a version of Xen 3.3.x (where x is probably 2) running as dom0, on a kernel supported by a vendor, or a few patches away from support. What we are using now has diverged somewhat. Please assume for the moment moving to Xen 4.1 isn't an option (it is in fact an option and we have an extensive rewrite to support that, but we have some customers who need to stay on Xen 3). Assume for a moment I need absolute ABI/API compatibility. Some questions: a) I think I am stuck with 2.6.18. Is that correct? b) This suggests I should look at Centos 5.7. Is there a maintained patch set against a Centos kernel for Xen 3.3.x dom0? c) Should I be running anything beyond the 3.3.2 release given the ABI/API compatibility requirement? -- Alex Bligh _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 06:44:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 06:44:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RG9xq-0008K2-Qj; Tue, 18 Oct 2011 06:44:18 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG9se-0006dc-1F for xen-users@lists.xensource.com; Tue, 18 Oct 2011 06:38:56 -0700 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-5.tower-216.messagelabs.com!1318945131!78963!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20370 invoked from network); 18 Oct 2011 13:38:52 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 13:38:52 -0000 Received: by vws13 with SMTP id 13so502413vws.30 for ; Tue, 18 Oct 2011 06:38:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.37.10 with SMTP id u10mr2369890vdj.57.1318945131469; Tue, 18 Oct 2011 06:38:51 -0700 (PDT) Received: by 10.52.168.34 with HTTP; Tue, 18 Oct 2011 06:38:51 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Oct 2011 08:38:51 -0500 X-Google-Sender-Auth: IsZnRLHnN67aLTBZY8WhTUqIoQM Message-ID: Subject: Re: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible From: xenusers To: Flavio Cc: James Harper , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0994725151==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0994725151== Content-Type: multipart/alternative; boundary=20cf307cfd400a1a4e04af92d84d --20cf307cfd400a1a4e04af92d84d Content-Type: text/plain; charset=ISO-8859-1 Hi Flavio, On Tue, Oct 18, 2011 at 7:20 AM, Flavio wrote: > Thanks James for replying, > > On 18 October 2011 11:14, James Harper > wrote: > > > > Can you tell me more about the 'completely unusable'? > You are right! Excuse me, I have to be more precise. > What happens is that, after installing gplpv_Vista2008x64_0.11.0.308.msi > the system needs a reboot and during the reboot, I can see the blue > screen of death. > By any chance, does your domU have a cdrom drive assigned, and is that drive empty? That bluescreens Windows 7 domUs reliably for me when running the latest version of GPLPV at meadowcourt.org. > Unfortunately, I am not able to read what is written on it, because it > is very fast. > Then, the system reboots and the windows recovery starts, bringing the > system at its previous state. > > > > > Did you install the debug version of the drivers? > No, I'm sorry, I made a mistake copying and pasting the file name. > The file I installed is called gplpv_Vista2008x64_0.11.0.308.msi. > So no debug version has been installed. > > > Was there anything in > > /var/log/xen/ for your domu? > After entering xl shutdown this is the content of the logs: > > ==> /var/log/xen/qemu-dm-windows-7.log <== > I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 > Log-dirty: no command yet. > vcpu-set: watch node error. > xs_read(/local/domain/1/log-throttling): read error > qemu: ignoring not-understood drive `/local/domain/1/log-throttling' > medium change watch on `/local/domain/1/log-throttling' - unknown > device, ignored > cirrus vga map change while on lfb mode > mapping vram to f0000000 - f0400000 > platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw > state. > platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro > state. > > > ==> /var/log/xen/xl-windows-7.log <== > Waiting for domain windows-7 (domid 1) to die [pid 6568] > > Thanks a lot, > > -- > Flavio > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --20cf307cfd400a1a4e04af92d84d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Flavio,

On Tue, Oct 18, 2011 at 7:20 A= M, Flavio <fbcyb= org@gmail.com> wrote:
Thanks James for replying,

On 18 October 2011 11:14, James Harper <james.harper@bendigoit.com.au> wrote:
>
> Can you tell me more about the 'completely unusable'?
You are right! Excuse me, I have to be more precise.
What happens is that, after installing gplpv_Vista2008x64_0.11.0.308.msi the system needs a reboot and during the reboot, I can see the blue
screen of death.

By any chance, does yo= ur domU have a cdrom drive assigned, and is that drive empty? =A0That blues= creens Windows 7 domUs reliably for me when running the latest version of G= PLPV at meadowcourt.org.

=A0
Unfortunately, I am not able to read what is written on it, because it
is very fast.
Then, the system reboots and the windows recovery starts, bringing the
system at its previous state.

>
> Did you install the debug version of the drivers?
No, I'm sorry, I made a mistake copying and pasting the file name= .
The file I installed is called gplpv_Vista2008x64_0.11.0.308.msi.
So no debug version has been installed.

> Was there anything in
> /var/log/xen/ for your domu?
After entering xl shutdown <domain_id> this is the content of t= he logs:

=3D=3D> /var/log/xen/qemu-dm-windows-7.log <=3D=3D
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
Log-dirty: no command yet.
vcpu-set: watch node error.
xs_read(/local/domain/1/log-throttling): read error
qemu: ignoring not-understood drive `/local/domain/1/log-throttling' medium change watch on `/local/domain/1/log-throttling' - unknown
device, ignored
cirrus vga map change while on lfb mode
mapping vram to f0000000 - f0400000
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw st= ate.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro st= ate.


=3D=3D> /var/log/xen/xl-windows-7.log <=3D=3D
Waiting for domain windows-7 (domid 1) to die [pid 6568]

Thanks a lot,

--
Flavio

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--20cf307cfd400a1a4e04af92d84d-- --===============0994725151== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0994725151==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 06:47:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 06:47:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGA13-00013x-Ry; Tue, 18 Oct 2011 06:47:37 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG9xI-00089k-A0 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 06:43:44 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1318945306!40841758!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29650 invoked from network); 18 Oct 2011 13:41:47 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 13:41:47 -0000 Received: by vws13 with SMTP id 13so508843vws.30 for ; Tue, 18 Oct 2011 06:43:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tca0K03PA02FXKTF+BQknVJZFVrFliUgSSt6QxSmWTY=; b=cYCylsDvV60qDwY/i/+4gEns7Z2mX8o/VUUiNfTN8NgpX9yvpvdO9B7LSvCZ9ZaHV0 p4CJXgXc1cYg7E/91Q+hU40pR67m+2+K7FfgLg2qVj3Fbjj9AzAw7Hfm/NvV5qRYNdNR A57LHWIy9/21ySZwupu6Sujh92+y5KNN/Ii7w= Received: by 10.52.76.162 with SMTP id l2mr1940910vdw.64.1318945420069; Tue, 18 Oct 2011 06:43:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Tue, 18 Oct 2011 06:43:20 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Tue, 18 Oct 2011 15:43:20 +0200 Message-ID: Subject: Re: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible To: xenusers Content-Type: text/plain; charset=ISO-8859-1 Cc: James Harper , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 18 October 2011 15:38, xenusers wrote: > Hi Flavio, > By any chance, does your domU have a cdrom drive assigned, and is that drive > empty? Hi! Yes, it has a cdrom drive assigned and it is empty. > That bluescreens Windows 7 domUs reliably for me when running the > latest version of GPLPV at meadowcourt.org. Excuse me, I didn't understand that. Has this problem occurred you too? Thanks! -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 06:49:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 06:49:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGA30-0001ny-0S; Tue, 18 Oct 2011 06:49:38 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RG9xO-0008At-17 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 06:43:50 -0700 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-3.tower-216.messagelabs.com!1318945425!80320!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31814 invoked from network); 18 Oct 2011 13:43:46 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 13:43:46 -0000 Received: by vcbfk13 with SMTP id fk13so696546vcb.30 for ; Tue, 18 Oct 2011 06:43:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.115.74 with SMTP id jm10mr2420074vdb.40.1318945425441; Tue, 18 Oct 2011 06:43:45 -0700 (PDT) Received: by 10.52.168.34 with HTTP; Tue, 18 Oct 2011 06:43:45 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Oct 2011 08:43:45 -0500 X-Google-Sender-Auth: r5SqXPkk_a8vKt3nyAnG37f3VkA Message-ID: Subject: Re: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible From: xenusers To: Flavio Cc: James Harper , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1722452563==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1722452563== Content-Type: multipart/alternative; boundary=bcaec548a72f8fc4cd04af92e99f --bcaec548a72f8fc4cd04af92e99f Content-Type: text/plain; charset=ISO-8859-1 Hi again, (sorry, didn't mean to hit "send" on that last email yet)... On Tue, Oct 18, 2011 at 8:38 AM, xenusers wrote: > Hi Flavio, > > On Tue, Oct 18, 2011 at 7:20 AM, Flavio wrote: > >> Thanks James for replying, >> >> On 18 October 2011 11:14, James Harper >> wrote: >> > >> > Can you tell me more about the 'completely unusable'? >> You are right! Excuse me, I have to be more precise. >> What happens is that, after installing gplpv_Vista2008x64_0.11.0.308.msi >> the system needs a reboot and during the reboot, I can see the blue >> screen of death. >> > > By any chance, does your domU have a cdrom drive assigned, and is that > drive empty? That bluescreens Windows 7 domUs reliably for me when running > the latest version of GPLPV at meadowcourt.org. > Anyhow, as I was saying before the erroneous send, check your domU config and see if you have an empty cdrom drive assigned. If so, remove it and see if your issues with the GPLPV drivers disappear (if that's indeed your problem, James replied to my previous thread with links to some updated versions that didn't have the issue). Regards, Mark > > > >> Unfortunately, I am not able to read what is written on it, because it >> is very fast. >> Then, the system reboots and the windows recovery starts, bringing the >> system at its previous state. >> >> > >> > Did you install the debug version of the drivers? >> No, I'm sorry, I made a mistake copying and pasting the file name. >> The file I installed is called gplpv_Vista2008x64_0.11.0.308.msi. >> So no debug version has been installed. >> >> > Was there anything in >> > /var/log/xen/ for your domu? >> After entering xl shutdown this is the content of the logs: >> >> ==> /var/log/xen/qemu-dm-windows-7.log <== >> I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 >> Log-dirty: no command yet. >> vcpu-set: watch node error. >> xs_read(/local/domain/1/log-throttling): read error >> qemu: ignoring not-understood drive `/local/domain/1/log-throttling' >> medium change watch on `/local/domain/1/log-throttling' - unknown >> device, ignored >> cirrus vga map change while on lfb mode >> mapping vram to f0000000 - f0400000 >> platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw >> state. >> platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro >> state. >> >> >> ==> /var/log/xen/xl-windows-7.log <== >> Waiting for domain windows-7 (domid 1) to die [pid 6568] >> >> Thanks a lot, >> >> -- >> Flavio >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > --bcaec548a72f8fc4cd04af92e99f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi again, =A0(sorry, didn't mean to hit "send" on that last e= mail yet)...

On Tue, Oct 18, 2011 at 8:38= AM, xenusers <m+xenusers@nerdish.us> wrote:
Hi Flavio,

On Tue, Oct 18, 2011 at 7:20 AM, Flavio <fbcyborg@gma= il.com> wrote:
Thanks James for replying,

On 18 October 2011 11:14, James Harper <james.harper@bendigoit.com.au> wr= ote:
>
> Can you tell me more about the 'completely unusable'?
You are right! Excuse me, I have to be more precise.
What happens is that, after installing gplpv_Vista2008x64_0.11.0.308.msi the system needs a reboot and during the reboot, I can see the blue
screen of death.

By any chance, d= oes your domU have a cdrom drive assigned, and is that drive empty? =A0That= bluescreens Windows 7 domUs reliably for me when running the latest versio= n of GPLPV at meadowco= urt.org.

Anyhow, as I was saying before the e= rroneous send, check your domU config and see if you have an empty cdrom dr= ive assigned. =A0If so, remove it and see if your issues with the GPLPV dri= vers disappear (if that's indeed your problem, James replied to my prev= ious thread with links to some updated versions that didn't have the is= sue).

Regards,
Mark

=A0

=A0
Unfortunately, I am not able to read what is written on it, because it
is very fast.
Then, the system reboots and the windows recovery starts, bringing the
system at its previous state.

>
> Did you install the debug version of the drivers?
No, I'm sorry, I made a mistake copying and pasting the file name= .
The file I installed is called gplpv_Vista2008x64_0.11.0.308.msi.
So no debug version has been installed.

> Was there anything in
> /var/log/xen/ for your domu?
After entering xl shutdown <domain_id> this is the content of t= he logs:

=3D=3D> /var/log/xen/qemu-dm-windows-7.log <=3D=3D
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
Log-dirty: no command yet.
vcpu-set: watch node error.
xs_read(/local/domain/1/log-throttling): read error
qemu: ignoring not-understood drive `/local/domain/1/log-throttling' medium change watch on `/local/domain/1/log-throttling' - unknown
device, ignored
cirrus vga map change while on lfb mode
mapping vram to f0000000 - f0400000
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw st= ate.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro st= ate.


=3D=3D> /var/log/xen/xl-windows-7.log <=3D=3D
Waiting for domain windows-7 (domid 1) to die [pid 6568]

Thanks a lot,

--
Flavio

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users


--bcaec548a72f8fc4cd04af92e99f-- --===============1722452563== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1722452563==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 08:36:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 08:36:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGBiK-0001Hw-7W; Tue, 18 Oct 2011 08:36:24 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGBh7-0000wN-8T for Xen-users@lists.xensource.com; Tue, 18 Oct 2011 08:35:09 -0700 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1318951990!40862845!1 X-Originating-IP: [94.23.21.167] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11570 invoked from network); 18 Oct 2011 15:33:12 -0000 Received: from stefanshome.com (HELO stefanshome.com) (94.23.21.167) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Oct 2011 15:33:12 -0000 X-No-Auth: unauthenticated sender Received: from stefanshome.com (localhost.localdomain [127.0.0.1]) by stefanshome.com (Postfix) with ESMTP id D19623A0DAA for ; Tue, 18 Oct 2011 17:34:59 +0200 (CEST) Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by stefanshome.com (Postfix) with ESMTP for ; Tue, 18 Oct 2011 17:34:59 +0200 (CEST) From: "Stefan Becker" To: Date: Tue, 18 Oct 2011 17:34:59 +0200 Message-ID: <004001cc8dab$80088db0$8019a910$@stefanshome.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AcyNq3khJVLHPy+9R52QUdCvFeNogQ== Content-Language: de Cc: Subject: [Xen-users] Problems with XEN X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi guys! I have trouble with my xen installation. I used a debian image from my hoster. I make these steps: - apt-get update - apt-get upgrade - aptitude -P install xen-hypervisor-4.0-amd64 linux-image-xen-amd64 - aptitude -P install xen-qemu-dm-4.0 - /etc/default/grub -> GRUB_CMDLINE_LINUX_DEFAULT="acpi=off" - mv -i /etc/grub.d/10_linux /etc/grub.d/50_linux && update-grub2 If I reboot or shutdown the system, I get this fault by starting the machine: http://demo.ovh.de/de/945d5b31068b7cc864114898ba45f900/ I have no idea, how can I solve the problem. Best regards Stefan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 08:38:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 08:38:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGBke-00028I-Tm; Tue, 18 Oct 2011 08:38:49 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGBiW-0001KX-PI for xen-users@lists.xensource.com; Tue, 18 Oct 2011 08:36:37 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-5.tower-27.messagelabs.com!1318952167!49641149!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3144 invoked from network); 18 Oct 2011 15:36:08 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Oct 2011 15:36:08 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9IFaV1j022955 for ; Tue, 18 Oct 2011 08:36:31 -0700 (envelope-from brooks@netgate.net) Date: Tue, 18 Oct 2011 08:36:31 -0700 (PDT) From: brooks@netgate.net To: xen-users@lists.xensource.com Subject: Re: [Xen-users] ebtables support in XCP 1.1 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Found these in /etc/sysctl.conf: # Disable *tables rules for bridge traffic to increase performance net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-arptables = 0 Can anyone verify that those are the correct options to change to enable ebtables? The note concerning performance is concerning. Does anyone have any idea what sort of performance hit you're going to see if you enable ebtables? What version of ebtables userland tools would be appropriate to install? The default repo: http://updates.vmd.citrix.com/XCP/1.1.0/domain0/ doesn't exist. Would the current version from CentOS 5.x ebtables-2.0.9-5.el5.i386 Ethernet Bridge frame table administration tool work as expected? Once we work this out I'll put the info up on the wiki. On Mon, 17 Oct 2011, brooks@netgate.net wrote: > > From: > > http://blog.xen.org/index.php/2011/09/23/xcp-1-1-rc1/ > > ------------------------------------------------------------------------ > For OpenStack and others, support for ebtables and other netfilter > options have been added to the kernel. These options have been disabled > by default, but can be re-enabled with simple sysctl commands. These are > the same kernel changes that will be included in the upcoming XenServer > 6.0 release. > ------------------------------------------------------------------------ > > How do you enable support for ebtables in XCP 1.1? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 09:23:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 09:23:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGCRz-0003tW-MW; Tue, 18 Oct 2011 09:23:35 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RGCQP-0003Y6-Ht for xen-users@lists.xensource.com; Tue, 18 Oct 2011 09:21:58 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-13.tower-21.messagelabs.com!1318954914!674259!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10584 invoked from network); 18 Oct 2011 16:21:54 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-13.tower-21.messagelabs.com with SMTP; 18 Oct 2011 16:21:54 -0000 X-SMTP-Recipient: xen-users@lists.xensource.com Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id DC02E7408D for ; Tue, 18 Oct 2011 17:21:53 +0100 (BST) Message-ID: <4E9DA79F.3070208@stalks.nooblet.org> Date: Tue, 18 Oct 2011 17:21:51 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Problems with XEN References: <004001cc8dab$80088db0$8019a910$@stefanshome.com> In-Reply-To: <004001cc8dab$80088db0$8019a910$@stefanshome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 18/10/2011 16:34, Stefan Becker wrote: > Hi guys! > > I have trouble with my xen installation. I used a debian image from my > hoster. > > I make these steps: > > - apt-get update > - apt-get upgrade > - aptitude -P install xen-hypervisor-4.0-amd64 linux-image-xen-amd64 > - aptitude -P install xen-qemu-dm-4.0 > - /etc/default/grub -> GRUB_CMDLINE_LINUX_DEFAULT="acpi=off" > - mv -i /etc/grub.d/10_linux /etc/grub.d/50_linux&& update-grub2 > > If I reboot or shutdown the system, I get this fault by starting the > machine: > > http://demo.ovh.de/de/945d5b31068b7cc864114898ba45f900/ > > I have no idea, how can I solve the problem. > > Best regards > > Stefan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users Unfortunately that screenshot has no useful information :( Are you using an IPKVM? Like the OVH Java based version in the manager? Use camstudio http://camstudio.org/ to record the bootup process, then you can playback the output slower to see any error messages. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 09:25:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 09:25:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGCUB-0004c7-I1; Tue, 18 Oct 2011 09:25:51 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RGCSA-0003vh-1H for xen-users@lists.xensource.com; Tue, 18 Oct 2011 09:23:48 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-9.tower-216.messagelabs.com!1318955022!109839!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23625 invoked from network); 18 Oct 2011 16:23:42 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-9.tower-216.messagelabs.com with SMTP; 18 Oct 2011 16:23:42 -0000 X-SMTP-Recipient: xen-users@lists.xensource.com Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id D9C327408D for ; Tue, 18 Oct 2011 17:23:42 +0100 (BST) Message-ID: <4E9DA80C.9010503@stalks.nooblet.org> Date: Tue, 18 Oct 2011 17:23:40 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Problems with XEN References: <004001cc8dab$80088db0$8019a910$@stefanshome.com> <4E9DA79F.3070208@stalks.nooblet.org> In-Reply-To: <4E9DA79F.3070208@stalks.nooblet.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 18/10/2011 17:21, Steve Allison wrote: > On 18/10/2011 16:34, Stefan Becker wrote: >> Hi guys! >> >> I have trouble with my xen installation. I used a debian image from my >> hoster. >> >> I make these steps: >> >> - apt-get update >> - apt-get upgrade >> - aptitude -P install xen-hypervisor-4.0-amd64 linux-image-xen-amd64 >> - aptitude -P install xen-qemu-dm-4.0 >> - /etc/default/grub -> GRUB_CMDLINE_LINUX_DEFAULT="acpi=off" >> - mv -i /etc/grub.d/10_linux /etc/grub.d/50_linux&& update-grub2 >> >> If I reboot or shutdown the system, I get this fault by starting the >> machine: >> >> http://demo.ovh.de/de/945d5b31068b7cc864114898ba45f900/ >> >> I have no idea, how can I solve the problem. >> >> Best regards >> >> Stefan >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users > > > Unfortunately that screenshot has no useful information :( > > Are you using an IPKVM? Like the OVH Java based version in the manager? > > Use camstudio http://camstudio.org/ to record the bootup process, then > you can playback the output slower to see any error messages. > I just checked the OVH IP KVM, and it has a native record feature, probably easier to try that. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 09:29:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 09:29:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGCXj-0005Mj-3W; Tue, 18 Oct 2011 09:29:31 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGCWi-00052M-EE for xen-users@lists.xensource.com; Tue, 18 Oct 2011 09:28:28 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1318955304!29738922!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2445 invoked from network); 18 Oct 2011 16:28:25 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 16:28:25 -0000 Received: by vcbfk13 with SMTP id fk13so916408vcb.30 for ; Tue, 18 Oct 2011 09:28:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Dgn6yYe/Mrw/iv7/nmqz3BcYIeiuq+9jFZ/Fcfx/8L0=; b=csEvCWEs1/V8kenfoBRJpu3jkP2uzAZ+IuUvoKK8GXxTppbS1ivaFjf8vzMN9daSZ0 4VpG0rmMla8E9oz8vrPXjyaJrGQogpPiGhrCvBQQfbZkkFDm3EpQBtBaueb+p/1iagKu bGTrXGNvt165FwbxVBTf/y9n6VurmABn+rOoA= Received: by 10.52.88.231 with SMTP id bj7mr3238511vdb.81.1318955304060; Tue, 18 Oct 2011 09:28:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Tue, 18 Oct 2011 09:28:04 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Tue, 18 Oct 2011 18:28:04 +0200 Message-ID: Subject: Re: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible To: xenusers Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: James Harper , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 18 October 2011 15:43, xenusers wrote: > Anyhow, as I was saying before the erroneous send, check your domU config > and see if you have an empty cdrom drive assigned. =A0If so, remove it an= d see > if your issues with the GPLPV drivers disappear (if that's indeed your > problem, James replied to my previous thread with links to some updated > versions that didn't have the issue). Ok, I left the configuration file without the cd-rom and I successfully installed the gpl pv driver. Then after the reboot, it worked like a charm. disk entry: disk =3D [ 'file:/mnt/dati/xen/vmstore/windows-7/xenwin7.img,hda,w' ] Now, windows is still in Test Mode (I guess it should be reported with TESTSIGNING OFF, isn't it?). Do you think that replacing the disk entry again with the following, will m= ake crash the system again? disk =3D [ 'file:/mnt/dati/xen/vmstore/windows-7/xenwin7.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ] By the way, I didn't understand how to use the command "xl cd-insert " I don't understand if it is possible to bind an iso image as a cd rom for the guest OS or not, and how can I virtually insert a cd-rom in the domU using xm cd-insert. I read the application help: Usage: xl [-v] cd-insert but I don't understand what I should put in place of VirtualDevice and type:path. Best Regards, --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 09:32:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 09:32:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGCaZ-00066r-Eu; Tue, 18 Oct 2011 09:32:27 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGCZT-0005l5-K8 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 09:31:19 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1318955475!675178!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4095 invoked from network); 18 Oct 2011 16:31:16 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 16:31:16 -0000 Received: by vws13 with SMTP id 13so728843vws.30 for ; Tue, 18 Oct 2011 09:31:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tgYXxFD92wee6PTr1EKjV4HKNXdxVKrPLvX7CzC8PvA=; b=GJZKFGiiXcfra8Azg+U0CQzcA/bWLbLkNgayVxeQm2FmxrI7+JVGG3Nhxmf5a5aA8X xeQZbYADHbnp9IBUFgQJB7Y5O+9UIH3YTKc8Z0pJdCnbXF7690ctVVcGfzW6ZMdKt+e4 yWWNwsB4XjFexWVtPiAhA4283S6sTAZRaDiDc= Received: by 10.52.173.113 with SMTP id bj17mr3202092vdc.98.1318955475122; Tue, 18 Oct 2011 09:31:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Tue, 18 Oct 2011 09:30:55 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Tue, 18 Oct 2011 18:30:55 +0200 Message-ID: Subject: Re: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible To: xenusers Content-Type: text/plain; charset=ISO-8859-1 Cc: James Harper , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 18 October 2011 18:28, Flavio wrote: > I read the application help: > Usage: xl [-v] cd-insert > but I don't understand what I should put in place of VirtualDevice and > type:path. So, I continue to receive this message after installing the pv drivers and performing the xl shutdown command: libxl: error: libxl.c:553:libxl_domain_shutdown HVM domain without PV drivers: graceful shutdown not possible, use destroy shutdown failed (rc=-3) :-( -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 10:06:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 10:06:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGD7f-0007oi-VP; Tue, 18 Oct 2011 10:06:40 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGD68-0007QN-H5 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 10:05:05 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1318957377!40876944!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30031 invoked from network); 18 Oct 2011 17:02:57 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 17:02:57 -0000 Received: by eyb6 with SMTP id 6so1264837eyb.30 for ; Tue, 18 Oct 2011 10:04:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=5uFyBNIbFhQ76irp486qKHeSHs4c9OibZLks+SkEf3s=; b=D8ZfIbjwTQ7WK2HNrXsrBm6gH5QoPv9maU7rUhHzVITZDU63OuaEt5wHeQp34tECqb J/rBdDUbWo6hRDVNrzItFH4qU6GLsH3WvYUZHn+2hn3N7CPvuV1UWOxJxN2XM4VVTqgP NsRUI3h5OeTePyCKfThx5i/hf4/aNCLJILB1g= Received: by 10.223.7.18 with SMTP id b18mr5075394fab.31.1318957491405; Tue, 18 Oct 2011 10:04:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.73 with HTTP; Tue, 18 Oct 2011 10:04:28 -0700 (PDT) From: David Della Vecchia Date: Tue, 18 Oct 2011 13:04:28 -0400 X-Google-Sender-Auth: HnkFeaZ5Oa1vCtzNh1btFbvjpJQ Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Severe megasas_raid issues when using Xen dom0 linux kernels X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0236915049==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0236915049== Content-Type: multipart/alternative; boundary=0015174784eebfc55504af95b8b6 --0015174784eebfc55504af95b8b6 Content-Type: text/plain; charset=ISO-8859-1 I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 (about 5 different versions in between). I'm currently running xen 4.1.1 release on centos6 with M.A.Young's centos6 xen dom0 kernel. For some reason the raid array freaks out and swaps to read-only mode for the entire virtual device the hardware raid array provides. I've tried both raid 0 and raid1 (2 1tb SCSI drives). I've had this issue in every xen install I've tried on this box, no matter what kernel version (tried as new as 3.0.1 in debian wheezy) or xen version (compiled and installed the unstable branch to test) i use. The server was running stable and fine for about a week this time before this: [root@gibson ~]# df -h -bash: /bin/df: Input/output error [root@gibson ~]# w -bash: /usr/bin/w: Input/output error [root@gibson ~]# modinfo megasas_raid -bash: /sbin/modinfo: Input/output error part of the /var/log/messages: Oct 17 13:21:09 gibson kernel: megasas: [ 0]waiting for 1 commands to complete Oct 17 13:21:10 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:10 gibson kernel: megasas: reset successful Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=0 retries=0 Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for 1 commands to complete Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:21 gibson kernel: megasas: reset successful Oct 17 13:21:21 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=2a retries=0 Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:21 gibson kernel: megasas: reset successful Oct 17 13:21:41 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=0 retries=0 Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to complete Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:42 gibson kernel: megasas: reset successful Oct 17 13:21:42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=2a retries=0 Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:42 gibson kernel: megasas: reset successful Oct 17 13:22:02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=0 retries=0 Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to complete [root@gibson ~]# ls -al /bin/ ls: cannot access /bin/ntfs-3g.secaudit: Input/output error ls: cannot access /bin/ntfstruncate: Input/output error ls: cannot access /bin/ntfsdump_logfile: Input/output error ls: cannot access /bin/ntfsls: Input/output error ls: cannot access /bin/ntfsdecrypt: Input/output error ls: cannot access /bin/ntfs-3g.usermap: Input/output error ls: cannot access /bin/ntfsmount: Input/output error ls: cannot access /bin/ntfsfix: Input/output error ls: cannot access /bin/ntfscluster: Input/output error total 8192 dr-xr-xr-x. 2 root root 4096 Oct 15 14:49 . drwxr-xr-x. 29 root root 4096 Oct 17 12:34 .. -rwxr-xr-x. 1 root root 123 Nov 10 2010 alsaunmute -rwxr-xr-x 1 root root 27808 May 30 10:55 arch lrwxrwxrwx. 1 root root 4 Oct 13 10:36 awk -> gawk -rwxr-xr-x 1 root root 26264 May 30 10:55 basename -rwxr-xr-x 1 root root 943248 May 30 11:46 bash -rwxr-xr-x 1 root root 51344 May 30 10:55 cat -rwxr-xr-x 1 root root 12200 Jun 25 05:02 cgclassify -rwxr-xr-x 1 root root 12352 Jun 25 05:02 cgcreate -rwxr-xr-x 1 root root 11528 Jun 25 05:02 cgdelete -rwsr-xr-x 1 root root 12136 Jun 25 05:02 cgexec -rwxr-xr-x 1 root root 15760 Jun 25 05:02 cgget -rwxr-xr-x 1 root root 13160 Jun 25 05:02 cgset -rwxr-xr-x 1 root root 55472 May 30 10:55 chgrp -rwxr-xr-x 1 root root 52472 May 30 10:55 chmod -rwxr-xr-x 1 root root 57496 May 30 10:55 chown -rwxr-xr-x 1 root root 122344 May 30 10:55 cp -rwxr-xr-x 1 root root 136096 Nov 10 2010 cpio lrwxrwxrwx. 1 root root 4 Oct 13 11:00 csh -> tcsh -rwxr-xr-x 1 root root 45472 May 30 10:55 cut -rwxr-xr-x 1 root root 109896 Aug 18 2010 dash -rwxr-xr-x 1 root root 59552 May 30 10:55 date -rwxr-xr-x 1 root root 12552 Jun 25 06:47 dbus-cleanup-sockets -rwxr-xr-x. 1 root root 339048 Jun 25 06:47 dbus-daemon -rwxr-xr-x 1 root root 18464 Jun 25 06:47 dbus-monitor -rwxr-xr-x 1 root root 22376 Jun 25 06:47 dbus-send -rwxr-xr-x 1 root root 10912 Jun 25 06:47 dbus-uuidgen -rwxr-xr-x 1 root root 54040 May 30 10:55 dd -rwxr-xr-x 1 root root 70256 May 30 10:55 df -rwxr-xr-x 1 root root 9896 Jun 25 02:46 dmesg lrwxrwxrwx. 1 root root 8 Oct 13 10:36 dnsdomainname -> hostname lrwxrwxrwx. 1 root root 8 Oct 13 10:36 domainname -> hostname -rwxr-xr-x 1 root root 81120 Nov 11 2010 dumpkeys -rwxr-xr-x 1 root root 27648 May 30 10:55 echo -rwxr-xr-x 2 root root 53352 Nov 11 2010 ed -rwxr-xr-x 1 root root 106528 Aug 25 2010 egrep -rwxr-xr-x 1 root root 26368 May 30 10:55 env lrwxrwxrwx. 1 root root 2 Oct 13 10:59 ex -> vi -rwxr-xr-x 1 root root 24592 May 30 10:55 false -rwxr-xr-x 1 root root 71328 Aug 25 2010 fgrep -rwxr-xr-x 1 root root 238640 Nov 11 2010 find -rwxr-xr-x 1 root root 382456 Nov 11 2010 gawk -rwxr-xr-x 1 root root 33416 Nov 11 2010 gettext -rwxr-xr-x 1 root root 110160 Aug 25 2010 grep lrwxrwxrwx. 1 root root 3 Oct 13 10:36 gtar -> tar -rwxr-xr-x. 1 root root 61 Nov 11 2010 gunzip -rwxr-xr-x 1 root root 68544 Nov 11 2010 gzip -rwxr-xr-x 1 root root 16192 Aug 24 2010 hostname -rwxr-xr-x 1 root root 14872 Jun 25 00:09 ipcalc lrwxrwxrwx. 1 root root 20 Oct 13 10:36 iptables-xml -> /sbin/iptables-multi -rwxr-xr-x 1 root root 11248 Nov 11 2010 kbd_mode -rwxr-xr-x 1 root root 24648 Aug 22 2010 keyctl -rwxr-xr-x 1 root root 15128 Jun 25 02:46 kill -rwxr-xr-x 1 root root 26256 May 30 10:55 link -rwxr-xr-x 1 root root 49568 May 30 10:55 ln -rwxr-xr-x 1 root root 112136 Nov 11 2010 loadkeys -rwxr-xr-x 1 root root 30992 Jun 25 02:46 login -rwxr-xr-x 1 root root 58368 Sep 12 13:32 lowntfs-3g -rwxr-xr-x 1 root root 111744 May 30 10:55 ls -rwxr-xr-x 1 root root 14008 Jun 25 05:02 lscgroup -rwxr-xr-x 1 root root 12488 Jun 25 05:02 lssubsys lrwxrwxrwx. 1 root root 5 Oct 13 10:37 mail -> mailx -rwxr-xr-x 1 root root 390360 Aug 22 2010 mailx -rwxr-xr-x 1 root root 48544 May 30 10:55 mkdir -rwxr-xr-x 1 root root 32352 May 30 10:55 mknod -rwxr-xr-x 1 root root 37352 May 30 10:55 mktemp -rwxr-xr-x 1 root root 41144 Jun 25 02:46 more -rwsr-xr-x. 1 root root 74712 Jun 25 02:46 mount -rwxr-xr-x 1 root root 9800 Aug 24 2010 mountpoint -rwxr-xr-x 1 root root 111536 May 30 10:55 mv -rwxr-xr-x 1 root root 177360 Nov 12 2010 nano -rwxr-xr-x 1 root root 127816 Aug 24 2010 netstat -rwxr-xr-x 1 root root 28816 May 30 10:55 nice lrwxrwxrwx. 1 root root 8 Oct 13 10:36 nisdomainname -> hostname -rwxr-xr-x 1 root root 53576 Sep 12 13:32 ntfs-3g -rwxr-xr-x 1 root root 11016 Sep 12 13:32 ntfs-3g.probe -?????????? ? ? ? ? ? ntfs-3g.secaudit -?????????? ? ? ? ? ? ntfs-3g.usermap -rwxr-xr-x 1 root root 29896 Sep 12 13:32 ntfscat -rwxr-xr-x 1 root root 32992 Sep 12 13:32 ntfsck -?????????? ? ? ? ? ? ntfscluster -rwxr-xr-x 1 root root 36320 Sep 12 13:32 ntfscmp -?????????? ? ? ? ? ? ntfsdecrypt -?????????? ? ? ? ? ? ntfsdump_logfile -?????????? ? ? ? ? ? ntfsfix -rwxr-xr-x 1 root root 57240 Sep 12 13:32 ntfsinfo -?????????? ? ? ? ? ? ntfsls -rwxr-xr-x 1 root root 30448 Sep 12 13:32 ntfsmftalloc l?????????? ? ? ? ? ? ntfsmount -rwxr-xr-x 1 root root 34000 Sep 12 13:32 ntfsmove -?????????? ? ? ? ? ? ntfstruncate -rwxr-xr-x 1 root root 42240 Sep 12 13:32 ntfswipe -rwsr-xr-x 1 root root 41432 Nov 11 2010 ping -rwsr-xr-x 1 root root 36256 Nov 11 2010 ping6 -rwxr-xr-x 1 root root 35640 Oct 31 2010 plymouth -rwxr-xr-x 1 root root 86776 Nov 11 2010 ps -rwxr-xr-x 1 root root 31656 May 30 10:55 pwd -rwxr-xr-x 1 root root 11528 Jun 25 02:46 raw -rwxr-xr-x 1 root root 40056 May 30 10:55 readlink -rwxr-xr-x 2 root root 53352 Nov 11 2010 red -rwxr-xr-x. 1 root root 576 Apr 16 2008 redhat_lsb_init -rwxr-xr-x 1 root root 57504 May 30 10:55 rm -rwxr-xr-x 1 root root 40544 May 30 10:55 rmdir lrwxrwxrwx. 1 root root 4 Oct 13 10:39 rnano -> nano -rwxr-xr-x 1 root root 29904 Nov 11 2010 rpm lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rvi -> vi lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rview -> vi -rwxr-xr-x 1 root root 72248 Aug 22 2010 sed -rwxr-xr-x 1 root root 42312 Nov 11 2010 setfont -rwxr-xr-x 1 root root 23600 Aug 22 2010 setserial lrwxrwxrwx. 1 root root 4 Oct 13 10:36 sh -> bash -rwxr-xr-x 1 root root 27880 May 30 10:55 sleep -rwxr-xr-x 1 root root 99000 May 30 10:55 sort -rwxr-xr-x 1 root root 65864 May 30 10:55 stty -rwsr-xr-x 1 root root 36440 May 30 10:55 su -rwxr-xr-x 1 root root 25464 May 30 10:55 sync -rwxr-xr-x 1 root root 384920 Nov 11 2010 tar -rwxr-xr-x 1 root root 14808 Jun 25 02:46 taskset -rwxr-xr-x 1 root root 391288 Jun 25 02:05 tcsh -rwxr-xr-x 1 root root 51952 May 30 10:55 touch -rwxr-xr-x. 1 root root 11392 Nov 11 2010 tracepath -rwxr-xr-x. 1 root root 12304 Nov 11 2010 tracepath6 -rwxr-xr-x 1 root root 57384 Nov 11 2010 traceroute lrwxrwxrwx. 1 root root 10 Oct 13 10:39 traceroute6 -> traceroute -rwxr-xr-x 1 root root 24592 May 30 10:55 true -rwsr-xr-x. 1 root root 49280 Jun 25 02:46 umount -rwxr-xr-x 1 root root 27808 May 30 10:55 uname -rwxr-xr-x. 1 root root 2555 Nov 11 2010 unicode_start -rwxr-xr-x. 1 root root 363 Nov 11 2010 unicode_stop -rwxr-xr-x 1 root root 26264 May 30 10:55 unlink -rwxr-xr-x 1 root root 10208 Jun 25 00:09 usleep -rwxr-xr-x 1 root root 771800 Jun 25 04:43 vi lrwxrwxrwx. 1 root root 2 Oct 13 10:59 view -> vi lrwxrwxrwx. 1 root root 8 Oct 13 10:36 ypdomainname -> hostname -rwxr-xr-x. 1 root root 62 Nov 11 2010 zcat Here is the rough partition information for my main drive: /boot primary ext3 1gb /dev/sda1 /dev/sda2 extended lvm pv 925gb vg_gibson lvm-volumegroup 925gb / lv_root ext3 36gb swap lv_swap 2gb Server Specs: Dell Poweredge R710 32GB ECC Unbuffered Ram 2x Intel Xeon Quad Core HT 2.3Ghz (16 "cores" total) 2x 1TB WD SCSI Drives in Raid-1 Drive Nitty Gritty: Product ID: WDC WD1002FBYS-0 Revision: 0C06 Size: 953344MB Heres some more information about the raid controller also attained from the raid controller config utility: Product Name: PERC 6/i Package: 6.2.0-0013 FW Version: 1.22.02-0612 BIOS Version: 2.04.00 CtrlR Version: 1.02-015B Boot Block: 1.00.00.01-0011 Application & OS Specs: CentOS 6 w/2.6.32-131 M.A.Young centos6 xen dom0 kernel Diagnostic Attempts and Results: I've done a consistency check on the raid array and everything comes back as clean and optimal. I've ran bad block checks, partition table corruption, mbr corruption, everything i can think of. It all comes back as clean and working fine. Because of these results i have not been able to force my dedicated hosting company to replace any of the hardware. They are upgrading the raid controller software as its about 1 minor version out of date just to see if that could be the issue, i'll report back if that mysteriously fixes it but i'm not holding my breath. I've read somewhere that the 2.6.x kernels have an old version of the megaraid_sas module that will cause problems but the version included in the M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3 version that article recommends upgrading to so i'm really at a loss. Besides the version being so new the problem described in that article (the kernel not finding the drive at all on boot) is not the issue i'm having. It just freaks out randomly (i'm sure its not really randomly, just appears that way) and the OS swaps to read-only mode and the only way to reboot is basically to push the button on the front of the box. Please, if anyone can direct me towards a solution or at least down a path i have yet to try i would greatly appreciate it. I'm at my wits end, i've been fighting this mysterious monster for over a month now and it always seems to strike right before i'm about to go live with my services (first time it happened was right after i started adding customers to the box). Thanks in advance, David --0015174784eebfc55504af95b8b6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 (a= bout 5 different versions in between). I'm currently running xen 4.1.1 = release on centos6 with M.A.Young's centos6 xen dom0 kernel. For some r= eason the raid array freaks out and swaps to read-only mode for the entire = virtual device the hardware raid array provides. I've tried both raid 0= and raid1 (2 1tb SCSI drives). I've had this issue in every xen instal= l I've tried on this box, no matter what kernel version (tried as new a= s 3.0.1 in debian wheezy) or xen version (compiled and installed the unstab= le branch to test) i use. The server was running stable and fine for about = a week this time before this:


[root@gibson ~]# df -h
-bash: /bin/df: Input/output error
[ro= ot@gibson ~]# w
-bash: /usr/bin/w: Input/output error
[root@gibson ~]= # modinfo megasas_raid
-bash: /sbin/modinfo: Input/output error

part of the /var/log/messages:

Oct 17 13:21:09 gibson kernel: me= gasas: [ 0]waiting for 1 commands to complete
Oct 17 13:21:10 gibson ker= nel: megaraid_sas: no pending cmds after reset
Oct 17 13:21:10 gibson ke= rnel: megasas: reset successful
Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd= =3D0 retries=3D0
Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for= 1 commands to complete
Oct 17 13:21:21 gibson kernel: megaraid_sas: no = pending cmds after reset
Oct 17 13:21:21 gibson kernel: megasas: reset successful
Oct 17 13:21:2= 1 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=3D2a retries= =3D0
Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after = reset
Oct 17 13:21:21 gibson kernel: megasas: reset successful
Oct 17 13:21:4= 1 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=3D0 retries=3D= 0
Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to = complete
Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after resetOct 17 13:21:42 gibson kernel: megasas: reset successful
Oct 17 13:21:= 42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=3D2a retries= =3D0
Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after resetOct 17 13:21:42 gibson kernel: megasas: reset successful
Oct 17 13:22:= 02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=3D0 retries= =3D0
Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to compl= ete


[root@gibson ~]# ls -al /bin/
ls: cannot access /bin/nt= fs-3g.secaudit: Input/output error
ls: cannot access /bin/ntfstruncate: = Input/output error
ls: cannot access /bin/ntfsdump_logfile: Input/output error
ls: cannot a= ccess /bin/ntfsls: Input/output error
ls: cannot access /bin/ntfsdecrypt= : Input/output error
ls: cannot access /bin/ntfs-3g.usermap: Input/outpu= t error
ls: cannot access /bin/ntfsmount: Input/output error
ls: cannot access /= bin/ntfsfix: Input/output error
ls: cannot access /bin/ntfscluster: Inpu= t/output error
total 8192
dr-xr-xr-x.=A0 2 root root=A0=A0 4096 Oct 1= 5 14:49 .
drwxr-xr-x. 29 root root=A0=A0 4096 Oct 17 12:34 ..
-rwxr-xr-x.=A0 1 roo= t root=A0=A0=A0 123 Nov 10=A0 2010 alsaunmute
-rwxr-xr-x=A0=A0 1 root ro= ot=A0 27808 May 30 10:55 arch
lrwxrwxrwx.=A0 1 root root=A0=A0=A0=A0=A0 = 4 Oct 13 10:36 awk -> gawk
-rwxr-xr-x=A0=A0 1 root root=A0 26264 May 30 10:55 basename
-rwxr-xr-x= =A0=A0 1 root root 943248 May 30 11:46 bash
-rwxr-xr-x=A0=A0 1 root root= =A0 51344 May 30 10:55 cat
-rwxr-xr-x=A0=A0 1 root root=A0 12200 Jun 25 = 05:02 cgclassify
-rwxr-xr-x=A0=A0 1 root root=A0 12352 Jun 25 05:02 cgcreate
-rwxr-xr-x= =A0=A0 1 root root=A0 11528 Jun 25 05:02 cgdelete
-rwsr-xr-x=A0=A0 1 roo= t root=A0 12136 Jun 25 05:02 cgexec
-rwxr-xr-x=A0=A0 1 root root=A0 1576= 0 Jun 25 05:02 cgget
-rwxr-xr-x=A0=A0 1 root root=A0 13160 Jun 25 05:02 cgset
-rwxr-xr-x=A0= =A0 1 root root=A0 55472 May 30 10:55 chgrp
-rwxr-xr-x=A0=A0 1 root root= =A0 52472 May 30 10:55 chmod
-rwxr-xr-x=A0=A0 1 root root=A0 57496 May 3= 0 10:55 chown
-rwxr-xr-x=A0=A0 1 root root 122344 May 30 10:55 cp
-rwxr-xr-x=A0=A0 1 root root 136096 Nov 10=A0 2010 cpio
lrwxrwxrwx.=A0 1= root root=A0=A0=A0=A0=A0 4 Oct 13 11:00 csh -> tcsh
-rwxr-xr-x=A0=A0= 1 root root=A0 45472 May 30 10:55 cut
-rwxr-xr-x=A0=A0 1 root root 1098= 96 Aug 18=A0 2010 dash
-rwxr-xr-x=A0=A0 1 root root=A0 59552 May 30 10:55 date
-rwxr-xr-x=A0=A0= 1 root root=A0 12552 Jun 25 06:47 dbus-cleanup-sockets
-rwxr-xr-x.=A0 1= root root 339048 Jun 25 06:47 dbus-daemon
-rwxr-xr-x=A0=A0 1 root root= =A0 18464 Jun 25 06:47 dbus-monitor
-rwxr-xr-x=A0=A0 1 root root=A0 22376 Jun 25 06:47 dbus-send
-rwxr-xr-x= =A0=A0 1 root root=A0 10912 Jun 25 06:47 dbus-uuidgen
-rwxr-xr-x=A0=A0 1= root root=A0 54040 May 30 10:55 dd
-rwxr-xr-x=A0=A0 1 root root=A0 7025= 6 May 30 10:55 df
-rwxr-xr-x=A0=A0 1 root root=A0=A0 9896 Jun 25 02:46 dmesg
lrwxrwxrwx.= =A0 1 root root=A0=A0=A0=A0=A0 8 Oct 13 10:36 dnsdomainname -> hostname<= br>lrwxrwxrwx.=A0 1 root root=A0=A0=A0=A0=A0 8 Oct 13 10:36 domainname ->= ; hostname
-rwxr-xr-x=A0=A0 1 root root=A0 81120 Nov 11=A0 2010 dumpkeys=
-rwxr-xr-x=A0=A0 1 root root=A0 27648 May 30 10:55 echo
-rwxr-xr-x=A0=A0= 2 root root=A0 53352 Nov 11=A0 2010 ed
-rwxr-xr-x=A0=A0 1 root root 106= 528 Aug 25=A0 2010 egrep
-rwxr-xr-x=A0=A0 1 root root=A0 26368 May 30 10= :55 env
lrwxrwxrwx.=A0 1 root root=A0=A0=A0=A0=A0 2 Oct 13 10:59 ex ->= ; vi
-rwxr-xr-x=A0=A0 1 root root=A0 24592 May 30 10:55 false
-rwxr-xr-x=A0= =A0 1 root root=A0 71328 Aug 25=A0 2010 fgrep
-rwxr-xr-x=A0=A0 1 root ro= ot 238640 Nov 11=A0 2010 find
-rwxr-xr-x=A0=A0 1 root root 382456 Nov 11= =A0 2010 gawk
-rwxr-xr-x=A0=A0 1 root root=A0 33416 Nov 11=A0 2010 gette= xt
-rwxr-xr-x=A0=A0 1 root root 110160 Aug 25=A0 2010 grep
lrwxrwxrwx.=A0 1= root root=A0=A0=A0=A0=A0 3 Oct 13 10:36 gtar -> tar
-rwxr-xr-x.=A0 1= root root=A0=A0=A0=A0 61 Nov 11=A0 2010 gunzip
-rwxr-xr-x=A0=A0 1 root = root=A0 68544 Nov 11=A0 2010 gzip
-rwxr-xr-x=A0=A0 1 root root=A0 16192 Aug 24=A0 2010 hostname
-rwxr-xr-x= =A0=A0 1 root root=A0 14872 Jun 25 00:09 ipcalc
lrwxrwxrwx.=A0 1 root ro= ot=A0=A0=A0=A0 20 Oct 13 10:36 iptables-xml -> /sbin/iptables-multi
-= rwxr-xr-x=A0=A0 1 root root=A0 11248 Nov 11=A0 2010 kbd_mode
-rwxr-xr-x=A0=A0 1 root root=A0 24648 Aug 22=A0 2010 keyctl
-rwxr-xr-x= =A0=A0 1 root root=A0 15128 Jun 25 02:46 kill
-rwxr-xr-x=A0=A0 1 root ro= ot=A0 26256 May 30 10:55 link
-rwxr-xr-x=A0=A0 1 root root=A0 49568 May = 30 10:55 ln
-rwxr-xr-x=A0=A0 1 root root 112136 Nov 11=A0 2010 loadkeys<= br> -rwxr-xr-x=A0=A0 1 root root=A0 30992 Jun 25 02:46 login
-rwxr-xr-x=A0= =A0 1 root root=A0 58368 Sep 12 13:32 lowntfs-3g
-rwxr-xr-x=A0=A0 1 root= root 111744 May 30 10:55 ls
-rwxr-xr-x=A0=A0 1 root root=A0 14008 Jun 2= 5 05:02 lscgroup
-rwxr-xr-x=A0=A0 1 root root=A0 12488 Jun 25 05:02 lssubsys
lrwxrwxrwx.= =A0 1 root root=A0=A0=A0=A0=A0 5 Oct 13 10:37 mail -> mailx
-rwxr-xr-= x=A0=A0 1 root root 390360 Aug 22=A0 2010 mailx
-rwxr-xr-x=A0=A0 1 root = root=A0 48544 May 30 10:55 mkdir
-rwxr-xr-x=A0=A0 1 root root=A0 32352 May 30 10:55 mknod
-rwxr-xr-x=A0= =A0 1 root root=A0 37352 May 30 10:55 mktemp
-rwxr-xr-x=A0=A0 1 root roo= t=A0 41144 Jun 25 02:46 more
-rwsr-xr-x.=A0 1 root root=A0 74712 Jun 25 = 02:46 mount
-rwxr-xr-x=A0=A0 1 root root=A0=A0 9800 Aug 24=A0 2010 mount= point
-rwxr-xr-x=A0=A0 1 root root 111536 May 30 10:55 mv
-rwxr-xr-x=A0=A0 1 r= oot root 177360 Nov 12=A0 2010 nano
-rwxr-xr-x=A0=A0 1 root root 127816 = Aug 24=A0 2010 netstat
-rwxr-xr-x=A0=A0 1 root root=A0 28816 May 30 10:5= 5 nice
lrwxrwxrwx.=A0 1 root root=A0=A0=A0=A0=A0 8 Oct 13 10:36 nisdomai= nname -> hostname
-rwxr-xr-x=A0=A0 1 root root=A0 53576 Sep 12 13:32 ntfs-3g
-rwxr-xr-x=A0= =A0 1 root root=A0 11016 Sep 12 13:32 ntfs-3g.probe
-??????????=A0 ? ?= =A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ? nt= fs-3g.secaudit
-??????????=A0 ? ?=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0 ?= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ? ntfs-3g.usermap
-rwxr-xr-x=A0=A0 1 root root=A0 29896 Sep 12 13:32 ntfscat
-rwxr-xr-x=A0= =A0 1 root root=A0 32992 Sep 12 13:32 ntfsck
-??????????=A0 ? ?=A0=A0=A0= ?=A0=A0=A0=A0=A0=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ? ntfscluster=
-rwxr-xr-x=A0=A0 1 root root=A0 36320 Sep 12 13:32 ntfscmp
-??????????=A0 ? ?=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 ? ntfsdecrypt
-??????????=A0 ? ?=A0=A0=A0 ?=A0=A0=A0=A0= =A0=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ? ntfsdump_logfile
-????= ??????=A0 ? ?=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 ? ntfsfix
-rwxr-xr-x=A0=A0 1 root root=A0 57240 Sep 12 13:32 n= tfsinfo
-??????????=A0 ? ?=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 ? ntfsls
-rwxr-xr-x=A0=A0 1 root root=A0 30448 Sep 12 13= :32 ntfsmftalloc
l??????????=A0 ? ?=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0 ?= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ? ntfsmount
-rwxr-xr-x=A0=A0 1 root ro= ot=A0 34000 Sep 12 13:32 ntfsmove
-??????????=A0 ? ?=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0=A0=A0 ?=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 ? ntfstruncate
-rwxr-xr-x=A0=A0 1 root root=A0 42240 Sep= 12 13:32 ntfswipe
-rwsr-xr-x=A0=A0 1 root root=A0 41432 Nov 11=A0 2010 = ping
-rwsr-xr-x=A0=A0 1 root root=A0 36256 Nov 11=A0 2010 ping6
-rwxr-xr-x=A0=A0 1 root root=A0 35640 Oct 31=A0 2010 plymouth
-rwxr-xr-x= =A0=A0 1 root root=A0 86776 Nov 11=A0 2010 ps
-rwxr-xr-x=A0=A0 1 root ro= ot=A0 31656 May 30 10:55 pwd
-rwxr-xr-x=A0=A0 1 root root=A0 11528 Jun 2= 5 02:46 raw
-rwxr-xr-x=A0=A0 1 root root=A0 40056 May 30 10:55 readlink<= br> -rwxr-xr-x=A0=A0 2 root root=A0 53352 Nov 11=A0 2010 red
-rwxr-xr-x.=A0 = 1 root root=A0=A0=A0 576 Apr 16=A0 2008 redhat_lsb_init
-rwxr-xr-x=A0=A0= 1 root root=A0 57504 May 30 10:55 rm
-rwxr-xr-x=A0=A0 1 root root=A0 40= 544 May 30 10:55 rmdir
lrwxrwxrwx.=A0 1 root root=A0=A0=A0=A0=A0 4 Oct 13 10:39 rnano -> nano-rwxr-xr-x=A0=A0 1 root root=A0 29904 Nov 11=A0 2010 rpm
lrwxrwxrwx.= =A0 1 root root=A0=A0=A0=A0=A0 2 Oct 13 10:59 rvi -> vi
lrwxrwxrwx.= =A0 1 root root=A0=A0=A0=A0=A0 2 Oct 13 10:59 rview -> vi
-rwxr-xr-x=A0=A0 1 root root=A0 72248 Aug 22=A0 2010 sed
-rwxr-xr-x=A0= =A0 1 root root=A0 42312 Nov 11=A0 2010 setfont
-rwxr-xr-x=A0=A0 1 root = root=A0 23600 Aug 22=A0 2010 setserial
lrwxrwxrwx.=A0 1 root root=A0=A0= =A0=A0=A0 4 Oct 13 10:36 sh -> bash
-rwxr-xr-x=A0=A0 1 root root=A0 27880 May 30 10:55 sleep
-rwxr-xr-x=A0= =A0 1 root root=A0 99000 May 30 10:55 sort
-rwxr-xr-x=A0=A0 1 root root= =A0 65864 May 30 10:55 stty
-rwsr-xr-x=A0=A0 1 root root=A0 36440 May 30= 10:55 su
-rwxr-xr-x=A0=A0 1 root root=A0 25464 May 30 10:55 sync
-rwxr-xr-x=A0=A0 1 root root 384920 Nov 11=A0 2010 tar
-rwxr-xr-x=A0=A0 = 1 root root=A0 14808 Jun 25 02:46 taskset
-rwxr-xr-x=A0=A0 1 root root 3= 91288 Jun 25 02:05 tcsh
-rwxr-xr-x=A0=A0 1 root root=A0 51952 May 30 10:= 55 touch
-rwxr-xr-x.=A0 1 root root=A0 11392 Nov 11=A0 2010 tracepath -rwxr-xr-x.=A0 1 root root=A0 12304 Nov 11=A0 2010 tracepath6
-rwxr-xr-x= =A0=A0 1 root root=A0 57384 Nov 11=A0 2010 traceroute
lrwxrwxrwx.=A0 1 r= oot root=A0=A0=A0=A0 10 Oct 13 10:39 traceroute6 -> traceroute
-rwxr-= xr-x=A0=A0 1 root root=A0 24592 May 30 10:55 true
-rwsr-xr-x.=A0 1 root root=A0 49280 Jun 25 02:46 umount
-rwxr-xr-x=A0=A0= 1 root root=A0 27808 May 30 10:55 uname
-rwxr-xr-x.=A0 1 root root=A0= =A0 2555 Nov 11=A0 2010 unicode_start
-rwxr-xr-x.=A0 1 root root=A0=A0= =A0 363 Nov 11=A0 2010 unicode_stop
-rwxr-xr-x=A0=A0 1 root root=A0 26264 May 30 10:55 unlink
-rwxr-xr-x=A0= =A0 1 root root=A0 10208 Jun 25 00:09 usleep
-rwxr-xr-x=A0=A0 1 root roo= t 771800 Jun 25 04:43 vi
lrwxrwxrwx.=A0 1 root root=A0=A0=A0=A0=A0 2 Oct= 13 10:59 view -> vi
lrwxrwxrwx.=A0 1 root root=A0=A0=A0=A0=A0 8 Oct 13 10:36 ypdomainname ->= hostname
-rwxr-xr-x.=A0 1 root root=A0=A0=A0=A0 62 Nov 11=A0 2010 zcat<= br>
Here is the rough partition information for my main drive:

/b= oot primary ext3 1gb /dev/sda1
/dev/sda2 extended lvm pv 925gb
vg_gibson lvm-volumegroup 925gb
/ lv_= root ext3 36gb
swap lv_swap 2gb

Server Specs:

Dell Powered= ge R710
32GB ECC Unbuffered Ram
2x Intel Xeon Quad Core HT 2.3Ghz (16= "cores" total)
2x 1TB WD SCSI Drives in Raid-1

Drive Nitty Gritty:
Product ID: W= DC WD1002FBYS-0
Revision: 0C06
Size: 953344MB

Heres some more = information about the raid controller also attained from the raid controlle= r config utility:

Product Name: PERC 6/i
Package: 6.2.0-0013
FW Version: 1.22.02-06= 12
BIOS Version: 2.04.00
CtrlR Version: 1.02-015B
Boot Block: 1.00= .00.01-0011

Application & OS Specs:
CentOS 6 w/2.6.32-131 M.A= .Young centos6 xen dom0 kernel

Diagnostic Attempts and Results:

I've done a consistency che= ck on the raid array and everything comes back as clean and optimal. I'= ve ran bad block checks, partition table corruption, mbr corruption, everyt= hing i can think of. It all comes back as clean and working fine. Because o= f these results i have not been able to force my dedicated hosting company = to replace any of the hardware. They are upgrading the raid controller soft= ware as its about 1 minor version out of date just to see if that could be = the issue, i'll report back if that mysteriously fixes it but i'm n= ot holding my breath.

I've read somewhere that the 2.6.x kernels have an old version of t= he megaraid_sas module that will cause problems but the version included in= the M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3 ve= rsion that article recommends upgrading to so i'm really at a loss. Bes= ides the version being so new the problem described in that article (the ke= rnel not finding the drive at all on boot) is not the issue i'm having.= It just freaks out randomly (i'm sure its not really randomly, just ap= pears that way) and the OS swaps to read-only mode and the only way to rebo= ot is basically to push the button on the front of the box.

Please, if anyone can direct me towards a solution or at least down a p= ath i have yet to try i would greatly appreciate it. I'm at my wits end= , i've been fighting this mysterious monster for over a month now and i= t always seems to strike right before i'm about to go live with my serv= ices (first time it happened was right after i started adding customers to = the box).

Thanks in advance,
David



--0015174784eebfc55504af95b8b6-- --===============0236915049== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0236915049==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 10:20:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 10:20:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGDKr-0000Kg-In; Tue, 18 Oct 2011 10:20:17 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RGDJY-0008Qb-Vg for xen-users@lists.xensource.com; Tue, 18 Oct 2011 10:18:57 -0700 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-12.tower-27.messagelabs.com!1318958314!47208121!1 X-Originating-IP: [131.225.104.19] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27638 invoked from network); 18 Oct 2011 17:18:34 -0000 Received: from gateway02.fnal.gov (HELO gateway02.fnal.gov) (131.225.104.19) by server-12.tower-27.messagelabs.com with SMTP; 18 Oct 2011 17:18:34 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway02.fnal.gov (Postfix) with ESMTP id 10FA71710E2E; Tue, 18 Oct 2011 12:18:53 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway02.fnal.gov ([127.0.0.1]) by localhost (gateway02.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id egVgp6fHA9XJ; Tue, 18 Oct 2011 12:18:52 -0500 (CDT) X-Mailgw-Auth: no Received: from flxi05.fnal.gov (flxi05.fnal.gov [131.225.68.48]) by gateway02.fnal.gov (Postfix) with ESMTP id E48901710E27; Tue, 18 Oct 2011 12:18:52 -0500 (CDT) Received: from flxi05.fnal.gov (localhost.localdomain [127.0.0.1]) by flxi05.fnal.gov (8.13.1/8.13.1) with ESMTP id p9IHIqdE014083; Tue, 18 Oct 2011 12:18:52 -0500 Received: from localhost (timm@localhost) by flxi05.fnal.gov (8.13.1/8.13.1/Submit) with ESMTP id p9IHIqs2014080; Tue, 18 Oct 2011 12:18:52 -0500 X-Authentication-Warning: flxi05.fnal.gov: timm owned process doing -bs Date: Tue, 18 Oct 2011 12:18:52 -0500 (CDT) From: Steven Timm To: David Della Vecchia Subject: Re: [Xen-users] Severe megasas_raid issues when using Xen dom0 linux kernels In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Have you tried to use the MegaRAID monitor to see if you can diagnose some hardware problem with the RAID? There is one you can download and run on the linux dom0, there should be a monitor you can get to from the BIOS as well.. those error messages look very much like an actual hardware fault on the RAID array. I have a lot of megasas raid both under SL5 and SL6 and have used them as xen dom0 and kvm vm hosts without problems, several different versions of xen. Steve Timm On Tue, 18 Oct 2011, David Della Vecchia wrote: > I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 (about > 5 different versions in between). I'm currently running xen 4.1.1 release on > centos6 with M.A.Young's centos6 xen dom0 kernel. For some reason the raid > array freaks out and swaps to read-only mode for the entire virtual device > the hardware raid array provides. I've tried both raid 0 and raid1 (2 1tb > SCSI drives). I've had this issue in every xen install I've tried on this > box, no matter what kernel version (tried as new as 3.0.1 in debian wheezy) > or xen version (compiled and installed the unstable branch to test) i use. > The server was running stable and fine for about a week this time before > this: > > > [root@gibson ~]# df -h > -bash: /bin/df: Input/output error > [root@gibson ~]# w > -bash: /usr/bin/w: Input/output error > [root@gibson ~]# modinfo megasas_raid > -bash: /sbin/modinfo: Input/output error > > part of the /var/log/messages: > > Oct 17 13:21:09 gibson kernel: megasas: [ 0]waiting for 1 commands to > complete > Oct 17 13:21:10 gibson kernel: megaraid_sas: no pending cmds after reset > Oct 17 13:21:10 gibson kernel: megasas: reset successful > Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=0 > retries=0 > Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for 1 commands to > complete > Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset > Oct 17 13:21:21 gibson kernel: megasas: reset successful > Oct 17 13:21:21 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 > cmd=2a retries=0 > Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset > Oct 17 13:21:21 gibson kernel: megasas: reset successful > Oct 17 13:21:41 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=0 > retries=0 > Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to > complete > Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset > Oct 17 13:21:42 gibson kernel: megasas: reset successful > Oct 17 13:21:42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 > cmd=2a retries=0 > Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset > Oct 17 13:21:42 gibson kernel: megasas: reset successful > Oct 17 13:22:02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd=0 > retries=0 > Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to > complete > > > [root@gibson ~]# ls -al /bin/ > ls: cannot access /bin/ntfs-3g.secaudit: Input/output error > ls: cannot access /bin/ntfstruncate: Input/output error > ls: cannot access /bin/ntfsdump_logfile: Input/output error > ls: cannot access /bin/ntfsls: Input/output error > ls: cannot access /bin/ntfsdecrypt: Input/output error > ls: cannot access /bin/ntfs-3g.usermap: Input/output error > ls: cannot access /bin/ntfsmount: Input/output error > ls: cannot access /bin/ntfsfix: Input/output error > ls: cannot access /bin/ntfscluster: Input/output error > total 8192 > dr-xr-xr-x. 2 root root 4096 Oct 15 14:49 . > drwxr-xr-x. 29 root root 4096 Oct 17 12:34 .. > -rwxr-xr-x. 1 root root 123 Nov 10 2010 alsaunmute > -rwxr-xr-x 1 root root 27808 May 30 10:55 arch > lrwxrwxrwx. 1 root root 4 Oct 13 10:36 awk -> gawk > -rwxr-xr-x 1 root root 26264 May 30 10:55 basename > -rwxr-xr-x 1 root root 943248 May 30 11:46 bash > -rwxr-xr-x 1 root root 51344 May 30 10:55 cat > -rwxr-xr-x 1 root root 12200 Jun 25 05:02 cgclassify > -rwxr-xr-x 1 root root 12352 Jun 25 05:02 cgcreate > -rwxr-xr-x 1 root root 11528 Jun 25 05:02 cgdelete > -rwsr-xr-x 1 root root 12136 Jun 25 05:02 cgexec > -rwxr-xr-x 1 root root 15760 Jun 25 05:02 cgget > -rwxr-xr-x 1 root root 13160 Jun 25 05:02 cgset > -rwxr-xr-x 1 root root 55472 May 30 10:55 chgrp > -rwxr-xr-x 1 root root 52472 May 30 10:55 chmod > -rwxr-xr-x 1 root root 57496 May 30 10:55 chown > -rwxr-xr-x 1 root root 122344 May 30 10:55 cp > -rwxr-xr-x 1 root root 136096 Nov 10 2010 cpio > lrwxrwxrwx. 1 root root 4 Oct 13 11:00 csh -> tcsh > -rwxr-xr-x 1 root root 45472 May 30 10:55 cut > -rwxr-xr-x 1 root root 109896 Aug 18 2010 dash > -rwxr-xr-x 1 root root 59552 May 30 10:55 date > -rwxr-xr-x 1 root root 12552 Jun 25 06:47 dbus-cleanup-sockets > -rwxr-xr-x. 1 root root 339048 Jun 25 06:47 dbus-daemon > -rwxr-xr-x 1 root root 18464 Jun 25 06:47 dbus-monitor > -rwxr-xr-x 1 root root 22376 Jun 25 06:47 dbus-send > -rwxr-xr-x 1 root root 10912 Jun 25 06:47 dbus-uuidgen > -rwxr-xr-x 1 root root 54040 May 30 10:55 dd > -rwxr-xr-x 1 root root 70256 May 30 10:55 df > -rwxr-xr-x 1 root root 9896 Jun 25 02:46 dmesg > lrwxrwxrwx. 1 root root 8 Oct 13 10:36 dnsdomainname -> hostname > lrwxrwxrwx. 1 root root 8 Oct 13 10:36 domainname -> hostname > -rwxr-xr-x 1 root root 81120 Nov 11 2010 dumpkeys > -rwxr-xr-x 1 root root 27648 May 30 10:55 echo > -rwxr-xr-x 2 root root 53352 Nov 11 2010 ed > -rwxr-xr-x 1 root root 106528 Aug 25 2010 egrep > -rwxr-xr-x 1 root root 26368 May 30 10:55 env > lrwxrwxrwx. 1 root root 2 Oct 13 10:59 ex -> vi > -rwxr-xr-x 1 root root 24592 May 30 10:55 false > -rwxr-xr-x 1 root root 71328 Aug 25 2010 fgrep > -rwxr-xr-x 1 root root 238640 Nov 11 2010 find > -rwxr-xr-x 1 root root 382456 Nov 11 2010 gawk > -rwxr-xr-x 1 root root 33416 Nov 11 2010 gettext > -rwxr-xr-x 1 root root 110160 Aug 25 2010 grep > lrwxrwxrwx. 1 root root 3 Oct 13 10:36 gtar -> tar > -rwxr-xr-x. 1 root root 61 Nov 11 2010 gunzip > -rwxr-xr-x 1 root root 68544 Nov 11 2010 gzip > -rwxr-xr-x 1 root root 16192 Aug 24 2010 hostname > -rwxr-xr-x 1 root root 14872 Jun 25 00:09 ipcalc > lrwxrwxrwx. 1 root root 20 Oct 13 10:36 iptables-xml -> > /sbin/iptables-multi > -rwxr-xr-x 1 root root 11248 Nov 11 2010 kbd_mode > -rwxr-xr-x 1 root root 24648 Aug 22 2010 keyctl > -rwxr-xr-x 1 root root 15128 Jun 25 02:46 kill > -rwxr-xr-x 1 root root 26256 May 30 10:55 link > -rwxr-xr-x 1 root root 49568 May 30 10:55 ln > -rwxr-xr-x 1 root root 112136 Nov 11 2010 loadkeys > -rwxr-xr-x 1 root root 30992 Jun 25 02:46 login > -rwxr-xr-x 1 root root 58368 Sep 12 13:32 lowntfs-3g > -rwxr-xr-x 1 root root 111744 May 30 10:55 ls > -rwxr-xr-x 1 root root 14008 Jun 25 05:02 lscgroup > -rwxr-xr-x 1 root root 12488 Jun 25 05:02 lssubsys > lrwxrwxrwx. 1 root root 5 Oct 13 10:37 mail -> mailx > -rwxr-xr-x 1 root root 390360 Aug 22 2010 mailx > -rwxr-xr-x 1 root root 48544 May 30 10:55 mkdir > -rwxr-xr-x 1 root root 32352 May 30 10:55 mknod > -rwxr-xr-x 1 root root 37352 May 30 10:55 mktemp > -rwxr-xr-x 1 root root 41144 Jun 25 02:46 more > -rwsr-xr-x. 1 root root 74712 Jun 25 02:46 mount > -rwxr-xr-x 1 root root 9800 Aug 24 2010 mountpoint > -rwxr-xr-x 1 root root 111536 May 30 10:55 mv > -rwxr-xr-x 1 root root 177360 Nov 12 2010 nano > -rwxr-xr-x 1 root root 127816 Aug 24 2010 netstat > -rwxr-xr-x 1 root root 28816 May 30 10:55 nice > lrwxrwxrwx. 1 root root 8 Oct 13 10:36 nisdomainname -> hostname > -rwxr-xr-x 1 root root 53576 Sep 12 13:32 ntfs-3g > -rwxr-xr-x 1 root root 11016 Sep 12 13:32 ntfs-3g.probe > -?????????? ? ? ? ? ? ntfs-3g.secaudit > -?????????? ? ? ? ? ? ntfs-3g.usermap > -rwxr-xr-x 1 root root 29896 Sep 12 13:32 ntfscat > -rwxr-xr-x 1 root root 32992 Sep 12 13:32 ntfsck > -?????????? ? ? ? ? ? ntfscluster > -rwxr-xr-x 1 root root 36320 Sep 12 13:32 ntfscmp > -?????????? ? ? ? ? ? ntfsdecrypt > -?????????? ? ? ? ? ? ntfsdump_logfile > -?????????? ? ? ? ? ? ntfsfix > -rwxr-xr-x 1 root root 57240 Sep 12 13:32 ntfsinfo > -?????????? ? ? ? ? ? ntfsls > -rwxr-xr-x 1 root root 30448 Sep 12 13:32 ntfsmftalloc > l?????????? ? ? ? ? ? ntfsmount > -rwxr-xr-x 1 root root 34000 Sep 12 13:32 ntfsmove > -?????????? ? ? ? ? ? ntfstruncate > -rwxr-xr-x 1 root root 42240 Sep 12 13:32 ntfswipe > -rwsr-xr-x 1 root root 41432 Nov 11 2010 ping > -rwsr-xr-x 1 root root 36256 Nov 11 2010 ping6 > -rwxr-xr-x 1 root root 35640 Oct 31 2010 plymouth > -rwxr-xr-x 1 root root 86776 Nov 11 2010 ps > -rwxr-xr-x 1 root root 31656 May 30 10:55 pwd > -rwxr-xr-x 1 root root 11528 Jun 25 02:46 raw > -rwxr-xr-x 1 root root 40056 May 30 10:55 readlink > -rwxr-xr-x 2 root root 53352 Nov 11 2010 red > -rwxr-xr-x. 1 root root 576 Apr 16 2008 redhat_lsb_init > -rwxr-xr-x 1 root root 57504 May 30 10:55 rm > -rwxr-xr-x 1 root root 40544 May 30 10:55 rmdir > lrwxrwxrwx. 1 root root 4 Oct 13 10:39 rnano -> nano > -rwxr-xr-x 1 root root 29904 Nov 11 2010 rpm > lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rvi -> vi > lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rview -> vi > -rwxr-xr-x 1 root root 72248 Aug 22 2010 sed > -rwxr-xr-x 1 root root 42312 Nov 11 2010 setfont > -rwxr-xr-x 1 root root 23600 Aug 22 2010 setserial > lrwxrwxrwx. 1 root root 4 Oct 13 10:36 sh -> bash > -rwxr-xr-x 1 root root 27880 May 30 10:55 sleep > -rwxr-xr-x 1 root root 99000 May 30 10:55 sort > -rwxr-xr-x 1 root root 65864 May 30 10:55 stty > -rwsr-xr-x 1 root root 36440 May 30 10:55 su > -rwxr-xr-x 1 root root 25464 May 30 10:55 sync > -rwxr-xr-x 1 root root 384920 Nov 11 2010 tar > -rwxr-xr-x 1 root root 14808 Jun 25 02:46 taskset > -rwxr-xr-x 1 root root 391288 Jun 25 02:05 tcsh > -rwxr-xr-x 1 root root 51952 May 30 10:55 touch > -rwxr-xr-x. 1 root root 11392 Nov 11 2010 tracepath > -rwxr-xr-x. 1 root root 12304 Nov 11 2010 tracepath6 > -rwxr-xr-x 1 root root 57384 Nov 11 2010 traceroute > lrwxrwxrwx. 1 root root 10 Oct 13 10:39 traceroute6 -> traceroute > -rwxr-xr-x 1 root root 24592 May 30 10:55 true > -rwsr-xr-x. 1 root root 49280 Jun 25 02:46 umount > -rwxr-xr-x 1 root root 27808 May 30 10:55 uname > -rwxr-xr-x. 1 root root 2555 Nov 11 2010 unicode_start > -rwxr-xr-x. 1 root root 363 Nov 11 2010 unicode_stop > -rwxr-xr-x 1 root root 26264 May 30 10:55 unlink > -rwxr-xr-x 1 root root 10208 Jun 25 00:09 usleep > -rwxr-xr-x 1 root root 771800 Jun 25 04:43 vi > lrwxrwxrwx. 1 root root 2 Oct 13 10:59 view -> vi > lrwxrwxrwx. 1 root root 8 Oct 13 10:36 ypdomainname -> hostname > -rwxr-xr-x. 1 root root 62 Nov 11 2010 zcat > > Here is the rough partition information for my main drive: > > /boot primary ext3 1gb /dev/sda1 > /dev/sda2 extended lvm pv 925gb > vg_gibson lvm-volumegroup 925gb > / lv_root ext3 36gb > swap lv_swap 2gb > > Server Specs: > > Dell Poweredge R710 > 32GB ECC Unbuffered Ram > 2x Intel Xeon Quad Core HT 2.3Ghz (16 "cores" total) > 2x 1TB WD SCSI Drives in Raid-1 > > Drive Nitty Gritty: > Product ID: WDC WD1002FBYS-0 > Revision: 0C06 > Size: 953344MB > > Heres some more information about the raid controller also attained from the > raid controller config utility: > > Product Name: PERC 6/i > Package: 6.2.0-0013 > FW Version: 1.22.02-0612 > BIOS Version: 2.04.00 > CtrlR Version: 1.02-015B > Boot Block: 1.00.00.01-0011 > > Application & OS Specs: > CentOS 6 w/2.6.32-131 M.A.Young centos6 xen dom0 kernel > > Diagnostic Attempts and Results: > > I've done a consistency check on the raid array and everything comes back as > clean and optimal. I've ran bad block checks, partition table corruption, > mbr corruption, everything i can think of. It all comes back as clean and > working fine. Because of these results i have not been able to force my > dedicated hosting company to replace any of the hardware. They are upgrading > the raid controller software as its about 1 minor version out of date just > to see if that could be the issue, i'll report back if that mysteriously > fixes it but i'm not holding my breath. > > I've read somewhere that the 2.6.x kernels have an old version of the > megaraid_sas module that will cause problems but the version included in the > M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3 version > that article recommends upgrading to so i'm really at a loss. Besides the > version being so new the problem described in that article (the kernel not > finding the drive at all on boot) is not the issue i'm having. It just > freaks out randomly (i'm sure its not really randomly, just appears that > way) and the OS swaps to read-only mode and the only way to reboot is > basically to push the button on the front of the box. > > Please, if anyone can direct me towards a solution or at least down a path i > have yet to try i would greatly appreciate it. I'm at my wits end, i've been > fighting this mysterious monster for over a month now and it always seems to > strike right before i'm about to go live with my services (first time it > happened was right after i started adding customers to the box). > > Thanks in advance, > David > -- ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 10:32:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 10:32:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGDWB-0001Eo-C5; Tue, 18 Oct 2011 10:31:59 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGDUU-0000tV-CG for xen-users@lists.xensource.com; Tue, 18 Oct 2011 10:30:15 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1318958981!42462558!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2918 invoked from network); 18 Oct 2011 17:29:42 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 17:29:42 -0000 Received: by yxl11 with SMTP id 11so1175123yxl.30 for ; Tue, 18 Oct 2011 10:30:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=f+sFpid21rRMYe8aGElsHpq75mpCDkEcWXtNR2Y9VuQ=; b=kpsegRp3OzlEqXWkMflt5kRaj5RRAp7D9ToG5VJdVTC5t0EEpcY4IiPbno4jLsAzht jUDeuZT2xXqRyepNy8pK//EQzavNl7KEhyj+dsmzI9OZJqimb72o6G16K0FcmIecBnrj 5stsrrVKiwY+RwxZuuHIzswatqABSErs3sDbY= Received: by 10.223.14.134 with SMTP id g6mr5304619faa.11.1318959009359; Tue, 18 Oct 2011 10:30:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.73 with HTTP; Tue, 18 Oct 2011 10:29:49 -0700 (PDT) In-Reply-To: References: From: David Della Vecchia Date: Tue, 18 Oct 2011 13:29:49 -0400 X-Google-Sender-Auth: WBQPvDPDmedvknU5mftaoYBzlm0 Message-ID: Subject: Re: [Xen-users] Severe megasas_raid issues when using Xen dom0 linux kernels To: Steven Timm Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2020280245==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2020280245== Content-Type: multipart/alternative; boundary=001517447b8439e6c704af961363 --001517447b8439e6c704af961363 Content-Type: text/plain; charset=ISO-8859-1 Thank you for that suggestion, i will look into trying to run the megaraid monitor on the domU if I'm ever able to get the box to boot up successfully. It's occurred to me that since i use iscsi for domU storage theres really no reason i need raid on the main box so i may do away with it all together. Thanks, David On Tue, Oct 18, 2011 at 1:18 PM, Steven Timm wrote: > Have you tried to use the MegaRAID monitor to see if you can > diagnose some hardware problem with the RAID? There is one > you can download and run on the linux dom0, there should be a monitor > you can get to from the BIOS as well.. those error messages look very > much like an actual hardware fault on the RAID array. > > I have a lot of megasas raid both under SL5 and SL6 and have used them > as xen dom0 and kvm vm hosts without problems, several different versions > of xen. > > Steve Timm > > > > > On Tue, 18 Oct 2011, David Della Vecchia wrote: > > I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 >> (about >> 5 different versions in between). I'm currently running xen 4.1.1 release >> on >> centos6 with M.A.Young's centos6 xen dom0 kernel. For some reason the raid >> array freaks out and swaps to read-only mode for the entire virtual device >> the hardware raid array provides. I've tried both raid 0 and raid1 (2 1tb >> SCSI drives). I've had this issue in every xen install I've tried on this >> box, no matter what kernel version (tried as new as 3.0.1 in debian >> wheezy) >> or xen version (compiled and installed the unstable branch to test) i use. >> The server was running stable and fine for about a week this time before >> this: >> >> >> [root@gibson ~]# df -h >> -bash: /bin/df: Input/output error >> [root@gibson ~]# w >> -bash: /usr/bin/w: Input/output error >> [root@gibson ~]# modinfo megasas_raid >> -bash: /sbin/modinfo: Input/output error >> >> part of the /var/log/messages: >> >> Oct 17 13:21:09 gibson kernel: megasas: [ 0]waiting for 1 commands to >> complete >> Oct 17 13:21:10 gibson kernel: megaraid_sas: no pending cmds after reset >> Oct 17 13:21:10 gibson kernel: megasas: reset successful >> Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >> cmd=0 >> retries=0 >> Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for 1 commands to >> complete >> Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset >> Oct 17 13:21:21 gibson kernel: megasas: reset successful >> Oct 17 13:21:21 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >> cmd=2a retries=0 >> Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset >> Oct 17 13:21:21 gibson kernel: megasas: reset successful >> Oct 17 13:21:41 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >> cmd=0 >> retries=0 >> Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to >> complete >> Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset >> Oct 17 13:21:42 gibson kernel: megasas: reset successful >> Oct 17 13:21:42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >> cmd=2a retries=0 >> Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset >> Oct 17 13:21:42 gibson kernel: megasas: reset successful >> Oct 17 13:22:02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >> cmd=0 >> retries=0 >> Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to >> complete >> >> >> [root@gibson ~]# ls -al /bin/ >> ls: cannot access /bin/ntfs-3g.secaudit: Input/output error >> ls: cannot access /bin/ntfstruncate: Input/output error >> ls: cannot access /bin/ntfsdump_logfile: Input/output error >> ls: cannot access /bin/ntfsls: Input/output error >> ls: cannot access /bin/ntfsdecrypt: Input/output error >> ls: cannot access /bin/ntfs-3g.usermap: Input/output error >> ls: cannot access /bin/ntfsmount: Input/output error >> ls: cannot access /bin/ntfsfix: Input/output error >> ls: cannot access /bin/ntfscluster: Input/output error >> total 8192 >> dr-xr-xr-x. 2 root root 4096 Oct 15 14:49 . >> drwxr-xr-x. 29 root root 4096 Oct 17 12:34 .. >> -rwxr-xr-x. 1 root root 123 Nov 10 2010 alsaunmute >> -rwxr-xr-x 1 root root 27808 May 30 10:55 arch >> lrwxrwxrwx. 1 root root 4 Oct 13 10:36 awk -> gawk >> -rwxr-xr-x 1 root root 26264 May 30 10:55 basename >> -rwxr-xr-x 1 root root 943248 May 30 11:46 bash >> -rwxr-xr-x 1 root root 51344 May 30 10:55 cat >> -rwxr-xr-x 1 root root 12200 Jun 25 05:02 cgclassify >> -rwxr-xr-x 1 root root 12352 Jun 25 05:02 cgcreate >> -rwxr-xr-x 1 root root 11528 Jun 25 05:02 cgdelete >> -rwsr-xr-x 1 root root 12136 Jun 25 05:02 cgexec >> -rwxr-xr-x 1 root root 15760 Jun 25 05:02 cgget >> -rwxr-xr-x 1 root root 13160 Jun 25 05:02 cgset >> -rwxr-xr-x 1 root root 55472 May 30 10:55 chgrp >> -rwxr-xr-x 1 root root 52472 May 30 10:55 chmod >> -rwxr-xr-x 1 root root 57496 May 30 10:55 chown >> -rwxr-xr-x 1 root root 122344 May 30 10:55 cp >> -rwxr-xr-x 1 root root 136096 Nov 10 2010 cpio >> lrwxrwxrwx. 1 root root 4 Oct 13 11:00 csh -> tcsh >> -rwxr-xr-x 1 root root 45472 May 30 10:55 cut >> -rwxr-xr-x 1 root root 109896 Aug 18 2010 dash >> -rwxr-xr-x 1 root root 59552 May 30 10:55 date >> -rwxr-xr-x 1 root root 12552 Jun 25 06:47 dbus-cleanup-sockets >> -rwxr-xr-x. 1 root root 339048 Jun 25 06:47 dbus-daemon >> -rwxr-xr-x 1 root root 18464 Jun 25 06:47 dbus-monitor >> -rwxr-xr-x 1 root root 22376 Jun 25 06:47 dbus-send >> -rwxr-xr-x 1 root root 10912 Jun 25 06:47 dbus-uuidgen >> -rwxr-xr-x 1 root root 54040 May 30 10:55 dd >> -rwxr-xr-x 1 root root 70256 May 30 10:55 df >> -rwxr-xr-x 1 root root 9896 Jun 25 02:46 dmesg >> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 dnsdomainname -> hostname >> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 domainname -> hostname >> -rwxr-xr-x 1 root root 81120 Nov 11 2010 dumpkeys >> -rwxr-xr-x 1 root root 27648 May 30 10:55 echo >> -rwxr-xr-x 2 root root 53352 Nov 11 2010 ed >> -rwxr-xr-x 1 root root 106528 Aug 25 2010 egrep >> -rwxr-xr-x 1 root root 26368 May 30 10:55 env >> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 ex -> vi >> -rwxr-xr-x 1 root root 24592 May 30 10:55 false >> -rwxr-xr-x 1 root root 71328 Aug 25 2010 fgrep >> -rwxr-xr-x 1 root root 238640 Nov 11 2010 find >> -rwxr-xr-x 1 root root 382456 Nov 11 2010 gawk >> -rwxr-xr-x 1 root root 33416 Nov 11 2010 gettext >> -rwxr-xr-x 1 root root 110160 Aug 25 2010 grep >> lrwxrwxrwx. 1 root root 3 Oct 13 10:36 gtar -> tar >> -rwxr-xr-x. 1 root root 61 Nov 11 2010 gunzip >> -rwxr-xr-x 1 root root 68544 Nov 11 2010 gzip >> -rwxr-xr-x 1 root root 16192 Aug 24 2010 hostname >> -rwxr-xr-x 1 root root 14872 Jun 25 00:09 ipcalc >> lrwxrwxrwx. 1 root root 20 Oct 13 10:36 iptables-xml -> >> /sbin/iptables-multi >> -rwxr-xr-x 1 root root 11248 Nov 11 2010 kbd_mode >> -rwxr-xr-x 1 root root 24648 Aug 22 2010 keyctl >> -rwxr-xr-x 1 root root 15128 Jun 25 02:46 kill >> -rwxr-xr-x 1 root root 26256 May 30 10:55 link >> -rwxr-xr-x 1 root root 49568 May 30 10:55 ln >> -rwxr-xr-x 1 root root 112136 Nov 11 2010 loadkeys >> -rwxr-xr-x 1 root root 30992 Jun 25 02:46 login >> -rwxr-xr-x 1 root root 58368 Sep 12 13:32 lowntfs-3g >> -rwxr-xr-x 1 root root 111744 May 30 10:55 ls >> -rwxr-xr-x 1 root root 14008 Jun 25 05:02 lscgroup >> -rwxr-xr-x 1 root root 12488 Jun 25 05:02 lssubsys >> lrwxrwxrwx. 1 root root 5 Oct 13 10:37 mail -> mailx >> -rwxr-xr-x 1 root root 390360 Aug 22 2010 mailx >> -rwxr-xr-x 1 root root 48544 May 30 10:55 mkdir >> -rwxr-xr-x 1 root root 32352 May 30 10:55 mknod >> -rwxr-xr-x 1 root root 37352 May 30 10:55 mktemp >> -rwxr-xr-x 1 root root 41144 Jun 25 02:46 more >> -rwsr-xr-x. 1 root root 74712 Jun 25 02:46 mount >> -rwxr-xr-x 1 root root 9800 Aug 24 2010 mountpoint >> -rwxr-xr-x 1 root root 111536 May 30 10:55 mv >> -rwxr-xr-x 1 root root 177360 Nov 12 2010 nano >> -rwxr-xr-x 1 root root 127816 Aug 24 2010 netstat >> -rwxr-xr-x 1 root root 28816 May 30 10:55 nice >> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 nisdomainname -> hostname >> -rwxr-xr-x 1 root root 53576 Sep 12 13:32 ntfs-3g >> -rwxr-xr-x 1 root root 11016 Sep 12 13:32 ntfs-3g.probe >> -?????????? ? ? ? ? ? ntfs-3g.secaudit >> -?????????? ? ? ? ? ? ntfs-3g.usermap >> -rwxr-xr-x 1 root root 29896 Sep 12 13:32 ntfscat >> -rwxr-xr-x 1 root root 32992 Sep 12 13:32 ntfsck >> -?????????? ? ? ? ? ? ntfscluster >> -rwxr-xr-x 1 root root 36320 Sep 12 13:32 ntfscmp >> -?????????? ? ? ? ? ? ntfsdecrypt >> -?????????? ? ? ? ? ? ntfsdump_logfile >> -?????????? ? ? ? ? ? ntfsfix >> -rwxr-xr-x 1 root root 57240 Sep 12 13:32 ntfsinfo >> -?????????? ? ? ? ? ? ntfsls >> -rwxr-xr-x 1 root root 30448 Sep 12 13:32 ntfsmftalloc >> l?????????? ? ? ? ? ? ntfsmount >> -rwxr-xr-x 1 root root 34000 Sep 12 13:32 ntfsmove >> -?????????? ? ? ? ? ? ntfstruncate >> -rwxr-xr-x 1 root root 42240 Sep 12 13:32 ntfswipe >> -rwsr-xr-x 1 root root 41432 Nov 11 2010 ping >> -rwsr-xr-x 1 root root 36256 Nov 11 2010 ping6 >> -rwxr-xr-x 1 root root 35640 Oct 31 2010 plymouth >> -rwxr-xr-x 1 root root 86776 Nov 11 2010 ps >> -rwxr-xr-x 1 root root 31656 May 30 10:55 pwd >> -rwxr-xr-x 1 root root 11528 Jun 25 02:46 raw >> -rwxr-xr-x 1 root root 40056 May 30 10:55 readlink >> -rwxr-xr-x 2 root root 53352 Nov 11 2010 red >> -rwxr-xr-x. 1 root root 576 Apr 16 2008 redhat_lsb_init >> -rwxr-xr-x 1 root root 57504 May 30 10:55 rm >> -rwxr-xr-x 1 root root 40544 May 30 10:55 rmdir >> lrwxrwxrwx. 1 root root 4 Oct 13 10:39 rnano -> nano >> -rwxr-xr-x 1 root root 29904 Nov 11 2010 rpm >> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rvi -> vi >> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rview -> vi >> -rwxr-xr-x 1 root root 72248 Aug 22 2010 sed >> -rwxr-xr-x 1 root root 42312 Nov 11 2010 setfont >> -rwxr-xr-x 1 root root 23600 Aug 22 2010 setserial >> lrwxrwxrwx. 1 root root 4 Oct 13 10:36 sh -> bash >> -rwxr-xr-x 1 root root 27880 May 30 10:55 sleep >> -rwxr-xr-x 1 root root 99000 May 30 10:55 sort >> -rwxr-xr-x 1 root root 65864 May 30 10:55 stty >> -rwsr-xr-x 1 root root 36440 May 30 10:55 su >> -rwxr-xr-x 1 root root 25464 May 30 10:55 sync >> -rwxr-xr-x 1 root root 384920 Nov 11 2010 tar >> -rwxr-xr-x 1 root root 14808 Jun 25 02:46 taskset >> -rwxr-xr-x 1 root root 391288 Jun 25 02:05 tcsh >> -rwxr-xr-x 1 root root 51952 May 30 10:55 touch >> -rwxr-xr-x. 1 root root 11392 Nov 11 2010 tracepath >> -rwxr-xr-x. 1 root root 12304 Nov 11 2010 tracepath6 >> -rwxr-xr-x 1 root root 57384 Nov 11 2010 traceroute >> lrwxrwxrwx. 1 root root 10 Oct 13 10:39 traceroute6 -> traceroute >> -rwxr-xr-x 1 root root 24592 May 30 10:55 true >> -rwsr-xr-x. 1 root root 49280 Jun 25 02:46 umount >> -rwxr-xr-x 1 root root 27808 May 30 10:55 uname >> -rwxr-xr-x. 1 root root 2555 Nov 11 2010 unicode_start >> -rwxr-xr-x. 1 root root 363 Nov 11 2010 unicode_stop >> -rwxr-xr-x 1 root root 26264 May 30 10:55 unlink >> -rwxr-xr-x 1 root root 10208 Jun 25 00:09 usleep >> -rwxr-xr-x 1 root root 771800 Jun 25 04:43 vi >> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 view -> vi >> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 ypdomainname -> hostname >> -rwxr-xr-x. 1 root root 62 Nov 11 2010 zcat >> >> Here is the rough partition information for my main drive: >> >> /boot primary ext3 1gb /dev/sda1 >> /dev/sda2 extended lvm pv 925gb >> vg_gibson lvm-volumegroup 925gb >> / lv_root ext3 36gb >> swap lv_swap 2gb >> >> Server Specs: >> >> Dell Poweredge R710 >> 32GB ECC Unbuffered Ram >> 2x Intel Xeon Quad Core HT 2.3Ghz (16 "cores" total) >> 2x 1TB WD SCSI Drives in Raid-1 >> >> Drive Nitty Gritty: >> Product ID: WDC WD1002FBYS-0 >> Revision: 0C06 >> Size: 953344MB >> >> Heres some more information about the raid controller also attained from >> the >> raid controller config utility: >> >> Product Name: PERC 6/i >> Package: 6.2.0-0013 >> FW Version: 1.22.02-0612 >> BIOS Version: 2.04.00 >> CtrlR Version: 1.02-015B >> Boot Block: 1.00.00.01-0011 >> >> Application & OS Specs: >> CentOS 6 w/2.6.32-131 M.A.Young centos6 xen dom0 kernel >> >> Diagnostic Attempts and Results: >> >> I've done a consistency check on the raid array and everything comes back >> as >> clean and optimal. I've ran bad block checks, partition table corruption, >> mbr corruption, everything i can think of. It all comes back as clean and >> working fine. Because of these results i have not been able to force my >> dedicated hosting company to replace any of the hardware. They are >> upgrading >> the raid controller software as its about 1 minor version out of date just >> to see if that could be the issue, i'll report back if that mysteriously >> fixes it but i'm not holding my breath. >> >> I've read somewhere that the 2.6.x kernels have an old version of the >> megaraid_sas module that will cause problems but the version included in >> the >> M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3 >> version >> that article recommends upgrading to so i'm really at a loss. Besides the >> version being so new the problem described in that article (the kernel not >> finding the drive at all on boot) is not the issue i'm having. It just >> freaks out randomly (i'm sure its not really randomly, just appears that >> way) and the OS swaps to read-only mode and the only way to reboot is >> basically to push the button on the front of the box. >> >> Please, if anyone can direct me towards a solution or at least down a path >> i >> have yet to try i would greatly appreciate it. I'm at my wits end, i've >> been >> fighting this mysterious monster for over a month now and it always seems >> to >> strike right before i'm about to go live with my services (first time it >> happened was right after i started adding customers to the box). >> >> Thanks in advance, >> David >> >> > -- > ------------------------------**------------------------------**------ > Steven C. Timm, Ph.D (630) 840-8525 > timm@fnal.gov http://home.fnal.gov/~timm/ > Fermilab Computing Division, Scientific Computing Facilities, > Grid Facilities Department, FermiGrid Services Group, Group Leader. > Lead of FermiCloud project. > --001517447b8439e6c704af961363 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thank you for that suggestion, i will look into trying to run the megaraid = monitor on the domU if I'm ever able to get the box to boot up successf= ully.

It's occurred to me that since i use iscsi for domU storag= e theres really no reason i need raid on the main box so i may do away with= it all together.

Thanks,
David

On Tue, Oct 18, 2011= at 1:18 PM, Steven Timm <timm@fnal.gov> wrote:
Have you tried to use the MegaRAID monitor to =A0see if you can
diagnose some hardware problem with the RAID? =A0There is one
you can download and run on the linux dom0, there should be a monitor
you can get to from the BIOS as well.. those error messages look very
much like an actual hardware fault on the RAID array.

I have a lot of megasas raid both under SL5 and SL6 and have used them
as xen dom0 and kvm vm hosts without problems, several different versions of xen.

Steve Timm




On Tue, 18 Oct 2011, David Della Vecchia wrote:

I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 (a= bout
5 different versions in between). I'm currently running xen 4.1.1 relea= se on
centos6 with M.A.Young's centos6 xen dom0 kernel. For some reason the r= aid
array freaks out and swaps to read-only mode for the entire virtual device<= br> the hardware raid array provides. I've tried both raid 0 and raid1 (2 1= tb
SCSI drives). I've had this issue in every xen install I've tried o= n this
box, no matter what kernel version (tried as new as 3.0.1 in debian wheezy)=
or xen version (compiled and installed the unstable branch to test) i use.<= br> The server was running stable and fine for about a week this time before this:


[root@gibson ~]# df -h
-bash: /bin/df: Input/output error
[root@gibson ~]# w
-bash: /usr/bin/w: Input/output error
[root@gibson ~]# modinfo megasas_raid
-bash: /sbin/modinfo: Input/output error

part of the /var/log/messages:

Oct 17 13:21:09 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete
Oct 17 13:21:10 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:10 gibson kernel: megasas: reset successful
Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd= =3D0
retries=3D0
Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete
Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:21 gibson kernel: megasas: reset successful
Oct 17 13:21:21 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512
cmd=3D2a retries=3D0
Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:21 gibson kernel: megasas: reset successful
Oct 17 13:21:41 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd= =3D0
retries=3D0
Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete
Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:42 gibson kernel: megasas: reset successful
Oct 17 13:21:42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512
cmd=3D2a retries=3D0
Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:42 gibson kernel: megasas: reset successful
Oct 17 13:22:02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 cmd= =3D0
retries=3D0
Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete


[root@gibson ~]# ls -al /bin/
ls: cannot access /bin/ntfs-3g.secaudit: Input/output error
ls: cannot access /bin/ntfstruncate: Input/output error
ls: cannot access /bin/ntfsdump_logfile: Input/output error
ls: cannot access /bin/ntfsls: Input/output error
ls: cannot access /bin/ntfsdecrypt: Input/output error
ls: cannot access /bin/ntfs-3g.usermap: Input/output error
ls: cannot access /bin/ntfsmount: Input/output error
ls: cannot access /bin/ntfsfix: Input/output error
ls: cannot access /bin/ntfscluster: Input/output error
total 8192
dr-xr-xr-x. =A02 root root =A0 4096 Oct 15 14:49 .
drwxr-xr-x. 29 root root =A0 4096 Oct 17 12:34 ..
-rwxr-xr-x. =A01 root root =A0 =A0123 Nov 10 =A02010 alsaunmute
-rwxr-xr-x =A0 1 root root =A027808 May 30 10:55 arch
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 10:36 awk -> gawk
-rwxr-xr-x =A0 1 root root =A026264 May 30 10:55 basename
-rwxr-xr-x =A0 1 root root 943248 May 30 11:46 bash
-rwxr-xr-x =A0 1 root root =A051344 May 30 10:55 cat
-rwxr-xr-x =A0 1 root root =A012200 Jun 25 05:02 cgclassify
-rwxr-xr-x =A0 1 root root =A012352 Jun 25 05:02 cgcreate
-rwxr-xr-x =A0 1 root root =A011528 Jun 25 05:02 cgdelete
-rwsr-xr-x =A0 1 root root =A012136 Jun 25 05:02 cgexec
-rwxr-xr-x =A0 1 root root =A015760 Jun 25 05:02 cgget
-rwxr-xr-x =A0 1 root root =A013160 Jun 25 05:02 cgset
-rwxr-xr-x =A0 1 root root =A055472 May 30 10:55 chgrp
-rwxr-xr-x =A0 1 root root =A052472 May 30 10:55 chmod
-rwxr-xr-x =A0 1 root root =A057496 May 30 10:55 chown
-rwxr-xr-x =A0 1 root root 122344 May 30 10:55 cp
-rwxr-xr-x =A0 1 root root 136096 Nov 10 =A02010 cpio
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 11:00 csh -> tcsh
-rwxr-xr-x =A0 1 root root =A045472 May 30 10:55 cut
-rwxr-xr-x =A0 1 root root 109896 Aug 18 =A02010 dash
-rwxr-xr-x =A0 1 root root =A059552 May 30 10:55 date
-rwxr-xr-x =A0 1 root root =A012552 Jun 25 06:47 dbus-cleanup-sockets
-rwxr-xr-x. =A01 root root 339048 Jun 25 06:47 dbus-daemon
-rwxr-xr-x =A0 1 root root =A018464 Jun 25 06:47 dbus-monitor
-rwxr-xr-x =A0 1 root root =A022376 Jun 25 06:47 dbus-send
-rwxr-xr-x =A0 1 root root =A010912 Jun 25 06:47 dbus-uuidgen
-rwxr-xr-x =A0 1 root root =A054040 May 30 10:55 dd
-rwxr-xr-x =A0 1 root root =A070256 May 30 10:55 df
-rwxr-xr-x =A0 1 root root =A0 9896 Jun 25 02:46 dmesg
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 dnsdomainname -> ho= stname
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 domainname -> hostn= ame
-rwxr-xr-x =A0 1 root root =A081120 Nov 11 =A02010 dumpkeys
-rwxr-xr-x =A0 1 root root =A027648 May 30 10:55 echo
-rwxr-xr-x =A0 2 root root =A053352 Nov 11 =A02010 ed
-rwxr-xr-x =A0 1 root root 106528 Aug 25 =A02010 egrep
-rwxr-xr-x =A0 1 root root =A026368 May 30 10:55 env
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 ex -> vi
-rwxr-xr-x =A0 1 root root =A024592 May 30 10:55 false
-rwxr-xr-x =A0 1 root root =A071328 Aug 25 =A02010 fgrep
-rwxr-xr-x =A0 1 root root 238640 Nov 11 =A02010 find
-rwxr-xr-x =A0 1 root root 382456 Nov 11 =A02010 gawk
-rwxr-xr-x =A0 1 root root =A033416 Nov 11 =A02010 gettext
-rwxr-xr-x =A0 1 root root 110160 Aug 25 =A02010 grep
lrwxrwxrwx. =A01 root root =A0 =A0 =A03 Oct 13 10:36 gtar -> tar
-rwxr-xr-x. =A01 root root =A0 =A0 61 Nov 11 =A02010 gunzip
-rwxr-xr-x =A0 1 root root =A068544 Nov 11 =A02010 gzip
-rwxr-xr-x =A0 1 root root =A016192 Aug 24 =A02010 hostname
-rwxr-xr-x =A0 1 root root =A014872 Jun 25 00:09 ipcalc
lrwxrwxrwx. =A01 root root =A0 =A0 20 Oct 13 10:36 iptables-xml ->
/sbin/iptables-multi
-rwxr-xr-x =A0 1 root root =A011248 Nov 11 =A02010 kbd_mode
-rwxr-xr-x =A0 1 root root =A024648 Aug 22 =A02010 keyctl
-rwxr-xr-x =A0 1 root root =A015128 Jun 25 02:46 kill
-rwxr-xr-x =A0 1 root root =A026256 May 30 10:55 link
-rwxr-xr-x =A0 1 root root =A049568 May 30 10:55 ln
-rwxr-xr-x =A0 1 root root 112136 Nov 11 =A02010 loadkeys
-rwxr-xr-x =A0 1 root root =A030992 Jun 25 02:46 login
-rwxr-xr-x =A0 1 root root =A058368 Sep 12 13:32 lowntfs-3g
-rwxr-xr-x =A0 1 root root 111744 May 30 10:55 ls
-rwxr-xr-x =A0 1 root root =A014008 Jun 25 05:02 lscgroup
-rwxr-xr-x =A0 1 root root =A012488 Jun 25 05:02 lssubsys
lrwxrwxrwx. =A01 root root =A0 =A0 =A05 Oct 13 10:37 mail -> mailx
-rwxr-xr-x =A0 1 root root 390360 Aug 22 =A02010 mailx
-rwxr-xr-x =A0 1 root root =A048544 May 30 10:55 mkdir
-rwxr-xr-x =A0 1 root root =A032352 May 30 10:55 mknod
-rwxr-xr-x =A0 1 root root =A037352 May 30 10:55 mktemp
-rwxr-xr-x =A0 1 root root =A041144 Jun 25 02:46 more
-rwsr-xr-x. =A01 root root =A074712 Jun 25 02:46 mount
-rwxr-xr-x =A0 1 root root =A0 9800 Aug 24 =A02010 mountpoint
-rwxr-xr-x =A0 1 root root 111536 May 30 10:55 mv
-rwxr-xr-x =A0 1 root root 177360 Nov 12 =A02010 nano
-rwxr-xr-x =A0 1 root root 127816 Aug 24 =A02010 netstat
-rwxr-xr-x =A0 1 root root =A028816 May 30 10:55 nice
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 nisdomainname -> ho= stname
-rwxr-xr-x =A0 1 root root =A053576 Sep 12 13:32 ntfs-3g
-rwxr-xr-x =A0 1 root root =A011016 Sep 12 13:32 ntfs-3g.probe
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= -3g.secaudit
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= -3g.usermap
-rwxr-xr-x =A0 1 root root =A029896 Sep 12 13:32 ntfscat
-rwxr-xr-x =A0 1 root root =A032992 Sep 12 13:32 ntfsck
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= cluster
-rwxr-xr-x =A0 1 root root =A036320 Sep 12 13:32 ntfscmp
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= decrypt
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= dump_logfile
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= fix
-rwxr-xr-x =A0 1 root root =A057240 Sep 12 13:32 ntfsinfo
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= ls
-rwxr-xr-x =A0 1 root root =A030448 Sep 12 13:32 ntfsmftalloc
l?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= mount
-rwxr-xr-x =A0 1 root root =A034000 Sep 12 13:32 ntfsmove
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= truncate
-rwxr-xr-x =A0 1 root root =A042240 Sep 12 13:32 ntfswipe
-rwsr-xr-x =A0 1 root root =A041432 Nov 11 =A02010 ping
-rwsr-xr-x =A0 1 root root =A036256 Nov 11 =A02010 ping6
-rwxr-xr-x =A0 1 root root =A035640 Oct 31 =A02010 plymouth
-rwxr-xr-x =A0 1 root root =A086776 Nov 11 =A02010 ps
-rwxr-xr-x =A0 1 root root =A031656 May 30 10:55 pwd
-rwxr-xr-x =A0 1 root root =A011528 Jun 25 02:46 raw
-rwxr-xr-x =A0 1 root root =A040056 May 30 10:55 readlink
-rwxr-xr-x =A0 2 root root =A053352 Nov 11 =A02010 red
-rwxr-xr-x. =A01 root root =A0 =A0576 Apr 16 =A02008 redhat_lsb_init
-rwxr-xr-x =A0 1 root root =A057504 May 30 10:55 rm
-rwxr-xr-x =A0 1 root root =A040544 May 30 10:55 rmdir
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 10:39 rnano -> nano
-rwxr-xr-x =A0 1 root root =A029904 Nov 11 =A02010 rpm
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 rvi -> vi
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 rview -> vi
-rwxr-xr-x =A0 1 root root =A072248 Aug 22 =A02010 sed
-rwxr-xr-x =A0 1 root root =A042312 Nov 11 =A02010 setfont
-rwxr-xr-x =A0 1 root root =A023600 Aug 22 =A02010 setserial
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 10:36 sh -> bash
-rwxr-xr-x =A0 1 root root =A027880 May 30 10:55 sleep
-rwxr-xr-x =A0 1 root root =A099000 May 30 10:55 sort
-rwxr-xr-x =A0 1 root root =A065864 May 30 10:55 stty
-rwsr-xr-x =A0 1 root root =A036440 May 30 10:55 su
-rwxr-xr-x =A0 1 root root =A025464 May 30 10:55 sync
-rwxr-xr-x =A0 1 root root 384920 Nov 11 =A02010 tar
-rwxr-xr-x =A0 1 root root =A014808 Jun 25 02:46 taskset
-rwxr-xr-x =A0 1 root root 391288 Jun 25 02:05 tcsh
-rwxr-xr-x =A0 1 root root =A051952 May 30 10:55 touch
-rwxr-xr-x. =A01 root root =A011392 Nov 11 =A02010 tracepath
-rwxr-xr-x. =A01 root root =A012304 Nov 11 =A02010 tracepath6
-rwxr-xr-x =A0 1 root root =A057384 Nov 11 =A02010 traceroute
lrwxrwxrwx. =A01 root root =A0 =A0 10 Oct 13 10:39 traceroute6 -> tracer= oute
-rwxr-xr-x =A0 1 root root =A024592 May 30 10:55 true
-rwsr-xr-x. =A01 root root =A049280 Jun 25 02:46 umount
-rwxr-xr-x =A0 1 root root =A027808 May 30 10:55 uname
-rwxr-xr-x. =A01 root root =A0 2555 Nov 11 =A02010 unicode_start
-rwxr-xr-x. =A01 root root =A0 =A0363 Nov 11 =A02010 unicode_stop
-rwxr-xr-x =A0 1 root root =A026264 May 30 10:55 unlink
-rwxr-xr-x =A0 1 root root =A010208 Jun 25 00:09 usleep
-rwxr-xr-x =A0 1 root root 771800 Jun 25 04:43 vi
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 view -> vi
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 ypdomainname -> hos= tname
-rwxr-xr-x. =A01 root root =A0 =A0 62 Nov 11 =A02010 zcat

Here is the rough partition information for my main drive:

/boot primary ext3 1gb /dev/sda1
/dev/sda2 extended lvm pv 925gb
vg_gibson lvm-volumegroup 925gb
/ lv_root ext3 36gb
swap lv_swap 2gb

Server Specs:

Dell Poweredge R710
32GB ECC Unbuffered Ram
2x Intel Xeon Quad Core HT 2.3Ghz (16 "cores" total)
2x 1TB WD SCSI Drives in Raid-1

Drive Nitty Gritty:
Product ID: WDC WD1002FBYS-0
Revision: 0C06
Size: 953344MB

Heres some more information about the raid controller also attained from th= e
raid controller config utility:

Product Name: PERC 6/i
Package: 6.2.0-0013
FW Version: 1.22.02-0612
BIOS Version: 2.04.00
CtrlR Version: 1.02-015B
Boot Block: 1.00.00.01-0011

Application & OS Specs:
CentOS 6 w/2.6.32-131 M.A.Young centos6 xen dom0 kernel

Diagnostic Attempts and Results:

I've done a consistency check on the raid array and everything comes ba= ck as
clean and optimal. I've ran bad block checks, partition table corruptio= n,
mbr corruption, everything i can think of. It all comes back as clean and working fine. Because of these results i have not been able to force my
dedicated hosting company to replace any of the hardware. They are upgradin= g
the raid controller software as its about 1 minor version out of date just<= br> to see if that could be the issue, i'll report back if that mysteriousl= y
fixes it but i'm not holding my breath.

I've read somewhere that the 2.6.x kernels have an old version of the megaraid_sas module that will cause problems but the version included in th= e
M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3 version=
that article recommends upgrading to so i'm really at a loss. Besides t= he
version being so new the problem described in that article (the kernel not<= br> finding the drive at all on boot) is not the issue i'm having. It just<= br> freaks out randomly (i'm sure its not really randomly, just appears tha= t
way) and the OS swaps to read-only mode and the only way to reboot is
basically to push the button on the front of the box.

Please, if anyone can direct me towards a solution or at least down a path = i
have yet to try i would greatly appreciate it. I'm at my wits end, i= 9;ve been
fighting this mysterious monster for over a month now and it always seems t= o
strike right before i'm about to go live with my services (first time i= t
happened was right after i started adding customers to the box).

Thanks in advance,
David


--
-------------------------------------------------------------= -----
Steven C. Timm, Ph.D =A0(630) 840-8525
timm@fnal.gov =A0http://home.fnal.g= ov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Group Leader.
Lead of FermiCloud project.

--001517447b8439e6c704af961363-- --===============2020280245== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2020280245==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 10:37:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 10:37:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGDbE-0002ay-OA; Tue, 18 Oct 2011 10:37:12 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RGDaM-0002GV-88 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 10:36:19 -0700 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-2.tower-21.messagelabs.com!1318959374!707808!1 X-Originating-IP: [131.225.104.18] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22617 invoked from network); 18 Oct 2011 17:36:14 -0000 Received: from gateway01.fnal.gov (HELO gateway01.fnal.gov) (131.225.104.18) by server-2.tower-21.messagelabs.com with SMTP; 18 Oct 2011 17:36:14 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway01.fnal.gov (Postfix) with ESMTP id E3526D83426; Tue, 18 Oct 2011 12:36:13 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway01.fnal.gov ([127.0.0.1]) by localhost (gateway01.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25TU4KyGuI5E; Tue, 18 Oct 2011 12:36:13 -0500 (CDT) X-Mailgw-Auth: no Received: from flxi05.fnal.gov (flxi05.fnal.gov [131.225.68.48]) by gateway01.fnal.gov (Postfix) with ESMTP id C0854D833BC; Tue, 18 Oct 2011 12:36:13 -0500 (CDT) Received: from flxi05.fnal.gov (localhost.localdomain [127.0.0.1]) by flxi05.fnal.gov (8.13.1/8.13.1) with ESMTP id p9IHaD7b014574; Tue, 18 Oct 2011 12:36:13 -0500 Received: from localhost (timm@localhost) by flxi05.fnal.gov (8.13.1/8.13.1/Submit) with ESMTP id p9IHaDlT014571; Tue, 18 Oct 2011 12:36:13 -0500 X-Authentication-Warning: flxi05.fnal.gov: timm owned process doing -bs Date: Tue, 18 Oct 2011 12:36:13 -0500 (CDT) From: Steven Timm To: David Della Vecchia Subject: Re: [Xen-users] Severe megasas_raid issues when using Xen dom0 linux kernels In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, 18 Oct 2011, David Della Vecchia wrote: > Thank you for that suggestion, i will look into trying to run the megaraid > monitor on the domU if I'm ever able to get the box to boot up successfully. Don't run it on the domU, it will crash everything, that domU plus all other domU's. run on dom0. and as I said, most megaraid controllers have a menu you can get into during the boot sequence before the operating system boots, to check the health of the array. Steve > > It's occurred to me that since i use iscsi for domU storage theres really no > reason i need raid on the main box so i may do away with it all together. > > Thanks, > David > > On Tue, Oct 18, 2011 at 1:18 PM, Steven Timm wrote: > >> Have you tried to use the MegaRAID monitor to see if you can >> diagnose some hardware problem with the RAID? There is one >> you can download and run on the linux dom0, there should be a monitor >> you can get to from the BIOS as well.. those error messages look very >> much like an actual hardware fault on the RAID array. >> >> I have a lot of megasas raid both under SL5 and SL6 and have used them >> as xen dom0 and kvm vm hosts without problems, several different versions >> of xen. >> >> Steve Timm >> >> >> >> >> On Tue, 18 Oct 2011, David Della Vecchia wrote: >> >> I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 >>> (about >>> 5 different versions in between). I'm currently running xen 4.1.1 release >>> on >>> centos6 with M.A.Young's centos6 xen dom0 kernel. For some reason the raid >>> array freaks out and swaps to read-only mode for the entire virtual device >>> the hardware raid array provides. I've tried both raid 0 and raid1 (2 1tb >>> SCSI drives). I've had this issue in every xen install I've tried on this >>> box, no matter what kernel version (tried as new as 3.0.1 in debian >>> wheezy) >>> or xen version (compiled and installed the unstable branch to test) i use. >>> The server was running stable and fine for about a week this time before >>> this: >>> >>> >>> [root@gibson ~]# df -h >>> -bash: /bin/df: Input/output error >>> [root@gibson ~]# w >>> -bash: /usr/bin/w: Input/output error >>> [root@gibson ~]# modinfo megasas_raid >>> -bash: /sbin/modinfo: Input/output error >>> >>> part of the /var/log/messages: >>> >>> Oct 17 13:21:09 gibson kernel: megasas: [ 0]waiting for 1 commands to >>> complete >>> Oct 17 13:21:10 gibson kernel: megaraid_sas: no pending cmds after reset >>> Oct 17 13:21:10 gibson kernel: megasas: reset successful >>> Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>> cmd=0 >>> retries=0 >>> Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for 1 commands to >>> complete >>> Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset >>> Oct 17 13:21:21 gibson kernel: megasas: reset successful >>> Oct 17 13:21:21 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>> cmd=2a retries=0 >>> Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset >>> Oct 17 13:21:21 gibson kernel: megasas: reset successful >>> Oct 17 13:21:41 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>> cmd=0 >>> retries=0 >>> Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to >>> complete >>> Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset >>> Oct 17 13:21:42 gibson kernel: megasas: reset successful >>> Oct 17 13:21:42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>> cmd=2a retries=0 >>> Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset >>> Oct 17 13:21:42 gibson kernel: megasas: reset successful >>> Oct 17 13:22:02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>> cmd=0 >>> retries=0 >>> Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to >>> complete >>> >>> >>> [root@gibson ~]# ls -al /bin/ >>> ls: cannot access /bin/ntfs-3g.secaudit: Input/output error >>> ls: cannot access /bin/ntfstruncate: Input/output error >>> ls: cannot access /bin/ntfsdump_logfile: Input/output error >>> ls: cannot access /bin/ntfsls: Input/output error >>> ls: cannot access /bin/ntfsdecrypt: Input/output error >>> ls: cannot access /bin/ntfs-3g.usermap: Input/output error >>> ls: cannot access /bin/ntfsmount: Input/output error >>> ls: cannot access /bin/ntfsfix: Input/output error >>> ls: cannot access /bin/ntfscluster: Input/output error >>> total 8192 >>> dr-xr-xr-x. 2 root root 4096 Oct 15 14:49 . >>> drwxr-xr-x. 29 root root 4096 Oct 17 12:34 .. >>> -rwxr-xr-x. 1 root root 123 Nov 10 2010 alsaunmute >>> -rwxr-xr-x 1 root root 27808 May 30 10:55 arch >>> lrwxrwxrwx. 1 root root 4 Oct 13 10:36 awk -> gawk >>> -rwxr-xr-x 1 root root 26264 May 30 10:55 basename >>> -rwxr-xr-x 1 root root 943248 May 30 11:46 bash >>> -rwxr-xr-x 1 root root 51344 May 30 10:55 cat >>> -rwxr-xr-x 1 root root 12200 Jun 25 05:02 cgclassify >>> -rwxr-xr-x 1 root root 12352 Jun 25 05:02 cgcreate >>> -rwxr-xr-x 1 root root 11528 Jun 25 05:02 cgdelete >>> -rwsr-xr-x 1 root root 12136 Jun 25 05:02 cgexec >>> -rwxr-xr-x 1 root root 15760 Jun 25 05:02 cgget >>> -rwxr-xr-x 1 root root 13160 Jun 25 05:02 cgset >>> -rwxr-xr-x 1 root root 55472 May 30 10:55 chgrp >>> -rwxr-xr-x 1 root root 52472 May 30 10:55 chmod >>> -rwxr-xr-x 1 root root 57496 May 30 10:55 chown >>> -rwxr-xr-x 1 root root 122344 May 30 10:55 cp >>> -rwxr-xr-x 1 root root 136096 Nov 10 2010 cpio >>> lrwxrwxrwx. 1 root root 4 Oct 13 11:00 csh -> tcsh >>> -rwxr-xr-x 1 root root 45472 May 30 10:55 cut >>> -rwxr-xr-x 1 root root 109896 Aug 18 2010 dash >>> -rwxr-xr-x 1 root root 59552 May 30 10:55 date >>> -rwxr-xr-x 1 root root 12552 Jun 25 06:47 dbus-cleanup-sockets >>> -rwxr-xr-x. 1 root root 339048 Jun 25 06:47 dbus-daemon >>> -rwxr-xr-x 1 root root 18464 Jun 25 06:47 dbus-monitor >>> -rwxr-xr-x 1 root root 22376 Jun 25 06:47 dbus-send >>> -rwxr-xr-x 1 root root 10912 Jun 25 06:47 dbus-uuidgen >>> -rwxr-xr-x 1 root root 54040 May 30 10:55 dd >>> -rwxr-xr-x 1 root root 70256 May 30 10:55 df >>> -rwxr-xr-x 1 root root 9896 Jun 25 02:46 dmesg >>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 dnsdomainname -> hostname >>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 domainname -> hostname >>> -rwxr-xr-x 1 root root 81120 Nov 11 2010 dumpkeys >>> -rwxr-xr-x 1 root root 27648 May 30 10:55 echo >>> -rwxr-xr-x 2 root root 53352 Nov 11 2010 ed >>> -rwxr-xr-x 1 root root 106528 Aug 25 2010 egrep >>> -rwxr-xr-x 1 root root 26368 May 30 10:55 env >>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 ex -> vi >>> -rwxr-xr-x 1 root root 24592 May 30 10:55 false >>> -rwxr-xr-x 1 root root 71328 Aug 25 2010 fgrep >>> -rwxr-xr-x 1 root root 238640 Nov 11 2010 find >>> -rwxr-xr-x 1 root root 382456 Nov 11 2010 gawk >>> -rwxr-xr-x 1 root root 33416 Nov 11 2010 gettext >>> -rwxr-xr-x 1 root root 110160 Aug 25 2010 grep >>> lrwxrwxrwx. 1 root root 3 Oct 13 10:36 gtar -> tar >>> -rwxr-xr-x. 1 root root 61 Nov 11 2010 gunzip >>> -rwxr-xr-x 1 root root 68544 Nov 11 2010 gzip >>> -rwxr-xr-x 1 root root 16192 Aug 24 2010 hostname >>> -rwxr-xr-x 1 root root 14872 Jun 25 00:09 ipcalc >>> lrwxrwxrwx. 1 root root 20 Oct 13 10:36 iptables-xml -> >>> /sbin/iptables-multi >>> -rwxr-xr-x 1 root root 11248 Nov 11 2010 kbd_mode >>> -rwxr-xr-x 1 root root 24648 Aug 22 2010 keyctl >>> -rwxr-xr-x 1 root root 15128 Jun 25 02:46 kill >>> -rwxr-xr-x 1 root root 26256 May 30 10:55 link >>> -rwxr-xr-x 1 root root 49568 May 30 10:55 ln >>> -rwxr-xr-x 1 root root 112136 Nov 11 2010 loadkeys >>> -rwxr-xr-x 1 root root 30992 Jun 25 02:46 login >>> -rwxr-xr-x 1 root root 58368 Sep 12 13:32 lowntfs-3g >>> -rwxr-xr-x 1 root root 111744 May 30 10:55 ls >>> -rwxr-xr-x 1 root root 14008 Jun 25 05:02 lscgroup >>> -rwxr-xr-x 1 root root 12488 Jun 25 05:02 lssubsys >>> lrwxrwxrwx. 1 root root 5 Oct 13 10:37 mail -> mailx >>> -rwxr-xr-x 1 root root 390360 Aug 22 2010 mailx >>> -rwxr-xr-x 1 root root 48544 May 30 10:55 mkdir >>> -rwxr-xr-x 1 root root 32352 May 30 10:55 mknod >>> -rwxr-xr-x 1 root root 37352 May 30 10:55 mktemp >>> -rwxr-xr-x 1 root root 41144 Jun 25 02:46 more >>> -rwsr-xr-x. 1 root root 74712 Jun 25 02:46 mount >>> -rwxr-xr-x 1 root root 9800 Aug 24 2010 mountpoint >>> -rwxr-xr-x 1 root root 111536 May 30 10:55 mv >>> -rwxr-xr-x 1 root root 177360 Nov 12 2010 nano >>> -rwxr-xr-x 1 root root 127816 Aug 24 2010 netstat >>> -rwxr-xr-x 1 root root 28816 May 30 10:55 nice >>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 nisdomainname -> hostname >>> -rwxr-xr-x 1 root root 53576 Sep 12 13:32 ntfs-3g >>> -rwxr-xr-x 1 root root 11016 Sep 12 13:32 ntfs-3g.probe >>> -?????????? ? ? ? ? ? ntfs-3g.secaudit >>> -?????????? ? ? ? ? ? ntfs-3g.usermap >>> -rwxr-xr-x 1 root root 29896 Sep 12 13:32 ntfscat >>> -rwxr-xr-x 1 root root 32992 Sep 12 13:32 ntfsck >>> -?????????? ? ? ? ? ? ntfscluster >>> -rwxr-xr-x 1 root root 36320 Sep 12 13:32 ntfscmp >>> -?????????? ? ? ? ? ? ntfsdecrypt >>> -?????????? ? ? ? ? ? ntfsdump_logfile >>> -?????????? ? ? ? ? ? ntfsfix >>> -rwxr-xr-x 1 root root 57240 Sep 12 13:32 ntfsinfo >>> -?????????? ? ? ? ? ? ntfsls >>> -rwxr-xr-x 1 root root 30448 Sep 12 13:32 ntfsmftalloc >>> l?????????? ? ? ? ? ? ntfsmount >>> -rwxr-xr-x 1 root root 34000 Sep 12 13:32 ntfsmove >>> -?????????? ? ? ? ? ? ntfstruncate >>> -rwxr-xr-x 1 root root 42240 Sep 12 13:32 ntfswipe >>> -rwsr-xr-x 1 root root 41432 Nov 11 2010 ping >>> -rwsr-xr-x 1 root root 36256 Nov 11 2010 ping6 >>> -rwxr-xr-x 1 root root 35640 Oct 31 2010 plymouth >>> -rwxr-xr-x 1 root root 86776 Nov 11 2010 ps >>> -rwxr-xr-x 1 root root 31656 May 30 10:55 pwd >>> -rwxr-xr-x 1 root root 11528 Jun 25 02:46 raw >>> -rwxr-xr-x 1 root root 40056 May 30 10:55 readlink >>> -rwxr-xr-x 2 root root 53352 Nov 11 2010 red >>> -rwxr-xr-x. 1 root root 576 Apr 16 2008 redhat_lsb_init >>> -rwxr-xr-x 1 root root 57504 May 30 10:55 rm >>> -rwxr-xr-x 1 root root 40544 May 30 10:55 rmdir >>> lrwxrwxrwx. 1 root root 4 Oct 13 10:39 rnano -> nano >>> -rwxr-xr-x 1 root root 29904 Nov 11 2010 rpm >>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rvi -> vi >>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rview -> vi >>> -rwxr-xr-x 1 root root 72248 Aug 22 2010 sed >>> -rwxr-xr-x 1 root root 42312 Nov 11 2010 setfont >>> -rwxr-xr-x 1 root root 23600 Aug 22 2010 setserial >>> lrwxrwxrwx. 1 root root 4 Oct 13 10:36 sh -> bash >>> -rwxr-xr-x 1 root root 27880 May 30 10:55 sleep >>> -rwxr-xr-x 1 root root 99000 May 30 10:55 sort >>> -rwxr-xr-x 1 root root 65864 May 30 10:55 stty >>> -rwsr-xr-x 1 root root 36440 May 30 10:55 su >>> -rwxr-xr-x 1 root root 25464 May 30 10:55 sync >>> -rwxr-xr-x 1 root root 384920 Nov 11 2010 tar >>> -rwxr-xr-x 1 root root 14808 Jun 25 02:46 taskset >>> -rwxr-xr-x 1 root root 391288 Jun 25 02:05 tcsh >>> -rwxr-xr-x 1 root root 51952 May 30 10:55 touch >>> -rwxr-xr-x. 1 root root 11392 Nov 11 2010 tracepath >>> -rwxr-xr-x. 1 root root 12304 Nov 11 2010 tracepath6 >>> -rwxr-xr-x 1 root root 57384 Nov 11 2010 traceroute >>> lrwxrwxrwx. 1 root root 10 Oct 13 10:39 traceroute6 -> traceroute >>> -rwxr-xr-x 1 root root 24592 May 30 10:55 true >>> -rwsr-xr-x. 1 root root 49280 Jun 25 02:46 umount >>> -rwxr-xr-x 1 root root 27808 May 30 10:55 uname >>> -rwxr-xr-x. 1 root root 2555 Nov 11 2010 unicode_start >>> -rwxr-xr-x. 1 root root 363 Nov 11 2010 unicode_stop >>> -rwxr-xr-x 1 root root 26264 May 30 10:55 unlink >>> -rwxr-xr-x 1 root root 10208 Jun 25 00:09 usleep >>> -rwxr-xr-x 1 root root 771800 Jun 25 04:43 vi >>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 view -> vi >>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 ypdomainname -> hostname >>> -rwxr-xr-x. 1 root root 62 Nov 11 2010 zcat >>> >>> Here is the rough partition information for my main drive: >>> >>> /boot primary ext3 1gb /dev/sda1 >>> /dev/sda2 extended lvm pv 925gb >>> vg_gibson lvm-volumegroup 925gb >>> / lv_root ext3 36gb >>> swap lv_swap 2gb >>> >>> Server Specs: >>> >>> Dell Poweredge R710 >>> 32GB ECC Unbuffered Ram >>> 2x Intel Xeon Quad Core HT 2.3Ghz (16 "cores" total) >>> 2x 1TB WD SCSI Drives in Raid-1 >>> >>> Drive Nitty Gritty: >>> Product ID: WDC WD1002FBYS-0 >>> Revision: 0C06 >>> Size: 953344MB >>> >>> Heres some more information about the raid controller also attained from >>> the >>> raid controller config utility: >>> >>> Product Name: PERC 6/i >>> Package: 6.2.0-0013 >>> FW Version: 1.22.02-0612 >>> BIOS Version: 2.04.00 >>> CtrlR Version: 1.02-015B >>> Boot Block: 1.00.00.01-0011 >>> >>> Application & OS Specs: >>> CentOS 6 w/2.6.32-131 M.A.Young centos6 xen dom0 kernel >>> >>> Diagnostic Attempts and Results: >>> >>> I've done a consistency check on the raid array and everything comes back >>> as >>> clean and optimal. I've ran bad block checks, partition table corruption, >>> mbr corruption, everything i can think of. It all comes back as clean and >>> working fine. Because of these results i have not been able to force my >>> dedicated hosting company to replace any of the hardware. They are >>> upgrading >>> the raid controller software as its about 1 minor version out of date just >>> to see if that could be the issue, i'll report back if that mysteriously >>> fixes it but i'm not holding my breath. >>> >>> I've read somewhere that the 2.6.x kernels have an old version of the >>> megaraid_sas module that will cause problems but the version included in >>> the >>> M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3 >>> version >>> that article recommends upgrading to so i'm really at a loss. Besides the >>> version being so new the problem described in that article (the kernel not >>> finding the drive at all on boot) is not the issue i'm having. It just >>> freaks out randomly (i'm sure its not really randomly, just appears that >>> way) and the OS swaps to read-only mode and the only way to reboot is >>> basically to push the button on the front of the box. >>> >>> Please, if anyone can direct me towards a solution or at least down a path >>> i >>> have yet to try i would greatly appreciate it. I'm at my wits end, i've >>> been >>> fighting this mysterious monster for over a month now and it always seems >>> to >>> strike right before i'm about to go live with my services (first time it >>> happened was right after i started adding customers to the box). >>> >>> Thanks in advance, >>> David >>> >>> >> -- >> ------------------------------**------------------------------**------ >> Steven C. Timm, Ph.D (630) 840-8525 >> timm@fnal.gov http://home.fnal.gov/~timm/ >> Fermilab Computing Division, Scientific Computing Facilities, >> Grid Facilities Department, FermiGrid Services Group, Group Leader. >> Lead of FermiCloud project. >> > -- ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 10:55:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 10:55:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGDtN-0004Ji-7v; Tue, 18 Oct 2011 10:55:57 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGDsC-0003yk-J4 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 10:54:45 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1318960480!674468!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9556 invoked from network); 18 Oct 2011 17:54:41 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 17:54:41 -0000 Received: by ggnv5 with SMTP id v5so1199690ggn.30 for ; Tue, 18 Oct 2011 10:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=71oaL/Ll+EWCU9WpW7YgHe+I6zDPHtq/E6MrNpUrKIA=; b=dMzdMC80XF9jL3QoOxBTFCJcju7eJq2CagM+FP7FqLqWkyl4Zu+FOQH+t6yTxSXqXI +9R7185XC+4z82T+lf4Z6sLcvWB90hKN+tz960hh41fdzz8ra/tf2pjLeOoQVr39w6gc OBfUvdFiJl34YaFNn4oZMtOrm2e2W5njjR2jg= Received: by 10.223.7.18 with SMTP id b18mr5327358fab.31.1318960479149; Tue, 18 Oct 2011 10:54:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.73 with HTTP; Tue, 18 Oct 2011 10:54:18 -0700 (PDT) In-Reply-To: References: From: David Della Vecchia Date: Tue, 18 Oct 2011 13:54:18 -0400 X-Google-Sender-Auth: oZF02JGDUdDloQytQaypIu1wRps Message-ID: Subject: Re: [Xen-users] Severe megasas_raid issues when using Xen dom0 linux kernels To: Steven Timm Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1119264136==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1119264136== Content-Type: multipart/alternative; boundary=0015174784eed5205604af966a25 --0015174784eed5205604af966a25 Content-Type: text/plain; charset=ISO-8859-1 Sorry that was a typo, i meant to say dom0. Also i have been inside the bios menu for the raid controller and have ran all the health checks and everything came back as clean and optimal. They just finished the upgrade of the raid controller firmware and the server booted up fine with no issues this time.. how bizarre. I'll be monitoring it closely to see if the upgrade really did fix the issue. -DDV On Tue, Oct 18, 2011 at 1:36 PM, Steven Timm wrote: > On Tue, 18 Oct 2011, David Della Vecchia wrote: > > Thank you for that suggestion, i will look into trying to run the megaraid >> monitor on the domU if I'm ever able to get the box to boot up >> successfully. >> > > Don't run it on the domU, it will crash everything, that domU plus > all other domU's. run on dom0. and as I said, most megaraid controllers > have a menu you can get into during the boot sequence before the > operating system boots, to check the health of the array. > > Steve > > > > >> It's occurred to me that since i use iscsi for domU storage theres really >> no >> reason i need raid on the main box so i may do away with it all together. >> >> Thanks, >> David >> >> On Tue, Oct 18, 2011 at 1:18 PM, Steven Timm wrote: >> >> Have you tried to use the MegaRAID monitor to see if you can >>> diagnose some hardware problem with the RAID? There is one >>> you can download and run on the linux dom0, there should be a monitor >>> you can get to from the BIOS as well.. those error messages look very >>> much like an actual hardware fault on the RAID array. >>> >>> I have a lot of megasas raid both under SL5 and SL6 and have used them >>> as xen dom0 and kvm vm hosts without problems, several different versions >>> of xen. >>> >>> Steve Timm >>> >>> >>> >>> >>> On Tue, 18 Oct 2011, David Della Vecchia wrote: >>> >>> I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 >>> >>>> (about >>>> 5 different versions in between). I'm currently running xen 4.1.1 >>>> release >>>> on >>>> centos6 with M.A.Young's centos6 xen dom0 kernel. For some reason the >>>> raid >>>> array freaks out and swaps to read-only mode for the entire virtual >>>> device >>>> the hardware raid array provides. I've tried both raid 0 and raid1 (2 >>>> 1tb >>>> SCSI drives). I've had this issue in every xen install I've tried on >>>> this >>>> box, no matter what kernel version (tried as new as 3.0.1 in debian >>>> wheezy) >>>> or xen version (compiled and installed the unstable branch to test) i >>>> use. >>>> The server was running stable and fine for about a week this time before >>>> this: >>>> >>>> >>>> [root@gibson ~]# df -h >>>> -bash: /bin/df: Input/output error >>>> [root@gibson ~]# w >>>> -bash: /usr/bin/w: Input/output error >>>> [root@gibson ~]# modinfo megasas_raid >>>> -bash: /sbin/modinfo: Input/output error >>>> >>>> part of the /var/log/messages: >>>> >>>> Oct 17 13:21:09 gibson kernel: megasas: [ 0]waiting for 1 commands to >>>> complete >>>> Oct 17 13:21:10 gibson kernel: megaraid_sas: no pending cmds after reset >>>> Oct 17 13:21:10 gibson kernel: megasas: reset successful >>>> Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>>> cmd=0 >>>> retries=0 >>>> Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for 1 commands to >>>> complete >>>> Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset >>>> Oct 17 13:21:21 gibson kernel: megasas: reset successful >>>> Oct 17 13:21:21 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>>> cmd=2a retries=0 >>>> Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset >>>> Oct 17 13:21:21 gibson kernel: megasas: reset successful >>>> Oct 17 13:21:41 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>>> cmd=0 >>>> retries=0 >>>> Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to >>>> complete >>>> Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset >>>> Oct 17 13:21:42 gibson kernel: megasas: reset successful >>>> Oct 17 13:21:42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>>> cmd=2a retries=0 >>>> Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset >>>> Oct 17 13:21:42 gibson kernel: megasas: reset successful >>>> Oct 17 13:22:02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512 >>>> cmd=0 >>>> retries=0 >>>> Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to >>>> complete >>>> >>>> >>>> [root@gibson ~]# ls -al /bin/ >>>> ls: cannot access /bin/ntfs-3g.secaudit: Input/output error >>>> ls: cannot access /bin/ntfstruncate: Input/output error >>>> ls: cannot access /bin/ntfsdump_logfile: Input/output error >>>> ls: cannot access /bin/ntfsls: Input/output error >>>> ls: cannot access /bin/ntfsdecrypt: Input/output error >>>> ls: cannot access /bin/ntfs-3g.usermap: Input/output error >>>> ls: cannot access /bin/ntfsmount: Input/output error >>>> ls: cannot access /bin/ntfsfix: Input/output error >>>> ls: cannot access /bin/ntfscluster: Input/output error >>>> total 8192 >>>> dr-xr-xr-x. 2 root root 4096 Oct 15 14:49 . >>>> drwxr-xr-x. 29 root root 4096 Oct 17 12:34 .. >>>> -rwxr-xr-x. 1 root root 123 Nov 10 2010 alsaunmute >>>> -rwxr-xr-x 1 root root 27808 May 30 10:55 arch >>>> lrwxrwxrwx. 1 root root 4 Oct 13 10:36 awk -> gawk >>>> -rwxr-xr-x 1 root root 26264 May 30 10:55 basename >>>> -rwxr-xr-x 1 root root 943248 May 30 11:46 bash >>>> -rwxr-xr-x 1 root root 51344 May 30 10:55 cat >>>> -rwxr-xr-x 1 root root 12200 Jun 25 05:02 cgclassify >>>> -rwxr-xr-x 1 root root 12352 Jun 25 05:02 cgcreate >>>> -rwxr-xr-x 1 root root 11528 Jun 25 05:02 cgdelete >>>> -rwsr-xr-x 1 root root 12136 Jun 25 05:02 cgexec >>>> -rwxr-xr-x 1 root root 15760 Jun 25 05:02 cgget >>>> -rwxr-xr-x 1 root root 13160 Jun 25 05:02 cgset >>>> -rwxr-xr-x 1 root root 55472 May 30 10:55 chgrp >>>> -rwxr-xr-x 1 root root 52472 May 30 10:55 chmod >>>> -rwxr-xr-x 1 root root 57496 May 30 10:55 chown >>>> -rwxr-xr-x 1 root root 122344 May 30 10:55 cp >>>> -rwxr-xr-x 1 root root 136096 Nov 10 2010 cpio >>>> lrwxrwxrwx. 1 root root 4 Oct 13 11:00 csh -> tcsh >>>> -rwxr-xr-x 1 root root 45472 May 30 10:55 cut >>>> -rwxr-xr-x 1 root root 109896 Aug 18 2010 dash >>>> -rwxr-xr-x 1 root root 59552 May 30 10:55 date >>>> -rwxr-xr-x 1 root root 12552 Jun 25 06:47 dbus-cleanup-sockets >>>> -rwxr-xr-x. 1 root root 339048 Jun 25 06:47 dbus-daemon >>>> -rwxr-xr-x 1 root root 18464 Jun 25 06:47 dbus-monitor >>>> -rwxr-xr-x 1 root root 22376 Jun 25 06:47 dbus-send >>>> -rwxr-xr-x 1 root root 10912 Jun 25 06:47 dbus-uuidgen >>>> -rwxr-xr-x 1 root root 54040 May 30 10:55 dd >>>> -rwxr-xr-x 1 root root 70256 May 30 10:55 df >>>> -rwxr-xr-x 1 root root 9896 Jun 25 02:46 dmesg >>>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 dnsdomainname -> hostname >>>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 domainname -> hostname >>>> -rwxr-xr-x 1 root root 81120 Nov 11 2010 dumpkeys >>>> -rwxr-xr-x 1 root root 27648 May 30 10:55 echo >>>> -rwxr-xr-x 2 root root 53352 Nov 11 2010 ed >>>> -rwxr-xr-x 1 root root 106528 Aug 25 2010 egrep >>>> -rwxr-xr-x 1 root root 26368 May 30 10:55 env >>>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 ex -> vi >>>> -rwxr-xr-x 1 root root 24592 May 30 10:55 false >>>> -rwxr-xr-x 1 root root 71328 Aug 25 2010 fgrep >>>> -rwxr-xr-x 1 root root 238640 Nov 11 2010 find >>>> -rwxr-xr-x 1 root root 382456 Nov 11 2010 gawk >>>> -rwxr-xr-x 1 root root 33416 Nov 11 2010 gettext >>>> -rwxr-xr-x 1 root root 110160 Aug 25 2010 grep >>>> lrwxrwxrwx. 1 root root 3 Oct 13 10:36 gtar -> tar >>>> -rwxr-xr-x. 1 root root 61 Nov 11 2010 gunzip >>>> -rwxr-xr-x 1 root root 68544 Nov 11 2010 gzip >>>> -rwxr-xr-x 1 root root 16192 Aug 24 2010 hostname >>>> -rwxr-xr-x 1 root root 14872 Jun 25 00:09 ipcalc >>>> lrwxrwxrwx. 1 root root 20 Oct 13 10:36 iptables-xml -> >>>> /sbin/iptables-multi >>>> -rwxr-xr-x 1 root root 11248 Nov 11 2010 kbd_mode >>>> -rwxr-xr-x 1 root root 24648 Aug 22 2010 keyctl >>>> -rwxr-xr-x 1 root root 15128 Jun 25 02:46 kill >>>> -rwxr-xr-x 1 root root 26256 May 30 10:55 link >>>> -rwxr-xr-x 1 root root 49568 May 30 10:55 ln >>>> -rwxr-xr-x 1 root root 112136 Nov 11 2010 loadkeys >>>> -rwxr-xr-x 1 root root 30992 Jun 25 02:46 login >>>> -rwxr-xr-x 1 root root 58368 Sep 12 13:32 lowntfs-3g >>>> -rwxr-xr-x 1 root root 111744 May 30 10:55 ls >>>> -rwxr-xr-x 1 root root 14008 Jun 25 05:02 lscgroup >>>> -rwxr-xr-x 1 root root 12488 Jun 25 05:02 lssubsys >>>> lrwxrwxrwx. 1 root root 5 Oct 13 10:37 mail -> mailx >>>> -rwxr-xr-x 1 root root 390360 Aug 22 2010 mailx >>>> -rwxr-xr-x 1 root root 48544 May 30 10:55 mkdir >>>> -rwxr-xr-x 1 root root 32352 May 30 10:55 mknod >>>> -rwxr-xr-x 1 root root 37352 May 30 10:55 mktemp >>>> -rwxr-xr-x 1 root root 41144 Jun 25 02:46 more >>>> -rwsr-xr-x. 1 root root 74712 Jun 25 02:46 mount >>>> -rwxr-xr-x 1 root root 9800 Aug 24 2010 mountpoint >>>> -rwxr-xr-x 1 root root 111536 May 30 10:55 mv >>>> -rwxr-xr-x 1 root root 177360 Nov 12 2010 nano >>>> -rwxr-xr-x 1 root root 127816 Aug 24 2010 netstat >>>> -rwxr-xr-x 1 root root 28816 May 30 10:55 nice >>>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 nisdomainname -> hostname >>>> -rwxr-xr-x 1 root root 53576 Sep 12 13:32 ntfs-3g >>>> -rwxr-xr-x 1 root root 11016 Sep 12 13:32 ntfs-3g.probe >>>> -?????????? ? ? ? ? ? ntfs-3g.secaudit >>>> -?????????? ? ? ? ? ? ntfs-3g.usermap >>>> -rwxr-xr-x 1 root root 29896 Sep 12 13:32 ntfscat >>>> -rwxr-xr-x 1 root root 32992 Sep 12 13:32 ntfsck >>>> -?????????? ? ? ? ? ? ntfscluster >>>> -rwxr-xr-x 1 root root 36320 Sep 12 13:32 ntfscmp >>>> -?????????? ? ? ? ? ? ntfsdecrypt >>>> -?????????? ? ? ? ? ? ntfsdump_logfile >>>> -?????????? ? ? ? ? ? ntfsfix >>>> -rwxr-xr-x 1 root root 57240 Sep 12 13:32 ntfsinfo >>>> -?????????? ? ? ? ? ? ntfsls >>>> -rwxr-xr-x 1 root root 30448 Sep 12 13:32 ntfsmftalloc >>>> l?????????? ? ? ? ? ? ntfsmount >>>> -rwxr-xr-x 1 root root 34000 Sep 12 13:32 ntfsmove >>>> -?????????? ? ? ? ? ? ntfstruncate >>>> -rwxr-xr-x 1 root root 42240 Sep 12 13:32 ntfswipe >>>> -rwsr-xr-x 1 root root 41432 Nov 11 2010 ping >>>> -rwsr-xr-x 1 root root 36256 Nov 11 2010 ping6 >>>> -rwxr-xr-x 1 root root 35640 Oct 31 2010 plymouth >>>> -rwxr-xr-x 1 root root 86776 Nov 11 2010 ps >>>> -rwxr-xr-x 1 root root 31656 May 30 10:55 pwd >>>> -rwxr-xr-x 1 root root 11528 Jun 25 02:46 raw >>>> -rwxr-xr-x 1 root root 40056 May 30 10:55 readlink >>>> -rwxr-xr-x 2 root root 53352 Nov 11 2010 red >>>> -rwxr-xr-x. 1 root root 576 Apr 16 2008 redhat_lsb_init >>>> -rwxr-xr-x 1 root root 57504 May 30 10:55 rm >>>> -rwxr-xr-x 1 root root 40544 May 30 10:55 rmdir >>>> lrwxrwxrwx. 1 root root 4 Oct 13 10:39 rnano -> nano >>>> -rwxr-xr-x 1 root root 29904 Nov 11 2010 rpm >>>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rvi -> vi >>>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 rview -> vi >>>> -rwxr-xr-x 1 root root 72248 Aug 22 2010 sed >>>> -rwxr-xr-x 1 root root 42312 Nov 11 2010 setfont >>>> -rwxr-xr-x 1 root root 23600 Aug 22 2010 setserial >>>> lrwxrwxrwx. 1 root root 4 Oct 13 10:36 sh -> bash >>>> -rwxr-xr-x 1 root root 27880 May 30 10:55 sleep >>>> -rwxr-xr-x 1 root root 99000 May 30 10:55 sort >>>> -rwxr-xr-x 1 root root 65864 May 30 10:55 stty >>>> -rwsr-xr-x 1 root root 36440 May 30 10:55 su >>>> -rwxr-xr-x 1 root root 25464 May 30 10:55 sync >>>> -rwxr-xr-x 1 root root 384920 Nov 11 2010 tar >>>> -rwxr-xr-x 1 root root 14808 Jun 25 02:46 taskset >>>> -rwxr-xr-x 1 root root 391288 Jun 25 02:05 tcsh >>>> -rwxr-xr-x 1 root root 51952 May 30 10:55 touch >>>> -rwxr-xr-x. 1 root root 11392 Nov 11 2010 tracepath >>>> -rwxr-xr-x. 1 root root 12304 Nov 11 2010 tracepath6 >>>> -rwxr-xr-x 1 root root 57384 Nov 11 2010 traceroute >>>> lrwxrwxrwx. 1 root root 10 Oct 13 10:39 traceroute6 -> traceroute >>>> -rwxr-xr-x 1 root root 24592 May 30 10:55 true >>>> -rwsr-xr-x. 1 root root 49280 Jun 25 02:46 umount >>>> -rwxr-xr-x 1 root root 27808 May 30 10:55 uname >>>> -rwxr-xr-x. 1 root root 2555 Nov 11 2010 unicode_start >>>> -rwxr-xr-x. 1 root root 363 Nov 11 2010 unicode_stop >>>> -rwxr-xr-x 1 root root 26264 May 30 10:55 unlink >>>> -rwxr-xr-x 1 root root 10208 Jun 25 00:09 usleep >>>> -rwxr-xr-x 1 root root 771800 Jun 25 04:43 vi >>>> lrwxrwxrwx. 1 root root 2 Oct 13 10:59 view -> vi >>>> lrwxrwxrwx. 1 root root 8 Oct 13 10:36 ypdomainname -> hostname >>>> -rwxr-xr-x. 1 root root 62 Nov 11 2010 zcat >>>> >>>> Here is the rough partition information for my main drive: >>>> >>>> /boot primary ext3 1gb /dev/sda1 >>>> /dev/sda2 extended lvm pv 925gb >>>> vg_gibson lvm-volumegroup 925gb >>>> / lv_root ext3 36gb >>>> swap lv_swap 2gb >>>> >>>> Server Specs: >>>> >>>> Dell Poweredge R710 >>>> 32GB ECC Unbuffered Ram >>>> 2x Intel Xeon Quad Core HT 2.3Ghz (16 "cores" total) >>>> 2x 1TB WD SCSI Drives in Raid-1 >>>> >>>> Drive Nitty Gritty: >>>> Product ID: WDC WD1002FBYS-0 >>>> Revision: 0C06 >>>> Size: 953344MB >>>> >>>> Heres some more information about the raid controller also attained from >>>> the >>>> raid controller config utility: >>>> >>>> Product Name: PERC 6/i >>>> Package: 6.2.0-0013 >>>> FW Version: 1.22.02-0612 >>>> BIOS Version: 2.04.00 >>>> CtrlR Version: 1.02-015B >>>> Boot Block: 1.00.00.01-0011 >>>> >>>> Application & OS Specs: >>>> CentOS 6 w/2.6.32-131 M.A.Young centos6 xen dom0 kernel >>>> >>>> Diagnostic Attempts and Results: >>>> >>>> I've done a consistency check on the raid array and everything comes >>>> back >>>> as >>>> clean and optimal. I've ran bad block checks, partition table >>>> corruption, >>>> mbr corruption, everything i can think of. It all comes back as clean >>>> and >>>> working fine. Because of these results i have not been able to force my >>>> dedicated hosting company to replace any of the hardware. They are >>>> upgrading >>>> the raid controller software as its about 1 minor version out of date >>>> just >>>> to see if that could be the issue, i'll report back if that mysteriously >>>> fixes it but i'm not holding my breath. >>>> >>>> I've read somewhere that the 2.6.x kernels have an old version of the >>>> megaraid_sas module that will cause problems but the version included in >>>> the >>>> M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3 >>>> version >>>> that article recommends upgrading to so i'm really at a loss. Besides >>>> the >>>> version being so new the problem described in that article (the kernel >>>> not >>>> finding the drive at all on boot) is not the issue i'm having. It just >>>> freaks out randomly (i'm sure its not really randomly, just appears that >>>> way) and the OS swaps to read-only mode and the only way to reboot is >>>> basically to push the button on the front of the box. >>>> >>>> Please, if anyone can direct me towards a solution or at least down a >>>> path >>>> i >>>> have yet to try i would greatly appreciate it. I'm at my wits end, i've >>>> been >>>> fighting this mysterious monster for over a month now and it always >>>> seems >>>> to >>>> strike right before i'm about to go live with my services (first time it >>>> happened was right after i started adding customers to the box). >>>> >>>> Thanks in advance, >>>> David >>>> >>>> >>>> -- >>> ------------------------------****----------------------------** >>> --**------ >>> >>> Steven C. Timm, Ph.D (630) 840-8525 >>> timm@fnal.gov http://home.fnal.gov/~timm/ >>> Fermilab Computing Division, Scientific Computing Facilities, >>> Grid Facilities Department, FermiGrid Services Group, Group Leader. >>> Lead of FermiCloud project. >>> >>> >> > -- > ------------------------------**------------------------------**------ > Steven C. Timm, Ph.D (630) 840-8525 > timm@fnal.gov http://home.fnal.gov/~timm/ > Fermilab Computing Division, Scientific Computing Facilities, > Grid Facilities Department, FermiGrid Services Group, Group Leader. > Lead of FermiCloud project. > --0015174784eed5205604af966a25 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry that was a typo, i meant to say dom0. Also i have been inside the bio= s menu for the raid controller and have ran all the health checks and every= thing came back as clean and optimal.

They just finished the upgrade= of the raid controller firmware and the server booted up fine with no issu= es this time.. how bizarre. I'll be monitoring it closely to see if the= upgrade really did fix the issue.

-DDV

On Tue, Oct 18, 2011 at 1:36 PM,= Steven Timm <timm@fn= al.gov> wrote:
On Tue, 18 Oct 2011, David Della Vecchia wrote:

Thank you for that suggestion, i will look into trying to run the megaraid<= br> monitor on the domU if I'm ever able to get the box to boot up successf= ully.

Don't run it on the domU, it will crash everything, that domU plus
all other domU's. =A0run on dom0. =A0and as I said, most megaraid contr= ollers
have a menu you can get into during the boot sequence before the
operating system boots, to check the health of the array.

Steve




It's occurred to me that since i use iscsi for domU storage theres real= ly no
reason i need raid on the main box so i may do away with it all together.
Thanks,
David

On Tue, Oct 18, 2011 at 1:18 PM, Steven Timm <timm@fnal.gov> wrote:

Have you tried to use the MegaRAID monitor to =A0see if you can
diagnose some hardware problem with the RAID? =A0There is one
you can download and run on the linux dom0, there should be a monitor
you can get to from the BIOS as well.. those error messages look very
much like an actual hardware fault on the RAID array.

I have a lot of megasas raid both under SL5 and SL6 and have used them
as xen dom0 and kvm vm hosts without problems, several different versions of xen.

Steve Timm




On Tue, 18 Oct 2011, David Della Vecchia wrote:

=A0I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1=
(about
5 different versions in between). I'm currently running xen 4.1.1 relea= se
on
centos6 with M.A.Young's centos6 xen dom0 kernel. For some reason the r= aid
array freaks out and swaps to read-only mode for the entire virtual device<= br> the hardware raid array provides. I've tried both raid 0 and raid1 (2 1= tb
SCSI drives). I've had this issue in every xen install I've tried o= n this
box, no matter what kernel version (tried as new as 3.0.1 in debian
wheezy)
or xen version (compiled and installed the unstable branch to test) i use.<= br> The server was running stable and fine for about a week this time before this:


[root@gibson ~]# df -h
-bash: /bin/df: Input/output error
[root@gibson ~]# w
-bash: /usr/bin/w: Input/output error
[root@gibson ~]# modinfo megasas_raid
-bash: /sbin/modinfo: Input/output error

part of the /var/log/messages:

Oct 17 13:21:09 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete
Oct 17 13:21:10 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:10 gibson kernel: megasas: reset successful
Oct 17 13:21:20 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512
cmd=3D0
retries=3D0
Oct 17 13:21:20 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete
Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:21 gibson kernel: megasas: reset successful
Oct 17 13:21:21 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512
cmd=3D2a retries=3D0
Oct 17 13:21:21 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:21 gibson kernel: megasas: reset successful
Oct 17 13:21:41 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512
cmd=3D0
retries=3D0
Oct 17 13:21:41 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete
Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:42 gibson kernel: megasas: reset successful
Oct 17 13:21:42 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512
cmd=3D2a retries=3D0
Oct 17 13:21:42 gibson kernel: megaraid_sas: no pending cmds after reset Oct 17 13:21:42 gibson kernel: megasas: reset successful
Oct 17 13:22:02 gibson kernel: sd 0:2:0:0: [sda] megasas: RESET -85512
cmd=3D0
retries=3D0
Oct 17 13:22:02 gibson kernel: megasas: [ 0]waiting for 1 commands to
complete


[root@gibson ~]# ls -al /bin/
ls: cannot access /bin/ntfs-3g.secaudit: Input/output error
ls: cannot access /bin/ntfstruncate: Input/output error
ls: cannot access /bin/ntfsdump_logfile: Input/output error
ls: cannot access /bin/ntfsls: Input/output error
ls: cannot access /bin/ntfsdecrypt: Input/output error
ls: cannot access /bin/ntfs-3g.usermap: Input/output error
ls: cannot access /bin/ntfsmount: Input/output error
ls: cannot access /bin/ntfsfix: Input/output error
ls: cannot access /bin/ntfscluster: Input/output error
total 8192
dr-xr-xr-x. =A02 root root =A0 4096 Oct 15 14:49 .
drwxr-xr-x. 29 root root =A0 4096 Oct 17 12:34 ..
-rwxr-xr-x. =A01 root root =A0 =A0123 Nov 10 =A02010 alsaunmute
-rwxr-xr-x =A0 1 root root =A027808 May 30 10:55 arch
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 10:36 awk -> gawk
-rwxr-xr-x =A0 1 root root =A026264 May 30 10:55 basename
-rwxr-xr-x =A0 1 root root 943248 May 30 11:46 bash
-rwxr-xr-x =A0 1 root root =A051344 May 30 10:55 cat
-rwxr-xr-x =A0 1 root root =A012200 Jun 25 05:02 cgclassify
-rwxr-xr-x =A0 1 root root =A012352 Jun 25 05:02 cgcreate
-rwxr-xr-x =A0 1 root root =A011528 Jun 25 05:02 cgdelete
-rwsr-xr-x =A0 1 root root =A012136 Jun 25 05:02 cgexec
-rwxr-xr-x =A0 1 root root =A015760 Jun 25 05:02 cgget
-rwxr-xr-x =A0 1 root root =A013160 Jun 25 05:02 cgset
-rwxr-xr-x =A0 1 root root =A055472 May 30 10:55 chgrp
-rwxr-xr-x =A0 1 root root =A052472 May 30 10:55 chmod
-rwxr-xr-x =A0 1 root root =A057496 May 30 10:55 chown
-rwxr-xr-x =A0 1 root root 122344 May 30 10:55 cp
-rwxr-xr-x =A0 1 root root 136096 Nov 10 =A02010 cpio
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 11:00 csh -> tcsh
-rwxr-xr-x =A0 1 root root =A045472 May 30 10:55 cut
-rwxr-xr-x =A0 1 root root 109896 Aug 18 =A02010 dash
-rwxr-xr-x =A0 1 root root =A059552 May 30 10:55 date
-rwxr-xr-x =A0 1 root root =A012552 Jun 25 06:47 dbus-cleanup-sockets
-rwxr-xr-x. =A01 root root 339048 Jun 25 06:47 dbus-daemon
-rwxr-xr-x =A0 1 root root =A018464 Jun 25 06:47 dbus-monitor
-rwxr-xr-x =A0 1 root root =A022376 Jun 25 06:47 dbus-send
-rwxr-xr-x =A0 1 root root =A010912 Jun 25 06:47 dbus-uuidgen
-rwxr-xr-x =A0 1 root root =A054040 May 30 10:55 dd
-rwxr-xr-x =A0 1 root root =A070256 May 30 10:55 df
-rwxr-xr-x =A0 1 root root =A0 9896 Jun 25 02:46 dmesg
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 dnsdomainname -> ho= stname
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 domainname -> hostn= ame
-rwxr-xr-x =A0 1 root root =A081120 Nov 11 =A02010 dumpkeys
-rwxr-xr-x =A0 1 root root =A027648 May 30 10:55 echo
-rwxr-xr-x =A0 2 root root =A053352 Nov 11 =A02010 ed
-rwxr-xr-x =A0 1 root root 106528 Aug 25 =A02010 egrep
-rwxr-xr-x =A0 1 root root =A026368 May 30 10:55 env
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 ex -> vi
-rwxr-xr-x =A0 1 root root =A024592 May 30 10:55 false
-rwxr-xr-x =A0 1 root root =A071328 Aug 25 =A02010 fgrep
-rwxr-xr-x =A0 1 root root 238640 Nov 11 =A02010 find
-rwxr-xr-x =A0 1 root root 382456 Nov 11 =A02010 gawk
-rwxr-xr-x =A0 1 root root =A033416 Nov 11 =A02010 gettext
-rwxr-xr-x =A0 1 root root 110160 Aug 25 =A02010 grep
lrwxrwxrwx. =A01 root root =A0 =A0 =A03 Oct 13 10:36 gtar -> tar
-rwxr-xr-x. =A01 root root =A0 =A0 61 Nov 11 =A02010 gunzip
-rwxr-xr-x =A0 1 root root =A068544 Nov 11 =A02010 gzip
-rwxr-xr-x =A0 1 root root =A016192 Aug 24 =A02010 hostname
-rwxr-xr-x =A0 1 root root =A014872 Jun 25 00:09 ipcalc
lrwxrwxrwx. =A01 root root =A0 =A0 20 Oct 13 10:36 iptables-xml ->
/sbin/iptables-multi
-rwxr-xr-x =A0 1 root root =A011248 Nov 11 =A02010 kbd_mode
-rwxr-xr-x =A0 1 root root =A024648 Aug 22 =A02010 keyctl
-rwxr-xr-x =A0 1 root root =A015128 Jun 25 02:46 kill
-rwxr-xr-x =A0 1 root root =A026256 May 30 10:55 link
-rwxr-xr-x =A0 1 root root =A049568 May 30 10:55 ln
-rwxr-xr-x =A0 1 root root 112136 Nov 11 =A02010 loadkeys
-rwxr-xr-x =A0 1 root root =A030992 Jun 25 02:46 login
-rwxr-xr-x =A0 1 root root =A058368 Sep 12 13:32 lowntfs-3g
-rwxr-xr-x =A0 1 root root 111744 May 30 10:55 ls
-rwxr-xr-x =A0 1 root root =A014008 Jun 25 05:02 lscgroup
-rwxr-xr-x =A0 1 root root =A012488 Jun 25 05:02 lssubsys
lrwxrwxrwx. =A01 root root =A0 =A0 =A05 Oct 13 10:37 mail -> mailx
-rwxr-xr-x =A0 1 root root 390360 Aug 22 =A02010 mailx
-rwxr-xr-x =A0 1 root root =A048544 May 30 10:55 mkdir
-rwxr-xr-x =A0 1 root root =A032352 May 30 10:55 mknod
-rwxr-xr-x =A0 1 root root =A037352 May 30 10:55 mktemp
-rwxr-xr-x =A0 1 root root =A041144 Jun 25 02:46 more
-rwsr-xr-x. =A01 root root =A074712 Jun 25 02:46 mount
-rwxr-xr-x =A0 1 root root =A0 9800 Aug 24 =A02010 mountpoint
-rwxr-xr-x =A0 1 root root 111536 May 30 10:55 mv
-rwxr-xr-x =A0 1 root root 177360 Nov 12 =A02010 nano
-rwxr-xr-x =A0 1 root root 127816 Aug 24 =A02010 netstat
-rwxr-xr-x =A0 1 root root =A028816 May 30 10:55 nice
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 nisdomainname -> ho= stname
-rwxr-xr-x =A0 1 root root =A053576 Sep 12 13:32 ntfs-3g
-rwxr-xr-x =A0 1 root root =A011016 Sep 12 13:32 ntfs-3g.probe
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= -3g.secaudit
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= -3g.usermap
-rwxr-xr-x =A0 1 root root =A029896 Sep 12 13:32 ntfscat
-rwxr-xr-x =A0 1 root root =A032992 Sep 12 13:32 ntfsck
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= cluster
-rwxr-xr-x =A0 1 root root =A036320 Sep 12 13:32 ntfscmp
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= decrypt
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= dump_logfile
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= fix
-rwxr-xr-x =A0 1 root root =A057240 Sep 12 13:32 ntfsinfo
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= ls
-rwxr-xr-x =A0 1 root root =A030448 Sep 12 13:32 ntfsmftalloc
l?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= mount
-rwxr-xr-x =A0 1 root root =A034000 Sep 12 13:32 ntfsmove
-?????????? =A0? ? =A0 =A0? =A0 =A0 =A0 =A0 ? =A0 =A0 =A0 =A0 =A0 =A0? ntfs= truncate
-rwxr-xr-x =A0 1 root root =A042240 Sep 12 13:32 ntfswipe
-rwsr-xr-x =A0 1 root root =A041432 Nov 11 =A02010 ping
-rwsr-xr-x =A0 1 root root =A036256 Nov 11 =A02010 ping6
-rwxr-xr-x =A0 1 root root =A035640 Oct 31 =A02010 plymouth
-rwxr-xr-x =A0 1 root root =A086776 Nov 11 =A02010 ps
-rwxr-xr-x =A0 1 root root =A031656 May 30 10:55 pwd
-rwxr-xr-x =A0 1 root root =A011528 Jun 25 02:46 raw
-rwxr-xr-x =A0 1 root root =A040056 May 30 10:55 readlink
-rwxr-xr-x =A0 2 root root =A053352 Nov 11 =A02010 red
-rwxr-xr-x. =A01 root root =A0 =A0576 Apr 16 =A02008 redhat_lsb_init
-rwxr-xr-x =A0 1 root root =A057504 May 30 10:55 rm
-rwxr-xr-x =A0 1 root root =A040544 May 30 10:55 rmdir
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 10:39 rnano -> nano
-rwxr-xr-x =A0 1 root root =A029904 Nov 11 =A02010 rpm
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 rvi -> vi
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 rview -> vi
-rwxr-xr-x =A0 1 root root =A072248 Aug 22 =A02010 sed
-rwxr-xr-x =A0 1 root root =A042312 Nov 11 =A02010 setfont
-rwxr-xr-x =A0 1 root root =A023600 Aug 22 =A02010 setserial
lrwxrwxrwx. =A01 root root =A0 =A0 =A04 Oct 13 10:36 sh -> bash
-rwxr-xr-x =A0 1 root root =A027880 May 30 10:55 sleep
-rwxr-xr-x =A0 1 root root =A099000 May 30 10:55 sort
-rwxr-xr-x =A0 1 root root =A065864 May 30 10:55 stty
-rwsr-xr-x =A0 1 root root =A036440 May 30 10:55 su
-rwxr-xr-x =A0 1 root root =A025464 May 30 10:55 sync
-rwxr-xr-x =A0 1 root root 384920 Nov 11 =A02010 tar
-rwxr-xr-x =A0 1 root root =A014808 Jun 25 02:46 taskset
-rwxr-xr-x =A0 1 root root 391288 Jun 25 02:05 tcsh
-rwxr-xr-x =A0 1 root root =A051952 May 30 10:55 touch
-rwxr-xr-x. =A01 root root =A011392 Nov 11 =A02010 tracepath
-rwxr-xr-x. =A01 root root =A012304 Nov 11 =A02010 tracepath6
-rwxr-xr-x =A0 1 root root =A057384 Nov 11 =A02010 traceroute
lrwxrwxrwx. =A01 root root =A0 =A0 10 Oct 13 10:39 traceroute6 -> tracer= oute
-rwxr-xr-x =A0 1 root root =A024592 May 30 10:55 true
-rwsr-xr-x. =A01 root root =A049280 Jun 25 02:46 umount
-rwxr-xr-x =A0 1 root root =A027808 May 30 10:55 uname
-rwxr-xr-x. =A01 root root =A0 2555 Nov 11 =A02010 unicode_start
-rwxr-xr-x. =A01 root root =A0 =A0363 Nov 11 =A02010 unicode_stop
-rwxr-xr-x =A0 1 root root =A026264 May 30 10:55 unlink
-rwxr-xr-x =A0 1 root root =A010208 Jun 25 00:09 usleep
-rwxr-xr-x =A0 1 root root 771800 Jun 25 04:43 vi
lrwxrwxrwx. =A01 root root =A0 =A0 =A02 Oct 13 10:59 view -> vi
lrwxrwxrwx. =A01 root root =A0 =A0 =A08 Oct 13 10:36 ypdomainname -> hos= tname
-rwxr-xr-x. =A01 root root =A0 =A0 62 Nov 11 =A02010 zcat

Here is the rough partition information for my main drive:

/boot primary ext3 1gb /dev/sda1
/dev/sda2 extended lvm pv 925gb
vg_gibson lvm-volumegroup 925gb
/ lv_root ext3 36gb
swap lv_swap 2gb

Server Specs:

Dell Poweredge R710
32GB ECC Unbuffered Ram
2x Intel Xeon Quad Core HT 2.3Ghz (16 "cores" total)
2x 1TB WD SCSI Drives in Raid-1

Drive Nitty Gritty:
Product ID: WDC WD1002FBYS-0
Revision: 0C06
Size: 953344MB

Heres some more information about the raid controller also attained from the
raid controller config utility:

Product Name: PERC 6/i
Package: 6.2.0-0013
FW Version: 1.22.02-0612
BIOS Version: 2.04.00
CtrlR Version: 1.02-015B
Boot Block: 1.00.00.01-0011

Application & OS Specs:
CentOS 6 w/2.6.32-131 M.A.Young centos6 xen dom0 kernel

Diagnostic Attempts and Results:

I've done a consistency check on the raid array and everything comes ba= ck
as
clean and optimal. I've ran bad block checks, partition table corruptio= n,
mbr corruption, everything i can think of. It all comes back as clean and working fine. Because of these results i have not been able to force my
dedicated hosting company to replace any of the hardware. They are
upgrading
the raid controller software as its about 1 minor version out of date just<= br> to see if that could be the issue, i'll report back if that mysteriousl= y
fixes it but i'm not holding my breath.

I've read somewhere that the 2.6.x kernels have an old version of the megaraid_sas module that will cause problems but the version included in the
M.A.Young centos6 kernel is version 5.3 which is far beyond the 4.3
version
that article recommends upgrading to so i'm really at a loss. Besides t= he
version being so new the problem described in that article (the kernel not<= br> finding the drive at all on boot) is not the issue i'm having. It just<= br> freaks out randomly (i'm sure its not really randomly, just appears tha= t
way) and the OS swaps to read-only mode and the only way to reboot is
basically to push the button on the front of the box.

Please, if anyone can direct me towards a solution or at least down a path<= br> i
have yet to try i would greatly appreciate it. I'm at my wits end, i= 9;ve
been
fighting this mysterious monster for over a month now and it always seems to
strike right before i'm about to go live with my services (first time i= t
happened was right after i started adding customers to the box).

Thanks in advance,
David


--
------------------------------**-----------------------------= -**------

Steven C. Timm, Ph.D =A0(630) 840-8525
timm@fnal.gov =A0http://home.fnal.g= ov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Group Leader.
Lead of FermiCloud project.



--
-------------------------------------------------------------= -----
Steven C. Timm, Ph.D =A0(630) 840-8525
timm@fnal.gov =A0http://home.fnal.g= ov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Group Leader.
Lead of FermiCloud project.

--0015174784eed5205604af966a25-- --===============1119264136== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1119264136==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 11:34:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 11:34:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGEUJ-0006QP-3k; Tue, 18 Oct 2011 11:34:07 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RGESx-00065a-0q for xen-users@lists.xensource.com; Tue, 18 Oct 2011 11:32:43 -0700 X-Env-Sender: psethu01@students.poly.edu X-Msg-Ref: server-12.tower-216.messagelabs.com!1318962758!122868!1 X-Originating-IP: [65.55.34.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10790 invoked from network); 18 Oct 2011 18:32:39 -0000 Received: from col0-omc2-s15.col0.hotmail.com (HELO col0-omc2-s15.col0.hotmail.com) (65.55.34.89) by server-12.tower-216.messagelabs.com with SMTP; 18 Oct 2011 18:32:39 -0000 Received: from COL117-W43 ([65.55.34.71]) by col0-omc2-s15.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 18 Oct 2011 11:32:36 -0700 Message-ID: X-Message-Routing: svDeHvwoU4ydbvulauZVIC8k224CV4Y4Cxjeral0iILcMUHIR7RFcE+SmJnX/aGC6TkkEgCfqnyru+57igMsgGs0MarlNDI8zYrsRuOirZwALBTzyOn3pn5879Zb6J53AroqxLUIuuOKbHEE= X-Originating-IP: [24.193.16.191] From: praveen kumar sethuraman To: Date: Tue, 18 Oct 2011 18:32:36 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 18 Oct 2011 18:32:36.0859 (UTC) FILETIME=[4F308CB0:01CC8DC4] Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1291097213==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1291097213== Content-Type: multipart/alternative; boundary="_78907ed3-a7c7-4090-944e-26706f9d529a_" --_78907ed3-a7c7-4090-944e-26706f9d529a_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi guys=2C iam working on a project on the networking part of Xen Hypervis= or=2C In this project we are trying to do some modifications on the packets= to improve the network performance. Any input from you guys will be highly= appreciated and useful for our work.=20 Thank YouSethu = --_78907ed3-a7c7-4090-944e-26706f9d529a_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi guys=2C

=  =3B  = =3B  =3B  =3B  =3B  =3B iam working on a project on the net= working part of Xen Hypervisor=2C In this project we are trying to do some = modifications on the packets to improve the network performance. Any input = from you guys will be highly appreciated and =3Buseful =3Bfor our w= ork. =3B

Thank You
Sethu
= --_78907ed3-a7c7-4090-944e-26706f9d529a_-- --===============1291097213== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1291097213==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 11:56:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 11:56:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGEqP-0007aJ-Jt; Tue, 18 Oct 2011 11:56:57 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RGEp5-0007Ft-2m for xen-users@lists.xensource.com; Tue, 18 Oct 2011 11:55:35 -0700 X-Env-Sender: scottmeyers@live.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1318964131!124031!1 X-Originating-IP: [65.54.51.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9539 invoked from network); 18 Oct 2011 18:55:32 -0000 Received: from snt0-omc3-s52.snt0.hotmail.com (HELO snt0-omc3-s52.snt0.hotmail.com) (65.54.51.89) by server-13.tower-216.messagelabs.com with SMTP; 18 Oct 2011 18:55:32 -0000 Received: from SNT127-W50 ([65.55.90.137]) by snt0-omc3-s52.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 18 Oct 2011 11:55:31 -0700 Message-ID: X-Originating-IP: [97.116.13.104] From: Scott Meyers To: , Subject: RE: [Xen-users] Severe megasas_raid issues when using Xen dom0 linux kernels Date: Tue, 18 Oct 2011 13:55:30 -0500 Importance: Normal In-Reply-To: References: , , , , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 18 Oct 2011 18:55:31.0238 (UTC) FILETIME=[82622460:01CC8DC7] Cc: Xen Users List X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I have been working for a colocation company in town for the past two years= and dealt with all sorts of issues with Dell RAID (hardware) controllers i= ncluding PERC 6/i. Once a Dell RAID controller starts behaving badly=2C tha= t means you MUST replace it and NOW=2C regardless. It is going to die and y= ou will be offline until that RAID card is being replaced.=20 =20 My suggestion to every body using a Dell server with (hardware) RAID contro= ller=2C buy that card as a backup=3B you will never know. That RAIA card wi= ll die without advanced notice. = _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 12:34:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 12:34:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGFQO-0001jz-Kb; Tue, 18 Oct 2011 12:34:08 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGFP5-0001N8-OZ for xen-users@lists.xensource.com; Tue, 18 Oct 2011 12:32:48 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1318966348!44817960!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25350 invoked from network); 18 Oct 2011 19:32:29 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 19:32:29 -0000 Received: by vws13 with SMTP id 13so947069vws.30 for ; Tue, 18 Oct 2011 12:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=2ilo+Z0+hFP7TB1qKTRC3o2ExZ8wDz1QseFfZyD3wzA=; b=utC8TutU7XjrG752w1kjHxSKcpmiI7Deluiiw0JCi5E3obJDvavsgPidpwLRCb3XEP aytal+9PZC62qonoY87Le1KJ2EmcmXT4ZstrDq/2BMWt8YwN5WVF7l+SsGbDWiO0XO3O TipLO6zc14flPYLaaLhyI6V+I4Qh7sZjRoiu8= MIME-Version: 1.0 Received: by 10.52.28.141 with SMTP id b13mr3954497vdh.128.1318966363461; Tue, 18 Oct 2011 12:32:43 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Tue, 18 Oct 2011 12:32:43 -0700 (PDT) Date: Tue, 18 Oct 2011 12:32:43 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] xen 4.1 xm dmesg show cpu with different speed? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi. I'm working on xen 4.1 from gitco, is not a list to ask let me know please. Well I got a motherboard from biostar A780L3L 6.0v with a AMD Athlon II 640 3Ghz. This one got 4 cores, what took my attention is this message: powernow-k8: Found 1 virtualized processors powernow-k8: 0 : fid 0x0 gid 0x0 (3000 MHz) powernow-k8: 1 : fid 0x0 gid 0x0 (2300 MHz) powernow-k8: 2 : fid 0x0 gid 0x0 (1800 MHz) powernow-k8: 3 : fid 0x0 gid 0x0 (800 MHz) Bug in the BIOS? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 12:42:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 12:42:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGFYD-0002di-QH; Tue, 18 Oct 2011 12:42:13 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGFWe-0002HY-8W for xen-users@lists.xensource.com; Tue, 18 Oct 2011 12:40:36 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1318966832!129157!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6478 invoked from network); 18 Oct 2011 19:40:33 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2011 19:40:33 -0000 Received: by vcbfk13 with SMTP id fk13so1138825vcb.30 for ; Tue, 18 Oct 2011 12:40:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=lNACXvFrmgT6imDsO2PX34J8MxnPPnSfaNhEERZQyec=; b=F1xsun0kSrwK/bLIpPj6aishrEVrasyMqCFzzaora0FWubbYIIWVcPZ3Fvp4Rkfj2V wAR48jyMNhNKxzRcytX9s5+vPozSfinbQF6sauFSdskp681J3yGYvJceyK4O2gLR2PVm V9hdOEivCzy7NWta5QRy4tQVMywwc/VxL5C7M= Received: by 10.52.88.231 with SMTP id bj7mr4014320vdb.81.1318966832061; Tue, 18 Oct 2011 12:40:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Tue, 18 Oct 2011 12:40:12 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Tue, 18 Oct 2011 21:40:12 +0200 Message-ID: Subject: Re: [Xen-users] HVM domain without PV drivers: graceful shutdown notpossible To: xenusers Content-Type: text/plain; charset=ISO-8859-1 Cc: James Harper , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I've done another test. I reinstalled the pv drivers selecting the "Full installation", but the domU is so slow now. Actually I see the mouse pointer has a great delay. Anyway, this time I've seen this popup message: XEN PV DISK SCSI Device installed. This is what I can see in the logs: ==> /var/log/xen/qemu-dm-windows-7.log <== platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state. Unknown PV product 2 loaded in guest PV driver build 1 region type 1 at [c100,c200). region type 0 at [f3001000,f3001100). squash iomem [f3001000, f3001100). xen be: qdisk-768: xen be: qdisk-768: error: unknown operation (255) error: unknown operation (255) xen be: qdisk-768: xen be: qdisk-768: error: unknown operation (255) error: unknown operation (255) ==> /var/log/xen/xl-windows-7.log <== Done. Rebooting now xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->0000000000179650 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000010e00 2MB PAGES: 0x0000000000000175 1GB PAGES: 0x0000000000000000 Waiting for domain windows-7 (domid 4) to die [pid 8849] Then I noticed that the system was so slow at the end. I rebooted and I see the system is not so reactive ad before even less slow than before. On 18 October 2011 18:30, Flavio wrote: > libxl: error: libxl.c:553:libxl_domain_shutdown HVM domain without PV > drivers: graceful shutdown not possible, use destroy > shutdown failed (rc=-3) Now the command xl shutdown doesn't give me any error. But the domain seems to be unresponsive and doesn't shutdown. I don't know if those drivers are buggy or not, but now the domU is not working as before; definitely. It is responsive only after the domU has started than slows down. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 14:10:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 14:10:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGGvG-0006dg-9M; Tue, 18 Oct 2011 14:10:06 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RGGq3-0005A6-DW for xen-users@lists.xensource.com; Tue, 18 Oct 2011 14:05:02 -0700 X-Env-Sender: dftonywhite@hotmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1318971860!47226946!1 X-Originating-IP: [65.55.90.38] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21001 invoked from network); 18 Oct 2011 21:04:20 -0000 Received: from snt0-omc1-s27.snt0.hotmail.com (HELO snt0-omc1-s27.snt0.hotmail.com) (65.55.90.38) by server-12.tower-27.messagelabs.com with SMTP; 18 Oct 2011 21:04:20 -0000 Received: from SNT114-W56 ([65.55.90.9]) by snt0-omc1-s27.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 18 Oct 2011 14:04:39 -0700 Message-ID: X-Originating-IP: [201.141.240.120] From: Antonio Colin To: , , , Xen Users List Subject: RE: [Xen-users] DomU image file on NFS Storage Date: Tue, 18 Oct 2011 16:04:38 -0500 Importance: Normal In-Reply-To: <1318123901.24512.YahooMailNeo@web35602.mail.mud.yahoo.com> References: , <1318123901.24512.YahooMailNeo@web35602.mail.mud.yahoo.com> MIME-Version: 1.0 X-OriginalArrivalTime: 18 Oct 2011 21:04:39.0033 (UTC) FILETIME=[8C6DD690:01CC8DD9] Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1666295917==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1666295917== Content-Type: multipart/alternative; boundary="_ebbc04c8-1fd0-4ebf-bea5-5662ccaf09cb_" --_ebbc04c8-1fd0-4ebf-bea5-5662ccaf09cb_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi guys=2C I just wanted to say thank you for all your help. Everything was useful and is tested... now I am moving to the next stage of the project. Best regards=2C Tony. >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users = --_ebbc04c8-1fd0-4ebf-bea5-5662ccaf09cb_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi guys=2C

I just wanted to say thank you for all your help.
Ever= ything was useful and is tested... now I am moving to the
next stage of = the project.

Best regards=2C
Tony.

>=3B
>=3B =
>=3B
>=3B _______________________________________________
&g= t=3B Xen-users mailing list
>=3B Xen-users@lists.xensource.com
>= =3B http://lists.xensource.com/xen-users
= --_ebbc04c8-1fd0-4ebf-bea5-5662ccaf09cb_-- --===============1666295917== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1666295917==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 14:34:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 14:34:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGHJ7-0001io-9B; Tue, 18 Oct 2011 14:34:57 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RGHHe-0001Ic-Dp for xen-users@lists.xensource.com; Tue, 18 Oct 2011 14:33:14 -0700 X-Env-Sender: mwolf@adiumentum.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1318973591!137146!1 X-Originating-IP: [83.142.83.186] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19974 invoked from network); 18 Oct 2011 21:33:11 -0000 Received: from adiumentum.com (HELO adiumentum.com) (83.142.83.186) by server-8.tower-216.messagelabs.com with SMTP; 18 Oct 2011 21:33:11 -0000 Received: from [127.0.0.1] (unknown [93.215.51.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by adiumentum.com (Postfix) with ESMTPSA id 7787F4400AB for ; Tue, 18 Oct 2011 23:33:10 +0200 (CEST) Message-ID: <4E9DF091.6090802@adiumentum.com> Date: Tue, 18 Oct 2011 23:33:05 +0200 From: Martin Wolf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0053686130==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0053686130== Content-Type: multipart/alternative; boundary="------------050803020109050701080005" This is a multi-part message in MIME format. --------------050803020109050701080005 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit hello, i hope i did not sent it twice since im not sure if the first one was posted. okay now to the problem im trying to get a vm with vga passthrough running but i get always this error: Error: pci: PCI Backend and pci-stub don't own device 0000:00:02.0 The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s. according to xm dmesg | grep I/O (XEN) I/O virtualisation enabled vt-d is active. im using kernel 3.1.0-0301rc9-generic x86_64 with CONFIG_XEN_PCIDEV_BACKEND=m and i loaded the module with following options in /etc/modprobe.d/xen-pciback options xen-pciback passthrough=1 dmesg shows that with [ 15.566815] xen-pciback: backend is passthrough and this is my config file for the vm: import os, re arch = os.uname()[4] if re.search('64', arch): arch_libdir = 'lib64' else: arch_libdir = 'lib' kernel = "/usr/lib/xen/boot/hvmloader" builder='hvm' memory = 6144 # Should be at least 2KB per MB of domain memory, plus a few MB per vcpu. shadow_memory = 32 name = "xenwin7" vif = [ 'type=ioemu, bridge=virbr0' ] acpi = 1 apic = 1 #disk = [ 'phy:/dev/sdb,hda,w' ] #disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ] #disk = [ 'file:/home/xen/xenwin7.img,hda,w', 'file:/home/xen/windows7.iso,hdc:$ disk = [ 'file:/home/martin/xenwin7.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ] device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm' #----------------------------------------------------------------------------- # boot on floppy (a), hard disk (c) or CD-ROM (d) # default: hard disk, cd-rom, floppy boot="dc" sdl=0 vnc=1 vncconsole=1 vncpasswd='' serial='pty' usbdevice='tablet' gfx_passthru=1 pci=['00:02.0'] this is the lspci output of the videocard. 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Intel Corporation Device 2008 Flags: bus master, fast devsel, latency 0, IRQ 307 Memory at fe000000 (64-bit, non-prefetchable) [size=4M] Memory at d0000000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at [disabled] Capabilities: Kernel driver in use: i915 Kernel modules: i915 i really hope you can give me an idea where to continue. best wishes and thanks in advance. martin --------------050803020109050701080005 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
hello,

i hope i did not sent it twice since im not sure if the first one was posted.

okay now to the problem


im trying to get a vm with vga passthrough running but i get always this
error:  Error: pci: PCI Backend and pci-stub don't own device 0000:00:02.0

The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s.
according to xm dmesg | grep I/O
(XEN) I/O virtualisation enabled
 vt-d is active.

im using kernel 3.1.0-0301rc9-generic x86_64 with CONFIG_XEN_PCIDEV_BACKEND=m
and i loaded the module with following options in /etc/modprobe.d/xen-pciback
options xen-pciback passthrough=1
dmesg shows that with
[   15.566815] xen-pciback: backend is passthrough

and this is my config file for the vm:


import os, re
arch = os.uname()[4]
if re.search('64', arch):
    arch_libdir = 'lib64'
else:
    arch_libdir = 'lib'

kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'
memory = 6144

# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.
shadow_memory = 32
name = "xenwin7"
vif = [ 'type=ioemu, bridge=virbr0' ]
acpi = 1
apic = 1
#disk = [ 'phy:/dev/sdb,hda,w' ]
#disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ]
#disk = [ 'file:/home/xen/xenwin7.img,hda,w', 'file:/home/xen/windows7.iso,hdc:$
disk = [ 'file:/home/martin/xenwin7.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ]


device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

#-----------------------------------------------------------------------------
# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot="dc"
sdl=0
vnc=1
vncconsole=1
vncpasswd=''

serial='pty'
usbdevice='tablet'

gfx_passthru=1
pci=['00:02.0']

this is the lspci output of the videocard.

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
        Subsystem: Intel Corporation Device 2008
        Flags: bus master, fast devsel, latency 0, IRQ 307
        Memory at fe000000 (64-bit, non-prefetchable) [size=4M]
        Memory at d0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at f000 [size=64]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: <access denied>
        Kernel driver in use: i915
        Kernel modules: i915


i really hope you can give me an idea where to continue.

best wishes and thanks in advance.
martin





--------------050803020109050701080005-- --===============0053686130== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0053686130==-- From xen-devel-bounces@lists.xensource.com Tue Oct 18 14:40:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 14:40:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGHOP-0002py-L2; Tue, 18 Oct 2011 14:40:13 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGHMf-0002Dc-Rv; Tue, 18 Oct 2011 14:38:26 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1318973871!53380207!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15231 invoked from network); 18 Oct 2011 21:37:52 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Oct 2011 21:37:52 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9ILcCf6022832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 18 Oct 2011 21:38:16 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9ILcBBo005888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2011 21:38:12 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9ILc67B008885; Tue, 18 Oct 2011 16:38:06 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 18 Oct 2011 14:38:06 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 80DEA82543; Tue, 18 Oct 2011 09:26:18 -0400 (EDT) Date: Tue, 18 Oct 2011 09:26:18 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) Message-ID: <20111018132618.GA19611@phenom.dumpdata.com> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E9C4BAB.9020605@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4E9DF1C9.0074:SCFMA922111,ss=1,re=-4.000,fgs=0 Cc: Andrew Bobulsky , "xen-devel@lists.xensource.com" , Ian Campbell , Joseph Glanville , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote: > Cool. > > I am wondering what people think about archiving vs deleting wiki > pages. Obviously some pages can be deleted (stuff about events, job > listings, old TODO lists, etc.). > > Others may still be valuable to legacy users. See > http://wiki.xen.org/xenwiki/Archive_Page : the problem right now is > that archived pages aren't identifiable and thus confusing. One way > of fixing this would be to rename the page from FooBar to > Archived/FooBar Oh, I like that. That is a good idea. > > Views are welcome > > Lars > > On 17/10/2011 16:17, Ian Campbell wrote: > >>Also, who will create the IRC channel > >They just pop onto being if you join them. > > > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Tue Oct 18 18:23:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 18:23:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGKsj-0002C7-PH; Tue, 18 Oct 2011 18:23:45 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGKrU-0001rX-FD for xen-users@lists.xensource.com; Tue, 18 Oct 2011 18:22:28 -0700 X-Env-Sender: baihaoping@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1318987343!149146!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24832 invoked from network); 19 Oct 2011 01:22:24 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 01:22:24 -0000 Received: by yxl11 with SMTP id 11so1666196yxl.30 for ; Tue, 18 Oct 2011 18:22:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=Op+BND297nh0xwFpt843oata37Kdae9fMh28JdzqUkg=; b=Y34lOBMWKnD0InHq2Q6FDPaNt5W7KYPqGtI5JrJA6VWb0RgRMGcpu+YzUkSTMX++yN 7UfGk4BrqtzuRx8UtHPqpPvnJr1SGwSqKJkpstzVLMVMpSaM1lHFYcchi3Dz/72Jtbot LMCFqy639MCHUNoih5RivBCPqZNd2K7Gjx8Zo= Received: by 10.68.22.101 with SMTP id c5mr1789943pbf.97.1318987343112; Tue, 18 Oct 2011 18:22:23 -0700 (PDT) Received: from [192.168.1.21] ([59.108.35.50]) by mx.google.com with ESMTPS id y4sm1601733pbe.4.2011.10.18.18.22.21 (version=SSLv3 cipher=OTHER); Tue, 18 Oct 2011 18:22:22 -0700 (PDT) Message-ID: <4E9E264B.5030109@gmail.com> Date: Wed, 19 Oct 2011 09:22:19 +0800 From: Hoping White User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Boris Derzhavets Subject: Re: [Xen-users] How to install xen on ubuntu 11.10 References: <1318935985.75119.YahooMailClassic@web65917.mail.ac4.yahoo.com> In-Reply-To: <1318935985.75119.YahooMailClassic@web65917.mail.ac4.yahoo.com> Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1624137180==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1624137180== Content-Type: multipart/alternative; boundary="------------080305020103060903010807" This is a multi-part message in MIME format. --------------080305020103060903010807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks, but I need a complete instruction, including dom0. ? 2011?10?18? 19:06, Boris Derzhavets ??: > $ sudo apt-get install xen-hypervisor-4.1 > > --- On *Tue, 10/18/11, Hoping White //* wrote: > > > From: Hoping White > Subject: [Xen-users] How to install xen on ubuntu 11.10 > To: xen-users@lists.xensource.com > Date: Tuesday, October 18, 2011, 4:30 AM > > Hi, all > > Has anyone install xen 4.1.1 on ubuntu 11.10? Need some > instruction. Thanks. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > --------------080305020103060903010807 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks, but I need a complete instruction, including dom0.

于 2011年10月18日 19:06, Boris Derzhavets 写道:
$ sudo apt-get install xen-hypervisor-4.1

--- On Tue, 10/18/11, Hoping White <baihaoping@gmail.com> wrote:

From: Hoping White <baihaoping@gmail.com>
Subject: [Xen-users] How to install xen on ubuntu 11.10
To: xen-users@lists.xensource.com
Date: Tuesday, October 18, 2011, 4:30 AM

Hi, all

       Has anyone install xen 4.1.1 on ubuntu 11.10? Need some instruction. Thanks.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--------------080305020103060903010807-- --===============1624137180== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1624137180==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 18:58:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 18:58:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGLPx-0003aM-JN; Tue, 18 Oct 2011 18:58:05 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGLO8-0003F4-Cs for xen-users@lists.xensource.com; Tue, 18 Oct 2011 18:56:13 -0700 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1318989348!47243123!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7378 invoked from network); 19 Oct 2011 01:55:49 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 01:55:49 -0000 Received: by ggnv5 with SMTP id v5so1692036ggn.30 for ; Tue, 18 Oct 2011 18:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C5P4/nTwmrgPdb7qsJCdLBrmpVh1XdOPYHcnG5EaOeA=; b=EKljIX6zwGko5PMirJKavHaCnoIZSSXWw1KwU8St99taSLXr1rIH6gboOBKo37s8Zi Y4fZ//gcBCiEjnagZXK8UyrbbPyKEwk8MulB29lF2bwqvzwyILAnOah5BS668G+Y29KM BJu4cPKsHip6/0nDJ0UpUBc/Ph0WwxL4otkGs= MIME-Version: 1.0 Received: by 10.42.155.201 with SMTP id v9mr8661088icw.38.1318989366000; Tue, 18 Oct 2011 18:56:06 -0700 (PDT) Received: by 10.42.171.135 with HTTP; Tue, 18 Oct 2011 18:56:05 -0700 (PDT) In-Reply-To: <4E9DF091.6090802@adiumentum.com> References: <4E9DF091.6090802@adiumentum.com> Date: Tue, 18 Oct 2011 21:56:05 -0400 Message-ID: Subject: Re: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64 From: chris To: Martin Wolf Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0504273293==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0504273293== Content-Type: multipart/alternative; boundary=90e6ba2121c79f7de504af9d24d8 --90e6ba2121c79f7de504af9d24d8 Content-Type: text/plain; charset=ISO-8859-1 lspci shows there is a driver loaded in dom0 for your vga. i think that is your problem, try blacklisting i915 and see if it works. you also might have better luck doing the unbinding and rebinding manually check out http://wiki.xen.org/xenwiki/VTdHowTo section Binding Devices to pci-stub I had setup a large number of boxes doing vtd and i found that doing everything the most manual way made it much easier to debug problems one by one as i encountered and solved them. good luck, chris On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf wrote: > hello, > > i hope i did not sent it twice since im not sure if the first one was > posted. > > okay now to the problem > > > im trying to get a vm with vga passthrough running but i get always this > error: Error: pci: PCI Backend and pci-stub don't own device 0000:00:02.0 > > The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s. > according to xm dmesg | grep I/O > (XEN) I/O virtualisation enabled > vt-d is active. > > im using kernel 3.1.0-0301rc9-generic x86_64 with > CONFIG_XEN_PCIDEV_BACKEND=m > and i loaded the module with following options in > /etc/modprobe.d/xen-pciback > options xen-pciback passthrough=1 > dmesg shows that with > [ 15.566815] xen-pciback: backend is passthrough > > and this is my config file for the vm: > > > import os, re > arch = os.uname()[4] > if re.search('64', arch): > arch_libdir = 'lib64' > else: > arch_libdir = 'lib' > > kernel = "/usr/lib/xen/boot/hvmloader" > builder='hvm' > memory = 6144 > > # Should be at least 2KB per MB of domain memory, plus a few MB per vcpu. > shadow_memory = 32 > name = "xenwin7" > vif = [ 'type=ioemu, bridge=virbr0' ] > acpi = 1 > apic = 1 > #disk = [ 'phy:/dev/sdb,hda,w' ] > #disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ] > #disk = [ 'file:/home/xen/xenwin7.img,hda,w', ' > file:/home/xen/windows7.iso,hdc:$ > disk = [ 'file:/home/martin/xenwin7.img,hda,w', > 'phy:/dev/cdrom,hdc:cdrom,r' ] > > > device_model = '*/usr/*' + arch_libdir + '/xen/bin/qemu-dm' > > #----------------------------------------------------------------------------- > > # boot on floppy (a), hard disk (c) or CD-ROM (d) > # default: hard disk, cd-rom, floppy > boot="dc" > sdl=0 > vnc=1 > vncconsole=1 > vncpasswd='' > > serial='pty' > usbdevice='tablet' > > gfx_passthru=1 > pci=['00:02.0'] > > this is the lspci output of the videocard. > > 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core > Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA > controller]) > Subsystem: Intel Corporation Device 2008 > Flags: bus master, fast devsel, latency 0, IRQ 307 > Memory at fe000000 (64-bit, non-prefetchable) [size=4M] > Memory at d0000000 (64-bit, prefetchable) [size=256M] > I/O ports at f000 [size=64] > Expansion ROM at [disabled] > Capabilities: > Kernel driver in use: i915 > Kernel modules: i915 > > > i really hope you can give me an idea where to continue. > > best wishes and thanks in advance. > martin > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --90e6ba2121c79f7de504af9d24d8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable lspci shows there is a driver loaded in dom0 for your vga. i think that is = your problem, try blacklisting i915 and see if it works. you also might hav= e better luck doing the unbinding and rebinding manually

check out

section=A0Bindi= ng Devices to pci-stub

I had setup a large number = of boxes doing vtd and i found that doing everything the most manual way ma= de it much easier to debug problems one by one as i encountered and solved = them.

good luck,
chris

On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf <mwolf@adiumentum.com> w= rote:
=20 =20 =20
hello,

i hope i did not sent it twice since im not sure if the first one was posted.

okay now to the problem


im trying to get a vm with vga passthrough running but i get always this
error:=A0 Error: pci: PCI Backend and pci-stub don't own device 0000:00:02.0

The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s.
according to xm dmesg | grep I/O
(XEN) I/O virtualisation enabled
=A0vt-d is active.

im using kernel 3.1.0-0301rc9-generic x86_64 with CONFIG_XEN_PCIDEV_BACKEND=3Dm
and i loaded the module with following options in /etc/modprobe.d/xen-pciback
options xen-pciback passthrough=3D1
dmesg shows that with
[=A0=A0 15.566815] xen-pciback: backend is passthrough

and this is my config file for the vm:


import os, re
arch =3D os.uname()[4]
if re.search('64', arch):
=A0=A0=A0 arch_libdir =3D 'lib64'
else:
=A0=A0=A0 arch_libdir =3D 'lib'

kernel =3D "/usr/lib/xen/boot/hvmloader"
builder=3D'hvm'
memory =3D 6144

# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.
shadow_memory =3D 32
name =3D "xenwin7"
vif =3D [ 'type=3Dioemu, bridge=3Dvirbr0' ]
acpi =3D 1
apic =3D 1
#disk =3D [ 'phy:/dev/sdb,hda,w' ]
#disk =3D [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdr= om.r' ]
#disk =3D [ 'file:/home/xen/xenwin7.img,hda,w', 'file:/home/xen/windows7.iso,hdc:$
disk =3D [ 'file:/home/martin/xenwin7.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ]


device_model =3D '/usr/' + a= rch_libdir + '/xen/bin/qemu-dm'

#--------------------------------------------------------------------------= ---
# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot=3D"dc"
sdl=3D0
vnc=3D1
vncconsole=3D1
vncpasswd=3D''

serial=3D'pty'
usbdevice=3D'tablet'

gfx_passthru=3D1
pci=3D['00:02.0']

this is the lspci output of the videocard.

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: Intel Corporation Device 2008
=A0=A0=A0=A0=A0=A0=A0 Flags: bus master, fast devsel, latency 0, IRQ = 307
=A0=A0=A0=A0=A0=A0=A0 Memory at fe000000 (64-bit, non-prefetchable) [= size=3D4M]
=A0=A0=A0=A0=A0=A0=A0 Memory at d0000000 (64-bit, prefetchable) [size= =3D256M]
=A0=A0=A0=A0=A0=A0=A0 I/O ports at f000 [size=3D64]
=A0=A0=A0=A0=A0=A0=A0 Expansion ROM at <unassigned> [disabled]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: <access denied>
=A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: i915
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: i915


i really hope you can give me an idea where to continue.

best wishes and thanks in advance.
martin






_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--90e6ba2121c79f7de504af9d24d8-- --===============0504273293== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0504273293==-- From xen-users-bounces@lists.xensource.com Tue Oct 18 22:06:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 22:06:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGOM0-0000FN-AR; Tue, 18 Oct 2011 22:06:12 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGOKY-0008Lh-4U for xen-users@lists.xensource.com; Tue, 18 Oct 2011 22:04:42 -0700 X-Env-Sender: goodb0fh@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1319000677!163951!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5661 invoked from network); 19 Oct 2011 05:04:38 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 05:04:38 -0000 Received: by iaen33 with SMTP id n33so1896605iae.30 for ; Tue, 18 Oct 2011 22:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=uD0GOMy0CDG8PO3tGhUeGmx/IKhP3G75SdO+8jVxhHU=; b=OajCAv2Ar0guWmdqdIPAljRu9kltfpKdKBtjsBW/3GnRzVSom2HyLbQEc6mHz3IUel dlLtVxtuedqN6eHsQk3KVzaMyhAhaSxjHyrO0umTkPqP1mO48f7QypnYCgXxJcfDk5Vz eCxPhCHHJbCKFsyI+OISxF1ZAVx57N9+qZ9r4= MIME-Version: 1.0 Received: by 10.42.149.132 with SMTP id w4mr9419366icv.49.1319000677099; Tue, 18 Oct 2011 22:04:37 -0700 (PDT) Received: by 10.42.217.196 with HTTP; Tue, 18 Oct 2011 22:04:37 -0700 (PDT) In-Reply-To: <20111018132618.GA19611@phenom.dumpdata.com> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> Date: Wed, 19 Oct 2011 01:04:37 -0400 Message-ID: Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: bofh To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com If I may make some suggestions, speaking as someone who has some background in UNIX admin, but is clearly a newbie to xen, but have actually spent over 2 months doing google searches and trying to filter out old crap from new stuff, I would like to see documentation in the form of: 1) Here's how to install xen on debian, ubuntu, redhat, etc. Here's how to compile xen into your kernel. 2) Here's now to set up 3-4 networks (please please, oh gods, please, use terminology similar to what others use, such as a virtual switch or network, etc). I had earlier asked how to set up a non-routed network (say, 192.168.100/24), a bridged network (to eth0) and a natted network (behind eth0). The scripts are overly complicated, really - if all we have to do is muck with /etc/network/interfaces, that's really so much easier.... 3) Here's the different tools to manage xen (what is the difference between xen-utils and xen-tools?!?!!) including something like virt-manager. 4) Here's the recommended way to create and install debian, redhat, lubuntu, windows, solaris, when to use which drivers, which HVM, PV, virt, qemu, whatever, with sample .cfg files. 5) General xen admin things (here's how to interprete top, dom0 memory usage, using xen on laptop/sleep, change screen size, add a USB device, remove a USB device, etc) - should we really boot our guests with xm create win7.cfg each time?!?!?! That's what was recommended in the past!! 6) Advanced topics (PCI passthrough, etc) That would really help newbies a hell of a lot. As of right now, I am *STILL* struggling with #2. I have created br0 in /etc/network/interfaces and bridged it to eth0. However, when I bring up a VM that has a vif with ioemu (what's that? Should I use it?) and br0, I see a network interface in my win7 guest, but with a 169/8 network :( I can't get it to bridge properly :( The current state of documentation seems to be in the description/definition stage, but does not actually recommend what to use when (or else I got hell of a confused from all the howtos, etc out there, some of which were way old!). Telling me what ioemu is ok but telling me when I should use it (what is the best way to present a network interface and a disk to win7, to xp, to debian/wheezy, to redhat9, to opensolaris, etc) is more useful. Thanks for listening to me! --=20 http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=3DtGvHNNOLnCk "This officer's men seem to follow him merely out of idle curiosity." -- Sandhurst officer cadet evaluation. "Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted."=A0 -- Gene Spafford learn french:=A0 http://www.youtube.com/watch?v=3D30v_g83VHK4 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 18 22:15:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 18 Oct 2011 22:15:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGOVF-00014i-VA; Tue, 18 Oct 2011 22:15:45 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGOUS-0000kK-N9 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 22:14:57 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1319001292!756155!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20928 invoked from network); 19 Oct 2011 05:14:53 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 05:14:53 -0000 Received: by iaen33 with SMTP id n33so1906938iae.30 for ; Tue, 18 Oct 2011 22:14:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=oKTbA2v1/vK25N88e1onAuS5ra5aUmGuT6c6IcMONJw=; b=q/I2MLqWtGKQXvPgkbj8+sZ+Qmz8wD//TZW9Gb1JUovDajtyioV27qUTlkvMOmCo2g eVkv7b0xD+IumWNnhsGrGgvUDyiBXdCjnsXXxjkAcoybhm3YiSNzs48Ml5xPHlfAjY+J +INiPcHEEkism0ihiMwSfAT5SLFt9azIXAX8s= Received: by 10.231.25.229 with SMTP id a37mr2283322ibc.8.1319001292175; Tue, 18 Oct 2011 22:14:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.68 with HTTP; Tue, 18 Oct 2011 22:14:31 -0700 (PDT) In-Reply-To: <4E9E264B.5030109@gmail.com> References: <1318935985.75119.YahooMailClassic@web65917.mail.ac4.yahoo.com> <4E9E264B.5030109@gmail.com> From: Todd Deshane Date: Wed, 19 Oct 2011 01:14:31 -0400 X-Google-Sender-Auth: GCisYWXdZFBeVNBQvC7wPkuZ1D0 Message-ID: Subject: Re: [Xen-users] How to install xen on ubuntu 11.10 To: Hoping White Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: Boris Derzhavets , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, Oct 18, 2011 at 9:22 PM, Hoping White wrote: > > Thanks, but I need a complete instruction, including dom0. sudo apt-get install linux-image-server > > =D3=DA 2011=C4=EA10=D4=C218=C8=D5 19:06, Boris Derzhavets =D0=B4=B5=C0: > > $ sudo apt-get install xen-hypervisor-4.1 reboot and choose Xen kernel option (or set Xen to default in grub config). _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 00:50:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 00:50:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGQvE-0001tw-OL; Wed, 19 Oct 2011 00:50:44 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGQtj-0001Yr-O8 for xen-users@lists.xensource.com; Wed, 19 Oct 2011 00:49:12 -0700 X-Env-Sender: adi@cg.tuwien.ac.at X-Msg-Ref: server-2.tower-174.messagelabs.com!1319010548!35845210!1 X-Originating-IP: [213.129.229.239] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16042 invoked from network); 19 Oct 2011 07:49:08 -0000 Received: from stargate.vrvis.at (HELO iris.vrvis.at) (213.129.229.239) by server-2.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 19 Oct 2011 07:49:08 -0000 Received: from actoris.vrvis.lan ([10.42.1.75] helo=vrvis.at) by iris.vrvis.at with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1RGQtW-0005F4-S0; Wed, 19 Oct 2011 09:48:58 +0200 Date: Wed, 19 Oct 2011 09:48:53 +0200 From: Adi Kriegisch To: David Della Vecchia Subject: Re: [Xen-users] Severe megasas_raid issues when using Xen dom0 linux kernels Message-ID: <20111019074853.GA1116@vrvis.at> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 10.42.1.75 X-SA-Exim-Mail-From: adi@cg.tuwien.ac.at X-SA-Exim-Scanned: No (on iris.vrvis.at); SAEximRunCond expanded to false Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, Oct 18, 2011 at 01:04:28PM -0400, David Della Vecchia wrote: > I've tried debian stable and testing, centos5 and 6 with xen 3.1-4.1 > (about 5 different versions in between). [SNIP] > [root@gibson ~]# df -h > -bash: /bin/df: Input/output error I had similar issues with a LSI controller once: A firmware upgrade to the latest firmware solved this for me. -- Adi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 00:54:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 00:54:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGQyg-00030H-ET; Wed, 19 Oct 2011 00:54:18 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGQxC-0002SR-5p for xen-users@lists.xensource.com; Wed, 19 Oct 2011 00:52:46 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1319010762!782456!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19937 invoked from network); 19 Oct 2011 07:52:43 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 07:52:43 -0000 Received: by vcbfk13 with SMTP id fk13so1671538vcb.30 for ; Wed, 19 Oct 2011 00:52:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=mcXY6YFvk1fVwa3sOoPr38szm8q9EIbdBoZuht0RLgk=; b=ip0Y+u8oECbKEOBNf6GGJERd1qukttLgAopiYOIVENZFkBbJ8hlIvHUlTQPAg4LfPb EWz91CL05EWmZduS9lzrhITPnvcx9dSdEbQ56BghN+lD3qzdwQrQWd0VTTFd8+QjzWgg xjIjqlpytSje/73a9zMWfchiRMcG5lWYmyxsY= MIME-Version: 1.0 Received: by 10.52.36.49 with SMTP id n17mr5873061vdj.26.1319010761705; Wed, 19 Oct 2011 00:52:41 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Wed, 19 Oct 2011 00:52:41 -0700 (PDT) Date: Wed, 19 Oct 2011 00:52:41 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Xen 4.1: USB support for domU Windows 7. X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi people. I have been working with Xen from Gitco on 4.1, on this machine I add 2 vm: Windows 7 Pro i386. Centos 5.7 x64 Both are running,on windows side I need support for a USB because a piece of software validate the sw by a usb memory stick. Reading a lot of docs about, some say about support of usb 1.1 to easy just add to settings in my config file, I had done this, windows 7 show the usb devices but wont show me any drive in the disk manager. Do I need to do something else? Thanks!!! usb = 1 usbdevice = [ 'host:03f0:3307' ] _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Wed Oct 19 01:39:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 01:39:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGRgq-0005U0-56; Wed, 19 Oct 2011 01:39:56 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGRfo-0005GZ-7h; Wed, 19 Oct 2011 01:38:53 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1319013528!194581!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4436 invoked from network); 19 Oct 2011 08:38:48 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 08:38:48 -0000 X-IronPort-AV: E=Sophos;i="4.69,371,1315180800"; d="scan'208";a="8462943" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Oct 2011 08:38:48 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Wed, 19 Oct 2011 09:38:48 +0100 Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Ian Campbell To: Konrad Rzeszutek Wilk Date: Wed, 19 Oct 2011 09:38:48 +0100 In-Reply-To: <20111018132618.GA19611@phenom.dumpdata.com> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3- Content-Transfer-Encoding: 7bit Message-ID: <1319013528.3385.59.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Cc: "xen-devel@lists.xensource.com" , Andrew Bobulsky , Lars Kurth , Joseph, Glanville , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-10-18 at 14:26 +0100, Konrad Rzeszutek Wilk wrote: > On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote: > > Cool. > > > > I am wondering what people think about archiving vs deleting wiki > > pages. Obviously some pages can be deleted (stuff about events, job > > listings, old TODO lists, etc.). > > > > Others may still be valuable to legacy users. See > > http://wiki.xen.org/xenwiki/Archive_Page : the problem right now is > > that archived pages aren't identifiable and thus confusing. One way > > of fixing this would be to rename the page from FooBar to > > Archived/FooBar > > Oh, I like that. That is a good idea. It'll break links, but I guess that's a feature. How close are we to having the new wiki setup -- that would also solve this issue? We could just manually add a header/banner ("attention box"?) to each archived page, that's no harder than renaming it I suspect. Ian. > > > > Views are welcome > > > > Lars > > > > On 17/10/2011 16:17, Ian Campbell wrote: > > >>Also, who will create the IRC channel > > >They just pop onto being if you join them. > > > > > > > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Wed Oct 19 03:01:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 03:01:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGSxU-0004ML-7f; Wed, 19 Oct 2011 03:01:12 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGSuG-0003zh-R3 for xen-users@lists.xensource.com; Wed, 19 Oct 2011 02:57:54 -0700 X-Env-Sender: 350608693@qq.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1319018268!137453!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14949 invoked from network); 19 Oct 2011 09:57:49 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 19 Oct 2011 09:57:49 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from <350608693@qq.com>) id 1RGSuB-0004jk-N7 for xen-users@lists.xensource.com; Wed, 19 Oct 2011 02:57:47 -0700 Date: Wed, 19 Oct 2011 02:57:47 -0700 (PDT) From: yunjiedu <350608693@qq.com> To: xen-users@lists.xensource.com Message-ID: <1319018267709-4917121.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] Re: Remus: network buffering problem X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hello,Shriram, i want to use Remus and install xen 4.0.1 in CentOS 5.5 with kernel 2.6.31.8. i also enabled IFB,Ingress, redirecting, mirroring, (*NET_SCH_PLUG not found*), and Netfilter. I have moduled or enabled the rest of the selections under QoS and/or fair queueing. i alse edit Kbuild file to *obj-m := sch_queue.o* BUT when use remus command,the error is as follows: *modprobe -q sch_queue Traceback (most recent call last): File "/usr/bin/remus", line 210, in ? run(cfg) File "/usr/bin/remus", line 119, in run bufs.append(BufferedNIC(vif)) File "usr/lib64/python2.4/site-packages/xen/remus/device.py", line 275, in __init__ File "usr/lib64/python2.4/site-packages/xen/remus/device.py", line 314, in setup xen.remus.device.BufferedNICException: could not load sch_queue module* could you tell me how to install xen 4.0.1 and which kernel shoud i choose and how to config on *CentOS* in details? and also how to create HVM/PV domU in details. thanks a looooooooooooooooooooooooooooot. best regards -- View this message in context: http://xen.1045712.n5.nabble.com/Remus-network-buffering-problem-tp3390632p4917121.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 03:13:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 03:13:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGT9c-000641-6C; Wed, 19 Oct 2011 03:13:44 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGT5X-0005LX-1z for xen-users@lists.xensource.com; Wed, 19 Oct 2011 03:09:31 -0700 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1319018967!804674!1 X-Originating-IP: [94.23.21.167] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7959 invoked from network); 19 Oct 2011 10:09:28 -0000 Received: from stefanshome.com (HELO stefanshome.com) (94.23.21.167) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Oct 2011 10:09:28 -0000 X-No-Auth: unauthenticated sender X-No-Auth: unauthenticated sender Received: from stefanshome.com (localhost.localdomain [127.0.0.1]) by stefanshome.com (Postfix) with ESMTP id E09273A11C7; Wed, 19 Oct 2011 12:09:24 +0200 (CEST) Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by stefanshome.com (Postfix) with ESMTP; Wed, 19 Oct 2011 12:09:23 +0200 (CEST) From: "Stefan Becker" To: "'Steve Allison'" , References: <004001cc8dab$80088db0$8019a910$@stefanshome.com> <4E9DA79F.3070208@stalks.nooblet.org> In-Reply-To: <4E9DA79F.3070208@stalks.nooblet.org> Subject: AW: [Xen-users] Problems with XEN Date: Wed, 19 Oct 2011 12:09:21 +0200 Message-ID: <001801cc8e47$2cef1530$86cd3f90$@stefanshome.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 thread-index: AQJtIT0hogbm08vOU7OAKUTWAGEioQKJ7MYjlC38XwA= Content-Language: de Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Sorry, i have no IPKVM, but my Hoster connects the system with a KVM transponder. I made video, but I can't see no information. I uploaded here http://demo.ovh.de/de/792bdb1c0478810419f5c245675f42ed/=20 Best regards Stefan -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] Im Auftrag von Steve = Allison Gesendet: Dienstag, 18. Oktober 2011 18:22 An: xen-users@lists.xensource.com Betreff: Re: [Xen-users] Problems with XEN Unfortunately that screenshot has no useful information :( Are you using an IPKVM? Like the OVH Java based version in the manager? Use camstudio http://camstudio.org/ to record the bootup process, then = you can playback the output slower to see any error messages. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 05:40:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 05:40:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGVRD-0005qc-FU; Wed, 19 Oct 2011 05:40:03 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGVPx-0005VQ-I0 for xen-users@lists.xensource.com; Wed, 19 Oct 2011 05:38:45 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1319027921!239231!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5047 invoked from network); 19 Oct 2011 12:38:42 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 12:38:42 -0000 Received: by vcbfk13 with SMTP id fk13so1925100vcb.30 for ; Wed, 19 Oct 2011 05:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=Wiu44gV5mSTb0UIp4Q9Bk4zMQsrCBeiAOJca8t6Zago=; b=AEmv67sLewDf+CHLQ2Aq+cCcYWt0m6KO3Va5BVDZocxf9nZJjUy38wn074wMFyq8Z0 aXv9tE9ocSsFKCOXMUp5cxB3YYuvLlMkaeC1gb7pk6wTUm01+vXbfKOdvRE+0qkVapSG fi8TjKb5y7eP2QR/3CezkOV7ce+tC9Ps9qPRg= Received: by 10.52.30.194 with SMTP id u2mr6539492vdh.13.1319027921266; Wed, 19 Oct 2011 05:38:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Wed, 19 Oct 2011 05:38:21 -0700 (PDT) From: Flavio Date: Wed, 19 Oct 2011 14:38:21 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] xl cd-insert: howto? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I am doing a lot of attempt to attach a cd-rom to a domU but they are unsuccessful. I don't understand how to do, and I also searched both on Google and dhe XEN documentation. Google returns me a lot of results, dealing with code pieces and I didn't find anything in the xen docs. So please, could somebody explain me how the "xl cd-insert" works? I see the syntax is the following: xl [-v] cd-insert but: 1) I didn't understand what I should put in place of 2) I'm not sure of what to type in place of The reasonable attempts I have done are: xl cd-insert 4 cdrom phy:/dev/cdrom xl cd-insert 4 /dev/hdc phy:/dev/cdrom xl cd-insert 4 hdc phy:/dev/cdrom In all cases I get: libxl: error: libxl.c:1824:libxl_cdrom_insert Virtual device not found What it does expect as a Virtual device parameter? Finally if i do: xl cd-insert 4 hdc:cdrom phy:/dev/cdrom I get: Unknown virtual disk type: cdrom:cdrom format error Could somebody help me please? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 05:54:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 05:54:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGVer-0006mq-Lm; Wed, 19 Oct 2011 05:54:09 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGVdj-0006Ro-Bl for xen-users@lists.xensource.com; Wed, 19 Oct 2011 05:52:59 -0700 X-Env-Sender: 350608693@qq.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1319028774!235660!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32636 invoked from network); 19 Oct 2011 12:52:56 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 19 Oct 2011 12:52:56 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from <350608693@qq.com>) id 1RGVde-00088E-8i for xen-users@lists.xensource.com; Wed, 19 Oct 2011 05:52:54 -0700 Date: Wed, 19 Oct 2011 05:52:54 -0700 (PDT) From: yunjiedu <350608693@qq.com> To: xen-users@lists.xensource.com Message-ID: <1319028774261-4917603.post@n5.nabble.com> In-Reply-To: <809C67A2-6D7A-403F-B759-AC7854130E83@cs.ubc.ca> References: <20110829170309.GG32373@reaktio.net> <809C67A2-6D7A-403F-B759-AC7854130E83@cs.ubc.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] Re: remus problem X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hi,Shriram i install xen-4.2-unstable on squeeze(i386) according to http://remusha.wikidot.com/: 1)*install xen* #cd /usr/src #hg clone http://xenbits.xensource.com/xen-unstable.hg xen-unstable #cd xen-unstable #make clean #make xen tools #make install-xen #make install-tools PYTHON_PREFIX_ARG=3D 2)*compile kernel 2.6.32.40* #cd /usr/src #git clone http://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git linux-2.6-xen #cd linux-2.6-xen #git reset --hard 2b494f184d3337d10d59226e3632af56ea66629a(=E5=BF=85=E9=A1=BB=E7=9A=84=EF=BC= =8C=E5=B0=86=E5=86=85=E6=A0=B8=E5=AE=9A=E5=9C=A82.6.32.40) #wget http://remusha.wikidot.com/local--files/configuring-and-installing-remus/co= nfig-2.6.32.40-xen0-i386 #cp config-2.6.32.40-xen0-i386 .config #make menuconfig ARCH=3Di386 #make clean #make #make modules_install install #mkinitramfs -o /boot/initrd.img-2.6.32.40 2.6.32.40 3)*install xen-tools* #cd /usr/src #wget http://www.xen-tools.org/software/xen-tools/xen-tools-4.2.1.tar.gz #tar -xzvf xen-tools-4.2.1.tar.gz #cd /usr/src/xen-tools-4.2.1 #make clean #make install 4)*edit /etc/default/grub* # If you change this file, run 'update-grub' afterwards to update # /boot/grub/grub.cfg. GRUB_DEFAULT=3D0 GRUB_TIMEOUT=3D5 GRUB_DISTRIBUTOR=3D`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT=3D"quiet" GRUB_CMDLINE_LINUX=3D"" # Uncomment to enable BadRAM filtering, modify to suit your needs # This works with Linux (no patch required) and with any kernel that obtain= s # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...) #GRUB_BADRAM=3D"0x01234567,0xfefefefe,0x89abcdef,0xefefefef" # Uncomment to disable graphical terminal (grub-pc only) #GRUB_TERMINAL=3Dconsole # The resolution used on graphical terminal # note that you can use only modes which your graphic card supports via VBE # you can see them in real GRUB with the command `vbeinfo' #GRUB_GFXMODE=3D640x480 # Uncomment if you don't want GRUB to pass "root=3DUUID=3Dxxx" parameter to Linux #GRUB_DISABLE_LINUX_UUID=3Dtrue # Uncomment to disable generation of recovery mode menu entries GRUB_DISABLE_LINUX_RECOVERY=3D"true" # Uncomment to get a beep at grub start #GRUB_INIT_TUNE=3D"480 440 1" # Disable OS prober to prevent virtual machines on logical volumes from appearing in the boot menu. GRUB_DISABLE_OS_PROBER=3D"true" 5) *edit /etc/grub.d/08_xen* #!/bin/sh exec tail -n +3 $0 menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set 462d4924-f228-4721-a6ff-adc82d0f3c2b multiboot /boot/xen-4.2-unstable.gz dummy module /boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D462d4924-f228-4721-a6ff-adc82d0f3c2b ro quiet console=3Dtty0 nomodeset module /boot/initrd.img-2.6.32.40 } the UUID is according to *blkid* command. 6)update grub #chmod -x /etc/grub.d/20_linux_xen #chmod 755 /etc/grub.d/08_xen #update-grub2 after reboot,xend boots proerly. i don't install drbd. then i install a new centos 5.5(i386)HVM as usual,the VM config file is as follows: *kernel =3D "hvmloader" builder=3D'hvm' memory =3D 1024 name =3D "centos-i386" vcpus=3D4 vif =3D [ 'type=3Dioemu, bridge=3Deth0,mac=3D00:16:3e:3a:7a:de' ] pae =3D 1 acpi =3D 1 apic =3D 1 disk =3D [ 'tap2:aio:/home/xen/tpl/hvm/ubuntu.img,hda,w', 'file:/home/xen/tpl/hvm/CentOS-5.5-i386-bin-DVD.iso,hdc:cdrom,r' ] device_model =3D 'qemu-dm' boot=3D"cd" sdl =3D 0 vnc =3D 1 vnclisten =3D "0.0.0.0" stdvga =3D 0 serial =3D "pty"* after installation,i change the disk string to "disk =3D [ 'tap2:aio:/home/xen/tpl/hvm/centos.img,hda,w'] ",and then the CentOS HVM can boot successfully,the CentOS VM kernel is* 2.6.18-194.el5*. BUT these are some problems: 1)remus centos-i386 *Disk is not replicated: tap:aio:/home/xen/tpl/hvm/centos.img,hda,w tc qdisc add dev vif1.0 ingress Cannot find device "vif1.0" Traceback (most recent call last): File "/usr/bin/remus", line 219, in run(cfg) File "/usr/bin/remus", line 125, in run bufs.append(BufferedNIC(vif)) File "/usr/local/lib/python2.6/dist-packages/xen/remus/device.py", line 326, in __init__ self.setup() File "/usr/local/lib/python2.6/dist-packages/xen/remus/device.py", line 358, in setup self.bufdev.install(self.vif) File "/usr/local/lib/python2.6/dist-packages/xen/remus/device.py", line 181, in install raise e xen.remus.util.PipeException: tc failed (errmsg: Cannot find device "vif1.0"): 1, Operation not permitted* 2)remus --no-net centos-i386 *Disk is not replicated: tap:aio:/home/xen/tpl/hvm/centos.img,hda,w Segmentation fault* 3)remus --no-net --blackhome centos-i386 *Segmentation fault* didn't remus support CentOS HVM?but a try fedora/rhel/ubuntu/suse.....,the result is the same. so i think there is something wrong as i do,but i have not found it. any suggestions would be appreciated. best regards yous yunjiedu -- View this message in context: http://xen.1045712.n5.nabble.com/remus-proble= m-tp4745592p4917603.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 07:53:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 07:53:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGXWG-00048r-AY; Wed, 19 Oct 2011 07:53:24 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RGXVJ-0003nk-Tu for xen-users@lists.xensource.com; Wed, 19 Oct 2011 07:52:26 -0700 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-16.tower-182.messagelabs.com!1319035942!23769!1 X-Originating-IP: [77.238.189.214] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4635 invoked from network); 19 Oct 2011 14:52:22 -0000 Received: from nm17-vm0.bullet.mail.ird.yahoo.com (HELO nm17-vm0.bullet.mail.ird.yahoo.com) (77.238.189.214) by server-16.tower-182.messagelabs.com with SMTP; 19 Oct 2011 14:52:22 -0000 Received: from [77.238.189.230] by nm17.bullet.mail.ird.yahoo.com with NNFMP; 19 Oct 2011 14:52:22 -0000 Received: from [212.82.108.122] by tm11.bullet.mail.ird.yahoo.com with NNFMP; 19 Oct 2011 14:52:22 -0000 Received: from [127.0.0.1] by omp1031.mail.ird.yahoo.com with NNFMP; 19 Oct 2011 14:52:22 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 375897.94193.bm@omp1031.mail.ird.yahoo.com Received: (qmail 41892 invoked by uid 60001); 19 Oct 2011 14:52:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1319035942; bh=30mWUtd/7RNLtmPw4nd3RiklSpCm2uqmh8q3fdYaeRw=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=zPGNsnE1KlHVlg4sa3HliAwP+V/ZG7rqOoO6HnGFpYms7rr3hSE8cp8cmT0u5JP+Si/ntzhLDFqQlrRvMxZQshjn0iGsUxL0lXjvspx04ELm4XMitq6KYam9fvuFPqDwvRBUsLBRozJM7ldVFSiiT4y3BorrKi2b8ZG/M3ptm7A= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=2gbDgBbT0ALS3CaLai+TiGWKxgPJaH8Hq3SlCRpblTQU5USEDuCyw7F4mb31lcBc1ry+keVuJwEvfmoOajnWfQySalU4eErvX3exuUx09qW0kixiF01cB299R/cWbR4J/xezJqBoPr0iaCkVoX49F56rnp17jhmObDH5FpcVdXI=; X-YMail-OSG: OXpKki0VM1njqk8oSgz2wlMJmd3OM4B1zJSNUmuH75ycVGP p29BxE2lhl4BTR1wjdV6HnIzmIy8ina0XXSs0ffuyxSNGX0NZWqHTYVVj73A E1ZnJdmWa6K7mqgrr8zxVLoRg8kzp_PGyn8W3jNylT2_q6F7Hbac861jSnkO XS9Lsqjy8Onu23kQtyrcIImVC3QDdXMbE2HP0MTZTP3E4BrFJlphCVKSCd2r HfqaHqnC5eO5ETxh4H58zysKQIxinrBWCtw6Ace3dR_zv9qJI60AACrOlJSR CMR9cQp1E2RlowXHKnI2WzqQBUwGh1Llkotl5GziSMWwFtvm3ZuRLV8XdZvb yrqjvUNYsHBq6DcN99f1ZhpBftQ_uZT4VFT5UBzeHwWkrH.pDJUkSTAI6ajy xD5PCrn9GXnSfkXGN3ZqjbUiN3rx51g4HqQ5HXi3.Bw-- Received: from [195.167.237.98] by web29805.mail.ird.yahoo.com via HTTP; Wed, 19 Oct 2011 15:52:22 BST X-Mailer: YahooMailWebService/0.8.114.317681 References: Message-ID: <1319035942.41361.YahooMailNeo@web29805.mail.ird.yahoo.com> Date: Wed, 19 Oct 2011 15:52:22 +0100 (BST) From: David TECHER Subject: Re : [Xen-users] xl cd-insert: howto? To: Flavio , "xen-users@lists.xensource.com" In-Reply-To: MIME-Version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0806910440==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0806910440== Content-Type: multipart/alternative; boundary="62747910-741006258-1319035942=:41361" --62747910-741006258-1319035942=:41361 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi =0A=0A=0AIs your domU pvops'ed or HVM'ed?=0A=0A=0A=0ADavid.=0A=0A=0A=0A_= _______________________________=0ADe=A0: Flavio =0A=C0= =A0: xen-users@lists.xensource.com=0AEnvoy=E9 le : Mercredi 19 Octobre 2011= 14h38=0AObjet=A0: [Xen-users] xl cd-insert: howto?=0A=0AHello,=0A=0AI am d= oing a lot of attempt to attach a cd-rom to a domU but=0Athey are unsuccess= ful. I don't understand how to do, and I also searched=0Aboth on Google and= dhe XEN documentation. Google returns me a lot=0Aof results, dealing with = code pieces and I didn't find anything in the xen=0Adocs. So please, could = somebody explain me how the "xl cd-insert" works?=0A=0AI see the syntax is = the following:=0Axl [-v] cd-insert =0A= =0Abut:=0A=0A1) I didn't understand what I should put in place of =0A2) I'm not sure of what to type in place of =0A=0AThe r= easonable attempts I have done are:=0A=0Axl cd-insert 4 cdrom phy:/dev/cdro= m=0Axl cd-insert 4 /dev/hdc phy:/dev/cdrom=0Axl cd-insert 4 hdc phy:/dev/cd= rom=0A=0AIn all cases I get:=0A=0Alibxl: error: libxl.c:1824:libxl_cdrom_in= sert Virtual device not found=0A=0AWhat it does expect as a Virtual device = parameter?=0A=0AFinally if i do:=0Axl cd-insert 4 hdc:cdrom phy:/dev/cdrom= =0AI get:=0AUnknown virtual disk type: cdrom:cdrom=0Aformat error=0A=0ACoul= d somebody help me please?=0A=0A-- =0AFlavio=0A=0A_________________________= ______________________=0AXen-users mailing list=0AXen-users@lists.xensource= .com=0Ahttp://lists.xensource.com/xen-users --62747910-741006258-1319035942=:41361 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi

Is your domU pvops'ed or H= VM'ed?


=

David.

De : Flavio <fbcyborg@gmail= .com>
=C0 : xen= -users@lists.xensource.com
Envoy= =E9 le : Mercredi 19 Octobre 2011 14h38
Objet : [Xen-users] xl cd-insert: howto?

Hello,

I am doing a lot of attempt to attach a= cd-rom to a domU but
they are unsuccessful. I don't understand how to d= o, and I also searched
both on Google and dhe XEN documentation. Google = returns me a lot
of results, dealing with code pieces and I didn't find = anything in the xen
docs. So please, could somebody explain me how the "= xl cd-insert" works?

I see the syntax is the following:
xl [-v] c= d-insert <Domain> <VirtualDevice> <type:path>

but:=

1) I didn't understand what I should put in place of <VirtualDev= ice>
2) I'm not sure of what to type in place of <type:path>
The reasonable attempts I have done are:

xl cd-insert 4 cdrom p= hy:/dev/cdrom
xl cd-insert 4 /dev/hdc phy:/dev/cdrom
xl cd-insert 4 h= dc phy:/dev/cdrom

In all cases I get:

libxl: error: libxl.c:1= 824:libxl_cdrom_insert Virtual device not found

What it does expect as a Virtual device parameter?

Finally if i do:
xl cd-ins= ert 4 hdc:cdrom phy:/dev/cdrom
I get:
Unknown virtual disk type: cdro= m:cdrom
format error

Could somebody help me please?

-- Flavio

_______________________________________________
Xen-users= mailing list
Xen-users@lists.xensource.com=
http= ://lists.xensource.com/xen-users


--62747910-741006258-1319035942=:41361-- --===============0806910440== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0806910440==-- From xen-users-bounces@lists.xensource.com Wed Oct 19 07:57:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 07:57:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGXaH-0005Ik-02; Wed, 19 Oct 2011 07:57:33 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGXZ1-0004u0-DE for xen-users@lists.xensource.com; Wed, 19 Oct 2011 07:56:15 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1319036141!53511405!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32056 invoked from network); 19 Oct 2011 14:55:42 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 14:55:42 -0000 Received: by vws13 with SMTP id 13so1723897vws.30 for ; Wed, 19 Oct 2011 07:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=yndT0msmffc4jCqEAwcbTkMpBbD+b0emsNFcM7WmyR0=; b=k4Gef0EUDsBUWtmg2Sinxy57zIsF4mInfnefj+Tj+SyfjnIBMjEKuSrd+cXEo2lTDK 7BUN6vMeCMBtEnJG5DmUBz97aroL1JWESiVdcONL1QKGHA3c3UN4xpNT90MEwXw4jyk6 0JQxZ1E1+e9fPAram47V25t36oHaa6PhUXROc= Received: by 10.52.36.234 with SMTP id t10mr6903923vdj.115.1319036171063; Wed, 19 Oct 2011 07:56:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.187.133 with HTTP; Wed, 19 Oct 2011 07:55:51 -0700 (PDT) In-Reply-To: <1319035942.41361.YahooMailNeo@web29805.mail.ird.yahoo.com> References: <1319035942.41361.YahooMailNeo@web29805.mail.ird.yahoo.com> From: Flavio Date: Wed, 19 Oct 2011 16:55:51 +0200 Message-ID: Subject: Re: Re : [Xen-users] xl cd-insert: howto? To: David TECHER Content-Type: text/plain; charset=ISO-8859-1 Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 19 October 2011 16:52, David TECHER wrote: > Hi > > Is your domU pvops'ed or HVM'ed? I have both, but now I only tried on HVM domU. Is there some difference? Thanks! -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 08:37:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 08:37:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGYCx-0008HY-7s; Wed, 19 Oct 2011 08:37:31 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RGCM4-0003St-L2 for xen-users@lists.xensource.com; Tue, 18 Oct 2011 09:17:29 -0700 X-Env-Sender: mwolf@adiumentum.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1318954645!698984!1 X-Originating-IP: [83.142.83.186] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20269 invoked from network); 18 Oct 2011 16:17:25 -0000 Received: from adiumentum.com (HELO adiumentum.com) (83.142.83.186) by server-2.tower-21.messagelabs.com with SMTP; 18 Oct 2011 16:17:25 -0000 Received: from [127.0.0.1] (unknown [93.215.51.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by adiumentum.com (Postfix) with ESMTPSA id 3FF8D4400AB for ; Tue, 18 Oct 2011 18:17:25 +0200 (CEST) Message-ID: <4E9DA690.8090408@adiumentum.com> Date: Tue, 18 Oct 2011 18:17:20 +0200 From: Martin Wolf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 19 Oct 2011 08:36:26 -0700 Subject: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hello, im trying to get a vm with vga passthrough running but i get always this error: Error: pci: PCI Backend and pci-stub don't own device 0000:00:02.0 The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s. according to xm dmesg | grep I/O (XEN) I/O virtualisation enabled vt-d is active. im using kernel 3.1.0-0301rc9-generic x86_64 with CONFIG_XEN_PCIDEV_BACKEND=m and i loaded the module with following options in /etc/modprobe.d/xen-pciback options xen-pciback passthrough=1 dmesg shows that with [ 15.566815] xen-pciback: backend is passthrough and this is my config file for the vm: import os, re arch = os.uname()[4] if re.search('64', arch): arch_libdir = 'lib64' else: arch_libdir = 'lib' kernel = "/usr/lib/xen/boot/hvmloader" builder='hvm' memory = 6144 # Should be at least 2KB per MB of domain memory, plus a few MB per vcpu. shadow_memory = 32 name = "xenwin7" vif = [ 'type=ioemu, bridge=virbr0' ] acpi = 1 apic = 1 #disk = [ 'phy:/dev/sdb,hda,w' ] #disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ] #disk = [ 'file:/home/xen/xenwin7.img,hda,w', 'file:/home/xen/windows7.iso,hdc:$ disk = [ 'file:/home/martin/xenwin7.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ] device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm' #----------------------------------------------------------------------------- # boot on floppy (a), hard disk (c) or CD-ROM (d) # default: hard disk, cd-rom, floppy boot="dc" sdl=0 vnc=1 vncconsole=1 vncpasswd='' serial='pty' usbdevice='tablet' gfx_passthru=1 pci=['00:02.0'] this is the lspci output of the videocard. 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Intel Corporation Device 2008 Flags: bus master, fast devsel, latency 0, IRQ 307 Memory at fe000000 (64-bit, non-prefetchable) [size=4M] Memory at d0000000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at [disabled] Capabilities: Kernel driver in use: i915 Kernel modules: i915 i really hope you can give me an idea where to continue. best wishes and thanks in advance. martin _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Wed Oct 19 11:15:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 11:15:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGafW-0001Pm-JM; Wed, 19 Oct 2011 11:15:10 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGaeQ-0001Cb-35; Wed, 19 Oct 2011 11:14:02 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1319048038!35947494!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27800 invoked from network); 19 Oct 2011 18:13:58 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 18:13:58 -0000 Received: by wwf10 with SMTP id 10so2495027wwf.24 for ; Wed, 19 Oct 2011 11:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=y9pR7nONjT1Yo01uP+1D9QJZ8P38pfloVadKZXh2Bx0=; b=q9+CRIqTE4SvFviuG5KJIPlNKjfc3iEPN7Immw6jV0KZbSDdHYFvwIUqO3/zzc30ob mxv5f4fAbRzFEfobpc7Gr4qH9gHWL5Bhl5P1//kHHxmtXyln/4Dn0Qwz/x3JhzpNte/c WH/A7C30wMs8r8FdBM6MvLkMlHCOT4MAhji10= Received: by 10.216.25.196 with SMTP id z46mr2996854wez.16.1319048038488; Wed, 19 Oct 2011 11:13:58 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id b5sm11255246wbh.4.2011.10.19.11.13.55 (version=SSLv3 cipher=OTHER); Wed, 19 Oct 2011 11:13:56 -0700 (PDT) Message-ID: <4E9F1361.5020906@xen.org> Date: Wed, 19 Oct 2011 19:13:53 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Ian Campbell Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> <1319013528.3385.59.camel@zakaz.uk.xensource.com> In-Reply-To: <1319013528.3385.59.camel@zakaz.uk.xensource.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Bobulsky , "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" , Joseph Glanville , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 19/10/2011 09:38, Ian Campbell wrote: > It'll break links, but I guess that's a feature. That's easy to fix: rename, check orphaned pages, fix those pages > How close are we to having the new wiki setup -- that would also solve > this issue? It wouldn't solve the issue really. > We could just manually add a header/banner ("attention box"?) to each > archived page, that's no harder than renaming it I suspect. Ian. That is true, but for a user it would still clutter the index I am running behind publishing the blog post: will post it tomorrow When do we want to start and end the session? That's the only outstanding question. We also should take bofh's feedback seriously. The points he makes are exactly the ones I have identified to, but don't know enough yet to fix it. Lars _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Wed Oct 19 12:32:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 12:32:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGbsf-0006NB-2g; Wed, 19 Oct 2011 12:32:49 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGbrK-0005v5-CE for xen-users@lists.xensource.com; Wed, 19 Oct 2011 12:31:26 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1319052682!297137!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28648 invoked from network); 19 Oct 2011 19:31:23 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 19:31:23 -0000 Received: by vcbfk13 with SMTP id fk13so2461578vcb.30 for ; Wed, 19 Oct 2011 12:31:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=KEgv084/B2TlOZUWERFaiQ0FIEi/8m9Htr/RJwpuI4U=; b=FVB50ZVuWEXiDR0oYPXfUz0l3ewA3i2ONi4rU3QGcpCg8a2b/sz7YSaOxY5Ri+KQcs Yb4eGvmpQvtTTmTfsKExwuA0HPhZ3fFEqcWVVTtkrWeVcyXzr3j5zBQsDzVwdMRqpg/y jNxCi5glyhbahZmtKfdXm6Xr/xUquZ4BtaU4U= MIME-Version: 1.0 Received: by 10.52.91.5 with SMTP id ca5mr8202278vdb.9.1319052682014; Wed, 19 Oct 2011 12:31:22 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Wed, 19 Oct 2011 12:31:21 -0700 (PDT) Date: Wed, 19 Oct 2011 12:31:21 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi. Just wondering is someone have been able to connect usb memory sticks in xen 4.1-gitco running hvm windows 7? I use xen 4.1 from gitco, is working without any issue, I need support for a usb memory stick, but I had not been able to make this works. Reading xm commands and process, first my MB Biostar A780L3L v6 wont support IOMMU. Now exist a doc from xen wiki from someone from Fujitso that show the procedure he use: xm usb-hc-create... works no issue. xm usb-list Darwin Idx BE state usb-ver BE-path 0 0 1 USB2.0 /local/domain/0/backend/vusb/2/0 port 1: port 2: port 3: port 4: port 5: port 6: port 7: port 8: xm usb-attach Error: 'xm usb-attach' requires 4 arguments. Usage: xm usb-attach lsusb Bus 003 Device 001: ID 0000:0000 Bus 004 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 Bus 001 Device 002: ID 03f0:3307 Hewlett-Packard Bus 001 Device 003: ID 1307:1162 Transcend Information, Inc. Bus 002 Device 001: ID 0000:0000 Bus 005 Device 001: ID 0000:0000 Bus 006 Device 001: ID 0000:0000 Bus 007 Device 001: ID 0000:0000 xm usb-attach Darwin 0 1 1-2 Unexpected error: xen.util.vusb_util.UsbDeviceParseError Please report to xen-devel@lists.xensource.com Traceback (most recent call last): File "/usr/sbin/xm", line 7, in ? main.main(sys.argv) File "/usr/lib64/python2.4/site-packages/xen/xm/main.py", line 3983, in main _, rc = _run_cmd(cmd, cmd_name, args) File "/usr/lib64/python2.4/site-packages/xen/xm/main.py", line 4007, in _run_cmd return True, cmd(args) File "/usr/lib64/python2.4/site-packages/xen/xm/main.py", line 3046, in xm_usb_attach if vusb_util.bus_is_assigned(bus): File "/usr/lib64/python2.4/site-packages/xen/util/vusb_util.py", line 275, in bus_is_assigned raise UsbDeviceParseError("Can't get assignment status: (%s)." % bus) xen.util.vusb_util.UsbDeviceParseError: vusb: Error parsing USB device info: Can't get assignment status: (1-2). xm usb-list-assignable-devices 1-1 : ID 03f0:3307 HP v125w 1-4 : ID 1307:1162 USBest Technology USB Mass Storage Device I read on other post this: centos5 kernel-xen does NOT have xen pvusb drivers included, This is the problem? If not, could someone show me some light here? Last thing, the usb-add commands are related to pvusb? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 14:14:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 14:14:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGdTX-0001W7-Fc; Wed, 19 Oct 2011 14:14:59 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGdRp-0001BL-MH for xen-users@lists.xensource.com; Wed, 19 Oct 2011 14:13:14 -0700 X-Env-Sender: chris@marget.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1319058790!54729!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3952 invoked from network); 19 Oct 2011 21:13:10 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 21:13:10 -0000 Received: by wyi11 with SMTP id 11so2736288wyi.30 for ; Wed, 19 Oct 2011 14:13:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.2.199 with SMTP id 7mr3220943wbk.4.1319058790247; Wed, 19 Oct 2011 14:13:10 -0700 (PDT) Received: by 10.180.100.197 with HTTP; Wed, 19 Oct 2011 14:13:10 -0700 (PDT) X-Originating-IP: [66.189.91.101] Date: Wed, 19 Oct 2011 17:13:10 -0400 Message-ID: From: Chris Marget To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] PCI passthrough to NexentaStor? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I've headed down the path of building a virtual NexentaStor appliance with the intention of passing a SATA controller full of disks through to it... But I'm beginning to have doubts about whether it's possible. NexentaStor is running in a Debian Squeeze Dom0 with Xen 4.0. PCI pass-through is working with other DomU's, but I see no sign of my passed-through devices inside NexentaStor. xend.log seems to indicate that the pass-through is working, and the device is assigned according to 'xm pci-list ' Sadly, 'lspci' within NexentaStor reports "Cannot find any working access method.", and 'prtconf -vp' reports nothing that looks like real hardware. Is this supposed to work? I see lots of very old "coming soon" promises about xen-pcifront and xen-pciback support in OpenSolaris, but nothing to indicate that it ever became real. If it's not expected to work, why are people building PV NexentaStore appliances? Is there another use case that doesn't involve pass-through of a disk controller? Thank you! /chris _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 14:37:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 14:37:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGdpY-0002h5-VR; Wed, 19 Oct 2011 14:37:45 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGdo6-0002Lv-HW for xen-users@lists.xensource.com; Wed, 19 Oct 2011 14:36:14 -0700 X-Env-Sender: jianzhet@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1319060144!40659943!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1800 invoked from network); 19 Oct 2011 21:35:44 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 21:35:44 -0000 Received: by wwf10 with SMTP id 10so2706403wwf.24 for ; Wed, 19 Oct 2011 14:36:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=W7NTpkC6p+AfaGkAKPnLpb+eq42uPcNyShRvqBQ0PUY=; b=dOTuDvbEdyy2aHUWuxeCHH3GsD5k1Q/SlZhGorjEbMD5L4b7G116zueTu07E69nHt3 mLDoWyOnPvUsNBLV4JkyiTZ9WxtlpPQfYU1KZQ/I+OEhqvSjARB3ZxR6uO5GVkzU3pfC Y6txOSwlldnFfeW5wNlo/avT7gaKjAJdlKKV8= Received: by 10.227.197.207 with SMTP id el15mr3060204wbb.31.1319060169138; Wed, 19 Oct 2011 14:36:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.86.68 with HTTP; Wed, 19 Oct 2011 14:35:49 -0700 (PDT) In-Reply-To: References: <1318935985.75119.YahooMailClassic@web65917.mail.ac4.yahoo.com> <4E9E264B.5030109@gmail.com> From: Jerry Tai Date: Wed, 19 Oct 2011 17:35:49 -0400 Message-ID: Subject: Re: [Xen-users] How to install xen on ubuntu 11.10 To: Todd Deshane Cc: Boris Derzhavets , Hoping White , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1720029950==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1720029950== Content-Type: multipart/alternative; boundary=0015174c15e0d1a24604afada0d7 --0015174c15e0d1a24604afada0d7 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable I used below two commands in Ubuntu 11.10 and successfully installed xen4.1 and dom0 w/o error. But after reboot, there is no Xen kernel option. The system is still startup to Ubuntu. Should I still set up or modify somethin= g else? Besides, the server I used is Dell Poweredge T310. Hope to get furthe= r help. Thanks. $ sudo apt-get install xen-hypervisor-4.1 $ sudo apt-get install linux-image-server Best Jerry 2011/10/19 Todd Deshane > On Tue, Oct 18, 2011 at 9:22 PM, Hoping White > wrote: > > > > Thanks, but I need a complete instruction, including dom0. > > sudo apt-get install linux-image-server > > > > > =D3=DA 2011=C4=EA10=D4=C218=C8=D5 19:06, Boris Derzhavets =D0=B4=B5=C0: > > > > $ sudo apt-get install xen-hypervisor-4.1 > > reboot and choose Xen kernel option (or set Xen to default in grub config= ). > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --0015174c15e0d1a24604afada0d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I used below two commands in Ubuntu 11.10 and successfully installed xen4.1= and dom0 w/o error. But after reboot, there is no Xen kernel option. The s= ystem is still startup to Ubuntu. Should I still set up or modify something= else? Besides, the server I used is Dell Poweredge T310. Hope to get furth= er help. Thanks.
$ sudo apt-get install xen-hypervisor-4.1
$=20 sudo apt-get install linux-image-server

Best
Jerry

2011/10/19 Todd Deshane <todd.deshane@xen.org>
On Tue, Oct 18, 2011 at 9:22 PM, Hoping White <baihaoping@gmail.com> wrote:
>
> Thanks, but I need a complete instruction, including dom0.

sudo apt-get install linux-image-server

>
> =E4=BA=8E 2011=E5=B9=B410=E6=9C=8818=E6=97=A5 19:06, Boris Derzhavets = =E5=86=99=E9=81=93:
>
> $ sudo apt-get install xen-hypervisor-4.1

reboot and choose Xen kernel option (or set Xen to default in grub co= nfig).

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--0015174c15e0d1a24604afada0d7-- --===============1720029950== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1720029950==-- From xen-users-bounces@lists.xensource.com Wed Oct 19 15:52:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 15:52:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGf0E-00023o-6S; Wed, 19 Oct 2011 15:52:50 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGezO-0001jZ-Tg for xen-users@lists.xensource.com; Wed, 19 Oct 2011 15:51:59 -0700 X-Env-Sender: nathan@gt.net X-Msg-Ref: server-9.tower-182.messagelabs.com!1319064713!58054!1 X-Originating-IP: [208.70.244.21] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 732 invoked from network); 19 Oct 2011 22:51:55 -0000 Received: from gossamer.nmsrv.com (HELO gossamer.nmsrv.com) (208.70.244.21) by server-9.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 19 Oct 2011 22:51:55 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gt.net; h=message-id:date :from:mime-version:to:subject:content-type :content-transfer-encoding; s=mail; bh=suiIgGjO3r19HjdvVt9R91+Cp 5Y=; b=WxMpgMCrrQM8WUWYbv4F93r8TQkF7ClGaFngExCuYO56CDsOTrSMijNL3 kbwoxDn1eJg+j5Id5vwL2Tdc2drnB1WpXwv8uCTQsXCH3igyeR+FnkxNx6yuvlzT wDfw9cxuIjDNRvESerphJACUr+DhDRu+SZ5JzmL1CrtM6czAXk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gt.net; h=message-id:date :from:mime-version:to:subject:content-type :content-transfer-encoding; q=dns; s=mail; b=ZDnNGlqbh9cJmFWpXim n8DLjzclGDrOpkdDa5dyrZu5b9FM4aLO6HZNMflZmkf2VXkHdlJdAccwPKC7mD9p OvAauBFbQWRVXXfRVKhPPfbMv9c2gmV8KuPT0DcxaPLe3HxX+69H7YDBTFq8TUwh 2TE2A+wW6qZtqMHfBdijGXBs= Received: (qmail 17321 invoked from network); 19 Oct 2011 22:51:53 -0000 X-AntiVirus: Clean Received: from gateway.gossamer-threads.com (HELO ?192.168.1.152?) (nathan@gossamer-threads.com@208.70.247.145) by gossamer.nmsrv.com with ESMTPSA (DHE-RSA-CAMELLIA256-SHA encrypted); 19 Oct 2011 22:51:53 -0000 Message-ID: <4E9F5486.5080309@gt.net> Date: Wed, 19 Oct 2011 15:51:50 -0700 From: Nathan March User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111012 Thunderbird/8.0 MIME-Version: 1.0 To: Xen Users Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] QOS for NFS backed disks / VM lags with high IO? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com dm-ioband seems to be the generally accepted solution to implement disk bandwidth controls, but unless I'm misunderstanding it doesn't seem possible to use this for nfs backed disks (netapp filer). Can someone point me in the direction of what I'm looking for here? Haven't had any luck with google / lists to see what other people are using, is this even possible? Currently I'm able to cause lag spikes on all the DomU's of a particular Dom0 by running bonnie++ inside one of them, I'd like to be able to put something in place that'll keep a single DomU from saturating the storage. Alternatively if anyone knows what I've failed to tune to avoid this happening at all, that would be appreciated =) It doesn't affect other Dom0's and then netapp stats show low usage, so seems to be a nfs client issue.... nfsstat shows 0 retrans and I am using jumbo frames. Mounting with: rw,nosuid,noatime,nfsvers=3,tcp,rsize=32768,wsize=32768,bg,hard,intr Thanks, Nathan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 19 15:55:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 15:55:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGf2w-0002s4-I4; Wed, 19 Oct 2011 15:55:38 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGf1k-0002XX-Ek for xen-users@lists.xensource.com; Wed, 19 Oct 2011 15:54:24 -0700 X-Env-Sender: ma1000000000@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1319064860!907475!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27970 invoked from network); 19 Oct 2011 22:54:21 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 22:54:21 -0000 Received: by yxl11 with SMTP id 11so3027638yxl.30 for ; Wed, 19 Oct 2011 15:54:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=0x4Zxx6As/M5uyxyutw4Gsd53j+lPSIxhzabf/P6g08=; b=saDt5e1Foc19tlaAoLE7r5BqIuU2LswcZjZws/5px+YXe5EDjIhL4QmGWnm3am9vE8 4yCKRAEUTarRJYORLi7DKV8Z/Wh9D2p3+jyJNDbM2hIiheBeYKQkP6jqLDixdsQktY2m 79g/+H2VYtyKejJipWMVxQ/McTf7fvU0aaWvo= MIME-Version: 1.0 Received: by 10.68.209.37 with SMTP id mj5mr15262437pbc.123.1319064859710; Wed, 19 Oct 2011 15:54:19 -0700 (PDT) Received: by 10.68.63.200 with HTTP; Wed, 19 Oct 2011 15:54:19 -0700 (PDT) Date: Wed, 19 Oct 2011 16:54:19 -0600 Message-ID: From: Mo Mal To: xen-users@lists.xensource.com Subject: [Xen-users] Reset or restart a VM X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1758955998==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1758955998== Content-Type: multipart/alternative; boundary=14dae9c0979266143d04afaeb879 --14dae9c0979266143d04afaeb879 Content-Type: text/plain; charset=ISO-8859-1 Hello, I want to be able to reset or restart a VM from C/C++ or Java code remotely. Is it possible? Thanks. Mo --14dae9c0979266143d04afaeb879 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I want to be able to reset or restart a VM from C= /C++ or Java code=A0remotely. Is it possible?

Than= ks.
Mo
--14dae9c0979266143d04afaeb879-- --===============1758955998== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1758955998==-- From xen-users-bounces@lists.xensource.com Wed Oct 19 16:09:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 16:09:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGfGi-0004CQ-9X; Wed, 19 Oct 2011 16:09:52 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGfAl-0003Pn-Iu for xen-users@lists.xensource.com; Wed, 19 Oct 2011 16:03:48 -0700 X-Env-Sender: lucianobarreto@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1319065404!45003021!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28023 invoked from network); 19 Oct 2011 23:03:25 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2011 23:03:25 -0000 Received: by wyi11 with SMTP id 11so2832273wyi.30 for ; Wed, 19 Oct 2011 16:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/MXPMOuHPheBilK2/kEYkn7o4xXba9tZOSQU1rc8Ub8=; b=Q4zRgQs+RtJGb2mRa+mzjdfNFZqdESH5U+eOYVdGORD7lJOHXOX4s1JoqDAxu9KhBk MOD6u2YgEMfk3jB/AsX2LaLKPLprWBHdJAUGMWM/eBiU07aeqhYfep6WWOT3RulZQjxI EOqDTQ7JFC6ePC4bnMgsjhEZAPdRrbquc3VSg= MIME-Version: 1.0 Received: by 10.227.19.203 with SMTP id c11mr3069772wbb.107.1319065419778; Wed, 19 Oct 2011 16:03:39 -0700 (PDT) Received: by 10.227.165.65 with HTTP; Wed, 19 Oct 2011 16:03:39 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Oct 2011 21:03:39 -0200 Message-ID: Subject: Re: [Xen-users] Reset or restart a VM From: Luciano Barreto To: Mo Mal Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0398965721==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0398965721== Content-Type: multipart/alternative; boundary=002215b02f9ac80cba04afaed984 --002215b02f9ac80cba04afaed984 Content-Type: text/plain; charset=ISO-8859-1 Java code... public void startVM(String vm) { try { System.out.println("Starting replica " + vm); Runtime rt = Runtime.getRuntime(); Process pr = rt.exec("xm create " + vm); pr.waitFor(); pr.destroy(); rt.freeMemory(); rt.gc(); } catch (Exception e) { System.out.println(e.toString()); e.printStackTrace(); } } Change "create" to any command you want to do with your vm. 2011/10/19 Mo Mal > Hello, > > I want to be able to reset or restart a VM from C/C++ or Java > code remotely. Is it possible? > > Thanks. > Mo > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- Luciano Barreto --002215b02f9ac80cba04afaed984 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Java code...
public void startVM(String vm) {
try {
<= div> Syst= em.out.println("Starting replica " + vm);
Run= time rt =3D Runtime.getRuntime();
Process pr =3D rt.exec("xm create = " + vm);
pr.= waitFor();
pr.destroy();
rt.freeMemory();
rt.= gc();

} catch (Exception e) {
System.out.println(e.toStri= ng());
e.p= rintStackTrace();
}
}

Change "create" to any command you want to do= with your vm.

2011/10/19 Mo Mal <ma1000000000@gmai= l.com>
Hello,

I want to be able= to reset or restart a VM from C/C++ or Java code=A0remotely. Is it possibl= e?

Thanks.
Mo

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users



--
Luciano Barreto
--002215b02f9ac80cba04afaed984-- --===============0398965721== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0398965721==-- From xen-users-bounces@lists.xensource.com Wed Oct 19 16:20:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 16:20:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGfQz-0007QL-96; Wed, 19 Oct 2011 16:20:29 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGfPu-00075l-8l for xen-users@lists.xensource.com; Wed, 19 Oct 2011 16:19:23 -0700 X-Env-Sender: nathan@gt.net X-Msg-Ref: server-3.tower-216.messagelabs.com!1319066357!310599!1 X-Originating-IP: [208.70.244.21] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1047 invoked from network); 19 Oct 2011 23:19:18 -0000 Received: from gossamer.nmsrv.com (HELO gossamer.nmsrv.com) (208.70.244.21) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Oct 2011 23:19:18 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gt.net; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type; s=mail; bh=5yB7NfUSZtX96GC9VOP2nthOgoE=; b=E5aW1m jp15xTL9Vad9B3bL+EUM/0hUpLejglAo6VXt/2fHJU+SUCaziG7n2Sz1viR9hY/5 QjxF2OyQ5kHRjhD6cM61tZeGfIdYnBbaiTvT0HPUtDTsYokq0suCPEpdfjO6v683 bY7Rpi1aVyQLljzEpdJkpcW6xt0BoWFNErrYo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gt.net; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type; q=dns; s=mail; b=rpdtz9PDBPiwHSYIiTWCyThe1FymMgXm BZ8rB9JFcPwylKpMVpN4Piok98sh9hIyOM0zoYd0pyYGuMOnfvEkdsuJ1oSpvWIa GyB+/SFm2OKKfH1wwbO/8qOA/WY1Qgw1/tMtMqNNEqrHod2Bzd1AYdCSQOAxj/oS fFGMz8i8ZD4= Received: (qmail 22797 invoked from network); 19 Oct 2011 23:19:16 -0000 X-AntiVirus: Clean Received: from gateway.gossamer-threads.com (HELO ?192.168.1.152?) (nathan@gossamer-threads.com@208.70.247.145) by gossamer.nmsrv.com with ESMTPSA (DHE-RSA-CAMELLIA256-SHA encrypted); 19 Oct 2011 23:19:16 -0000 Message-ID: <4E9F5AF1.3050504@gt.net> Date: Wed, 19 Oct 2011 16:19:13 -0700 From: Nathan March User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111012 Thunderbird/8.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Reset or restart a VM References: In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0849729306==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0849729306== Content-Type: multipart/alternative; boundary="------------010400020704060804060109" This is a multi-part message in MIME format. --------------010400020704060804060109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 10/19/2011 4:03 PM, Luciano Barreto wrote: > Process pr = rt.exec("xm create " + vm); Eww. http://libvirt.org/ - Nathan --------------010400020704060804060109 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 10/19/2011 4:03 PM, Luciano Barreto wrote:
Process pr = rt.exec("xm create " + vm);

Eww.

http://libvirt.org/

- Nathan
--------------010400020704060804060109-- --===============0849729306== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0849729306==-- From xen-users-bounces@lists.xensource.com Wed Oct 19 16:34:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 19 Oct 2011 16:34:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGfef-0008Ri-Em; Wed, 19 Oct 2011 16:34:37 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGfdH-00086t-Ii for xen-users@lists.xensource.com; Wed, 19 Oct 2011 16:33:11 -0700 X-Env-Sender: nathan@gt.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1319067186!309180!1 X-Originating-IP: [208.70.244.21] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17267 invoked from network); 19 Oct 2011 23:33:08 -0000 Received: from gossamer.nmsrv.com (HELO gossamer.nmsrv.com) (208.70.244.21) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Oct 2011 23:33:08 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gt.net; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=8+ko273gStFQ y7TgiREpC9xrUIE=; b=WcwCD1NThRspAv69Pcf+dpy6YB0I6o2wqAqP0PjAhnxX 0qOCZR92Q2aj9xdTh2Cl8odRhZ5kX71O4TJKTLANIQyIqBjXzPyF7saLPXM1nHmL Ii/e5BlLPM+9HfkAaQOYq5XPWap/k1MbiEcvZxC9FFTN99+hZsiqzDwSqXzLns8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gt.net; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=B6NmDj Y8w9J6yzIGWhUlmMsXY6JhG9N8cJrdAXZY7wKYxhLJ/m0yEt2lan6vvJ/sl7IqKS 1pW7BhJmgr0PWh2PS5nO+pBVPjq26F6qVyphpUSW1GxP3Oh6nGzQyxZiDFX76aKJ /ktV4iG5pnbBnV0AdEk1qhapNH2RlzsImrUjA= Received: (qmail 25102 invoked from network); 19 Oct 2011 23:33:06 -0000 X-AntiVirus: Clean Received: from gateway.gossamer-threads.com (HELO ?192.168.1.152?) (nathan@gossamer-threads.com@208.70.247.145) by gossamer.nmsrv.com with ESMTPSA (DHE-RSA-CAMELLIA256-SHA encrypted); 19 Oct 2011 23:33:06 -0000 Message-ID: <4E9F5E2F.9040109@gt.net> Date: Wed, 19 Oct 2011 16:33:03 -0700 From: Nathan March User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111012 Thunderbird/8.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] QOS for NFS backed disks / VM lags with high IO? References: <4E9F5486.5080309@gt.net> In-Reply-To: <4E9F5486.5080309@gt.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/19/2011 3:51 PM, Nathan March wrote: > It doesn't affect other Dom0's and then netapp stats show low usage, > so seems to be a nfs client issue.... nfsstat shows 0 retrans and I am > using jumbo frames. > > Mounting with: > rw,nosuid,noatime,nfsvers=3,tcp,rsize=32768,wsize=32768,bg,hard,intr Just to add, I've cranked up the wmem/rmem buffers considerably with no improvement: net.core.rmem_default = 20971520 net.core.wmem_default = 20971520 net.core.rmem_max = 20971520 net.core.wmem_max = 20971520 net.ipv4.tcp_rmem = 4096 87380 20971520 net.ipv4.tcp_wmem = 4096 65536 20971520 net.ipv4.tcp_mem = 8388608 12582912 20971520 net.ipv4.udp_mem = 8388608 12582912 20971520 - Nathan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 00:41:26 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 00:41:26 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGnFm-0006wb-GQ; Thu, 20 Oct 2011 00:41:26 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGnEh-0006cF-OW for xen-users@lists.xensource.com; Thu, 20 Oct 2011 00:40:20 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1319096416!22328070!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2092 invoked from network); 20 Oct 2011 07:40:16 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 07:40:16 -0000 Received: by wyi11 with SMTP id 11so3192288wyi.30 for ; Thu, 20 Oct 2011 00:40:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ncDr1slfWYngm8zafctuQJWt3AOPMGxhI70RHa/Oea8=; b=BGCJycKFwXhpBEJzzrRQTfRLMhPpRDD/ud5kImyI+vHz8Tm6GOVEo+PwzrIbiIaNl4 x/WZNJ22G5EyzbBL240RDhdPgliqICZOenhW2QJEXhwfQnTyZgAY82wneOEPf9WBz2gT ne3/oK1bazEaFCsL0wMjWIKcmUpDEcif+3O/8= MIME-Version: 1.0 Received: by 10.227.59.147 with SMTP id l19mr3632293wbh.38.1319096416211; Thu, 20 Oct 2011 00:40:16 -0700 (PDT) Received: by 10.180.97.162 with HTTP; Thu, 20 Oct 2011 00:40:16 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Oct 2011 08:40:16 +0100 X-Google-Sender-Auth: WDEOl8sH5liDslEs2jrf3ghgqWk Message-ID: Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 From: Andy Burns To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 19 October 2011 20:31, Periko Support wrote: > Just wondering is someone have been able to connect usb memory sticks > in xen 4.1-gitco running hvm windows 7? > centos5 kernel-xen does NOT have xen pvusb drivers included, > This is the problem? I presume so, I did use gitco's Xen with Centos5.x for a few years, but only with PCI passthrough, not USB. Could you try passing the USB host controller through to the domU as a PCI device instead? You might have to pass other devices sharing the same PCI bridge with it too... _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 01:08:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 01:08:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGngH-00085m-PT; Thu, 20 Oct 2011 01:08:49 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RGnej-0007l3-Gr for xen-users@lists.xensource.com; Thu, 20 Oct 2011 01:07:15 -0700 X-Env-Sender: bderzhavets@yahoo.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1319098029!35996262!1 X-Originating-IP: [98.139.52.220] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18263 invoked from network); 20 Oct 2011 08:07:09 -0000 Received: from nm23.bullet.mail.ac4.yahoo.com (HELO nm23.bullet.mail.ac4.yahoo.com) (98.139.52.220) by server-11.tower-174.messagelabs.com with SMTP; 20 Oct 2011 08:07:09 -0000 Received: from [98.139.52.197] by nm23.bullet.mail.ac4.yahoo.com with NNFMP; 20 Oct 2011 08:07:09 -0000 Received: from [98.139.52.128] by tm10.bullet.mail.ac4.yahoo.com with NNFMP; 20 Oct 2011 08:07:09 -0000 Received: from [127.0.0.1] by omp1011.mail.ac4.yahoo.com with NNFMP; 20 Oct 2011 08:07:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 42549.3951.bm@omp1011.mail.ac4.yahoo.com Received: (qmail 82544 invoked by uid 60001); 20 Oct 2011 08:07:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319098028; bh=OHyNW+WZE3trZI99eD0+U7kT6zorOWC0C4lTTZ+h36c=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=PAIL5yC1WrKooniJyBgOaqXlLwRqeCZ58C29+i4r/YwZuzNSf+oZgS8aSeVtb+9zUFZxx4Ek/+IToPRPSSooah9gzRftjBqIzBdImiKEVjP3rKwlVTpeMR/Bcjh8NKlS8ZzWK3tn5KtV6fB8eG9pIdn18aiGbrdVu7k/3P1nMbQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=I8nNJ2k9CLtsUdbVO9D4WNzCUPc3btf9Ml9ehCwPAkbxZ4uF5UArvYPQMcqkBH7ciVzZSxylBFPn6c+b+XOdZDkxaJAjHTa8CVQp5yOj72HujSsDus7wF59oR1w4UZ24XbGN1UwEHINiORFOSfG+xXXhGM1dR/KbhgsEkVMhlNo=; X-YMail-OSG: 8Ut1.roVM1mcq9Cv5_XtJ1qnVjWput1.WSgYIqBQng00D7W xvPHV9ceL_5YWHRSn6.Hdm9PYG99HVz9IR0Q7DkKROZzo_LpL0Qri2xivX.U afzWtt8SWl.KyiQjYake_ccZSfUIyoPfncBvrLLFRKu9f5CRwH4mkI0TActc gc.y.an_udG8ytu5sv1WokVjs0jdbYMRL_Yr79a2stg5A5lz6aA.DHFPfTf_ aLVKzyO8Tt77GZqNTidKwQmQBqd9kE6v8jOwLt0lwMnKE1pHYlKaJ2tj24oC b7XrrvXycn7QIUkiFGE5gx_lIaId9pYKwuOtB_2Yft0GkNzYxETD63.tmva0 wnQjP42pWIkl2veGdQq5Gq98pUAB47hom0gJla_tcolBf_rONNYl2k6xNtv3 yGGezBIc3rkEwsIdgg399skZ6bHQnQpEtZg1jwru_KFEcDd5FwdvSEkZA8d_ J7KnB3VV.CIeOagIJL4Vhzhb8 Received: from [46.41.110.7] by web65920.mail.ac4.yahoo.com via HTTP; Thu, 20 Oct 2011 01:07:08 PDT X-Mailer: YahooMailClassic/14.0.10 YahooMailWebService/0.8.114.317681 Message-ID: <1319098028.75395.YahooMailClassic@web65920.mail.ac4.yahoo.com> Date: Thu, 20 Oct 2011 01:07:08 -0700 (PDT) From: Boris Derzhavets Subject: Re: [Xen-users] How to install xen on ubuntu 11.10 To: Todd Deshane , Jerry Tai In-Reply-To: MIME-Version: 1.0 Cc: Hoping White , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0375932470==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0375932470== Content-Type: multipart/alternative; boundary="-455361143-1617801507-1319098028=:75395" ---455361143-1617801507-1319098028=:75395 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Due to Xen Dom0 support support is already=C2=A0 in linux 3.0 mainstream ru= nning by Oneiric=20 issue two commands is a mistake $ sudo apt-get install xen-hypervisor-4.1 $ =0Asudo apt-get install linux-image-server second apt-get=C2=A0 is not needed at all. Just first one will automatically create grub2 entry to load Xen Boris. --- On Wed, 10/19/11, Jerry Tai wrote: From: Jerry Tai Subject: Re: [Xen-users] How to install xen on ubuntu 11.10 To: "Todd Deshane" Cc: "Hoping White" , "Boris Derzhavets" , xen-users@lists.xensource.com Date: Wednesday, October 19, 2011, 5:35 PM I used below two commands in Ubuntu 11.10 and successfully installed xen4.1= and dom0 w/o error. But after reboot, there is no Xen kernel option. The s= ystem is still startup to Ubuntu. Should I still set up or modify something= else? Besides, the server I used is Dell Poweredge T310. Hope to get furth= er help. Thanks. =0A=0A$ sudo apt-get install xen-hypervisor-4.1 $ =0Asudo apt-get install linux-image-server Best Jerry 2011/10/19 Todd Deshane =0A=0AOn Tue, Oct 18, 2011 at 9:22 PM, Hoping White = wrote: =0A> =0A> Thanks, but I need a complete instruction, including dom0. =0A =0Asudo apt-get install linux-image-server =0A =0A> =0A> =E4=BA=8E 2011=E5=B9=B410=E6=9C=8818=E6=97=A5 19:06, Boris Derzhavets = =E5=86=99=E9=81=93: =0A> =0A> $ sudo apt-get install xen-hypervisor-4.1 =0A =0Areboot and choose Xen kernel option (or set Xen to default in grub confi= g). =0A =0A_______________________________________________ =0AXen-users mailing list =0AXen-users@lists.xensource.com =0Ahttp://lists.xensource.com/xen-users =0A =0A ---455361143-1617801507-1319098028=:75395 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Due to Xen Dom0 support support is already&nb= sp; in linux 3.0 mainstream running by Oneiric
issue two commands is a = mistake

$ sudo apt-get install xen-hypervisor-4.1
$ =0Asudo apt-g= et install linux-image-server

second apt-get  is not needed at = all.

Just first one will automatically create grub2 entry to load Xe= n

Boris.



--- On Wed, 10/19/11, Jerry Tai <ji= anzhet@gmail.com> wrote:

From: J= erry Tai <jianzhet@gmail.com>
Subject: Re: [Xen-users] How to inst= all xen on ubuntu 11.10
To: "Todd Deshane" <todd.deshane@xen.org><= br>Cc: "Hoping White" <baihaoping@gmail.com>, "Boris Derzhavets" <= bderzhavets@yahoo.com>, xen-users@lists.xensource.com
Date: Wednesday= , October 19, 2011, 5:35 PM

I used below tw= o commands in Ubuntu 11.10 and successfully installed xen4.1 and dom0 w/o e= rror. But after reboot, there is no Xen kernel option. The system is still = startup to Ubuntu. Should I still set up or modify something else? Besides, the server I used is Dell Poweredge T310. Hope to get furth= er help. Thanks.
=0A=0A$ sudo apt-get install xen-hypervisor-4.1
$ = =0Asudo apt-get install linux-image-server

Best
Jerry

2011/10/19 Todd Deshane <todd.deshane@xen.or= g>
=0A=0A
On Tue, Oct 18, 2011 at 9:22 PM, Hoping White <= baihaoping@gmail.com&= gt; wrote:
=0A>
=0A> Thanks, but I need a complete instruction,= including dom0.
=0A
=0A
sudo apt-get install linux-image-server=
=0A

=0A>
=0A> =E4=BA=8E 2011= =E5=B9=B410=E6=9C=8818=E6=97=A5 19:06, Boris Derzhavets =E5=86=99=E9=81=93:=
=0A>
=0A> $ sudo apt-get install xen-hypervisor-4.1
=0A
= =0A
reboot and choose Xen kernel option (or set Xen to default in grub= config).
=0A

=0A______= _________________________________________
=0AXen-users mailing list
= =0AXen-= users@lists.xensource.com
=0Ahttp://lists.xensource.com/xen= -users
=0A

=0A
<= /td>
---455361143-1617801507-1319098028=:75395-- --===============0375932470== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0375932470==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 04:33:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 04:33:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGqsP-0001Y6-7V; Thu, 20 Oct 2011 04:33:33 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGqqw-00019f-Hs for xen-users@lists.xensource.com; Thu, 20 Oct 2011 04:32:02 -0700 X-Env-Sender: stas.oskin@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1319110298!47483078!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32455 invoked from network); 20 Oct 2011 11:31:39 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 11:31:39 -0000 Received: by gyg13 with SMTP id 13so3811832gyg.30 for ; Thu, 20 Oct 2011 04:31:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=ldRxE6G9lnDyskvTEAm8gy6MsEipj/G4MApHSrY9uWk=; b=Yb8aG6+fHh1B2G852jfN0Ueyd+1a+AnX/HlOP8hU+V0k1L7DW3gJ3f/uSDK29uWt1y tkgJA67Vb8yeAHjScpcmxqYmKhDQ4wF22McUUOHj+0GXYN5Fv7/mAtVthdDZmNZPFgI9 CfIAJ9vFQEBVpg9Vz7LVVoHozmXAWs48R+nsM= Received: by 10.101.175.1 with SMTP id c1mr2264434anp.27.1319110318080; Thu, 20 Oct 2011 04:31:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.152.17 with HTTP; Thu, 20 Oct 2011 04:31:38 -0700 (PDT) From: Stas Oskin Date: Thu, 20 Oct 2011 13:31:38 +0200 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] XCP eserver xSeries 336 support X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0985629404==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0985629404== Content-Type: multipart/alternative; boundary=001636c5c18cedc3e804afb94df7 --001636c5c18cedc3e804afb94df7 Content-Type: text/plain; charset=ISO-8859-1 Hi. We look to switch from XenServer, as it latest versions do not run on our eserver xSeries 336 server. Does the XCP 1.1 fully support this hardware? Also, any idea how well the Xen tools, such as XenCenter and Xen HW->VM tools supported in 1.1 release? I seen there is a feature called XAPI that makes the XCP look as fully-featured XenServer. Thanks. --001636c5c18cedc3e804afb94df7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi.

We look to switch from XenServer, as it latest = versions do not run on our=A0eserver xSeries 336 server.

Does the XC= P 1.1 fully support this hardware?

Also, any idea how well the Xen t= ools, such as XenCenter and Xen HW->VM tools supported in 1.1 release? I seen there is a feature called XAPI that makes the XCP look as fully-feat= ured XenServer.

Thanks.
--001636c5c18cedc3e804afb94df7-- --===============0985629404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0985629404==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 07:09:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 07:09:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGtIx-0004KU-7T; Thu, 20 Oct 2011 07:09:07 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGtB5-0003UL-AI for xen-users@lists.xensource.com; Thu, 20 Oct 2011 07:01:18 -0700 X-Env-Sender: lilong@ncic.ac.cn X-Msg-Ref: server-7.tower-182.messagelabs.com!1319119244!155174!1 X-Originating-IP: [159.226.41.188] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21039 invoked from network); 20 Oct 2011 14:00:47 -0000 Received: from gatekeeper.ncic.ac.cn (HELO ncic.ac.cn) (159.226.41.188) by server-7.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 20 Oct 2011 14:00:47 -0000 Received: from [10.10.11.243] (unknown [159.226.41.129]) (Authenticated sender: lilong@ncic.ac.cn) by ncic.ac.cn (Postfix) with ESMTPA id 3B7741C40264 for ; Thu, 20 Oct 2011 21:47:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=ncic.ac.cn; c=simple; q=dns; b=BrgU/sxFu38kkvRyp+Kcbhj+6mbCoQn9OkZWYsi8pf2gyuqMHPM3MacN2eB49z3HL RBuTRFMthVkF/4vuuBbJA== Message-ID: <4EA0285D.7010507@ncic.ac.cn> Date: Thu, 20 Oct 2011 21:55:41 +0800 From: =?GB2312?B?wO7B+g==?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Subject: [Xen-users] XCP unattend install-answerfile error X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hi£¬guys I try to install XCP using answerfile. I made all the environment needed well, and it works well without answerfile. However, there are so many machines to be installed, so I want to install it via unattended way. So i write a answerfile by copying the example of the manual. ------------------> label xenserver-auto kernel xenserver/mboot.c32 append xenserver/xen.gz dom0_mem=752M com1=115200,8n1 console=com1,tty --- xenserver/vmlinuz xencons=hvc console=hvc0 console=tty0 answerfile=nfs://10.10.x.x:/mnt/nfs/xcp.cfg install --- xenserver/install.img The answerfile as follows: sda us mypassword nfs://10.10.x.x:/mnt/nfs/xcp And then i start my machine, after loading the .img, the screen display a message: "List index out of range" Are there anyone has a idea about my error? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 07:26:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 07:26:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGtZv-0007Dp-Ua; Thu, 20 Oct 2011 07:26:39 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGtYj-0006sJ-S1 for xen-users@lists.xensource.com; Thu, 20 Oct 2011 07:25:26 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1319120721!402937!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20404 invoked from network); 20 Oct 2011 14:25:22 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 14:25:22 -0000 Received: by vws13 with SMTP id 13so2890578vws.30 for ; Thu, 20 Oct 2011 07:25:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=jEBQUdmOJaThav2OLZsquOte7ULX1f2FfYC0pTT2gcs=; b=NdSi7u/qbHNvoR/lSod0Ker8UExWWCCyjghrZBVH3EErplOpncP0BdoBhS8rci5CbM xZ1mLVYWEjF2+rYo8x7UTmtreaiyD/JgTwfcrzVbCtJsor3B/RImqLow1QM7veeIAaAK uoI7psYTjRy/II+1jlCaAgxZv1ue3+AVh5mI8= MIME-Version: 1.0 Received: by 10.52.36.49 with SMTP id n17mr11005807vdj.26.1319120721112; Thu, 20 Oct 2011 07:25:21 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Thu, 20 Oct 2011 07:25:21 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Oct 2011 07:25:21 -0700 Message-ID: Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Oct 20, 2011 at 12:40 AM, Andy Burns wrote: > On 19 October 2011 20:31, Periko Support wrote: > >> Just wondering is someone have been able to connect usb memory sticks >> in xen 4.1-gitco running hvm windows 7? >> centos5 kernel-xen does NOT have xen pvusb drivers included, >> This is the problem? > > I presume so, I did use gitco's Xen with Centos5.x for a few years, > but only with PCI passthrough, not USB. > > Could you try passing the USB host controller through to the domU as a > PCI device instead? You might have to pass other devices sharing the > same PCI bridge with it too... > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > Hi. This new for me, passing the whole controller to the domU is related to: Xen PCI Passthrough? My MoBo does not support IOMMU. Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 07:50:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 07:50:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGtxB-0000z9-FR; Thu, 20 Oct 2011 07:50:41 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGtw9-0000aO-GO for xen-users@lists.xensource.com; Thu, 20 Oct 2011 07:49:37 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-11.tower-182.messagelabs.com!1319122172!164976!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16421 invoked from network); 20 Oct 2011 14:49:33 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-11.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 20 Oct 2011 14:49:33 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9KEnUYX025349; Thu, 20 Oct 2011 07:49:30 -0700 (envelope-from brooks@netgate.net) Date: Thu, 20 Oct 2011 07:49:30 -0700 (PDT) From: brooks@netgate.net To: Stas Oskin Subject: Re: [Xen-users] XCP eserver xSeries 336 support In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, 20 Oct 2011, Stas Oskin wrote: > We look to switch from XenServer, as it latest versions do not run on > our eserver xSeries 336 server. > > Does the XCP 1.1 fully support this hardware? The same HCL applies to both XenServer and XCP. XCP 1.1 is based on XenServer 5.6 SP2. > Also, any idea how well the Xen tools, such as XenCenter and Xen HW->VM > tools supported in 1.1 release? XenCenter works fairly well as long you apply the version override discussed here: http://wiki.xensource.com/xenwiki/XenCenterXCP _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 08:08:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 08:08:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuE9-0002XQ-71; Thu, 20 Oct 2011 08:08:13 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGu8X-0001j6-9x for xen-users@lists.xensource.com; Thu, 20 Oct 2011 08:02:27 -0700 X-Env-Sender: gsaxena888@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1319122919!49601681!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1948 invoked from network); 20 Oct 2011 15:01:59 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 15:01:59 -0000 Received: by eyb6 with SMTP id 6so4541937eyb.30 for ; Thu, 20 Oct 2011 08:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:reply-to:sender:from:date:x-google-sender-auth :message-id:subject:to:content-type; bh=/v6724prh7y5ZyyZDFXidQLZxNkj0CUetMbcu2fcNVY=; b=MuLXvZpChkYsP4xnQyLbzkWiRkCnFjipnvvaezDj1Vhvg3OvBqfaTkpNUkcyD15e5j tuhQrbfYwWVkwHHNC89b4oi0VxTPqaJtjsBWixob22oblflrKFiWnhxWFH2bOUGtdPbQ hL2p/6sT+KkXHXPp7Mgdxpf2tMW9c5DTYCiYI= Received: by 10.213.2.68 with SMTP id 4mr904600ebi.44.1319122941333; Thu, 20 Oct 2011 08:02:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.21.209 with HTTP; Thu, 20 Oct 2011 08:02:00 -0700 (PDT) From: Gautam Saxena Date: Thu, 20 Oct 2011 11:02:00 -0400 X-Google-Sender-Auth: hImAc9Q6chQ4bjpdCc6syOX6SQs Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] XPC 1.1 vs 1.5 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gsaxena@IntegratedAnalysisInc.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0793594520==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0793594520== Content-Type: multipart/alternative; boundary=00151740163a5552d404afbc3e4e --00151740163a5552d404afbc3e4e Content-Type: text/plain; charset=ISO-8859-1 Hi, I am about to purchase a 48 core (4 CPUs * 12 cores/CPU) Dell server. From what I understand, XCP 1.1 only supports up to 32 cores (for both host and guest systems), but XCP 1.5 (which should be GA in Dec 2011) will support all 48 cores without any problems. My questions are: 1. Can I still install XCP 1.1 on a 48 core machine and it will work effectively (and just ignore the 16 cores that it can't use?) Any issues? 2. In December, once XCP 1.5 comes out, will it be easy and "safe" to run an upgrade from XCP 1.1 to 1.5 or would it be wiser to do a total re-install? Similarily, for the GUEST virtualized machines (some of which may be HVM Linux guests), will I need to "upgrade" those guests so that the virtualized guest can now see 48 cores or will they automatically see them once the host has been upgraded to 1.5? Would I need to do any reconfiguring of the guest OS to see these new cores? Thanks in advance. Regards, Gautam --00151740163a5552d404afbc3e4e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am about to purchase a 48 core (4 CPUs * 12 cores/= CPU) Dell server. =A0From what I understand, XCP 1.1 only supports up to 32= cores (for both host and guest systems), but XCP 1.5 (which should be GA i= n Dec 2011) will support all 48 cores without any problems. My questions ar= e:

  1. Can I still install XCP 1.1 on a 48 core machin= e and it will work effectively (and just ignore the 16 cores that it can= 9;t use?) Any issues?
  2. In December, once XCP 1.5 comes out, will it = be easy and "safe" to run an upgrade from XCP 1.1 to 1.5 or would= it be wiser to do a total re-install? Similarily, for the GUEST virtualize= d machines (some of which may be HVM Linux guests),=A0will I need to "= upgrade" those guests so that the virtualized guest can now see 48 cor= es or will they automatically see them once the host has been upgraded to 1= .5? Would I need to do any reconfiguring of the guest OS to see these new c= ores?

Thanks in advance.

= Regards,
Gautam
--00151740163a5552d404afbc3e4e-- --===============0793594520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0793594520==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 08:10:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 08:10:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuGe-0003Ge-Uu; Thu, 20 Oct 2011 08:10:48 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuEV-0002cf-Ib for xen-users@lists.xensource.com; Thu, 20 Oct 2011 08:08:35 -0700 X-Env-Sender: stas.oskin@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1319123300!42521026!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3267 invoked from network); 20 Oct 2011 15:08:21 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 15:08:21 -0000 Received: by ywm13 with SMTP id 13so4037816ywm.30 for ; Thu, 20 Oct 2011 08:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=6WirMEcjsCTL3oPlm9sp2GYp/6KTKNVpX2lUGI7TJuI=; b=qFFNYfTk2cesf0X5OKwbFFwvV0j4jvINGufsQbeTUBJ93jeuEdlT8E9t7Nx7jLkEXp DDp2bpPMH63f9RuoYqdhM7WNo1GB0DPrnu0Jpf6lRwr35r+Ku773dRf2Miosp6RocuOU a4EnMUwZylx5A6/1vM5zqYrtHvL+QhaJKGrBM= Received: by 10.101.175.1 with SMTP id c1mr2479981anp.27.1319123311155; Thu, 20 Oct 2011 08:08:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.152.17 with HTTP; Thu, 20 Oct 2011 08:08:11 -0700 (PDT) In-Reply-To: References: From: Stas Oskin Date: Thu, 20 Oct 2011 17:08:11 +0200 Message-ID: Subject: Re: [Xen-users] XCP eserver xSeries 336 support To: brooks@netgate.net Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1242162124==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1242162124== Content-Type: multipart/alternative; boundary=001636c5c18c605af904afbc54f8 --001636c5c18c605af904afbc54f8 Content-Type: text/plain; charset=ISO-8859-1 Hi. Thanks for replying. Does the XCP 1.1 fully support this hardware? >> > > The same HCL applies to both XenServer and XCP. XCP 1.1 is based on > XenServer 5.6 SP2. > > Then this means if our server, according to HCL, supported by 5.5 and lower, our best bet would be staying on 5.5 version? There is no use of trying either 1.0 or 1.1 versions of XCP? Thanks again. --001636c5c18c605af904afbc54f8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi.

Thanks for replying.

Does the XCP 1.1 fully support this hardware?

The same HCL applies to both XenServer and XCP. =A0XCP 1.1 is based on XenS= erver 5.6 SP2.


Then this m= eans if=A0 our server, according to HCL, supported by 5.5 and lower, our be= st bet would be staying on 5.5 version?
There is no use of trying either 1.0 or 1.1 versions of XCP?

Thanks = again.
--001636c5c18c605af904afbc54f8-- --===============1242162124== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1242162124==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 08:13:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 08:13:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuJY-0004NF-HW; Thu, 20 Oct 2011 08:13:48 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuGn-0003JG-Ld for xen-users@lists.xensource.com; Thu, 20 Oct 2011 08:10:58 -0700 X-Env-Sender: gsaxena888@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1319123454!1011518!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11644 invoked from network); 20 Oct 2011 15:10:54 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 15:10:54 -0000 Received: by eyb6 with SMTP id 6so4556701eyb.30 for ; Thu, 20 Oct 2011 08:10:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:reply-to:sender:from:date:x-google-sender-auth :message-id:subject:to:content-type; bh=wOSfQw+c3j9L4smJEYEdJMXn2hnVuffKXppVl5pSK/g=; b=Fh9c4uAm4AgmFqUZlWMK3bMe1Vn1hA9gsXb0ZqzbRJjLZ1EcPs0hqO/KNKqnt6hqmL 6YrLzxIMDwbcT/vl67OMra2vl+qKdM7boEnT4O6jXBIHrWxW0OmE6TAG2Z14yQoIdzfR NNE4Qyl2yssmwVfVidaOcoWNROBBd4+aOsRd4= Received: by 10.213.2.68 with SMTP id 4mr910367ebi.44.1319123454145; Thu, 20 Oct 2011 08:10:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.21.209 with HTTP; Thu, 20 Oct 2011 08:10:34 -0700 (PDT) From: Gautam Saxena Date: Thu, 20 Oct 2011 11:10:34 -0400 X-Google-Sender-Auth: 06spJd-TEqxt2w_pPb0fBjHlKyQ Message-ID: To: xen-users Subject: [Xen-users] cores-per-socket X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gsaxena@IntegratedAnalysisInc.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2100929725==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2100929725== Content-Type: multipart/alternative; boundary=00151740163ae6365e04afbc5cc4 --00151740163ae6365e04afbc5cc4 Content-Type: text/plain; charset=ISO-8859-1 Hi, We've been using Amazon EC2 a fair bit. We've discovered that to run a proprietary, commerical bioinformatics piece of software that is liscenced by physical SOCKET instead of cores, we needed to use a virtualization technology that converts multiple cores into a single socket. (This proprietary software will allow us to use up to 4 cores per physical socket, so that's what we want to map. We intend to buy a Dell server that has 4 physical CPUs with 12 cores apiece, for a total of 48 cores; we're hoping that XenServer will allow us to map this to instead 8 CPUs of 4 cores apiece. From what I understand, xcp supports this using the "cores-per-socket" parameter, right? However, for this guest OS, we need **Linux** on the guest OS, NOT Windows. Therefore, our questions are: 1) Is this "cores-per-socket" parameter a feature that ONLY works for HVM virtualization? Or will it work for paravirtualizations as well? If it works for paravirtualization, I assume that this is definitely the way to go, right? 2) If it only works for HVM virtualization, are there HVM templates for Linux, specifically Centos 64-bit, 5.x or 6.x? If not, are there any guidelines (ie wikis, websites, pdf etc.) on how to install Centos 64-bit (or similar Linux system) on an HVM machine using XenServer? 3) When using HVM, is the upper memory limit for the LINUX guest still 16 GB if using Centos 5.x? (Why is that?) If we were to use Centos 6.x on HVM, will it be 32 GB (per the docs)? Thanks in advance. Regards, G --00151740163ae6365e04afbc5cc4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=

We've been using Amazon EC2 a fair bit. We've discovered=A0= that to run a proprietary, commerical=A0bioinformatics piece of software th= at is liscenced by physical SOCKET instead of cores, we needed to use a vir= tualization technology=A0that converts multiple cores into a single socket.= (This proprietary software will allow us to use up to 4 cores per physical= socket, so that's what we want to map. We intend to buy a Dell server = that has 4 physical CPUs with 12 cores apiece, for a total of 48 cores; we&= #39;re hoping that XenServer will allow us to map this to instead 8 CPUs of= 4 cores apiece. From what I understand, xcp supports this using the "= cores-per-socket" parameter,=A0right?=A0

However, for this guest OS, we need **Linux** on the guest OS, NOT Wind= ows. Therefore,=A0our questions are:

1) Is this "cores-per-sock= et" parameter a feature that ONLY works for HVM virtualization? Or wil= l it work for paravirtualizations as well? If it works for paravirtualizati= on, I assume that this is definitely=A0the way to go, right?
2) If it only works for HVM virtualization, are there HVM templates for Lin= ux, specifically Centos 64-bit, 5.x or 6.x? If not, are there any guideline= s=A0(ie wikis, websites, pdf etc.) on how to install Centos 64-bit (or simi= lar Linux system) on an HVM machine using XenServer?
3) When using HVM, is the upper memory limit for the LINUX guest still 16 G= B if using Centos 5.x? (Why is that?) If we were to use Centos 6.x on HVM, = will it be 32 GB (per the docs)?

Thanks in advance.
Regards,
G
 --00151740163ae6365e04afbc5cc4-- --===============2100929725== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2100929725==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 08:26:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 08:26:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuVx-0005lp-9I; Thu, 20 Oct 2011 08:26:37 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RGuUt-0005Qd-WC for xen-users@lists.xensource.com; Thu, 20 Oct 2011 08:25:32 -0700 X-Env-Sender: benjamin.weaver@phon.ox.ac.uk X-Msg-Ref: server-15.tower-216.messagelabs.com!1319124329!420558!1 X-Originating-IP: [163.1.2.165] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7739 invoked from network); 20 Oct 2011 15:25:29 -0000 Received: from relay3.mail.ox.ac.uk (HELO relay3.mail.ox.ac.uk) (163.1.2.165) by server-15.tower-216.messagelabs.com with SMTP; 20 Oct 2011 15:25:29 -0000 Received: from smtp2.mail.ox.ac.uk ([163.1.2.205]) by relay3.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from ) id 1RGuUq-0002LI-Ca for xen-users@lists.xensource.com; Thu, 20 Oct 2011 16:25:28 +0100 Received: from boldo.phon.ox.ac.uk ([163.1.87.4]) by smtp2.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RGuUq-00029I-96 for xen-users@lists.xensource.com; Thu, 20 Oct 2011 16:25:28 +0100 Message-ID: <4EA03ED7.6010009@phon.ox.ac.uk> Date: Thu, 20 Oct 2011 16:31:35 +0100 From: Benjamin Weaver User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Oxford-Username: clas0105 Subject: [Xen-users] domU shell prompt freezes after live migration X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com We are running xen 4.0 on Debian Squeeze in a two-node cluster. We are creating and running Ubuntu (lucid) vms. I have not had trouble with live migration of vms in the past, but on this installation I experience the following problem. When I create a vm I can log into it normally. That is, when I receive a prompt, I can type a command at the prompt, hit return and the command will execute, or if no command is given, the prompt is regenerated on the following line. I can migrate the vm from node to node without a problem. However, on the current installation, after the vm is migrated the first time, the shell, or prompt accessing the vm malfunctions by freezing up. When I log into the migrated vm, I do not receive a prompt. If, then I hit return, I receive the ubuntu server greeting, and then receive a prompt. But this prompt is frozen. Attempts to hit return do not produce a new prompt on a following line, and it is not possible to execute any commands. When I destroy the terminal window and repeat the process, the same thing happens. Any ideas what might be causing this problem? I include configuration data below (which we have always used successfully heretofore). And also I notice that xm top (which shows the vbd_rd and vbd_wr (virtual block device read and write request) information for the vm is 0 after migration is performed. Any help is greatly appreciated. Ben Weaver /etc/inittab [as specified in the Xen installation instructions]: 1:2345:respawn:/sbin/getty 38400 hvc0 2:23:respawn:/sbin/getty 38400 tty1 # NO getty on ttyS0! /etc/xend/xend-config.sxp: (xend-relocation-server yes) (xend-relocation-port 8002) (xend-relocation-address '') (xend-relocation-hosts-allow '') xm top output on vm after migration: ... vbd_rd = 0 vbd_wr = 0 (prior to migration xm top shows non-zero values for vbd_rd and vbd_wr). _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 08:55:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 08:55:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuxz-00031l-MN; Thu, 20 Oct 2011 08:55:35 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGuwb-0002h5-UC for xen-users@lists.xensource.com; Thu, 20 Oct 2011 08:54:10 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-15.tower-216.messagelabs.com!1319126045!424452!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9268 invoked from network); 20 Oct 2011 15:54:06 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-15.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Oct 2011 15:54:06 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9KFs492000332; Thu, 20 Oct 2011 08:54:04 -0700 (envelope-from brooks@netgate.net) Date: Thu, 20 Oct 2011 08:54:04 -0700 (PDT) From: brooks@netgate.net To: Stas Oskin Subject: Re: [Xen-users] XCP eserver xSeries 336 support In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, 20 Oct 2011, Stas Oskin wrote: >> The same HCL applies to both XenServer and XCP. XCP 1.1 is based on >> XenServer 5.6 SP2. >> >> > Then this means if our server, according to HCL, supported by 5.5 and > lower, our best bet would be staying on 5.5 version? > There is no use of trying either 1.0 or 1.1 versions of XCP? It depends on what you mean by "support". Since you're considering a move to XCP I suspect you're not interested in purchasing a support contract from Citrix. If you're instead asking if XCP will run on the hardware then the answer is probably yes, especially if you currently have XenServer 5.5 installed. As long as the hardware doesn't include some strange hardware device that requires a driver that's no longer available, supported, or that has some known issues then you should be fine. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 12:07:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 12:07:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGxxt-0006oz-QA; Thu, 20 Oct 2011 12:07:41 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGxrp-0006Bi-I1 for xen-users@lists.xensource.com; Thu, 20 Oct 2011 12:01:47 -0700 X-Env-Sender: stas.oskin@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1319137261!47548645!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7306 invoked from network); 20 Oct 2011 19:01:02 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 19:01:02 -0000 Received: by yxl31 with SMTP id 31so487148yxl.30 for ; Thu, 20 Oct 2011 12:01:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0bKZcIf+MG0nOnTeCphHxgKvCMc82fcjemsvoHaipOc=; b=TFeQpW9W6SveScctgpLZhcM6bA/iBES2CWcFFlyEhQmCiXOxRaW1yjMRrGqYBSUXfk VZ9weX+KYkPOXIpDwkPr7IaTifE10pipIj7h2r9s6QU4uYR+LxzlNf29MzmCMmSB/jbL evY9Fs06ZyILU0wWJ+DBg5swROmJ1YpWjdx3Q= Received: by 10.101.73.14 with SMTP id a14mr2687162anl.137.1319137281043; Thu, 20 Oct 2011 12:01:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.152.17 with HTTP; Thu, 20 Oct 2011 12:01:01 -0700 (PDT) In-Reply-To: References: From: Stas Oskin Date: Thu, 20 Oct 2011 21:01:01 +0200 Message-ID: Subject: Re: [Xen-users] XCP eserver xSeries 336 support To: brooks@netgate.net Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1215592056==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1215592056== Content-Type: multipart/alternative; boundary=0016368e1b650bed4d04afbf9511 --0016368e1b650bed4d04afbf9511 Content-Type: text/plain; charset=ISO-8859-1 Hi. It depends on what you mean by "support". Since you're considering a move > to XCP I suspect you're not interested in purchasing a support contract from > Citrix. If you're instead asking if XCP will run on the hardware then the > answer is probably yes, especially if you currently have XenServer 5.5 > installed. As long as the hardware doesn't include some strange hardware > device that requires a driver that's no longer available, supported, or that > has some known issues then you should be fine. > Actually, according to Citrix forums there is no support anymore for our hardware - we need to change servers, which is not in plans right now. So 1.1 will run on our HW, even that it no longer supported by 5.6 and higher? Thanks again. --0016368e1b650bed4d04afbf9511 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi.

It depends on what you mean by "support". =A0Since you= 're considering a move to XCP I suspect you're not interested in pu= rchasing a support contract from Citrix. =A0If you're instead asking if= XCP will run on the hardware then the answer is probably yes, especially i= f you currently have XenServer 5.5 installed. =A0As long as the hardware do= esn't include some strange hardware device that requires a driver that&= #39;s no longer available, supported, or that has some known issues then yo= u should be fine.

Actually, according to Citrix forums there is no sup= port anymore for our hardware - we need to change servers, which is not in = plans right now.

So 1.1 will run on our HW, even that it no longer s= upported by 5.6 and higher?

Thanks again.
--0016368e1b650bed4d04afbf9511-- --===============1215592056== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1215592056==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 12:15:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 12:15:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RGy5l-0007kN-Hc; Thu, 20 Oct 2011 12:15:49 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGy4I-0007LY-1f for xen-users@lists.xensource.com; Thu, 20 Oct 2011 12:14:18 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-10.tower-174.messagelabs.com!1319138053!36101285!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11948 invoked from network); 20 Oct 2011 19:14:14 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Oct 2011 19:14:14 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9KJECn4023049; Thu, 20 Oct 2011 12:14:12 -0700 (envelope-from brooks@netgate.net) Date: Thu, 20 Oct 2011 12:14:12 -0700 (PDT) From: brooks@netgate.net To: Stas Oskin Subject: Re: [Xen-users] XCP eserver xSeries 336 support In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, 20 Oct 2011, Stas Oskin wrote: > Hi. > > It depends on what you mean by "support". Since you're considering a move >> to XCP I suspect you're not interested in purchasing a support contract from >> Citrix. If you're instead asking if XCP will run on the hardware then the >> answer is probably yes, especially if you currently have XenServer 5.5 >> installed. As long as the hardware doesn't include some strange hardware >> device that requires a driver that's no longer available, supported, or that >> has some known issues then you should be fine. >> > > Actually, according to Citrix forums there is no support anymore for our > hardware - we need to change servers, which is not in plans right now. > > So 1.1 will run on our HW, even that it no longer supported by 5.6 and > higher? The only way to know is to test it for yourself. Just because it's not on the HCL doesn't mean 5.6+ or XCP won't install and function, it just means that Citrix hasn't tested it. You hardware is ~7 years old so it's easy to understand why it could drop off of the HCL even though it might still work just fine. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 14:38:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 14:38:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH0KA-00036w-J5; Thu, 20 Oct 2011 14:38:50 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RH0J1-0002mT-Uc for xen-users@lists.xensource.com; Thu, 20 Oct 2011 14:37:40 -0700 X-Env-Sender: stas.oskin@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1319146633!45365335!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28079 invoked from network); 20 Oct 2011 21:37:14 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 21:37:14 -0000 Received: by ggnv5 with SMTP id v5so4541895ggn.30 for ; Thu, 20 Oct 2011 14:37:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Pj+cY0MTkPWrocVocEUe664JG85pS1LNQR9rPYpGtbo=; b=V/1NzwH3x+myD2//EU44HVbXAy9cW7LUNpGcpC7YBVf2l5qkmgqLlhZchWVOUq/8X0 2Qc8YDsl4sgbXerDba5ZLQFSTbY3eoHymwoZDVkQrau9h2E8A7txnwAs6y4a6rK6aicJ Wl5wyFbk0VgyyHyaRnLoBBRBZOe05F+vgYCTs= Received: by 10.101.192.36 with SMTP id u36mr2841777anp.93.1319146655347; Thu, 20 Oct 2011 14:37:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.152.17 with HTTP; Thu, 20 Oct 2011 14:37:15 -0700 (PDT) In-Reply-To: References: From: Stas Oskin Date: Thu, 20 Oct 2011 23:37:15 +0200 Message-ID: Subject: Re: [Xen-users] XCP eserver xSeries 336 support To: brooks@netgate.net Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2078054449==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2078054449== Content-Type: multipart/alternative; boundary=001636c929fdcc72de04afc1c31f --001636c929fdcc72de04afc1c31f Content-Type: text/plain; charset=ISO-8859-1 Hi. >> > The only way to know is to test it for yourself. Just because it's not on > the HCL doesn't mean 5.6+ or XCP won't install and function, it just means > that Citrix hasn't tested it. You hardware is ~7 years old so it's easy to > understand why it could drop off of the HCL even though it might still work > just fine. > We do know for sure it doesn't work on 5.6 SP2, due to esoteric network issue (host can be pinged, but not the VM's). I guess the best way would be to install XCP 1.1 and see for ourselves. Only question - any difference in support between 1.0 and 1.1? Thanks. --001636c929fdcc72de04afc1c31f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi.



The only way to know is to test it for yourself. =A0Just because it's n= ot on the HCL doesn't mean 5.6+ or XCP won't install and function, = it just means that Citrix hasn't tested it. =A0You hardware is ~7 years= old so it's easy to understand why it could drop off of the HCL even t= hough it might still work just fine.

We do know for sure it doesn't work on 5.6 SP2, due to= esoteric network issue (host can be pinged, but not the VM's). I guess= the best way would be to install XCP 1.1 and see for ourselves. Only quest= ion - any difference in support between 1.0 and 1.1?

Thanks.
--001636c929fdcc72de04afc1c31f-- --===============2078054449== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2078054449==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 14:42:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 14:42:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH0Ni-0003qB-34; Thu, 20 Oct 2011 14:42:30 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RH0Mt-0003Vx-2d for xen-users@lists.xensource.com; Thu, 20 Oct 2011 14:41:39 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-15.tower-174.messagelabs.com!1319146894!29760031!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20302 invoked from network); 20 Oct 2011 21:41:35 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-15.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Oct 2011 21:41:35 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9KLfX8X003619; Thu, 20 Oct 2011 14:41:33 -0700 (envelope-from brooks@netgate.net) Date: Thu, 20 Oct 2011 14:41:33 -0700 (PDT) From: brooks@netgate.net To: Stas Oskin Subject: Re: [Xen-users] XCP eserver xSeries 336 support In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, 20 Oct 2011, Stas Oskin wrote: > We do know for sure it doesn't work on 5.6 SP2, due to esoteric network > issue (host can be pinged, but not the VM's). I guess the best way would be > to install XCP 1.1 and see for ourselves. Only question - any difference in > support between 1.0 and 1.1? If it doesn't work with 5.6 SP2 then it won't work with XCP 1.0 (based on 5.6 SP1) or XCP 1.1 (based on 5.6 SP2). _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 20 16:36:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 16:36:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH29y-0008Pp-Nd; Thu, 20 Oct 2011 16:36:26 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RH28M-0007xQ-WD for Xen-users@lists.xensource.com; Thu, 20 Oct 2011 16:34:48 -0700 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1319153683!1060782!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30829 invoked from network); 20 Oct 2011 23:34:43 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-6.tower-21.messagelabs.com with SMTP; 20 Oct 2011 23:34:43 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 1901AC0876; Thu, 20 Oct 2011 23:34:43 +0000 (UTC) Message-ID: <4EA0AF8C.4060107@it-infrastrukturen.org> Date: Fri, 21 Oct 2011 01:32:28 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: Xen-users@lists.xensource.com, "M. Schneider" Content-Type: multipart/mixed; boundary="------------060109000805060701090502" Cc: Subject: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-list with xe CLI? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --------------060109000805060701090502 Content-Type: multipart/alternative; boundary="------------050704050201070509030508" --------------050704050201070509030508 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello, I need your kindly help. I spent already few days trying around but didn't achieve any success in installing VMs from local iso images (even any other way like network install or local DVD-drive). I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I am missing the right command to add them to the cd-list as I want to install VMs from them (s. more details in attached file) * # --- xe sr-create* host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/c0d0p3 type=lvm /var/opt/xen/iso_import: -rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso -rw-r--r-- 1 root root 678428672 Oct 8 17:08 debian-6.0.3-amd64-CD-1.iso *xe sr-create* name-label=squeeze-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=true ce67b68c-f896-aeec-a7d6-5944da2e30e7 *xe sr-create* name-label=centos6-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=true 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 *xe cd-list* uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd name-label ( RW): xs-tools.iso uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 name-label ( RW): IDE 1.0 # --- I am getting errors when trying to create as follows: # --- [root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0 Error code: SR_BACKEND_FAILURE_78 Error parameters: , VDI Creation failed [opterr=could not create file: "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"], # --- I was of course reading all XenServer 5.6 1.2 Edition pdf docs however I didn't find what I looked for. What do I miss? Thank you in advance for any hints. Regards, Mark -- ms@it-infrastrukturen.org #----------------------------------------------------------------------------------------------------------------------------------------------- xe pbd-list uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 device-config (MRO): location: /dev/xapi/block currently-attached ( RO): true uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 device-config (MRO): device: /dev/cciss/c0d0p3 currently-attached ( RO): true uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 device-config (MRO): location: /dev/xapi/cd currently-attached ( RO): true --------------050704050201070509030508 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Hello,

I need your kindly help. I spent already few days trying around but didn't achieve any success in installing VMs from local iso images (even any other way like network install or local DVD-drive).

I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I am missing the right command to add them to the cd-list as I want to install VMs from them (s. more details in attached file)

# ---
xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/c0d0p3 type=lvm

/var/opt/xen/iso_import:
-rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso
-rw-r--r-- 1 root root 678428672 Oct  8 17:08 debian-6.0.3-amd64-CD-1.iso

xe sr-create name-label=squeeze-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=true
ce67b68c-f896-aeec-a7d6-5944da2e30e7

xe sr-create name-label=centos6-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=true
6cf47222-09eb-80b1-0c56-1b5f3a4717c6


xe cd-list
uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0
# ---


I am getting errors when trying to create as follows:
# ---
[root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0
Error code: SR_BACKEND_FAILURE_78
Error parameters: , VDI Creation failed [opterr=could not create file: "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"],
# ---

I was of course reading all XenServer 5.6 1.2 Edition pdf docs however I didn't find what I looked for.

What do I miss? Thank you in advance for any hints.

Regards, Mark
 
-- 
ms@it-infrastrukturen.org

#-----------------------------------------------------------------------------------------------------------------------------------------------
xe pbd-list 
uuid ( RO)                  : 138e7fa4-75ec-74e6-d208-0162a84bfe7c
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa
         device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 6bf0c379-9846-d411-4b6b-705b585bedec
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4
         device-config (MRO): location: /dev/xapi/block
    currently-attached ( RO): true


uuid ( RO)                  : 095934d3-7283-0dc6-246f-cdb22d7a0963
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6
         device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7
         device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 9678bb8d-cd41-8fe4-7a64-0cec192bf660
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30
         device-config (MRO): device: /dev/cciss/c0d0p3
    currently-attached ( RO): true


uuid ( RO)                  : 08b4d8ef-3951-f530-6d32-e4059ab27e18
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
         device-config (MRO): location: /dev/xapi/cd
    currently-attached ( RO): true
--------------050704050201070509030508-- --------------060109000805060701090502 Content-Type: text/plain; name="xcp11-xe-CLI-step-by-step-install-of-VMs.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xcp11-xe-CLI-step-by-step-install-of-VMs.txt" [root@xendom0db02 ~]# xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/c0d0p3 type=lvm /var/opt/xen/iso_import: -rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso -rw-r--r-- 1 root root 678428672 Oct 8 17:08 debian-6.0.3-amd64-CD-1.iso xe sr-create name-label=squeeze-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=true ce67b68c-f896-aeec-a7d6-5944da2e30e7 xe sr-create name-label=centos6-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=true 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 xe cd-list uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd name-label ( RW): xs-tools.iso uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 name-label ( RW): IDE 1.0 [root@xendom0db02 opt]# xe sr-list uuid ( RO) : d2df26c7-de51-71ed-d495-c9c6f78d33fa name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 name-label ( RW): centos6-iso name-description ( RW): host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : 20e92ad1-b34d-9325-3374-405a2505d0b4 name-label ( RW): Removable storage name-description ( RW): host ( RO): xendom0db02 type ( RO): udev content-type ( RO): disk uuid ( RO) : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 name-label ( RW): DVD drives name-description ( RW): Physical DVD drives host ( RO): xendom0db02 type ( RO): udev content-type ( RO): iso uuid ( RO) : 98af1fe0-8b77-e831-fb9f-5d797330ac30 name-label ( RW): Local LVM SR db02 name-description ( RW): host ( RO): xendom0db02 type ( RO): lvm content-type ( RO): user uuid ( RO) : ce67b68c-f896-aeec-a7d6-5944da2e30e7 name-label ( RW): squeeze-iso name-description ( RW): host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI squeeze" sm-config:type=raw e2fcae46-8f96-4a5c-baca-38e2112632fa xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI centos6" sm-config:type=raw 3691b312-0df4-47ea-adc6-5b69f522cf9a xe network-create name-label=lan10 c7c31992-c2b8-a18f-ea74-17bf169cd546 xe vm-install new-name-label=centos6 template=Red\ Hat\ Enterprise\ Linux\ 6\ \(64-bit\) sr-name-label=Local\ LVM\ SR\ db02 fed23452-5404-189a-4334-371acf82e25a xe vif-create vm-uuid=fed23452-5404-189a-4334-371acf82e25a network-uuid=c1adceab-7a29-9458-cf9c-0b3981d3b9e7 mac=random device=0 05914bc6-883a-405a-4219-4c3db70f6ccd xe vbd-create vdi-uuid=3691b312-0df4-47ea-adc6-5b69f522cf9a vm-uuid=fed23452-5404-189a-4334-371acf82e25a device=0 474008ef-41d6-7c63-7ae8-47f118b77a10 xe vbd-param-set uuid=474008ef-41d6-7c63-7ae8-47f118b77a10 bootable=false xe vm-install new-name-label=squeeze sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 template=Debian\ Squeeze\ 6.0\ \(64-bit\)\ \(experimental\) 5c1518ec-998a-b780-8a63-11b7ece52785 xe vbd-param-set uuid=e882892e-b157-c004-dd66-36ec17af7676 bootable=false # ------------------------------------------------------------------------------------------------------------------------------------------------------ [root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0 Error code: SR_BACKEND_FAILURE_78 Error parameters: , VDI Creation failed [opterr=could not create file: "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"], # --- [root@xendom0db02 opt]# xe cd-list uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd name-label ( RW): xs-tools.iso uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 name-label ( RW): IDE 1.0 # --- [root@xendom0db02 iso_import]# xe pbd-list uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 device-config (MRO): location: /dev/xapi/block currently-attached ( RO): true uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 device-config (MRO): device: /dev/cciss/c0d0p3 currently-attached ( RO): true uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 device-config (MRO): location: /dev/xapi/cd currently-attached ( RO): true --------------060109000805060701090502 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --------------060109000805060701090502-- From xen-users-bounces@lists.xensource.com Thu Oct 20 18:04:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 18:04:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH3XD-0002mK-O3; Thu, 20 Oct 2011 18:04:32 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RH3RU-0002I2-IW for xen-users@lists.xensource.com; Thu, 20 Oct 2011 17:59:25 -0700 X-Env-Sender: gsaxena888@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1319158709!466953!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7367 invoked from network); 21 Oct 2011 00:58:29 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 00:58:29 -0000 Received: by eyb6 with SMTP id 6so5238930eyb.30 for ; Thu, 20 Oct 2011 17:58:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:reply-to:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=EAbLCU7kB6j3Kx6ESOrjBFEk6TB7i5hz8qNlYG0TJr4=; b=i4aNoS+mJU5UgtM8R8Jl/bSbbNmx2fNBL6qMBdbLPYs/O2E/FXTnCc7DPSW5zLQMMf rCH8uJRbU2mraVFN/8eks/syU0QG0jiK9WN6O7wYQ59bV2MeYMwgVfdg9hc+hIHKa+0s jtmNHOygrxy6M1gLS0hy0kCzStcKa0KuYtP+E= Received: by 10.213.3.209 with SMTP id 17mr2941935ebo.120.1319158708136; Thu, 20 Oct 2011 17:58:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.21.209 with HTTP; Thu, 20 Oct 2011 17:58:08 -0700 (PDT) In-Reply-To: References: From: Gautam Saxena Date: Thu, 20 Oct 2011 20:58:08 -0400 X-Google-Sender-Auth: iNQ_ppKstUm-XhrmS6DTQiOmGHs Message-ID: Subject: Fwd: [Xen-users] cores-per-socket To: xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gsaxena@IntegratedAnalysisInc.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0394387599==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0394387599== Content-Type: multipart/alternative; boundary=0015174bea42336c3104afc49288 --0015174bea42336c3104afc49288 Content-Type: text/plain; charset=ISO-8859-1 Thanks Andrew. I found a few links on how to install any OS on hvm, so I think I'm good there. But what about the key question: Does Linux (either in HVM mode or in paravitualized mode) support the "cores-per-socket" paramter? I'm concerned that xcp doesn't support it, since this website ( http://support.citrix.com/article/CTX126524) has the sentence: "Note: This procedure does not apply for Linux virtual machines." but I don't know if what they really meant to say is "This does not applyt to ***PARAVIRTUALIZED*** linux machines, but it would apply to any HVM machine". -Gautam On Thu, Oct 20, 2011 at 4:34 PM, Andrew Wells wrote: > 2 ) Yes, with hvm, you can install what ever os you would like. > Documentation is out there, I cannot provide you with specifics at the > moment. > > On Thu, Oct 20, 2011 at 11:10 AM, Gautam Saxena < > gsaxena@integratedanalysisinc.com> wrote: > >> Hi, >> >> We've been using Amazon EC2 a fair bit. We've discovered that to run a >> proprietary, commerical bioinformatics piece of software that is liscenced >> by physical SOCKET instead of cores, we needed to use a virtualization >> technology that converts multiple cores into a single socket. (This >> proprietary software will allow us to use up to 4 cores per physical socket, >> so that's what we want to map. We intend to buy a Dell server that has 4 >> physical CPUs with 12 cores apiece, for a total of 48 cores; we're hoping >> that XenServer will allow us to map this to instead 8 CPUs of 4 cores >> apiece. From what I understand, xcp supports this using the >> "cores-per-socket" parameter, right? >> >> However, for this guest OS, we need **Linux** on the guest OS, NOT >> Windows. Therefore, our questions are: >> >> 1) Is this "cores-per-socket" parameter a feature that ONLY works for HVM >> virtualization? Or will it work for paravirtualizations as well? If it works >> for paravirtualization, I assume that this is definitely the way to go, >> right? >> 2) If it only works for HVM virtualization, are there HVM templates for >> Linux, specifically Centos 64-bit, 5.x or 6.x? If not, are there any >> guidelines (ie wikis, websites, pdf etc.) on how to install Centos 64-bit >> (or similar Linux system) on an HVM machine using XenServer? >> 3) When using HVM, is the upper memory limit for the LINUX guest still 16 >> GB if using Centos 5.x? (Why is that?) If we were to use Centos 6.x on HVM, >> will it be 32 GB (per the docs)? >> >> Thanks in advance. >> Regards, >> G >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > --0015174bea42336c3104afc49288 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks Andrew. I found a few links on how t= o install any OS on hvm, so I think I'm good there. But what about the = key question:

Does Linux (either in HVM mode or in paravitual= ized mode) support the "cores-per-socket" paramter?
I'm concerned that xcp doesn't support it, since this website (http:= //support.citrix.com/article/CTX126524) has the sentence:=A0
=
"Note: This procedure does not apply for Linux virtual mach= ines."

but I don't know if what they really meant to say i= s "This does not applyt to ***PARAVIRTUALIZED*** linux machines, but i= t would apply to any HVM machine".

-Gautam

On Thu, Oct 20, 2011 at 4:34 PM, Andrew Wells <agwells0714@gmail.com> wrote:
2 ) Yes, with hvm, you can install what ever os you would like. Documentati= on is out there, I cannot provide you with specifics at the moment.
Hi,

We've been using Amazon EC2 a fair bit. We've discovered=A0that= to run a proprietary, commerical=A0bioinformatics piece of software that i= s liscenced by physical SOCKET instead of cores, we needed to use a virtual= ization technology=A0that converts multiple cores into a single socket. (Th= is proprietary software will allow us to use up to 4 cores per physical soc= ket, so that's what we want to map. We intend to buy a Dell server that= has 4 physical CPUs with 12 cores apiece, for a total of 48 cores; we'= re hoping that XenServer will allow us to map this to instead 8 CPUs of 4 c= ores apiece. From what I understand, xcp supports this using the "core= s-per-socket" parameter,=A0right?=A0

However, for this guest OS, we need **Linux** on the guest OS, NOT Wind= ows. Therefore,=A0our questions are:

1) Is this "cores-per-sock= et" parameter a feature that ONLY works for HVM virtualization? Or wil= l it work for paravirtualizations as well? If it works for paravirtualizati= on, I assume that this is definitely=A0the way to go, right?
2) If it only works for HVM virtualization, are there HVM templates for Lin= ux, specifically Centos 64-bit, 5.x or 6.x? If not, are there any guideline= s=A0(ie wikis, websites, pdf etc.) on how to install Centos 64-bit (or simi= lar Linux system) on an HVM machine using XenServer?
3) When using HVM, is the upper memory limit for the LINUX guest still 16 G= B if using Centos 5.x? (Why is that?) If we were to use Centos 6.x on HVM, = will it be 32 GB (per the docs)?

Thanks in advance.
Regards,
G
_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users



--0015174bea42336c3104afc49288-- --===============0394387599== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0394387599==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 19:34:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 19:34:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH4wP-0005jh-8p; Thu, 20 Oct 2011 19:34:37 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RH4ty-0005MF-DD for xen-users@lists.xensource.com; Thu, 20 Oct 2011 19:32:06 -0700 X-Env-Sender: rhbroberg@yahoo.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1319164322!1063208!1 X-Originating-IP: [98.139.91.94] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7466 invoked from network); 21 Oct 2011 02:32:03 -0000 Received: from nm24.bullet.mail.sp2.yahoo.com (HELO nm24.bullet.mail.sp2.yahoo.com) (98.139.91.94) by server-5.tower-21.messagelabs.com with SMTP; 21 Oct 2011 02:32:03 -0000 Received: from [98.139.91.66] by nm24.bullet.mail.sp2.yahoo.com with NNFMP; 21 Oct 2011 02:32:01 -0000 Received: from [98.136.185.45] by tm6.bullet.mail.sp2.yahoo.com with NNFMP; 21 Oct 2011 02:32:01 -0000 Received: from [127.0.0.1] by smtp106.mail.gq1.yahoo.com with NNFMP; 21 Oct 2011 02:32:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319164321; bh=KUfaslS8Kqg+4gbU/F3NPEKAIasV1P5NiLk6lRyd2YI=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:Content-Type:Content-Transfer-Encoding:Subject:Date:Message-Id:To:Mime-Version:X-Mailer; b=fj1TmYjROG3P0WBh3MqEaUn7IVccYRabx5FO1CHmdp1OElh6zzKuJKWiOobc2jkmvzLjdGqdFCBwT/o0ME0mwghoyldLfxH7+B5HCSDVy+PhAc6G9O4IrJRl1Oc2psbl8L/88yBENATwzbYvwoziJ6fG1BFeXnBMRavWQdC/jRQ= X-Yahoo-Newman-Id: 815350.62880.bm@smtp106.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: MUBQjYAVM1kv1B01LfDG9MLcZ5Im97kyXC32qhN1U1YCq_D pcR_33vc4aSV_6wQX78SFr4AGUpUtgUy8i.TxmckXLMZ2Pt1ne1frFwmr.yK bWn1XOSD8oTxzEzUnjmbQsOvdkL1HoVSa2LfvmkQ_dRqWNEGew6YFUp6t_7n ONL2oBPt_cm8Po1QHM1FsH47wX1pOzHXbRlpCdfX_MAARLGHoSATKnnWlNzi .sES9HN65XXXfKc_XFQU3l8f96Ka1w4otRjYzz3pZMxIGjImBwj3Zp.d_OgA mWDEkEQZ7bKMfis_G.X9.0A.N8WoJVeJ0foTFqacihScMN5Kyaig64BSBPRi zfL1Dxem0Co1XpJz.TtQVHYBh5jCKvTz6JzZLV7AMLy3XkHLRIzWYwhAdog9 s8eURD4e6GPrbV9xofl54G6YceXrqNYhgg4wwlc6ILuj6JlvwpGP5kyKcdqR ASiI3e0G8N7O9IDZdO7W_Gw-- X-Yahoo-SMTP: 45cSWw6swBBt.D00ZMvzrkKml5P7rg-- Received: from [192.168.1.140] (rhbroberg@96.233.42.214 with plain) by smtp106.mail.gq1.yahoo.com with SMTP; 20 Oct 2011 19:32:01 -0700 PDT From: Richard Broberg Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Oct 2011 22:31:58 -0400 Message-Id: <3E46B891-030D-4C81-B42C-74755E8B592B@yahoo.com> To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: [Xen-users] Fresh ubuntu/11.10 install with xen/4.1; virsh doesn't run X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I'm using a fresh ubuntu/11.10 install (I've tried this on both x86 and = x86_64 - same behavior on each). After installation and applying outstanding o/s updates, I issue: apt-get install -y xen-hypervisor-4.1-i386 I reboot, choose the xen choice from the grub menu at bootup. root@ubuntu-server:~# virsh version error: failed to get the hypervisor version error: internal error Cannot find suitable emulator for i686 Compiled against library: libvir 0.9.2 Using library: libvir 0.9.2 Using API: QEMU 0.9.2 I can see services running: root@ubuntu-server:~# pgrep xen -l 20 xenwatch 21 xenbus 946 xenstored 951 xenconsoled 1094 xend 1095 xend root@ubuntu-server:~# xm list Name ID Mem VCPUs State = Time(s) Domain-0 0 7153 4 r----- = 115.6 root@ubuntu-server:~# xl info host : ubuntu-server release : 3.0.0-12-generic-pae version : #20-Ubuntu SMP Fri Oct 7 16:37:17 UTC 2011 machine : i686 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2400 hw_caps : = bfebfbff:20100000:00000000:00000940:0000e3bd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8157 free_memory : 1730 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : .1 xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p=20= xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xf5800000 xen_changeset : unavailable xen_commandline : placeholder cc_compiler : gcc version 4.6.1 (Ubuntu/Linaro = 4.6.1-9ubuntu3)=20 cc_compile_by : doko cc_compile_domain : ubuntu.com cc_compile_date : Thu Oct 6 13:29:48 UTC 2011 xend_config_format : 4 Also - running 'virt-install' fails as well: virt-install --hvm --name demo --ram 1024 --nodisks --livecd --graphics = vnc --cdrom /mnt/iso-images/linux/ubuntu-11.10-desktop-i386.iso ERROR unable to connect to 'localhost:8000': Connection refused _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Thu Oct 20 20:45:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 20:45:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH63F-0008Fw-Dh; Thu, 20 Oct 2011 20:45:45 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RH62D-00082c-VX; Thu, 20 Oct 2011 20:44:47 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-8.tower-21.messagelabs.com!1319168677!1069235!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18683 invoked from network); 21 Oct 2011 03:44:38 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 03:44:38 -0000 Received: by iaen33 with SMTP id n33so4952695iae.30 for ; Thu, 20 Oct 2011 20:44:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.44.196 with SMTP id b4mr5114391ibf.82.1319168675625; Thu, 20 Oct 2011 20:44:35 -0700 (PDT) Received: by 10.231.202.211 with HTTP; Thu, 20 Oct 2011 20:44:35 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4E9F1361.5020906@xen.org> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> <1319013528.3385.59.camel@zakaz.uk.xensource.com> <4E9F1361.5020906@xen.org> Date: Fri, 21 Oct 2011 14:44:35 +1100 Message-ID: Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Joseph Glanville To: Lars Kurth Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0680836904==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0680836904== Content-Type: multipart/alternative; boundary=00151773e6524f3a6104afc6e43c --00151773e6524f3a6104afc6e43c Content-Type: text/plain; charset=ISO-8859-1 I think we should aim to get a meeting of interested parties happening on IRC before we action on a date or plan. I just don't want to get started on something that will stall due to lack of direction. I am happy to contribute my time to do a significant amount of the work that bofh has requested but to do so effectively I really think we need somewhat of a clean start. The current wiki contains too much content that just doesn't belong in the wiki, job postings, WIP status on projects that have long since died etc. If we want to present the appearance that Xen is not a schizophrenic project and has clear direction, leadership and vision then we need actual documentation that reflects this. I did get started on a full categorization of pages in the wiki but that quickly become something that is abit much to do in one session or alone for that matter. It also highlighted some severe problems with how the current wiki is used - in my opinion atleast. It is my view that the official wiki should be reserved for highly relevant documentation. I think we need to setup a guided rewrite/refactor of the core documentation so it resembles something close to this: Overview (brief introduction, architecture, why xen is different and maybe abit of xen philosophy) Getting started guide ( Installation of Xen on Debian - probably the simplest and easiest way to get started with Xen at the moment, start a Debian PV guest, start at Windows HVM guest) Installation guide ( More indepth covering all the core distros and some more advanced installations including compilation from source and using the Linux 3.1 kernel, networking options etc) Administration guide ( This bit requires atlot of discussion, do we recommend xm still? should we only support xl? If that is the case how to we recommend stuff like managed domains etc..) Advanced topics.. stuff like Networking, PCI passthrough etc deserve their own pages There also needs to be a developers section, preferably seperate entirely from the user documentation. If XCP could be sectioned off in some matter also that would be advantageous - basically to prevent confusion. The current wiki is poluted with alot of architecture and design info that isn't of interest to a general user but is still key to understanding Xen from a developers point of view. What the primary aim would be is to integrate as much best practices into these pages rather than having them spread around hundreds of wiki pages and even more mailing list posts. To be honest I rarely look to the wiki if I want to know how to do something with Xen I am unfamilar with.. my first course of action is to search my archive of xen-devel/xen-users which isn't exactly a good thing. The biggest issue with this sort of compaction is that Xen is fraught with choices.. there is just so many different ways of doing things. I'm not trying to be critical of those that have spent many hours writing the current documentation, it is appreciated. I just think we need a really concentrated effort around making the simple Xen tasks easier before expanding out to include the more complicated stuff. Alot of us take for granted that we have been using Xen for a long time and many of these things come so naturally to us - whereas from the outside it all seems too difficult. That is what I am advocating anyways. First get direction, once we have that - we can build it. :) Joseph. On 20 October 2011 05:13, Lars Kurth wrote: > On 19/10/2011 09:38, Ian Campbell wrote: > >> It'll break links, but I guess that's a feature. >> > That's easy to fix: rename, check orphaned pages, fix those pages > > > How close are we to having the new wiki setup -- that would also solve >> this issue? >> > It wouldn't solve the issue really. > > > We could just manually add a header/banner ("attention box"?) to each >> archived page, that's no harder than renaming it I suspect. Ian. >> > That is true, but for a user it would still clutter the index > > I am running behind publishing the blog post: will post it tomorrow > > When do we want to start and end the session? That's the only outstanding > question. > > We also should take bofh's feedback seriously. The points he makes are > exactly the ones I have identified to, but don't know enough yet to fix it. > > Lars > -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --00151773e6524f3a6104afc6e43c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I think we should aim to get a meeting of interested parties happening on I= RC before we action on a date or plan.
I just don't want to get star= ted on something that will stall due to lack of direction.

<rant&= gt;

I am happy to contribute my time to do a significant amount of the work= that bofh has requested but to do so effectively I really think we need so= mewhat of a clean start.
The current wiki contains too much content that= just doesn't belong in the wiki, job postings, WIP status on projects = that have long since died etc.
If we want to present the appearance that Xen is not a schizophrenic projec= t and has clear direction, leadership and vision then we need actual docume= ntation that reflects this.

I did get started on a full categorizati= on of pages in the wiki but that quickly become something that is abit much= to do in one session or alone for that matter.
It also highlighted some severe problems with how the current wiki is used = - in my opinion atleast. It is my view that the official wiki should be res= erved for highly relevant documentation.

I think we need to setup a = guided rewrite/refactor of the core documentation so it resembles something= close to this:

Overview (brief introduction, architecture, why xen is different and ma= ybe abit of xen philosophy)
Getting started guide ( Installation of Xen = on Debian - probably the simplest and easiest way to get started with Xen a= t the moment, start a Debian PV guest, start at Windows HVM guest)
Installation guide ( More indepth covering all the core distros and some mo= re advanced installations including compilation from source and using the L= inux 3.1 kernel, networking options etc)
Administration guide ( This bit= requires atlot of discussion, do we recommend xm still? should we only sup= port xl? If that is the case how to we recommend stuff like managed domains= etc..)
Advanced topics.. stuff like Networking, PCI passthrough etc deserve their = own pages

There also needs to be a developers section, preferably se= perate entirely from the user documentation. If XCP could be sectioned off = in some matter also that would be advantageous - basically to prevent confu= sion.
The current wiki is poluted with alot of architecture and design info that = isn't of interest to a general user but is still key to understanding X= en from a developers point of view.

What the primary aim would be is= to integrate as much best practices into these pages rather than having th= em spread around hundreds of wiki pages and even more mailing list posts. To be honest I rarely look to the wiki if I want to know how to do somethin= g with Xen I am unfamilar with.. my first course of action is to search my = archive of xen-devel/xen-users which isn't exactly a good thing.

The biggest issue with this sort of compaction is that Xen is fraught w= ith choices.. there is just so many different ways of doing things.

= I'm not trying to be critical of those that have spent many hours writi= ng the current documentation, it is appreciated.
I just think we need a really concentrated effort around making the simple = Xen tasks easier before expanding out to include the more complicated stuff= .
Alot of us take for granted that we have been using Xen for a long tim= e and many of these things come so naturally to us - whereas from the outsi= de it all seems too difficult.

</rant>

That is what I am advocating anyways. First get di= rection, once we have that - we can build it. :)

Joseph.

On 20 October 2011 05:13, Lars Kurth <lars.kurth@xen.org> wrote:
On 19/10/2011 09:38, Ian = Campbell wrote:
It'll break links, but I guess that's a feature.
That's easy to fix: rename, check orphaned pages, fix those pages


How close are we to having the new wiki setup -- that would also solve this= issue?
It wouldn't solve the issue really.


We could just manually add a header/banner ("attention box"?) to = each archived page, that's no harder than renaming it I suspect. Ian.
That is true, but for a user it would still clutter the index

I am running behind publishing the blog post: will post it tomorrow

When do we want to start and end the session? That's the only outstandi= ng question.

We also should take bofh's feedback seriously. The points he makes are = exactly the ones I have identified to, but don't know enough yet to fix= it.

Lars



--
=
Founder | Director | VP Research
Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone= : 1300 56 99 52 | Mobile: 0428 754 846
--00151773e6524f3a6104afc6e43c-- --===============0680836904== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0680836904==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 21:12:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 21:12:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH6T2-0001zJ-W5; Thu, 20 Oct 2011 21:12:25 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RH6RN-0001eI-E4 for xen-users@lists.xensource.com; Thu, 20 Oct 2011 21:10:41 -0700 X-Env-Sender: bwang@cengen.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1319170237!399095!1 X-Originating-IP: [38.119.104.215] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31625 invoked from network); 21 Oct 2011 04:10:38 -0000 Received: from unknown (HELO cengen.atlanticasp.com) (38.119.104.215) by server-11.tower-216.messagelabs.com with SMTP; 21 Oct 2011 04:10:38 -0000 Received: from ([173.69.177.231]) by cengen.com with MailEnable WebMail; Fri, 21 Oct 2011 00:10:03 -0400 To: From: Date: Fri, 21 Oct 2011 00:10:02 -0400 Message-ID: <3659E8594CDE4FBB830A9226CED78F8E.MAI@cengen.com> MIME-Version: 1.0 X-Mailer: MailEnable WebMail.NET X-MimeOLE: Produced By MailEnable WebMail.NET V3.62.0.0 X-Read: 0 Content-Type: multipart/mixed; boundary="--=_Part_35CF04B80E114849A57F70DD581CF4AB" X-Priority: 3 X-MSMail-Priority: Medium Subject: [Xen-users] dedicated interface X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. ----=_Part_35CF04B80E114849A57F70DD581CF4AB Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Is there anyway to bind to a dedicated interface without modifying the pci hardware stuff=3F Right = now I have : eth1 -> vif1.1 -> breth1 -> peth1. Is it possible to eliminate the pass through vif1.1 and breth1 = directly to peth1=3F Reason I can't use the pci work around is that the peth1 is a modified tunta= p interface and does not exist as a pci hardware device. Thanks, Ben Wang DRS Defense Solutions bwang@cengen.com ----=_Part_35CF04B80E114849A57F70DD581CF4AB Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ----=_Part_35CF04B80E114849A57F70DD581CF4AB-- From xen-users-bounces@lists.xensource.com Thu Oct 20 22:36:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 22:36:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH7mU-0005g4-F2; Thu, 20 Oct 2011 22:36:34 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RH7lK-0005La-KJ for xen-users@lists.xensource.com; Thu, 20 Oct 2011 22:35:23 -0700 X-Env-Sender: bderzhavets@yahoo.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1319175299!47580136!1 X-Originating-IP: [98.139.52.234] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9431 invoked from network); 21 Oct 2011 05:34:59 -0000 Received: from nm14-vm0.bullet.mail.ac4.yahoo.com (HELO nm14-vm0.bullet.mail.ac4.yahoo.com) (98.139.52.234) by server-12.tower-27.messagelabs.com with SMTP; 21 Oct 2011 05:34:59 -0000 Received: from [98.139.52.193] by nm14.bullet.mail.ac4.yahoo.com with NNFMP; 21 Oct 2011 05:35:18 -0000 Received: from [98.139.52.160] by tm6.bullet.mail.ac4.yahoo.com with NNFMP; 21 Oct 2011 05:35:18 -0000 Received: from [127.0.0.1] by omp1043.mail.ac4.yahoo.com with NNFMP; 21 Oct 2011 05:35:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 727734.5817.bm@omp1043.mail.ac4.yahoo.com Received: (qmail 22951 invoked by uid 60001); 21 Oct 2011 05:35:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319175318; bh=uNfLswQ6TOJJFf6tMb9sWWRojbsq3isx2xX6wmLjicM=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=scU+RU6rlHLUdCpar+vM6GuF9vxkMyKgJ+SiqlnRzrGGRQ6meLGgcri7Y1ZHxldqQGEJv3GA1HE45dPAVCbFUssY8PwK54+dNs2d2LzsHcoJo8r1q5Pn7QWzw0fpoXNsizBvkrNYbaleiHLF76pdzAz7qdb/dKdFAG5vWRxGjXc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=PfFCuJ+0cF/SqgqfHCAZ/pWLW7XUeX9T9FkPlDT2jQEG3VyhE+B75EmmVFjAK4D/tRepQ1j6aNeO4gaaQcJjg7kTQfSwQX9CVn4Gjh2VkCkokv+i4eFcjiWcr5EeAV9C2DHCiZAxYXKLLT2/B9/aexT41omuagRR6glgEg6q9w0=; X-YMail-OSG: mxs0.v0VM1lRuW4oE8WwkMtJNdlDhBuF1YBqXs4UvwflRPj 5KSlCd7cjvuj0aAT6biNTdhuNZohg5HIxNK84C2IA0TkhKF4GcnOkcNu.9Rc KSSEXboJmruRKq7knPxRmC9KdwpawnoeOVdFYpsvluDXbHPoNjrGZQIORHqq hlREfhdmXhel7xrBMFtqeb93jcmZ7aKm6U6yrNqJmL_slA8fyZnsy9zYoHqc uP5yYbCldfVQmIVFaDIj5pq4Sh4BkAWKRXSZxc6a9fGTu.LG0ydE3exERyV7 mUP.h8Hw_JXj7PR46QbAwMFWi877.v1.Kaziu6GFwadiyPWd2kgcLBBpMw4F sWmCzxHjr59q013oi4e2Fhh07x_jx7ilKUA7w1nn007LT09S3ZtCP1cK7.kz jxv26gCanINJRCZQGHpAfhqPBnjQAiZbRbQwRbjrPK7fvFoUJjXY712N6C8A emdB1yNNpmpCpg4dkbGcvIOqgaOek8K_RbrLHNoEEzPHweDngzlwqJXCppVa UF2W.Nt1Jb3_OYAqZunmXjQ-- Received: from [31.23.45.83] by web65904.mail.ac4.yahoo.com via HTTP; Thu, 20 Oct 2011 22:35:18 PDT X-Mailer: YahooMailClassic/14.0.10 YahooMailWebService/0.8.114.317681 Message-ID: <1319175318.2790.YahooMailClassic@web65904.mail.ac4.yahoo.com> Date: Thu, 20 Oct 2011 22:35:18 -0700 (PDT) From: Boris Derzhavets Subject: Re: [Xen-users] Fresh ubuntu/11.10 install with xen/4.1; virsh doesn't run To: xen-users@lists.xensource.com, Richard Broberg In-Reply-To: <3E46B891-030D-4C81-B42C-74755E8B592B@yahoo.com> MIME-Version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0796761319==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0796761319== Content-Type: multipart/alternative; boundary="1893279395-1001546288-1319175318=:2790" --1893279395-1001546288-1319175318=:2790 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable virsh&libvirt environment is not set for Xen. Boris. --- On Thu, 10/20/11, Richard Broberg wrote: From: Richard Broberg Subject: [Xen-users] Fresh ubuntu/11.10 install with xen/4.1; virsh doesn't= run To: xen-users@lists.xensource.com Date: Thursday, October 20, 2011, 10:31 PM I'm using a fresh ubuntu/11.10 install (I've tried this on both x86 and x86= _64 - same behavior on each). After installation and applying outstanding o/s updates, I issue: apt-get install -y xen-hypervisor-4.1-i386 I reboot, choose the xen choice from the grub menu at bootup. root@ubuntu-server:~# virsh version error: failed to get the hypervisor version error: internal error Cannot find suitable emulator for i686 Compiled against library: libvir 0.9.2 Using library: libvir 0.9.2 Using API: QEMU 0.9.2 I can see services running: root@ubuntu-server:~# pgrep xen -l 20 xenwatch 21 xenbus 946 xenstored 951 xenconsoled 1094 xend 1095 xend root@ubuntu-server:~# xm list Name=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 ID=A0=A0=A0Mem VCPUs=A0 =A0 =A0 State=A0=A0=A0Time(s) Domain-0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0=A0=A00=A0 7153=A0 =A0=A0=A04=A0 =A0=A0=A0r-----=A0 =A0 115.6 root@ubuntu-server:~# xl info host=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0=A0: ubuntu-server release=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 3.0.0-12-generic-pae version=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : #20-Ubuntu SMP Fri Oct 7 16:37:17 = UTC 2011 machine=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : i686 nr_cpus=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 4 nr_nodes=A0 =A0 =A0 =A0 =A0 =A0 =A0=A0=A0: 1 cores_per_socket=A0 =A0 =A0=A0=A0: 4 threads_per_core=A0 =A0 =A0=A0=A0: 1 cpu_mhz=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 2400 hw_caps=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : bfebfbff:20100000:00000000:0000094= 0:0000e3bd:00000000:00000001:00000000 virt_caps=A0 =A0 =A0 =A0 =A0 =A0 =A0 : hvm total_memory=A0 =A0 =A0 =A0 =A0=A0=A0: 8157 free_memory=A0 =A0 =A0 =A0 =A0 =A0 : 1730 free_cpus=A0 =A0 =A0 =A0 =A0 =A0 =A0 : 0 xen_major=A0 =A0 =A0 =A0 =A0 =A0 =A0 : 4 xen_minor=A0 =A0 =A0 =A0 =A0 =A0 =A0 : 1 xen_extra=A0 =A0 =A0 =A0 =A0 =A0 =A0 : .1 xen_caps=A0 =A0 =A0 =A0 =A0 =A0 =A0=A0=A0: xen-3.0-x86_32p hvm-3.0-x86_32 h= vm-3.0-x86_32p=20 xen_scheduler=A0 =A0 =A0 =A0 =A0 : credit xen_pagesize=A0 =A0 =A0 =A0 =A0=A0=A0: 4096 platform_params=A0 =A0 =A0 =A0 : virt_start=3D0xf5800000 xen_changeset=A0 =A0 =A0 =A0 =A0 : unavailable xen_commandline=A0 =A0 =A0 =A0 : placeholder cc_compiler=A0 =A0 =A0 =A0 =A0 =A0 : gcc version 4.6.1 (Ubuntu/Linaro 4.6.1= -9ubuntu3)=20 cc_compile_by=A0 =A0 =A0 =A0 =A0 : doko cc_compile_domain=A0 =A0 =A0 : ubuntu.com cc_compile_date=A0 =A0 =A0 =A0 : Thu Oct=A0 6 13:29:48 UTC 2011 xend_config_format=A0 =A0=A0=A0: 4 Also - running 'virt-install' fails as well: virt-install --hvm --name demo --ram 1024 --nodisks --livecd --graphics vnc= --cdrom /mnt/iso-images/linux/ubuntu-11.10-desktop-i386.iso ERROR=A0 =A0 unable to connect to 'localhost:8000': Connection refused _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --1893279395-1001546288-1319175318=:2790 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
virsh&libvirt environment is not set for = Xen.

Boris.

--- On Thu, 10/20/11, Richard Broberg <r= hbroberg@yahoo.com> wrote:

From:= Richard Broberg <rhbroberg@yahoo.com>
Subject: [Xen-users] Fresh = ubuntu/11.10 install with xen/4.1; virsh doesn't run
To: xen-users@lists= .xensource.com
Date: Thursday, October 20, 2011, 10:31 PM

I'm using a fresh ubuntu/11.10 install (I've tried this o= n both x86 and x86_64 - same behavior on each).
After installation and a= pplying outstanding o/s updates, I issue:

apt-get install -y xen-hyp= ervisor-4.1-i386

I reboot, choose the xen choice from the grub menu = at bootup.

root@ubuntu-server:~# virsh version
error: failed to g= et the hypervisor version
error: internal error Cannot find suitable emulator = for i686
Compiled against library: libvir 0.9.2
Using library: libvir= 0.9.2
Using API: QEMU 0.9.2

I can see services running:

r= oot@ubuntu-server:~# pgrep xen -l
20 xenwatch
21 xenbus
946 xensto= red
951 xenconsoled
1094 xend
1095 xend

root@ubuntu-server:= ~# xm list
Name                &= nbsp;                    =   ID   Mem VCPUs      State  =  Time(s)
Domain-0              &= nbsp;                    =   0  7153     4     = r-----    115.6

root@ubuntu-server:~# xl info
host = ;                  : ubuntu-server
release        &n= bsp;       : 3.0.0-12-generic-pae
version    &n= bsp;           : #20-Ubuntu SMP Fri Oct 7 16:37:17= UTC 2011
machine               = : i686
nr_cpus                := 4
nr_nodes               := 1
cores_per_socket       : 4
threads_per_co= re       : 1
cpu_mhz       =         : 2400
hw_caps        &= nbsp;       : bfebfbff:20100000:00000000:00000940:0000e3bd:0= 0000000:00000001:00000000
virt_caps          &n= bsp;   : hvm
total_memory          &n= bsp;: 8157
free_memory            : 1730
free_cpus              : 0
x= en_major              : 4
xen_minor&n= bsp;             : 1
xen_extra   = ;           : .1
xen_caps      &= nbsp;        : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p
xen_scheduler          : creditxen_pagesize           : 4096
platfo= rm_params        : virt_start=3D0xf5800000
xen_chang= eset          : unavailable
xen_commandline&nbs= p;       : placeholder
cc_compiler      &n= bsp;     : gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
c= c_compile_by          : doko
cc_compile_domain&= nbsp;     : ubuntu.com
cc_compile_date        : Thu Oct  6 13:29:48 UTC 2011
xend_config_format&nb= sp;    : 4


Also - running 'virt-install' fails as= well:

virt-install --hvm --name demo --ram 1024 --nodisks --livecd = --graphics vnc --cdrom /mnt/iso-images/linux/ubuntu-11.10-desktop-i386.iso<= br>ERROR    unable to connect to 'localhost:8000': Connection ref= used





_______________________________________________=
Xen-users mailing list
Xen-users@li= sts.xensource.com
http://lists.xensource.com/xen-users
--1893279395-1001546288-1319175318=:2790-- --===============0796761319== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0796761319==-- From xen-users-bounces@lists.xensource.com Thu Oct 20 23:32:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 20 Oct 2011 23:32:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RH8eU-00081R-Ha; Thu, 20 Oct 2011 23:32:23 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RH8dM-0007aO-Rd for xen-users@lists.xensource.com; Thu, 20 Oct 2011 23:31:13 -0700 X-Env-Sender: dean@av8.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1319178648!47584699!1 X-Originating-IP: [130.105.36.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6704 invoked from network); 21 Oct 2011 06:30:50 -0000 Received: from cirrus.av8.net (HELO cirrus.av8.net) (130.105.36.66) by server-12.tower-27.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 21 Oct 2011 06:30:50 -0000 Received: from citation2.av8.net (citation2.av8.net [130.105.12.10]) (authenticated bits=0) by cirrus.av8.net (8.12.11/8.12.11) with ESMTP id p9L6UuQp007890 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 21 Oct 2011 02:31:07 -0400 Date: Fri, 21 Oct 2011 02:30:55 -0400 (EDT) From: Dean Anderson X-X-Sender: dean@citation2.av8.net To: xen-users Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Xen-users] Reporting issues with xen on ubuntu 10.04, 11.04; netbsd 5.1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hey folks, I've been using xen 3.4.1 on linux (64bit hypervisor and dom0) for a while now, and recently tried to get my domU system running on ubuntu 11.04 running using Xen 4.1, 4.0 and 3.4 without success. I backed down to ubuntu 10.04. No luck. I tried NetBSD 5.1 (Xen 3.3) dom0 and had the same error: "Hotplug scripts not working" for networking when starting domU. I found NetBSD slightly easier to debug, but the solution finally came when I found this message from 2009, which suggests running xenbackendd -d. After that, the domainU, a netbsd 5.0 PAE domain (previously running under xen 3.4.1 on linux), booted and worked fine. Subsequently, xenbackendd doesn't need to be started with -d. So, it seems like maybe the fix below didn't make it as far as it needed to go. I haven't gone back to test the ubuntu combinations but it seems likely they all have the same solution to the same symptoms. I doubt that I will go back to test those unless there is an issue with netbsd 5.1 as a dom0. Sorry. Also, I couldn't find any clear statements on whether paravirtualized systems for 3.4 would still run on 4.0 or 4.1, so I'm not sure what to expect, but if someone can clear that up I would appreciate it. I am quite happy with small footprint bsd systems for domU, but would appreciate reports on stability as dom0. Thanks, --Dean Re: "Hotplug scripts not working" when starting domU by Sarton O'Brien-2 Feb 19, 2009; 06:29pm :: Rate this Message: - Use ratings to moderate (?) Reply | Print | View Threaded | Show Only this Message Eric Haszlakiewicz wrote: > Manuel Bouyer wrote: >> On Sun, Feb 15, 2009 at 10:17:07PM -0600, Eric Haszlakiewicz wrote: >>> On Sun, Feb 15, 2009 at 11:50:25AM +0100, Jean-Yves Migeon wrote: >>>> # /etc/rc.d/xenbackendd stop >>>> # xenbackendd -d >>> d'oh! I completely missed the bit about xenbackendd in the >>> instructions, and >>> I had only started xend. With xenbackendd running, I get a bit >>> farther, but >>> I'm still seeing some errors about unable to find >>> /local/domain/0/... not >>> found. Then when I tried to kill all the xen proceses because >>> things seemed >>> to be hanging, I got a panic. oops. >>> >>> Anyway, I seem to have managed to get it working with just the disk >>> device, so >>> I'm on figuring how to get the vif line working. >> >> did you create tre bridge it attaches to ? >> > > Yeah, I did all that, and got it all working ok. It was pretty easy > once I started all the necessary daemons. > > So far the only quirk I've run to is that I can't power off the machine, > even with a "halt -p" in dom0. > > However, I'm thinking of starting over, because I didn't realize that > there is a newer 3.3 version of Xen. Is there any reason that I > wouldn't want to use the most recent Xen? ...[show rest of quote] Av8 Internet Prepared to pay a premium for better service? www.av8.net faster, more reliable, better service 617 256 5494 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 02:08:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 02:08:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHB5z-0008Vu-Dt; Fri, 21 Oct 2011 02:08:55 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHB3d-0008AO-AM for xen-users@lists.xensource.com; Fri, 21 Oct 2011 02:06:37 -0700 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1319187985!1846299!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22503 invoked from network); 21 Oct 2011 09:06:26 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 21 Oct 2011 09:06:26 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RHB3Y-0004fl-3A for xen-users@lists.xensource.com; Fri, 21 Oct 2011 02:06:24 -0700 Date: Fri, 21 Oct 2011 02:06:24 -0700 (PDT) From: meesterlars To: xen-users@lists.xensource.com Message-ID: <1319187984060-4924147.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] Intellicache linked to vhd corruption X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Good day I'm using XCP 1.1 and have been testing out Intellicache. The VM I'm experimenting with is a Windows 7 machine, running from an NFS SR. I have enabled caching on the XCP host, pointing to a new EXT3 SR on an Intel SSD. I then enabled caching of what is the VM's c: with this command: xe vdi-param-set uuid=75eaac3e-d2ec-4f45-ac9f-67586f2d703c allow-caching=true on-boot=persist In testing, performance has been astonishing. Naturally, writes are limited by NFS, but the raw speed boost we've seen is incredible. I'd dearly love to leave Intellicache enabled, but I'm seeing predictable, regular corruption. I have a VM protection policy enabled, set to perform a simple disk snapshot each day at 23:45. After snapshotting, the cached vhd is, according to Windows, corrupt. A read-only chkdsk reports hundreds of errors before failing to continue in read-only mode. I have now shut the VM down, disabled caching, and started it up. Windows automatically scheduled a chkdsk on c: and is repairing as I type this. I had hoped the "corruption", if that really is the case, would not have hit the c:, but it has. Searching online, I've found zero reported cases of this type of behaviour. Does anyone here have an idea how and why corruption sneaks in? Some notes: I'm using xapi_version_override to emulate XenServer 5.6.100 The VM in question has dynamic memory allocated VM protection policy is enabled, performing a daily, disk-based snapshot -- View this message in context: http://xen.1045712.n5.nabble.com/Intellicache-linked-to-vhd-corruption-tp4924147p4924147.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Fri Oct 21 02:50:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 02:50:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHBkV-0000Lr-Pg; Fri, 21 Oct 2011 02:50:47 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHBjl-00008s-Es; Fri, 21 Oct 2011 02:50:02 -0700 X-Env-Sender: keir.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1319190598!254291!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 975 invoked from network); 21 Oct 2011 09:49:58 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 09:49:58 -0000 Received: by wwf10 with SMTP id 10so4582311wwf.24 for ; Fri, 21 Oct 2011 02:49:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:message-id:thread-topic :thread-index:mime-version:content-type:content-transfer-encoding; bh=m96DdQPL7DXggDRCcL70MzqAhHtRNBN0PnOo62fRMho=; b=k+3RhqQE0dfy6E5ZVDsyl16WGueSfqg/zneKmf6lAXF3c7HCcC+zuc8y+gZZXRJCrq rbsxMeDvly7jUZ/9Mkts1/nteG2+QIZqu3liGG+eYHlFE7kAe84xCPSE+/nS/byB6dZ+ pqYCbENJSTiZMHcuwarLVCQwOwRiTAnyUaJRY= Received: by 10.216.230.69 with SMTP id i47mr5089710weq.61.1319190596596; Fri, 21 Oct 2011 02:49:56 -0700 (PDT) Received: from [192.168.1.71] (host86-153-22-182.range86-153.btcentralplus.com. [86.153.22.182]) by mx.google.com with ESMTPS id fi11sm20730758wbb.9.2011.10.21.02.49.55 (version=SSLv3 cipher=OTHER); Fri, 21 Oct 2011 02:49:56 -0700 (PDT) User-Agent: Microsoft-Entourage/12.30.0.110427 Date: Fri, 21 Oct 2011 10:49:50 +0100 From: Keir Fraser To: , Message-ID: Thread-Topic: ANNOUNCE: Xen 4.1.2 and 4.0.3 released Thread-Index: AcyP1sZSebXmLi6elkqWJi2nHXQp3Q== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Subject: [Xen-devel] ANNOUNCE: Xen 4.1.2 and 4.0.3 released X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Folks, The Xen team is pleased to announce the release of 4.1.2 and 4.0.3 from the active stable branches. Fixes/features include: * New XL toolstack * kexec/kdump * Remus * Device passthrough to HVM guests * Interrupt handling * Support for Supervisor Mode Execution Protection (SMEP) These releases are tagged in the mercurial repositories: http://xenbits.xen.org/xen-4.1-testing.hg (tag 'RELEASE-4.1.2') http://xenbits.xen.org/staging/xen-4.0-testing.hg (tag 'RELEASE-4.0.3') Or tarballs can be downloaded: http://bits.xensource.com/oss-xen/release/4.1.2/xen-4.1.2.tar.gz http://bits.xensource.com/oss-xen/release/4.0.3/xen-4.0.3.tar.gz -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Fri Oct 21 03:34:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 03:34:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHCR2-00030s-Sk; Fri, 21 Oct 2011 03:34:44 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHCPz-0002ay-Rc for xen-users@lists.xensource.com; Fri, 21 Oct 2011 03:33:40 -0700 X-Env-Sender: stas.oskin@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1319193215!1124743!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20377 invoked from network); 21 Oct 2011 10:33:36 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 10:33:36 -0000 Received: by ggnv5 with SMTP id v5so5220768ggn.30 for ; Fri, 21 Oct 2011 03:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=NdVM51MJ0MxB5MPtxkm36srKjiWq2dEivDJsO4dfB8c=; b=CqCCREwfpzIa1sR1i2mf9ksyKfMqKGl2Iu8XhcMvNaUjilMVwRN5zLC863HgmmwgSf eYtE7myrX4mjBKPrbVJCSWxFpgu5uPbVLW9AU4auoiMWuHnn86WJbe3S7C3jXXsBxhmZ 8w8T6G01myFOITEstngonhUi5FmpvX5y5ZPnU= Received: by 10.101.73.14 with SMTP id a14mr3111138anl.137.1319193215163; Fri, 21 Oct 2011 03:33:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.152.17 with HTTP; Fri, 21 Oct 2011 03:33:15 -0700 (PDT) In-Reply-To: References: From: Stas Oskin Date: Fri, 21 Oct 2011 12:33:15 +0200 Message-ID: Subject: Re: [Xen-users] XCP eserver xSeries 336 support To: brooks@netgate.net Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0590868436==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0590868436== Content-Type: multipart/alternative; boundary=0016368e1b65fadcf304afcc9a04 --0016368e1b65fadcf304afcc9a04 Content-Type: text/plain; charset=ISO-8859-1 Hi. If it doesn't work with 5.6 SP2 then it won't work with XCP 1.0 (based on > 5.6 SP1) or XCP 1.1 (based on 5.6 SP2). > Much appreciate your answers, guess we will stick with 5.5 for the time being. Regards. --0016368e1b65fadcf304afcc9a04 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi.

If it doesn't work with 5.6 SP2 then it won't work with= XCP 1.0 (based on 5.6 SP1) or XCP 1.1 (based on 5.6 SP2).

Much appreciate your answers, guess we will stick wi= th 5.5 for the time being.

Regards.
--0016368e1b65fadcf304afcc9a04-- --===============0590868436== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0590868436==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 04:56:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 04:56:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHDhh-0006Ec-K2; Fri, 21 Oct 2011 04:56:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHDgO-0005tX-6s for Xen-users@lists.xensource.com; Fri, 21 Oct 2011 04:54:40 -0700 X-Env-Sender: aaron.cossey@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1319198076!1127464!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4583 invoked from network); 21 Oct 2011 11:54:36 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 11:54:36 -0000 Received: by wwf10 with SMTP id 10so4725514wwf.24 for ; Fri, 21 Oct 2011 04:54:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=lA8rIUagncKM8aA890rIJKoCB/NGtnlwwGP3eOz+JoU=; b=PmmFC+MTEu4DuSSgqo9nvZg0Hg1Z1P/I/ce5KH27dMlO2vSL2QUD6wljPASU9TEiNL PfwbepoWPby3kGjcfGicwkC9cIgsdm+rgKiGUjbApWTs6LoqOCV9kISjpEs00abfdeWL gSZ+TV90FMy3f8SSuNj3epAyEJhmprhNyUA0Y= MIME-Version: 1.0 Received: by 10.227.145.195 with SMTP id e3mr5596123wbv.80.1319198075876; Fri, 21 Oct 2011 04:54:35 -0700 (PDT) Received: by 10.227.208.209 with HTTP; Fri, 21 Oct 2011 04:54:35 -0700 (PDT) Date: Fri, 21 Oct 2011 13:54:35 +0200 Message-ID: From: Aaron Cossey To: XEN Mailing List Cc: Subject: [Xen-users] Dom0 IP Detection in Routed Mode X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0680354807==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0680354807== Content-Type: multipart/alternative; boundary=0016364ef708b3775504afcdbc60 --0016364ef708b3775504afcdbc60 Content-Type: text/plain; charset=ISO-8859-1 Hello Everyone, my Xen server works with the networking in routed mode, with one exception which I cant seem to resolve. In Debian servers with Bridge Mode networking, when I bring a new IP up inside a DomU using the command: ip addr add x.x.x.x/32 dev eth0 The IP is automatically detected by Dom0 and I can route to, connect to the address immediately. With the server I'm running in routed mode, when I bring up an IP inside a DomU with: ip addr add x.x.x.x/32 dev eth0 peer x.x.x.x/32 broadcast x.x.x.x The IP comes up on the DomU, then I have to manually add routing for it on the Dom0 with a command like: ip route add x.x.x.x dev vif8.0 scope link src x.x.x.x I haven't yet got to trying live migration, but I can already see how this is going to get inconvenient even with one server. Is this a problem which has already been solved somewhere or is there something in my setup I need to pay closer attention to in order to get this running smoother? Ideally I would like to just define the IPs inside the DomUs like I've always done with my routed mode VMs. Thanks for your assistance, -Aaron Aaron Cossey aaron.cossey@gmail.com --0016364ef708b3775504afcdbc60 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Everyone,

my Xen server works with the networking = in routed mode, with one exception which I cant seem to resolve.=A0

In Debian servers with Bridge Mode networking, when I bri= ng a new IP up inside a DomU using the command:
=A0ip addr add x.x.x.x/32 dev eth0
The IP is automatically d= etected by Dom0 and I can route to, connect to the address immediately.

With the server I'm running in routed mode, when = I bring up an IP inside a DomU with:
=A0ip addr add x.x.x.x/32 dev eth0 peer x.x.x.x/32 broadcast x.x.x.x
The IP comes up on the DomU, then I have to manually add routing f= or it on the Dom0 with a command like:
=A0ip route add x.x.x.x de= v vif8.0 scope link src x.x.x.x

I=A0haven't=A0yet got to trying live migration, but= I can already see how this is going to get inconvenient even with one serv= er.

Is this a problem which has already been solve= d somewhere or is there something in my setup I need to pay closer attentio= n to in order to get this running smoother? Ideally I would like to just de= fine the IPs inside the DomUs like I've always done with my routed mode= VMs.

Thanks for your assistance,
-Aaron
=
Aaron Cossey
aaron.cossey@gmail.com

--0016364ef708b3775504afcdbc60-- --===============0680354807== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0680354807==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 05:35:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 05:35:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHEK1-0008LN-1e; Fri, 21 Oct 2011 05:35:37 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHEIi-0007yV-UH for Xen-users@lists.xensource.com; Fri, 21 Oct 2011 05:34:17 -0700 X-Env-Sender: digitalhunger@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1319200453!1109126!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24382 invoked from network); 21 Oct 2011 12:34:13 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 12:34:13 -0000 Received: by eyb6 with SMTP id 6so6050266eyb.30 for ; Fri, 21 Oct 2011 05:34:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-operating-system:x-mailer; bh=X7fT4WGsChTAoX19sYC3cmOmCvq3KAQcvzz/4zqW8h0=; b=mZF87eSFmFCd0KPaBSz22ecb0g7j/oH+tFWBKyrtKnYmHGyrCnBDtK8jij+nLVtzU2 B+C9OArGZNfLtlBNdu5vjw5TXtq+NVrUiBdlCEcO/3v9zN60a3+yePmMG7uQh4HE+Tvf Y66T2d8tA0vuZEKTUT3W1s3lq1GDvQE6Hypgo= Received: by 10.213.26.10 with SMTP id b10mr1345224ebc.38.1319200453218; Fri, 21 Oct 2011 05:34:13 -0700 (PDT) Received: from localhost (dcdev.wheneverhost.com. [213.108.73.199]) by mx.google.com with ESMTPS id 49sm34603911eec.1.2011.10.21.05.34.11 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Oct 2011 05:34:12 -0700 (PDT) Date: Fri, 21 Oct 2011 15:35:23 +0300 From: digitalhunger@gmail.com To: Mark Schneider Subject: Re: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-list with xe CLI? Message-ID: <20111021123523.GA27950@shadowmaker.4shared.com> References: <4EA0AF8C.4060107@it-infrastrukturen.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4EA0AF8C.4060107@it-infrastrukturen.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: Slackware 13.1 X-Mailer: Mutt 1.4.2.3i Cc: "M. Schneider" , Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com What worked for me when adding centos iso images: #create a directory to store isos mkdir -p /var/opt/xen/iso_import/centos57 #put an iso there mv CentOS-5.7-x86_64-bin-1of8.iso /var/opt/xen/iso_import/centos57/ #add it as an SR xe sr-create name-label=centos57 type=iso device-config:location=/var/opt/xen/iso_import/centos57 device-config:legacy_mode=true content-type=iso The trick here is to create a subdirectory same as your name-label (looks like official documentation expects this to be done but never mentions that) After adding more isos to that directory, 'xe sr-create' needs to be run again with the same parameters for them to appear in xe vdi-list On Fri, Oct 21, 2011 at 01:32:28AM +0200, Mark Schneider wrote: > Hello, > > I need your kindly help. I spent already few days trying around but didn't > achieve any success in installing VMs from local iso images (even any other way > like network install or local DVD-drive). > > I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I am > missing the right command to add them to the cd-list as I want to install VMs > from them (s. more details in attached file) > > # --- > xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user > name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/ > c0d0p3 type=lvm > > /var/opt/xen/iso_import: > -rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso > -rw-r--r-- 1 root root 678428672 Oct  8 17:08 debian-6.0.3-amd64-CD-1.iso > > xe sr-create name-label=squeeze-iso host-uuid= > a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso > device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso > device-config:legacy_mode=true > ce67b68c-f896-aeec-a7d6-5944da2e30e7 > > xe sr-create name-label=centos6-iso host-uuid= > a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso > device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso > device-config:legacy_mode=true > 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 > > > xe cd-list > uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd >     name-label ( RW): xs-tools.iso > > > uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473 >     name-label ( RW): IDE 1.0 > # --- > > > I am getting errors when trying to create as follows: > # --- > [root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid= > 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0 > Error code: SR_BACKEND_FAILURE_78 > Error parameters: , VDI Creation failed [opterr=could not create file: "/var/ > opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/ > 9e29653c-f64e-4724-b268-71177d711dc6.img"], > # --- > > I was of course reading all XenServer 5.6 1.2 Edition pdf docs however I didn't > find what I looked for. > > What do I miss? Thank you in advance for any hints. > > Regards, Mark > > -- > ms@it-infrastrukturen.org > > #----------------------------------------------------------------------------------------------------------------------------------------------- > xe pbd-list > uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa > device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 > device-config (MRO): location: /dev/xapi/block > currently-attached ( RO): true > > > uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 > device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 > device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 > device-config (MRO): device: /dev/cciss/c0d0p3 > currently-attached ( RO): true > > > uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 > device-config (MRO): location: /dev/xapi/cd > currently-attached ( RO): true > > > [root@xendom0db02 ~]# > > xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/c0d0p3 type=lvm > > > > /var/opt/xen/iso_import: > -rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso > -rw-r--r-- 1 root root 678428672 Oct 8 17:08 debian-6.0.3-amd64-CD-1.iso > > xe sr-create name-label=squeeze-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=true > ce67b68c-f896-aeec-a7d6-5944da2e30e7 > > xe sr-create name-label=centos6-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=true > 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 > > > xe cd-list > uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd > name-label ( RW): xs-tools.iso > > > uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 > name-label ( RW): IDE 1.0 > > > [root@xendom0db02 opt]# xe sr-list > uuid ( RO) : d2df26c7-de51-71ed-d495-c9c6f78d33fa > name-label ( RW): XenServer Tools > name-description ( RW): XenServer Tools ISOs > host ( RO): xendom0db02 > type ( RO): iso > content-type ( RO): iso > > > uuid ( RO) : 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 > name-label ( RW): centos6-iso > name-description ( RW): > host ( RO): xendom0db02 > type ( RO): iso > content-type ( RO): iso > > > uuid ( RO) : 20e92ad1-b34d-9325-3374-405a2505d0b4 > name-label ( RW): Removable storage > name-description ( RW): > host ( RO): xendom0db02 > type ( RO): udev > content-type ( RO): disk > > > uuid ( RO) : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 > name-label ( RW): DVD drives > name-description ( RW): Physical DVD drives > host ( RO): xendom0db02 > type ( RO): udev > content-type ( RO): iso > > > uuid ( RO) : 98af1fe0-8b77-e831-fb9f-5d797330ac30 > name-label ( RW): Local LVM SR db02 > name-description ( RW): > host ( RO): xendom0db02 > type ( RO): lvm > content-type ( RO): user > > > uuid ( RO) : ce67b68c-f896-aeec-a7d6-5944da2e30e7 > name-label ( RW): squeeze-iso > name-description ( RW): > host ( RO): xendom0db02 > type ( RO): iso > content-type ( RO): iso > > > xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI squeeze" sm-config:type=raw > e2fcae46-8f96-4a5c-baca-38e2112632fa > > xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI centos6" sm-config:type=raw > 3691b312-0df4-47ea-adc6-5b69f522cf9a > > xe network-create name-label=lan10 > c7c31992-c2b8-a18f-ea74-17bf169cd546 > > xe vm-install new-name-label=centos6 template=Red\ Hat\ Enterprise\ Linux\ 6\ \(64-bit\) sr-name-label=Local\ LVM\ SR\ db02 > fed23452-5404-189a-4334-371acf82e25a > > xe vif-create vm-uuid=fed23452-5404-189a-4334-371acf82e25a network-uuid=c1adceab-7a29-9458-cf9c-0b3981d3b9e7 mac=random device=0 > 05914bc6-883a-405a-4219-4c3db70f6ccd > > xe vbd-create vdi-uuid=3691b312-0df4-47ea-adc6-5b69f522cf9a vm-uuid=fed23452-5404-189a-4334-371acf82e25a device=0 > 474008ef-41d6-7c63-7ae8-47f118b77a10 > > xe vbd-param-set uuid=474008ef-41d6-7c63-7ae8-47f118b77a10 bootable=false > > xe vm-install new-name-label=squeeze sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 template=Debian\ Squeeze\ 6.0\ \(64-bit\)\ \(experimental\) > 5c1518ec-998a-b780-8a63-11b7ece52785 > > xe vbd-param-set uuid=e882892e-b157-c004-dd66-36ec17af7676 bootable=false > > # ------------------------------------------------------------------------------------------------------------------------------------------------------ > [root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0 > Error code: SR_BACKEND_FAILURE_78 > Error parameters: , VDI Creation failed [opterr=could not create file: "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"], > > # --- > [root@xendom0db02 opt]# xe cd-list > uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd > name-label ( RW): xs-tools.iso > > > uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 > name-label ( RW): IDE 1.0 > > # --- > [root@xendom0db02 iso_import]# xe pbd-list > uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa > device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 > device-config (MRO): location: /dev/xapi/block > currently-attached ( RO): true > > > uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 > device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 > device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 > device-config (MRO): device: /dev/cciss/c0d0p3 > currently-attached ( RO): true > > > uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 > device-config (MRO): location: /dev/xapi/cd > currently-attached ( RO): true > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 06:18:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 06:18:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHEzn-0005DI-C4; Fri, 21 Oct 2011 06:18:47 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RHEsb-0003wK-Cw for xen-users@lists.xensource.com; Fri, 21 Oct 2011 06:11:22 -0700 X-Env-Sender: xtreme911@msn.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1319202677!541143!1 X-Originating-IP: [65.54.190.81] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7408 invoked from network); 21 Oct 2011 13:11:18 -0000 Received: from bay0-omc2-s6.bay0.hotmail.com (HELO bay0-omc2-s6.bay0.hotmail.com) (65.54.190.81) by server-6.tower-216.messagelabs.com with SMTP; 21 Oct 2011 13:11:18 -0000 Received: from BAY148-W63 ([65.54.190.125]) by bay0-omc2-s6.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 21 Oct 2011 06:11:17 -0700 Message-ID: X-Originating-IP: [208.65.73.120] From: Mike Viau To: Subject: RE: [Xen-users] dedicated interface Date: Fri, 21 Oct 2011 09:11:16 -0400 Importance: Normal In-Reply-To: <3659E8594CDE4FBB830A9226CED78F8E.MAI@cengen.com> References: <3659E8594CDE4FBB830A9226CED78F8E.MAI@cengen.com> MIME-Version: 1.0 X-OriginalArrivalTime: 21 Oct 2011 13:11:17.0086 (UTC) FILETIME=[EAC9E7E0:01CC8FF2] X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1449687436==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1449687436== Content-Type: multipart/alternative; boundary="_bf52c716-8cae-4816-a6f0-b1c5fc54296f_" --_bf52c716-8cae-4816-a6f0-b1c5fc54296f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Fri=2C 21 Oct 2011 00:10:02 -0400 wrote: >Is there anyway to bind to a dedicated interface without modifying the pci= hardware stuff? Right now I have : >eth1 -> vif1.1 -> breth1 -> peth1. Is it possible to eliminate the pass = through vif1.1 and breth1 directly to peth1? Reason I can't use the pci wo= rk around is that the peth1 is a modified tuntap interface and does not exi= st as a pci hardware device. =20 I think you want: http://wiki.xen.org/xenwiki/XenPCIpassthrough -M = --_bf52c716-8cae-4816-a6f0-b1c5fc54296f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
On Fri=2C 21 Oct 2011= 00:10:02 -0400 <=3Bbwang@cengen.com>=3B wrote:

>=3BIs there anyway to bind to a dedicated i=
nterface without modifying the pci hardware stuff?  Right now I have :
&=
gt=3Beth1 ->=3B vif1.1 ->=3B breth1 ->=3B peth1.   Is it possible to =
eliminate the pass through vif1.1 and breth1 directly to peth1?  Reason I c=
an't use the pci work around is that the peth1 is a modified tuntap interfa=
ce and does not exist as a pci hardware device.
I think you want: http://wiki.xen.org/xenwiki/Xen= PCIpassthrough


-M
=
= --_bf52c716-8cae-4816-a6f0-b1c5fc54296f_-- --===============1449687436== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1449687436==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 06:33:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 06:33:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHFEH-0007HS-8x; Fri, 21 Oct 2011 06:33:45 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHFD6-0006xK-Fa for xen-users@lists.xensource.com; Fri, 21 Oct 2011 06:32:32 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1319203948!36184657!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2378 invoked from network); 21 Oct 2011 13:32:29 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 13:32:29 -0000 Received: by vcbfk13 with SMTP id fk13so4476294vcb.30 for ; Fri, 21 Oct 2011 06:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=b70gbXLVRdKkTS/ll+aOh8aAmHq6zFqjM6ltG+JkHQk=; b=oHu97l8Z37t3xK4SzTJMTSkJUKTAEYcSrfnDPi67mgQ0TBtarf/wuEiZXwp5a9gKP1 8PKWXJOrvFIba0mNTr5yV2rZXu5eWDTJ0wRG2RsIxJ0+/hhyeA5wctF3Z5LfomcOncS/ 8LxZt5Rz+aLT/Jo7C6pz1UyXjR1ujFPLmafbE= MIME-Version: 1.0 Received: by 10.52.30.194 with SMTP id u2mr14266700vdh.13.1319203947893; Fri, 21 Oct 2011 06:32:27 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Fri, 21 Oct 2011 06:32:27 -0700 (PDT) Date: Fri, 21 Oct 2011 06:32:27 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] List of MoBo/CPU Intel with IOMMU working? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi guys. Those that have successfully had working Xen PCI Passthrough on 4.x using the IOMMU hardware enable would like to know which MoBo u are using and which CPU. I need a Quadcore+MoBo type desktop not server. I will appreciated any input, I want get something that already had been work. Thanks. --Centos 5.7/Xen 4.1 are the pair of boys I will work with. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 07:27:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 07:27:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHG4I-0005JW-NU; Fri, 21 Oct 2011 07:27:30 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RHG2w-0004xg-Bu for xen-users@lists.xensource.com; Fri, 21 Oct 2011 07:26:06 -0700 X-Env-Sender: bwang@cengen.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1319207162!292067!1 X-Originating-IP: [38.119.104.215] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20538 invoked from network); 21 Oct 2011 14:26:03 -0000 Received: from unknown (HELO cengen.atlanticasp.com) (38.119.104.215) by server-7.tower-182.messagelabs.com with SMTP; 21 Oct 2011 14:26:03 -0000 Received: from ([173.69.177.231]) by cengen.com with MailEnable WebMail; Fri, 21 Oct 2011 10:25:21 -0400 To: From: Subject: RE: [Xen-users] dedicated interface Date: Fri, 21 Oct 2011 10:25:18 -0400 Message-ID: <9D553B8991614172B0972ACE4CFD803A.MAI@cengen.com> MIME-Version: 1.0 X-Mailer: MailEnable WebMail.NET X-MimeOLE: Produced By MailEnable WebMail.NET V3.62.0.0 X-Read: 0 Content-Type: multipart/mixed; boundary="--=_Part_66E6FE5DA97C4E78A46028EC3CDCEA18" X-Priority: 3 X-MSMail-Priority: Medium X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. ----=_Part_66E6FE5DA97C4E78A46028EC3CDCEA18 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable I was trying to find something other than pciPassThrough stuff. The interface I am trying to bind t= o does not have a pci ID since it's not a hardware backed interface. Ben Wang ----- Original Message ----- From: Mike Viau [mailto:viaum@sheridanc.on.ca] To: xen-users@lists.xensource.com Sent: Fri, 21 Oct 2011 09:11:16 -0400 Subject: RE: [Xen-users] dedicated interface On Fri, 21 Oct 2011 00:10:02 -0400 wrote: >Is there anyway to bind to a dedicated interface without modifying the pci hardware stuff=3F Right= now I have : >eth1 -> vif1.1 -> breth1 -> peth1. Is it possible to eliminate the pass through vif1.1 and breth1= directly to peth1=3F Reason I can't use the pci work around is that the peth1 is a modified tunt= ap interface and does not exist as a pci hardware device. I think you want: http://wiki.xen.org/xenwiki/XenPCIpassthrough -M ____________________ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ----=_Part_66E6FE5DA97C4E78A46028EC3CDCEA18 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ----=_Part_66E6FE5DA97C4E78A46028EC3CDCEA18-- From xen-users-bounces@lists.xensource.com Fri Oct 21 07:46:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 07:46:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHGN8-0006RZ-Ub; Fri, 21 Oct 2011 07:46:58 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RHGMH-00067s-1X for xen-users@lists.xensource.com; Fri, 21 Oct 2011 07:46:07 -0700 X-Env-Sender: tait@taiter.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1319208359!551593!1 X-Originating-IP: [69.89.24.6] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27815 invoked from network); 21 Oct 2011 14:46:00 -0000 Received: from oproxy9.bluehost.com (HELO oproxy9.bluehost.com) (69.89.24.6) by server-16.tower-216.messagelabs.com with SMTP; 21 Oct 2011 14:46:00 -0000 Received: (qmail 27040 invoked by uid 0); 21 Oct 2011 14:45:59 -0000 Received: from unknown (HELO host254.hostmonster.com) (74.220.215.54) by oproxy9.bluehost.com with SMTP; 21 Oct 2011 14:45:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=taiter.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:To:From:Subject; bh=ggA9zja891Ot3FMtFDTUtT+xx7DizTxR+2hI+7uDt48=; b=WIPaxg99Qn1TUQycfkSbXNdkTsLh67KHQfLJqQMW7kMdSW+H6v4l6Fd9MW1oY/qZ3yqQq5PDPqi4iPE3yTOj/UX6jjTEfQ43H/3gBBiPJjcxaor4gfctv2dzbJo9sCvO; Received: from [216.126.89.34] (helo=[10.193.1.50]) by host254.hostmonster.com with esmtpa (Exim 4.76) (envelope-from ) id 1RHGMB-000759-AP for xen-users@lists.xensource.com; Fri, 21 Oct 2011 08:45:59 -0600 Subject: Re: [Xen-users] Re: remus problem From: Tait Clarridge To: xen-users@lists.xensource.com Date: Fri, 21 Oct 2011 10:45:58 -0400 In-Reply-To: <1319028774261-4917603.post@n5.nabble.com> References: <20110829170309.GG32373@reaktio.net> <809C67A2-6D7A-403F-B759-AC7854130E83@cs.ubc.ca> <1319028774261-4917603.post@n5.nabble.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1319208359.22883.3.camel@tclarrltp.frontiernetworks.ca> Mime-Version: 1.0 X-Identified-User: {1413:host254.hostmonster.com:taiterco:taiter.com} {sentby:smtp auth 216.126.89.34 authed with tait@taiter.com} X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, 2011-10-19 at 05:52 -0700, yunjiedu wrote: > hi,Shriram > i install xen-4.2-unstable on squeeze(i386) according to > http://remusha.wikidot.com/: > 1)*install xen* > #cd /usr/src > #hg clone http://xenbits.xensource.com/xen-unstable.hg xen-unstable > #cd xen-unstable > #make clean > #make xen tools > #make install-xen > #make install-tools PYTHON_PREFIX_ARG= As far as I know, the PYTHON_PREFIX_ARG statement is only for CentOS? Try without it? > 3)*install xen-tools* > #cd /usr/src > #wget http://www.xen-tools.org/software/xen-tools/xen-tools-4.2.1.tar.gz > #tar -xzvf xen-tools-4.2.1.tar.gz > #cd /usr/src/xen-tools-4.2.1 > #make clean > #make install Why would you need to install the tools again? Last time I built (remus working) I did: hg clone http://xenbits.xensource.com/xen-unstable.hg cd xen-unstable.hg make -j2 xen make -j2 tools make -j2 stubdom make -j2 dist make install-xen make install-tools # I put in PYTHON_PREFIX_ARG as I'm using CentOS _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 08:19:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 08:19:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHGsG-0007k8-84; Fri, 21 Oct 2011 08:19:08 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHGqt-0007O2-5E for xen-users@lists.xensource.com; Fri, 21 Oct 2011 08:17:43 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1319210258!30172780!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11195 invoked from network); 21 Oct 2011 15:17:39 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 15:17:39 -0000 Received: by vws13 with SMTP id 13so4174884vws.30 for ; Fri, 21 Oct 2011 08:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ovcjmXl7/v434nBbzDeckirTAG0dbhEkgXljfZm5LMM=; b=PaF5Ed91Z3ECxZH5Abq/Y19sthDInkAXN3gm/stTHXMcs2kBqOR2GiL74b1ycxUcwF CgNsNICUvn2jjLk4b0IgdgwY5qQAw/66i2NVZbQkuabQWSCioUlCyiaF5d0uWLUpdULj KzdLQUuWIcstxlHN2OEzraT5+bTvt83evGAzI= MIME-Version: 1.0 Received: by 10.52.30.194 with SMTP id u2mr14622180vdh.13.1319210258502; Fri, 21 Oct 2011 08:17:38 -0700 (PDT) Received: by 10.52.33.237 with HTTP; Fri, 21 Oct 2011 08:17:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 16:17:38 +0100 X-Google-Sender-Auth: HzhWycJLPlY8fkqUisaoFXr_6qY Message-ID: Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 From: Andy Burns To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 20 October 2011 15:25, Periko Support wrote: > On Thu, Oct 20, 2011 at 12:40 AM, Andy Burns wrote: > >> Could you try passing the USB host controller through to the domU as a >> PCI device instead? > > This new for me, passing the whole controller to the domU is related to: > Xen PCI Passthrough? Yes, you can use lspci in the dom0 to find which USB controller(s) you want to assign to the domU > My MoBo does not support IOMMU. That's doesn't matter, as long as you're using PV rather than HVM for the CentOS domU? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Fri Oct 21 08:29:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 08:29:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHH2F-0008T9-Hs; Fri, 21 Oct 2011 08:29:27 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHH1i-0008Gf-L3; Fri, 21 Oct 2011 08:28:55 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1319210931!1160471!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28792 invoked from network); 21 Oct 2011 15:28:51 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 15:28:51 -0000 Received: by wwf10 with SMTP id 10so4992868wwf.24 for ; Fri, 21 Oct 2011 08:28:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=xDZfFI9Ui883ij2bp+3uLkUS46lu9s44A6KTMUwx1wI=; b=OmHyBSDge/NA4+F00teHaTTJik1GhqijFswg9TpRbMpDHYSN13e3biwnciIgUzf2Di yh6tSbqTnFkJe0r3wjrIYA8Ib7T+JcOB5Y7AK7+BcoMrPmrkGP26Fnl7tl2CgYnMMz+h 6Nwh/Dw0/oG5VHkHvF1STXLWeer/kFA58v+KU= Received: by 10.216.14.91 with SMTP id c69mr5719476wec.53.1319210930522; Fri, 21 Oct 2011 08:28:50 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id fy13sm22383169wbb.18.2011.10.21.08.28.48 (version=SSLv3 cipher=OTHER); Fri, 21 Oct 2011 08:28:49 -0700 (PDT) Message-ID: <4EA18FAD.7080102@xen.org> Date: Fri, 21 Oct 2011 16:28:45 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Joseph Glanville Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> <1319013528.3385.59.camel@zakaz.uk.xensource.com> <4E9F1361.5020906@xen.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 21/10/2011 04:44, Joseph Glanville wrote: > I think we should aim to get a meeting of interested parties happening > on IRC before we action on a date or plan. > I just don't want to get started on something that will stall due to > lack of direction. > > I am happy to hang out with a few the day before the docs day and coordinate a bit I think there is a lot we can do though > I am happy to contribute my time to do a significant amount of the > work that bofh has requested but to do so effectively I really think > we need somewhat of a clean start. > The current wiki contains too much content that just doesn't belong in > the wiki, job postings, WIP status on projects that have long since > died etc. Agreed that some stuff should just be deleted. The key issues is that the wiki today has a flat structure. I am happy to delete stuff like job postings, old minutes, WIP status and truly dead stuff and archive plain old stuff (which may still be of value to some people. I think its unfair to say Xen is a schizophrenic project. The issue has been that the Wiki has not been managed ever and MoinMoin is inherently unmanageable > I did get started on a full categorization of pages in the wiki but > that quickly become something that is abit much to do in one session > or alone for that matter. Agreed and categories don't work well with MoinMoin > It also highlighted some severe problems with how the current wiki is > used - in my opinion atleast. It is my view that the official wiki > should be reserved for highly relevant documentation. I would agree with you, if we were in a perfect world. But we have baggage, so to some degree this discussion is moot. I also think that this question is handled quite differently by different projects. > I think we need to setup a guided rewrite/refactor of the core > documentation so it resembles something close to this: > > Overview (brief introduction, architecture, why xen is different and > maybe abit of xen philosophy) > Getting started guide ( Installation of Xen on Debian - probably the > simplest and easiest way to get started with Xen at the moment, start > a Debian PV guest, start at Windows HVM guest) > Installation guide ( More indepth covering all the core distros and > some more advanced installations including compilation from source and > using the Linux 3.1 kernel, networking options etc) > Administration guide ( This bit requires atlot of discussion, do we > recommend xm still? should we only support xl? If that is the case how > to we recommend stuff like managed domains etc..) > Advanced topics.. stuff like Networking, PCI passthrough etc deserve > their own pages Are you suggesting we restructure the wiki front-page around this? > There also needs to be a developers section, preferably seperate > entirely from the user documentation. If XCP could be sectioned off in > some matter also that would be advantageous - basically to prevent > confusion. We do not have that many XCP pages. MoinMoin sucks at sectioning stuff off. The only thing which could sort of work is to use / ... we could have XCP/ and so on. If categories worked properly, they could be used too. > The current wiki is poluted with alot of architecture and design info > that isn't of interest to a general user but is still key to > understanding Xen from a developers point of view. Part of the issue is that it is hard for me to identify what is what. If I had a good approximation of what is what, I (or others) could just go through the motions and re-encode stuff accordingly. > What the primary aim would be is to integrate as much best practices > into these pages rather than having them spread around hundreds of > wiki pages and even more mailing list posts. > To be honest I rarely look to the wiki if I want to know how to do > something with Xen I am unfamilar with.. my first course of action is > to search my archive of xen-devel/xen-users which isn't exactly a good > thing. > > The biggest issue with this sort of compaction is that Xen is fraught > with choices.. there is just so many different ways of doing things. > > I'm not trying to be critical of those that have spent many hours > writing the current documentation, it is appreciated. > I just think we need a really concentrated effort around making the > simple Xen tasks easier before expanding out to include the more > complicated stuff. > Alot of us take for granted that we have been using Xen for a long > time and many of these things come so naturally to us - whereas from > the outside it all seems too difficult. > > I think what you seem to be saying is that there would be extremely high value in having a "Getting started" guide and some other entry level documentation (even if just an index page) accessible from the wiki front page. Lars _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Fri Oct 21 08:32:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 08:32:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHH4w-0001FL-Qt; Fri, 21 Oct 2011 08:32:14 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHH2L-0008Ui-AS for xen-users@lists.xensource.com; Fri, 21 Oct 2011 08:29:33 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1319210969!1160578!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30687 invoked from network); 21 Oct 2011 15:29:30 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 15:29:30 -0000 Received: by vcbfk13 with SMTP id fk13so4632808vcb.30 for ; Fri, 21 Oct 2011 08:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=y59delKZjY3eOpBPJzj7T2riP92O7N1QlvRCYuWInxU=; b=lCXuX1MPUynn8lU7+PvQafPtDyf+FTC1Za3mSqqXE4JYzp/gp8/xMw5YkQ80JD+POA 9h7H4F2lu1AF1wtYHLLVNcaLwdY+27QeB1BIojVZLBHRMyDk1XvGvTmPVuL6zj8MUqPL 0xUP4pMRHCNyrdFwnxKqBLS6nUJY52AZGF6X4= MIME-Version: 1.0 Received: by 10.52.76.162 with SMTP id l2mr14136328vdw.64.1319210968520; Fri, 21 Oct 2011 08:29:28 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Fri, 21 Oct 2011 08:29:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 08:29:28 -0700 Message-ID: Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Oct 21, 2011 at 8:17 AM, Andy Burns wrote: > On 20 October 2011 15:25, Periko Support wrote: > >> On Thu, Oct 20, 2011 at 12:40 AM, Andy Burns wrote: >> >>> Could you try passing the USB host controller through to the domU as a >>> PCI device instead? >> >> This new for me, passing the whole controller to the domU is related to: >> Xen PCI Passthrough? > > Yes, you can use lspci in the dom0 to find which USB controller(s) you > want to assign to the domU > >> My MoBo does not support IOMMU. > > That's doesn't matter, as long as you're using PV rather than HVM for > the CentOS domU? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > This is not a Centos DomU is a HVM running windows. Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 08:56:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 08:57:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHSr-0002li-SG; Fri, 21 Oct 2011 08:56:57 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHRB-0002P1-Iw for xen-users@lists.xensource.com; Fri, 21 Oct 2011 08:55:13 -0700 X-Env-Sender: burns.me.uk@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1319212509!490676!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18574 invoked from network); 21 Oct 2011 15:55:10 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 15:55:10 -0000 Received: by vcbfk13 with SMTP id fk13so4667165vcb.30 for ; Fri, 21 Oct 2011 08:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=tOHxWZLv9fBG+2jDueBmIVllbf55JjxIxQbz5zg+QHY=; b=FzQ7z5tx8wa4aUOsGfiW66rZFkRvCYan0FVqQCNkNIXjw0EwNkq/TqE0dQtb62uTS9 czzVPs15qqsMwYD7ijiAVghe9vJLkRTui5hGkEjeUTtocuolUdez4x85V1o+BWXp/XsI Dk7Qcj5HxHOGTkz5HCwxRVZz54bAAJvGKTKm8= MIME-Version: 1.0 Received: by 10.52.173.113 with SMTP id bj17mr14651053vdc.98.1319212509071; Fri, 21 Oct 2011 08:55:09 -0700 (PDT) Received: by 10.52.33.237 with HTTP; Fri, 21 Oct 2011 08:55:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 16:55:09 +0100 X-Google-Sender-Auth: U9gdk9TN1ZHkD7WJx6lucW3xka8 Message-ID: Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 From: Andy Burns To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >>> My MoBo does not support IOMMU. >> >> That's doesn't matter, as long as you're using PV rather than HVM for > > This is not a Centos DomU is a HVM running windows. Ah, in which case no IOMMU equals no devices ... in a similar situation with ESX and ESXi I have used the emulex and belkin USB over ethernet hubs, the latter being considerably cheaper and somewhat more flexible http://www.belkin.com/uk/networkusbhub/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 09:07:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 09:07:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHcf-0003jz-Ty; Fri, 21 Oct 2011 09:07:05 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RHHXG-0003F0-KX for xen-users@lists.xensource.com; Fri, 21 Oct 2011 09:01:37 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1319212886!302931!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27683 invoked from network); 21 Oct 2011 16:01:27 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-10.tower-182.messagelabs.com with SMTP; 21 Oct 2011 16:01:27 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Fri, 21 Oct 2011 09:01:24 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable x-cr-hashedpuzzle: AOyY Ai/W CKi9 CeG6 C9xL EYgh FUOU HMAV IA+n IhqX Ih39 I+WZ KUbm K8c0 LSdG LSoJ; 1; eABlAG4ALQB1AHMAZQByAHMAQABsAGkAcwB0AHMALgB4AGUAbgBzAG8AdQByAGMAZQAuAGMAbwBtAA==; Sosha1_v1; 7; {D97E6258-BBDC-4CED-9653-18A0EFB82D79}; YgB3AGUAcwB0AG8AdgBlAHIAQABwAGwAZQB0AHQAZQByAC4AYwBvAG0A; Fri, 21 Oct 2011 16:01:22 GMT; WABDAFAAIABTAHQAbwByAGEAZwBlAA== x-cr-puzzleid: {D97E6258-BBDC-4CED-9653-18A0EFB82D79} Content-class: urn:content-classes:message Date: Fri, 21 Oct 2011 09:01:22 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XCP Storage Thread-Index: AcyQCq3Ap9nuRJGZQbCtv59cBKQWZQ== From: "Brett Westover" To: Subject: [Xen-users] XCP Storage X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, We currently use an iSCSI SAN and VMware ESX, but it provides a lot of expensive features we don't necessarily need. It's also pretty complicated, with levels of virtualization in the storage that again, we don't really need or use. I'm looking to design a simpler, expandable and hopefully less expensive storage solution for use with our virtualization platform.=20 I've been testing with XCP and I like what I see so far, but I have no idea where to even start with storage. We'd want to run 2 XCP hosts, running perhaps 30-50 windows and linux guests. The storage could be directly attached to the hosts, or on a SAN or a NAS. We'd want a decent level of redundancy in the storage and the ability to run the VMs on either host. Can I get some recommendations on what people are using for this size environment, and where I should start looking to learn about my options. Thanks, Brett Westover _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 09:11:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 09:11:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHh0-0004WQ-3g; Fri, 21 Oct 2011 09:11:34 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RHHa0-0003NI-9X for Xen-users@lists.xensource.com; Fri, 21 Oct 2011 09:04:34 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1319213055!1143501!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22139 invoked from network); 21 Oct 2011 16:04:15 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 21 Oct 2011 16:04:15 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 1CEDD10401A for ; Fri, 21 Oct 2011 17:04:14 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t9tZQRd0DJVg for ; Fri, 21 Oct 2011 17:04:13 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 9614A29F2B for ; Fri, 21 Oct 2011 17:04:13 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 21 Oct 2011 17:03:24 +0100 To: Xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Dom0 IP Detection in Routed Mode Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Aaron Cossey wrote: >With the server I'm running in routed mode, when I bring up an IP >inside a DomU with: > ip addr add x.x.x.x/32 dev eth0 peer x.x.x.x/32 broadcast x.x.x.x >The IP comes up on the DomU, then I have to manually add routing for >it on the Dom0 with a command like: > ip route add x.x.x.x dev vif8.0 scope link src x.x.x.x Yes, that is correct when you abuse IP addressing like that - and it's nothing to do with Xen. Normally, you would have both devices in the same subnet - and for a point to point link the smallest valid subnet is /30. So you'd have (eg) 192.168.1.13/30 on one end, and 192.168.1.14/30 on the other end, and each device will then automatically add a route of type "connected" for that subnet. Doing /32 addressing like that, and adding specific routes, is one of those tricks used for working around other issues (such as lack of addresses). -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 09:13:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 09:13:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHj6-0005GV-11; Fri, 21 Oct 2011 09:13:44 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RHHbu-0003bO-1R for xen-users@lists.xensource.com; Fri, 21 Oct 2011 09:06:19 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-10.tower-174.messagelabs.com!1319213173!36215822!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8279 invoked from network); 21 Oct 2011 16:06:13 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-10.tower-174.messagelabs.com with SMTP; 21 Oct 2011 16:06:13 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id DC8B910401A for ; Fri, 21 Oct 2011 17:06:12 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bm8iLpT13unc for ; Fri, 21 Oct 2011 17:06:12 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 67BBC29F2B for ; Fri, 21 Oct 2011 17:06:11 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <9D553B8991614172B0972ACE4CFD803A.MAI@cengen.com> References: <9D553B8991614172B0972ACE4CFD803A.MAI@cengen.com> Date: Fri, 21 Oct 2011 17:06:07 +0100 To: From: Simon Hobson Subject: RE: [Xen-users] dedicated interface Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com wrote: >I was trying to find something other than pciPassThrough stuff. The >interface I am trying to bind to does not have a pci ID since it's >not a hardware backed interface. Bind the interface to a new bridge, connect a VIF to the same bridge. You then have the VIF and the interface bound together, but not accessible to anything else (unless you also specifically give them access to the bridge). Bear in mind that on some distros, if you don't assign an IP address to an interface, you may have to manually bring it up (set it's state to up). -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 09:15:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 09:15:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHkz-0005xz-2O; Fri, 21 Oct 2011 09:15:41 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHgr-0004TQ-7u for xen-users@lists.xensource.com; Fri, 21 Oct 2011 09:11:25 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1319213480!570113!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2686 invoked from network); 21 Oct 2011 16:11:21 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 16:11:21 -0000 Received: by vws13 with SMTP id 13so4241484vws.30 for ; Fri, 21 Oct 2011 09:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TTc2jihvFfxkLQ8i3TMAt54c8180i7cbUaZh0R15+hI=; b=Yb+d9NwjIcw7L7pldnFn0ql1uaMEef/5jvBt+ltkX6ZN3RjdjAOfXX+kVTrC+Qb9Em EPBrRsB+secQMVgqCRHxy7rxqDvfYqwyX1UD+ULzfdZa7eNQlOnD1qti/r4pvEqvZg4f KQsL8R8VqqPEBjEcc3IIfVa9O5zUGPiVsJLHw= MIME-Version: 1.0 Received: by 10.52.36.234 with SMTP id t10mr14682804vdj.115.1319213480346; Fri, 21 Oct 2011 09:11:20 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Fri, 21 Oct 2011 09:11:20 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 09:11:20 -0700 Message-ID: Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Oct 21, 2011 at 8:55 AM, Andy Burns wrote: >>>> My MoBo does not support IOMMU. >>> >>> That's doesn't matter, as long as you're using PV rather than HVM for >> >> This is not a Centos DomU is a HVM running windows. > > Ah, in which case no IOMMU equals no devices ... in a similar > situation with ESX and ESXi I have used the emulex and belkin USB over > ethernet hubs, the latter being considerably cheaper and somewhat more > flexible > > http://www.belkin.com/uk/networkusbhub/ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > Them, u setup the usbhub with a IP, run the installer inside windows, connect your usb drive into the hub and done? This will work with a HASP usb key to? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 09:17:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 09:17:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHHmv-0006fX-Gy; Fri, 21 Oct 2011 09:17:41 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RHHlH-00065S-W6 for xen-users@lists.xensource.com; Fri, 21 Oct 2011 09:16:07 -0700 X-Env-Sender: rhbroberg@yahoo.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1319213756!309905!1 X-Originating-IP: [98.138.229.133] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6950 invoked from network); 21 Oct 2011 16:15:56 -0000 Received: from nm37-vm5.bullet.mail.ne1.yahoo.com (HELO nm37-vm5.bullet.mail.ne1.yahoo.com) (98.138.229.133) by server-12.tower-182.messagelabs.com with SMTP; 21 Oct 2011 16:15:56 -0000 Received: from [98.138.90.57] by nm37.bullet.mail.ne1.yahoo.com with NNFMP; 21 Oct 2011 16:15:55 -0000 Received: from [98.138.89.198] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 21 Oct 2011 16:15:55 -0000 Received: from [127.0.0.1] by omp1056.mail.ne1.yahoo.com with NNFMP; 21 Oct 2011 16:15:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 511366.68419.bm@omp1056.mail.ne1.yahoo.com Received: (qmail 1603 invoked by uid 60001); 21 Oct 2011 16:15:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319213755; bh=WODh7VMVaL4WjeWxbsRn9cIRqAzdQlDYAwNoylvKRYM=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Ey+p3UhC/REqk8SzYRU3tEw2aWSljgiNYOG3gIA1OJ56rG1pS4mdnnkdoGF5VudtmCO4Cnb0yN1d2EAlfFMBZRfPf+H+SrI5BHB+zHy/GUq/+51rFUtf0BzGqPwu6qnQoakC0niSJxVz1hQQ1jIOrObhKEBAw3UCMgCSXfWi360= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=x1ADTgxR17ohrqIm9Xn4NHxXyzA4PpQZgiYVk7miFjnu/EGMJAZ0xeJHo1m71msQOoPoU35RpTE+ZqBu667mxLZu/XoB5UOSV9AoRtcknF1qt5J+9fkgzLgsLHfm+vd/5YcrYN5W53LzJW98t6hqXuFGtL9RaPtPlLQ1e/JNUUw=; X-YMail-OSG: x_3fzz8VM1lv2DdUiteI5ZZzjo5UpotI7vqdFMISdZ_q8L8 Mt_vczqTTRITnlawAStsmoNFpgNutS4whiL3gGYmtWEq1z83rA1TynWm8QRk Czcfos5S_ZNy9JSQ_TAMLScINong5VOWLR5uKtYeHkh17p42UTtXWBB2liPE Jq3.jGPObhJkVUUarpmVNTL2vaDk.lPLWSzL6dEB1k.0ePru2.WBXpC7dj5F uAAVRe2rB8WPjM7HB_TUPwWTlfZXmynFDP9oSa2kwuAyUugOXo1x9WDnS7u_ TKYYiUZ8Fbv4Wz4mcZ46kqlU.yhHTlvTpB4ulCwMVUSWj7hAdOleuGOqFBcg 9Pp4Nnh8yYDwR28_kv1z_GLuYKJQCFGvnQJNNNJrLTNjoDuN3_mP1chcP.hx T2qqkHXSjqqADiQ88dHDkI57KJiaeXVxlvlSM9sEii7w58vyGjA21vleh3sg 3Mm.7EVW9kYNgKKgphcDb4T0LB41L0A85z92SKUU1QhI5LSQHnCqKCR2H2hc SxVEVewksUjqBAwcqiQg- Received: from [129.33.1.37] by web39413.mail.mud.yahoo.com via HTTP; Fri, 21 Oct 2011 09:15:54 PDT X-Mailer: YahooMailWebService/0.8.114.317681 References: <3E46B891-030D-4C81-B42C-74755E8B592B@yahoo.com> <1319175318.2790.YahooMailClassic@web65904.mail.ac4.yahoo.com> Message-ID: <1319213754.97154.YahooMailNeo@web39413.mail.mud.yahoo.com> Date: Fri, 21 Oct 2011 09:15:54 -0700 (PDT) From: Richard Broberg Subject: Re: [Xen-users] Fresh ubuntu/11.10 install with xen/4.1; virsh doesn't run To: Boris Derzhavets , "xen-users@lists.xensource.com" In-Reply-To: <1319175318.2790.YahooMailClassic@web65904.mail.ac4.yahoo.com> MIME-Version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Richard Broberg List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0805666502==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0805666502== Content-Type: multipart/alternative; boundary="-919542594-519188491-1319213754=:97154" ---919542594-519188491-1319213754=:97154 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable That may indeed be the case, but I need more details in a response to fix t= he problem - as in - what to do to fix it.=A0 The end result is that I have= a xen-enabled kernel with xen installed, but cannot run any (useful) xen c= ommands (virt-install fails, as noted).=0A=0A=0AI could not find any obviou= s document explaining "follow these guidelines for setting up xen on ubuntu= /11.10" - but I'd be happy to be pointed to one.=0A=0A=0AI am very excited = that xen is in the mainstream kernel - and I would like to see better adopt= ion of xen as well.=A0 Having it work out-of-the-box will help that cause.= =0A=0AFrom what I can tell, there seems to be some installation issues with= respect to pathnames - keymap directories and qemu binaries and the like.= =0A=0A=0A=0A________________________________=0AFrom: Boris Derzhavets =0ATo: xen-users@lists.xensource.com; Richard Broberg =0ASent: Friday, October 21, 2011 1:35 AM=0ASubject: Re: = [Xen-users] Fresh ubuntu/11.10 install with xen/4.1; virsh doesn't run=0A= =0A=0Avirsh&libvirt environment is not set for Xen.=0A=0ABoris.=0A=0A--- On= Thu, 10/20/11, Richard Broberg wrote:=0A=0A=0A>From:= Richard Broberg =0A>Subject: [Xen-users] Fresh ubuntu= /11.10 install with xen/4.1; virsh doesn't run=0A>To: xen-users@lists.xenso= urce.com=0A>Date: Thursday, October 20, 2011, 10:31 PM=0A>=0A>=0A>I'm using= a fresh ubuntu/11.10 install (I've tried this on both x86 and x86_64 - sam= e behavior on each).=0A>After installation and applying outstanding o/s upd= ates, I issue:=0A>=0A>apt-get install -y xen-hypervisor-4.1-i386=0A>=0A>I r= eboot, choose the xen choice from the grub menu at bootup.=0A>=0A>root@ubun= tu-server:~# virsh version=0A>error: failed to get the=0A hypervisor versio= n=0A>error: internal error Cannot find suitable emulator for i686=0A>Compil= ed against library: libvir 0.9.2=0A>Using library: libvir 0.9.2=0A>Using AP= I: QEMU 0.9.2=0A>=0A>I can see services running:=0A>=0A>root@ubuntu-server:= ~# pgrep xen -l=0A>20 xenwatch=0A>21 xenbus=0A>946 xenstored=0A>951 xencons= oled=0A>1094 xend=0A>1095 xend=0A>=0A>root@ubuntu-server:~# xm list=0A>Name= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ID=A0=A0=A0Mem VCPUs=A0 =A0 =A0 State=A0=A0=A0Time(s)=0A>Domain-0=A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0=A00= =A0 7153=A0 =A0=A0=A04=A0 =A0=A0=A0r-----=A0 =A0 115.6=0A>=0A>root@ubuntu-s= erver:~# xl info=0A>host=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A =A0=A0=A0: ubunt= u-server=0A>release=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 3.0.0-12-generic-pae= =0A>version=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : #20-Ubuntu SMP Fri Oct 7 16:37= :17 UTC 2011=0A>machine=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : i686=0A>nr_cpus=A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 4=0A>nr_nodes=A0 =A0 =A0 =A0 =A0 =A0 =A0=A0= =A0: 1=0A>cores_per_socket=A0 =A0 =A0=A0=A0: 4=0A>threads_per_core=A0 =A0 = =A0=A0=A0: 1=0A>cpu_mhz=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 2400=0A>hw_caps=A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 : bfebfbff:20100000:00000000:00000940:0000e3bd= :00000000:00000001:00000000=0A>virt_caps=A0 =A0 =A0 =A0 =A0 =A0 =A0 : hvm= =0A>total_memory=A0 =A0 =A0 =A0 =A0=A0=A0: 8157=0A>free_memory=A0 =A0 =A0 = =A0 =A0 =A0 :=0A 1730=0A>free_cpus=A0 =A0 =A0 =A0 =A0 =A0 =A0 : 0=0A>xen_ma= jor=A0 =A0 =A0 =A0 =A0 =A0 =A0 : 4=0A>xen_minor=A0 =A0 =A0 =A0 =A0 =A0 =A0 = : 1=0A>xen_extra=A0 =A0 =A0 =A0 =A0 =A0 =A0 : .1=0A>xen_caps=A0 =A0 =A0 =A0= =A0 =A0 =A0=A0=A0: xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p =0A>xen_= scheduler=A0 =A0 =A0 =A0 =A0 : credit=0A>xen_pagesize=A0 =A0 =A0 =A0 =A0=A0= =A0: 4096=0A>platform_params=A0 =A0 =A0 =A0 : virt_start=3D0xf5800000=0A>xe= n_changeset=A0 =A0 =A0 =A0 =A0 : unavailable=0A>xen_commandline=A0 =A0 =A0 = =A0 : placeholder=0A>cc_compiler=A0 =A0 =A0 =A0 =A0 =A0 : gcc version 4.6.1= (Ubuntu/Linaro 4.6.1-9ubuntu3) =0A>cc_compile_by=A0 =A0 =A0 =A0 =A0 : doko= =0A>cc_compile_domain=A0 =A0 =A0 : ubuntu.com=0A>cc_compile_date=A0 =A0=0A = =A0 =A0 : Thu Oct=A0 6 13:29:48 UTC 2011=0A>xend_config_format=A0 =A0=A0=A0= : 4=0A>=0A>=0A>Also - running 'virt-install' fails as well:=0A>=0A>virt-ins= tall --hvm --name demo --ram 1024 --nodisks --livecd --graphics vnc --cdrom= /mnt/iso-images/linux/ubuntu-11.10-desktop-i386.iso=0A>ERROR=A0 =A0 unable= to connect to 'localhost:8000': Connection refused=0A>=0A>=0A>=0A>=0A>=0A>= _______________________________________________=0A>Xen-users mailing list= =0A>Xen-users@lists.xensource.com=0A>http://lists.xensource.com/xen-users= =0A> ---919542594-519188491-1319213754=:97154 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
That may i= ndeed be the case, but I need more details in a response to fix the problem= - as in - what to do to fix it.  The end result is that I have a xen-= enabled kernel with xen installed, but cannot run any (useful) xen commands= (virt-install fails, as noted).

I could not find any obvious document explaining "follow these= guidelines for setting up xen on ubuntu/11.10" - but I'd be happy to be po= inted to one.

I am v= ery excited that xen is in the mainstream kernel - and I would like to see = better adoption of xen as well.  Having it work out-of-the-box will he= lp that cause.

From what= I can tell, there seems to be some installation issues with respect to pathnames - keymap directories and qemu binaries and the like.

From: Bori= s Derzhavets <bderzhavets@yahoo.com>
To: xen-users@lists.xensource.com; Richard Broberg <= rhbroberg@yahoo.com>
Sent: Friday, October 21, 2011 1:35 AM
Subject: Re: [Xen-users] Fresh ubuntu/11.10 install with x= en/4.1; virsh doesn't run

=0A
virsh&libvirt environment is not set for Xen.

Bori= s.

--- On Thu, 10/20/11, Richard Broberg <rhbroberg@yahoo.c= om> wrote:

From: Richard Broberg <= rhbroberg@yahoo.com>
Subject: [Xen-users] Fresh ubuntu/11.10 install = with xen/4.1; virsh doesn't run
To: xen-users@lists.xensource.com
Dat= e: Thursday, October 20, 2011, 10:31 PM

I'm using a fresh ubuntu/11.10 install (I've tried this on both x= 86 and x86_64 - same behavior on each).
After installation and applying = outstanding o/s updates, I issue:

apt-get install -y xen-hypervisor-= 4.1-i386

I reboot, choose the xen choice from the grub menu at bootup.

root@ubuntu-server:~# virsh version
error: = failed to get the=0A hypervisor version
error: internal error Cannot fin= d suitable emulator for i686
Compiled against library: libvir 0.9.2
U= sing library: libvir 0.9.2
Using API: QEMU 0.9.2

I can see servic= es running:

root@ubuntu-server:~# pgrep xen -l
20 xenwatch
21 = xenbus
946 xenstored
951 xenconsoled
1094 xend
1095 xend
root@ubuntu-server:~# xm list
Name          &n= bsp;                     =         ID   Mem VCPUs    &nbs= p; State   Time(s)
Domain-0        &n= bsp;                     =        0  7153     4 = ;    r-----    115.6

root@ubuntu-server:~# = xl info
host               =0A &= nbsp;  : ubuntu-server
release        &nbs= p;       : 3.0.0-12-generic-pae
version    &nbs= p;           : #20-Ubuntu SMP Fri Oct 7 16:37:17 U= TC 2011
machine                := i686
nr_cpus                : 4=
nr_nodes               : 1=
cores_per_socket       : 4
threads_per_core=        : 1
cpu_mhz        &= nbsp;       : 2400
hw_caps        &nb= sp;       : bfebfbff:20100000:00000000:00000940:0000e3bd:000= 00000:00000001:00000000
virt_caps          &nbs= p;   : hvm
total_memory          &nbs= p;: 8157
free_memory            :=0A 1730<= br>free_cpus              : 0
xen_maj= or              : 4
xen_minor  &= nbsp;           : 1
xen_extra    &nbs= p;         : .1
xen_caps        =        : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x8= 6_32p
xen_scheduler          : credit
xen_p= agesize           : 4096
platform_par= ams        : virt_start=3D0xf5800000
xen_changeset&n= bsp;         : unavailable
xen_commandline  &nb= sp;     : placeholder
cc_compiler        &= nbsp;   : gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
cc_comp= ile_by          : doko
cc_compile_domain  =     : ubuntu.com
cc_compile_date   = =0A     : Thu Oct  6 13:29:48 UTC 2011
xend_config_format=      : 4


Also - running 'virt-install' fails= as well:

virt-install --hvm --name demo --ram 1024 --nodisks --live= cd --graphics vnc --cdrom /mnt/iso-images/linux/ubuntu-11.10-desktop-i386.i= so
ERROR    unable to connect to 'localhost:8000': Connection = refused





____________________________________________= ___
Xen-users mailing list
Xen-users@lists.xensou= rce.com
http://lists.xensource.com/xen-users
<= /td>


---919542594-519188491-1319213754=:97154-- --===============0805666502== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0805666502==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 09:34:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 09:34:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHI32-0007gU-Ik; Fri, 21 Oct 2011 09:34:20 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHI1t-0007Kw-2e for xen-users@lists.xensource.com; Fri, 21 Oct 2011 09:33:09 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1319214784!22546978!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27505 invoked from network); 21 Oct 2011 16:33:05 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 16:33:05 -0000 Received: by vws13 with SMTP id 13so4272457vws.30 for ; Fri, 21 Oct 2011 09:33:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=bbu9aWzdr2/IbMIc3TgjVYlqP6Dwc9DlBqKysRq0GFQ=; b=ISs/d8+asW4HlTo/aUzJQD4ggr1Bhfk/SIbCMlMrbAKzWIwVJHzsuxBFq7ot8Bt2iQ RHYV6mjMP9+70RRj75R75wy4/3WkpuQYYcJkQ8hn45xAR85oPBwM7xh2PFPlu7bSa0GR XLEe1hwNI55i837atfeI6S/uCiphT8K7mgMHA= MIME-Version: 1.0 Received: by 10.52.29.9 with SMTP id f9mr14836959vdh.30.1319214784433; Fri, 21 Oct 2011 09:33:04 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Fri, 21 Oct 2011 09:33:04 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 09:33:04 -0700 Message-ID: Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach usb port to domU windows 7 From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Oct 21, 2011 at 9:28 AM, Andy Burns wrote: > On 21 October 2011 17:11, Periko Support wrote: > >> On Fri, Oct 21, 2011 at 8:55 AM, Andy Burns wrote: >>> >>> http://www.belkin.com/uk/networkusbhub/ >>> >> Them, u setup the usbhub with a IP, run the installer inside windows, >> connect your usb drive into the hub and done? > > Yes, with the Belkin you can assign individual USB ports to individual > domUs, with the emulex you have to assign all the USB ports to a > single domU > >> This will work with a HASP usb key to? > > I have used them with keyboard, mouse, memory sticks, optical drives > and WiFI USB devices, not with any protection dongles though, but it > just shows up as a USB hub with whatever devices you plug in, so I > wouldn't *expect* problems. > Thanks I will give a try, appreciated your great help guys, let u know my results!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 11:37:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 11:37:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHJxz-00041v-VC; Fri, 21 Oct 2011 11:37:16 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHJw5-0003g5-Qe for Xen-users@lists.xensource.com; Fri, 21 Oct 2011 11:35:23 -0700 X-Env-Sender: jhom@softlayer.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1319222113!319665!1 X-Originating-IP: [66.228.118.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28555 invoked from network); 21 Oct 2011 18:35:14 -0000 Received: from mx101.softlayer.com (HELO mx101.softlayer.com) (66.228.118.25) by server-8.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 21 Oct 2011 18:35:14 -0000 Received: from sm-tmg151.softlayer.local ([192.168.60.115] helo=mail.softlayer.com) by mx101.softlayer.com with esmtp (Exim) (envelope-from ) id 1RHJvz-000HQC-IH; Fri, 21 Oct 2011 13:35:11 -0500 Received: from SM-CAS152.softlayer.local (192.168.60.118) by SM-TMG151.softlayer.local (192.168.60.115) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 21 Oct 2011 13:35:34 -0500 Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by SM-CAS152.softlayer.local ([fe80::1d67:e0d0:b649:4ab5%12]) with mapi id 14.01.0323.003; Fri, 21 Oct 2011 13:35:34 -0500 From: Joseph Hom To: Mark Schneider , "Xen-users@lists.xensource.com" , "M. Schneider" Subject: RE: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-list with xe CLI? Thread-Topic: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-list with xe CLI? Thread-Index: AQHMj4Enpw9TrTFn9E2WnHFuGyrjk5WHIGOA Date: Fri, 21 Oct 2011 18:35:32 +0000 Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F135518B54DB8@SM-DAG151.softlayer.local> References: <4EA0AF8C.4060107@it-infrastrukturen.org> In-Reply-To: <4EA0AF8C.4060107@it-infrastrukturen.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.24.161] MIME-Version: 1.0 X-DKIM-Status: none Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0409996641==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0409996641== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_602C5EB92F9AFB4D89D11B9F5B7F135518B54DB8SMDAG151softlay_" --_000_602C5EB92F9AFB4D89D11B9F5B7F135518B54DB8SMDAG151softlay_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think you got a little backwards. Each iso would be a vdi and not an indi= vidual sr. This should help you http://docs.vmd.citrix.com/XenServer/5.0.0/1.0/en_gb/guest.html#iso_local_c= opies From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists= .xensource.com] On Behalf Of Mark Schneider Sent: Thursday, October 20, 2011 6:32 PM To: Xen-users@lists.xensource.com; M. Schneider Subject: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-= list with xe CLI? Hello, I need your kindly help. I spent already few days trying around but didn't = achieve any success in installing VMs from local iso images (even any other= way like network install or local DVD-drive). I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I am = missing the right command to add them to the cd-list as I want to install V= Ms from them (s. more details in attached file) # --- xe sr-create host-uuid=3Da3a957e3-4602-45ef-a85c-56aa6320854b content-type= =3Duser name-label=3D"Local LVM SR db02" shared=3Dfalse device-config:devic= e=3D/dev/cciss/c0d0p3 type=3Dlvm /var/opt/xen/iso_import: -rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso -rw-r--r-- 1 root root 678428672 Oct 8 17:08 debian-6.0.3-amd64-CD-1.iso xe sr-create name-label=3Dsqueeze-iso host-uuid=3Da3a957e3-4602-45ef-a85c-5= 6aa6320854b content-type=3Diso type=3Diso device-config:location=3D/var/op= t/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=3Dtr= ue ce67b68c-f896-aeec-a7d6-5944da2e30e7 xe sr-create name-label=3Dcentos6-iso host-uuid=3Da3a957e3-4602-45ef-a85c-5= 6aa6320854b content-type=3Diso type=3Diso device-config:location=3D/var/op= t/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=3D= true 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 xe cd-list uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd name-label ( RW): xs-tools.iso uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 name-label ( RW): IDE 1.0 # --- I am getting errors when trying to create as follows: # --- [root@xendom0db02 opt]# xe vdi-create name-label=3Dsqueeze.iso sr-uuid=3D6c= f47222-09eb-80b1-0c56-1b5f3a4717c6 type=3Duser virtual-size=3D0 Error code: SR_BACKEND_FAILURE_78 Error parameters: , VDI Creation failed [opterr=3Dcould not create file: "/= var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b26= 8-71177d711dc6.img"], # --- I was of course reading all XenServer 5.6 1.2 Edition pdf docs however I di= dn't find what I looked for. What do I miss? Thank you in advance for any hints. Regards, Mark -- ms@it-infrastrukturen.org #--------------------------------------------------------------------------= --------------------------------------------------------------------- xe pbd-list uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa device-config (MRO): location: /opt/xensource/packages/iso; legacy= _mode: true currently-attached ( RO): true uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 device-config (MRO): location: /dev/xapi/block currently-attached ( RO): true uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-= x86_64-minimal.iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.= 3-amd64-CD-1.iso; legacy_mode: true currently-attached ( RO): true uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 device-config (MRO): device: /dev/cciss/c0d0p3 currently-attached ( RO): true uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 device-config (MRO): location: /dev/xapi/cd currently-attached ( RO): true --_000_602C5EB92F9AFB4D89D11B9F5B7F135518B54DB8SMDAG151softlay_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I think you got a little = backwards. Each iso would be a vdi and not an individual sr.

 <= /p>

This should help you=

 <= /p>

http://= docs.vmd.citrix.com/XenServer/5.0.0/1.0/en_gb/guest.html#iso_local_copies

 <= /p>

 <= /p>

 <= /p>

From: xen-users-bounces@lists.xensource.com [mailto:xen= -users-bounces@lists.xensource.com] On Behalf Of Mark Schneider
Sent: Thursday, October 20, 2011 6:32 PM
To: Xen-users@lists.xensource.com; M. Schneider
Subject: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to = the cd-list with xe CLI?

 

Hello,
I need your kindly help. I spent already few days trying around but did= n't achieve any success in installing VMs from local iso images (even any o= ther way like network install or local DVD-drive).

I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I= am missing the right command to add them to the cd-list as I want to insta= ll VMs from them (s. more details in attached file)

# ---
xe sr-create host-uuid=3Da3a957e3-4602-45ef-a85c-56aa63208= 54b content-type=3Duser name-label=3D"Local LVM SR db02" shared= =3Dfalse device-config:device=3D/dev/cciss/c0d0p3 type=3Dlvm

/var/opt/xen/iso_import:
-rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal= .iso
-rw-r--r-- 1 root root 678428672 Oct  8 17:08 debian-6.0.3-amd64-C= D-1.iso

xe sr-create name-label=3Dsqueeze-iso host-uuid=3Da3a957e3-4602-= 45ef-a85c-56aa6320854b  content-type=3Diso type=3Diso device-config:lo= cation=3D/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:= legacy_mode=3Dtrue
ce67b68c-f896-aeec-a7d6-5944da2e30e7

xe sr-create name-label=3Dcentos6-iso host-uuid=3Da3a957e3-4602-= 45ef-a85c-56aa6320854b  content-type=3Diso type=3Diso device-config:lo= cation=3D/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-confi= g:legacy_mode=3Dtrue
6cf47222-09eb-80b1-0c56-1b5f3a4717c6


xe cd-list
uuid ( RO)          : 6abb= 07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 543c= 2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0
# ---


I am getting errors when trying to create as follows:
# ---
[root@xendom0db02 opt]# xe vdi-create name-label=3Dsqueeze.iso sr-uuid= =3D6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=3Duser virtual-size=3D0 Error code: SR_BACKEND_FAILURE_78
Error parameters: , VDI Creation failed [opterr=3Dcould not create file= : "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e= -4724-b268-71177d711dc6.img"],
# ---

I was of course reading all XenServer 5.6 1.2 Edition pdf docs however = I didn't find what I looked for.

What do I miss? Thank you in advance for any hints.

Regards, Mark

-- 
ms@it-infrastrukturen.org=

 
#-----------------------------------------------------------------=
---------------------------------------------------------------------------=
---
xe pbd-list 
uuid ( RO)          =
        : 138e7fa4-75ec-74e6-d208-0162a8=
4bfe7c
           &nbs=
p; host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
           &nbs=
p;   sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa
         device-config (MRO): =
location: /opt/xensource/packages/iso; legacy_mode: true
    currently-attached ( RO): true
 
 
uuid ( RO)          =
        : 6bf0c379-9846-d411-4b6b-705b58=
5bedec
           &nbs=
p; host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
           &nbs=
p;   sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4
         device-config (MRO): =
location: /dev/xapi/block
    currently-attached ( RO): true
 
 
uuid ( RO)          =
        : 095934d3-7283-0dc6-246f-cdb22d=
7a0963
           &nbs=
p; host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
           &nbs=
p;   sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6
         device-config (MRO): =
location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mod=
e: true
    currently-attached ( RO): true
 
 
uuid ( RO)          =
        : 8a545e27-e2c0-c9aa-a235-a69f0a=
a4b655
           &nbs=
p; host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
           &nbs=
p;   sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7
         device-config (MRO): =
location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode:=
 true
    currently-attached ( RO): true
 
 
uuid ( RO)          =
        : 9678bb8d-cd41-8fe4-7a64-0cec19=
2bf660
           &nbs=
p; host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
           &nbs=
p;   sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30
         device-config (MRO): =
device: /dev/cciss/c0d0p3
    currently-attached ( RO): true
 
 
uuid ( RO)           =
;       : 08b4d8ef-3951-f530-6d32-e4059a=
b27e18
           &nbs=
p; host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
           &nbs=
p;   sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
         device-config (MRO): =
location: /dev/xapi/cd
    currently-attached ( RO): true
 
--_000_602C5EB92F9AFB4D89D11B9F5B7F135518B54DB8SMDAG151softlay_-- --===============0409996641== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0409996641==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 12:12:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 12:12:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHKVj-0005hH-8X; Fri, 21 Oct 2011 12:12:07 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RHKTm-0005Lo-Sh for xen-users@lists.xensource.com; Fri, 21 Oct 2011 12:10:10 -0700 X-Env-Sender: tait@taiter.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1319224201!580329!1 X-Originating-IP: [69.89.22.20] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26673 invoked from network); 21 Oct 2011 19:10:02 -0000 Received: from oproxy8-pub.bluehost.com (HELO oproxy8-pub.bluehost.com) (69.89.22.20) by server-15.tower-216.messagelabs.com with SMTP; 21 Oct 2011 19:10:02 -0000 Received: (qmail 16006 invoked by uid 0); 21 Oct 2011 19:10:00 -0000 Received: from unknown (HELO host254.hostmonster.com) (74.220.215.54) by oproxy8.bluehost.com with SMTP; 21 Oct 2011 19:10:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=taiter.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:To:From:Subject; bh=8I8n3dAyQ7r7HV/gUlLI+l0gifYnjg1kPaCnoACv1ck=; b=j4EJNLXZTD5zmIBOvObzqzXLDrzX3UeCPomSlmkJRQWsdJTppoWg+4tR7xXQ7DtgNoLJBh1ttOFpvfFG2+Pw/Vbm/x6fuFeRJjW5WmaU64j8Qbj88jgGQ9wVobUWIVz2; Received: from [216.126.89.34] (helo=[10.193.1.50]) by host254.hostmonster.com with esmtpa (Exim 4.76) (envelope-from ) id 1RHKTg-000316-Hn for xen-users@lists.xensource.com; Fri, 21 Oct 2011 13:10:00 -0600 Subject: Re: [Xen-users] Re: remus problem From: Tait Clarridge To: xen-users@lists.xensource.com Date: Fri, 21 Oct 2011 15:09:59 -0400 In-Reply-To: <1319208359.22883.3.camel@tclarrltp.frontiernetworks.ca> References: <20110829170309.GG32373@reaktio.net> <809C67A2-6D7A-403F-B759-AC7854130E83@cs.ubc.ca> <1319028774261-4917603.post@n5.nabble.com> <1319208359.22883.3.camel@tclarrltp.frontiernetworks.ca> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1319224200.5905.0.camel@tclarrltp.frontiernetworks.ca> Mime-Version: 1.0 X-Identified-User: {1413:host254.hostmonster.com:taiterco:taiter.com} {sentby:smtp auth 216.126.89.34 authed with tait@taiter.com} X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > > 3)*install xen-tools* > > #cd /usr/src > > #wget http://www.xen-tools.org/software/xen-tools/xen-tools-4.2.1.tar.gz > > #tar -xzvf xen-tools-4.2.1.tar.gz > > #cd /usr/src/xen-tools-4.2.1 > > #make clean > > #make install > > Why would you need to install the tools again? Sorry, just realized I'm retarded and this is the tool package for all the added scripts and such. I don't use them. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 13:32:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 13:32:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHLlL-0008QQ-1U; Fri, 21 Oct 2011 13:32:19 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHLkM-00085m-DZ for xen-users@lists.xensource.com; Fri, 21 Oct 2011 13:31:19 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1319229074!36228915!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17184 invoked from network); 21 Oct 2011 20:31:15 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 20:31:15 -0000 Received: by bke17 with SMTP id 17so6821956bke.30 for ; Fri, 21 Oct 2011 13:31:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=+NMbSy6LWznlqO6PjifXIpoC+pgAyGl9I3xtEsXqur8=; b=BJGdGbYbmzz+S4xYST1p+fUaHoxCh4Tj3BqihB7phaPEYQSRbH7VOH5dpa6y+DTBFS RQR5+nPxZBF3zSZP37Jnf+2+lrk/X+zi1gGqWv6e7C9D3rY2DpTf291yuSGxaKTiU0b2 K4lRUg/bS4snbkGrP2c9tv69EZ3rM+tjEs8vg= Received: by 10.223.7.14 with SMTP id b14mr27754021fab.10.1319229074449; Fri, 21 Oct 2011 13:31:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.111.80 with HTTP; Fri, 21 Oct 2011 13:30:54 -0700 (PDT) From: David Della Vecchia Date: Fri, 21 Oct 2011 16:30:54 -0400 X-Google-Sender-Auth: EQNpH_Eng_NB7R5-eqRX8CJhizU Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] DomU Lock on xm restore X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0690856725==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0690856725== Content-Type: multipart/alternative; boundary=0015174737825c264f04afd4f464 --0015174737825c264f04afd4f464 Content-Type: text/plain; charset=ISO-8859-1 Here is my setup on this server: Debian Wheezy (testing) with kernel 3.0.1 and xen 4.1.1 installed via apt-get DomU storage is lvm-based over iscsi Everything else works fine as far as i can tell however when i do an xm save and then try to xm restore the domain does not come back fully, it gets added to the xm list but the cpu time used sits at 0.0 and when i console to it it does not respond to any keystrokes (except to escape out of the console) I don't see any error messages in the /var/log/xend.log and xen-debug.log and i have logging turned way up. Here is the procedure i follow: gibson:~# xm create zetas Using config file "/etc/xen/zetas". Started domain zetas (id=6) gibson:~# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 2048 4 r----- 932.5 zetas 6 512 4 -b---- 2.1 gibson:~# gibson:~# xm save zetas zetas.xmsave2 gibson:~# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 2048 4 r----- 922.6 gibson:~# xm restore zetas.xmsave2 gibson:~# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 2048 4 r----- 929.3 zetas 7 512 4 -b---- 0.0 gibson:~# Here is the DomU config file as generated by xen-tools: # # Configuration file for the Xen instance zetas.darkholdings.com, created # by xen-tools 4.2.1 on Fri Oct 21 01:15:30 2011. # # # Kernel + memory size # kernel = '/usr/lib/xen-4.1/boot/pv-grub-x86_64.gz' extra = '(hd0)/boot/grub/menu.lst' vcpus = '4' memory = '512' cpu_weight = '512' # # Disk device(s). # disk = [ 'phy:/dev/vg_san/zetas.darkholdings.com-disk,xvda1,w','phy:/dev/vg_san/zetas.darkholdings.com-swap,xvdb1,w' ] # # Physical volumes # # # Hostname # name = 'zetas' hostname = 'zetas.darkholdings.com' # # Networking # vif = [ 'ip=173.244.165.28,mac=00:16:3E:74:A2:F6,vifname=zetas,bridge=eth0' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' xen_shell = 'zetas' ################################################ Anyone have any ideas? Thanks, David --0015174737825c264f04afd4f464 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Here is my setup on this server:=A0
Debian Wheezy (testing) with kernel= 3.0.1 and xen 4.1.1 installed via apt-get=A0
DomU storage is lvm= -based over iscsi

Everything else works fine as fa= r as i can tell however when i do an xm save and then try to xm restore the= domain does not come back fully, it gets added to the xm list but the cpu = time used sits at 0.0 and when i console to it it does not respond to any k= eystrokes (except to escape out of the console)

I don't see any error message= s in the /var/log/xend.log and xen-debug.log and i have logging turned way = up.=A0

Here is the procedure i follow:
gibson:~# xm c= reate zetas
Using config file &q= uot;/etc/xen/zetas".
Started domain zetas (id=3D6)
gibson:~# x= m list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Doma= in-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0932.5
zetas =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A06 = =A0 512 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A02.1
gibson:~#
gibson:~# xm save ze= tas zetas.xmsave2
gibson:~# xm list
Name =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 M= em VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0922.6
gibson:~#= xm restore zetas.xmsave2=A0
gibson:~# xm list
Name =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0929.3
zetas= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A07 =A0 512 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A00.0
gibson:~= #

Here is the = DomU config file as generated by xen-tools:

#
# Configurat= ion file for the Xen instance zetas.darkholdings.com, created
# by xen-tools 4.2.1 on Fri Oct 21 01:15:30 2011.
#

#
# =A0Kernel + memory size
#
kernel =A0 =A0 =A0=3D '/usr/lib/xen-4.1/boot/pv-grub-x86_64.gz'

extra =A0 =A0 =3D '(hd0)/boot/grub/menu.lst'

vcpus =A0 =A0 =A0 =3D '4'
memory =A0 = =A0 =A0=3D '512'
cpu_weight =A0=3D '512'
#
# =A0Disk device(s).
#
disk =A0 =A0 =A0 =A0=3D [ 'phy:/dev/vg_san/zetas.darkh= oldings.com-disk,xvda1,w','phy:/dev/vg_san/zetas.darkholdings.com-s= wap,xvdb1,w' ]


#
# = =A0Physical volumes
#


#
# =A0Hostname
#
name =A0 =A0 =A0 =A0 =A0 =A0=3D 'zetas'
hostname =A0 =A0 =A0 =A0=3D 'zetas.darkholdings.com'

#
# =A0Networking
#
vif = =A0 =A0 =A0 =A0 =3D [ 'ip=3D173.244.165.28,mac=3D00:16:3E:74:A2:F6,vif= name=3Dzetas,bridge=3Deth0' ]

#
# =A0Behaviour
#
on_poweroff =3D 'destroy'
on_reboot =A0 =3D &= #39;restart'
on_crash =A0 =A0=3D 'restart'
=
xen_shell =3D 'zetas'
####################= ############################

Anyone have any ideas?=A0

Thanks,
David
--0015174737825c264f04afd4f464-- --===============0690856725== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0690856725==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 14:58:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 14:58:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHN70-0002W5-M4; Fri, 21 Oct 2011 14:58:47 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RHN54-0002Aa-1g for xen-users@lists.xensource.com; Fri, 21 Oct 2011 14:56:48 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1319234200!587333!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26604 invoked from network); 21 Oct 2011 21:56:41 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-16.tower-216.messagelabs.com with SMTP; 21 Oct 2011 21:56:41 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Fri, 21 Oct 2011 14:56:38 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 21 Oct 2011 14:56:38 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XCP Test workstation Thread-Index: AcyQPE7tgMLij9ehTLOtYR+U0/y3oA== From: "Brett Westover" To: Subject: [Xen-users] XCP Test workstation X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I have a Dell PowerEdge 2900 with X5355 processors.=20 I want to test the clustering features of XCP, but I don't have another server handy. I am considering building a small machine in a desktop form factor that will be compatible, but that I can then re-use as a workstation later. I noticed this server board was on the Citrix HCL for XenServer 5.6 FP2: Intel Server Board S1200BTS It will accept Xeon processors, but not the X5355 (not that those are even available anymore). I also didn't see the X5355 on the Heterogeneous CPU pool cross-reference at all.=20 Does anyone have any experience with creating the right CPU masks to make two different CPUs work, and is there a model you recommend, versus models you don't recommend? My goal is an inexpensive test, so we can continue our transition from VMware ESX, to XCP. If necessary, we might just build two small machines and use those for the test. Can anyone recommend some inexpensive workstation class hardware, that will work to test out a pooled configuration? Thanks, Brett Westover _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Oct 21 16:06:59 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 16:06:59 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHOB0-0004Rj-Mz; Fri, 21 Oct 2011 16:06:58 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHO9m-00047N-Ra for xen-users@lists.xensource.com; Fri, 21 Oct 2011 16:05:43 -0700 X-Env-Sender: rcm@fuzzwad.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1319238313!50142090!1 X-Originating-IP: [204.109.56.216] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14435 invoked from network); 21 Oct 2011 23:05:14 -0000 Received: from mail.volente.us (HELO mail.volente.us) (204.109.56.216) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Oct 2011 23:05:14 -0000 Received: from zombie.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id p9LN5Vm4048028; Fri, 21 Oct 2011 18:05:32 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4EA1FABB.9020008@fuzzwad.org> Date: Fri, 21 Oct 2011 18:05:31 -0500 From: Ron McDowell User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= Subject: Re: [Xen-users] Xen 3.3 NetBSD DOM0: xenconsole: Could not read tty from store: No such file or directory References: <4E971542.8060008@fuzzwad.org> <4E99BB61.3050208@fuzzwad.org> <4E9C47A3.6060804@fuzzwad.org> <4E9C76D6.6080802@fuzzwad.org> In-Reply-To: Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1560782300==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1560782300== Content-Type: multipart/alternative; boundary="------------020401010904030804040208" This is a multi-part message in MIME format. --------------020401010904030804040208 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Roger Pau Monn=C3=A9 wrote: >> [root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0 >> bridge0: flags=3D41 >> >> Configuration: >> priority 32768 hellotime 2 fwddelay 15 maxage 20 >> ipfilter disabled flags 0x0 >> Interfaces: >> tap0 flags=3D3 >> port 6 priority 128 >> xvif1.0 flags=3D3 >> port 5 priority 128 >> bge0 flags=3D3 >> port 1 priority 128 >> Address cache (max cache: 100, timeout: 1200): >> 00:0d:b9:21:fa:54 bge0 1174 flags=3D0<> >> =20 > > I haven't noticed it, but it looks like the bridge is not correctly > caching the mac address of the added interfaces, I usually have > something like this in the "Address cache" of a bridge: > > Address cache (max cache: 100, timeout: 1200): > 00:16:3e:7c:11:77 xvif8i0 18446744073709551596 flags=3D= 0<> > 00:16:3e:30:9e:ee vlan2304 18446744073709551471 flags=3D= 0<> > > =20 >> cast of characters [all netmasks are /24]: >> voodoo: DOM0, 172.17.9.38 >> juju: DOMU, 172.17.9.33 >> zombie: macbook air that is my desktop box with the vnc session to DOM= U and >> ssh session to DOM0, 172.17.5.4 >> alix2-e0: default router, 172.17.9.1, wired network >> alix2-w0: wifi side, 172.17.5.1, only connection is to zombie >> d430: the outside box, 172.17.9.36 >> >> pinging out [d430] from DOMU [juju]: >> >> voodoo# tcpdump -i bge0 >> tcpdump: verbose output suppressed, use -v or -vv for full protocol de= code >> listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes >> 13:15:35.663665 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.N= ET >> 13:15:35.663899 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 = (oui >> Unknown) >> 13:15:35.804971 IP voodoo-e0.FuzzWad.NET.65031 > >> alix2-e0.FuzzWad.NET.domain: 12889+ PTR? 36.9.17.172.in-addr.arpa. (42= ) >> 13:15:35.805830 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65031: 12889* 1/1/1 PTR[|domain] >> 13:15:35.805955 IP voodoo-e0.FuzzWad.NET.65030 > >> alix2-e0.FuzzWad.NET.domain: 12890+ PTR? 33.9.17.172.in-addr.arpa. (42= ) >> 13:15:35.806657 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65030: 12890* 1/1/1 PTR[|domain] >> 13:15:36.673680 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.N= ET >> 13:15:36.673914 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 = (oui >> Unknown) >> 13:15:36.804797 IP voodoo-e0.FuzzWad.NET.65029 > >> alix2-e0.FuzzWad.NET.domain: 12891+ PTR? 1.9.17.172.in-addr.arpa. (41)= >> 13:15:36.805499 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65029: 12891* 1/1/1 PTR[|domain] >> 13:15:36.805603 IP voodoo-e0.FuzzWad.NET.65028 > >> alix2-e0.FuzzWad.NET.domain: 12892+ PTR? 38.9.17.172.in-addr.arpa. (42= ) >> 13:15:36.806305 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65028: 12892* 1/1/1 PTR[|domain] >> 13:15:37.683694 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.N= ET >> 13:15:37.683927 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 = (oui >> Unknown) >> 13:15:37.804795 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544= 22: P >> 3957151084:3957151104(20) ack 3615361740 win 4197 > 905335335> >> 13:15:37.914544 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59= 01: . >> ack 20 win 65535 >> 13:15:38.693717 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.N= ET >> 13:15:38.693950 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 = (oui >> Unknown) >> 13:15:38.804797 IP voodoo-e0.FuzzWad.NET.65027 > >> alix2-e0.FuzzWad.NET.domain: 12893+ PTR? 4.5.17.172.in-addr.arpa. (41)= >> 13:15:38.805655 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65027: 12893* 1/1/1 PTR[|domain] >> 13:15:38.815330 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59= 01: P >> 1:11(10) ack 20 win 65535 >> 13:15:39.014708 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544= 22: . >> ack 11 win 4197 >> 13:15:39.703732 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.N= ET >> 13:15:39.703966 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 = (oui >> Unknown) >> 13:15:40.713755 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.N= ET >> 13:15:40.713989 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 = (oui >> Unknown) >> 13:15:41.723767 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.N= ET >> 13:15:41.724001 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 = (oui >> Unknown) >> ^C >> 28 packets captured >> 28 packets received by filter >> 0 packets dropped by kernel >> >> Pinging DOMU [juju] from outside [d430]: >> >> voodoo# voodoo# tcpdump -i bge0 >> tcpdump: verbose output suppressed, use -v or -vv for full protocol de= code >> listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes >> 13:18:03.416797 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 13:18:03.806349 IP voodoo-e0.FuzzWad.NET.65024 > >> alix2-e0.FuzzWad.NET.domain: 13910+ PTR? 33.9.17.172.in-addr.arpa. (42= ) >> 13:18:03.807206 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65024: 13910* 1/1/1 PTR[|domain] >> 13:18:03.807317 IP voodoo-e0.FuzzWad.NET.65023 > >> alix2-e0.FuzzWad.NET.domain: 13911+ PTR? 1.9.17.172.in-addr.arpa. (41)= >> 13:18:03.808018 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65023: 13911* 1/1/1 PTR[|domain] >> 13:18:04.417209 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.= NET >> 13:18:04.806175 IP voodoo-e0.FuzzWad.NET.65022 > >> alix2-e0.FuzzWad.NET.domain: 13912+ PTR? 38.9.17.172.in-addr.arpa. (42= ) >> 13:18:04.806877 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65022: 13912* 1/1/1 PTR[|domain] >> 13:18:05.836126 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544= 22: P >> 3957206628:3957206648(20) ack 3615362238 win 4197 > 905337123> >> 13:18:05.885190 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59= 01: . >> ack 20 win 65535 >> 13:18:06.790471 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59= 01: P >> 1:11(10) ack 20 win 65535 >> 13:18:06.806179 IP voodoo-e0.FuzzWad.NET.65021 > >> alix2-e0.FuzzWad.NET.domain: 13913+ PTR? 4.5.17.172.in-addr.arpa. (41)= >> 13:18:06.807037 IP alix2-e0.FuzzWad.NET.domain > >> voodoo-e0.FuzzWad.NET.65021: 13913* 1/1/1 PTR[|domain] >> 13:18:06.986080 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544= 22: . >> ack 11 win 4197 >> ^C >> 14 packets captured >> 14 packets received by filter >> 0 packets dropped by kernel >> =20 > > >From what I can see, looks like the DomU is able to send packets to > the outside, but the network card is not properly forwarding incoming > packets to the xvif interface (probably because it doesn't have the > MAC address of the xvif interface in the address cache). > > I don't know what the problem might be, you should try asking the > port-xen NetBSD mailing list, maybe tell will be able to shed some > light on this issue. Also I don't have much experience with Xen 3, > I've always used Xen 4 so I don't know if there are some bugs related > to network configuration. > > Sorry I cannot be of much help, regards, Roger. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > =20 After much experimenting I have come up with a repeatable way of making=20 this work or fail. It doesn't make much sense to me... but if I have in = my config file 'vcpus =3D 1' [or no vcpus designation] everything works=20 fine. If I set vcpus to 2 or 4, the bridge0 does not connect. I tried=20 HVM DOMUs with FreeBSD 8.2 RELEASE, both i386 and amd64, and memory=20 sized at 256m/512m/1024m/2048m as well as 4096m on amd64 only. Anybody have any idea what could be going on here? Again, as=20 background, the hardware is a Dell T110, Quad Core Xeon, 8gb ram, 4x1tb=20 SATA. Dom0 is NetBSD 5.1 RELEASE, and xen 3.3 installed via pkg_add. --=20 Ron McDowell San Antonio TX --------------020401010904030804040208 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Roger Pau Monn=C3=A9 wrote: 
[root@voodoo(NetBSD)]> brconfig bridge0 # on DOM0
bridge0: flags=3D41<UP,RUNNING>

        Configuration:
                priority 32768 hellotime 2 fwddelay 15 maxage 20
                ipfilter disabled flags 0x0
        Interfaces:
                tap0 flags=3D3<LEARNING,DISCOVER>
                        port 6 priority 128
                xvif1.0 flags=3D3<LEARNING,DISCOVER>
                        port 5 priority 128
                bge0 flags=3D3<LEARNING,DISCOVER>
                        port 1 priority 128
        Address cache (max cache: 100, timeout: 1200):
                00:0d:b9:21:fa:54 bge0 1174 flags=3D0<>
    

I haven't noticed it, but it looks like the bridge is not correctly
caching the mac address of the added interfaces, I usually have
something like this in the "Address cache" of a bridge:

Address cache (max cache: 100, timeout: 1200):
                00:16:3e:7c:11:77 xvif8i0 18446744073709551596 flags=3D0&=
lt;>
                00:16:3e:30:9e:ee vlan2304 18446744073709551471 flags=3D0=
<>

  
cast of characters [all netmasks are /24]:
voodoo: DOM0, 172.17.9.38
juju: DOMU, 172.17.9.33
zombie: macbook air that is my desktop box with the vnc session to DOMU a=
nd
ssh session to DOM0, 172.17.5.4
alix2-e0: default router, 172.17.9.1, wired network
alix2-w0: wifi side, 172.17.5.1, only connection is to zombie
d430: the outside box, 172.17.9.36

pinging out [d430] from DOMU [juju]:

voodoo# tcpdump -i bge0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decod=
e
listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes
13:15:35.663665 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET
13:15:35.663899 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou=
i
Unknown)
13:15:35.804971 IP voodoo-e0.FuzzWad.NET.65031 >
alix2-e0.FuzzWad.NET.domain: 12889+ PTR? 36.9.17.172.in-addr.arpa. (42)
13:15:35.805830 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65031: 12889* 1/1/1 PTR[|domain]
13:15:35.805955 IP voodoo-e0.FuzzWad.NET.65030 >
alix2-e0.FuzzWad.NET.domain: 12890+ PTR? 33.9.17.172.in-addr.arpa. (42)
13:15:35.806657 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65030: 12890* 1/1/1 PTR[|domain]
13:15:36.673680 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET
13:15:36.673914 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou=
i
Unknown)
13:15:36.804797 IP voodoo-e0.FuzzWad.NET.65029 >
alix2-e0.FuzzWad.NET.domain: 12891+ PTR? 1.9.17.172.in-addr.arpa. (41)
13:15:36.805499 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65029: 12891* 1/1/1 PTR[|domain]
13:15:36.805603 IP voodoo-e0.FuzzWad.NET.65028 >
alix2-e0.FuzzWad.NET.domain: 12892+ PTR? 38.9.17.172.in-addr.arpa. (42)
13:15:36.806305 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65028: 12892* 1/1/1 PTR[|domain]
13:15:37.683694 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET
13:15:37.683927 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou=
i
Unknown)
13:15:37.804795 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544=
22: P
3957151084:3957151104(20) ack 3615361740 win 4197 <nop,nop,timestamp 1=
29095
905335335>
13:15:37.914544 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59=
01: .
ack 20 win 65535 <nop,nop,timestamp 905335706 129095>
13:15:38.693717 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET
13:15:38.693950 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou=
i
Unknown)
13:15:38.804797 IP voodoo-e0.FuzzWad.NET.65027 >
alix2-e0.FuzzWad.NET.domain: 12893+ PTR? 4.5.17.172.in-addr.arpa. (41)
13:15:38.805655 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65027: 12893* 1/1/1 PTR[|domain]
13:15:38.815330 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59=
01: P
1:11(10) ack 20 win 65535 <nop,nop,timestamp 905335715 129095>
13:15:39.014708 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544=
22: .
ack 11 win 4197 <nop,nop,timestamp 129097 905335715>
13:15:39.703732 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET
13:15:39.703966 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou=
i
Unknown)
13:15:40.713755 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET
13:15:40.713989 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou=
i
Unknown)
13:15:41.723767 arp who-has d430-e0.FuzzWad.NET tell juju-e0.FuzzWad.NET
13:15:41.724001 arp reply d430-e0.FuzzWad.NET is-at 00:21:70:b7:f0:70 (ou=
i
Unknown)
^C
28 packets captured
28 packets received by filter
0 packets dropped by kernel

Pinging DOMU [juju] from outside [d430]:

voodoo#=C2=A0 voodoo# tcpdump -i bge0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decod=
e
listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes
13:18:03.416797 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

13:18:03.806349 IP voodoo-e0.FuzzWad.NET.65024 >
alix2-e0.FuzzWad.NET.domain: 13910+ PTR? 33.9.17.172.in-addr.arpa. (42)
13:18:03.807206 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65024: 13910* 1/1/1 PTR[|domain]
13:18:03.807317 IP voodoo-e0.FuzzWad.NET.65023 >
alix2-e0.FuzzWad.NET.domain: 13911+ PTR? 1.9.17.172.in-addr.arpa. (41)
13:18:03.808018 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65023: 13911* 1/1/1 PTR[|domain]
13:18:04.417209 arp who-has juju-e0.FuzzWad.NET tell alix2-e0.FuzzWad.NET=

13:18:04.806175 IP voodoo-e0.FuzzWad.NET.65022 >
alix2-e0.FuzzWad.NET.domain: 13912+ PTR? 38.9.17.172.in-addr.arpa. (42)
13:18:04.806877 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65022: 13912* 1/1/1 PTR[|domain]
13:18:05.836126 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544=
22: P
3957206628:3957206648(20) ack 3615362238 win 4197 <nop,nop,timestamp 1=
29391
905337123>
13:18:05.885190 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59=
01: .
ack 20 win 65535 <nop,nop,timestamp 905337183 129391>
13:18:06.790471 IP zombie.FuzzWad.NET.54422 > voodoo-e0.FuzzWad.NET.59=
01: P
1:11(10) ack 20 win 65535 <nop,nop,timestamp 905337192 129391>
13:18:06.806179 IP voodoo-e0.FuzzWad.NET.65021 >
alix2-e0.FuzzWad.NET.domain: 13913+ PTR? 4.5.17.172.in-addr.arpa. (41)
13:18:06.807037 IP alix2-e0.FuzzWad.NET.domain >
voodoo-e0.FuzzWad.NET.65021: 13913* 1/1/1 PTR[|domain]
13:18:06.986080 IP voodoo-e0.FuzzWad.NET.5901 > zombie.FuzzWad.NET.544=
22: .
ack 11 win 4197 <nop,nop,timestamp 129393 905337192>
^C
14 packets captured
14 packets received by filter
0 packets dropped by kernel
    

>From what I can see, looks like the DomU is able to send packets to
the outside, but the network card is not properly forwarding incoming
packets to the xvif interface (probably because it doesn't have the
MAC address of the xvif interface in the address cache).

I don't know what the problem might be, you should try asking the
port-xen NetBSD mailing list, maybe tell will be able to shed some
light on this issue. Also I don't have much experience with Xen 3,
I've always used Xen 4 so I don't know if there are some bugs related
to network configuration.

Sorry I cannot be of much help, regards, Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

After much experimenting I have come up with a repeatable way of making this work or fail.=C2=A0 It doesn't make much sense to me... but if I hav= e in my config file 'vcpus =3D 1' [or no vcpus designation] everything works fine.=C2=A0 If I set vcpus to 2 or 4, the bridge0 does not connect.= =C2=A0 I tried HVM DOMUs with FreeBSD 8.2 RELEASE, both i386 and amd64, and memory sized at 256m/512m/1024m/2048m as well as 4096m on amd64 only.
=
Anybody have any idea what could be going on here?=C2=A0 Again, as background, the hardware is a Dell T110, Quad Core Xeon, 8gb ram, 4x1tb SATA.=C2=A0 Dom0 is NetBSD 5.1 RELEASE, and xen 3.3 installed via pkg_add= =2E

--=20
Ron McDowell
San Antonio TX



--------------020401010904030804040208-- --===============1560782300== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1560782300==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 16:09:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 16:09:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHOCx-00059W-Sv; Fri, 21 Oct 2011 16:08:59 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHOAq-0004OX-Du for xen-users@lists.xensource.com; Fri, 21 Oct 2011 16:06:49 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1319238405!32559463!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5145 invoked from network); 21 Oct 2011 23:06:45 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 23:06:45 -0000 Received: by eyb6 with SMTP id 6so6818615eyb.30 for ; Fri, 21 Oct 2011 16:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Suqn7Otsj6uXdqNBLvoFuKF/V5kD2gI4F2JW2gZyc9E=; b=Ob1cor3DaxyCKe1+2JWqVn71UJuglMb1P/5virPtNKqhSIr0MZ9ZGRzuSXc6856ban 1J1P94bf0EbwfCu+tfdsOTRsHhM/epMCitw2gWFUv4mQP3U0MSs/b4YUxjtmjRCiQ1g4 eOu8TEQMaKjFc0tPkiLoGxCAzboyZXldhc7l8= Received: by 10.223.76.201 with SMTP id d9mr27483355fak.12.1319238404381; Fri, 21 Oct 2011 16:06:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.4.163 with HTTP; Fri, 21 Oct 2011 16:06:24 -0700 (PDT) In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> From: Grant McWilliams Date: Fri, 21 Oct 2011 16:06:24 -0700 Message-ID: Subject: Re: [Xen-users] XCP Storage To: Brett Westover Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1933604277==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1933604277== Content-Type: multipart/alternative; boundary=00151747bdba779d1d04afd7206c --00151747bdba779d1d04afd7206c Content-Type: text/plain; charset=UTF-8 On Fri, Oct 21, 2011 at 9:01 AM, Brett Westover wrote: > Hi, > We currently use an iSCSI SAN and VMware ESX, but it provides a lot > of expensive features we don't necessarily need. It's also pretty > complicated, with levels of virtualization in the storage that again, we > don't really need or use. > > I'm looking to design a simpler, expandable and hopefully less expensive > storage solution for use with our virtualization platform. > > I've been testing with XCP and I like what I see so far, but I have no > idea where to even start with storage. > > We'd want to run 2 XCP hosts, running perhaps 30-50 windows and linux > guests. The storage could be directly attached to the hosts, or on a SAN > or a NAS. We'd want a decent level of redundancy in the storage and the > ability to run the VMs on either host. > XCP by default has support for iSCSI initiator but not iSCSI target. I just wrote an article on how to add an iSCSI target to XCP 1.1 http://grantmcwilliams.com/tech/virtualization/xcp-howtos/553-creating-an-iscsi-target-on-xen-cloud-platform-11 Maybe not exactly what you're wanting but if it answers a question then great. All of my hosts in my cloud are XCP machines so even though I have one that's largely a router, firewall, and host for support VMs, (software repositories, DHCP, DNS etc) it also acts as an iSCSI target for the other hosts. > > Can I get some recommendations on what people are using for this size > environment, and where I should start looking to learn about my options. > > Thanks, > > Brett Westover > > Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --00151747bdba779d1d04afd7206c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Oct 21, 2011 at 9:01 AM, Brett Westover = <bwestover@pletter.com> wrote:
Hi,
=C2=A0 We currently use an iSCSI SAN and VMware ESX, but it provides a lot=
of expensive features we don't necessarily need. It's also pretty complicated, with levels of virtualization in the storage that again, we don't really need or use.

I'm looking to design a simpler, expandable and hopefully less expensiv= e
storage solution for use with our virtualization platform.

I've been testing with XCP and I like what I see so far, but I have no<= br> idea where to even start with storage.

We'd want to run 2 XCP hosts, running perhaps 30-50 windows and linux guests. The storage could be directly attached to the hosts, or on a SAN or a NAS. We'd want a decent level of redundancy in the storage and the=
ability to run the VMs on either host.

XCP by defa= ult has support for iSCSI initiator but not iSCSI target. I just wrote an a= rticle on how to add an iSCSI target to XCP 1.1

http://grantmcwilliams.com/t= ech/virtualization/xcp-howtos/553-creating-an-iscsi-target-on-xen-cloud-pla= tform-11

Maybe not exactly what you're wanting but if it answers a question = then great.

All of my hosts in my cloud are XCP machines so even th= ough I have one that's largely a router, firewall, and host for support= VMs, (software repositories, DHCP, DNS etc) it also acts as an iSCSI targe= t for the other hosts.
=C2=A0

Can I get some recommendations on what people are using for this size
environment, and where I should start looking to learn about my options.
Thanks,

Brett Westover

--00151747bdba779d1d04afd7206c-- --===============1933604277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1933604277==-- From xen-devel-bounces@lists.xensource.com Fri Oct 21 16:34:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 16:34:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHObs-000691-7Y; Fri, 21 Oct 2011 16:34:44 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHOau-0005wI-Vd; Fri, 21 Oct 2011 16:33:46 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-7.tower-27.messagelabs.com!1319239989!53843851!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 630 invoked from network); 21 Oct 2011 23:33:10 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2011 23:33:10 -0000 Received: by iaen33 with SMTP id n33so6219067iae.30 for ; Fri, 21 Oct 2011 16:33:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.21.10 with SMTP id h10mr6157833ibb.69.1319240018147; Fri, 21 Oct 2011 16:33:38 -0700 (PDT) Received: by 10.231.202.211 with HTTP; Fri, 21 Oct 2011 16:33:37 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4EA18FAD.7080102@xen.org> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> <1319013528.3385.59.camel@zakaz.uk.xensource.com> <4E9F1361.5020906@xen.org> <4EA18FAD.7080102@xen.org> Date: Sat, 22 Oct 2011 10:33:37 +1100 Message-ID: Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Joseph Glanville To: Lars Kurth Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2061653387==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============2061653387== Content-Type: multipart/alternative; boundary=00151773e73aa7b7eb04afd780c4 --00151773e73aa7b7eb04afd780c4 Content-Type: text/plain; charset=ISO-8859-1 On 22 October 2011 02:28, Lars Kurth wrote: > On 21/10/2011 04:44, Joseph Glanville wrote: > >> I think we should aim to get a meeting of interested parties happening on >> IRC before we action on a date or plan. >> I just don't want to get started on something that will stall due to lack >> of direction. >> >> >> > I am happy to hang out with a few the day before the docs day and > coordinate a bit > I think there is a lot we can do though > > > I am happy to contribute my time to do a significant amount of the work >> that bofh has requested but to do so effectively I really think we need >> somewhat of a clean start. >> The current wiki contains too much content that just doesn't belong in the >> wiki, job postings, WIP status on projects that have long since died etc. >> > Agreed that some stuff should just be deleted. The key issues is that the > wiki today has a flat structure. > I am happy to delete stuff like job postings, old minutes, WIP status and > truly dead stuff and archive plain old stuff (which may still be of value to > some people. > > I think its unfair to say Xen is a schizophrenic project. The issue has > been that the Wiki has not been managed ever and MoinMoin is inherently > unmanageable Aye, I didn't mean to say Xen was schizophrenic, infact I think it is precisely the opposite. My point was that the wiki and current documentation don't reflect this very wel. > > > I did get started on a full categorization of pages in the wiki but that >> quickly become something that is abit much to do in one session or alone for >> that matter. >> > Agreed and categories don't work well with MoinMoin > > > It also highlighted some severe problems with how the current wiki is used >> - in my opinion atleast. It is my view that the official wiki should be >> reserved for highly relevant documentation. >> > I would agree with you, if we were in a perfect world. But we have baggage, > so to some degree this discussion is moot. I also think that this question > is handled quite differently by different projects. As I noted, this is just my opinion, its not my place to decide how people want to use it but if we could have to idea of what should and shouldn't be in there it makes it easy to then structure the information. > > > I think we need to setup a guided rewrite/refactor of the core >> documentation so it resembles something close to this: >> >> Overview (brief introduction, architecture, why xen is different and maybe >> abit of xen philosophy) >> Getting started guide ( Installation of Xen on Debian - probably the >> simplest and easiest way to get started with Xen at the moment, start a >> Debian PV guest, start at Windows HVM guest) >> Installation guide ( More indepth covering all the core distros and some >> more advanced installations including compilation from source and using the >> Linux 3.1 kernel, networking options etc) >> Administration guide ( This bit requires atlot of discussion, do we >> recommend xm still? should we only support xl? If that is the case how to we >> recommend stuff like managed domains etc..) >> Advanced topics.. stuff like Networking, PCI passthrough etc deserve their >> own pages >> > Are you suggesting we restructure the wiki front-page around this? Yes, maybe not -exactly- this format but something resembling it would be of value I think. Guiding people towards the beginners documentation and making it quite clear there is a reading progression will show much stronger cohesion. > > > There also needs to be a developers section, preferably seperate entirely >> from the user documentation. If XCP could be sectioned off in some matter >> also that would be advantageous - basically to prevent confusion. >> > We do not have that many XCP pages. MoinMoin sucks at sectioning stuff off. > The only thing which could sort of work is to use / ... > we could have XCP/ and so on. If categories worked properly, they > could be used too. Fair enough, that would work well enough for this purpose. > > > The current wiki is poluted with alot of architecture and design info that >> isn't of interest to a general user but is still key to understanding Xen >> from a developers point of view. >> > Part of the issue is that it is hard for me to identify what is what. If I > had a good approximation of what is what, I (or others) could just go > through the motions and re-encode stuff accordingly. I have exactly the same problem, I just need to undertand what needs to be done and where. > > > What the primary aim would be is to integrate as much best practices into >> these pages rather than having them spread around hundreds of wiki pages and >> even more mailing list posts. >> To be honest I rarely look to the wiki if I want to know how to do >> something with Xen I am unfamilar with.. my first course of action is to >> search my archive of xen-devel/xen-users which isn't exactly a good thing. >> >> The biggest issue with this sort of compaction is that Xen is fraught with >> choices.. there is just so many different ways of doing things. >> >> I'm not trying to be critical of those that have spent many hours writing >> the current documentation, it is appreciated. >> I just think we need a really concentrated effort around making the simple >> Xen tasks easier before expanding out to include the more complicated stuff. >> Alot of us take for granted that we have been using Xen for a long time >> and many of these things come so naturally to us - whereas from the outside >> it all seems too difficult. >> >> >> > I think what you seem to be saying is that there would be extremely high > value in having a "Getting started" guide and some other entry level > documentation (even if just an index page) accessible from the wiki front > page. > Precisely, documenting the more advanced features of Xen seems to be something that we can approach over time. Beginner documentation is immeadiately lacking and seems to be an easier target that would benefit more people. > > Lars > Thanks for reading the rant. :) Joseph. -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --00151773e73aa7b7eb04afd780c4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On 22 October 2011 02:28, Lars Kurth <lars.kurth@xen.org= > wrote:
On 21/10/2011 04:44, Joseph Glanville wrote:
I think we should aim to get a meeting of interested parties happening on I= RC before we action on a date or plan.
I just don't want to get started on something that will stall due to la= ck of direction.

<rant>
I am happy to hang out with a few the day before the docs day and coordinat= e a bit
I think there is a lot we can do though


I am happy to contribute my time to do a significant amount of the work tha= t bofh has requested but to do so effectively I really think we need somewh= at of a clean start.
The current wiki contains too much content that just doesn't belong in = the wiki, job postings, WIP status on projects that have long since died et= c.
Agreed that some stuff should just be deleted. The key issues is that the w= iki today has a flat structure.
I am happy to delete stuff like job postings, old minutes, WIP status and t= ruly dead stuff and archive plain old stuff (which may still be of value to= some people.

I think its unfair to say Xen is a schizophrenic project. The issue has bee= n that the Wiki has not been managed ever and MoinMoin is inherently unmana= geable

Aye, I didn't mean to say Xen was schizophr= enic, infact I think it is precisely the opposite. My point was that the wi= ki and current documentation don't reflect this very wel.


I did get started on a full categorization of pages in the wiki but that qu= ickly become something that is abit much to do in one session or alone for = that matter.
Agreed and categories don't work well with MoinMoin

It also highlighted some severe problems with how the current wiki is used = - in my opinion atleast. It is my view that the official wiki should be res= erved for highly relevant documentation.
I would agree with you, if we were in a perfect world. But we have baggage,= so to some degree this discussion is moot. I also think that this question= is handled quite differently by different projects.

As I noted, this is just my opinion, its not my place to decide how peo= ple want to use it but if we could have to idea of what should and shouldn&= #39;t be in there it makes it easy to then structure the information.


I think we need to setup a guided rewrite/refactor of the core documentatio= n so it resembles something close to this:

Overview (brief introduction, architecture, why xen is different and maybe = abit of xen philosophy)
Getting started guide ( Installation of Xen on Debian - probably the simple= st and easiest way to get started with Xen at the moment, start a Debian PV= guest, start at Windows HVM guest)
Installation guide ( More indepth covering all the core distros and some mo= re advanced installations including compilation from source and using the L= inux 3.1 kernel, networking options etc)
Administration guide ( This bit requires atlot of discussion, do we recomme= nd xm still? should we only support xl? If that is the case how to we recom= mend stuff like managed domains etc..)
Advanced topics.. stuff like Networking, PCI passthrough etc deserve their = own pages
Are you suggesting we restructure the wiki front-page around this?

Yes, maybe not -exactly- this format but something resembling = it would be of value I think. Guiding people towards the beginners document= ation and making it quite clear there is a reading progression will show mu= ch stronger cohesion.


There also needs to be a developers section, preferably seperate entirely f= rom the user documentation. If XCP could be sectioned off in some matter al= so that would be advantageous - basically to prevent confusion.
We do not have that many XCP pages. MoinMoin sucks at sectioning stuff off.= The only thing which could sort of work is to use <namespace>/<pa= gename> ... we could have XCP/<pagename> and so on. If categories = worked properly, they could be used too.

Fair enough, that would work well enough for this purpose.
=A0<= br>


The current wiki is poluted with alot of architecture and design info that = isn't of interest to a general user but is still key to understanding X= en from a developers point of view.
Part of the issue is that it is hard for me to identify what is what. If I = had a good approximation of what is what, I (or others) could just go throu= gh the motions and re-encode stuff accordingly.

I have= exactly the same problem, I just need to undertand what needs to be done a= nd where.


What the primary aim would be is to integrate as much best practices into t= hese pages rather than having them spread around hundreds of wiki pages and= even more mailing list posts.
To be honest I rarely look to the wiki if I want to know how to do somethin= g with Xen I am unfamilar with.. my first course of action is to search my = archive of xen-devel/xen-users which isn't exactly a good thing.

The biggest issue with this sort of compaction is that Xen is fraught with = choices.. there is just so many different ways of doing things.

I'm not trying to be critical of those that have spent many hours writi= ng the current documentation, it is appreciated.
I just think we need a really concentrated effort around making the simple = Xen tasks easier before expanding out to include the more complicated stuff= .
Alot of us take for granted that we have been using Xen for a long time and= many of these things come so naturally to us - whereas from the outside it= all seems too difficult.

</rant>
I think what you seem to be saying is that there would be extremely high va= lue in having a "Getting started" guide and some other entry leve= l documentation (even if just an index page) accessible from the wiki front= page.

Precisely, documenting the more advanced features of = Xen seems to be something that we can approach over time. Beginner document= ation is immeadiately lacking and seems to be an easier target that would b= enefit more people.

Lars

Thanks for reading the rant. :)

Joseph= .


--
<= div> Founder | Director | VP Research
Orion Virtualisat= ion Solutions=A0|=A0w= ww.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 84= 6
--00151773e73aa7b7eb04afd780c4-- --===============2061653387== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2061653387==-- From xen-users-bounces@lists.xensource.com Fri Oct 21 20:15:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 21 Oct 2011 20:15:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHS33-000384-D0; Fri, 21 Oct 2011 20:15:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHS1a-0002nY-GE for xen-users@lists.xensource.com; Fri, 21 Oct 2011 20:13:30 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1319253205!1210126!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2694 invoked from network); 22 Oct 2011 03:13:27 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Oct 2011 03:13:27 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9M3DFxO012582; Fri, 21 Oct 2011 20:13:15 -0700 (envelope-from brooks@netgate.net) Date: Fri, 21 Oct 2011 20:13:15 -0700 (PDT) From: brooks@netgate.net To: "xen-users@lists.xensource.com" , cloudstack-users@lists.sourceforge.net In-Reply-To: <4E8A2FD6.6000709@citrix.com> Message-ID: References: <4D408069.9000302@xmerlin.org> <4D40079D.4070407@abpni.co.uk> <994429490908070648s69eed40eua19efc43c3eb85a7@mail.gmail.com> <7bc80d500908070700s7050c766g4d1c6af2cd71ea89@mail.gmail.com> <994429490908070711q4c64f92au9baa6577524e5c5d@mail.gmail.com> <3463f63d0908070726y630d320u3e3f1f1cae9b34a4@mail.gmail.com> <4D3FD940.1090000@internetx.de> <1b04b04.e81d.12dc316a0d6.Coremail.ooolinux@163.com> <181df34.9ec5.12dcb739a09.Coremail.ooolinux@163.com> <4D42A107.60702@xmerlin.org> <4E8A2FD6.6000709@citrix.com> User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Mike McClurg Subject: [Xen-users] XCP 1.1 Version Override Problem X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com The version override feature allows XenCenter to function nicely with XCP.1.x. Unfortunalty xs-tools doesn't share the love. XCP 1.1 uncludes xs-tools-1.1 but that's not what XenServer 5.6 fp1/sp2 expects. It expects xs-tools-5.x and it's unhappy about the version mismatch. So, unhappy that I can't even manage to do a live migration: [root@xenc2n1 ~]# xe vm-migrate vm=2b038b1d-62bc-b4de-68c2-8ef1cfa8f9d3 live=true host-uuid=2394d5b3-5b47-4a9b-9493-678120d7a576 You attempted an operation on a VM which requires a more recent version of the PV drivers. Please upgrade your PV drivers. vm: 2b038b1d-62bc-b4de-68c2-8ef1cfa8f9d3 (i-3-12-VM) I don't support there's a xs-tools version override hack in we can apply :-). Can't we just get XenCenter support for XCP built-in? XenCenter has it's flaw (windows app) but it's the best configuration and monitoring app we have for XenServer and XCP. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 22 04:53:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 04:53:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHa8X-0007b4-Iu; Sat, 22 Oct 2011 04:53:13 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RHa6x-0007GL-CX for xen-users@lists.xensource.com; Sat, 22 Oct 2011 04:51:36 -0700 X-Env-Sender: mwolf@adiumentum.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1319284291!36271730!1 X-Originating-IP: [83.142.83.186] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4102 invoked from network); 22 Oct 2011 11:51:31 -0000 Received: from adiumentum.com (HELO adiumentum.com) (83.142.83.186) by server-10.tower-174.messagelabs.com with SMTP; 22 Oct 2011 11:51:31 -0000 Received: from [127.0.0.1] (unknown [93.215.56.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by adiumentum.com (Postfix) with ESMTPSA id 7DE0C4400AB for ; Sat, 22 Oct 2011 13:51:30 +0200 (CEST) Message-ID: <4EA2AE35.5010908@adiumentum.com> Date: Sat, 22 Oct 2011 13:51:17 +0200 From: Martin Wolf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64 References: <4E9DF091.6090802@adiumentum.com> In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0490009983==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0490009983== Content-Type: multipart/alternative; boundary="------------020106070003070109000306" This is a multi-part message in MIME format. --------------020106070003070109000306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit if i do that, i would have no video output on xen right? is there no way to "switch" video output? Am 19.10.2011 03:56, schrieb chris: > lspci shows there is a driver loaded in dom0 for your vga. i think > that is your problem, try blacklisting i915 and see if it works. you > also might have better luck doing the unbinding and rebinding manually > > check out > http://wiki.xen.org/xenwiki/VTdHowTo > > section Binding Devices to pci-stub > > I had setup a large number of boxes doing vtd and i found that doing > everything the most manual way made it much easier to debug problems > one by one as i encountered and solved them. > > good luck, > chris > > On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf > wrote: > > hello, > > i hope i did not sent it twice since im not sure if the first one > was posted. > > okay now to the problem > > > im trying to get a vm with vga passthrough running but i get > always this > error: Error: pci: PCI Backend and pci-stub don't own device > 0000:00:02.0 > > The PC contains an Intel DQ67SW mainboard (q67 chipset) and an > i5-2400s. > according to xm dmesg | grep I/O > (XEN) I/O virtualisation enabled > vt-d is active. > > im using kernel 3.1.0-0301rc9-generic x86_64 with > CONFIG_XEN_PCIDEV_BACKEND=m > and i loaded the module with following options in > /etc/modprobe.d/xen-pciback > options xen-pciback passthrough=1 > dmesg shows that with > [ 15.566815] xen-pciback: backend is passthrough > > and this is my config file for the vm: > > > import os, re > arch = os.uname()[4] > if re.search('64', arch): > arch_libdir = 'lib64' > else: > arch_libdir = 'lib' > > kernel = "/usr/lib/xen/boot/hvmloader" > builder='hvm' > memory = 6144 > > # Should be at least 2KB per MB of domain memory, plus a few MB > per vcpu. > shadow_memory = 32 > name = "xenwin7" > vif = [ 'type=ioemu, bridge=virbr0' ] > acpi = 1 > apic = 1 > #disk = [ 'phy:/dev/sdb,hda,w' ] > #disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ] > #disk = [ 'file:/home/xen/xenwin7.img,hda,w', > 'file:/home/xen/windows7.iso,hdc:$ > disk = [ 'file:/home/martin/xenwin7.img,hda,w', > 'phy:/dev/cdrom,hdc:cdrom,r' ] > > > device_model = '//usr//' + arch_libdir + '/xen/bin/qemu-dm' > > #----------------------------------------------------------------------------- > > # boot on floppy (a), hard disk (c) or CD-ROM (d) > # default: hard disk, cd-rom, floppy > boot="dc" > sdl=0 > vnc=1 > vncconsole=1 > vncpasswd='' > > serial='pty' > usbdevice='tablet' > > gfx_passthru=1 > pci=['00:02.0'] > > this is the lspci output of the videocard. > > 00:02.0 VGA compatible controller: Intel Corporation 2nd > Generation Core Processor Family Integrated Graphics Controller > (rev 09) (prog-if 00 [VGA controller]) > Subsystem: Intel Corporation Device 2008 > Flags: bus master, fast devsel, latency 0, IRQ 307 > Memory at fe000000 (64-bit, non-prefetchable) [size=4M] > Memory at d0000000 (64-bit, prefetchable) [size=256M] > I/O ports at f000 [size=64] > Expansion ROM at [disabled] > Capabilities: > Kernel driver in use: i915 > Kernel modules: i915 > > > i really hope you can give me an idea where to continue. > > best wishes and thanks in advance. > martin > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users -- Adiumentum GmbH Gf. Martin Wolf Banderbacherstraße 76 90513 Zirndorf 0911 / 9601470 mwolf@adiumentum.com --------------020106070003070109000306 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit if i do that, i would have no video output on xen right?
is there no way to "switch" video output?

Am 19.10.2011 03:56, schrieb chris:
lspci shows there is a driver loaded in dom0 for your vga. i think that is your problem, try blacklisting i915 and see if it works. you also might have better luck doing the unbinding and rebinding manually

check out

section Binding Devices to pci-stub

I had setup a large number of boxes doing vtd and i found that doing everything the most manual way made it much easier to debug problems one by one as i encountered and solved them.

good luck,
chris

On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf <mwolf@adiumentum.com> wrote:
hello,

i hope i did not sent it twice since im not sure if the first one was posted.

okay now to the problem


im trying to get a vm with vga passthrough running but i get always this
error:  Error: pci: PCI Backend and pci-stub don't own device 0000:00:02.0

The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s.
according to xm dmesg | grep I/O
(XEN) I/O virtualisation enabled
 vt-d is active.

im using kernel 3.1.0-0301rc9-generic x86_64 with CONFIG_XEN_PCIDEV_BACKEND=m
and i loaded the module with following options in /etc/modprobe.d/xen-pciback
options xen-pciback passthrough=1
dmesg shows that with
[   15.566815] xen-pciback: backend is passthrough

and this is my config file for the vm:


import os, re
arch = os.uname()[4]
if re.search('64', arch):
    arch_libdir = 'lib64'
else:
    arch_libdir = 'lib'

kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'
memory = 6144

# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.
shadow_memory = 32
name = "xenwin7"
vif = [ 'type=ioemu, bridge=virbr0' ]
acpi = 1
apic = 1
#disk = [ 'phy:/dev/sdb,hda,w' ]
#disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ]
#disk = [ 'file:/home/xen/xenwin7.img,hda,w', 'file:/home/xen/windows7.iso,hdc:$
disk = [ 'file:/home/martin/xenwin7.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ]


device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

#-----------------------------------------------------------------------------
# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot="dc"
sdl=0
vnc=1
vncconsole=1
vncpasswd=''

serial='pty'
usbdevice='tablet'

gfx_passthru=1
pci=['00:02.0']

this is the lspci output of the videocard.

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
        Subsystem: Intel Corporation Device 2008
        Flags: bus master, fast devsel, latency 0, IRQ 307
        Memory at fe000000 (64-bit, non-prefetchable) [size=4M]
        Memory at d0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at f000 [size=64]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: <access denied>
        Kernel driver in use: i915
        Kernel modules: i915


i really hope you can give me an idea where to continue.

best wishes and thanks in advance.
martin






_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


-- 
Adiumentum GmbH
Gf. Martin Wolf
Banderbacherstraße 76
90513 Zirndorf

0911 / 9601470
mwolf@adiumentum.com
--------------020106070003070109000306-- --===============0490009983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0490009983==-- From xen-users-bounces@lists.xensource.com Sat Oct 22 05:50:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 05:50:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHb1i-0001UY-4b; Sat, 22 Oct 2011 05:50:14 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RHb0L-0000y0-4P for xen-users@lists.xensource.com; Sat, 22 Oct 2011 05:48:50 -0700 X-Env-Sender: adymala@o2.pl X-Msg-Ref: server-11.tower-216.messagelabs.com!1319287726!565799!1 X-Originating-IP: [193.17.41.200] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8369 invoked from network); 22 Oct 2011 12:48:46 -0000 Received: from moh2-ve2.go2.pl (HELO moh2-ve2.go2.pl) (193.17.41.200) by server-11.tower-216.messagelabs.com with SMTP; 22 Oct 2011 12:48:46 -0000 Received: from moh2-ve2.go2.pl (unknown [10.0.0.200]) by moh2-ve2.go2.pl (Postfix) with ESMTP id 6ED74B03104 for ; Sat, 22 Oct 2011 14:48:43 +0200 (CEST) Received: from o2.pl (unknown [10.0.0.147]) by moh2-ve2.go2.pl (Postfix) with SMTP for ; Sat, 22 Oct 2011 14:48:43 +0200 (CEST) From: =?UTF-8?Q?adymala?= To: xen-users@lists.xensource.com Mime-Version: 1.0 Message-ID: <2cbfd409.cd0d727.4ea2bbaa.4a819@o2.pl> Date: Sat, 22 Oct 2011 14:48:42 +0200 X-Originator: 94.42.40.23 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: [Xen-users] How to run iptables on vif1.0 - vde_switch in Dom0 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I=20have=20=20two=20VM=20(Debian=20and=20Fedora)=20connect=20through=20tw= o=20vde=5Fswitch Debian=20<->=20wirefilter=20<->=20Fedora vde=5Fswitch=20-s=20/tmp/sw1=20-M=20/tmp/sw1.mgmt=20-d vde=5Fswitch=20-s=20/tmp/sw2=20-M=20/tmp/sw2.mgmt=20-d vde=5Fplug=20/tmp/sw1 vde=5Fplug=20/tmp/sw2 vde=5Fpcapplug=20-s=20/tmp/sw1=20Deb6.0=20-d vde=5Fpcapplug=20-s=20/tmp/sw2=20Fed15.0=20-d dpipe=20vde=5Fplug=20/tmp/sw1=20=3D=20wirefilter=20-M=20/tmp/wire1.mgmt=20= =3D=20vde=5Fplug=20/tmp/sw2=20& Ping=20work=20good.=20tcpdump=20=20see=20packets=20on=20both=20interfaces= =20(Deb6.0,=20Fed15.0) [root@Xen=20xen]#=20tcpdump=20-i=20Deb6.0 tcpdump:=20verbose=20output=20suppressed,=20use=20-v=20or=20-vv=20for=20f= ull=20protocol=20decode listening=20on=20Deb6.0,=20link-type=20EN10MB=20(Ethernet),=20capture=20s= ize=2096=20bytes 16:07:08.073923=20IP=2010.0.0.2=20>=2010.0.0.1:=20ICMP=20echo=20reques= t,=20id=201466,=20seq=207850,=20length=2064 16:07:08.074054=20IP=2010.0.0.1=20>=2010.0.0.2:=20ICMP=20echo=20reply,= =20id=201466,=20seq=207850,=20length=2064 16:07:09.075532=20IP=2010.0.0.2=20>=2010.0.0.1:=20ICMP=20echo=20reques= t,=20id=201466,=20seq=207851,=20length=2064 16:07:09.075666=20IP=2010.0.0.1=20>=2010.0.0.2:=20ICMP=20echo=20reply,= =20id=201466,=20seq=207851,=20length=2064 4=20packets=20captured 4=20packets=20received=20by=20filter 0=20packets=20dropped=20by=20kernel But=20iptables=20can't=20see=20any=20packets. cat=20/proc/sys/net/ipv4/ip=5Fforward=20 1 [root@Xen=20xen]#=20iptables=20-L=20-v Chain=20INPUT=20(policy=20ACCEPT=20278K=20packets,=20140M=20bytes) =20pkts=20bytes=20target=20=20=20=20=20prot=20opt=20in=20=20=20=20=20out=20= =20=20=20=20source=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20destinatio= n=20=20=20=20=20=20=20=20=20 =20=20=20=200=20=20=20=20=200=20=20=20=20=20=20=20=20=20=20=20=20all=20=20= --=20=20any=20=20=20=20any=20=20=20=20=20anywhere=20=20=20=20=20=20=20=20= =20=20=20=20=20anywhere=20=20=20=20=20=20=20=20=20=20=20=20PHYSDEV=20matc= h=20--physdev-out=20Fed15.0=20 =20=20=20=200=20=20=20=20=200=20=20=20=20=20=20=20=20=20=20=20=20all=20=20= --=20=20any=20=20=20=20any=20=20=20=20=20anywhere=20=20=20=20=20=20=20=20= =20=20=20=20=20anywhere=20=20=20=20=20=20=20=20=20=20=20=20PHYSDEV=20matc= h=20--physdev-in=20Fed15.0=20 Chain=20FORWARD=20(policy=20ACCEPT=206=20packets,=20318=20bytes) =20pkts=20bytes=20target=20=20=20=20=20prot=20opt=20in=20=20=20=20=20out=20= =20=20=20=20source=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20destinatio= n=20=20=20=20=20=20=20=20=20 =20=20=20=200=20=20=20=20=200=20=20=20=20=20=20=20=20=20=20=20=20all=20=20= --=20=20any=20=20=20=20any=20=20=20=20=20anywhere=20=20=20=20=20=20=20=20= =20=20=20=20=20anywhere=20=20=20=20=20=20=20=20=20=20=20=20PHYSDEV=20matc= h=20--physdev-in=20Fed15.0=20 =20=20=20=200=20=20=20=20=200=20=20=20=20=20=20=20=20=20=20=20=20all=20=20= --=20=20any=20=20=20=20any=20=20=20=20=20anywhere=20=20=20=20=20=20=20=20= =20=20=20=20=20anywhere=20=20=20=20=20=20=20=20=20=20=20=20PHYSDEV=20matc= h=20--physdev-in=20Deb6.0=20 =20=20=20=200=20=20=20=20=200=20=20=20=20=20=20=20=20=20=20=20=20all=20=20= --=20=20any=20=20=20=20any=20=20=20=20=20anywhere=20=20=20=20=20=20=20=20= =20=20=20=20=20anywhere=20=20=20=20=20=20=20=20=20=20=20=20PHYSDEV=20matc= h=20--physdev-out=20Deb6.0=20 =20=20=20=200=20=20=20=20=200=20=20=20=20=20=20=20=20=20=20=20=20all=20=20= --=20=20any=20=20=20=20any=20=20=20=20=20anywhere=20=20=20=20=20=20=20=20= =20=20=20=20=20anywhere=20=20=20=20=20=20=20=20=20=20=20=20PHYSDEV=20matc= h=20--physdev-out=20Fed15.0=20 Chain=20OUTPUT=20(policy=20ACCEPT=20279K=20packets,=20128M=20bytes) =20pkts=20bytes=20target=20=20=20=20=20prot=20opt=20in=20=20=20=20=20out=20= =20=20=20=20source=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20destinatio= n=20=20=20=20=20=20=20=20=20 =20=20=20=200=20=20=20=20=200=20=20=20=20=20=20=20=20=20=20=20=20all=20=20= --=20=20any=20=20=20=20any=20=20=20=20=20anywhere=20=20=20=20=20=20=20=20= =20=20=20=20=20anywhere=20=20=20=20=20=20=20=20=20=20=20=20PHYSDEV=20matc= h=20--physdev-out=20Fed15.0=20 Could=20you=20tell=20me=20why=20iptables=20don't=20see=20any=20packets?=20= How=20to=20make=20central=20friewall=20in=20DomO? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 22 07:50:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 07:50:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHcuA-00056k-Rj; Sat, 22 Oct 2011 07:50:34 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RHcsh-0004ln-Hh for xen-users@lists.xensource.com; Sat, 22 Oct 2011 07:49:04 -0700 X-Env-Sender: bderzhavets@yahoo.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1319294910!43002839!1 X-Originating-IP: [98.139.52.204] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20224 invoked from network); 22 Oct 2011 14:48:30 -0000 Received: from nm7.bullet.mail.ac4.yahoo.com (HELO nm7.bullet.mail.ac4.yahoo.com) (98.139.52.204) by server-3.tower-27.messagelabs.com with SMTP; 22 Oct 2011 14:48:30 -0000 Received: from [98.139.52.196] by nm7.bullet.mail.ac4.yahoo.com with NNFMP; 22 Oct 2011 14:48:59 -0000 Received: from [98.139.52.175] by tm9.bullet.mail.ac4.yahoo.com with NNFMP; 22 Oct 2011 14:48:59 -0000 Received: from [127.0.0.1] by omp1058.mail.ac4.yahoo.com with NNFMP; 22 Oct 2011 14:48:59 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 611986.27879.bm@omp1058.mail.ac4.yahoo.com Received: (qmail 17011 invoked by uid 60001); 22 Oct 2011 14:48:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319294939; bh=NvkUddSzDJj8ZDZGKuVwq2vmteS5P1Ip1n62nfbtIdA=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=anuhycC/zGBGfID9ifjU/mI1M/vfUzw/CgK7UeeKju3axrPfBMQ31sMMsmJtWYHNmjGzluFndvWdSdp72W9wk/Q1sbnwAdDMxM2hDfI16R1XG/98yW1oJ8JoKCGtJCWz8CtEoILBEeHUcMElK6CVZ75al/MSUePFfAnoy6TaXKA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=zbs2UHt/QBVLLTGAc9rUOxDfL3/aFMZAwPrXRT6LbilzjF06YA0joYFIYXLDdSaFPAFqCpu+BC37nwvJF2Q5tawPznJktY8xQzoMLKubBDmUTr1gNHtdhbpJeXTwpzYjCGaX/OWLxWxAKQwOQ7dBvz9bGBeqIfDueR4cLx27m8U=; X-YMail-OSG: dABbIHoVM1n__ZFE2arwtf4HqQX5eaNi1mxBIsnaJatBtq9 mmzOf7QbfB4Yfop1.YmBxPPW5LAW55KH_DEpWxvgkB0a2mxWmIt403XEjaAj 1DrTyxjQK_grpH4VAcp2YWWOAsoHuyoY52BmNiVy7Hjx.EtzNVvrMysbs9E0 2yuqlNkswGygnfi4ffQPkwPV2YRrFffuXRDlubygp3BLjdCuyyah516uIwes upvEXQMZ1U0bHlJPBx78YMNWBfZatDzxyGN87qjTC_iiEe6GXK5B8Cbhkchh 3q.TgD4oYoIR5ESSuKlY8azdVuKFR2QIVDh6X978AqHwD746mVu_IwX5JzOu K3SEkMaDD6NMjrHiQAk8FJ__2RbGKlp5aUKCsJilkYoqG2DVGmKSA7AVIC_W MvprkQVIFzcw.FrZ0GNfX9GqVsMgZF6I1JCmx8IWVByUs7v2nzNPpKHmbfeg JnLhUKmqiXgYXdMq9pDLAwxUrrERL7jkMDQJM8SfhPDqeLWyR4HtlUf5fZz9 AhVXxMOMO8_cyzaWUXIFOfI7TRcKgbfD52WcMRqUiVVJ8eiecCm57FqjlAkw 19nTrlLmnEr3YNBbg4ht74_UAeVJb4bnscFPgX5jng_34qPPOJUTJ7FWZJOy ud0b0q4ftJoF2 Received: from [31.23.19.3] by web65911.mail.ac4.yahoo.com via HTTP; Sat, 22 Oct 2011 07:48:59 PDT X-Mailer: YahooMailClassic/14.0.10 YahooMailWebService/0.8.114.317681 Message-ID: <1319294939.14457.YahooMailClassic@web65911.mail.ac4.yahoo.com> Date: Sat, 22 Oct 2011 07:48:59 -0700 (PDT) From: Boris Derzhavets Subject: Re: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64 To: xen-users@lists.xensource.com, Martin Wolf In-Reply-To: <4EA2AE35.5010908@adiumentum.com> MIME-Version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1133747020==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1133747020== Content-Type: multipart/alternative; boundary="-149464220-43728272-1319294939=:14457" ---149464220-43728272-1319294939=:14457 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Not sure it will help. Build Xen 4.1.2 for Ubuntu Oneiric https://launchpad.net/~bderzhavets/+archive/xen-next5 Boris. --- On Sat, 10/22/11, Martin Wolf wrote: From: Martin Wolf Subject: Re: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.= 0-0301rc9-generic x86_64 To: xen-users@lists.xensource.com Date: Saturday, October 22, 2011, 7:51 AM =0A =0A=0A =0A =0A =0A if i do that, i would have no video output = on xen right? =0A is there no way to "switch" video output? =0A =20 =0A Am 19.10.2011 03:56, schrieb chris:=0A lspci shows there is a dri= ver loaded in dom0 for your=0A vga. i think that is your problem, try = blacklisting i915 and see=0A if it works. you also might have better l= uck doing the unbinding=0A and rebinding manually=0A =20 =0A =0A =0A check out=0A http://wiki.xen.org/xenwiki/= VTdHowTo=0A =20 =0A =0A section=A0Binding Devices to pci-stub=0A =20 =0A =0A I had setup a large number of boxes doing vtd and i found= =0A that doing everything the most manual way made it much easier to= =0A debug problems one by one as i encountered and solved them.=0A = =20 =0A =0A good luck,=0A chris =0A =20 =0A On Tue, Oct 18, 2011 at 5:33 PM, Martin=0A Wolf =0A wrote: =0A =0A =0A hello,=20 =0A =20 =0A i hope i did not sent it twice since im not sure if the= =0A first one was posted. =0A =20 =0A okay now to the problem =0A =20 =0A =20 =0A im trying to get a vm with vga passthrough running but i= =0A get always this=20 =0A error:=A0 Error: pci: PCI Backend and pci-stub don't own= =0A device 0000:00:02.0=20 =0A =20 =0A The PC contains an Intel DQ67SW mainboard (q67 chipset)= =0A and an i5-2400s.=20 =0A according to xm dmesg | grep I/O=20 =0A (XEN) I/O virtualisation enabled=20 =0A =A0vt-d is active.=20 =0A =20 =0A im using kernel 3.1.0-0301rc9-generic x86_64 with=0A = CONFIG_XEN_PCIDEV_BACKEND=3Dm=20 =0A and i loaded the module with following options in=0A = /etc/modprobe.d/xen-pciback=20 =0A options xen-pciback passthrough=3D1=20 =0A dmesg shows that with=20 =0A [=A0=A0 15.566815] xen-pciback: backend is passthrough= =20 =0A =20 =0A and this is my config file for the vm:=20 =0A =20 =0A =20 =0A import os, re=20 =0A arch =3D os.uname()[4]=20 =0A if re.search('64', arch):=20 =0A =A0=A0=A0 arch_libdir =3D 'lib64'=20 =0A else:=20 =0A =A0=A0=A0 arch_libdir =3D 'lib'=20 =0A =20 =0A kernel =3D "/usr/lib/xen/boot/hvmloader"=20 =0A builder=3D'hvm'=20 =0A memory =3D 6144=20 =0A =20 =0A # Should be at least 2KB per MB of domain memory, plus a= =0A few MB per vcpu.=20 =0A shadow_memory =3D 32=20 =0A name =3D "xenwin7"=20 =0A vif =3D [ 'type=3Dioemu, bridge=3Dvirbr0' ]=20 =0A acpi =3D 1=20 =0A apic =3D 1=20 =0A #disk =3D [ 'phy:/dev/sdb,hda,w' ]=20 =0A #disk =3D [ 'phy:/dev/sdb,hda,w',=0A 'phy= :/dev/cdrom,hdc:cdrom.r' ]=20 =0A #disk =3D [ 'file:/home/xen/xenwin7.img,hda,w',=0A=0A = 'file:/home/xen/windows7.iso,hdc:$=0A =20 =0A disk =3D [ 'file:/home/martin/xenwin7.img,hda,w',=0A=0A = 'phy:/dev/cdrom,hdc:cdrom,r' ]=20 =0A =20 =0A =20 =0A device_model =3D '/usr/'=0A + arch_libdir= + '/xen/bin/qemu-dm'=20 =0A =20 =0A #-------------------------------------------------------= ----------------------=0A=0A =20 =0A # boot on floppy (a), hard disk (c) or CD-ROM (d)=20 =0A # default: hard disk, cd-rom, floppy=20 =0A boot=3D"dc"=20 =0A sdl=3D0=20 =0A vnc=3D1=20 =0A vncconsole=3D1=20 =0A vncpasswd=3D''=20 =0A =20 =0A serial=3D'pty'=20 =0A usbdevice=3D'tablet'=20 =0A =20 =0A gfx_passthru=3D1=20 =0A pci=3D['00:02.0']=20 =0A =20 =0A this is the lspci output of the videocard.=20 =0A =20 =0A 00:02.0 VGA compatible controller: Intel Corporation 2nd= =0A Generation Core Processor Family Integrated Graphics=0A = Controller (rev 09) (prog-if 00 [VGA controller])=20 =0A =A0=A0=A0=A0=A0=A0=A0 Subsystem: Intel Corporation Devic= e 2008=20 =0A =A0=A0=A0=A0=A0=A0=A0 Flags: bus master, fast devsel, la= tency 0, IRQ=0A 307=20 =0A =A0=A0=A0=A0=A0=A0=A0 Memory at fe000000 (64-bit, non-pr= efetchable)=0A [size=3D4M]=20 =0A =A0=A0=A0=A0=A0=A0=A0 Memory at d0000000 (64-bit, prefet= chable)=0A [size=3D256M]=20 =0A =A0=A0=A0=A0=A0=A0=A0 I/O ports at f000 [size=3D64]=20 =0A =A0=A0=A0=A0=A0=A0=A0 Expansion ROM at [dis= abled]=20 =0A =A0=A0=A0=A0=A0=A0=A0 Capabilities: =20 =0A =A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: i915=20 =0A =A0=A0=A0=A0=A0=A0=A0 Kernel modules: i915=20 =0A =20 =0A =20 =0A i really hope you can give me an idea where to continue.= =0A =20 =0A =20 =0A best wishes and thanks in advance.=20 =0A martin=20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =0A =0A =20 =0A _______________________________________________ =0A Xen-users mailing list =0A Xen-users@lists.xensource.com =0A http://lists.xensource.com/xen-users =0A =0A =0A =20 =0A =0A =20 =0A =0A =20 =0A _______________________________________________=0AXen-users mailin= g list=0AXen-users@lists.xensource.com=0Ahttp://lists.xensource.com/xen-use= rs=0A =0A =20 =0A =20 =0A -- =0AAdiumentum GmbH=0AGf. Martin Wolf=0ABanderbacherstra=DFe 76=0A= 90513 Zirndorf=0A=0A0911 / 9601470=0Amwolf@adiumentum.com=0A =0A=0A -----Inline Attachment Follows----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ---149464220-43728272-1319294939=:14457 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Not sure it will help.

Build Xen 4.1.2= for Ubuntu Oneiric

https://launchpad.net/~bderzhavets/+archive/xen-= next5

Boris.

--- On Sat, 10/22/11, Martin Wolf <mwol= f@adiumentum.com> wrote:

From: M= artin Wolf <mwolf@adiumentum.com>
Subject: Re: [Xen-users] vga pas= sthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64
To: = xen-users@lists.xensource.com
Date: Saturday, October 22, 2011, 7:51 AM<= br>
=0A =0A=0A =0A =0A
=0A if i = do that, i would have no video output on xen right?
=0A is there no w= ay to "switch" video output?
=0A
=0A Am 19.10.2011 03:56, schr= ieb chris:=0A
lspci shows there is a driver lo= aded in dom0 for your=0A vga. i think that is your problem, try blackl= isting i915 and see=0A if it works. you also might have better luck do= ing the unbinding=0A and rebinding manually=0A

=0A =
=0A
=0A check out
=0A =0A

=0A
= =0A
section Binding Devices to pci-stub
=0A
<= br>=0A
=0A
I had setup a large number of boxes doing v= td and i found=0A that doing everything the most manual way made it = much easier to=0A debug problems one by one as i encountered and sol= ved them.
=0A

=0A
=0A
good luck,=0A
chris
=0A
=0A
On Tue, Oct 18, 2011 at 5:33 PM, Martin=0A Wolf <= span dir=3D"ltr"><mwol= f@adiumentum.com>=0A wrote:
=0A =0A
=0A <= div style=3D"font-family:-moz-fixed;font-size:14px;" lang=3D"x-unicode">hel= lo,
=0A
=0A i hope i did not sent it = twice since im not sure if the=0A first one was posted.
= =0A
=0A okay now to the problem
=0A =
=0A
=0A im trying to get= a vm with vga passthrough running but i=0A get always this =
=0A error:  Error: pci: PCI Backend and pci-stub do= n't own=0A device 0000:00:02.0
=0A
= =0A The PC contains an Intel DQ67SW mainboard (q67 chipset)= =0A and an i5-2400s.
=0A according to xm = dmesg | grep I/O
=0A (XEN) I/O virtualisation enabled =0A  vt-d is active.
=0A
=0A = im using kernel 3.1.0-0301rc9-generic x86_64 with=0A = CONFIG_XEN_PCIDEV_BACKEND=3Dm
=0A and i loaded th= e module with following options in=0A /etc/modprobe.d/xen-pc= iback
=0A options xen-pciback passthrough=3D1
=0A = dmesg shows that with
=0A [   15.= 566815] xen-pciback: backend is passthrough
=0A
=0A = and this is my config file for the vm:
=0A =
=0A
=0A import os, re
=0A = arch =3D os.uname()[4]
=0A if re.search('64', = arch):
=0A     arch_libdir =3D 'lib64' =0A else:
=0A     arch_l= ibdir =3D 'lib'
=0A
=0A kernel =3D "/= usr/lib/xen/boot/hvmloader"
=0A builder=3D'hvm'
=0A = memory =3D 6144
=0A
=0A = # Should be at least 2KB per MB of domain memory, plus a=0A = few MB per vcpu.
=0A shadow_memory =3D 32
=0A = name =3D "xenwin7"
=0A vif =3D [ 'type=3Dioem= u, bridge=3Dvirbr0' ]
=0A acpi =3D 1
=0A = apic =3D 1
=0A #disk =3D [ 'phy:/dev/sdb,hda,w' ] =0A #disk =3D [ 'phy:/dev/sdb,hda,w',=0A 'p= hy:/dev/cdrom,hdc:cdrom.r' ]
=0A #disk =3D [ 'file:/home/xen/xenwin7.img,hda,w',=0A=0A 'file:/home/xen/windows7.iso,hdc:$=0A =0A disk =3D [ 'file:/home/martin/xenwi= n7.img,hda,w',=0A=0A 'phy:/dev/cdrom,hdc:cdrom,r' ]
= =0A
=0A
=0A device_mod= el =3D '/usr/'=0A + arch_li= bdir + '/xen/bin/qemu-dm'
=0A
=0A #--= ---------------------------------------------------------------------------= =0A=0A
=0A # boot on floppy (a), hard dis= k (c) or CD-ROM (d)
=0A # default: hard disk, cd-rom, fl= oppy
=0A boot=3D"dc"
=0A sdl=3D0
= =0A vnc=3D1
=0A vncconsole=3D1
=0A = vncpasswd=3D''
=0A
=0A s= erial=3D'pty'
=0A usbdevice=3D'tablet'
=0A =
=0A gfx_passthru=3D1
=0A pci=3D= ['00:02.0']
=0A
=0A this is the lspci= output of the videocard.
=0A
=0A 00:= 02.0 VGA compatible controller: Intel Corporation 2nd=0A Gen= eration Core Processor Family Integrated Graphics=0A Control= ler (rev 09) (prog-if 00 [VGA controller])
=0A  &nb= sp;      Subsystem: Intel Corporation Device 2008 =
=0A         Flags: bu= s master, fast devsel, latency 0, IRQ=0A 307
=0A =         Memory at fe000000 (64-b= it, non-prefetchable)=0A [size=3D4M]
=0A =         Memory at d0000000 (64-bit, pref= etchable)=0A [size=3D256M]
=0A  &nbs= p;      I/O ports at f000 [size=3D64]
=0A =         Expansion ROM at <= unassigned> [disabled]
=0A     &n= bsp;   Capabilities: <access denied>
=0A =         Kernel driver in use: i915
= =0A         Kernel module= s: i915
=0A
=0A
=0A = i really hope you can give me an idea where to continue.=0A =
=0A
=0A best wishes and thanks in a= dvance.
=0A martin
=0A =
=0A
=0A
=0A =
=0A
=0A
= =0A
=0A
=0A ____________________= ___________________________
=0A Xen-users mailing list
=0A= Xen-users@lists.xensource.com
=0A http://li= sts.xensource.com/xen-users
=0A
=0A =0A
=0A
=0A
=0A
=0A
=0A 
___=
____________________________________________=0AXen-users mailing list=0AXen-users@lists.xensource.com=0A<=
a rel=3D"nofollow" class=3D"yiv1535262157moz-txt-link-freetext" target=3D"_=
blank" href=3D"http://lists.xensource.com/xen-users">http://lists.xensource=
.com/xen-users
=0A
=0A
=0A
=0A -- =0AAdiumentum GmbH=0AGf. Martin = Wolf=0ABanderbacherstra=DFe 76=0A90513 Zirndorf=0A=0A0911 / 9601470=0Amwolf@adiumentum.com=0A =0A=0A
= -----Inline Attachment Follows-----

_______= ________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xenso= urce.com/xen-users
---149464220-43728272-1319294939=:14457-- --===============1133747020== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1133747020==-- From xen-users-bounces@lists.xensource.com Sat Oct 22 10:06:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 10:06:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHf24-0000qo-FE; Sat, 22 Oct 2011 10:06:52 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHf0j-0000WL-9g for xen-users@lists.xensource.com; Sat, 22 Oct 2011 10:05:30 -0700 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1319303124!388676!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6727 invoked from network); 22 Oct 2011 17:05:25 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2011 17:05:25 -0000 Received: by iaen33 with SMTP id n33so7307425iae.30 for ; Sat, 22 Oct 2011 10:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nKcFO3IZFOCBob7RQNkwPFna8nPzDnMJTFJBLbaTTrM=; b=XGA8pnwMo7Y7fP11CxP1cOocS+xT1ijd5vExKfrd9N7KcNxDVADcWycUZJq7Emco+Y bpmsV69jKxmtcC5UIoUgADtXvrh0YZkTAQmah875QK1Uf2/M/NNWWn5n7+fJeHClWfzF nXsgA/8f6KSfqbAZyexN3uwYUbxqWItPdPcl4= MIME-Version: 1.0 Received: by 10.42.180.138 with SMTP id bu10mr10615068icb.22.1319303124250; Sat, 22 Oct 2011 10:05:24 -0700 (PDT) Received: by 10.42.171.135 with HTTP; Sat, 22 Oct 2011 10:05:24 -0700 (PDT) In-Reply-To: <4EA2AE35.5010908@adiumentum.com> References: <4E9DF091.6090802@adiumentum.com> <4EA2AE35.5010908@adiumentum.com> Date: Sat, 22 Oct 2011 13:05:24 -0400 Message-ID: Subject: Re: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64 From: chris To: Martin Wolf Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0396208100==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0396208100== Content-Type: multipart/alternative; boundary=90e6ba6e8f4e1270a804afe63221 --90e6ba6e8f4e1270a804afe63221 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable there is no facility to switch video dynamically for HVM domains. with PV sure this is more doable, but you are working with an unmodified OS here which belives it is running on physical hardware. once you initialize your VGA card once thats pretty much it in most cases you cant just pass it around to different domains :) On Sat, Oct 22, 2011 at 7:51 AM, Martin Wolf wrote: > if i do that, i would have no video output on xen right? > is there no way to "switch" video output? > > > Am 19.10.2011 03:56, schrieb chris: > > lspci shows there is a driver loaded in dom0 for your vga. i think that i= s > your problem, try blacklisting i915 and see if it works. you also might h= ave > better luck doing the unbinding and rebinding manually > > check out > http://wiki.xen.org/xenwiki/VTdHowTo > > section Binding Devices to pci-stub > > I had setup a large number of boxes doing vtd and i found that doing > everything the most manual way made it much easier to debug problems one = by > one as i encountered and solved them. > > good luck, > chris > > On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf wrote= : > >> hello, >> >> i hope i did not sent it twice since im not sure if the first one was >> posted. >> >> okay now to the problem >> >> >> im trying to get a vm with vga passthrough running but i get always this >> error: Error: pci: PCI Backend and pci-stub don't own device 0000:00:02= .0 >> >> >> The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s. >> according to xm dmesg | grep I/O >> (XEN) I/O virtualisation enabled >> vt-d is active. >> >> im using kernel 3.1.0-0301rc9-generic x86_64 with >> CONFIG_XEN_PCIDEV_BACKEND=3Dm >> and i loaded the module with following options in >> /etc/modprobe.d/xen-pciback >> options xen-pciback passthrough=3D1 >> dmesg shows that with >> [ 15.566815] xen-pciback: backend is passthrough >> >> and this is my config file for the vm: >> >> >> import os, re >> arch =3D os.uname()[4] >> if re.search('64', arch): >> arch_libdir =3D 'lib64' >> else: >> arch_libdir =3D 'lib' >> >> kernel =3D "/usr/lib/xen/boot/hvmloader" >> builder=3D'hvm' >> memory =3D 6144 >> >> # Should be at least 2KB per MB of domain memory, plus a few MB per vcpu= . >> shadow_memory =3D 32 >> name =3D "xenwin7" >> vif =3D [ 'type=3Dioemu, bridge=3Dvirbr0' ] >> acpi =3D 1 >> apic =3D 1 >> #disk =3D [ 'phy:/dev/sdb,hda,w' ] >> #disk =3D [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ] >> #disk =3D [ 'file:/home/xen/xenwin7.img,hda,w', ' >> file:/home/xen/windows7.iso,hdc:$ >> disk =3D [ 'file:/home/martin/xenwin7.img,hda,w', >> 'phy:/dev/cdrom,hdc:cdrom,r' ] >> >> >> device_model =3D '*/usr/*' + arch_libdir + '/xen/bin/qemu-dm' >> >> #-----------------------------------------------------------------------= ------ >> >> # boot on floppy (a), hard disk (c) or CD-ROM (d) >> # default: hard disk, cd-rom, floppy >> boot=3D"dc" >> sdl=3D0 >> vnc=3D1 >> vncconsole=3D1 >> vncpasswd=3D'' >> >> serial=3D'pty' >> usbdevice=3D'tablet' >> >> gfx_passthru=3D1 >> pci=3D['00:02.0'] >> >> this is the lspci output of the videocard. >> >> 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core >> Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VG= A >> controller]) >> Subsystem: Intel Corporation Device 2008 >> Flags: bus master, fast devsel, latency 0, IRQ 307 >> Memory at fe000000 (64-bit, non-prefetchable) [size=3D4M] >> Memory at d0000000 (64-bit, prefetchable) [size=3D256M] >> I/O ports at f000 [size=3D64] >> Expansion ROM at [disabled] >> Capabilities: >> Kernel driver in use: i915 >> Kernel modules: i915 >> >> >> i really hope you can give me an idea where to continue. >> >> best wishes and thanks in advance. >> martin >> >> >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xensource.comhttp://lists.xensource= .com/xen-users > > > > -- > Adiumentum GmbH > Gf. Martin Wolf > Banderbacherstra=DFe 76 > 90513 Zirndorf > > 0911 / 9601470mwolf@adiumentum.com > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --90e6ba6e8f4e1270a804afe63221 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable there is no facility to switch video dynamically for HVM domains. with PV s= ure this is more doable, but you are working with an unmodified OS here whi= ch belives it is running on physical hardware. once you initialize your VGA= card once thats pretty much it in most cases you cant just pass it around = to different domains :)

On Sat, Oct 22, 2011 at 7:51 AM, Martin Wolf= <mwolf@adiume= ntum.com> wrote:
=20 =20 =20
if i do that, i would have no video output on xen right?
is there no way to "switch" video output?

Am 19.10.2011 03:56, schrieb chris:
lspci shows there is a driver loaded in= dom0 for your vga. i think that is your problem, try blacklisting i915 and see if it works. you also might have better luck doing the unbinding and rebinding manually

check out

section=A0Binding Devices to pci-stub

I had setup a large number of boxes doing vtd and i found that doing everything the most manual way made it much easier to debug problems one by one as i encountered and solved them.

good luck,
chris

On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf <mwolf@adiumentum.com> wrote:
hello,

i hope i did not sent it twice since im not sure if the first one was posted.

okay now to the problem


im trying to get a vm with vga passthrough running but i get always this
error:=A0 Error: pci: PCI Backend and pci-stub don't ow= n device 0000:00:02.0

The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s.
according to xm dmesg | grep I/O
(XEN) I/O virtualisation enabled
=A0vt-d is active.

im using kernel 3.1.0-0301rc9-generic x86_64 with CONFIG_XEN_PCIDEV_BACKEND=3Dm
and i loaded the module with following options in /etc/modprobe.d/xen-pciback
options xen-pciback passthrough=3D1
dmesg shows that with
[=A0=A0 15.566815] xen-pciback: backend is passthrough

and this is my config file for the vm:


import os, re
arch =3D os.uname()[4]
if re.search('64', arch):
=A0=A0=A0 arch_libdir =3D 'lib64'
else:
=A0=A0=A0 arch_libdir =3D 'lib'

kernel =3D "/usr/lib/xen/boot/hvmloader"
builder=3D'hvm'
memory =3D 6144

# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.
shadow_memory =3D 32
name =3D "xenwin7"
vif =3D [ 'type=3Dioemu, bridge=3Dvirbr0' ]
acpi =3D 1
apic =3D 1
#disk =3D [ 'phy:/dev/sdb,hda,w' ]
#disk =3D [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ]
#disk =3D [ 'file:/home/xen/xenwin7.img,hda,w= 9;, 'file:/home/xen/windows7.iso,hdc:$
disk =3D [ 'file:/home/martin/xenwin7.img,hda,w&= #39;, 'phy:/dev/cdrom,hdc:cdrom,r' ]


device_model =3D '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

#----------------------------------------------------------= -------------------
# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot=3D"dc"
sdl=3D0
vnc=3D1
vncconsole=3D1
vncpasswd=3D''

serial=3D'pty'
usbdevice=3D'tablet'

gfx_passthru=3D1
pci=3D['00:02.0']

this is the lspci output of the videocard.

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
=A0=A0=A0=A0=A0=A0=A0 Subsystem: Intel Corporation Device 2= 008
=A0=A0=A0=A0=A0=A0=A0 Flags: bus master, fast devsel, laten= cy 0, IRQ 307
=A0=A0=A0=A0=A0=A0=A0 Memory at fe000000 (64-bit, non-prefe= tchable) [size=3D4M]
=A0=A0=A0=A0=A0=A0=A0 Memory at d0000000 (64-bit, prefetcha= ble) [size=3D256M]
=A0=A0=A0=A0=A0=A0=A0 I/O ports at f000 [size=3D64]
=A0=A0=A0=A0=A0=A0=A0 Expansion ROM at <unassigned> [= disabled]
=A0=A0=A0=A0=A0=A0=A0 Capabilities: <access denied> <= br> =A0=A0=A0=A0=A0=A0=A0 Kernel driver in use: i915
=A0=A0=A0=A0=A0=A0=A0 Kernel modules: i915


i really hope you can give me an idea where to continue.

best wishes and thanks in advance.
martin






_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users



_______________________________________________
Xen-users mailing list
Xen-user=
s@lists.xensource.com
http://l=
ists.xensource.com/xen-users


--=20
Adiumentum GmbH
Gf. Martin Wolf
Banderbacherstra=DFe 76
90513 Zirndorf

0911 / 9601470
mwolf@adiumentum.=
com

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--90e6ba6e8f4e1270a804afe63221-- --===============0396208100== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0396208100==-- From xen-users-bounces@lists.xensource.com Sat Oct 22 12:45:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 12:45:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHhVv-0005C2-2u; Sat, 22 Oct 2011 12:45:51 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHhU0-0004r1-Fq for xen-users@lists.xensource.com; Sat, 22 Oct 2011 12:43:53 -0700 X-Env-Sender: rafaelweingartner@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1319312602!41024890!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12277 invoked from network); 22 Oct 2011 19:43:23 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2011 19:43:23 -0000 Received: by gyg13 with SMTP id 13so6962420gyg.30 for ; Sat, 22 Oct 2011 12:43:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:in-reply-to:subject:date :mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:importance:x-mailer:x-mimeole; bh=j8heSSs2Nt8djHfFVoXARI+AWHZGkIWb4r653zvfE10=; b=yBPR/ainG0NiGhfuRY7WYH5sovwilaMFBOExuItNFRC0DRd3W7rrm2mvhAAWkDfdXd np/2FOe3oCn9v86rJ5HPZbMCXH3aZRa+uhFBI/ve/j5gt2Wo4rolNGBou6oudyREnIpR rE7Mw0RLSS45tv54OIcB3+6q18Le6Tf/AFPFM= Received: by 10.150.179.17 with SMTP id b17mr16224848ybf.102.1319312626343; Sat, 22 Oct 2011 12:43:46 -0700 (PDT) Received: from XPS14Windows ([187.55.7.136]) by mx.google.com with ESMTPS id z6sm47317810anf.22.2011.10.22.12.43.43 (version=SSLv3 cipher=OTHER); Sat, 22 Oct 2011 12:43:45 -0700 (PDT) Message-ID: <01930FF5439044138D4FDB28C82F9B89@XPS14Windows> From: "Rafael Weingartner" To: "Todd Deshane" References: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> In-Reply-To: Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations Date: Sat, 22 Oct 2011 17:43:41 -0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Cc: Xen-user-list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Thank you Todd, this links helped a lot. -----Original Message----- From: Todd Deshane Sent: Tuesday, October 11, 2011 1:52 PM To: Rafael Weingartner Cc: Xen-user-list Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations On Sat, Oct 1, 2011 at 4:22 PM, Rafael Weingartner wrote: > Xen Cloud Platform maximum configurations > > Hey guys, > > I am writing about Cloud computing platform. So I need to describe the > platforms that are used the most. I described the VMware platform, > Microsoft > and I would like to describe the Xen Cloud Platform. Then I will compare > those platforms and show some real use cases. > > So, I found some information about the XCP on these links: > http://support.citrix.com/article/CTX123996 > > http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/guest.html#creatingVMs_supported_OS_minimums > > http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/installation.html#sys_requirements-host > > I am still missing some information such as: > > · The maximum amount of disk that a VM can use; > > · The maximum number of virtual processor per host processor; > > · The maximum number of virtual machines on a host; > > · The maximum number of virtual processors on a host; > > · The maximum amount of storage that XCP can use; > > · The maximum number of hosts on a XCP cluster > > · The maximum number of virtual machines on a XCP cluster > > > > Does anyone know a document made by Xen or Citrix that has this kind of > information? Take a look at: http://www.citrix.com/English/ps2/products/feature.asp?contentID=1681747 http://support.citrix.com/article/CTX131047 Thanks, Todd -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 22 12:59:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 12:59:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHhj9-00066J-0l; Sat, 22 Oct 2011 12:59:31 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHhhR-0005lF-6b for xen-users@lists.xensource.com; Sat, 22 Oct 2011 12:57:46 -0700 X-Env-Sender: tomlobato@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1319313449!42764180!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31460 invoked from network); 22 Oct 2011 19:57:30 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2011 19:57:30 -0000 Received: by gyg13 with SMTP id 13so6970909gyg.30 for ; Sat, 22 Oct 2011 12:57:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=EFrD5fGN9+WhZ4i8RLxxIq0VVfimeRU6DNd2H5OQdWQ=; b=LMRxL98O76xB5otrJcGDpEZsHu8vFjnafYF1wpNupR2j4hYZbImr0w2lswrlbMUAkA Sh+omCL4/Q7IQLTc71ooIhTh1e/LT6motL7XiYutafVjQ02gFPtyMEDah9jyivM1mXmN RcD2jpwthUs3gRtXxAaEwymNeLsaiyrOGCFJk= Received: by 10.236.129.203 with SMTP id h51mr28376682yhi.3.1319313459683; Sat, 22 Oct 2011 12:57:39 -0700 (PDT) Received: from [200.245.187.101] ([187.38.42.17]) by mx.google.com with ESMTPS id 44sm25079254yhs.18.2011.10.22.12.57.38 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Oct 2011 12:57:38 -0700 (PDT) Message-ID: <4EA3202C.2050605@gmail.com> Date: Sat, 22 Oct 2011 17:57:32 -0200 From: Tom Lobato User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Rafael Weingartner Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations References: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> <01930FF5439044138D4FDB28C82F9B89@XPS14Windows> In-Reply-To: <01930FF5439044138D4FDB28C82F9B89@XPS14Windows> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Xen-user-list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Raphael, It would be nice if you post your work here, if possible, of course. Em 22-10-2011 17:43, Rafael Weingartner escreveu: > Thank you Todd, this links helped a lot. > > > -----Original Message----- From: Todd Deshane > Sent: Tuesday, October 11, 2011 1:52 PM > To: Rafael Weingartner > Cc: Xen-user-list > Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations > > On Sat, Oct 1, 2011 at 4:22 PM, Rafael Weingartner > wrote: >> Xen Cloud Platform maximum configurations >> >> Hey guys, >> >> I am writing about Cloud computing platform. So I need to describe the >> platforms that are used the most. I described the VMware platform, >> Microsoft >> and I would like to describe the Xen Cloud Platform. Then I will compare >> those platforms and show some real use cases. >> >> So, I found some information about the XCP on these links: >> http://support.citrix.com/article/CTX123996 >> >> http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/guest.html#creatingVMs_supported_OS_minimums >> >> >> http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/installation.html#sys_requirements-host >> >> >> I am still missing some information such as: >> >> · The maximum amount of disk that a VM can use; >> >> · The maximum number of virtual processor per host processor; >> >> · The maximum number of virtual machines on a host; >> >> · The maximum number of virtual processors on a host; >> >> · The maximum amount of storage that XCP can use; >> >> · The maximum number of hosts on a XCP cluster >> >> · The maximum number of virtual machines on a XCP cluster >> >> >> >> Does anyone know a document made by Xen or Citrix that has this kind of >> information? > > > Take a look at: > http://www.citrix.com/English/ps2/products/feature.asp?contentID=1681747 > http://support.citrix.com/article/CTX131047 > > Thanks, > Todd > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Oct 22 21:06:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 21:06:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHpK1-0008UK-K3; Sat, 22 Oct 2011 21:06:05 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RHpIg-0008A3-5y for xen-users@lists.xensource.com; Sat, 22 Oct 2011 21:04:42 -0700 X-Env-Sender: scottmeyers@live.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1319342678!36323877!1 X-Originating-IP: [65.54.51.97] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20507 invoked from network); 23 Oct 2011 04:04:38 -0000 Received: from snt0-omc4-s46.snt0.hotmail.com (HELO snt0-omc4-s46.snt0.hotmail.com) (65.54.51.97) by server-10.tower-174.messagelabs.com with SMTP; 23 Oct 2011 04:04:38 -0000 Received: from SNT127-W53 ([65.55.90.200]) by snt0-omc4-s46.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 22 Oct 2011 21:04:37 -0700 Message-ID: X-Originating-IP: [97.116.13.104] From: Scott Meyers To: , Xen Users List Subject: RE: [Xen-users] Viewing the content of *.img file Date: Sat, 22 Oct 2011 23:04:36 -0500 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 23 Oct 2011 04:04:37.0147 (UTC) FILETIME=[E153E6B0:01CC9138] Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0671272620==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0671272620== Content-Type: multipart/alternative; boundary="_b5544364-f913-42c4-950f-56d96ed78a24_" --_b5544364-f913-42c4-950f-56d96ed78a24_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable None of the suggestions worked. I really need help with this. Any body know= s how? =20 =20 From: dftonywhite@hotmail.com To: scottmeyers@live.com=3B xen-users@lists.xensource.com Subject: RE: [Xen-users] Viewing the content of *.img file Date: Mon=2C 26 Sep 2011 00:11:32 -0500 Hello Scott You can try downloading virtual clone drive=2C install it and mount the ima= ge to view its content in Windows=2C or if you are using any linux/unix distro try this: # mount -o loop my_image.img /mnt/images Regards=2C Tony. From: scottmeyers@live.com To: xen-users@lists.xensource.com=3B xen-devel@lists.xensource.com Date: Mon=2C 26 Sep 2011 00:01:52 -0500 CC:=20 Subject: [Xen-users] Viewing the content of *.img file Hello=2C I created 3 different DomUs and they are located/saved in /vm/ partition. T= he files extension is *.img.=20 How can I view the content of any of these *.img files in non-xen environme= nt? Is that possible? If os=2C how? Thank you _______________________________________________ Xen-users mailing list Xen-= users@lists.xensource.com http://lists.xensource.com/xen-users = --_b5544364-f913-42c4-950f-56d96ed78a24_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
None of the suggestions worked. I really need help with this. Any body know= s how?
 =3B

 =3B
From: dftonywhite@hotmail.com
To: scottmeyers@live.com=3B xen-users@list= s.xensource.com
Subject: RE: [Xen-users] Viewing the content of *.img fi= le
Date: Mon=2C 26 Sep 2011 00:11:32 -0500

Hello Scott

You can try downloading virtual clone dri= ve=2C install it and mount the image to view its content in Windows=2C
o= r if you are using any linux/unix distro try this:

# mount -o loop m= y_image.img /mnt/images

Regards=2C

Tony.

From: scottmeyers@live.com
To: xen-users@lists.xensource.com=3B xen-deve= l@lists.xensource.com
Date: Mon=2C 26 Sep 2011 00:01:52 -0500
CC: Subject: [Xen-users] Viewing the content of *.img file

Hello=2C
I created 3 different DomUs and they are located= /saved in /vm/ partition. The files extension is *.img.
How can I view the content of any of these *.img files in no= n-xen environment? Is that possible? If os=2C how?
Thank you

___________________________________= ____________ Xen-users mailing list Xen-users@lists.xensource.com http://li= sts.xensource.com/xen-users
= --_b5544364-f913-42c4-950f-56d96ed78a24_-- --===============0671272620== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0671272620==-- From xen-users-bounces@lists.xensource.com Sat Oct 22 21:34:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 22 Oct 2011 21:34:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHplo-0001FY-1t; Sat, 22 Oct 2011 21:34:48 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHpkU-0000v7-SK for xen-users@lists.xensource.com; Sat, 22 Oct 2011 21:33:27 -0700 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1319344372!43042299!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6982 invoked from network); 23 Oct 2011 04:32:53 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 04:32:53 -0000 Received: by pzk32 with SMTP id 32so15182138pzk.8 for ; Sat, 22 Oct 2011 21:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :cc:content-type; bh=QAay0Hsmdmzt8KZj6CT/Om6ZHFvAyl1BgjecH8y0+ZU=; b=R2Neo2RG15qN0xPWtqTTKgqJP++JEGDv/wmRUzl6CK58SpWRWlN5LIl4qjfgJsdSkK G0G7Hna77sHPwdpM5tcqepYpAGKYnAtVqJ/8kP5yFX0+CfEUWLMfhjq7CGQgWEPSu90D DredjW3kvoGzCX1PbfNMqR6uNGPldfZHLJsI8= Received: by 10.68.17.225 with SMTP id r1mr39179132pbd.64.1319344401163; Sat, 22 Oct 2011 21:33:21 -0700 (PDT) References: From: Andrew Bobulsky In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8J2) Date: Sun, 23 Oct 2011 00:33:15 -0400 Message-ID: <3585436799828045734@unknownmsgid> Subject: Re: [Xen-users] Viewing the content of *.img file To: Scott Meyers Cc: "" , Xen Users List X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0380255937==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0380255937== Content-Type: multipart/alternative; boundary=bcaec520ea855e262604afefce56 --bcaec520ea855e262604afefce56 Content-Type: text/plain; charset=ISO-8859-1 Hello Scott, If you're on windows, I suggest giving imdisk a try. Great little piece of freeware, and I use it to mount everything except vmdk and vhd files. Works great on raw disk images, which is what I suspect you're dealing with here. Cheers, Andrew Bobulsky On Oct 23, 2011, at 12:06 AM, Scott Meyers wrote: None of the suggestions worked. I really need help with this. Any body knows how? ------------------------------ From: dftonywhite@hotmail.com To: scottmeyers@live.com; xen-users@lists.xensource.com Subject: RE: [Xen-users] Viewing the content of *.img file Date: Mon, 26 Sep 2011 00:11:32 -0500 Hello Scott You can try downloading virtual clone drive, install it and mount the image to view its content in Windows, or if you are using any linux/unix distro try this: # mount -o loop my_image.img /mnt/images Regards, Tony. ------------------------------ From: scottmeyers@live.com To: xen-users@lists.xensource.com; xen-devel@lists.xensource.com Date: Mon, 26 Sep 2011 00:01:52 -0500 CC: Subject: [Xen-users] Viewing the content of *.img file Hello, I created 3 different DomUs and they are located/saved in /vm/ partition. The files extension is *.img. How can I view the content of any of these *.img files in non-xen environment? Is that possible? If os, how? Thank you _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --bcaec520ea855e262604afefce56 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Scott,

= If you're on windows, I suggest giving imdisk a try. Great little piece= of freeware, and I use it to mount everything except vmdk and vhd files. = =A0Works great on raw disk images, which is what I suspect you're deali= ng with here.=A0

Cheers,
Andrew Bobulsky

On Oct = 23, 2011, at 12:06 AM, Scott Meyers <scottmeyers@live.com> wrote:

None of the suggestions worked. I really need help with this. Any body know= s how?
=A0

=A0
From: dftonywhite@hotmail.com
To: scottmeyers@live.com; xen-u= sers@lists.xensource.com
Subject: RE: [Xen-users] Viewing the content of *.img file
Date: Mon, 26= Sep 2011 00:11:32 -0500

Hello Scott

You can try downloading virtual clone d= rive, install it and mount the image to view its content in Windows,
or = if you are using any linux/unix distro try this:

# mount -o loop my_= image.img /mnt/images

Regards,

Tony.

From: scottmeyers@live.com
To: xen-users@lists.xensource.com; xen-devel@lists.xensource.com
Date: Mon, 26 Sep 2011 00:01:52 -0500
CC:
Subject: [Xen-users] Viewi= ng the content of *.img file

Hello,
I created 3 different DomUs and they are located= /saved in /vm/ partition. The files extension is *.img.
How can I view the content of any of these *.img files in = non-xen environment? Is that possible? If os, how?
Thank you

_________________________________= ______________ Xen-users mailing list Xen-users@lists.xensource.com http:/= /lists.xensource.com/xen-users
___________________= ____________________________
Xen-users mailing list<= br>Xen-users@lists.x= ensource.com
http://lists.xensour= ce.com/xen-users
--bcaec520ea855e262604afefce56-- --===============0380255937== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0380255937==-- From xen-users-bounces@lists.xensource.com Sun Oct 23 01:56:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 01:56:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHtrS-0007ol-2t; Sun, 23 Oct 2011 01:56:54 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHtqC-0007Ud-6l for xen-users@lists.xensource.com; Sun, 23 Oct 2011 01:55:36 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1319360131!714275!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21644 invoked from network); 23 Oct 2011 08:55:33 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 08:55:33 -0000 Received: by vws13 with SMTP id 13so5435085vws.30 for ; Sun, 23 Oct 2011 01:55:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=l0CAKaBx9zgS1xhgqc66+nz6JbVsCKa/mX8QNJyTWn8=; b=QTC+1L7lX8+815csPZDRzU8oB+Fq/bz9Y4o1IN0mu19ekzwttBPnUcdBIWeyX+vvZ8 c/vkuk6duGdUADinI3LBRjt6AMwi/EL+Ja1Wlw/IRJmNJQjeF5h5cZiXvG2hvwI4oVZ1 1+74w/4mEzIHLVajyQshYcWSJQlF0rACs/hTc= Received: by 10.52.23.20 with SMTP id i20mr19064061vdf.93.1319360131069; Sun, 23 Oct 2011 01:55:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Sun, 23 Oct 2011 01:55:11 -0700 (PDT) In-Reply-To: <3585436799828045734@unknownmsgid> References: <3585436799828045734@unknownmsgid> From: Flavio Date: Sun, 23 Oct 2011 10:55:11 +0200 Message-ID: Subject: Re: [Xen-users] Viewing the content of *.img file To: Andrew Bobulsky Content-Type: text/plain; charset=ISO-8859-1 Cc: "" , Xen Users List X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 23 October 2011 06:33, Andrew Bobulsky wrote: > On Oct 23, 2011, at 12:06 AM, Scott Meyers wrote: > > None of the suggestions worked. I really need help with this. Any body knows how? Hello, maybe this is the same problem I bumped into few weeks ago. If the img file contains only one partition, it is simple, because you can mount the file like the following: mount -o loop file.img /mnt/loop . Stated that, the problem is when the img file contains more than one partition. I've seen the partition table performing: fdisk -l file.img For example, my centos-5.0.img file: # fdisk -l centos-5.0.img Disk centos-5.0.img: 8589 MB, 8589934592 bytes 255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000c0244 Device Boot Start End Blocks Id System centos-5.0.img1 * 63 208844 104391 83 Linux centos-5.0.img2 208845 16771859 8281507+ 8e Linux LVM I can see there are two partitions. To mount the first partition, you must consider the number 63. 63x512=32256 #mount -o loop,offset=32256 centos-5.0.img /mnt/loop/ # ls /mnt/loop/ config-2.6.18-274.7.1.el5xen lost+found System.map-2.6.18-274.el5xen xen-syms-2.6.18-274.7.1.el5 config-2.6.18-274.el5xen message vmlinuz-2.6.18-274.7.1.el5xen xen-syms-2.6.18-274.el5 grub symvers-2.6.18-274.7.1.el5xen.gz vmlinuz-2.6.18-274.el5xen initrd-2.6.18-274.7.1.el5xen.img symvers-2.6.18-274.el5xen.gz xen.gz-2.6.18-274.7.1.el5 initrd-2.6.18-274.el5xen.img System.map-2.6.18-274.7.1.el5xen xen.gz-2.6.18-274.el5 Further information at: http://wiki.edseek.com/guide:mount_loopback As regard the LVM partition, I always get an error, but it is related to another issue and I haven't yet figured out hou to solve. # mount -o loop,offset=106928640 centos-5.0.img /mnt/loop/ mount: unknown filesystem type 'LVM2_member' Hope this helps. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 02:08:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 02:08:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHu2n-0000FR-1i; Sun, 23 Oct 2011 02:08:37 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHtsp-0007xT-39 for xen-users@lists.xensource.com; Sun, 23 Oct 2011 01:58:19 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1319360294!1294893!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19342 invoked from network); 23 Oct 2011 08:58:16 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 08:58:16 -0000 Received: by iaen33 with SMTP id n33so8164037iae.30 for ; Sun, 23 Oct 2011 01:58:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=HgLqU7uSk5SQ8WGgiwXZYwdDLI+8YUsqzga/iY+Tx/s=; b=QvtL7efHtP4QzwyKZbE0zo0UlmiI5UFV/uTRhdXM12E0k3sgDtKnRo9HMe3hHJxOHX V8SswSMOtPToxCLfKSsxMilCQJbLGSWUXlhlyLJG/rYQwe44sqNg7Mpwas80UyW2ATVG iqj51M6JcffSkyt1kdTzEhju8TJ9gCx2cpxU0= MIME-Version: 1.0 Received: by 10.231.41.9 with SMTP id m9mr8048118ibe.96.1319360293314; Sun, 23 Oct 2011 01:58:13 -0700 (PDT) Received: by 10.231.166.16 with HTTP; Sun, 23 Oct 2011 01:58:13 -0700 (PDT) Date: Sun, 23 Oct 2011 10:58:13 +0200 Message-ID: From: Florian Heigl To: Xen Users Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Remus HA wiki X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, does anyone know the author for the (excellent) howto at http://remusha.wikidot.com? It needs three small updates: a) the persistent block dev patch doesn't apply any more b) Path for the mercurial config has changed to /etc/mercurial/hgrc.d/hgext.rc c) xen 4.2 now needs yajl which is missing in the dependency list (libyajl1, libyajl-dev) Also I wondered about the Patch for the timeout handling ( http://remusha.wikidot.com/local--files/configuring-and-installing-remus/timeouts ) Is it serious that this is a hardcoded setting and you're supposed to recompile Remus to change it? (and you'll need to use dark magic to find the value on a running system...) Does that have any advantage stability wise? Greetings, Florian -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 04:06:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 04:06:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHvsZ-0003lP-A8; Sun, 23 Oct 2011 04:06:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHvrX-0003NK-6Q for xen-users@lists.xensource.com; Sun, 23 Oct 2011 04:05:07 -0700 X-Env-Sender: suchodolski.tomasz@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1319367871!60337747!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28517 invoked from network); 23 Oct 2011 11:04:32 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 11:04:32 -0000 Received: by iaen33 with SMTP id n33so8285155iae.30 for ; Sun, 23 Oct 2011 04:05:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=s0i6GdRBbKG5xRm2tzW8muVwf5aF86jybRLY1g5JnpU=; b=R3eLUDwpmHzE78HxrmPi462uqCdpu32ovAsF6YJiXDKCJ5L7jrWx/YlDjOm2sgMMyh yGbIqIsa4DWl4eIN9+XzXPfYpXzBXbggWzi2JSfFNAFmte8RaZ69/GsngF5q/SBVZL8P Lih5fzPEigX4X1kUW+sGbHLJ2ugV4f2ub2b/4= MIME-Version: 1.0 Received: by 10.42.157.135 with SMTP id d7mr35604731icx.19.1319367901038; Sun, 23 Oct 2011 04:05:01 -0700 (PDT) Received: by 10.42.245.5 with HTTP; Sun, 23 Oct 2011 04:05:00 -0700 (PDT) Received: by 10.42.245.5 with HTTP; Sun, 23 Oct 2011 04:05:00 -0700 (PDT) In-Reply-To: References: Date: Sun, 23 Oct 2011 13:05:00 +0200 Message-ID: Subject: Re: [Xen-users] Remus HA wiki From: Tomasz Suchodolski To: Florian Heigl Cc: Xen Users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1771167390==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1771167390== Content-Type: multipart/alternative; boundary=90e6ba6138ce11c93004aff54728 --90e6ba6138ce11c93004aff54728 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable 23-10-2011 11:08 u=BFytkownik "Florian Heigl" napisa=B3: > > Hi, > > does anyone know the author for the (excellent) howto at > http://remusha.wikidot.com? > I dont know him personally ;) but if you want to know his name then you can find it here: http://nss.cs.ubc.ca/remus/index.html#download --90e6ba6138ce11c93004aff54728 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable


23-10-2011 11:08 u=BFytkownik "Florian Heigl" <florian.heigl@gmail.com> napisa=B3:
>
> Hi,
>
> does anyone know the author for the (excellent) howto at
> http://remusha.wikidot.com?=
>
I dont know him personally ;) but if you want to know his name then you can= find it here:=A0
http://nss.cs.ub= c.ca/remus/index.html#download

--90e6ba6138ce11c93004aff54728-- --===============1771167390== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1771167390==-- From xen-users-bounces@lists.xensource.com Sun Oct 23 05:45:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 05:45:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHxQS-0008Dc-Ov; Sun, 23 Oct 2011 05:45:16 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHxPF-0007tG-Ux for xen-users@lists.xensource.com; Sun, 23 Oct 2011 05:44:02 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1319373837!1313285!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15596 invoked from network); 23 Oct 2011 12:43:58 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 12:43:58 -0000 Received: by vws13 with SMTP id 13so5522862vws.30 for ; Sun, 23 Oct 2011 05:43:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=VMSufZQmo/d96YoNfEkuHixqUGqEy5tpSmfz92BUvuo=; b=qmjxnDL3WB0NFN4GRnvXN/ntWT9f1fDdmJZbxSlXybrJLT69nlDlIDOsmo96zeZKUg ZsEb+MVqBCzuMuyVJeTuWMT7TPKgb79CFnk0N4mN9CqWkRiLy+Es7xT8HeDMgc0sC0pQ DxMQfhS3wDgtonIBogUZ8nspoLA/jdeTZosFg= Received: by 10.52.186.230 with SMTP id fn6mr19380533vdc.76.1319373837046; Sun, 23 Oct 2011 05:43:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Sun, 23 Oct 2011 05:43:37 -0700 (PDT) From: Flavio Date: Sun, 23 Oct 2011 14:43:37 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] CentOS 6.0 domU kernel: how to setup? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I've recently set up a CentOS 6.0 guest, using qemu (http://www.virtuatopia.com/index.php/Using_QEMU_Disk_Images_for_Xen_DomainU_Systems) and I would like to install a domU kernel inside the virtual machine, but I don't find anything with yum while in the CentOS 5.3 yes. Actually, CentOS 5.3 has the following kernel in the /boot directory (we are still talking about domUs - my dom0 is Gentoo Linux): vmlinuz-2.6.18-274.7.1.el5xen. But I'm not convinced that it is a well configured domU kernel. Anyway: is there some kernel image to be installed as domU kernel inside the virtual machine? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 05:52:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 05:52:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHxX7-0000Zx-R5; Sun, 23 Oct 2011 05:52:09 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHxWN-0000FT-KL for xen-users@lists.xensource.com; Sun, 23 Oct 2011 05:51:23 -0700 X-Env-Sender: peter@pajamian.dhs.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1319374277!451241!1 X-Originating-IP: [219.88.242.56] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28163 invoked from network); 23 Oct 2011 12:51:20 -0000 Received: from mx6.orcon.net.nz (HELO mx6.orcon.net.nz) (219.88.242.56) by server-6.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 23 Oct 2011 12:51:20 -0000 Received: from Debian-exim by mx6.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1RHxWG-0004GY-Dc for xen-users@lists.xensource.com; Mon, 24 Oct 2011 01:51:16 +1300 Received: from 60-234-254-5.bitstream.orcon.net.nz ([60.234.254.5] helo=[192.168.1.3]) by mx6.orcon.net.nz with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RHxWG-0004G4-6e for xen-users@lists.xensource.com; Mon, 24 Oct 2011 01:51:16 +1300 Message-ID: <4EA40DC2.6040603@pajamian.dhs.org> Date: Mon, 24 Oct 2011 01:51:14 +1300 From: Peter User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] CentOS 6.0 domU kernel: how to setup? References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DSPAM-Check: by mx6.orcon.net.nz on Mon, 24 Oct 2011 01:51:16 +1300 X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Oct 24 01:51:16 2011 X-DSPAM-Confidence: 0.6186 X-DSPAM-Probability: 0.0000 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 24/10/11 01:43, Flavio wrote: > Hello, > > I've recently set up a CentOS 6.0 guest, using qemu > (http://www.virtuatopia.com/index.php/Using_QEMU_Disk_Images_for_Xen_DomainU_Systems) > and I would like to install a domU kernel inside the virtual machine, > but I don't find anything with yum The default CentOS 6 kernel is DomU capable. Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 05:53:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 05:53:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHxYh-0001Gm-NX; Sun, 23 Oct 2011 05:53:47 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHxY3-0000ws-5U for xen-users@lists.xensource.com; Sun, 23 Oct 2011 05:53:07 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1319374382!737570!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5609 invoked from network); 23 Oct 2011 12:53:03 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 12:53:03 -0000 Received: by vws13 with SMTP id 13so5526418vws.30 for ; Sun, 23 Oct 2011 05:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=U6tAu9wt1tKVpVV1Jf1GCWop750Fj1boiAdB/SizU5M=; b=LyemI75NOlcfabOyxQkdeS2pQEAUb6wuUNTkIPni6M47qO+9C9jk0F7/crTToCNP2+ bnWfh8QPSC9lBVqL4UBN0DD/RFhMdgqAfed2scQoc3iYkq2tC/0OaJXx/bT2pIdXaZu8 tCsFKMvr7IAmUotH4N6jbcvyKDQPoUF6p0Eb8= Received: by 10.52.30.42 with SMTP id p10mr19789070vdh.127.1319374382059; Sun, 23 Oct 2011 05:53:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Sun, 23 Oct 2011 05:52:42 -0700 (PDT) In-Reply-To: <4EA40DC2.6040603@pajamian.dhs.org> References: <4EA40DC2.6040603@pajamian.dhs.org> From: Flavio Date: Sun, 23 Oct 2011 14:52:42 +0200 Message-ID: Subject: Re: [Xen-users] CentOS 6.0 domU kernel: how to setup? To: Peter Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 23 October 2011 14:51, Peter wrote: > The default CentOS 6 kernel is DomU capable. Thanks, it actually boots, but I was not sure about the configuration and the domU optimization. Regards, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 06:37:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 06:37:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHyFR-0002k2-Rf; Sun, 23 Oct 2011 06:37:57 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHyEI-0002Pa-1D for xen-users@lists.xensource.com; Sun, 23 Oct 2011 06:36:46 -0700 X-Env-Sender: lrlanswer@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1319377001!460648!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12965 invoked from network); 23 Oct 2011 13:36:42 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 13:36:42 -0000 Received: by iaen33 with SMTP id n33so8431498iae.30 for ; Sun, 23 Oct 2011 06:36:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=vTiES9eiglczyK9F0a/Q5kFbBo0aURJSpgJkdvDZsfU=; b=lA6SB1XXVV6Y11Mv14JMdRpXjNmZ8Wusc3P+kXW7mEIu+8Sud52khVJ2MfPhBG/2Kn OHJdWiGyaT8rSQiKrfY5E6DTGMdwdZx7SslDHGgtSeRnYK0+YKgmlOrpDW0PcC5dLEtY 2hxkcuNlKwLwMn6lb1rifmrnTrXXr97uMq6IE= Received: by 10.231.1.6 with SMTP id 6mr8525902ibd.38.1319377001323; Sun, 23 Oct 2011 06:36:41 -0700 (PDT) Received: from [192.168.1.5] ([222.222.70.70]) by mx.google.com with ESMTPS id p18sm3231296ibe.7.2011.10.23.06.36.34 (version=SSLv3 cipher=OTHER); Sun, 23 Oct 2011 06:36:40 -0700 (PDT) Subject: [Xen-users]Keyboard does not work while start xen hypervisor From: rico To: xen-users@lists.xensource.com Content-Type: text/plain; charset="UTF-8" Date: Sun, 23 Oct 2011 21:35:56 +0800 Message-ID: <1319376956.2606.17.camel@monster> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com hello I tried to set up xen on Debian(squeeze) followed the wiki page http://wiki.debian.org/Xen#Installation_on_squeeze . When finished setting up Xen and dom0 kernel, I tried to restart my computer into xen. Then I got the problem ---- cannot use keyboard when login to the system. Here is the information of my keyboard(in a laptop) -Input Devices- Name AT Translated Set 2 keyboard Type Keyboard Bus 0x11 And when start xen i got some error like this: ata4.00 : exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen ata4.00 : cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0 res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask Ox5 (timeout) Rico 2011-10-23 UTC _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 07:21:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 07:21:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHyvU-0004OX-7M; Sun, 23 Oct 2011 07:21:24 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHyuI-00043p-1k for xen-users@lists.xensource.com; Sun, 23 Oct 2011 07:20:10 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-216.messagelabs.com!1319379605!736579!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25558 invoked from network); 23 Oct 2011 14:20:06 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 14:20:06 -0000 Received: by iaen33 with SMTP id n33so8474441iae.30 for ; Sun, 23 Oct 2011 07:20:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.151.196 with SMTP id f4mr36393639icw.17.1319379605210; Sun, 23 Oct 2011 07:20:05 -0700 (PDT) Received: by 10.42.220.5 with HTTP; Sun, 23 Oct 2011 07:20:05 -0700 (PDT) In-Reply-To: References: <4EA40DC2.6040603@pajamian.dhs.org> Date: Sun, 23 Oct 2011 21:20:05 +0700 Message-ID: Subject: Re: [Xen-users] CentOS 6.0 domU kernel: how to setup? From: "Fajar A. Nugraha" To: Flavio Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Oct 23, 2011 at 7:52 PM, Flavio wrote: > On 23 October 2011 14:51, Peter wrote: >> The default CentOS 6 kernel is DomU capable. > Thanks, it actually boots, but I was not sure about the configuration > and the domU optimization. If your goal is to have a "supported" centos installation, then with regards to xen it's as optimized as you'll ever get. That being said, in the past pv_ops kernel performs not as well xenified kernel, not to mention some missing features (e.g. memory/cpu hotplug). There's also many improvement in latest vanilla kernel compared to 2.6.32 (which is what rhel/centos is based on). So if you/re REALLY concerned about optimizing or a particular feature, then you might want to compile your own kernel based on latest vanilla linux 3.x (based on pv_ops) or suse's kernel (which is the most recent xenified kernel available), then compare the results. Generally I'd say don't bother though, just stick with the bundled kernel. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 07:24:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 07:24:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RHyyb-000584-0H; Sun, 23 Oct 2011 07:24:37 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHyxs-0004nb-51 for xen-users@lists.xensource.com; Sun, 23 Oct 2011 07:23:52 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1319379795!60350699!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22403 invoked from network); 23 Oct 2011 14:23:16 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 14:23:16 -0000 Received: by vws13 with SMTP id 13so5566044vws.30 for ; Sun, 23 Oct 2011 07:23:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=KqjP+BN2lYCRDJ3Wvttn/ToNl56DKtG0T8e5GJ6KWZ8=; b=svC9Ioj74PA0W7RTMa/jaL708HPjFjihPlQ6qOGiCRibYtIPuBoCxwLBzaa8rKii5O 9uBtLFIJDFET+qe7+S+aCl03bFDpGO+ayaWCsQL20khwNw2qrCU2dLAdw6IgQiOEq/VK zHijB2wQ/G5SnRbUxNL/eZ9N7MHmbPn44BSz8= Received: by 10.52.90.45 with SMTP id bt13mr19616744vdb.25.1319379827161; Sun, 23 Oct 2011 07:23:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Sun, 23 Oct 2011 07:23:27 -0700 (PDT) In-Reply-To: References: <4EA40DC2.6040603@pajamian.dhs.org> From: Flavio Date: Sun, 23 Oct 2011 16:23:27 +0200 Message-ID: Subject: Re: [Xen-users] CentOS 6.0 domU kernel: how to setup? To: "Fajar A. Nugraha" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 23 October 2011 16:20, Fajar A. Nugraha wrote: > If your goal is to have a "supported" centos installation, then with > regards to xen it's =A0as optimized as you'll ever get. > > That being said, in the past pv_ops kernel performs not as well > xenified kernel, not to mention some missing features (e.g. memory/cpu > hotplug). There's also many improvement in latest vanilla kernel > compared to 2.6.32 (which is what rhel/centos is based on). So if > you/re REALLY concerned about optimizing or a particular feature, then > you might want to compile your own kernel based on latest vanilla > linux 3.x =A0 (based on pv_ops) or suse's kernel (which is the most > recent xenified kernel available), then compare the results. Thanks a lot for the information. > > Generally I'd say don't bother though, just stick with the bundled kernel= . Yes, you are right and this is what I will do from now. Thank you, --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 09:57:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 09:57:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RI1Mk-0000kp-Rt; Sun, 23 Oct 2011 09:57:42 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RI1LL-0000Mu-5G for xen-users@lists.xensource.com; Sun, 23 Oct 2011 09:56:15 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1319388970!472769!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1005 invoked from network); 23 Oct 2011 16:56:11 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 16:56:11 -0000 Received: by iaen33 with SMTP id n33so8629699iae.30 for ; Sun, 23 Oct 2011 09:56:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=3TEFvcaeJUi1JRi40ppRWJZ7fcldYndvmF1HTFOoGRQ=; b=ttk1yYG4L5YhzB8QbMP0VYI0ITb0sjf7Dyu0r2gFuamdr26uJja/SLCFqP/5LkTUm4 M9AIluS7dmwUuj+ZcAUWHnmNiJFrIHkwNCb3Pxy8pAjAa5uOIOR9UvGVrTR8fuWH49ww goUPJSGfNul9n+rpIKMNCaYkKWDwH1KycbZc0= MIME-Version: 1.0 Received: by 10.231.47.206 with SMTP id o14mr8642892ibf.18.1319388969558; Sun, 23 Oct 2011 09:56:09 -0700 (PDT) Received: by 10.231.166.16 with HTTP; Sun, 23 Oct 2011 09:56:09 -0700 (PDT) In-Reply-To: References: Date: Sun, 23 Oct 2011 18:56:09 +0200 Message-ID: Subject: Re: [Xen-users] Remus HA wiki From: Florian Heigl To: Tomasz Suchodolski Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: Xen Users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com 2011/10/23 Tomasz Suchodolski : > > 23-10-2011 11:08 u=BFytkownik "Florian Heigl" >> does anyone know the author for the (excellent) howto at >> http://remusha.wikidot.com? >> > I dont know him personally ;) but if you want to know his name then you c= an > find it here: > http://nss.cs.ubc.ca/remus/index.html#download Thank you. I tried subscribing at wikidot.com so I can do this via their wiki where he's posting, too. Along the way I've also found that the server with git repo with the DR:BD patches is gone, and the Remus mercurial repository is gone too. I sense a certain risk that this will die a lonesome like some other xen parts if there's not some more effort to make it a more accessible feature. Flo --=20 the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 12:12:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 12:12:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RI3Sw-0004fx-5z; Sun, 23 Oct 2011 12:12:14 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RI3Rh-0004Kp-Mc for xen-users@lists.xensource.com; Sun, 23 Oct 2011 12:10:58 -0700 X-Env-Sender: artur@e-ring.pl X-Msg-Ref: server-2.tower-182.messagelabs.com!1319397053!480209!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2685 invoked from network); 23 Oct 2011 19:10:54 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 23 Oct 2011 19:10:54 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RI3Rb-0002Ul-Q8 for xen-users@lists.xensource.com; Sun, 23 Oct 2011 12:10:51 -0700 Date: Sun, 23 Oct 2011 12:10:51 -0700 (PDT) From: ring To: xen-users@lists.xensource.com Message-ID: <1319397051798-4930153.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] Re: Problems with Network Bridge HVM DomU Debian Squeeze running over Kernel 2.6.32-5-xen-amd64 Debian Xen 4 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Have same problem here. Anyone? My network card is invisible, even when I set relatek 8169 or intel e1000 in config. Any issues? -- View this message in context: http://xen.1045712.n5.nabble.com/Problems-with-Network-Bridge-HVM-DomU-Debian-Squeeze-running-over-Kernel-2-6-32-5-xen-amd64-Debian-X4-tp4685999p4930153.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 13:39:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 13:39:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RI4oz-0006zy-RF; Sun, 23 Oct 2011 13:39:05 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RI4nr-0006f5-Ue for xen-users@lists.xensource.com; Sun, 23 Oct 2011 13:37:56 -0700 X-Env-Sender: rafaelweingartner@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1319402271!758978!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8506 invoked from network); 23 Oct 2011 20:37:52 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 20:37:52 -0000 Received: by ywp17 with SMTP id 17so1177184ywp.30 for ; Sun, 23 Oct 2011 13:37:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:in-reply-to:subject:date :mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:importance:x-mailer:x-mimeole; bh=l3s0pxa4dJN2XOoB/ukxp1tYtvjwtPAwqUi05uzlhrE=; b=mb9Y1rFoR8Oj3ZrYkhkCIYg2hXV2eda4O0Te2GlehqieN6QYFd/udnjkt+grU8W41w cawG+Dx+Aujjh10eafAI1AQUJVGVwnxEOdJinNkG1/zmh7e2gFZ/IWVwXCQ7dn0Csmi1 0XHc7zXqwpmynuS2zXsL8hg4x3HWebeRVkoZE= Received: by 10.236.123.73 with SMTP id u49mr5379991yhh.88.1319402270132; Sun, 23 Oct 2011 13:37:50 -0700 (PDT) Received: from XPS14Windows ([187.55.7.136]) by mx.google.com with ESMTPS id f47sm12377704yhh.8.2011.10.23.13.37.46 (version=SSLv3 cipher=OTHER); Sun, 23 Oct 2011 13:37:48 -0700 (PDT) Message-ID: <22D352E112764E6888B76E808CF9D6C6@XPS14Windows> From: "Rafael Weingartner" To: "Tom Lobato" References: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> <01930FF5439044138D4FDB28C82F9B89@XPS14Windows> <4EA3202C.2050605@gmail.com> In-Reply-To: <4EA3202C.2050605@gmail.com> Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations Date: Sun, 23 Oct 2011 18:37:43 -0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Cc: Xen-user-list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Tom, Of course I can post my work here. The problem is that the document is written in Portuguese. It is a project for course conclusion. I am proposing a cloud computing platform to virtualize computers and servers. So, in this work I defined physical computer, virtual environment, types of virtualization and cloud computing (what it is, how to use it, deliver model and etc.) Then a described the most used cloud computing platforms (At least the platforms that I know are the most used). The platforms that I am describing are Xen Cloud Platform, VMware, and Microsoft and IBM cloud solutions. Now I am writing about the relationship between Mainframe and cloud computing. I am showing why I think that IBM cloud solution (System Z enterprise, Z/vm and Tivoli) is one of the best way to apply the cloud computing concepts. And Finally I am proposing the use of Mainframe platform to apply the cloud computing concepts to deliver infrastructure as a service. I am not an IBMer, yet. I think the Mainframe (System Z) and its architecture are the best platform to apply the cloud computing concepts -----Original Message----- From: Tom Lobato Sent: Saturday, October 22, 2011 5:57 PM To: Rafael Weingartner Cc: Xen-user-list Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations Hi Raphael, It would be nice if you post your work here, if possible, of course. Em 22-10-2011 17:43, Rafael Weingartner escreveu: > Thank you Todd, this links helped a lot. > > > -----Original Message----- From: Todd Deshane > Sent: Tuesday, October 11, 2011 1:52 PM > To: Rafael Weingartner > Cc: Xen-user-list > Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations > > On Sat, Oct 1, 2011 at 4:22 PM, Rafael Weingartner > wrote: >> Xen Cloud Platform maximum configurations >> >> Hey guys, >> >> I am writing about Cloud computing platform. So I need to describe the >> platforms that are used the most. I described the VMware platform, >> Microsoft >> and I would like to describe the Xen Cloud Platform. Then I will compare >> those platforms and show some real use cases. >> >> So, I found some information about the XCP on these links: >> http://support.citrix.com/article/CTX123996 >> >> http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/guest.html#creatingVMs_supported_OS_minimums >> >> >> http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/installation.html#sys_requirements-host >> >> >> I am still missing some information such as: >> >> · The maximum amount of disk that a VM can use; >> >> · The maximum number of virtual processor per host processor; >> >> · The maximum number of virtual machines on a host; >> >> · The maximum number of virtual processors on a host; >> >> · The maximum amount of storage that XCP can use; >> >> · The maximum number of hosts on a XCP cluster >> >> · The maximum number of virtual machines on a XCP cluster >> >> >> >> Does anyone know a document made by Xen or Citrix that has this kind of >> information? > > > Take a look at: > http://www.citrix.com/English/ps2/products/feature.asp?contentID=1681747 > http://support.citrix.com/article/CTX131047 > > Thanks, > Todd > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 14:14:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 14:14:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RI5NE-0008PW-Kb; Sun, 23 Oct 2011 14:14:28 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RI5M7-00084y-RG for xen-users@lists.xensource.com; Sun, 23 Oct 2011 14:13:20 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1319404395!482152!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7366 invoked from network); 23 Oct 2011 21:13:16 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2011 21:13:16 -0000 Received: by iaen33 with SMTP id n33so8886471iae.30 for ; Sun, 23 Oct 2011 14:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=JbIw3drZeqJQZ+IyxI2suUJgNvCyOVvq90glXidsgDU=; b=T/4EyQV+rsJzeQT+RTYE/Uk/vA5XwCwy8uVi384EWDVdzhJ0sVJIb4RO+PyQRV/HtJ VvPRhUJGUDGxeRrMs7llQqjChx0Ebhhwje8vCPPq5R4xj1i/c889P9qugvY2o/snOFqd Ux/S6lPBewRf0mxAZ+ybJj6AQyqvKtvn84H3Y= MIME-Version: 1.0 Received: by 10.42.157.135 with SMTP id d7mr37794260icx.19.1319404394002; Sun, 23 Oct 2011 14:13:14 -0700 (PDT) Received: by 10.231.166.16 with HTTP; Sun, 23 Oct 2011 14:13:13 -0700 (PDT) In-Reply-To: References: Date: Sun, 23 Oct 2011 23:13:13 +0200 Message-ID: Subject: Re: [Xen-users] Remus HA wiki From: Florian Heigl To: Xen Users Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, 2011/10/23 Florian Heigl : > Thank you. > I tried subscribing at wikidot.com so I can do this via their wiki > where he's posting, too. > Along the way I've also found that the server with git repo with the > DR:BD patches is gone, > and the Remus mercurial repository is gone too. I heard back from them, this was a server failure they're already working on :) I'll go on with the remus howto testing on the doc day... Florian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 14:26:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 14:26:39 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RI5Z1-0000pX-Dc; Sun, 23 Oct 2011 14:26:39 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RI5Xj-0000Ut-PQ for xen-users@lists.xensource.com; Sun, 23 Oct 2011 14:25:20 -0700 X-Env-Sender: psethu01@students.poly.edu X-Msg-Ref: server-11.tower-21.messagelabs.com!1319405115!1343180!1 X-Originating-IP: [65.55.34.76] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24970 invoked from network); 23 Oct 2011 21:25:16 -0000 Received: from col0-omc2-s2.col0.hotmail.com (HELO col0-omc2-s2.col0.hotmail.com) (65.55.34.76) by server-11.tower-21.messagelabs.com with SMTP; 23 Oct 2011 21:25:16 -0000 Received: from COL117-W12 ([65.55.34.73]) by col0-omc2-s2.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 23 Oct 2011 14:25:14 -0700 Message-ID: X-Message-Routing: svDeHvwoU4ydbvulauZVIC8k224CV4Y4Cxjeral0iILcMUHIR7RFcE+SmJnX/aGC6TkkENmN3wfu0FQ4A/p4m/4uqSSJVSXTAcKyZldIGGlCJ0QAdkvhgVpI8xQSrCZb1M7maH9TjoYp8XPE= X-Originating-IP: [24.193.16.191] From: praveen kumar sethuraman To: Date: Sun, 23 Oct 2011 21:25:14 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 23 Oct 2011 21:25:14.0907 (UTC) FILETIME=[4121FEB0:01CC91CA] Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0005009492==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0005009492== Content-Type: multipart/alternative; boundary="_7c556a14-e3d8-42f3-aa2d-190792b95bb8_" --_7c556a14-e3d8-42f3-aa2d-190792b95bb8_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI=2C I have been trying to install DomU 's on xen but i when i create th= e config file for installing the dom u i get this error=2CDomain 'vmx01cms0= 1' does not exist. I am following the installation proceedures from this so= urce=2C http://webdevster.com/how-to/how-to-install-xen-4-on-debian-6-squee= ze-x64. Kindly help me out of this. Thank You Sethu = --_7c556a14-e3d8-42f3-aa2d-190792b95bb8_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
HI=2C

 =3B =3B =3B =3B =3B =3B =3B I hav= e been trying to install DomU 's on xen but i when i create the config file= for installing the dom u i get this error=2CDomain 'vmx01cms01' does not e= xist. I am following the installation proceedures from this source=2C http:= //webdevster.com/how-to/how-to-install-xen-4-on-debian-6-squeeze-x64. Kindl= y help me out of this.


Thank You
Sethu
<= /body> = --_7c556a14-e3d8-42f3-aa2d-190792b95bb8_-- --===============0005009492== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0005009492==-- From xen-users-bounces@lists.xensource.com Sun Oct 23 17:31:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 17:31:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RI8RS-0004pj-HR; Sun, 23 Oct 2011 17:31:02 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RI8QO-0004V5-3a for xen-users@lists.xensource.com; Sun, 23 Oct 2011 17:29:56 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-216.messagelabs.com!1319416191!769184!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17685 invoked from network); 24 Oct 2011 00:29:53 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 00:29:53 -0000 Received: by iaen33 with SMTP id n33so9074273iae.30 for ; Sun, 23 Oct 2011 17:29:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.155.202 with SMTP id v10mr38060250icw.36.1319416191455; Sun, 23 Oct 2011 17:29:51 -0700 (PDT) Received: by 10.42.220.5 with HTTP; Sun, 23 Oct 2011 17:29:51 -0700 (PDT) In-Reply-To: <22D352E112764E6888B76E808CF9D6C6@XPS14Windows> References: <819EA6E495774D9E9756BAECAB662509@XPS14Windows> <01930FF5439044138D4FDB28C82F9B89@XPS14Windows> <4EA3202C.2050605@gmail.com> <22D352E112764E6888B76E808CF9D6C6@XPS14Windows> Date: Mon, 24 Oct 2011 07:29:51 +0700 Message-ID: Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations From: "Fajar A. Nugraha" To: Rafael Weingartner Content-Type: text/plain; charset=ISO-8859-1 Cc: Xen-user-list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 24, 2011 at 3:37 AM, Rafael Weingartner wrote: > It is a project for course conclusion. > The platforms that I am describing > are Xen Cloud Platform, VMware, and Microsoft and IBM cloud solutions. > Now I am writing about the relationship between Mainframe and cloud > computing. I am showing why I think that IBM cloud solution (System Z > enterprise, Z/vm and Tivoli) is one of the best way to apply the cloud > computing concepts. You do know that IBM also offers cloud solution based on x86 and power, right? And if I'm not mistaken the x86 solution can also manage Xen hypervisor. > And Finally I am proposing the use of Mainframe platform to apply the cloud > computing concepts to deliver infrastructure as a service. > I am not an IBMer, yet. I think the Mainframe (System Z) and its > architecture are the best platform to apply the cloud computing concepts is this a complete comparison with real-word use, complete with total cost of ownership calculation, or is it a purely theoretical and technical paper? Saying the mainframe is the best platform for cloud computing is like saying all taxi should be BMW. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 22:03:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 22:03:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RICgq-0002sT-Ba; Sun, 23 Oct 2011 22:03:12 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RICet-0002X0-Nf for xen-users@lists.xensource.com; Sun, 23 Oct 2011 22:01:14 -0700 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1319432445!49940729!1 X-Originating-IP: [216.51.232.10] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8632 invoked from network); 24 Oct 2011 05:00:46 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-9.tower-27.messagelabs.com with SMTP; 24 Oct 2011 05:00:46 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Mon, 24 Oct 2011 00:01:08 -0500 From: To: "'Xen-user-list'" Subject: RE: [Xen-users] Xen Cloud Platform maximum configurations Date: Mon, 24 Oct 2011 00:01:05 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 In-Reply-To: <22D352E112764E6888B76E808CF9D6C6@XPS14Windows> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 thread-index: AcyRw9eta7RaeL9YQgadugR+6TJ4KQARFhIg Importance: Normal X-Auth: admin@xenhive.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: admin@xenhive.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I would not encourage anybody to decide which platform to sue simply = based on maximum configuration numbers (such as max memory or max CPUs). It = is a misleading way of going about things, and it would likely create the = wrong conclusions. For example, if you looked at max memory per guest, when = would you really need to roll out a cloud solution with 1TB of RAM per guest? = For that matter, how often would you design a solution that needed even = 128GB of RAM per guest? =20 If you are planning to virtualize a combination of desktop computers and typical servers, it is extremely unlikely you would ever need to = approach any platform's maximums. There are probably other criteria that should = get more weight. Things like cost do factor in regardless of the size and = scope of a project. If you turn in your course conclusion and focus only on = the max numbers for each platform (while ignoring actual real world = concerns), you will likely get the grade you earned. Best of luck with it. -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Rafael Weingartner Sent: Sunday, October 23, 2011 3:38 PM To: Tom Lobato Cc: Xen-user-list Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations Hi Tom, Of course I can post my work here. The problem is that the document is=20 written in Portuguese. It is a project for course conclusion. I am proposing a cloud computing platform to virtualize computers and=20 servers. So, in this work I defined physical computer, virtual environment, types = of=20 virtualization and cloud computing (what it is, how to use it, deliver = model and etc.) Then a described the most used cloud computing platforms (At least the=20 platforms that I know are the most used). The platforms that I am = describing are Xen Cloud Platform, VMware, and Microsoft and IBM cloud solutions. Now I am writing about the relationship between Mainframe and cloud=20 computing. I am showing why I think that IBM cloud solution (System Z=20 enterprise, Z/vm and Tivoli) is one of the best way to apply the cloud=20 computing concepts. And Finally I am proposing the use of Mainframe platform to apply the = cloud=20 computing concepts to deliver infrastructure as a service. I am not an IBMer, yet. I think the Mainframe (System Z) and its=20 architecture are the best platform to apply the cloud computing concepts -----Original Message-----=20 From: Tom Lobato Sent: Saturday, October 22, 2011 5:57 PM To: Rafael Weingartner Cc: Xen-user-list Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations Hi Raphael, It would be nice if you post your work here, if possible, of course. Em 22-10-2011 17:43, Rafael Weingartner escreveu: > Thank you Todd, this links helped a lot. > > > -----Original Message----- From: Todd Deshane > Sent: Tuesday, October 11, 2011 1:52 PM > To: Rafael Weingartner > Cc: Xen-user-list > Subject: Re: [Xen-users] Xen Cloud Platform maximum configurations > > On Sat, Oct 1, 2011 at 4:22 PM, Rafael Weingartner > wrote: >> Xen Cloud Platform maximum configurations >> >> Hey guys, >> >> I am writing about Cloud computing platform. So I need to describe = the >> platforms that are used the most. I described the VMware platform, >> Microsoft >> and I would like to describe the Xen Cloud Platform. Then I will = compare >> those platforms and show some real use cases. >> >> So, I found some information about the XCP on these links: >> http://support.citrix.com/article/CTX123996 >> >> http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/guest.html#creatingV= Ms_ supported_OS_minimums >> >> >> http://docs.vmd.citrix.com/XenServer/5.6.0/1.0/en_gb/installation.html#sy= s_r equirements-host >> >> >> I am still missing some information such as: >> >> . The maximum amount of disk that a VM can use; >> >> . The maximum number of virtual processor per host processor; >> >> . The maximum number of virtual machines on a host; >> >> . The maximum number of virtual processors on a host; >> >> . The maximum amount of storage that XCP can use; >> >> . The maximum number of hosts on a XCP cluster >> >> . The maximum number of virtual machines on a XCP cluster >> >> >> >> Does anyone know a document made by Xen or Citrix that has this kind = of >> information? > > > Take a look at: > = http://www.citrix.com/English/ps2/products/feature.asp?contentID=3D168174= 7 > http://support.citrix.com/article/CTX131047 > > Thanks, > Todd >=20 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 23:10:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 23:10:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIDkQ-0005BD-9W; Sun, 23 Oct 2011 23:10:58 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIDiJ-0004py-5S for xen-users@lists.xensource.com; Sun, 23 Oct 2011 23:08:49 -0700 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1319436522!36398022!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 669 invoked from network); 24 Oct 2011 06:08:43 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 06:08:43 -0000 Received: by vws13 with SMTP id 13so5983369vws.30 for ; Sun, 23 Oct 2011 23:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=itrWwBJ2YltorZnJjZ8Er15tATfeGW0c05NqzsUtkzE=; b=L+9WB2ANICOPgg6/uaN6cbRr8Dyaj+eyrlisKx8es/8tPsVjkJ7/3gAk0m+M0KNw3b lf9FenhpceeGSYzuxUyn5I3bcZYCc4+wK71s1rK2KJ7RU8M1W7ZsVDk+muVVWr8AfaVe Lzbl+3+EqSkve+Ij25R6adG/00JGXbyWYb7VE= MIME-Version: 1.0 Received: by 10.52.173.113 with SMTP id bj17mr21216051vdc.98.1319436522613; Sun, 23 Oct 2011 23:08:42 -0700 (PDT) Received: by 10.52.115.163 with HTTP; Sun, 23 Oct 2011 23:08:42 -0700 (PDT) Date: Sun, 23 Oct 2011 23:08:42 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Upgrade Xen 3.1 to 4.1? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi. I got a server running Centos 5.7 x64 running default xen version 3.1, but I want to move to 4.1 from Gitco. I got win2k3/centos domU machines there. To move my server to xen 4.1, do I need to change something in our vm's? or in our dom0? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sun Oct 23 23:37:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sun, 23 Oct 2011 23:37:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIE9w-0006I1-94; Sun, 23 Oct 2011 23:37:20 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIE8n-0005xf-JO for xen-users@lists.xensource.com; Sun, 23 Oct 2011 23:36:09 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1319438165!30366939!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27724 invoked from network); 24 Oct 2011 06:36:06 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 06:36:06 -0000 Received: by vws13 with SMTP id 13so6005115vws.30 for ; Sun, 23 Oct 2011 23:36:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=ybqyq9q6+LPYCk6k5gJo0ArgdLZ9SbkZjTQtzkpxX74=; b=j3nQT2OiMLanwhPCEfaDkVrt/S1mAqRSbyNV2vW7mHv9ZZ7HyAsyKX+pdkiqrXBhTA aGbWsKHTRy5a1W0tBu8ic32AILSZ1gCYJ4565H38wONfjW+KhiapwKJ0DlJNnkzhvCjx gsGv4wibmc1dP/II0ixr5HDP8nExtkPZSw4ks= Received: by 10.52.33.50 with SMTP id o18mr13972052vdi.42.1319438165121; Sun, 23 Oct 2011 23:36:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Sun, 23 Oct 2011 23:35:45 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Mon, 24 Oct 2011 08:35:45 +0200 Message-ID: Subject: Re: [Xen-users] Upgrade Xen 3.1 to 4.1? To: Periko Support Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 24 October 2011 08:08, Periko Support wrote: > =A0To move my server to xen 4.1, do I need to change something in our > vm's? or in our dom0? Hi! I have done this migration too and I didn't touch anything inside the domUs= , apart something in the /etc/inittab file (if I am not wrong). To be more precise, I didn't do a migration; I've got my old domUs from a Xen 3.1 dom0 to a Xen 4.1 dom0 and all went OK. Just take care of reading the migration guide as regard the dom0 instead: http://wiki.xensource.com/xenwiki/MigrationGuideToXen4.1%2B Cheers, --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Mon Oct 24 04:36:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 04:36:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIIpL-0000Al-Ho; Mon, 24 Oct 2011 04:36:23 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIIoR-0008Jj-10; Mon, 24 Oct 2011 04:35:28 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1319456123!548049!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18958 invoked from network); 24 Oct 2011 11:35:23 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 11:35:23 -0000 Received: by wyi11 with SMTP id 11so7690892wyi.30 for ; Mon, 24 Oct 2011 04:35:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=bdVAYVlvHv/gxbdQELw+YJFm09A8FkuHGMZB37bnbUQ=; b=EB4cZD9NAKOsud3hzt3rXmWdyEcb4Rejj+xeeL38t9vwnxGOZCOzkLPknyqxxNUyHg g+uVvOYCKHROBl5pS7MOmrwmmwV/GYHUSooS8QiFhQWE2viVqYSCcGwdoghAB3wIFXAa uKszpnBKZz/EyKYjqz3mu8VozfkPh6LyqqN7A= Received: by 10.216.137.13 with SMTP id x13mr2967818wei.52.1319456121648; Mon, 24 Oct 2011 04:35:21 -0700 (PDT) Received: from [172.16.26.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id fi11sm38469803wbb.9.2011.10.24.04.35.18 (version=SSLv3 cipher=OTHER); Mon, 24 Oct 2011 04:35:19 -0700 (PDT) Message-ID: <4EA54D72.7040205@xen.org> Date: Mon, 24 Oct 2011 12:35:14 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Joseph Glanville Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> <1319013528.3385.59.camel@zakaz.uk.xensource.com> <4E9F1361.5020906@xen.org> <4EA18FAD.7080102@xen.org> In-Reply-To: Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0936621712==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0936621712== Content-Type: multipart/alternative; boundary="------------060400010708000807030705" This is a multi-part message in MIME format. --------------060400010708000807030705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 22/10/2011 00:33, Joseph Glanville wrote: > As I noted, this is just my opinion, its not my place to decide how > people want to use it but if we could have to idea of what should and > shouldn't be in there it makes it easy to then structure the information. > > I think we need to setup a guided rewrite/refactor of the core > documentation so it resembles something close to this: > > Overview (brief introduction, architecture, why xen is > different and maybe abit of xen philosophy) > Getting started guide ( Installation of Xen on Debian - > probably the simplest and easiest way to get started with Xen > at the moment, start a Debian PV guest, start at Windows HVM > guest) > Installation guide ( More indepth covering all the core > distros and some more advanced installations including > compilation from source and using the Linux 3.1 kernel, > networking options etc) > Administration guide ( This bit requires atlot of discussion, > do we recommend xm still? should we only support xl? If that > is the case how to we recommend stuff like managed domains etc..) > Advanced topics.. stuff like Networking, PCI passthrough etc > deserve their own pages > > Are you suggesting we restructure the wiki front-page around this? > > > Yes, maybe not -exactly- this format but something resembling it would > be of value I think. Guiding people towards the beginners > documentation and making it quite clear there is a reading progression > will show much stronger cohesion. I think we have two choices: a) We re-write large sections of the wiki with the purpose of making it more accessible b) We use create methods to highlight existing stuff and focus on filling gaps, etc. I think that b) is more valuable. Here are a few ideas: Trails: I have come across the idea of wiki trails before. These are pages/indexes which lead the reader through a series of articles. The key is that these are easily identified and highlighted from the main page. E.g. we could use Trails (listing all trails and a page template), Trails/XenOverview, Trails/XenGettingStarted, etc. By doing this, we group the existing documents, rather than re-writing a lot of stuff and just refactoring it. This would make an easier start, and if somebody wishes they can always clean up and refactor the documentation which makes up a trail. I had a look around for MoinMoin plug-ins for something which may help with trails: not much, but there are a couple of plugins that may help Being able to create TOCs across sevaleraL wiki pages (http://moinmo.in/SteveTindle/DocTools from http://moinmo.in/MacroMarket#Release_1.5 using /EnhancedTableOfContents /SetSection /TocOf ) > The current wiki is poluted with alot of architecture and design > info that isn't of interest to a general user but is still key to > understanding Xen from a developers point of view. > > Part of the issue is that it is hard for me to identify what is > what. If I had a good approximation of what is what, I (or others) > could just go through the motions and re-encode stuff accordingly. > > > I have exactly the same problem, I just need to undertand what needs > to be done and where. I hope I will get some of this out of Wed. > I think what you seem to be saying is that there would be > extremely high value in having a "Getting started" guide and some > other entry level documentation (even if just an index page) > accessible from the wiki front page. > > > Precisely, documenting the more advanced features of Xen seems to be > something that we can approach over time. Beginner documentation is > immeadiately lacking and seems to be an easier target that would > benefit more people. Let's see whether we can get enough structure in place on Wed and make a good start Lars --------------060400010708000807030705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 22/10/2011 00:33, Joseph Glanville wrote:
As I noted, this is just my opinion, its not my place to decide how people want to use it but if we could have to idea of what should and shouldn't be in there it makes it easy to then structure the information.

I think we need to setup a guided rewrite/refactor of the core documentation so it resembles something close to this:

Overview (brief introduction, architecture, why xen is different and maybe abit of xen philosophy)
Getting started guide ( Installation of Xen on Debian - probably the simplest and easiest way to get started with Xen at the moment, start a Debian PV guest, start at Windows HVM guest)
Installation guide ( More indepth covering all the core distros and some more advanced installations including compilation from source and using the Linux 3.1 kernel, networking options etc)
Administration guide ( This bit requires atlot of discussion, do we recommend xm still? should we only support xl? If that is the case how to we recommend stuff like managed domains etc..)
Advanced topics.. stuff like Networking, PCI passthrough etc deserve their own pages
Are you suggesting we restructure the wiki front-page around this?

Yes, maybe not -exactly- this format but something resembling it would be of value I think. Guiding people towards the beginners documentation and making it quite clear there is a reading progression will show much stronger cohesion.

I think we have two choices:
a) We re-write large sections of the wiki with the purpose of making it more accessible
b) We use create methods to highlight existing stuff and focus on filling gaps, etc.

I think that b) is more valuable. Here are a few ideas:

Trails: I have come across the idea of wiki trails before. These are pages/indexes which lead the reader through a series of articles. The key is that these are easily identified and highlighted from the main page. E.g. we could use Trails (listing all trails and a page template), Trails/XenOverview, Trails/XenGettingStarted, etc. By doing this, we group the existing documents, rather than re-writing a lot of stuff and just refactoring it. This would make an easier start, and if somebody wishes they can always clean up and refactor the documentation which makes up a trail.

I had a look around for MoinMoin plug-ins for something which may help with trails: not much, but there are a couple of plugins that may help

Being able to create TOCs across sevaleraL wiki pages (http://moinmo.in/SteveTindle/DocTools from http://moinmo.in/MacroMarket#Release_1.5 using /EnhancedTableOfContents /SetSection /TocOf )

The current wiki is poluted with alot of architecture and design info that isn't of interest to a general user but is still key to understanding Xen from a developers point of view.
Part of the issue is that it is hard for me to identify what is what. If I had a good approximation of what is what, I (or others) could just go through the motions and re-encode stuff accordingly.

I have exactly the same problem, I just need to undertand what needs to be done and where.
I hope I will get some of this out of Wed.

I think what you seem to be saying is that there would be extremely high value in having a "Getting started" guide and some other entry level documentation (even if just an index page) accessible from the wiki front page.

Precisely, documenting the more advanced features of Xen seems to be something that we can approach over time. Beginner documentation is immeadiately lacking and seems to be an easier target that would benefit more people.
Let's see whether we can get enough structure in place on Wed and make a good start

Lars

--------------060400010708000807030705-- --===============0936621712== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0936621712==-- From xen-devel-bounces@lists.xensource.com Mon Oct 24 08:03:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 08:03:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIM3Q-0003FT-Q0; Mon, 24 Oct 2011 08:03:09 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RILzr-0002zf-Be; Mon, 24 Oct 2011 07:59:49 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-7.tower-216.messagelabs.com!1319468362!870901!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25380 invoked from network); 24 Oct 2011 14:59:23 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 14:59:23 -0000 Received: by vws13 with SMTP id 13so6568231vws.30 for ; Mon, 24 Oct 2011 07:59:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.51 with SMTP id bt19mr24183015vdb.34.1319468362108; Mon, 24 Oct 2011 07:59:22 -0700 (PDT) Received: by 10.220.188.198 with HTTP; Mon, 24 Oct 2011 07:59:21 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4EA54D72.7040205@xen.org> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> <1319013528.3385.59.camel@zakaz.uk.xensource.com> <4E9F1361.5020906@xen.org> <4EA18FAD.7080102@xen.org> <4EA54D72.7040205@xen.org> Date: Tue, 25 Oct 2011 01:59:21 +1100 Message-ID: Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Joseph Glanville To: Lars Kurth Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0135816371==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0135816371== Content-Type: multipart/alternative; boundary=20cf307d0372040f2d04b00caba9 --20cf307d0372040f2d04b00caba9 Content-Type: text/plain; charset=ISO-8859-1 Agreed on all counts. I think you have a very good point in the "trails" concept... the idea of having an information graph resounds with the goal to make advanced documentation accessible but not overwhelm newcomers. The DocTools macros look good. Joseph. On 24 October 2011 22:35, Lars Kurth wrote: > On 22/10/2011 00:33, Joseph Glanville wrote: > > As I noted, this is just my opinion, its not my place to decide how > people want to use it but if we could have to idea of what should and > shouldn't be in there it makes it easy to then structure the information. > > I think we need to setup a guided rewrite/refactor of the core >>> documentation so it resembles something close to this: >>> >>> Overview (brief introduction, architecture, why xen is different and >>> maybe abit of xen philosophy) >>> Getting started guide ( Installation of Xen on Debian - probably the >>> simplest and easiest way to get started with Xen at the moment, start a >>> Debian PV guest, start at Windows HVM guest) >>> Installation guide ( More indepth covering all the core distros and some >>> more advanced installations including compilation from source and using the >>> Linux 3.1 kernel, networking options etc) >>> Administration guide ( This bit requires atlot of discussion, do we >>> recommend xm still? should we only support xl? If that is the case how to we >>> recommend stuff like managed domains etc..) >>> Advanced topics.. stuff like Networking, PCI passthrough etc deserve >>> their own pages >>> >> Are you suggesting we restructure the wiki front-page around this? > > > Yes, maybe not -exactly- this format but something resembling it would be > of value I think. Guiding people towards the beginners documentation and > making it quite clear there is a reading progression will show much stronger > cohesion. > > > I think we have two choices: > a) We re-write large sections of the wiki with the purpose of making it > more accessible > b) We use create methods to highlight existing stuff and focus on filling > gaps, etc. > > I think that b) is more valuable. Here are a few ideas: > > Trails: I have come across the idea of wiki trails before. These are > pages/indexes which lead the reader through a series of articles. The key is > that these are easily identified and highlighted from the main page. E.g. we > could use Trails (listing all trails and a page template), > Trails/XenOverview, Trails/XenGettingStarted, etc. By doing this, we group > the existing documents, rather than re-writing a lot of stuff and just > refactoring it. This would make an easier start, and if somebody wishes they > can always clean up and refactor the documentation which makes up a trail. > > I had a look around for MoinMoin plug-ins for something which may help with > trails: not much, but there are a couple of plugins that may help > > Being able to create TOCs across sevaleraL wiki pages ( > http://moinmo.in/SteveTindle/DocTools from > http://moinmo.in/MacroMarket#Release_1.5 using /EnhancedTableOfContents > /SetSection /TocOf) > > > The current wiki is poluted with alot of architecture and design info >> that isn't of interest to a general user but is still key to understanding >> Xen from a developers point of view. >> > Part of the issue is that it is hard for me to identify what is what. If I >> had a good approximation of what is what, I (or others) could just go >> through the motions and re-encode stuff accordingly. > > > I have exactly the same problem, I just need to undertand what needs to be > done and where. > > I hope I will get some of this out of Wed. > > > I think what you seem to be saying is that there would be extremely high >> value in having a "Getting started" guide and some other entry level >> documentation (even if just an index page) accessible from the wiki front >> page. >> > > Precisely, documenting the more advanced features of Xen seems to be > something that we can approach over time. Beginner documentation is > immeadiately lacking and seems to be an easier target that would benefit > more people. > > Let's see whether we can get enough structure in place on Wed and make a > good start > > Lars > > -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --20cf307d0372040f2d04b00caba9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Agreed on all counts.

I think you have a very good point in the &quo= t;trails" concept... the idea of having an information graph resounds = with the goal to make advanced documentation accessible but not overwhelm n= ewcomers.

The DocTools macros look good.

Joseph.



On 24 October 2011 22:35, Lars Kurth <= ;lars.kurth@xen.org> wr= ote:
=20 =20 =20
On 22/10/2011 00:33, Joseph Glanville wrote:
As I noted, this is just my opinion, its not my place to decide how people want to use it but if we could have to idea of what should and shouldn't be in there it makes it easy to then structure the information.

I think we need to setup a guided rewrite/refactor of the core documentation so it resembles something close to this:

Overview (brief introduction, architecture, why xen is different and maybe abit of xen philosophy)
Getting started guide ( Installation of Xen on Debian - probably the simplest and easiest way to get started with Xen at the moment, start a Debian PV guest, start at Windows HVM guest)
Installation guide ( More indepth covering all the core distros and some more advanced installations including compilation from source and using the Linux 3.1 kernel, networking options etc)
Administration guide ( This bit requires atlot of discussion, do we recommend xm still? should we only support xl? If that is the case how to we recommend stuff like managed domains etc..)
Advanced topics.. stuff like Networking, PCI passthrough etc deserve their own pages
Are you suggesting we restructure the wiki front-page around this?

Yes, maybe not -exactly- this format but something resembling it would be of value I think. Guiding people towards the beginners documentation and making it quite clear there is a reading progression will show much stronger cohesion.

I think we have two choices:
a) We re-write large sections of the wiki with the purpose of making it more accessible
b) We use create methods to highlight existing stuff and focus on filling gaps, etc.

I think that b) is more valuable. Here are a few ideas:

Trails: I have come across the idea of wiki trails before. These are pages/indexes which lead the reader through a series of articles. The key is that these are easily identified and highlighted from the main page. E.g. we could use Trails (listing all trails and a page template), Trails/XenOverview, Trails/XenGettingStarted, etc. By doing this, we group the existing documents, rather than re-writing a lot of stuff and just refactoring it. This would make an easier start, and if somebody wishes they can always clean up and refactor the documentation which makes up a trail.

I had a look around for MoinMoin plug-ins for something which may help with trails: not much, but there are a couple of plugins that may help

Being able to create TOCs across sevaleraL wiki pages (ht= tp://moinmo.in/SteveTindle/DocTools from = http://moinmo.in/MacroMarket#Release_1.5 using /EnhancedTableOf= Contents /= SetSection /TocOf )


The curre= nt wiki is poluted with alot of architecture and design info that isn't of interest to a general user but is still key to understanding Xen from a developers point of view.
Part of the issue is that it is hard for me to identify what is what. If I had a good approximation of what is what, I (or others) could just go through the motions and re-encode stuff accordingly.

I have exactly the same problem, I just need to undertand what needs to be done and where.
I hope I will get some of this out of Wed.


I think w= hat you seem to be saying is that there would be extremely high value in having a "Getting started" guide and some other entry level documentation (eve= n if just an index page) accessible from the wiki front page.

Precisely, documenting the more advanced features of Xen seems to be something that we can approach over time. Beginner documentation is immeadiately lacking and seems to be an easier target that would benefit more people.
Let's see whether we can get enough structure in place on Wed and make a good start

Lars




--
<= font color=3D"#0000ff">
Founder | Director | VP Research
Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Pho= ne: 1300 56 99 52 | Mobile: 0428 754 846
--20cf307d0372040f2d04b00caba9-- --===============0135816371== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0135816371==-- From xen-api-bounces@lists.xensource.com Mon Oct 24 09:07:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 09:07:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIN3I-0007VV-K8; Mon, 24 Oct 2011 09:07:05 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIN1o-0007Qj-J2; Mon, 24 Oct 2011 09:05:51 -0700 X-Env-Sender: torushikeshj@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1319472327!30456253!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31461 invoked from network); 24 Oct 2011 16:05:28 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 16:05:28 -0000 Received: by ywp17 with SMTP id 17so2393545ywp.30 for ; Mon, 24 Oct 2011 09:05:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=6Qogb+diTYIyi/Le9D5jZfy10hBWMPm1P9nRRQN8h9M=; b=VM9DpSCOea7YpKl8ChugRiqFQXbhWMeBTYMyV/ZOpfoRh4BZ5holxU4C2sbL8Wfc28 SxTjE6FxfG5XcVKZ4g7liVDHp5OEQxBlaiE/ynPj4Tutt0GZVspjrQK+VblatcIqiYHl h4JHHvRwnkFXJ1bg6vtVMNtZxwZstUJ8yzyRM= MIME-Version: 1.0 Received: by 10.68.37.97 with SMTP id x1mr48808899pbj.14.1319472326659; Mon, 24 Oct 2011 09:05:26 -0700 (PDT) Received: by 10.143.67.12 with HTTP; Mon, 24 Oct 2011 09:05:26 -0700 (PDT) Date: Mon, 24 Oct 2011 21:35:26 +0530 Message-ID: From: R J To: xen-api@lists.xensource.com, xen-devel@lists.xensource.com, xen-users@lists.xensource.com Cc: Subject: [Xen-API] CloudLinux on Xen X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0696953824==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============0696953824== Content-Type: multipart/alternative; boundary=bcaec520e627524f5b04b00d9735 --bcaec520e627524f5b04b00d9735 Content-Type: text/plain; charset=ISO-8859-1 Hello List, I am testing a XCP1 CentOS 5 paravirt vm with CloudLinux. http://cloudlinux.com/ CloudLinux is a great product for shared hosting and I was evaluation same on a paravirt guest. I found a strange thing in XCP. CloudLinux provides xen kernel for DomUs and after installing the CloudLinux in a DomU it actually got 32 cpus inside. I had assigned only 2 vCPU to that DomU. To confirm this I started generating load on that DomU and in no time it ate all my node's CPUs. Is it an expected behavior that one of your DomU can eat all node with few modifications in kernel ? Or is Paravirt not a Hardware Virtualized guest ? Regards, R J --bcaec520e627524f5b04b00d9735 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello List,

I am testing a XCP1 CentOS 5 paravirt vm with CloudLinux= . http://cloudlinux.com/
CloudLin= ux is a great product for shared hosting and I was evaluation same on a par= avirt guest.

I found a strange thing in XCP. CloudLinux provides xen kernel for DomU= s and after installing the CloudLinux in a DomU it actually got 32 cpus ins= ide.
I had assigned only 2 vCPU to that DomU. To confirm this I started = generating load on that DomU and in no time it ate all my node's CPUs.<= br>
Is it an expected behavior that one of your DomU can eat all node with = few modifications in kernel ?
Or is Paravirt not a Hardware Virtualized = guest ?

Regards,
R J


--bcaec520e627524f5b04b00d9735-- --===============0696953824== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============0696953824==-- From xen-api-bounces@lists.xensource.com Mon Oct 24 09:28:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 09:28:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RINNi-0000xV-KX; Mon, 24 Oct 2011 09:28:10 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RINNV-0000tq-US; Mon, 24 Oct 2011 09:27:58 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1319473673!1489151!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3760 invoked from network); 24 Oct 2011 16:27:54 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2011 16:27:54 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9OGRpQD018114; Mon, 24 Oct 2011 09:27:51 -0700 (envelope-from brooks@netgate.net) Date: Mon, 24 Oct 2011 09:27:51 -0700 (PDT) From: brooks@netgate.net To: R J Subject: Re: [Xen-API] CloudLinux on Xen In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com, xen-api@lists.xensource.com X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com On Mon, 24 Oct 2011, R J wrote: > I found a strange thing in XCP. CloudLinux provides xen kernel for DomUs and > after installing the CloudLinux in a DomU it actually got 32 cpus inside. > I had assigned only 2 vCPU to that DomU. To confirm this I started > generating load on that DomU and in no time it ate all my node's CPUs. How many physical CPUs do you have installed and how did you verify how many VCPUs your domU was allocated? What does /proc/cpuinfo contain? > Is it an expected behavior that one of your DomU can eat all node with few > modifications in kernel ? > Or is Paravirt not a Hardware Virtualized guest ? You might want to take a look at the docs that describe how the Credit Scheduler used in Xen works: http://wiki.xen.org/xenwiki/CreditScheduler _______________________________________________ xen-api mailing list xen-api@lists.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api From xen-api-bounces@lists.xensource.com Mon Oct 24 09:45:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 09:45:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RINei-000241-2K; Mon, 24 Oct 2011 09:45:44 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RINeX-000214-9s; Mon, 24 Oct 2011 09:45:33 -0700 X-Env-Sender: torushikeshj@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1319474728!1467519!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14009 invoked from network); 24 Oct 2011 16:45:29 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 16:45:29 -0000 Received: by yxl31 with SMTP id 31so5332040yxl.30 for ; Mon, 24 Oct 2011 09:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q6OJeGJbrpmrbcK0eS9fjdyn24yJCsrJQ+1TUxGXxEY=; b=ezsYhhpVYqfA/Fwg4PYxu+htYHTS9QaIztFtT+J/a/3Ii0QrpPK0r/WvX0/22L5Q9Q Fj96e+Pnrd47RIWB2bl0qw+hFhBuUZDPx4S7rIrFatUFMUzjOmyEJa0WfxuqB0OlPRMl 5WmV2CkiqcxiA8aDBx5Pak4mq7xGgRPu3g7sw= MIME-Version: 1.0 Received: by 10.68.73.232 with SMTP id o8mr22590310pbv.82.1319474726497; Mon, 24 Oct 2011 09:45:26 -0700 (PDT) Received: by 10.143.67.12 with HTTP; Mon, 24 Oct 2011 09:45:26 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 Oct 2011 22:15:26 +0530 Message-ID: Subject: Re: [Xen-API] CloudLinux on Xen From: R J To: brooks@netgate.net Cc: xen-users@lists.xensource.com, xen-api@lists.xensource.com X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1562907422==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============1562907422== Content-Type: multipart/alternative; boundary=f46d041390f55cee2b04b00e2647 --f46d041390f55cee2b04b00e2647 Content-Type: text/plain; charset=ISO-8859-1 Hi Brooks, Thanks for the reply. I have X5650 node with 24 CPUs. This is Dual Socket Hexacore machine. I used XenCenter to monitor the node and it showed 2 vCPUs for that DomU. I rechecked it with vm-param-list, it showed 2. When I checked /proc/cpuinfo in DomU, it shows 32. Regards, R J On Mon, Oct 24, 2011 at 9:57 PM, wrote: > > On Mon, 24 Oct 2011, R J wrote: > > I found a strange thing in XCP. CloudLinux provides xen kernel for DomUs >> and >> after installing the CloudLinux in a DomU it actually got 32 cpus inside. >> I had assigned only 2 vCPU to that DomU. To confirm this I started >> generating load on that DomU and in no time it ate all my node's CPUs. >> > > How many physical CPUs do you have installed and how did you verify how > many VCPUs your domU was allocated? What does /proc/cpuinfo contain? > > > Is it an expected behavior that one of your DomU can eat all node with few >> modifications in kernel ? >> Or is Paravirt not a Hardware Virtualized guest ? >> > > You might want to take a look at the docs that describe how the Credit > Scheduler used in Xen works: > > http://wiki.xen.org/xenwiki/**CreditScheduler > --f46d041390f55cee2b04b00e2647 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Brooks,

Thanks for the reply.
I have X5650 node with 24 CPUs. = This is Dual Socket Hexacore machine.

I used XenCenter to monitor th= e node and it showed 2 vCPUs for that DomU. I rechecked it with vm-param-li= st, it showed 2.
When I checked /proc/cpuinfo in DomU, it shows 32.

Regards,
R J
On Mon, Oct 24, 2011 at 9:57 PM, <brooks@netgate.net&= gt; wrote:

On Mon, 24 Oct 2011, R J wrote:

I found a strange thing in XCP. CloudLinux provides xen kernel for DomUs an= d
after installing the CloudLinux in a DomU it actually got 32 cpus inside. I had assigned only 2 vCPU to that DomU. To confirm this I started
generating load on that DomU and in no time it ate all my node's CPUs.<= br>

How many physical CPUs do you have installed and how did you verify how man= y VCPUs your domU was allocated? =A0What does /proc/cpuinfo contain?


Is it an expected behavior that one of your DomU can eat all node with few<= br> modifications in kernel ?
Or is Paravirt not a Hardware Virtualized guest ?

You might want to take a look at the docs that describe how the Credit Sche= duler used in Xen works:

=A0 =A0http://wiki.xen.org/xenwiki/CreditScheduler

--f46d041390f55cee2b04b00e2647-- --===============1562907422== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============1562907422==-- From xen-users-bounces@lists.xensource.com Mon Oct 24 09:49:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 09:49:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RINiF-0003AU-89; Mon, 24 Oct 2011 09:49:23 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RINfI-0002Bg-5a for xen-users@lists.xensource.com; Mon, 24 Oct 2011 09:46:21 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1319474776!594132!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10568 invoked from network); 24 Oct 2011 16:46:17 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 16:46:17 -0000 Received: by vws13 with SMTP id 13so6715496vws.30 for ; Mon, 24 Oct 2011 09:46:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=yy1vrLqRBnVwrJLrSgZ8AlYQCn0lY+XVUmSA64+lOg8=; b=a051fm2FvbL8UdVrdv++yI9RyabGREQOIFDGd2jbaor+T/qwzlGlyOlVXpfMSpCG6j KTnlwugm0j4zJdAEvN9qUkqSuqP/Fs8/C66bWoEBcsg4BreP5ER1zuMN+D7Cr1E6+htZ E2c+GlSG1LK/ODl5pa5ixt1OJsoPzo8ZEh2Ac= Received: by 10.52.36.109 with SMTP id p13mr3623994vdj.59.1319474774978; Mon, 24 Oct 2011 09:46:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Mon, 24 Oct 2011 09:45:49 -0700 (PDT) From: Flavio Date: Mon, 24 Oct 2011 18:45:49 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Multiple CD OS install using qemu X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, I am following this guide http://www.virtuatopia.com/index.php/Using_QEMU_Disk_Images_for_Xen_DomainU_Systems to setup a Linux domU, which is distributed in 5 CD ROM. I have the .iso files of these cd roms and I could launch the installation using the following command: qemu-system-x86_64 -hda linux.img -cdrom linux-server-i386-disc1.iso -boot d -m 512 -net nic -net tap,ifname=tap0,script=no The problem now is how to change the cd-rom during the installation. I've read this: http://lists.xensource.com/archives/html/xen-users/2006-12/msg00633.html after a Google research but I think this won't allow me to solve the problem. Is it possible to change the cd-rom, which is an ISO file in this case? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-api-bounces@lists.xensource.com Mon Oct 24 10:06:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 10:06:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RINyN-0004Ow-QJ; Mon, 24 Oct 2011 10:06:03 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RINwz-0004Jt-Ku; Mon, 24 Oct 2011 10:04:39 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-13.tower-27.messagelabs.com!1319475856!45565842!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16105 invoked from network); 24 Oct 2011 17:04:17 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2011 17:04:17 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9OH4U2V022259; Mon, 24 Oct 2011 10:04:30 -0700 (envelope-from brooks@netgate.net) Date: Mon, 24 Oct 2011 10:04:30 -0700 (PDT) From: brooks@netgate.net To: R J Subject: Re: [Xen-API] CloudLinux on Xen In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com, xen-api@lists.xensource.com X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com On Mon, 24 Oct 2011, R J wrote: > Hi Brooks, > > Thanks for the reply. > I have X5650 node with 24 CPUs. This is Dual Socket Hexacore machine. > > I used XenCenter to monitor the node and it showed 2 vCPUs for that DomU. I > rechecked it with vm-param-list, it showed 2. > When I checked /proc/cpuinfo in DomU, it shows 32. That's (very) strange. I have a similar environment set up and running with CloudLinux 5 under XenServer 5.5 and all of the CPU/VCPU mapping is working as expected. I'm currently testing XCP 1.1 but have yet to bring up a CL VM on it. Are you using CL 5 or CL 6, and is this XCP 1.0 or 1.1? Did you happen to check /proc/cpuinfo before applying the CL RPMs? _______________________________________________ xen-api mailing list xen-api@lists.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api From xen-users-bounces@lists.xensource.com Mon Oct 24 10:13:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 10:13:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIO5E-0005aC-Ea; Mon, 24 Oct 2011 10:13:08 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIO4N-0005G8-DA for xen-users@lists.xensource.com; Mon, 24 Oct 2011 10:12:15 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1319476300!54114868!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28897 invoked from network); 24 Oct 2011 17:11:41 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 17:11:41 -0000 Received: by vcbfk13 with SMTP id fk13so7175521vcb.30 for ; Mon, 24 Oct 2011 10:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=PJGd/TeU2F5TMHf+I89icU8/A1pWoPBvO9BCKBD0a1o=; b=CxuYybS22wokVzJnn7sntUZyOgiwb22Z9/6TwtksH4VMsziJSmbhmr9xkJZOtDvil1 H6/WpxyRSoKKOkLwGRVK0643yuVAVK1qteCUP92cAa7SAhc8bEWCbYWqykdNX0sItciG zgDfu2HNxQ1mITJszDaFBPy3Cyp8cOoO0VqDg= Received: by 10.52.98.227 with SMTP id el3mr23334882vdb.8.1319476331132; Mon, 24 Oct 2011 10:12:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Mon, 24 Oct 2011 10:11:51 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Mon, 24 Oct 2011 19:11:51 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Re: Multiple CD OS install using qemu X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 24 October 2011 18:45, Flavio wrote: > Is it possible to change the cd-rom, which is an ISO file in this case? I have tried to do the following: in the qemu window, I pressed ctrl+alt+2 and I get the (qemu) console. Then to change the iso cd I have done as it follows: (qemu) change ide1-cd0 /path/to/new/image.iso And it worked. I hope this would help someone just in case of necessity. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 24 10:20:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 10:20:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOBu-0006Nr-3r; Mon, 24 Oct 2011 10:20:02 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOAm-00063l-Fy for xen-users@lists.xensource.com; Mon, 24 Oct 2011 10:18:52 -0700 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1319476701!41232408!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14129 invoked from network); 24 Oct 2011 17:18:22 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 17:18:22 -0000 Received: by iaen33 with SMTP id n33so10333900iae.30 for ; Mon, 24 Oct 2011 10:18:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1J5w5qcTM8DIIPNDvTLx9D2SI1V8MUGeS2a1LOzbKYc=; b=RXlmlFW66jlz0RlUxtOBxGXppfiPOgOTbfpZHH4HSDbaXMukwMrex8J8O0XAWL01Oa GulT9ztb7glbNBRtRrTbQjJiTy5Tp3SGVvyG84mP79cghYU6F2W0auShgWKNIebdfuRZ xhZ5uJWErV7vBOz/3sDEdB9bLya43NXvwb+M4= MIME-Version: 1.0 Received: by 10.43.65.79 with SMTP id xl15mr18158569icb.6.1319476726650; Mon, 24 Oct 2011 10:18:46 -0700 (PDT) Received: by 10.42.171.135 with HTTP; Mon, 24 Oct 2011 10:18:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 Oct 2011 13:18:46 -0400 Message-ID: Subject: Re: [Xen-users] Re: Multiple CD OS install using qemu From: chris To: Flavio Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1871485363==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1871485363== Content-Type: multipart/alternative; boundary=bcaec51b1c8f94d54b04b00e9d44 --bcaec51b1c8f94d54b04b00e9d44 Content-Type: text/plain; charset=ISO-8859-1 the qemu console is a very useful gem that i didnt find until recently, there all kinds of neat things one can do with it On Mon, Oct 24, 2011 at 1:11 PM, Flavio wrote: > On 24 October 2011 18:45, Flavio wrote: > > Is it possible to change the cd-rom, which is an ISO file in this case? > I have tried to do the following: > in the qemu window, I pressed ctrl+alt+2 and I get the (qemu) console. > Then to change the iso cd I have done as it follows: > > (qemu) change ide1-cd0 /path/to/new/image.iso > > And it worked. > I hope this would help someone just in case of necessity. > > -- > Flavio > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --bcaec51b1c8f94d54b04b00e9d44 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable the qemu console is a very useful gem that i didnt find until recently, the= re all kinds of neat things one can do with it

On Mon, Oct 24, 2011 at 1:11 PM, Flavio <fbcyborg@gmail.com> wrote:
On 24 October 2011 18:45,= Flavio <fbcyborg@gmail.com>= ; wrote:
> Is it possible to change the cd-rom, which is an ISO file in this case= ?
I have tried to do the following:
in the qemu window, I pressed ctrl+alt+2 and I get the (qemu) console.
Then to change the iso cd I have done as it follows:

(qemu) change ide1-cd0 /path/to/new/image.iso

And it worked.
I hope this would help someone just in case of necessity.

--
Flavio

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--bcaec51b1c8f94d54b04b00e9d44-- --===============1871485363== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1871485363==-- From xen-users-bounces@lists.xensource.com Mon Oct 24 10:23:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 10:23:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOEm-00077D-Cu; Mon, 24 Oct 2011 10:23:00 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIODy-0006nG-Mr for xen-users@lists.xensource.com; Mon, 24 Oct 2011 10:22:11 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1319476926!1507055!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17060 invoked from network); 24 Oct 2011 17:22:07 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 17:22:07 -0000 Received: by vws13 with SMTP id 13so6765974vws.30 for ; Mon, 24 Oct 2011 10:22:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Iq0BP/e28Zst2MDiABicTdYQ+IaMpmUjQFVAWQf76w0=; b=d4Wu99n0H8C6fTu1zrRyKjgVtW1j60AKkozUeWYMzQe+y54b1zEyNSsl1FdFnN0656 kea5Y1DS2MEhQ+vXzKd96DKRvmJg+HlUYsbluIdkciDDy+czZOQdfHXM7cQ+mB7ZHhj2 20vIY0lxRputQfo3QIndWJm2gd37GIXtEv4xw= Received: by 10.52.98.227 with SMTP id el3mr23369528vdb.8.1319476926066; Mon, 24 Oct 2011 10:22:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Mon, 24 Oct 2011 10:21:46 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Mon, 24 Oct 2011 19:21:46 +0200 Message-ID: Subject: Re: [Xen-users] Re: Multiple CD OS install using qemu To: chris Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 24 October 2011 19:18, chris wrote: > the qemu console is a very useful gem that i didnt find until recently, > there all kinds of neat things one can do with it Yes, actually I could do a lot of things more now with XEN thanks to qemu. Great! -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-api-bounces@lists.xensource.com Mon Oct 24 10:27:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 10:27:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOJD-0007bF-Cr; Mon, 24 Oct 2011 10:27:35 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOJ3-0007Yh-Hx; Mon, 24 Oct 2011 10:27:26 -0700 X-Env-Sender: torushikeshj@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1319477241!2231922!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29407 invoked from network); 24 Oct 2011 17:27:22 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 17:27:22 -0000 Received: by qabg1 with SMTP id g1so6616883qab.30 for ; Mon, 24 Oct 2011 10:27:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WVc5nveXfUEuSFp5nhvsftS8zEKrj/YFjo8lDaYORfs=; b=dv/CrFpNYcdA37y7Nnm3eyU0Z7sHlKhSVOIB/nqGvRG1+p91OLhcO5qZG4dKEvLp0r G9wmIx2B3eBjy+Yd4sJ1qmzumzpASq/KHQokhaJjrxHpTEIRq0I0HXy7a+yUmOTUvETa TrIDeuI5DbG8xoh/+xFkBtMq1rXvjGyHD8VfU= MIME-Version: 1.0 Received: by 10.68.34.226 with SMTP id c2mr49018782pbj.99.1319477240613; Mon, 24 Oct 2011 10:27:20 -0700 (PDT) Received: by 10.143.67.12 with HTTP; Mon, 24 Oct 2011 10:27:20 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 Oct 2011 22:57:20 +0530 Message-ID: Subject: Re: [Xen-API] CloudLinux on Xen From: R J To: brooks@netgate.net Cc: xen-users@lists.xensource.com, xen-api@lists.xensource.com X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1917646481==" Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com --===============1917646481== Content-Type: multipart/alternative; boundary=bcaec520f1cf374c1f04b00ebcee --bcaec520f1cf374c1f04b00ebcee Content-Type: text/plain; charset=ISO-8859-1 Yes its strange. I have XCP1 with following version of CloudLinux Kernel. Please see if the same issue replicates at your environment. [root@centos ~]# cat /etc/grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/xvda3 # initrd /initrd-version.img #boot=/dev/xvda default=1 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CloudLinux Server (2.6.18-374.3.1.el5.lve0.8.44xen) root (hd0,0) kernel /vmlinuz-2.6.18-374.3.1.el5.lve0.8.44xen ro root=LABEL=/ console=xvc0 initrd /initrd-2.6.18-374.3.1.el5.lve0.8.44xen.img title CentOS (2.6.18-194.el5xen) root (hd0,0) kernel /vmlinuz-2.6.18-194.el5xen ro root=LABEL=/ console=xvc0 initrd /initrd-2.6.18-194.el5xen.img I'm using CloudLinux 5 on XCP1 and not 1.1 On default xen kernel it boots and runs fine on allocated vCPUs but 2.6.18-374.3.1.el5.lve0.8.44xen kernel is making things strange. Regards, R J On Mon, Oct 24, 2011 at 10:34 PM, wrote: > > On Mon, 24 Oct 2011, R J wrote: > > Hi Brooks, >> >> Thanks for the reply. >> I have X5650 node with 24 CPUs. This is Dual Socket Hexacore machine. >> >> I used XenCenter to monitor the node and it showed 2 vCPUs for that DomU. >> I >> rechecked it with vm-param-list, it showed 2. >> When I checked /proc/cpuinfo in DomU, it shows 32. >> > > That's (very) strange. I have a similar environment set up and running > with CloudLinux 5 under XenServer 5.5 and all of the CPU/VCPU mapping is > working as expected. I'm currently testing XCP 1.1 but have yet to bring up > a CL VM on it. Are you using CL 5 or CL 6, and is this XCP 1.0 or 1.1? > Did you happen to check /proc/cpuinfo before applying the CL RPMs? > --bcaec520f1cf374c1f04b00ebcee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yes its strange.

I have XCP1 with following version of CloudLinux Ke= rnel.
Please see if the same issue replicates at your environment.
[root@centos ~]# cat /etc/grub.conf
# grub.conf generated by anaconda=
#
# Note that you do not have to rerun grub after making changes to this= file
# NOTICE:=A0 You have a /boot partition.=A0 This means that
#= =A0=A0=A0=A0=A0=A0=A0=A0=A0 all kernel and initrd paths are relative to /bo= ot/, eg.
#=A0=A0=A0=A0=A0=A0=A0=A0=A0 root (hd0,0)
#=A0=A0=A0=A0=A0=A0=A0=A0=A0 kernel /vmlinuz-version ro root=3D/dev/xvda3#=A0=A0=A0=A0=A0=A0=A0=A0=A0 initrd /initrd-version.img
#boot=3D/dev/x= vda
default=3D1
timeout=3D5
splashimage=3D(hd0,0)/grub/splash.xpm.= gz
hiddenmenu
title CloudLinux Server (2.6.18-374.3.1.el5.lve0.8.44xe= n)
=A0=A0=A0 root (hd0,0)
=A0=A0=A0 kernel /vmlinuz-2.6.18-374.3.1.el5.lve0= .8.44xen ro root=3DLABEL=3D/ console=3Dxvc0
=A0=A0=A0 initrd /initrd-2.6= .18-374.3.1.el5.lve0.8.44xen.img
title CentOS (2.6.18-194.el5xen)
=A0= =A0=A0 root (hd0,0)
=A0=A0=A0 kernel /vmlinuz-2.6.18-194.el5xen ro root= =3DLABEL=3D/ console=3Dxvc0
=A0=A0=A0 initrd /initrd-2.6.18-194.el5xen.img


I'm using Clo= udLinux 5 on XCP1 and not 1.1
On default xen kernel it boots and runs fi= ne on allocated vCPUs but 2.6.18-374.3.1.el5.lve0.8.44xen kernel is making = things strange.


Regards,
R J

On Mon, Oct 24, 2= 011 at 10:34 PM, <brooks@netgate.net> wrote:

On Mon, 24 Oct 2011, R J wrote:

Hi Brooks,

Thanks for the reply.
I have X5650 node with 24 CPUs. This is Dual Socket Hexacore machine.

I used XenCenter to monitor the node and it showed 2 vCPUs for that DomU. I=
rechecked it with vm-param-list, it showed 2.
When I checked /proc/cpuinfo in DomU, it shows 32.

That's (very) strange. =A0I have a similar environment set up and runni= ng with CloudLinux 5 under XenServer 5.5 and all of the CPU/VCPU mapping is= working as expected. =A0I'm currently testing XCP 1.1 but have yet to = bring up a CL VM on it. =A0Are you using CL 5 or CL 6, and is this XCP 1.0 = or 1.1?
Did you happen to check /proc/cpuinfo before applying the CL RPMs?

--bcaec520f1cf374c1f04b00ebcee-- --===============1917646481== 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.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============1917646481==-- From xen-api-bounces@lists.xensource.com Mon Oct 24 10:33:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 10:33:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOPB-0000YN-AJ; Mon, 24 Oct 2011 10:33:45 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOOy-0000V5-Hi; Mon, 24 Oct 2011 10:33:33 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1319477607!32821253!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18012 invoked from network); 24 Oct 2011 17:33:29 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2011 17:33:29 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9OHXQ1l025463; Mon, 24 Oct 2011 10:33:26 -0700 (envelope-from brooks@netgate.net) Date: Mon, 24 Oct 2011 10:33:26 -0700 (PDT) From: brooks@netgate.net To: R J Subject: Re: [Xen-API] CloudLinux on Xen In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com, xen-api@lists.xensource.com X-BeenThere: xen-api@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of API issues surrounding Xen List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xensource.com Errors-To: xen-api-bounces@lists.xensource.com I try to get that installed today and let you know what I find. In the mean time you should shoot Igor (at CL) an email and see what he thinks. On Mon, 24 Oct 2011, R J wrote: > Yes its strange. > > I have XCP1 with following version of CloudLinux Kernel. > Please see if the same issue replicates at your environment. > > [root@centos ~]# cat /etc/grub.conf > # grub.conf generated by anaconda > # > # Note that you do not have to rerun grub after making changes to this file > # NOTICE: You have a /boot partition. This means that > # all kernel and initrd paths are relative to /boot/, eg. > # root (hd0,0) > # kernel /vmlinuz-version ro root=/dev/xvda3 > # initrd /initrd-version.img > #boot=/dev/xvda > default=1 > timeout=5 > splashimage=(hd0,0)/grub/splash.xpm.gz > hiddenmenu > title CloudLinux Server (2.6.18-374.3.1.el5.lve0.8.44xen) > root (hd0,0) > kernel /vmlinuz-2.6.18-374.3.1.el5.lve0.8.44xen ro root=LABEL=/ > console=xvc0 > initrd /initrd-2.6.18-374.3.1.el5.lve0.8.44xen.img > title CentOS (2.6.18-194.el5xen) > root (hd0,0) > kernel /vmlinuz-2.6.18-194.el5xen ro root=LABEL=/ console=xvc0 > initrd /initrd-2.6.18-194.el5xen.img > > > I'm using CloudLinux 5 on XCP1 and not 1.1 > On default xen kernel it boots and runs fine on allocated vCPUs but > 2.6.18-374.3.1.el5.lve0.8.44xen kernel is making things strange. _______________________________________________ xen-api mailing list xen-api@lists.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api From xen-users-bounces@lists.xensource.com Mon Oct 24 10:46:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 10:46:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIObh-00021a-Dj; Mon, 24 Oct 2011 10:46:41 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIOaJ-0001hU-8x for xen-users@lists.xensource.com; Mon, 24 Oct 2011 10:45:15 -0700 X-Env-Sender: bderzhavets@yahoo.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1319478310!36498298!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12476 invoked from network); 24 Oct 2011 17:45:12 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 24 Oct 2011 17:45:12 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RIOaE-0005Nm-A7 for xen-users@lists.xensource.com; Mon, 24 Oct 2011 10:45:10 -0700 Date: Mon, 24 Oct 2011 10:45:10 -0700 (PDT) From: dbaxps To: xen-users@lists.xensource.com Message-ID: <1319478310307-4933494.post@n5.nabble.com> In-Reply-To: <1319213754.97154.YahooMailNeo@web39413.mail.mud.yahoo.com> References: <3E46B891-030D-4C81-B42C-74755E8B592B@yahoo.com> <1319175318.2790.YahooMailClassic@web65904.mail.ac4.yahoo.com> <1319213754.97154.YahooMailNeo@web39413.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] Re: Fresh ubuntu/11.10 install with xen/4.1; virsh doesn't run X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Comment out (xend-unix-server yes) in /etc/xen/xend-config.sxp and export variable (service xend restart) and export VIRSH_DEFAULT_CONNECT_URI="xen:///" -- View this message in context: http://xen.1045712.n5.nabble.com/Fresh-ubuntu-11-10-install-with-xen-4-1-virsh-doesn-t-run-tp4923482p4933494.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 24 11:29:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 11:29:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIPHP-0004Xn-Sy; Mon, 24 Oct 2011 11:29:47 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RIPG0-0004Dg-8e for xen-users@lists.xensource.com; Mon, 24 Oct 2011 11:28:21 -0700 X-Env-Sender: mwolf@adiumentum.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1319480896!888032!1 X-Originating-IP: [83.142.83.186] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27431 invoked from network); 24 Oct 2011 18:28:16 -0000 Received: from adiumentum.com (HELO adiumentum.com) (83.142.83.186) by server-14.tower-216.messagelabs.com with SMTP; 24 Oct 2011 18:28:16 -0000 Received: from [127.0.0.1] (p54A9DC3F.dip.t-dialin.net [84.169.220.63]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by adiumentum.com (Postfix) with ESMTPSA id 3EA0E4400AB; Mon, 24 Oct 2011 20:28:16 +0200 (CEST) Message-ID: <4EA5AE3D.3020800@adiumentum.com> Date: Mon, 24 Oct 2011 20:28:13 +0200 From: Martin Wolf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] vga passthrough xen 4.1.1 ubuntu 11.10 kernel 3.1.0-0301rc9-generic x86_64 References: <4E9DF091.6090802@adiumentum.com> <4EA2AE35.5010908@adiumentum.com> In-Reply-To: Cc: chris X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1464843863==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1464843863== Content-Type: multipart/alternative; boundary="------------030108010308000508010803" This is a multi-part message in MIME format. --------------030108010308000508010803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit hello again, i updated to kernel 3.1 from ubuntu mainline and also updated to xen 4.1.2 from the repo boris mentioned. i added xen-pciback=(01:00.0)(01:00.1) to my grub default (thats the nvidia card and the hdmi audio device i additionally added to the system) but ubuntu still sees this device. this is really bad :( maybe i missed something? any ideas? best wishes martin Am 22.10.2011 19:05, schrieb chris: > there is no facility to switch video dynamically for HVM domains. with > PV sure this is more doable, but you are working with an unmodified OS > here which belives it is running on physical hardware. once you > initialize your VGA card once thats pretty much it in most cases you > cant just pass it around to different domains :) > > On Sat, Oct 22, 2011 at 7:51 AM, Martin Wolf > wrote: > > if i do that, i would have no video output on xen right? > is there no way to "switch" video output? > > > Am 19.10.2011 03:56, schrieb chris: >> lspci shows there is a driver loaded in dom0 for your vga. i >> think that is your problem, try blacklisting i915 and see if it >> works. you also might have better luck doing the unbinding and >> rebinding manually >> >> check out >> http://wiki.xen.org/xenwiki/VTdHowTo >> >> section Binding Devices to pci-stub >> >> I had setup a large number of boxes doing vtd and i found that >> doing everything the most manual way made it much easier to debug >> problems one by one as i encountered and solved them. >> >> good luck, >> chris >> >> On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf >> > wrote: >> >> hello, >> >> i hope i did not sent it twice since im not sure if the first >> one was posted. >> >> okay now to the problem >> >> >> im trying to get a vm with vga passthrough running but i get >> always this >> error: Error: pci: PCI Backend and pci-stub don't own device >> 0000:00:02.0 >> >> The PC contains an Intel DQ67SW mainboard (q67 chipset) and >> an i5-2400s. >> according to xm dmesg | grep I/O >> (XEN) I/O virtualisation enabled >> vt-d is active. >> >> im using kernel 3.1.0-0301rc9-generic x86_64 with >> CONFIG_XEN_PCIDEV_BACKEND=m >> and i loaded the module with following options in >> /etc/modprobe.d/xen-pciback >> options xen-pciback passthrough=1 >> dmesg shows that with >> [ 15.566815] xen-pciback: backend is passthrough >> >> and this is my config file for the vm: >> >> >> import os, re >> arch = os.uname()[4] >> if re.search('64', arch): >> arch_libdir = 'lib64' >> else: >> arch_libdir = 'lib' >> >> kernel = "/usr/lib/xen/boot/hvmloader" >> builder='hvm' >> memory = 6144 >> >> # Should be at least 2KB per MB of domain memory, plus a few >> MB per vcpu. >> shadow_memory = 32 >> name = "xenwin7" >> vif = [ 'type=ioemu, bridge=virbr0' ] >> acpi = 1 >> apic = 1 >> #disk = [ 'phy:/dev/sdb,hda,w' ] >> #disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ] >> #disk = [ 'file:/home/xen/xenwin7.img,hda,w', >> 'file:/home/xen/windows7.iso,hdc:$ >> disk = [ 'file:/home/martin/xenwin7.img,hda,w', >> 'phy:/dev/cdrom,hdc:cdrom,r' ] >> >> >> device_model = '//usr//' + arch_libdir + '/xen/bin/qemu-dm' >> >> #----------------------------------------------------------------------------- >> >> # boot on floppy (a), hard disk (c) or CD-ROM (d) >> # default: hard disk, cd-rom, floppy >> boot="dc" >> sdl=0 >> vnc=1 >> vncconsole=1 >> vncpasswd='' >> >> serial='pty' >> usbdevice='tablet' >> >> gfx_passthru=1 >> pci=['00:02.0'] >> >> this is the lspci output of the videocard. >> >> 00:02.0 VGA compatible controller: Intel Corporation 2nd >> Generation Core Processor Family Integrated Graphics >> Controller (rev 09) (prog-if 00 [VGA controller]) >> Subsystem: Intel Corporation Device 2008 >> Flags: bus master, fast devsel, latency 0, IRQ 307 >> Memory at fe000000 (64-bit, non-prefetchable) [size=4M] >> Memory at d0000000 (64-bit, prefetchable) [size=256M] >> I/O ports at f000 [size=64] >> Expansion ROM at [disabled] >> Capabilities: >> Kernel driver in use: i915 >> Kernel modules: i915 >> >> >> i really hope you can give me an idea where to continue. >> >> best wishes and thanks in advance. >> martin >> >> >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> >> http://lists.xensource.com/xen-users >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users > > > -- > Adiumentum GmbH > Gf. Martin Wolf > Banderbacherstraße 76 > 90513 Zirndorf > > 0911 / 9601470 > mwolf@adiumentum.com > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users -- Adiumentum GmbH Gf. Martin Wolf Banderbacherstraße 76 90513 Zirndorf 0911 / 9601470 mwolf@adiumentum.com --------------030108010308000508010803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
hello again,

i updated to kernel 3.1 from ubuntu mainline and also updated to xen 4.1.2 from the repo boris mentioned.
i added xen-pciback=(01:00.0)(01:00.1) to my grub default (thats the nvidia card and the hdmi audio device  i additionally added to the system)
but ubuntu still sees this device. this is really bad :(

maybe i missed something?
any ideas?

best wishes
martin

Am 22.10.2011 19:05, schrieb chris:
there is no facility to switch video dynamically for HVM domains. with PV sure this is more doable, but you are working with an unmodified OS here which belives it is running on physical hardware. once you initialize your VGA card once thats pretty much it in most cases you cant just pass it around to different domains :)

On Sat, Oct 22, 2011 at 7:51 AM, Martin Wolf <mwolf@adiumentum.com> wrote:
if i do that, i would have no video output on xen right?
is there no way to "switch" video output?


Am 19.10.2011 03:56, schrieb chris:
lspci shows there is a driver loaded in dom0 for your vga. i think that is your problem, try blacklisting i915 and see if it works. you also might have better luck doing the unbinding and rebinding manually

check out

section Binding Devices to pci-stub

I had setup a large number of boxes doing vtd and i found that doing everything the most manual way made it much easier to debug problems one by one as i encountered and solved them.

good luck,
chris

On Tue, Oct 18, 2011 at 5:33 PM, Martin Wolf <mwolf@adiumentum.com> wrote:
hello,

i hope i did not sent it twice since im not sure if the first one was posted.

okay now to the problem


im trying to get a vm with vga passthrough running but i get always this
error:  Error: pci: PCI Backend and pci-stub don't own device 0000:00:02.0

The PC contains an Intel DQ67SW mainboard (q67 chipset) and an i5-2400s.
according to xm dmesg | grep I/O
(XEN) I/O virtualisation enabled
 vt-d is active.

im using kernel 3.1.0-0301rc9-generic x86_64 with CONFIG_XEN_PCIDEV_BACKEND=m
and i loaded the module with following options in /etc/modprobe.d/xen-pciback
options xen-pciback passthrough=1
dmesg shows that with
[   15.566815] xen-pciback: backend is passthrough

and this is my config file for the vm:


import os, re
arch = os.uname()[4]
if re.search('64', arch):
    arch_libdir = 'lib64'
else:
    arch_libdir = 'lib'

kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'
memory = 6144

# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.
shadow_memory = 32
name = "xenwin7"
vif = [ 'type=ioemu, bridge=virbr0' ]
acpi = 1
apic = 1
#disk = [ 'phy:/dev/sdb,hda,w' ]
#disk = [ 'phy:/dev/sdb,hda,w', 'phy:/dev/cdrom,hdc:cdrom.r' ]
#disk = [ 'file:/home/xen/xenwin7.img,hda,w', 'file:/home/xen/windows7.iso,hdc:$
disk = [ 'file:/home/martin/xenwin7.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ]


device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

#-----------------------------------------------------------------------------
# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot="dc"
sdl=0
vnc=1
vncconsole=1
vncpasswd=''

serial='pty'
usbdevice='tablet'

gfx_passthru=1
pci=['00:02.0']

this is the lspci output of the videocard.

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
        Subsystem: Intel Corporation Device 2008
        Flags: bus master, fast devsel, latency 0, IRQ 307
        Memory at fe000000 (64-bit, non-prefetchable) [size=4M]
        Memory at d0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at f000 [size=64]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: <access denied>
        Kernel driver in use: i915
        Kernel modules: i915


i really hope you can give me an idea where to continue.

best wishes and thanks in advance.
martin






_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


-- 
Adiumentum GmbH
Gf. Martin Wolf
Banderbacherstraße 76
90513 Zirndorf

0911 / 9601470
mwolf@adiumentum.com

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


-- 
Adiumentum GmbH
Gf. Martin Wolf
Banderbacherstraße 76
90513 Zirndorf

0911 / 9601470
mwolf@adiumentum.com
--------------030108010308000508010803-- --===============1464843863== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1464843863==-- From xen-users-bounces@lists.xensource.com Mon Oct 24 13:52:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 13:52:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIRV9-0000X6-Hp; Mon, 24 Oct 2011 13:52:08 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RIRTN-0000B7-PB for xen-users@lists.xensource.com; Mon, 24 Oct 2011 13:50:18 -0700 X-Env-Sender: dftonywhite@hotmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1319489299!41659234!1 X-Originating-IP: [65.55.90.103] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20015 invoked from network); 24 Oct 2011 20:48:19 -0000 Received: from snt0-omc2-s28.snt0.hotmail.com (HELO snt0-omc2-s28.snt0.hotmail.com) (65.55.90.103) by server-14.tower-27.messagelabs.com with SMTP; 24 Oct 2011 20:48:19 -0000 Received: from SNT114-W5 ([65.55.90.72]) by snt0-omc2-s28.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 24 Oct 2011 13:50:13 -0700 Message-ID: X-Originating-IP: [201.141.252.184] From: Antonio Colin To: Xen Users List Date: Mon, 24 Oct 2011 15:50:12 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 24 Oct 2011 20:50:13.0770 (UTC) FILETIME=[872BAEA0:01CC928E] Subject: [Xen-users] WLAN problem starting xend on debian 6 + Xen 4.1.1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0676106997==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0676106997== Content-Type: multipart/alternative; boundary="_bd280e26-bdd7-4379-9679-5abca3fd8943_" --_bd280e26-bdd7-4379-9679-5abca3fd8943_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi guys=2C I am running Xen 4.1.1 on Debian Squeeze=2C when I log into the system I ca= n do # ping www.google.com well=2C I use a laptop and a wireless card since I don't have ethernet. Only when I start xend it shows the following and I can't do # ping www.go= ogle.com anymore=2C even trying: # /etc/init.d/networking restart # iconfig wlan0 IP NETMASK BROADCAST # route add default gw GW-IP wlan0 Any ideas would be highly appreciated=2C Tony. root@neutrino:~# /etc/init.d/xend start Internet Systems Consortium DHCP Client 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info=2C please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlan0/70:1a:04:c1:5b:78 Sending on LPF/wlan0/70:1a:04:c1:5b:78 Sending on Socket/fallback DHCPRELEASE on wlan0 to 192.168.2.1 port 67 Error for wireless request "Set Mode" (8B06) : SET failed on device wlan0 =3B Operation not supported. Error for wireless request "Set Encode" (8B2A) : SET failed on device wlan0 =3B Operation not supported. Error for wireless request "Set ESSID" (8B1A) : SET failed on device wlan0 =3B Operation not supported. Internet Systems Consortium DHCP Client 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info=2C please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlan0/70:1a:04:c1:5b:78 Sending on LPF/wlan0/70:1a:04:c1:5b:78 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 16 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10 No DHCPOFFERS received. No working leases in persistent database - sleeping. root@neutrino:~# = --_bd280e26-bdd7-4379-9679-5abca3fd8943_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi guys=2C

I am running Xen 4.1.1 on Debian Squeeze=2C when I log in= to the system I can do =3B # ping www.google.com =3B well=2C
I u= se a laptop and a wireless card since I don't have ethernet.

Only wh= en I start xend it shows the following and I can't do =3B # ping www.go= ogle.com =3B anymore=2C even trying:
# /etc/init.d/networking restar= t
# iconfig wlan0 IP NETMASK BROADCAST
# route add default gw GW-IP w= lan0

Any ideas would be highly appreciated=2C

Tony.

ro= ot@neutrino:~# /etc/init.d/xend start
Internet Systems Consortium DHCP C= lient 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All r= ights reserved.
For info=2C please visit https://www.isc.org/software/dh= cp/

Listening on LPF/wlan0/70:1a:04:c1:5b:78
Sending on =3B&n= bsp=3B LPF/wlan0/70:1a:04:c1:5b:78
Sending on =3B =3B Socket/fal= lback
DHCPRELEASE on wlan0 to 192.168.2.1 port 67
Error for wireless = request "Set Mode" (8B06) :
 =3B =3B =3B SET failed on devic= e wlan0 =3B Operation not supported.
Error for wireless request "Set Enc= ode" (8B2A) :
 =3B =3B =3B SET failed on device wlan0 =3B Op= eration not supported.
Error for wireless request "Set ESSID" (8B1A) : =3B =3B =3B SET failed on device wlan0 =3B Operation not sup= ported.
Internet Systems Consortium DHCP Client 4.1.1-P1
Copyright 20= 04-2010 Internet Systems Consortium.
All rights reserved.
For info=2C= please visit https://www.isc.org/software/dhcp/

Listening on LPF/wl= an0/70:1a:04:c1:5b:78
Sending on =3B =3B LPF/wlan0/70:1a:04:c1:5= b:78
Sending on =3B =3B Socket/fallback
DHCPDISCOVER on wlan0= to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan0 to 255.255.= 255.255 port 67 interval 13
DHCPDISCOVER on wlan0 to 255.255.255.255 por= t 67 interval 16
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interv= al 14
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
No= DHCPOFFERS received.
No working leases in persistent database - sleepin= g.
root@neutrino:~#

= --_bd280e26-bdd7-4379-9679-5abca3fd8943_-- --===============0676106997== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0676106997==-- From xen-users-bounces@lists.xensource.com Mon Oct 24 14:33:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 14:33:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIS9U-0002E6-B7; Mon, 24 Oct 2011 14:33:48 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIS7r-0001sA-9O for xen-users@lists.xensource.com; Mon, 24 Oct 2011 14:32:10 -0700 X-Env-Sender: daniel.jozsef@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1319491923!36552178!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16723 invoked from network); 24 Oct 2011 21:32:04 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 21:32:04 -0000 Received: by vcbfk13 with SMTP id fk13so7459789vcb.30 for ; Mon, 24 Oct 2011 14:32:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GpJpAkt5NosD6hnCACYWW6zC6kiQXg+iZX2Ofx71Tg4=; b=LSARVakxErowFw0BhLckWqQrObWxC0bSZcdyxtQY3KNYQiAVQgNFtCXYuPlOfeETsV nrf+0Udu1taLa8IyunmuguU8WggPd6E4F7yWzcfoVzhAt4H+togfGAGnMrgxJU6cNs2u Su3Q30pQweNCwbwwwK1QNo0JZhIjj0OSrtoro= MIME-Version: 1.0 Received: by 10.52.26.14 with SMTP id h14mr24112154vdg.132.1319491922777; Mon, 24 Oct 2011 14:32:02 -0700 (PDT) Received: by 10.52.240.198 with HTTP; Mon, 24 Oct 2011 14:32:02 -0700 (PDT) In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> Date: Mon, 24 Oct 2011 23:32:02 +0200 Message-ID: Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) From: =?UTF-8?B?SsOzenNlZiBEw6FuaWVs?= To: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0240820853==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0240820853== Content-Type: multipart/alternative; boundary=20cf307cffa657567f04b01227fb --20cf307cffa657567f04b01227fb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, This did work after deleting the Citrix repo, but now it wants to upgrade more than 100 packages, which does not necessarily sound like a good idea. Should I just go ahead as it's just security updates, or would it throw my installation into chaos? I am very unfamiliar with CentOS versioning policy= . Is it something like Debian (good) or something like Gentoo (bad)? :D If it's bad, how can I freeze the system version to a known safe point, while being able to install packages? D On Sat, Sep 17, 2011 at 8:39 PM, Joseph Hom wrote: > It is CentOS. The yum cent repos are configured just not enabled. > > yum --enablerepo=3Dbase install acpid smartd should work. > ________________________________________ > From: xen-users-bounces@lists.xensource.com [ > xen-users-bounces@lists.xensource.com] on behalf of J=C3=B3zsef D=C3=A1ni= el [ > daniel.jozsef@gmail.com] > Sent: Saturday, September 17, 2011 11:03 AM > To: xen-users@lists.xensource.com > Subject: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) > > Okay, I figured out that dom0 is actually some sort of CentOS, and it > has Yum. The only question remaining is where I can find compatible > packages to install for XCP 1.0. > > I'd be interested in stuff like acpid, smartd... > > Daniel > > 2011/9/16 J=C3=B3zsef D=C3=A1niel : > > Hello, > > > > I was wondering what is the easiest way to get my XCP box to honor > > ACPI shutdowns. It's a SOHO server, so time to time it'd be super > > handy to just push the power button, and have the system shut down > > cleanly. > > (BTW I wonder what XCP does to VMs on shutdown by default... Sends > > them an ACPI shutdown signal, or just powers them off?) > > > > Is there some sort of package management to install acpid? Or is there > > a config setting somewhere to do the above? > > > > Daniel > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --20cf307cffa657567f04b01227fb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,

This did work after deleting the Citrix repo, but= now it wants to upgrade more than 100 packages, which does not necessarily= sound like a good idea.

Should I just go ahead as= it's just security updates, or would it throw my installation into cha= os? I am very unfamiliar with CentOS versioning policy. Is it something lik= e Debian (good) or something like Gentoo (bad)? :D
If it's bad, how can I freeze the system version to a known safe p= oint, while being able to install packages?

D
<= br>
On Sat, Sep 17, 2011 at 8:39 PM, Joseph Hom <= span dir=3D"ltr"><jhom@softlayer.c= om> wrote:
It is CentOS. The yum cent repos are config= ured just not enabled.

yum --enablerepo=3Dbase install acpid smartd should work.
________________________________________
From: xen-users-bo= unces@lists.xensource.com [xen-users-bounces@lists.xensource.com] on behalf of J=C3= =B3zsef D=C3=A1niel [daniel.jozs= ef@gmail.com]
Sent: Saturday, September 17, 2011 11:03 AM
To: xen-users@lists.xensou= rce.com
Subject: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown)

Okay, I figured out that dom0 is actually some sort of CentOS, and it
has Yum. The only question remaining is where I can find compatible
packages to install for XCP 1.0.

I'd be interested in stuff like acpid, smartd...

Daniel

2011/9/16 J=C3=B3zsef D=C3=A1niel <daniel.jozsef@gmail.com>:
> Hello,
>
> I was wondering what is the easiest way to get my XCP box to honor
> ACPI shutdowns. It's a SOHO server, so time to time it'd be su= per
> handy to just push the power button, and have the system shut down
> cleanly.
> (BTW I wonder what XCP does to VMs on shutdown by default... Sends
> them an ACPI shutdown signal, or just powers them off?)
>
> Is there some sort of package management to install acpid? Or is there=
> a config setting somewhere to do the above?
>
> Daniel
>

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--20cf307cffa657567f04b01227fb-- --===============0240820853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0240820853==-- From xen-users-bounces@lists.xensource.com Mon Oct 24 14:37:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 14:37:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RISDN-0003gu-2i; Mon, 24 Oct 2011 14:37:49 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIS9Y-0002Eg-Bp for xen-users@lists.xensource.com; Mon, 24 Oct 2011 14:33:54 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1319492027!606943!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9073 invoked from network); 24 Oct 2011 21:33:49 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2011 21:33:49 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9OLXhQT025594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 24 Oct 2011 21:33:44 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9OLXfST007278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Oct 2011 21:33:42 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9OLXaKJ031226; Mon, 24 Oct 2011 16:33:36 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 24 Oct 2011 14:33:36 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 8BB9B82A91; Mon, 24 Oct 2011 15:53:54 -0400 (EDT) Date: Mon, 24 Oct 2011 15:53:54 -0400 From: Konrad Rzeszutek Wilk To: Todd Deshane , jukka.kommeri@aalto.fi Subject: Re: [Xen-users] Xen 4.1 and 3.0 kernel CPU performance Message-ID: <20111024195354.GC2441@phenom.dumpdata.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090207.4EA5D9B9.008E,ss=1,re=0.000,fgs=0 Cc: Kommeri Jukka , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Mon, Oct 17, 2011 at 11:33:27AM -0400, Todd Deshane wrote: > On Sat, Oct 15, 2011 at 4:21 AM, Kommeri Jukka wrote: > > Hello all, > > > > I have been running different benchmarks on paravirtualized domU. I have run > > into strange performance drops with CPU intesive benchmarks (64-bit > > BurnInSSE & 64-bit Linpack test). What happens if you run PVonHVM domU? Meaning you boot the guest as if it is HVM? This is 3.0 DomU and 3.0 Dom0? > > > > With Linpack test the performance of Xen is 90% of hardware where KVM is > > only about 1-2% worse than hardware. This is something new to me as I am > > used to better performance with older Xen versions. Hmm.. > > > > Linux 3.0 is not performance optimized yet. There are some known bugs. > Many of which are fixed in newer versions. > > See: http://wiki.xen.org/xenwiki/Linux_30_bugs > > For more hints on tweaking things see: > http://wiki.xen.org/xenwiki/XenParavirtOps > > Can you provide us with more details of your setup so that we can give > you more suggestions? > > It would be better to be testing the newest Linux kernel, since a lot > of changes have gone in since Linux 3.0 Did you upgrade Jukka? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Oct 24 14:52:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 14:52:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RISRN-0006IX-7S; Mon, 24 Oct 2011 14:52:17 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RISQA-0005xe-Lj for xen-users@lists.xensource.com; Mon, 24 Oct 2011 14:51:03 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1319493058!909386!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2688 invoked from network); 24 Oct 2011 21:50:59 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-9.tower-216.messagelabs.com with SMTP; 24 Oct 2011 21:50:59 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Mon, 24 Oct 2011 14:50:56 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Xen-users] XCP Storage Date: Mon, 24 Oct 2011 14:50:50 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Storage Thread-Index: AcyQRhxirUEfIdY2QcG6YSaewx9mUACT6/NQ References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1088839849==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1088839849== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpPbiBGcmksIE9jdCAyMSwgMjAxMSBhdCA5OjAxIEFNLCBCcmV0dCBXZXN0b3ZlciA8Yndlc3Rv dmVyQHBsZXR0ZXIuY29tPiB3cm90ZToNCkhpLA0KwqAgV2UgY3VycmVudGx5IHVzZSBhbiBpU0NT SSBTQU4gYW5kIFZNd2FyZSBFU1gsIGJ1dCBpdCBwcm92aWRlcyBhIGxvdA0Kb2YgZXhwZW5zaXZl IGZlYXR1cmVzIHdlIGRvbid0IG5lY2Vzc2FyaWx5IG5lZWQuIEl0J3MgYWxzbyBwcmV0dHkNCmNv bXBsaWNhdGVkLCB3aXRoIGxldmVscyBvZiB2aXJ0dWFsaXphdGlvbiBpbiB0aGUgc3RvcmFnZSB0 aGF0IGFnYWluLCB3ZQ0KZG9uJ3QgcmVhbGx5IG5lZWQgb3IgdXNlLg0KDQpJJ20gbG9va2luZyB0 byBkZXNpZ24gYSBzaW1wbGVyLCBleHBhbmRhYmxlIGFuZCBob3BlZnVsbHkgbGVzcyBleHBlbnNp dmUNCnN0b3JhZ2Ugc29sdXRpb24gZm9yIHVzZSB3aXRoIG91ciB2aXJ0dWFsaXphdGlvbiBwbGF0 Zm9ybS4NCg0KSSd2ZSBiZWVuIHRlc3Rpbmcgd2l0aCBYQ1AgYW5kIEkgbGlrZSB3aGF0IEkgc2Vl IHNvIGZhciwgYnV0IEkgaGF2ZSBubw0KaWRlYSB3aGVyZSB0byBldmVuIHN0YXJ0IHdpdGggc3Rv cmFnZS4NCg0KV2UnZCB3YW50IHRvIHJ1biAyIFhDUCBob3N0cywgcnVubmluZyBwZXJoYXBzIDMw LTUwIHdpbmRvd3MgYW5kIGxpbnV4DQpndWVzdHMuIFRoZSBzdG9yYWdlIGNvdWxkIGJlIGRpcmVj dGx5IGF0dGFjaGVkIHRvIHRoZSBob3N0cywgb3Igb24gYSBTQU4NCm9yIGEgTkFTLiBXZSdkIHdh bnQgYSBkZWNlbnQgbGV2ZWwgb2YgcmVkdW5kYW5jeSBpbiB0aGUgc3RvcmFnZSBhbmQgdGhlDQph YmlsaXR5IHRvIHJ1biB0aGUgVk1zIG9uIGVpdGhlciBob3N0Lg0KDQpYQ1AgYnkgZGVmYXVsdCBo YXMgc3VwcG9ydCBmb3IgaVNDU0kgaW5pdGlhdG9yIGJ1dCBub3QgaVNDU0kgdGFyZ2V0LiBJIGp1 c3Qgd3JvdGUgYW4gYXJ0aWNsZSBvbiBob3cgdG8gYWRkIGFuIGlTQ1NJIHRhcmdldCB0byBYQ1Ag MS4xDQoNCmh0dHA6Ly9ncmFudG1jd2lsbGlhbXMuY29tL3RlY2gvdmlydHVhbGl6YXRpb24veGNw LWhvd3Rvcy81NTMtY3JlYXRpbmctYW4taXNjc2ktdGFyZ2V0LW9uLXhlbi1jbG91ZC1wbGF0Zm9y bS0xMQ0KDQpNYXliZSBub3QgZXhhY3RseSB3aGF0IHlvdSdyZSB3YW50aW5nIGJ1dCBpZiBpdCBh bnN3ZXJzIGEgcXVlc3Rpb24gdGhlbiBncmVhdC4gDQoNCkFsbCBvZiBteSBob3N0cyBpbiBteSBj bG91ZCBhcmUgWENQIG1hY2hpbmVzIHNvIGV2ZW4gdGhvdWdoIEkgaGF2ZSBvbmUgdGhhdCdzIGxh cmdlbHkgYSByb3V0ZXIsIGZpcmV3YWxsLCBhbmQgaG9zdCBmb3Igc3VwcG9ydCBWTXMsIChzb2Z0 d2FyZSByZXBvc2l0b3JpZXMsIERIQ1AsIEROUyBldGMpIGl0IGFsc28gYWN0cyBhcyBhbiBpU0NT SSB0YXJnZXQgZm9yIHRoZSBvdGhlciBob3N0cy4NCsKgDQoNCkNhbiBJIGdldCBzb21lIHJlY29t bWVuZGF0aW9ucyBvbiB3aGF0IHBlb3BsZSBhcmUgdXNpbmcgZm9yIHRoaXMgc2l6ZQ0KZW52aXJv bm1lbnQsIGFuZCB3aGVyZSBJIHNob3VsZCBzdGFydCBsb29raW5nIHRvIGxlYXJuIGFib3V0IG15 IG9wdGlvbnMuDQoNClRoYW5rcywNCg0KQnJldHQgV2VzdG92ZXINCg0KDQpHcmFudCBNY1dpbGxp YW1zDQpodHRwOi8vZ3JhbnRtY3dpbGxpYW1zLmNvbS8NCg0KU29tZSBwZW9wbGUsIHdoZW4gY29u ZnJvbnRlZCB3aXRoIGEgcHJvYmxlbSwgdGhpbmsgIkkga25vdywgSSdsbCB1c2UgV2luZG93cy4i IA0KTm93IHRoZXkgaGF2ZSB0d28gcHJvYmxlbXMuIA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpWZXJ5IG5pY2Vs eSB3cml0dGVuIHVwIGhvdy10bywgdGhhbmsgeW91IGZvciB0aGF0LiBJIGRvbuKAmXQgdGhpbmsg d2UnZCBuZWNlc3NhcmlseSB3YW50IHRvIHVzZSBYQ1AgYXMgb3VyIGlTQ1NJIHRhcmdldCB0aG91 Z2gsIGJlY2F1c2Ugd2Ugd291bGRuJ3QgcmVhbGx5IGhhdmUgcmVzb3VyY2VzIGxlZnQgZm9yIG11 bHRpLXB1cnBvc2luZyB0aGUgc3RvcmFnZSBtYWNoaW5lLiBJdCdzIG5pY2UgdG8ga25vdyBob3cg dG8gZG8gaXQsIGlmIHdlIGhhdmUgYSB1c2UgY2FzZSBmb3IgdGhhdCB0aG91Z2guDQoNClNvLCB1 c2luZyBhbiBpU0NTSSB0YXJnZXQgZm9yIHNoYXJlZCBzdG9yYWdlIGJldHdlZW4gb3VyIDItMyBY Q1AgaG9zdHMgd291bGQgYmUgb25lIG9wdGlvbi4gV2hhdCBhcmUgdGhlIGJlbmVmaXRzIG92ZXIg dXNpbmcgYW5kIE5BUyBydW5uaW5nIE5GUyAod2hpY2ggYXJlIHVzdWFsbHkgY2hlYXBlcik/DQoN CkFsc28sIGl0IHNlZW1zIEkgYW0gcmVhZGluZyB0aGF0IHlvdSBjYW4gZW5hYmxlIGxpdmUgbWln cmF0aW9uIG9uIGFuIFhDUCBwb29sIHdpdGhvdXQgYW4gZXh0ZXJuYWwgc3RvcmFnZSBkZXZpY2Ug YXQgYWxsLCB1c2luZyBsb2NhbCBzdG9yYWdlIGluIGVhY2ggaG9zdC4gSXMgdGhhdCByaWdodD8N Cg0KDQo= --===============1088839849== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1088839849==-- From xen-users-bounces@lists.xensource.com Mon Oct 24 15:01:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 15:01:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RISZs-00080c-N4; Mon, 24 Oct 2011 15:01:04 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RISWW-0007c5-Ke for xen-users@lists.xensource.com; Mon, 24 Oct 2011 14:57:36 -0700 X-Env-Sender: daniel.jozsef@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1319493452!909408!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29622 invoked from network); 24 Oct 2011 21:57:33 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 21:57:33 -0000 Received: by vws13 with SMTP id 13so7066699vws.30 for ; Mon, 24 Oct 2011 14:57:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=/QeHM7Jkw7JiSo6/DxWJZqto/2LXCJu2sJxvcZtF1d0=; b=eYM8F3pLbkjG+JJqS6KgoBsy4tRtfl4mmohPHnzGUWW7RSa5OzDYB0YXBWriCvk0wC alHHTTu3Hymrvtbm7sPbxtEn40NClvHN131IM9TLdQ4Y32tf3cxgwn/HP6m7LRFQYbzX JrzGRACrIeb5HucKWCYtehWCTRwxeRw1Qkat8= MIME-Version: 1.0 Received: by 10.52.29.9 with SMTP id f9mr24339936vdh.30.1319493452175; Mon, 24 Oct 2011 14:57:32 -0700 (PDT) Received: by 10.52.240.198 with HTTP; Mon, 24 Oct 2011 14:57:32 -0700 (PDT) Date: Mon, 24 Oct 2011 23:57:32 +0200 Message-ID: From: =?UTF-8?B?SsOzenNlZiBEw6FuaWVs?= To: xen-users@lists.xensource.com Subject: [Xen-users] DHCP with fixed hostname won't work X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1301761285==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1301761285== Content-Type: multipart/alternative; boundary=20cf307cfd4e8017f604b01282df --20cf307cfd4e8017f604b01282df Content-Type: text/plain; charset=UTF-8 Hello, I am using XCP 1.1, with the management interface set to "DHCP with fixed hostname". Only problem is, the hostname is not registered in dhcp. My dhcp server is perfectly okay, it has the hostname from all other computers on the network. Somehow XCP is not sending the hostname with the lease request, or is sending it in a manner that the server can't understand... Any ideas? D --20cf307cfd4e8017f604b01282df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,

I am using XCP 1.1, with the management int= erface set to "DHCP with fixed hostname".

Only= problem is, the hostname is not registered in dhcp. My dhcp server is perf= ectly okay, it has the hostname from all other computers on the network. So= mehow XCP is not sending the hostname with the lease request, or is sending= it in a manner that the server can't understand...

Any ideas?

D
--20cf307cfd4e8017f604b01282df-- --===============1301761285== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1301761285==-- From xen-users-bounces@lists.xensource.com Mon Oct 24 15:17:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 24 Oct 2011 15:17:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RISpu-0002IF-Mr; Mon, 24 Oct 2011 15:17:38 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RISoM-0001xM-Vf for xen-users@lists.xensource.com; Mon, 24 Oct 2011 15:16:04 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1319494559!905419!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23739 invoked from network); 24 Oct 2011 22:15:59 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 22:15:59 -0000 Received: by faat9 with SMTP id t9so168260faa.30 for ; Mon, 24 Oct 2011 15:15:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=aJpm5M2KAe4x7cmVzqqlNNuqeh3Qq4jJJka9dUZ0d7I=; b=Nbz3I9FvspYLjOz9CZsEdeyWMFF5Qj++zbqv3EZKVYLvM1Luo0oMi29/l6nTj7OFmK 5wkH1U7sflMMI5KC8o2iMEmIzetMZZ0xOMFCWfSMPVgwqAF5ubWBOc2/Q4JT8hDafa8g nOszJ1HzhuK+ZqiAKYyI4dxqoq55Ls2roly9M= Received: by 10.223.76.201 with SMTP id d9mr46190361fak.12.1319494559285; Mon, 24 Oct 2011 15:15:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Mon, 24 Oct 2011 15:15:39 -0700 (PDT) In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> From: Grant McWilliams Date: Mon, 24 Oct 2011 15:15:39 -0700 Message-ID: Subject: Re: [Xen-users] XCP Storage To: Brett Westover Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0039363886==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0039363886== Content-Type: multipart/alternative; boundary=00151747bdba7d434404b012c4cb --00151747bdba7d434404b012c4cb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, Oct 24, 2011 at 2:50 PM, Brett Westover wrot= e: > > ------------------------------------------------------------------- > Very nicely written up how-to, thank you for that. I don=E2=80=99t think = we'd > necessarily want to use XCP as our iSCSI target though, because we wouldn= 't > really have resources left for multi-purposing the storage machine. It's > nice to know how to do it, if we have a use case for that though. > > So, using an iSCSI target for shared storage between our 2-3 XCP hosts > would be one option. What are the benefits over using and NAS running NFS > (which are usually cheaper)? > > Also, it seems I am reading that you can enable live migration on an XCP > pool without an external storage device at all, using local storage in ea= ch > host. Is that right? > > The write speeds of NFS stink. On my hosts using an iSCSI Software target S= R I get about 50% more disk throughput on writes over an NFS SR. Reads are very similar though. Even if you want to use a CentOS machine to create an iSCSI SR you can follow my tutorial, just skip the part on adding the CentO= S repos. There are advantages to an iSCSI Hardware target such as speed but they're not a shared SR type. The shared SR types are NFS and software iSCS= I targets. Between the two I'd recommend the latter. Setting up the initiator on the XCP host is equally easy for both types and with my tutorial it's fairly easy to set up an iSCSI Target on another machine. You will want to analyze your disk and network layout for the machine and hosts though. All of the standard hardware performace data applies to an iSCSI target ie. number of disks, RAID levels etc... It would be ideal for your XCP hosts to have dual network cards so that networking data is sent across different cables/switches then the SAN data. In the past I did performance articles on the speed of Xen file based image= s vs LVM and I'll be working on some of the same for XCP regarding the variou= s local storage types, iSCSI and NFS. It won't be done for at least a month though. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --00151747bdba7d434404b012c4cb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Oct 24, 2011 at 2:50 PM, Brett Westo= ver <bwestove= r@pletter.com> wrote:

---------------------------------------------------------------= ----
Very nicely written up how-to, thank you for that. I don=E2=80=99t think we= 'd necessarily want to use XCP as our iSCSI target though, because we w= ouldn't really have resources left for multi-purposing the storage mach= ine. It's nice to know how to do it, if we have a use case for that tho= ugh.

So, using an iSCSI target for shared storage between our 2-3 XCP hosts woul= d be one option. What are the benefits over using and NAS running NFS (whic= h are usually cheaper)?

Also, it seems I am reading that you can enable live migration on an XCP po= ol without an external storage device at all, using local storage in each h= ost. Is that right?


The write speeds of NFS stink. On my hosts using = an iSCSI Software target SR I get about 50% more disk throughput on writes = over an NFS SR. Reads are very similar though. Even if you want to use a Ce= ntOS machine to create an iSCSI SR you can follow my tutorial, just skip th= e part on adding the CentOS repos. There are advantages to an iSCSI Hardwar= e target such as speed but they're not a shared SR type. The shared SR = types are NFS and software iSCSI targets. Between the two I'd recommend= the latter. Setting up the initiator on the XCP host is equally easy for b= oth types and with my tutorial it's fairly easy to set up an iSCSI Targ= et on another machine.

You will want to analyze your disk and network layout for the machine a= nd hosts though. All of the standard hardware performace data applies to an= iSCSI target ie. number of disks, RAID levels etc... It would be ideal for= your XCP hosts to have dual network cards so that networking data is sent = across different cables/switches then the SAN data.

In the past I did performance articles on the speed of Xen file based i= mages vs LVM and I'll be working on some of the same for XCP regarding = the various local storage types, iSCSI and NFS. It won't be done for at= least a month though.
=C2=A0

Grant McWilliams
http://grantmcwilliams.com/<= br>
Some people, when confronted with a problem, think "I know, I&#= 39;ll use Windows."
Now they have two problems. --00151747bdba7d434404b012c4cb-- --===============0039363886== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0039363886==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 01:54:01 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 01:54:01 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIclk-0005Ge-Pu; Tue, 25 Oct 2011 01:54:00 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIckW-0004wE-4x for xen-users@lists.xensource.com; Tue, 25 Oct 2011 01:52:44 -0700 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1319532760!956192!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22226 invoked from network); 25 Oct 2011 08:52:40 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 08:52:40 -0000 Received: by faat9 with SMTP id t9so364401faa.30 for ; Tue, 25 Oct 2011 01:52:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=XUdVxjfVvO2BozyGyBpTapeDynDMEroP+1tNWh7BGVE=; b=kj+beFJ/nCJCEicbLrYIGY1oPRTCswOXlX/+BQnWak2B1D7aJX+Jn1CvWNhlaHdtoE O1/ML79Q5CjRkKRQuraVEigcIqEP9lpOIV0ID1H+8GJb9fAAzUw0zqlonkj5OqelULgm Aa2DhYXhBOoD3ZIthXw1vLjDD7WFYgoR6xjYo= Received: by 10.223.91.143 with SMTP id n15mr44421146fam.23.1319532760121; Tue, 25 Oct 2011 01:52:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.121.198 with HTTP; Tue, 25 Oct 2011 01:52:20 -0700 (PDT) In-Reply-To: References: <1319187984060-4924147.post@n5.nabble.com> From: Lars Seeliger Date: Tue, 25 Oct 2011 10:52:20 +0200 Message-ID: Subject: Re: [Xen-users] Intellicache linked to vhd corruption To: Florian Heigl , xen-users@lists.xensource.com Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0648838125==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0648838125== Content-Type: multipart/alternative; boundary=001517447eee6fc11f04b01ba932 --001517447eee6fc11f04b01ba932 Content-Type: text/plain; charset=UTF-8 Hi, Florian The documentation with Intellicache info can be found here: support.citrix.com/servlet/KbServlet/download/28750-102-661359/XenServer-6.0.0-installation.pdf Most commands and descriptions are there though I've heard, somewhere, that resizing a cache-enabled VDI will break that VDI. If this is true, it's scarily not mentioned in the documentation. Not snapshotting is simply not an option; it's one of the reasons we virtualise. Disabling caching before performing a snapshot is simply not possible, as adjusting the caching parameter is only possible on a halted VM. On 25 October 2011 00:10, Florian Heigl wrote: > Hi, > > a not immediately helpful question: > > Where did you even find the documentation about "Intellicache". > Ever since XCP 1.0 I've been asking people about that storage caching > from the release notes and got mixed reactions, mostly blank stares, > but all not what you'd call an answer :) > > Also, please don't be offended but the obvious answers are: > - do not trigger snapshots > - detach the cache prior to the snapshot, snapshot, attach afterwards. > > This might include a lot of UUID juggling, one of the reasons why I'll > never use XenServer or XCP in production. :> > But I hope you'll get an answer to this. > > Florian > --001517447eee6fc11f04b01ba932 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Florian

The documentation with Intellicache info can be found he= re:
support.citrix.com/servlet/K= bServlet/download/28750-102-661359/XenServer-6.0.0-installation.pdf

Most commands and descriptions are there though I've heard, somewhe= re, that resizing a cache-enabled VDI will break that VDI. If this is true,= it's scarily not mentioned in the documentation.

Not snapshotti= ng is simply not an option; it's one of the reasons we virtualise. Disa= bling caching before performing a snapshot is simply not possible, as adjus= ting the caching parameter is only possible on a halted VM.


On 25 October 2011 00:10, Florian Heigl = <florian.he= igl@gmail.com> wrote:
Hi,

a not immediately helpful question:

Where did you even find the documentation about "Intellicache". Ever since XCP 1.0 I've been asking people about that storage caching from the release notes and got mixed reactions, mostly blank stares,
but all not what you'd call an answer :)

Also, please don't be offended but the obvious answers are:
- do not trigger snapshots
- detach the cache prior to the snapshot, snapshot, attach afterwards.

This might include a lot of UUID juggling, one of the reasons why I'll<= br> never use XenServer or XCP in production. :>
But I hope you'll get an answer to this.

Florian

--001517447eee6fc11f04b01ba932-- --===============0648838125== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0648838125==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 04:31:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 04:31:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIfDv-0002pA-6c; Tue, 25 Oct 2011 04:31:15 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIfCM-0002U8-Bj for xen-users@lists.xensource.com; Tue, 25 Oct 2011 04:29:38 -0700 X-Env-Sender: vipulcell@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1319542174!680740!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5333 invoked from network); 25 Oct 2011 11:29:35 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 11:29:35 -0000 Received: by vws13 with SMTP id 13so440465vws.30 for ; Tue, 25 Oct 2011 04:29:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Qj1No6KHqeSYYnRwyaRTFvggFsvmYEoacnz2vnVC2lw=; b=nw7KhMCxTMXvJydyBPiLQtDMFuepB3sKAVR8wOxSB+Skswuyp4ith2z4VsRn02mkVB hbjkf1LmABuM7YTlB2UCo6NfQ+oi5o/ZwsQSiREvmE/9cqMKDPnyzDSIq9YWdYNVoMIy 7DpsnIrl56mAVtA1uQRCuNfudnaYFiGRPn5gw= MIME-Version: 1.0 Received: by 10.52.76.162 with SMTP id l2mr26564704vdw.64.1319542173679; Tue, 25 Oct 2011 04:29:33 -0700 (PDT) Received: by 10.220.71.145 with HTTP; Tue, 25 Oct 2011 04:29:33 -0700 (PDT) Date: Tue, 25 Oct 2011 16:59:33 +0530 Message-ID: From: vipul borikar To: xen-users@lists.xensource.com Subject: [Xen-users] Ubuntu 11.04 DomU not showing external block Device X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1901971370==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1901971370== Content-Type: multipart/alternative; boundary=bcaec501673f8740db04b01dda09 --bcaec501673f8740db04b01dda09 Content-Type: text/plain; charset=ISO-8859-1 Hello, I just installed Xen 4.0.1 on Ubuntu 10.04 dom0. After this i had Ubuntu 11.04 as Para domU. I tried to attach file based disk to the this domU. My command is: # xm block-attach Ubuntu-11 file:/root/ubunut-natty/Extra /dev/xvdb w there is no error on this. But inside the DomU i cannot see any disk xvdb. xend.log shows : [2011-10-25 16:27:32 14794] DEBUG (XendDomainInfo:853) XendDomainInfo.device_create: {'uuid': '18743cdb-d88a-84e3-c2e4-c5c726e06cda', 'bootable': 0, 'driver': 'paravirtualised', 'dev': '/dev/xvdb', 'uname': 'file:/root/ubunut-natty/Extra', 'mode': 'w'} I tried googling !! Any Ideas?? -- Thanks Vipul Borikar "Our task must be to free ourselves...by widening our circle of compassion to embrace all living creatures and the whole of nature and its beauty." --bcaec501673f8740db04b01dda09 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,
=A0=A0=A0=A0=A0=A0=A0=A0 I just installed Xen 4.0.1 on Ubuntu 10.= 04 dom0. After this i had Ubuntu 11.04 as Para domU.
I tried to attach f= ile based disk to the this domU.

My command is:

# xm=A0=A0 bl= ock-attach=A0=A0=A0 Ubuntu-11=A0=A0=A0=A0 file:/root/ubunut-natty/Extra=A0= =A0=A0 /dev/xvdb=A0=A0 w

there is no error on this.

But inside the DomU i cannot see any = disk xvdb.

xend.log shows :

[2011-10-25 16:27:32 14794] DEBU= G (XendDomainInfo:853) XendDomainInfo.device_create: {'uuid': '= 18743cdb-d88a-84e3-c2e4-c5c726e06cda', 'bootable': 0, 'driv= er': 'paravirtualised', 'dev': '/dev/xvdb', = 9;uname': 'file:/root/ubunut-natty/Extra', 'mode': '= ;w'}

I tried googling !! Any Ideas??


--
Th= anks=A0

Vipul Borikar
"Our task must be t= o free ourselves...by widening our circle of compassion to embrace all livi= ng creatures and the whole of nature and its beauty."

--bcaec501673f8740db04b01dda09-- --===============1901971370== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1901971370==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 05:31:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 05:31:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIgA1-0004kM-CJ; Tue, 25 Oct 2011 05:31:17 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RIg8p-0004Pg-CK for xen-users@lists.xensource.com; Tue, 25 Oct 2011 05:30:04 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1319545800!1604118!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7940 invoked from network); 25 Oct 2011 12:30:00 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-3.tower-21.messagelabs.com with SMTP; 25 Oct 2011 12:30:00 -0000 X-SMTP-Recipient: xen-users@lists.xensource.com Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 478B87408D for ; Tue, 25 Oct 2011 13:29:59 +0100 (BST) Message-ID: <4EA6ABC5.3090304@stalks.nooblet.org> Date: Tue, 25 Oct 2011 13:29:57 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] Page allocation failure X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Dear list, I am seeing an error across multiple machines during heavy I/O, either disk or network. The VMs are on different Intel CPUs (Core 2 Quad, Core i5, Xeon) with varying boards (Abit, Asus, Supermicro). Machines that get this error are running either BackupPC, Zabbix (MySQL) or SABNZBd. I can also reproduce the error on the Supermicros with a looped wget of an ubuntu ISO as they are on Gbit ethernet and will download at ~70MB/s. I prefer Debian, however whilst troubleshooting I have used SUSE kernel with Debian and CentOS. I have compiled kernels from 2.6.3x to 3.0.x and Xen 4.0.1 to 4.1, and have yet to shake the issue. The following is an output of the error. This is usually repeated several times. There is plenty of RAM available, usually 1GB+ is used in buffers/cache, but ~1GB of swap is also available should it be needed. Its worth noting that the "swapper" portion is usually a random process. I've seen it say "mingetty", "rsyslog" amongst others. However "swapper" is the most common. [488054.896037] swapper: page allocation failure. order:0, mode:0x20 [488054.896056] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 [488054.896067] Call Trace: [488054.896074] [] ? __alloc_pages_nodemask+0x592/0x5f4 [488054.896100] [] ? new_slab+0x5b/0x1ca [488054.896112] [] ? __slab_alloc+0x1f0/0x39b [488054.896124] [] ? __alloc_skb+0x3e/0x15a [488054.896135] [] ? __alloc_skb+0x3e/0x15a [488054.896146] [] ? kmem_cache_alloc_node+0x8b/0x10b [488054.896158] [] ? __alloc_skb+0x3e/0x15a [488054.896170] [] ? tcp_delack_timer+0x0/0x1fe [488054.896182] [] ? tcp_send_ack+0x23/0xf4 [488054.896193] [] ? tcp_delack_timer+0x18e/0x1fe [488054.896207] [] ? run_timer_softirq+0x1c9/0x268 [488054.896220] [] ? handle_IRQ_event+0x117/0x126 [488054.896234] [] ? __do_softirq+0xdd/0x1a6 [488054.896245] [] ? handle_percpu_irq+0x4e/0x6a [488054.896258] [] ? call_softirq+0x1c/0x30 [488054.896269] [] ? do_softirq+0x3f/0x7c [488054.896280] [] ? irq_exit+0x36/0x76 [488054.896291] [] ? xen_evtchn_do_upcall+0x33/0x41 [488054.896304] [] ? xen_do_hypervisor_callback+0x1e/0x30 [488054.896313] [] ? hypercall_page+0x3aa/0x1001 [488054.896330] [] ? hypercall_page+0x3aa/0x1001 [488054.896343] [] ? xen_vcpuop_set_next_event+0x0/0x60 [488054.896354] [] ? xen_safe_halt+0xc/0x15 [488054.896366] [] ? xen_idle+0x37/0x40 [488054.896377] [] ? cpu_idle+0xa2/0xda [488054.896388] [] ? start_kernel+0x3dc/0x3e8 [488054.896397] Mem-Info: [488054.896404] Node 0 DMA per-cpu: [488054.896413] CPU 0: hi: 0, btch: 1 usd: 0 [488054.896422] CPU 1: hi: 0, btch: 1 usd: 0 [488054.896431] CPU 2: hi: 0, btch: 1 usd: 0 [488054.896439] CPU 3: hi: 0, btch: 1 usd: 0 [488054.896447] Node 0 DMA32 per-cpu: [488054.896456] CPU 0: hi: 186, btch: 31 usd: 185 [488054.896465] CPU 1: hi: 186, btch: 31 usd: 172 [488054.896473] CPU 2: hi: 186, btch: 31 usd: 166 [488054.896482] CPU 3: hi: 186, btch: 31 usd: 148 [488054.896494] active_anon:89704 inactive_anon:31826 isolated_anon:0 [488054.896497] active_file:27715 inactive_file:277856 isolated_file:0 [488054.896499] unevictable:0 dirty:30010 writeback:0 unstable:0 [488054.896501] free:2220 slab_reclaimable:11510 slab_unreclaimable:1813 [488054.896503] mapped:2981 shmem:102 pagetables:1274 bounce:0 [488054.896532] Node 0 DMA free:6996kB min:36kB low:44kB high:52kB active_anon:0kB inactive_anon:152kB active_file:56kB inactive_file:5148kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:12304kB mlocked:0kB dirty:0kB writeback:0kB mapped:32kB shmem:0kB slab_reclaimable:100kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [488054.896575] lowmem_reserve[]: 0 1751 1751 1751 [488054.896593] Node 0 DMA32 free:1884kB min:5332kB low:6664kB high:7996kB active_anon:358816kB inactive_anon:127152kB active_file:110804kB inactive_file:1106276kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1793760kB mlocked:0kB dirty:120040kB writeback:0kB mapped:11892kB shmem:408kB slab_reclaimable:45940kB slab_unreclaimable:7252kB kernel_stack:1176kB pagetables:5096kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [488054.896639] lowmem_reserve[]: 0 0 0 0 [488054.896656] Node 0 DMA: 3*4kB 1*8kB 2*16kB 1*32kB 4*64kB 2*128kB 3*256kB 3*512kB 2*1024kB 1*2048kB 0*4096kB = 6996kB [488054.896695] Node 0 DMA32: 19*4kB 2*8kB 0*16kB 0*32kB 0*64kB 4*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1884kB [488054.896733] 306011 total pagecache pages [488054.896741] 338 pages in swap cache [488054.896748] Swap cache stats: add 1457, delete 1119, find 106250/106300 [488054.896757] Free swap = 1044524kB [488054.896764] Total swap = 1048568kB [488054.900014] 458752 pages RAM [488054.900014] 9907 pages reserved [488054.900014] 303804 pages shared [488054.900014] 151251 pages non-shared [488054.900014] SLUB: Unable to allocate memory on node -1 (gfp=0x20) [488054.900014] cache: kmalloc-256, object size: 256, buffer size: 256, default order: 0, min order: 0 [488054.900014] node 0: slabs: 62, objs: 992, free: 0 Any guidance much appreciated. Regards, Steve. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 06:28:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 06:28:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIh39-0001ha-LN; Tue, 25 Oct 2011 06:28:15 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIh1W-0001MG-8o for xen-users@lists.xensource.com; Tue, 25 Oct 2011 06:26:36 -0700 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1319549190!702374!1 X-Originating-IP: [80.70.172.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23834 invoked from network); 25 Oct 2011 13:26:30 -0000 Received: from dgate10.ts.fujitsu.com (HELO dgate10.ts.fujitsu.com) (80.70.172.49) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 13:26:30 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Subject:Date:User-Agent:Cc: References:In-Reply-To:X-KMail-Markup:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=pTgsZXgjA5+srIIHGYynl5Ez0ro0rpPCCFWshfKaDyhJH1TcBblyJxXy LJ8lFj0u612SOOFR2Exjc/o0bRaoVLhGfTAtIdRXmXhBmYN4KkKA4Mshf TnhERxHcAyc7yNLeq1kLgZwXGS/3jOrfph/alM3SGA+Cnw0nzUHliwKjr DsE35y6vohR9Idx9VnJ7O6/nq8xEDjVKY4LtusFuvFd9z6HdtqBGQae/4 ZP/XzByafyZBfwtAX6bLX/fa6sbfs; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=dietmar.hahn@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1319549190; x=1351085190; h=from:to:subject:date:cc:references:in-reply-to: mime-version:content-transfer-encoding:message-id; bh=MqI7ggrrlHRtseMbUwPlu4mGnR1iBTRGo0/1HXTUllE=; b=PMviOYr3n+Wn/Yxwu10Tmlc2c+wYq2YXTVcPozYfG57i34ds/pa1gjVc ynYMRv/4zkUx16diQkaCJsm2Q5a4kIDxLNVTnPa/8MFfIFXhYge3ZBlc9 FB2D8qJI1osJLObqea+ANMYe/+xH7764yBUSVU460n8TktuHrK1F/ETYx HSCuW00wocefjVkaXDdQHo+f2QYVf/FQLghHJvzKg32/s1OgW04pLbqzW CQH6FyrYOcAl6mhRyBKs9QE2WmFYv; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.69,403,1315173600"; d="scan'208,217";a="91234608" Received: from abgdgate40u.abg.fsc.net ([172.25.138.90]) by dgate10u.abg.fsc.net with ESMTP; 25 Oct 2011 15:26:30 +0200 X-IronPort-AV: E=Sophos;i="4.69,404,1315173600"; d="scan'208,217";a="122297369" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate40u.abg.fsc.net with ESMTP; 25 Oct 2011 15:26:30 +0200 Received: from amur.localnet (amur.mch.fsc.net [172.25.53.126]) by sanpedro.mch.fsc.net (Postfix) with SMTP id 36BF19F6C5; Tue, 25 Oct 2011 15:26:30 +0200 (CEST) From: Dietmar Hahn To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Page allocation failure Date: Tue, 25 Oct 2011 15:26:29 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-0.7-xen; KDE/4.6.0; x86_64; ; ) References: <4EA6ABC5.3090304@stalks.nooblet.org> In-Reply-To: <4EA6ABC5.3090304@stalks.nooblet.org> X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201110251526.29765.dietmar.hahn@ts.fujitsu.com> Cc: Steve Allison X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1948775317==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1948775317== Content-Type: multipart/alternative; boundary="Boundary-01=_FkrpOsWVS+l5lYB" Content-Transfer-Encoding: 7bit --Boundary-01=_FkrpOsWVS+l5lYB Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Hi Steve, I think this has nothing directly to do with xen, it's more a sort of out of kernel memory in linux. See below. Am 25.10.2011 schrieb "Steve Allison ": > Dear list, > > I am seeing an error across multiple machines during heavy I/O, either > disk or network. The VMs are on different Intel CPUs (Core 2 Quad, Core > i5, Xeon) with varying boards (Abit, Asus, Supermicro). > > Machines that get this error are running either BackupPC, Zabbix (MySQL) > or SABNZBd. I can also reproduce the error on the Supermicros with a > looped wget of an ubuntu ISO as they are on Gbit ethernet and will > download at ~70MB/s. > > I prefer Debian, however whilst troubleshooting I have used SUSE kernel > with Debian and CentOS. I have compiled kernels from 2.6.3x to 3.0.x and > Xen 4.0.1 to 4.1, and have yet to shake the issue. > > The following is an output of the error. This is usually repeated > several times. There is plenty of RAM available, usually 1GB+ is used in > buffers/cache, but ~1GB of swap is also available should it be needed. > > Its worth noting that the "swapper" portion is usually a random process. > I've seen it say "mingetty", "rsyslog" amongst others. However "swapper" > is the most common. > > [488054.896037] swapper: page allocation failure. order:0, mode:0x20 The message above comes from the linux kernel function __alloc_pages_nodemask() which means, no free memory and then dump_stack() is called - see below. > [488054.896056] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 > [488054.896067] Call Trace: > [488054.896074] [] ? __alloc_pages_nodemask+0x592/0x5f4 > [488054.896100] [] ? new_slab+0x5b/0x1ca > [488054.896112] [] ? __slab_alloc+0x1f0/0x39b > [488054.896124] [] ? __alloc_skb+0x3e/0x15a > [488054.896135] [] ? __alloc_skb+0x3e/0x15a > [488054.896146] [] ? kmem_cache_alloc_node+0x8b/0x10b > [488054.896158] [] ? __alloc_skb+0x3e/0x15a > [488054.896170] [] ? tcp_delack_timer+0x0/0x1fe > [488054.896182] [] ? tcp_send_ack+0x23/0xf4 > [488054.896193] [] ? tcp_delack_timer+0x18e/0x1fe > [488054.896207] [] ? run_timer_softirq+0x1c9/0x268 > [488054.896220] [] ? handle_IRQ_event+0x117/0x126 > [488054.896234] [] ? __do_softirq+0xdd/0x1a6 > [488054.896245] [] ? handle_percpu_irq+0x4e/0x6a > [488054.896258] [] ? call_softirq+0x1c/0x30 > [488054.896269] [] ? do_softirq+0x3f/0x7c > [488054.896280] [] ? irq_exit+0x36/0x76 Xen is only involved as an interrupt is delivered from hypervisor to the linux kernel. > [488054.896291] [] ? xen_evtchn_do_upcall+0x33/0x41 > [488054.896304] [] ? xen_do_hypervisor_callback+0x1e/0x30 > [488054.896313] [] ? hypercall_page+0x3aa/0x1001 > [488054.896330] [] ? hypercall_page+0x3aa/0x1001 > [488054.896343] [] ? xen_vcpuop_set_next_event+0x0/0x60 > [488054.896354] [] ? xen_safe_halt+0xc/0x15 > [488054.896366] [] ? xen_idle+0x37/0x40 > [488054.896377] [] ? cpu_idle+0xa2/0xda > [488054.896388] [] ? start_kernel+0x3dc/0x3e8 > [488054.896397] Mem-Info: > [488054.896404] Node 0 DMA per-cpu: > [488054.896413] CPU 0: hi: 0, btch: 1 usd: 0 > [488054.896422] CPU 1: hi: 0, btch: 1 usd: 0 > [488054.896431] CPU 2: hi: 0, btch: 1 usd: 0 > [488054.896439] CPU 3: hi: 0, btch: 1 usd: 0 > [488054.896447] Node 0 DMA32 per-cpu: > [488054.896456] CPU 0: hi: 186, btch: 31 usd: 185 > [488054.896465] CPU 1: hi: 186, btch: 31 usd: 172 > [488054.896473] CPU 2: hi: 186, btch: 31 usd: 166 > [488054.896482] CPU 3: hi: 186, btch: 31 usd: 148 > [488054.896494] active_anon:89704 inactive_anon:31826 isolated_anon:0 > [488054.896497] active_file:27715 inactive_file:277856 isolated_file:0 > [488054.896499] unevictable:0 dirty:30010 writeback:0 unstable:0 > [488054.896501] free:2220 slab_reclaimable:11510 slab_unreclaimable:1813 > [488054.896503] mapped:2981 shmem:102 pagetables:1274 bounce:0 > [488054.896532] Node 0 DMA free:6996kB min:36kB low:44kB high:52kB active_anon:0kB inactive_anon:152kB active_file:56kB inactive_file:5148kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:12304kB mlocked:0kB dirty:0kB writeback:0kB mapped:32kB shmem:0kB slab_reclaimable:100kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no > [488054.896575] lowmem_reserve[]: 0 1751 1751 1751 > [488054.896593] Node 0 DMA32 free:1884kB min:5332kB low:6664kB high:7996kB active_anon:358816kB inactive_anon:127152kB active_file:110804kB inactive_file:1106276kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1793760kB mlocked:0kB dirty:120040kB writeback:0kB mapped:11892kB shmem:408kB slab_reclaimable:45940kB slab_unreclaimable:7252kB kernel_stack:1176kB pagetables:5096kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no > [488054.896639] lowmem_reserve[]: 0 0 0 0 > [488054.896656] Node 0 DMA: 3*4kB 1*8kB 2*16kB 1*32kB 4*64kB 2*128kB 3*256kB 3*512kB 2*1024kB 1*2048kB 0*4096kB = 6996kB > [488054.896695] Node 0 DMA32: 19*4kB 2*8kB 0*16kB 0*32kB 0*64kB 4*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1884kB > [488054.896733] 306011 total pagecache pages > [488054.896741] 338 pages in swap cache > [488054.896748] Swap cache stats: add 1457, delete 1119, find 106250/106300 > [488054.896757] Free swap = 1044524kB > [488054.896764] Total swap = 1048568kB > [488054.900014] 458752 pages RAM > [488054.900014] 9907 pages reserved > [488054.900014] 303804 pages shared > [488054.900014] 151251 pages non-shared > [488054.900014] SLUB: Unable to allocate memory on node -1 (gfp=0x20) > [488054.900014] cache: kmalloc-256, object size: 256, buffer size: 256, default order: 0, min order: 0 > [488054.900014] node 0: slabs: 62, objs: 992, free: 0 > > > Any guidance much appreciated. Maybe you must give more memory to the linux system but I'am not real sure, beeing not an expert there. Dietmar. > > Regards, > Steve. > > --Boundary-01=_FkrpOsWVS+l5lYB Content-Type: text/html; charset="iso-8859-15" Content-Transfer-Encoding: 7bit

Hi Steve,


I think this has nothing directly to do with xen, it's more a sort of

out of kernel memory in linux.

See below.


Am 25.10.2011 schrieb "Steve Allison <xen-users@stalks.nooblet.org>":

> Dear list,

>

> I am seeing an error across multiple machines during heavy I/O, either

> disk or network. The VMs are on different Intel CPUs (Core 2 Quad, Core

> i5, Xeon) with varying boards (Abit, Asus, Supermicro).

>

> Machines that get this error are running either BackupPC, Zabbix (MySQL)

> or SABNZBd. I can also reproduce the error on the Supermicros with a

> looped wget of an ubuntu ISO as they are on Gbit ethernet and will

> download at ~70MB/s.

>

> I prefer Debian, however whilst troubleshooting I have used SUSE kernel

> with Debian and CentOS. I have compiled kernels from 2.6.3x to 3.0.x and

> Xen 4.0.1 to 4.1, and have yet to shake the issue.

>

> The following is an output of the error. This is usually repeated

> several times. There is plenty of RAM available, usually 1GB+ is used in

> buffers/cache, but ~1GB of swap is also available should it be needed.

>

> Its worth noting that the "swapper" portion is usually a random process.

> I've seen it say "mingetty", "rsyslog" amongst others. However "swapper"

> is the most common.

>

> [488054.896037] swapper: page allocation failure. order:0, mode:0x20


The message above comes from the linux kernel function __alloc_pages_nodemask()

which means, no free memory and then dump_stack() is called - see below.


> [488054.896056] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1

> [488054.896067] Call Trace:

> [488054.896074]<IRQ> [<ffffffff810ba5d6>] ? __alloc_pages_nodemask+0x592/0x5f4

> [488054.896100] [<ffffffff810e6912>] ? new_slab+0x5b/0x1ca

> [488054.896112] [<ffffffff810e6c71>] ? __slab_alloc+0x1f0/0x39b

> [488054.896124] [<ffffffff8124851e>] ? __alloc_skb+0x3e/0x15a

> [488054.896135] [<ffffffff8124851e>] ? __alloc_skb+0x3e/0x15a

> [488054.896146] [<ffffffff810e704d>] ? kmem_cache_alloc_node+0x8b/0x10b

> [488054.896158] [<ffffffff8124851e>] ? __alloc_skb+0x3e/0x15a

> [488054.896170] [<ffffffff8128b0e7>] ? tcp_delack_timer+0x0/0x1fe

> [488054.896182] [<ffffffff812880fd>] ? tcp_send_ack+0x23/0xf4

> [488054.896193] [<ffffffff8128b275>] ? tcp_delack_timer+0x18e/0x1fe

> [488054.896207] [<ffffffff8105a5ff>] ? run_timer_softirq+0x1c9/0x268

> [488054.896220] [<ffffffff81094a9f>] ? handle_IRQ_event+0x117/0x126

> [488054.896234] [<ffffffff81053cab>] ? __do_softirq+0xdd/0x1a6

> [488054.896245] [<ffffffff81096154>] ? handle_percpu_irq+0x4e/0x6a

> [488054.896258] [<ffffffff81011cac>] ? call_softirq+0x1c/0x30

> [488054.896269] [<ffffffff8101322b>] ? do_softirq+0x3f/0x7c

> [488054.896280] [<ffffffff81053b1b>] ? irq_exit+0x36/0x76


Xen is only involved as an interrupt is delivered from hypervisor to the linux

kernel.


> [488054.896291] [<ffffffff811ef48c>] ? xen_evtchn_do_upcall+0x33/0x41

> [488054.896304] [<ffffffff81011cfe>] ? xen_do_hypervisor_callback+0x1e/0x30

> [488054.896313]<EOI> [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1001

> [488054.896330] [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1001

> [488054.896343] [<ffffffff8100e160>] ? xen_vcpuop_set_next_event+0x0/0x60

> [488054.896354] [<ffffffff8100dcb3>] ? xen_safe_halt+0xc/0x15

> [488054.896366] [<ffffffff8100be63>] ? xen_idle+0x37/0x40

> [488054.896377] [<ffffffff8100feb1>] ? cpu_idle+0xa2/0xda

> [488054.896388] [<ffffffff814f5cdd>] ? start_kernel+0x3dc/0x3e8

> [488054.896397] Mem-Info:

> [488054.896404] Node 0 DMA per-cpu:

> [488054.896413] CPU 0: hi: 0, btch: 1 usd: 0

> [488054.896422] CPU 1: hi: 0, btch: 1 usd: 0

> [488054.896431] CPU 2: hi: 0, btch: 1 usd: 0

> [488054.896439] CPU 3: hi: 0, btch: 1 usd: 0

> [488054.896447] Node 0 DMA32 per-cpu:

> [488054.896456] CPU 0: hi: 186, btch: 31 usd: 185

> [488054.896465] CPU 1: hi: 186, btch: 31 usd: 172

> [488054.896473] CPU 2: hi: 186, btch: 31 usd: 166

> [488054.896482] CPU 3: hi: 186, btch: 31 usd: 148

> [488054.896494] active_anon:89704 inactive_anon:31826 isolated_anon:0

> [488054.896497] active_file:27715 inactive_file:277856 isolated_file:0

> [488054.896499] unevictable:0 dirty:30010 writeback:0 unstable:0

> [488054.896501] free:2220 slab_reclaimable:11510 slab_unreclaimable:1813

> [488054.896503] mapped:2981 shmem:102 pagetables:1274 bounce:0

> [488054.896532] Node 0 DMA free:6996kB min:36kB low:44kB high:52kB active_anon:0kB inactive_anon:152kB active_file:56kB inactive_file:5148kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:12304kB mlocked:0kB dirty:0kB writeback:0kB mapped:32kB shmem:0kB slab_reclaimable:100kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no

> [488054.896575] lowmem_reserve[]: 0 1751 1751 1751

> [488054.896593] Node 0 DMA32 free:1884kB min:5332kB low:6664kB high:7996kB active_anon:358816kB inactive_anon:127152kB active_file:110804kB inactive_file:1106276kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1793760kB mlocked:0kB dirty:120040kB writeback:0kB mapped:11892kB shmem:408kB slab_reclaimable:45940kB slab_unreclaimable:7252kB kernel_stack:1176kB pagetables:5096kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no

> [488054.896639] lowmem_reserve[]: 0 0 0 0

> [488054.896656] Node 0 DMA: 3*4kB 1*8kB 2*16kB 1*32kB 4*64kB 2*128kB 3*256kB 3*512kB 2*1024kB 1*2048kB 0*4096kB = 6996kB

> [488054.896695] Node 0 DMA32: 19*4kB 2*8kB 0*16kB 0*32kB 0*64kB 4*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1884kB

> [488054.896733] 306011 total pagecache pages

> [488054.896741] 338 pages in swap cache

> [488054.896748] Swap cache stats: add 1457, delete 1119, find 106250/106300

> [488054.896757] Free swap = 1044524kB

> [488054.896764] Total swap = 1048568kB

> [488054.900014] 458752 pages RAM

> [488054.900014] 9907 pages reserved

> [488054.900014] 303804 pages shared

> [488054.900014] 151251 pages non-shared

> [488054.900014] SLUB: Unable to allocate memory on node -1 (gfp=0x20)

> [488054.900014] cache: kmalloc-256, object size: 256, buffer size: 256, default order: 0, min order: 0

> [488054.900014] node 0: slabs: 62, objs: 992, free: 0

>

>

> Any guidance much appreciated.


Maybe you must give more memory to the linux system but I'am not real sure,

beeing not an expert there.

Dietmar.


>

> Regards,

> Steve.

>

>


--Boundary-01=_FkrpOsWVS+l5lYB-- --===============1948775317== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1948775317==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 06:40:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 06:40:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIhFQ-0003ve-Au; Tue, 25 Oct 2011 06:40:56 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RIhEE-0003bI-C5 for xen-users@lists.xensource.com; Tue, 25 Oct 2011 06:39:42 -0700 X-Env-Sender: benjamin.weaver@phon.ox.ac.uk X-Msg-Ref: server-14.tower-27.messagelabs.com!1319549864!41761894!1 X-Originating-IP: [129.67.1.165] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19120 invoked from network); 25 Oct 2011 13:37:44 -0000 Received: from relay1.mail.ox.ac.uk (HELO relay1.mail.ox.ac.uk) (129.67.1.165) by server-14.tower-27.messagelabs.com with SMTP; 25 Oct 2011 13:37:44 -0000 Received: from smtp1.mail.ox.ac.uk ([129.67.1.207]) by relay1.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from ) id 1RIhEB-0000Fk-3b for xen-users@lists.xensource.com; Tue, 25 Oct 2011 14:39:39 +0100 Received: from boldo.phon.ox.ac.uk ([163.1.87.4]) by smtp1.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RIhEB-0006yX-3L for xen-users@lists.xensource.com; Tue, 25 Oct 2011 14:39:39 +0100 Message-ID: <4EA6BDB4.7080503@phon.ox.ac.uk> Date: Tue, 25 Oct 2011 14:46:28 +0100 From: Benjamin Weaver User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Oxford-Username: clas0105 Subject: [Xen-users] domU shell prompt freezes after live migration X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I have narrowed down and further defined the problem using xm commands: 1. the problem does not have to do with migration from one node to another per se: an xm save and subsequent xm restore done from either box, without migration, reproduces the problem. In each case a vm is produced that I can ping and login to, but which produces the frozen prompt. I have also tried the following: 2. opened permissions on .img files under /ocfs2SAN/domains to no avail, therefore not a permissions problem 3. opened up sysctl buffers on both boxes to no avail not a sys buffers problem Might I perhaps have a file system or cluster configuration problem? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 07:21:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 07:21:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIhsq-0006Zi-TH; Tue, 25 Oct 2011 07:21:40 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIhrY-0006Fl-SS for xen-users@lists.xensource.com; Tue, 25 Oct 2011 07:20:21 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1319552417!30273557!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25759 invoked from network); 25 Oct 2011 14:20:17 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 14:20:17 -0000 Received: by faat9 with SMTP id t9so763014faa.30 for ; Tue, 25 Oct 2011 07:20:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=sgqaJ7uKCUgw3FjfDbCbsAvJEMN9fo7Rw90XguW5VFM=; b=oTZTGiHBVTz0GpEnjEGJle1fPYKILJ0pxeTFiZydoPD80ywvGSvSSPueRKLMUXVMOL +NYcMb0PrhSyJk0Sb1F3gDzfTRr1lwdXaqa/05IrYiI7p+a4NPfahtRrAWyoA/+VaLwT r/0zxhkcutc//bm0fcyJKVfXL4jSF4xQ3K11s= Received: by 10.223.5.201 with SMTP id 9mr53269496faw.5.1319552417618; Tue, 25 Oct 2011 07:20:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.125.143 with HTTP; Tue, 25 Oct 2011 07:19:57 -0700 (PDT) In-Reply-To: <4EA6BDB4.7080503@phon.ox.ac.uk> References: <4EA6BDB4.7080503@phon.ox.ac.uk> From: David Della Vecchia Date: Tue, 25 Oct 2011 10:19:57 -0400 X-Google-Sender-Auth: Vn8KUMpcdshXHFjdq1rF5Pfk9RQ Message-ID: Subject: Re: [Xen-users] domU shell prompt freezes after live migration To: Benjamin Weaver Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0262230473==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0262230473== Content-Type: multipart/alternative; boundary=000e0ce0ceaa1d59cf04b0203dcf --000e0ce0ceaa1d59cf04b0203dcf Content-Type: text/plain; charset=ISO-8859-1 Are you on debian by chance? I had the exact same issue, it has to do with the kernel you are using for the domU. Here is the bug report describing it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604 I've had this occur with other kernel's i've built, not just debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night that restored my ability to do xm save and restore without the console lock up. Hope this helps. -David On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver < benjamin.weaver@phon.ox.ac.uk> wrote: > I have narrowed down and further defined the problem using xm commands: > > 1. the problem does not have to do with migration from one node to another > per se: > > an xm save and subsequent xm restore done from either box, without > migration, reproduces the problem. In each case a vm is produced that I can > ping and login to, but which produces the frozen prompt. > > I have also tried the following: > > 2. opened permissions on .img files under /ocfs2SAN/domains > to no avail, > therefore not a permissions problem > > 3. opened up sysctl buffers on both boxes > to no avail > not a sys buffers problem > > > > > Might I perhaps have a file system or cluster configuration problem? > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > --000e0ce0ceaa1d59cf04b0203dcf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Are you on debian by chance? I had the exact same issue, it has to do with = the kernel you are using for the domU.

Here is the bug report descri= bing it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D644604

I've had this occur with other kernel's i've built, not jus= t debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel l= ast night that restored my ability to do xm save and restore without the co= nsole lock up.

Hope this helps.

-David

On Tue= , Oct 25, 2011 at 9:46 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk>= ; wrote:
I have narrowed down and further defined th= e problem using xm commands:

1. the problem does not have to do with migration from one node to another = per se:

an xm save and subsequent xm restore done from either box, without migratio= n, reproduces the problem. In each case a vm is produced that I can ping an= d login to, but which produces the frozen prompt.

I have also tried the following:

2. opened permissions on .img files under /ocfs2SAN/domains
to no avail,
therefore not a permissions problem

3. opened up sysctl buffers on both boxes
to no avail
not a sys buffers problem




Might I perhaps have a file system or cluster configuration problem?

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

--000e0ce0ceaa1d59cf04b0203dcf-- --===============0262230473== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0262230473==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 07:31:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 07:31:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIi2k-0007Q0-L7; Tue, 25 Oct 2011 07:31:54 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RIi1V-00075V-2P for xen-users@lists.xensource.com; Tue, 25 Oct 2011 07:30:37 -0700 X-Env-Sender: benjamin.weaver@phon.ox.ac.uk X-Msg-Ref: server-4.tower-216.messagelabs.com!1319553033!996967!1 X-Originating-IP: [163.1.2.165] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32581 invoked from network); 25 Oct 2011 14:30:34 -0000 Received: from relay3.mail.ox.ac.uk (HELO relay3.mail.ox.ac.uk) (163.1.2.165) by server-4.tower-216.messagelabs.com with SMTP; 25 Oct 2011 14:30:34 -0000 Received: from smtp0.mail.ox.ac.uk ([129.67.1.205]) by relay3.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from ) id 1RIi1R-0004It-BB; Tue, 25 Oct 2011 15:30:33 +0100 Received: from boldo.phon.ox.ac.uk ([163.1.87.4]) by smtp0.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RIi1R-0003JV-1F; Tue, 25 Oct 2011 15:30:33 +0100 Message-ID: <4EA6C9A3.4000306@phon.ox.ac.uk> Date: Tue, 25 Oct 2011 15:37:23 +0100 From: Benjamin Weaver User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: David Della Vecchia Subject: Re: [Xen-users] domU shell prompt freezes after live migration References: <4EA6BDB4.7080503@phon.ox.ac.uk> In-Reply-To: X-Oxford-Username: clas0105 Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0008806345==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0008806345== Content-Type: multipart/alternative; boundary="------------070601070602030503000401" This is a multi-part message in MIME format. --------------070601070602030503000401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks, David, This could be very useful. We are running Debian Squeeze for the dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs. Ben On 25/10/11 15:19, David Della Vecchia wrote: > Are you on debian by chance? I had the exact same issue, it has to do > with the kernel you are using for the domU. > > Here is the bug report describing it: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604 > > I've had this occur with other kernel's i've built, not just debian > provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last > night that restored my ability to do xm save and restore without the > console lock up. > > Hope this helps. > > -David > > On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver > > > wrote: > > I have narrowed down and further defined the problem using xm > commands: > > 1. the problem does not have to do with migration from one node to > another per se: > > an xm save and subsequent xm restore done from either box, without > migration, reproduces the problem. In each case a vm is produced > that I can ping and login to, but which produces the frozen prompt. > > I have also tried the following: > > 2. opened permissions on .img files under /ocfs2SAN/domains > to no avail, > therefore not a permissions problem > > 3. opened up sysctl buffers on both boxes > to no avail > not a sys buffers problem > > > > > Might I perhaps have a file system or cluster configuration problem? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > --------------070601070602030503000401 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks, David,

This could be very useful. We are running Debian Squeeze for the dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs.

Ben

On 25/10/11 15:19, David Della Vecchia wrote:
Are you on debian by chance? I had the exact same issue, it has to do with the kernel you are using for the domU.

Here is the bug report describing it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604

I've had this occur with other kernel's i've built, not just debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night that restored my ability to do xm save and restore without the console lock up.

Hope this helps.

-David

On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
I have narrowed down and further defined the problem using xm commands:

1. the problem does not have to do with migration from one node to another per se:

an xm save and subsequent xm restore done from either box, without migration, reproduces the problem. In each case a vm is produced that I can ping and login to, but which produces the frozen prompt.

I have also tried the following:

2. opened permissions on .img files under /ocfs2SAN/domains
to no avail,
therefore not a permissions problem

3. opened up sysctl buffers on both boxes
to no avail
not a sys buffers problem




Might I perhaps have a file system or cluster configuration problem?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


--------------070601070602030503000401-- --===============0008806345== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0008806345==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 07:34:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 07:34:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIi5V-0008LL-Ou; Tue, 25 Oct 2011 07:34:45 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RIi4f-00080E-8b for xen-users@lists.xensource.com; Tue, 25 Oct 2011 07:33:53 -0700 X-Env-Sender: dnuzzo@pangeaequity.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1319553229!32941526!1 X-Originating-IP: [216.115.88.169] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21805 invoked from network); 25 Oct 2011 14:33:49 -0000 Received: from smtp.01.com (HELO smtp.01.com) (216.115.88.169) by server-5.tower-174.messagelabs.com with SMTP; 25 Oct 2011 14:33:49 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp-out-2.01.com (Postfix) with ESMTP id D3F68414246 for ; Tue, 25 Oct 2011 09:33:40 -0500 (CDT) X-Virus-Scanned: amavisd-new at smtp-out-2.01.com Received: from smtp.01.com ([127.0.0.1]) by localhost (smtp-out-2.01.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kxqPBWrB79U7 for ; Tue, 25 Oct 2011 09:33:40 -0500 (CDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp-out-2.01.com (Postfix) with ESMTP id 9ECE941401A for ; Tue, 25 Oct 2011 09:33:40 -0500 (CDT) Received: from mail-2.01.com (mail.01.com [10.17.30.166]) by smtp-out-2.01.com (Postfix) with ESMTP id 8A27A414237 for ; Tue, 25 Oct 2011 09:33:40 -0500 (CDT) Date: Tue, 25 Oct 2011 09:33:40 -0500 (CDT) From: Dave Nuzzo To: xen-users@lists.xensource.com Message-ID: <562858380.208991.1319553220370.JavaMail.root@mail-2.01.com> In-Reply-To: <286221170.201559.1319549421899.JavaMail.root@mail-2.01.com> MIME-Version: 1.0 X-Originating-IP: [173.9.220.73] X-Mailer: Zimbra 7.1.3_GA_3346 (ZimbraWebClient - GC14 (Linux)/7.1.3_GA_3346) Subject: [Xen-users] Xen Live Migration Networking Problem X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1310632470==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1310632470== Content-Type: multipart/alternative; boundary="----=_Part_208990_471388709.1319553220369" ------=_Part_208990_471388709.1319553220369 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Xen Users, I'm relatively new to Xen, but I've been able to build a Xen host cluster using Ubuntu 11.10 AMD64, DRBD, LVM (for the domain disks) and the Ubuntu Xen package, 4.1.1-2ubuntu4. It works for the most part, but there's a problem with networking on vm migration that I've been struggling with. Using xen-tools I can bootstrap an Ubuntu 11.04 vm (haven't gotten an 11.10 vm to boot properly yet), and can start it on either host with bridged networking functioning properly. Both a regular migrate and a live migrate to the other host seem to work properly , but once the migrate is complete I can no longer ping the vm from the outside and cannot send anything from the vm either. This problem happens regardless of which host you start the vm on, and networking does not return when the vm is migrated back to the original host. In fact, if you migrate/live migrate the vm to the same host it's running on, this problem also occurs. When pinging from the outside, pings continue through the live migration process, but stop the instant the vm is running only on the new host. This issue does not go away with time, nor with trying to ping something from within the vm. The vm's network interface is created when the vm is migrated, and using brctl that interface does appear to be attached to the bridge properly. On the vm, neither the IP, nor the mac address appears to have changed. Both are declared explicitly in the vm's config file. Also, o n the vm both the transmitted and received packets shown with ifconfig increment, but when watching ifconfig on the host the vm has been migrated to, the received packet count is 0 on the vif for the vm. I've read a lot about arp related issues with xen live migrate, but don't believe this is the same problem. I have the arp notify and accept options set to 1 in sysctl on both the hosts and the vm. I can see network traffic using tshark on the vm, including arp requests from the machine trying to ping the vm from the outside, and responses with the correct mac address. I've been looking through the xend and xen-hotplug logs, but haven't noticed anything that immediately stuck out to me as related to this yet. Have also been reading the xen bug lists etc to see if I'm running up against a bug of sorts but haven't found anything there yet either. P lease let me know what logs, additional information etc I can provide to help figure this out asap. I'm sure it's probably something simple I'm just missing. Thanks. Any help you all can provide is greatly appreciated. ------=_Part_208990_471388709.1319553220369 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: Times New Roman; font-size: 12pt; color: #000000'= >Xen Users,

I'm relatively new to Xen, but I've been= able to build a Xen host cluster using Ubuntu 11.10 AMD64, DRBD, LVM (for = the domain disks) and the Ubuntu Xen package, 4.1.1-2ubuntu4.  It work= s for the most part, but there's a problem with networking on vm migration = that I've been struggling with.

Using x= en-tools I can bootstrap an Ubuntu 11.04 vm (haven't gotten an 11.10 vm to = boot properly yet), and can start it on either host with bridged networking= functioning properly.  Both a regular migrate and a live migrate to t= he other host seem to work properly, but once the migrate is complete = I can no longer ping the vm from the outside and cannot send anything from = the vm either.  

This problem happens regardless of which host you start the= vm on, and networking does not return when the vm is migrated back to the = original host.  In fact, if you migrate/live migrate the vm to the sam= e host it's running on, this problem also occurs.  When pinging from t= he outside, pings continue through the live migration process, but stop the= instant the vm is running only on the new host.  This issue does not = go away with time, nor with trying to ping something from within the vm.

The vm's network interface is created w= hen the vm is migrated, and using brctl that interface does appear to be at= tached to the bridge properly.  On the vm, neither the IP, nor the mac= address appears to have changed.  Both are declared explicitly in the= vm's config file.  Also, on the vm both the transmitted and received = packets shown with ifconfig increment, but when watching ifconfig on the ho= st the vm has been migrated to, the received packet count is 0 on the vif f= or the vm.

=
I've read a lot about arp = related issues with xen live migrate, but don't believe this is the same pr= oblem.  I have the arp notify and accept options set to 1 in sysctl on= both the hosts and the vm.  I can see network traffic using tshark on= the vm, including arp requests from the machine trying to ping the vm from= the outside, and responses with the correct mac address.

I've been looking through the xend and xen-hotpl= ug logs, but haven't noticed anything that immediately stuck out to me as r= elated to this yet.  Have also been reading the xen bug lists etc to s= ee if I'm running up against a bug of sorts but haven't found anything ther= e yet either.

Please let me know what= logs, additional information etc I can provide to help figure this out asa= p.  I'm sure it's probably something simple I'm just missing. 

Thanks.  Any help you all can prov= ide is greatly appreciated.
------=_Part_208990_471388709.1319553220369-- --===============1310632470== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1310632470==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 07:47:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 07:47:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIiHR-00019A-TF; Tue, 25 Oct 2011 07:47:05 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIiG5-0000iV-R6 for xen-users@lists.xensource.com; Tue, 25 Oct 2011 07:45:42 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1319553938!909657!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30211 invoked from network); 25 Oct 2011 14:45:38 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 14:45:38 -0000 Received: by bke17 with SMTP id 17so788822bke.30 for ; Tue, 25 Oct 2011 07:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=9uxq5g8ntER1Qj7gGHZtn55nY7xhroLnhTXoMu/cmEs=; b=wIezW7YxgAl5a13mDslbPKYY5XqWKMUvleRO8n/D1VxPg5+C27hNEG8MwFSVR7e1gN OJZLx51sP/AH18eAocmkvePIRhksI42t8GYODx3pmSMCPnewSCu+6UYHvupj81o2e46N 905UhP5CnqGuTFqBldKGP74kenYovTHuKeC9U= Received: by 10.204.145.15 with SMTP id b15mr21800992bkv.52.1319553938197; Tue, 25 Oct 2011 07:45:38 -0700 (PDT) Received: from [10.168.46.208] ([109.188.222.36]) by mx.google.com with ESMTPS id w8sm27974034bks.11.2011.10.25.07.45.35 (version=SSLv3 cipher=OTHER); Tue, 25 Oct 2011 07:45:36 -0700 (PDT) Message-ID: <4EA6CB8B.2020709@gmail.com> Date: Tue, 25 Oct 2011 18:45:31 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1573128868==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1573128868== Content-Type: multipart/alternative; boundary="------------010402020509080500030108" This is a multi-part message in MIME format. --------------010402020509080500030108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit NEVER upgrade XCP by CentOS packages. You will break it beyond repair level. Reason is simple: XCP shipped with patched packages, and replacing them with non-patched will cause grave damage. And worst is damage is not instant - you will continue to operate, but found 'something got wrong' later. The most important is lvm2 package, which is patched to allow shared storage usage (--master option). Default LVM2 will trash metadata on LVM SR (LVM and LVMoISCSI SM) at some moment. Other (i'm not sure) is udev package, and may be few more. On 25.10.2011 01:32, József Dániel wrote: > Hello, > > This did work after deleting the Citrix repo, but now it wants to > upgrade more than 100 packages, which does not necessarily sound like > a good idea. > > Should I just go ahead as it's just security updates, or would it > throw my installation into chaos? I am very unfamiliar with CentOS > versioning policy. Is it something like Debian (good) or something > like Gentoo (bad)? :D > If it's bad, how can I freeze the system version to a known safe > point, while being able to install packages? > > D > > On Sat, Sep 17, 2011 at 8:39 PM, Joseph Hom > wrote: > > It is CentOS. The yum cent repos are configured just not enabled. > > yum --enablerepo=base install acpid smartd should work. > ________________________________________ > From: xen-users-bounces@lists.xensource.com > > [xen-users-bounces@lists.xensource.com > ] on behalf of > József Dániel [daniel.jozsef@gmail.com > ] > Sent: Saturday, September 17, 2011 11:03 AM > To: xen-users@lists.xensource.com > > Subject: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) > > Okay, I figured out that dom0 is actually some sort of CentOS, and it > has Yum. The only question remaining is where I can find compatible > packages to install for XCP 1.0. > > I'd be interested in stuff like acpid, smartd... > > Daniel > > 2011/9/16 József Dániel >: > > Hello, > > > > I was wondering what is the easiest way to get my XCP box to honor > > ACPI shutdowns. It's a SOHO server, so time to time it'd be super > > handy to just push the power button, and have the system shut down > > cleanly. > > (BTW I wonder what XCP does to VMs on shutdown by default... Sends > > them an ACPI shutdown signal, or just powers them off?) > > > > Is there some sort of package management to install acpid? Or is > there > > a config setting somewhere to do the above? > > > > Daniel > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------010402020509080500030108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit NEVER upgrade XCP by CentOS packages.

You will break it beyond repair level. Reason is simple: XCP shipped with patched packages, and replacing them with non-patched will cause grave damage. And worst is damage is not instant - you will continue to operate, but found 'something got wrong' later.

The most important is lvm2 package, which is patched to allow shared storage usage (--master option). Default LVM2 will trash metadata on LVM SR (LVM and LVMoISCSI SM) at some moment.

Other (i'm not sure) is udev package, and may be few more.

On 25.10.2011 01:32, József Dániel wrote:
Hello,

This did work after deleting the Citrix repo, but now it wants to upgrade more than 100 packages, which does not necessarily sound like a good idea.

Should I just go ahead as it's just security updates, or would it throw my installation into chaos? I am very unfamiliar with CentOS versioning policy. Is it something like Debian (good) or something like Gentoo (bad)? :D
If it's bad, how can I freeze the system version to a known safe point, while being able to install packages?

D

On Sat, Sep 17, 2011 at 8:39 PM, Joseph Hom <jhom@softlayer.com> wrote:
It is CentOS. The yum cent repos are configured just not enabled.

yum --enablerepo=base install acpid smartd should work.
________________________________________
From: xen-users-bounces@lists.xensource.com [xen-users-bounces@lists.xensource.com] on behalf of József Dániel [daniel.jozsef@gmail.com]
Sent: Saturday, September 17, 2011 11:03 AM
To: xen-users@lists.xensource.com
Subject: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown)

Okay, I figured out that dom0 is actually some sort of CentOS, and it
has Yum. The only question remaining is where I can find compatible
packages to install for XCP 1.0.

I'd be interested in stuff like acpid, smartd...

Daniel

2011/9/16 József Dániel <daniel.jozsef@gmail.com>:
> Hello,
>
> I was wondering what is the easiest way to get my XCP box to honor
> ACPI shutdowns. It's a SOHO server, so time to time it'd be super
> handy to just push the power button, and have the system shut down
> cleanly.
> (BTW I wonder what XCP does to VMs on shutdown by default... Sends
> them an ACPI shutdown signal, or just powers them off?)
>
> Is there some sort of package management to install acpid? Or is there
> a config setting somewhere to do the above?
>
> Daniel
>

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

--------------010402020509080500030108-- --===============1573128868== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1573128868==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 07:49:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 07:49:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIiJR-0001qp-3H; Tue, 25 Oct 2011 07:49:09 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIiI8-0001Nr-Pw for xen-users@lists.xensource.com; Tue, 25 Oct 2011 07:47:49 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1319554065!710021!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8745 invoked from network); 25 Oct 2011 14:47:45 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 14:47:45 -0000 Received: by faat9 with SMTP id t9so802551faa.30 for ; Tue, 25 Oct 2011 07:47:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=u9zP1t/jbp/tNxEOkrHKjCpxRZHqaLX0DbAzXoFD7QU=; b=w9UPd1ib1S0XzuvLnRXQr8w8dSO3DmORZ+eudGTxmX2hFB8/6FL35DtXqkHBPpC+FU pd/u5zxmz3CP88dqUlQ++yGQUEaV6GR8GR9EvAdByYveZ37u7Tsn6E0qUxe5GY7Y5b4e bAMc364aNO/Q3DOH+h3E2i/j9gpac4OlhCv1I= Received: by 10.223.75.25 with SMTP id w25mr53294770faj.15.1319554065110; Tue, 25 Oct 2011 07:47:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.125.143 with HTTP; Tue, 25 Oct 2011 07:47:25 -0700 (PDT) In-Reply-To: <4EA6C9A3.4000306@phon.ox.ac.uk> References: <4EA6BDB4.7080503@phon.ox.ac.uk> <4EA6C9A3.4000306@phon.ox.ac.uk> From: David Della Vecchia Date: Tue, 25 Oct 2011 10:47:25 -0400 X-Google-Sender-Auth: vA3bnF1A6toUoSj8BY7Vs9T861s Message-ID: Subject: Re: [Xen-users] domU shell prompt freezes after live migration To: Benjamin Weaver Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0922737495==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0922737495== Content-Type: multipart/alternative; boundary=0015174c17745015b804b0209fe2 --0015174c17745015b804b0209fe2 Content-Type: text/plain; charset=ISO-8859-1 Yep, 2.6.32-5-xen-amd64 is the one i personally confirm fails at live in this regard. I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i got from kernel.org works flawlessly with the debian squeeze domU's -DDV On Tue, Oct 25, 2011 at 10:37 AM, Benjamin Weaver < benjamin.weaver@phon.ox.ac.uk> wrote: > ** > Thanks, David, > > This could be very useful. We are running Debian Squeeze for the dom0 > (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs. > > Ben > > > On 25/10/11 15:19, David Della Vecchia wrote: > > Are you on debian by chance? I had the exact same issue, it has to do with > the kernel you are using for the domU. > > Here is the bug report describing it: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604 > > I've had this occur with other kernel's i've built, not just debian > provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night > that restored my ability to do xm save and restore without the console lock > up. > > Hope this helps. > > -David > > On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver < > benjamin.weaver@phon.ox.ac.uk> wrote: > >> I have narrowed down and further defined the problem using xm commands: >> >> 1. the problem does not have to do with migration from one node to another >> per se: >> >> an xm save and subsequent xm restore done from either box, without >> migration, reproduces the problem. In each case a vm is produced that I can >> ping and login to, but which produces the frozen prompt. >> >> I have also tried the following: >> >> 2. opened permissions on .img files under /ocfs2SAN/domains >> to no avail, >> therefore not a permissions problem >> >> 3. opened up sysctl buffers on both boxes >> to no avail >> not a sys buffers problem >> >> >> >> >> Might I perhaps have a file system or cluster configuration problem? >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > > --0015174c17745015b804b0209fe2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yep, 2.6.32-5-xen-amd64 is the one i personally confirm fails at live in th= is regard.

I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i= got from kernel.org works flawlessly wit= h the debian squeeze domU's

-DDV

On Tue, Oct 25, 2011 at 10:37 AM= , Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
=20 =20 =20
Thanks, David,

This could be very useful. We are running Debian Squeeze for the dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs.
Ben


On 25/10/11 15:19, David Della Vecchia wrote:
Are you on debian by chance? I had the exact = same issue, it has to do with the kernel you are using for the domU.

Here is the bug report describing it: http://bugs.debian= .org/cgi-bin/bugreport.cgi?bug=3D644604

I've had this occur with other kernel's i've built, not j= ust debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night that restored my ability to do xm save and restore without the console lock up.

Hope this helps.

-David

On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
I have narrowed= down and further defined the problem using xm commands:

1. the problem does not have to do with migration from one node to another per se:

an xm save and subsequent xm restore done from either box, without migration, reproduces the problem. In each case a vm is produced that I can ping and login to, but which produces the frozen prompt.

I have also tried the following:

2. opened permissions on .img files under /ocfs2SAN/domains
to no avail,
therefore not a permissions problem

3. opened up sysctl buffers on both boxes
to no avail
not a sys buffers problem




Might I perhaps have a file system or cluster configuration problem?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users



--0015174c17745015b804b0209fe2-- --===============0922737495== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0922737495==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 08:40:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 08:40:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIj6r-0004nW-8u; Tue, 25 Oct 2011 08:40:13 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIj5E-0004SI-6p for xen-users@lists.xensource.com; Tue, 25 Oct 2011 08:38:33 -0700 X-Env-Sender: olivier.hanesse@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1319557107!22955575!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14338 invoked from network); 25 Oct 2011 15:38:28 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 15:38:28 -0000 Received: by iaen33 with SMTP id n33so987576iae.30 for ; Tue, 25 Oct 2011 08:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=PAWSNhsuoPoTQ0qxqRuq1seqlGP0C8S/PXvZYN6tRzM=; b=GocxZwrqI9q8w/bL6o4EYEvuXPzQuq5XyV5bEwFTt6Rc9QcVLnL3PbhHKamC8Sgh7e rETU9P087Fwmu3OgSojvs9knE3DeU8QVTdU/syoBMFui/W39eSHi/OeSHAGB90vDoTcn hZQ9ak+NYCmrOWcWnX1o3k8KOqEuOdjWLiS1A= MIME-Version: 1.0 Received: by 10.42.115.133 with SMTP id k5mr9073041icq.16.1319557106971; Tue, 25 Oct 2011 08:38:26 -0700 (PDT) Received: by 10.42.166.7 with HTTP; Tue, 25 Oct 2011 08:38:26 -0700 (PDT) Date: Tue, 25 Oct 2011 17:38:26 +0200 Message-ID: From: Olivier Hanesse To: Xen Users Subject: [Xen-users] Xen issue (panic ?) on newer hardware X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1213455734==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1213455734== Content-Type: multipart/alternative; boundary=20cf303bffc89f33d304b02154cc --20cf303bffc89f33d304b02154cc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I am using Debian squeeze distro: So I am using : ii linux-image-2.6.32-5-xen-amd64 2.6.32-38 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-2 The Xen Hypervisor on AMD64 I am trying to install xen on a brand new IBM x3550 M3 (got no issue on older hardware) : CPU is vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz stepping : 2 cpu MHz : 3066.811 cache size : 12288 KB physical id : 1 siblings : 12 core id : 10 cpu cores : 6 apicid : 53 initial apicid : 53 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt aes lahf_lm arat tpr_shadow vnmi flexpriority ept vpid bogomips : 6133.55 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: I can see several errors in boot log, but I don't know which ones are the most relevant : [ 8.007449] CPU: L1 I cache: 32K, L1 D cache: 32K [ 8.007557] CPU: L2 cache: 256K [ 8.007621] CPU: L3 cache: 12288K [ 8.007687] CPU 0/0x0 -> Node 0 [ 8.007751] CPU: Unsupported number of siblings 32 [ 8.007942] Performance Events: unsupported p6 CPU model 44 no PMU driver, software events only. [ 8.080161] ERROR: Unable to locate IOAPIC for GSI 9 Here is my full log : (XEN) Xen version 4.0.1 (Debian 4.0.1-2) (waldi@debian.org) (gcc version 4.4.5 (Debian 4.4.5-10) ) Wed Jan 12 14:04:06 UTC 2011 (XEN) Bootloader: GRUB 1.98+20100804-14 (XEN) Command line: placeholder dom0_mem=3D2048M console=3Dvga,com1 com1=3D19200,8n1 loglvl=3Dall guest_loglvl=3Dall dom0_max_vcpus=3D1 dom0_vc= pus_pin (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 2 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009c000 (usable) (XEN) 000000000009c000 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000007cc70000 (usable) (XEN) 000000007cc70000 - 000000007cd34000 (reserved) (XEN) 000000007cd34000 - 000000007d641000 (usable) (XEN) 000000007d641000 - 000000007d6f1000 (reserved) (XEN) 000000007d6f1000 - 000000007f68f000 (usable) (XEN) 000000007f68f000 - 000000007f6df000 (reserved) (XEN) 000000007f6df000 - 000000007f7df000 (ACPI NVS) (XEN) 000000007f7df000 - 000000007f7ff000 (ACPI data) (XEN) 000000007f7ff000 - 000000007f800000 (usable) (XEN) 000000007f800000 - 0000000090000000 (reserved) (XEN) 00000000fc000000 - 00000000fd000000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000ff800000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000680000000 (usable) (XEN) ACPI: RSDP 000FDFD0, 0024 (r2 IBM ) (XEN) ACPI: XSDT 7F7FE120, 0084 (r1 IBM THURLEY 0 1000013) (XEN) ACPI: FACP 7F7FB000, 00F4 (r4 IBM THURLEY 0 IBM 1000013) (XEN) ACPI: DSDT 7F7F8000, 2C3E (r1 IBM THURLEY 3 IBM 1000013) (XEN) ACPI: FACS 7F6EC000, 0040 (XEN) ACPI: TCPA 7F7FD000, 0064 (r0 0 0) (XEN) ACPI: APIC 7F7F7000, 011E (r2 IBM THURLEY 0 IBM 1000013) (XEN) ACPI: MCFG 7F7F6000, 003C (r1 IBM THURLEY 1 IBM 1000013) (XEN) ACPI: SLIC 7F7F5000, 0176 (r1 IBM THURLEY 0 IBM 1000013) (XEN) ACPI: HPET 7F7F4000, 0038 (r1 IBM THURLEY 1 IBM 1000013) (XEN) ACPI: SRAT 7F7F3000, 0228 (r2 IBM THURLEY 1 IBM 1000013) (XEN) ACPI: SLIT 7F7F2000, 0030 (r1 IBM THURLEY 0 IBM 1000013) (XEN) ACPI: SSDT 7F7F1000, 0183 (r2 IBM CPUSCOPE 4000 IBM 1000013) (XEN) ACPI: SSDT 7F7F0000, 0699 (r2 IBM CPUWYVRN 4000 IBM 1000013) (XEN) ACPI: SSDT 7F7E9000, 638C (r2 IBM PSTATEPM 4000 IBM 1000013) (XEN) ACPI: ERST 7F7E8000, 0230 (r1 IBM THURLEY 1 IBM 1000013) (XEN) System RAM: 24564MB (25154272kB) (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 16 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 18 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 20 -> Node 0 (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 48 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 50 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 52 -> Node 1 (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 17 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 19 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 21 -> Node 0 (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 49 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 51 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 53 -> Node 1 (XEN) SRAT: Node 0 PXM 0 0-80000000 (XEN) SRAT: Node 0 PXM 0 100000000-380000000 (XEN) SRAT: Node 1 PXM 1 380000000-680000000 (XEN) NUMA: Using 19 for the hash shift. (XEN) Domain heap initialised DMA width 31 bits (XEN) found SMP MP-table at 0009c140 (XEN) DMI 2.5 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x588 (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[584,0], pm1x_evt[580,0] (XEN) ACPI: wakeup_vec[7f6ec00c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled) (XEN) Processor #2 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled) (XEN) Processor #4 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x10] enabled) (XEN) Processor #16 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12] enabled) (XEN) Processor #18 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled) (XEN) Processor #20 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x20] enabled) (XEN) Processor #32 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x22] enabled) (XEN) Processor #34 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x24] enabled) (XEN) Processor #36 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x30] enabled) (XEN) Processor #48 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32] enabled) (XEN) Processor #50 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x34] enabled) (XEN) Processor #52 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x01] enabled) (XEN) Processor #1 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x03] enabled) (XEN) Processor #3 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x05] enabled) (XEN) Processor #5 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x11] enabled) (XEN) Processor #17 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13] enabled) (XEN) Processor #19 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x15] enabled) (XEN) Processor #21 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x21] enabled) (XEN) Processor #33 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled) (XEN) Processor #35 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x25] enabled) (XEN) Processor #37 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled) (XEN) Processor #49 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33] enabled) (XEN) Processor #51 6:12 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x35] enabled) (XEN) Processor #53 6:12 APIC version 21 (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1]) (XEN) Overriding APIC driver with bigsmp (XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24]) (XEN) IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Phys. Using 2 I/O APICs (XEN) ACPI: HPET id: 0x8086a301 base: 0xfed00000 (XEN) PCI: MCFG configuration 0: base 80000000 segment 0 buses 0 - 255 (XEN) PCI: MCFG area at 80000000 reserved in E820 (XEN) Using ACPI (MADT) for SMP configuration information (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3066.812 MHz processor. (XEN) Initing memory sharing. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) EPT supports 2MB super page. (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging detected. (XEN) Intel machine check reporting enabled (XEN) I/O virtualisation disabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) Total of 24 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) ..TIMER: vector=3D0xF0 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1 (XEN) TSC is reliable, synchronization unnecessary (XEN) Platform timer is 14.318MHz HPET =EF=BF=BD(XEN) Allocated console ring of 256 KiB. (XEN) microcode.c:73:d32767 microcode: CPU1 resumed (XEN) microcode.c:73:d32767 microcode: CPU15 resumed (XEN) microcode.c:73:d32767 microcode: CPU10 resumed (XEN) microcode.c:73:d32767 microcode: CPU22 resumed (XEN) microcode.c:73:d32767 microcode: CPU2 resumed (XEN) microcode.c:73:d32767 microcode: CPU3 resumed (XEN) microcode.c:73:d32767 microcode: CPU14 resumed (XEN) microcode.c:73:d32767 microcode: CPU13 resumed (XEN) microcode.c:73:d32767 microcode: CPU5 resumed (XEN) microcode.c:73:d32767 microcode: CPU17 resumed (XEN) Brought up 24 CPUs (XEN) microcode.c:73:d32767 microcode: CPU12 resumed (XEN) microcode.c:73:d32767 microcode: CPU19 resumed (XEN) microcode.c:73:d32767 microcode: CPU7 resumed (XEN) microcode.c:73:d32767 microcode: CPU4 resumed (XEN) microcode.c:73:d32767 microcode: CPU16 resumed (XEN) microcode.c:73:d32767 microcode: CPU21 resumed (XEN) microcode.c:73:d32767 microcode: CPU11 resumed (XEN) microcode.c:73:d32767 microcode: CPU9 resumed (XEN) microcode.c:73:d32767 microcode: CPU8 resumed (XEN) microcode.c:73:d32767 microcode: CPU23 resumed (XEN) microcode.c:73:d32767 microcode: CPU18 resumed (XEN) microcode.c:73:d32767 microcode: CPU20 resumed (XEN) microcode.c:73:d32767 microcode: CPU6 resumed (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x16b9000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000238000000->000000023c000000 (507904 pages to b= e allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff816b9000 (XEN) Init. ramdisk: ffffffff816b9000->ffffffff832e8600 (XEN) Phys-Mach map: ffffffff832e9000->ffffffff836e9000 (XEN) Start info: ffffffff836e9000->ffffffff836e94b4 (XEN) Page tables: ffffffff836ea000->ffffffff83709000 (XEN) Boot stack: ffffffff83709000->ffffffff8370a000 (XEN) TOTAL: ffffffff80000000->ffffffff83800000 (XEN) ENTRY ADDRESS: ffffffff81508200 (XEN) Dom0 has maximum 1 VCPUs (XEN) Scrubbing Free RAM: ...........................................................................= ...........................................................................= .......................................................................done= . (XEN) trace.c:89:d32767 calc_tinfo_first_offset: NR_CPUs 128, offset_in_bytes 258, t_info_first_offset 65 (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input t= o Xen) (XEN) Freed 176kB init memory. mapping kernel into physical memory Xen: setup ISA identity maps about to get started... [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-38) ( ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 07:53:54 UTC 2011 [ 0.000000] Command line: placeholder root=3D/dev/mapper/vg02-root ro console=3Dtty0 console=3Dhvc0 [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] released 0 pages of unused memory [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 000000000009c000 (usable) [ 0.000000] Xen: 000000000009c000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 000000007cc70000 (usable) [ 0.000000] Xen: 000000007cc70000 - 000000007cd34000 (reserved) [ 0.000000] Xen: 000000007cd34000 - 000000007d641000 (usable) [ 0.000000] Xen: 000000007d641000 - 000000007d6f1000 (reserved) [ 0.000000] Xen: 000000007d6f1000 - 000000007f68f000 (usable) [ 0.000000] Xen: 000000007f68f000 - 000000007f6df000 (reserved) [ 0.000000] Xen: 000000007f6df000 - 000000007f7df000 (ACPI NVS) [ 0.000000] Xen: 000000007f7df000 - 000000007f7ff000 (ACPI data) [ 0.000000] Xen: 000000007f7ff000 - 000000007f800000 (usable) [ 0.000000] Xen: 000000007f800000 - 0000000090000000 (reserved) [ 0.000000] Xen: 00000000fc000000 - 00000000fd000000 (reserved) [ 0.000000] Xen: 00000000fec00000 - 00000000fec01000 (reserved) [ 0.000000] Xen: 00000000fec80000 - 00000000fec81000 (reserved) [ 0.000000] Xen: 00000000fed1c000 - 00000000fed20000 (reserved) [ 0.000000] Xen: 00000000fee00000 - 00000000fee01000 (reserved) [ 0.000000] Xen: 00000000ff800000 - 0000000100000000 (reserved) [ 0.000000] DMI 2.5 present. [ 0.000000] last_pfn =3D 0x7f800 max_arch_pfn =3D 0x400000000 [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new 0x7010600070106 [ 0.000000] init_memory_mapping: 0000000000000000-000000007f800000 [ 0.000000] RAMDISK: 016b9000 - 032e8600 [ 0.000000] ACPI: RSDP 00000000000fdfd0 00024 (v02 IBM ) [ 0.000000] ACPI: XSDT 000000007f7fe120 00084 (v01 IBM THURLEY 00000000 01000013) [ 0.000000] ACPI: FACP 000000007f7fb000 000F4 (v04 IBM THURLEY 00000000 IBM 01000013) [ 0.000000] ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20090903/tbfadt-607) [ 0.000000] ACPI: DSDT 000000007f7f8000 02C3E (v01 IBM THURLEY 00000003 IBM 01000013) [ 0.000000] ACPI: FACS 000000007f6ec000 00040 [ 0.000000] ACPI: TCPA 000000007f7fd000 00064 (v00 00000000 00000000) [ 0.000000] ACPI: APIC 000000007f7f7000 0011E (v02 IBM THURLEY 00000000 IBM 01000013) [ 0.000000] ACPI: MCFG 000000007f7f6000 0003C (v01 IBM THURLEY 00000001 IBM 01000013) [ 0.000000] ACPI: SLIC 000000007f7f5000 00176 (v01 IBM THURLEY 00000000 IBM 01000013) [ 0.000000] ACPI: HPET 000000007f7f4000 00038 (v01 IBM THURLEY 00000001 IBM 01000013) [ 0.000000] ACPI: SRAT 000000007f7f3000 00228 (v02 IBM THURLEY 00000001 IBM 01000013) [ 0.000000] ACPI: SLIT 000000007f7f2000 00030 (v01 IBM THURLEY 00000000 IBM 01000013) [ 0.000000] ACPI: SSDT 000000007f7f1000 00183 (v02 IBM CPUSCOPE 00004000 IBM 01000013) [ 0.000000] ACPI: SSDT 000000007f7f0000 00699 (v02 IBM CPUWYVRN 00004000 IBM 01000013) [ 0.000000] ACPI: SSDT 000000007f7e9000 0638C (v02 IBM PSTATEPM 00004000 IBM 01000013) [ 0.000000] ACPI: ERST 000000007f7e8000 00230 (v01 IBM THURLEY 00000001 IBM 01000013) [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-000000007f800000 [ 0.000000] Bootmem setup node 0 0000000000000000-000000007f800000 [ 0.000000] NODE_DATA [0000000000008000 - 000000000000ffff] [ 0.000000] bootmap [0000000000010000 - 000000000001feff] pages 10 [ 0.000000] (9 early reservations) =3D=3D> bootmem [0000000000 - 007f800= 000] [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page =3D=3D> [0000000000 - 0000001000] [ 0.000000] #1 [00036ea000 - 0003709000] XEN PAGETABLES =3D=3D> [00036ea000 - 0003709000] [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE =3D=3D> [0000006000 - 0000008000] [ 0.000000] #3 [0001000000 - 0001698b14] TEXT DATA BSS =3D=3D> [0001000000 - 0001698b14] [ 0.000000] #4 [00016b9000 - 00032e8600] RAMDISK =3D=3D> [00016b9000 - 00032e8600] [ 0.000000] #5 [00032e9000 - 00036ea000] XEN START INFO =3D=3D> [00032e9000 - 00036ea000] [ 0.000000] #6 [0001699000 - 00016994d8] BRK =3D=3D> [0001699000 - 00016994d8] [ 0.000000] #7 [0000100000 - 00004dd000] PGTABLE =3D=3D> [0000100000 - 00004dd000] [ 0.000000] #8 [0000001000 - 0000001030] ACPI SLIT =3D=3D> [0000001000 - 0000001030] [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000000 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal 0x00100000 -> 0x00100000 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[5] active PFN ranges [ 0.000000] 0: 0x00000000 -> 0x0000009c [ 0.000000] 0: 0x00000100 -> 0x0007cc70 [ 0.000000] 0: 0x0007cd34 -> 0x0007d641 [ 0.000000] 0: 0x0007d6f1 -> 0x0007f68f [ 0.000000] 0: 0x0007f7ff -> 0x0007f800 [ 0.000000] ACPI: PM-Timer IO Port: 0x588 [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x10] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x20] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x22] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x24] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x30] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x34] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x01] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x03] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x05] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x11] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x15] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x21] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x25] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x35] enabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 8, version 0, address 0xfec00000, GSI 0-0 [ 0.000000] ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24]) [ 0.000000] IOAPIC[1]: apic_id 9, version 0, address 0xfec80000, GSI 24-24 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a301 base: 0xfed00000 [ 0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs [ 0.000000] PM: Registered nosave memory: 000000000009c000 - 0000000000100000 [ 0.000000] PM: Registered nosave memory: 000000007cc70000 - 000000007cd34000 [ 0.000000] PM: Registered nosave memory: 000000007d641000 - 000000007d6f1000 [ 0.000000] PM: Registered nosave memory: 000000007f68f000 - 000000007f6df000 [ 0.000000] PM: Registered nosave memory: 000000007f6df000 - 000000007f7df000 [ 0.000000] PM: Registered nosave memory: 000000007f7df000 - 000000007f7ff000 [ 0.000000] Allocating PCI resources starting at 90000000 (gap: 90000000:6c000000) [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.0.1 (preserve-AD) (dom0) [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:1 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff880003740000 s90328 r8192 d24360 u122880 [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=3D30*4096 [ 0.000000] pcpu-alloc: [0] 0 [ 7.938267] Xen: using vcpu_info placement [ 7.938271] Built 1 zonelists in Node order, mobility grouping on. Tota= l pages: 513268 [ 7.938273] Policy zone: DMA32 [ 7.938275] Kernel command line: placeholder root=3D/dev/mapper/vg02-roo= t ro console=3Dtty0 console=3Dhvc0 [ 7.938299] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 7.938528] Initializing CPU#0 [ 7.946279] DMA: Placing 64MB software IO TLB between ffff88000571a000 - ffff88000971a000 [ 7.946283] DMA: software IO TLB at phys 0x571a000 - 0x971a000 [ 7.946284] xen_swiotlb_fixup: buf=3Dffff88000571a000 size=3D67108864 [ 7.962460] xen_swiotlb_fixup: buf=3Dffff88000977a000 size=3D32768 [ 7.969455] Memory: 1946660k/2088960k available (3149k kernel code, 3360= k absent, 138940k reserved, 1906k data, 604k init) [ 7.969486] SLUB: Genslabs=3D14, HWalign=3D64, Order=3D0-3, MinObjects= =3D0, CPUs=3D1, Nodes=3D1 [ 7.969502] Hierarchical RCU implementation. [ 7.969507] NR_IRQS:4352 nr_irqs:512 [ 7.969605] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 7.969608] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 7.969610] xen: sci override: source_irq=3D9 global_irq=3D9 trigger=3Dc polarity=3D1 [ 7.969613] xen_allocate_pirq: returning irq 9 for gsi 9 [ 7.969620] xen: acpi sci 9 [ 7.977817] Console: colour VGA+ 80x25 [ 7.987678] console [tty0] enabled [ 8.005449] console [hvc0] enabled [ 8.005533] installing Xen timer for CPU 0 [ 8.005619] Detected 3066.812 MHz processor. [ 8.005688] Calibrating delay loop (skipped), value calculated using timer frequency.. 6133.62 BogoMIPS (lpj=3D12267248) [ 8.005834] Security Framework initialized [ 8.005902] SELinux: Disabled at boot. [ 8.006237] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 8.006721] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) [ 8.006933] Mount-cache hash table entries: 256 [ 8.007093] Initializing cgroup subsys ns [ 8.007159] Initializing cgroup subsys cpuacct [ 8.007226] Initializing cgroup subsys devices [ 8.007293] Initializing cgroup subsys freezer [ 8.007359] Initializing cgroup subsys net_cls [ 8.007449] CPU: L1 I cache: 32K, L1 D cache: 32K [ 8.007557] CPU: L2 cache: 256K [ 8.007621] CPU: L3 cache: 12288K [ 8.007687] CPU 0/0x0 -> Node 0 [ 8.007751] CPU: Unsupported number of siblings 32 [ 8.007804] mce: CPU supports 9 MCE banks [ 8.007942] Performance Events: unsupported p6 CPU model 44 no PMU driver, software events only. [ 8.015392] SMP alternatives: switching to UP code [ 8.034769] Freeing SMP alternatives: 28k freed [ 8.034842] ACPI: Core revision 20090903 [ 8.042268] Brought up 1 CPUs [ 8.042410] devtmpfs: initialized [ 8.045055] Grant table initialized [ 8.045120] regulator: core version 0.5 [ 8.045218] NET: Registered protocol family 16 [ 8.045397] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 8.045485] ACPI: bus type pci registered [ 8.045799] PCI: MCFG configuration 0: base 80000000 segment 0 buses 0 - 255 [ 8.045870] PCI: MCFG area at 80000000 reserved in E820 [ 8.078883] PCI: Using MMCONFIG at 80000000 - 8fffffff [ 8.078951] PCI: Using configuration type 1 for base access [ 8.079421] bio: create slab at 0 [ 8.080161] ERROR: Unable to locate IOAPIC for GSI 9 [ 8.089844] ACPI: Interpreter enabled [ 8.089910] ACPI: (supports S0 S1 S5) [ 8.090112] ACPI: Using IOAPIC for interrupt routing [ 8.095530] ACPI: No dock devices found. [ 8.095807] ACPI: PCI Root Bridge [PCI0] (0000:00) [ 8.096051] pci 0000:00:00.0: PME# supported from D0 D3hot D3cold [ 8.096123] pci 0000:00:00.0: PME# disabled [ 8.096294] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 8.096369] pci 0000:00:01.0: PME# disabled [ 8.096542] pci 0000:00:02.0: PME# supported from D0 D3hot D3cold [ 8.096612] pci 0000:00:02.0: PME# disabled [ 8.096785] pci 0000:00:03.0: PME# supported from D0 D3hot D3cold [ 8.096857] pci 0000:00:03.0: PME# disabled [ 8.097034] pci 0000:00:07.0: PME# supported from D0 D3hot D3cold [ 8.097106] pci 0000:00:07.0: PME# disabled [ 8.099065] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold [ 8.099138] pci 0000:00:1a.7: PME# disabled [ 8.099301] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 8.099372] pci 0000:00:1c.0: PME# disabled [ 8.099535] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold [ 8.099607] pci 0000:00:1c.4: PME# disabled [ 8.100138] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold [ 8.100209] pci 0000:00:1d.7: PME# disabled [ 8.100963] pci 0000:0b:00.0: PME# supported from D0 D3hot D3cold [ 8.101034] pci 0000:0b:00.0: PME# disabled [ 8.101252] pci 0000:0b:00.1: PME# supported from D0 D3hot D3cold [ 8.101325] pci 0000:0b:00.1: PME# disabled [ 8.101645] pci 0000:10:00.0: PME# supported from D0 D3hot D3cold [ 8.101722] pci 0000:10:00.0: PME# disabled [ 8.101943] pci 0000:10:00.1: PME# supported from D0 D3hot D3cold [ 8.102016] pci 0000:10:00.1: PME# disabled [ 8.102678] pci 0000:06:00.0: PME# supported from D0 D3hot D3cold [ 8.102750] pci 0000:06:00.0: PME# disabled [ 8.103253] pci 0000:00:1e.0: transparent bridge (XEN) PCI add device 00:00.0 (XEN) PCI add device 00:01.0 (XEN) PCI add device 00:02.0 (XEN) PCI add device 00:03.0 (XEN) PCI add device 00:07.0 (XEN) PCI add device 00:10.0 (XEN) PCI add device 00:10.1 (XEN) PCI add device 00:11.0 (XEN) PCI add device 00:11.1 (XEN) PCI add device 00:14.0 (XEN) PCI add device 00:14.1 (XEN) PCI add device 00:14.2 (XEN) PCI add device 00:14.3 (XEN) PCI add device 00:15.0 (XEN) PCI add device 00:16.0 (XEN) PCI add device 00:16.1 (XEN) PCI add device 00:16.2 (XEN) PCI add device 00:16.3 (XEN) PCI add device 00:16.4 (XEN) PCI add device 00:16.5 (XEN) PCI add device 00:16.6 (XEN) PCI add device 00:16.7 (XEN) PCI add device 00:1a.0 (XEN) PCI add device 00:1a.1 (XEN) PCI add device 00:1a.7 (XEN) PCI add device 00:1c.0 (XEN) PCI add device 00:1c.4 (XEN) PCI add device 00:1d.0 (XEN) PCI add device 00:1d.1 (XEN) PCI add device 00:1d.2 (XEN) PCI add device 00:1d.7 (XEN) PCI add device 00:1e.0 (XEN) PCI add device 00:1f.0 (XEN) PCI add device 00:1f.2 (XEN) PCI add device 00:1f.3 (XEN) PCI add device 00:1f.5 (XEN) PCI add device 0b:00.0 (XEN) PCI add device 0b:00.1 (XEN) PCI add device 10:00.0 (XEN) PCI add device 10:00.1 (XEN) PCI add device 01:00.0 (XEN) PCI add device 06:00.0 (XEN) PCI add device 07:00.0 [ 8.113653] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) [ 8.114422] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) [ 8.115196] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 9 10 11 12 14 15) [ 8.115976] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) [ 8.116769] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 1= 4 15) *0, disabled. [ 8.117644] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) [ 8.118441] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) [ 8.119246] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 12 1= 4 15) *0, disabled. [ 8.120015] x(XEN) Resetting with ACPI MEMORY or I/O RESET_REG. I tried to boot with pci=3Dnomsi, without success. Any ideas ? Should I send this boot log also to xen-devel ? Regards Olivier --20cf303bffc89f33d304b02154cc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,

I am using Debian squeeze distro:=C2=A0

So I am using :=C2=A0

ii =C2= =A0linux-image-2.6.32-5-xen-amd64 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A02.6.32-= 38 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Lin= ux 2.6.32 for 64-bit PCs, Xen dom0 support
ii =C2=A0xen-hypervisor-4.0-amd64 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4.0.1-2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 The Xen Hypervisor on AMD64

I am trying to install xen on a brand new IBM=C2=A0= x3550 M3 (got no issue on older hardware) :

CPU is=C2=A0

vendor_id : GenuineInte= l
cpu family : 6
model : 44
model name : Intel(R) Xeon(R) CPU =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 X= 5675 =C2=A0@ 3.07GHz
stepping : 2
cpu MHz : 3066.811
cache size : 12288 KB
physical id : 1
siblings : 12
core id : 10
cpu cores : 6
apicid : 53
initial apicid : 53
fpu : yes
fpu_exception= : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 = clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp l= m constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmp= erf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdc= m dca sse4_1 sse4_2 popcnt aes lahf_lm arat tpr_shadow vnmi flexpriority ep= t vpid
bogomips : 6133.55
clflush size : 64
cache_alignment : 64
address sizes= : 40 bits physical, 48 bits virtual
power management:

I can see several errors in boot log, but I don= 't know which ones are the most relevant :=C2=A0

[ =C2=A0 =C2=A08.007449] CPU: L1 I cache: 32K, L1 = D cache: 32K
[ =C2=A0 =C2=A08.007557] CPU: L2 cache: 256K
[ =C2=A0 =C2=A08.007621] CPU: L3 cache: 12288K
[ =C2=A0 =C2=A0= 8.007687] CPU 0/0x0 -> Node 0
[ =C2=A0 =C2=A08.007751] CPU: Unsupported number of siblings 32
<= /div>

[ =C2=A0 =C2=A08.007942] Performance Events: = unsupported p6 CPU model 44 no PMU driver, software events only.

[ =C2=A0 =C2=A08.080161] ERROR: Unable to locate IOAPIC for GSI 9=


Here is my full log :=C2=A0<= /div>

(XEN) Xen version 4.0.1 (Debian 4.0.1-2) (waldi@debian.org) (gcc version 4.4.5 (= Debian 4.4.5-10) ) Wed Jan 12 14:04:06 UTC 2011
(XEN) Bootloader: GRUB 1.98+20100804-14
(XEN) Command line: = placeholder dom0_mem=3D2048M console=3Dvga,com1 com1=3D19200,8n1 loglvl=3Da= ll guest_loglvl=3Dall dom0_max_vcpus=3D1 dom0_vcpus_pin
(XEN) Vid= eo information:
(XEN) =C2=A0VGA is text mode 80x25, font 8x16
(XEN) =C2=A0VB= E/DDC methods: none; EDID transfer time: 0 seconds
(XEN) =C2=A0ED= ID info not retrieved because no DDC retrieval method detected
(X= EN) Disc information:
(XEN) =C2=A0Found 2 MBR signatures
(XEN) =C2=A0Found 2 EDD i= nformation structures
(XEN) Xen-e820 RAM map:
(XEN) =C2= =A00000000000000000 - 000000000009c000 (usable)
(XEN) =C2=A000000= 0000009c000 - 00000000000a0000 (reserved)
(XEN) =C2=A000000000000e0000 - 0000000000100000 (reserved)
(= XEN) =C2=A00000000000100000 - 000000007cc70000 (usable)
(XEN) =C2= =A0000000007cc70000 - 000000007cd34000 (reserved)
(XEN) =C2=A0000= 000007cd34000 - 000000007d641000 (usable)
(XEN) =C2=A0000000007d641000 - 000000007d6f1000 (reserved)
(= XEN) =C2=A0000000007d6f1000 - 000000007f68f000 (usable)
(XEN) =C2= =A0000000007f68f000 - 000000007f6df000 (reserved)
(XEN) =C2=A0000= 000007f6df000 - 000000007f7df000 (ACPI NVS)
(XEN) =C2=A0000000007f7df000 - 000000007f7ff000 (ACPI data)
= (XEN) =C2=A0000000007f7ff000 - 000000007f800000 (usable)
(XEN) = =C2=A0000000007f800000 - 0000000090000000 (reserved)
(XEN) =C2=A0= 00000000fc000000 - 00000000fd000000 (reserved)
(XEN) =C2=A000000000fed1c000 - 00000000fed20000 (reserved)
(= XEN) =C2=A000000000ff800000 - 0000000100000000 (reserved)
(XEN) = =C2=A00000000100000000 - 0000000680000000 (usable)
(XEN) ACPI: RS= DP 000FDFD0, 0024 (r2 IBM =C2=A0 )
(XEN) ACPI: XSDT 7F7FE120, 0084 (r1 IBM =C2=A0 =C2=A0THURLEY =C2=A0 = =C2=A0 =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 =C2=A0 1000013)
(XEN) ACPI: = FACP 7F7FB000, 00F4 (r4 IBM =C2=A0 =C2=A0THURLEY =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0 IBM =C2=A0 1000013)
(XEN) ACPI: DSDT 7F7F8000, 2C3E (r1 IBM= =C2=A0 =C2=A0THURLEY =C2=A0 =C2=A0 =C2=A0 =C2=A0 3 IBM =C2=A0 1000013)
(XEN) ACPI: FACS 7F6EC000, 0040
(XEN) ACPI: TCPA 7F7FD000, 0= 064 (r0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0)
(= XEN) ACPI: APIC 7F7F7000, 011E (r2 IBM =C2=A0 =C2=A0THURLEY =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 IBM =C2=A0 1000013)
(XEN) ACPI: MCFG 7F7F6000, 00= 3C (r1 IBM =C2=A0 =C2=A0THURLEY =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 IBM =C2=A0 10= 00013)
(XEN) ACPI: SLIC 7F7F5000, 0176 (r1 IBM =C2=A0 =C2=A0THURLEY =C2=A0 = =C2=A0 =C2=A0 =C2=A0 0 IBM =C2=A0 1000013)
(XEN) ACPI: HPET 7F7F4= 000, 0038 (r1 IBM =C2=A0 =C2=A0THURLEY =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 IBM = =C2=A0 1000013)
(XEN) ACPI: SRAT 7F7F3000, 0228 (r2 IBM =C2=A0 = =C2=A0THURLEY =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 IBM =C2=A0 1000013)
(XEN) ACPI: SLIT 7F7F2000, 0030 (r1 IBM =C2=A0 =C2=A0THURLEY =C2=A0 = =C2=A0 =C2=A0 =C2=A0 0 IBM =C2=A0 1000013)
(XEN) ACPI: SSDT 7F7F1= 000, 0183 (r2 IBM =C2=A0 =C2=A0CPUSCOPE =C2=A0 =C2=A0 4000 IBM =C2=A0 10000= 13)
(XEN) ACPI: SSDT 7F7F0000, 0699 (r2 IBM =C2=A0 =C2=A0CPUWYVRN= =C2=A0 =C2=A0 4000 IBM =C2=A0 1000013)
(XEN) ACPI: SSDT 7F7E9000, 638C (r2 IBM =C2=A0 =C2=A0PSTATEPM =C2=A0 = =C2=A0 4000 IBM =C2=A0 1000013)
(XEN) ACPI: ERST 7F7E8000, 0230 (= r1 IBM =C2=A0 =C2=A0THURLEY =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 IBM =C2=A0 100001= 3)
(XEN) System RAM: 24564MB (25154272kB)
(XEN) SRAT: PXM 0 -> APIC 0 -> Node 0
(XEN) SRAT: PXM = 0 -> APIC 2 -> Node 0
(XEN) SRAT: PXM 0 -> APIC 4 -> = Node 0
(XEN) SRAT: PXM 0 -> APIC 16 -> Node 0
(XEN) SRAT: PXM 0 -> APIC 18 -> Node 0
(XEN) SRAT: PXM 0 -&= gt; APIC 20 -> Node 0
(XEN) SRAT: PXM 1 -> APIC 32 -> No= de 1
(XEN) SRAT: PXM 1 -> APIC 34 -> Node 1
(XEN)= SRAT: PXM 1 -> APIC 36 -> Node 1
(XEN) SRAT: PXM 1 -> APIC 48 -> Node 1
(XEN) SRAT: PXM= 1 -> APIC 50 -> Node 1
(XEN) SRAT: PXM 1 -> APIC 52 -&g= t; Node 1
(XEN) SRAT: PXM 0 -> APIC 1 -> Node 0
(XEN) SRAT: PXM 0 -> APIC 3 -> Node 0
(XEN) SRAT: PXM 0 -&g= t; APIC 5 -> Node 0
(XEN) SRAT: PXM 0 -> APIC 17 -> Node= 0
(XEN) SRAT: PXM 0 -> APIC 19 -> Node 0
(XEN) S= RAT: PXM 0 -> APIC 21 -> Node 0
(XEN) SRAT: PXM 1 -> APIC 33 -> Node 1
(XEN) SRAT: PXM= 1 -> APIC 35 -> Node 1
(XEN) SRAT: PXM 1 -> APIC 37 -&g= t; Node 1
(XEN) SRAT: PXM 1 -> APIC 49 -> Node 1
(XEN) SRAT: PXM 1 -> APIC 51 -> Node 1
(XEN) SRAT: PXM 1 -&= gt; APIC 53 -> Node 1
(XEN) SRAT: Node 0 PXM 0 0-80000000
(XEN) SRAT: Node 0 PXM 0 100000000-380000000
(XEN) SRAT: No= de 1 PXM 1 380000000-680000000
(XEN) NUMA: Using 19 for the hash shift.
(XEN) Domain heap i= nitialised DMA width 31 bits
(XEN) found SMP MP-table at 0009c140=
(XEN) DMI 2.5 present.
(XEN) Using APIC driver default=
(XEN) ACPI: PM-Timer IO Port: 0x588
(XEN) ACPI: ACPI SLEEP I= NFO: pm1x_cnt[584,0], pm1x_evt[580,0]
(XEN) ACPI: =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0wakeup_vec[7f6ec00c], vec_s= ize[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
(XE= N) Processor #0 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0= x01] lapic_id[0x02] enabled)
(XEN) Processor #2 6:12 APIC version= 21
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)
(XE= N) Processor #4 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0= x03] lapic_id[0x10] enabled)
(XEN) Processor #16 6:12 APIC versio= n 21
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12] enabled)
(XE= N) Processor #18 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x05] lapic_id[0x14] enabled)
(XEN) Processor #20 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x20] enabled)
(XE= N) Processor #32 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x07] lapic_id[0x22] enabled)
(XEN) Processor #34 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x24] enabled)
(XE= N) Processor #36 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x09] lapic_id[0x30] enabled)
(XEN) Processor #48 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32] enabled)
(XE= N) Processor #50 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x0b] lapic_id[0x34] enabled)
(XEN) Processor #52 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x01] enabled)
(XE= N) Processor #1 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0= x0d] lapic_id[0x03] enabled)
(XEN) Processor #3 6:12 APIC version= 21
(XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x05] enabled)
(XE= N) Processor #5 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0= x0f] lapic_id[0x11] enabled)
(XEN) Processor #17 6:12 APIC versio= n 21
(XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13] enabled)
(XE= N) Processor #19 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x11] lapic_id[0x15] enabled)
(XEN) Processor #21 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x21] enabled)
(XE= N) Processor #33 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x13] lapic_id[0x23] enabled)
(XEN) Processor #35 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x25] enabled)
(XE= N) Processor #37 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x15] lapic_id[0x31] enabled)
(XEN) Processor #49 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33] enabled)
(XE= N) Processor #51 6:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[= 0x17] lapic_id[0x35] enabled)
(XEN) Processor #53 6:12 APIC versi= on 21
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
(XEN= ) Overriding APIC driver with bigsmp
(XEN) ACPI: IOAPIC (id[0x08]= address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 8, ver= sion 32, address 0xfec00000, GSI 0-23
(XEN) ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24])
(XEN) IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by= override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Ena= bling APIC mode: =C2=A0Phys. =C2=A0Using 2 I/O APICs
(XEN) ACPI: HPET id: 0x8086a301 base: 0xfed00000
(XEN) PCI: = MCFG configuration 0: base 80000000 segment 0 buses 0 - 255
(XEN)= PCI: MCFG area at 80000000 reserved in E820
(XEN) Using ACPI (MA= DT) for SMP configuration information
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) D= etected 3066.812 MHz processor.
(XEN) Initing memory sharing.
(XEN) VMX: Supported advanced features:
(XEN) =C2=A0- APIC= MMIO access virtualisation
(XEN) =C2=A0- APIC TPR shadow
(XEN) =C2=A0- Extended Page Ta= bles (EPT)
(XEN) =C2=A0- Virtual-Processor Identifiers (VPID)
(XEN) =C2=A0- Virtual NMI
(XEN) =C2=A0- MSR direct-access = bitmap
(XEN) =C2=A0- Unrestricted Guest
(XEN) EPT supports 2MB super page.
(XEN) HVM: ASIDs enabled.=
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Pa= ging detected.
(XEN) Intel machine check reporting enabled
(XEN) I/O virtualisation disabled
(XEN) Enabled directed EOI= with ioapic_ack_old on!
(XEN) Total of 24 processors activated.<= /div>
(XEN) ENABLING IO-APIC IRQs
(XEN) =C2=A0-> Using old= ACK method
(XEN) ..TIMER: vector=3D0xF0 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1
(XEN) TSC is reliable, synchronization unnecessary
(XEN)= Platform timer is 14.318MHz HPET
=EF=BF=BD(XEN) Allocated consol= e ring of 256 KiB.
(XEN) microcode.c:73:d32767 microcode: CPU1 resumed
(XEN) mi= crocode.c:73:d32767 microcode: CPU15 resumed
(XEN) microcode.c:73= :d32767 microcode: CPU10 resumed
(XEN) microcode.c:73:d32767 micr= ocode: CPU22 resumed
(XEN) microcode.c:73:d32767 microcode: CPU2 resumed
(XEN) mi= crocode.c:73:d32767 microcode: CPU3 resumed
(XEN) microcode.c:73:= d32767 microcode: CPU14 resumed
(XEN) microcode.c:73:d32767 micro= code: CPU13 resumed
(XEN) microcode.c:73:d32767 microcode: CPU5 resumed
(XEN) mi= crocode.c:73:d32767 microcode: CPU17 resumed
(XEN) Brought up 24 = CPUs
(XEN) microcode.c:73:d32767 microcode: CPU12 resumed
(XEN) microcode.c:73:d32767 microcode: CPU19 resumed
(XEN) m= icrocode.c:73:d32767 microcode: CPU7 resumed
(XEN) microcode.c:73= :d32767 microcode: CPU4 resumed
(XEN) microcode.c:73:d32767 micro= code: CPU16 resumed
(XEN) microcode.c:73:d32767 microcode: CPU21 resumed
(XEN) m= icrocode.c:73:d32767 microcode: CPU11 resumed
(XEN) microcode.c:7= 3:d32767 microcode: CPU9 resumed
(XEN) microcode.c:73:d32767 micr= ocode: CPU8 resumed
(XEN) microcode.c:73:d32767 microcode: CPU23 resumed
(XEN) m= icrocode.c:73:d32767 microcode: CPU18 resumed
(XEN) microcode.c:7= 3:d32767 microcode: CPU20 resumed
(XEN) microcode.c:73:d32767 mic= rocode: CPU6 resumed
(XEN) ACPI sleep modes: S3
(XEN) mcheck_poll: Machine check = polling timer started.
(XEN) *** LOADING DOMAIN 0 ***
(= XEN) =C2=A0Xen =C2=A0kernel: 64-bit, lsb, compat32
(XEN) =C2=A0Do= m0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x16b9000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =C2=A0Dom0 alloc.: = =C2=A0 0000000238000000->000000023c000000 (507904 pages to be allocated)=
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =C2=A0Loaded k= ernel: ffffffff81000000->ffffffff816b9000
(XEN) =C2=A0Init. ramdisk: ffffffff816b9000->ffffffff832e8600
=
(XEN) =C2=A0Phys-Mach map: ffffffff832e9000->ffffffff836e9000
=
(XEN) =C2=A0Start info: =C2=A0 =C2=A0ffffffff836e9000->ffffffff836e= 94b4
(XEN) =C2=A0Page tables: =C2=A0 ffffffff836ea000->fffffff= f83709000
(XEN) =C2=A0Boot stack: =C2=A0 =C2=A0ffffffff83709000->ffffffff8370= a000
(XEN) =C2=A0TOTAL: =C2=A0 =C2=A0 =C2=A0 =C2=A0 ffffffff80000= 000->ffffffff83800000
(XEN) =C2=A0ENTRY ADDRESS: ffffffff81508= 200
(XEN) Dom0 has maximum 1 VCPUs
(XEN) Scrubbing Free RAM: ............................................= ...........................................................................= ...........................................................................= ...........................done.
(XEN) trace.c:89:d32767 calc_tinfo_first_offset: NR_CPUs 128, offset_i= n_bytes 258, t_info_first_offset 65
(XEN) Xen trace buffers: disa= bled
(XEN) Std. Loglevel: All
(XEN) Guest Loglevel: All=
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial inp= ut -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 176kB init memory.
mapping kernel into physic= al memory
Xen: setup ISA identity maps
about to get started...
[ =C2=A0 =C2=A00.000000] Initializing cgroup subsys cpuset
[ = =C2=A0 =C2=A00.000000] Initializing cgroup subsys cpu
[ =C2=A0 = =C2=A00.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-38) (ben@decadent.org.uk) (gcc version 4.3.= 5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 07:53:54 UTC 2011
[ =C2=A0 =C2=A00.000000] Command line: placeholder root=3D/dev/mapper/= vg02-root ro console=3Dtty0 console=3Dhvc0
[ =C2=A0 =C2=A00.00000= 0] KERNEL supported cpus:
[ =C2=A0 =C2=A00.000000] =C2=A0 Intel G= enuineIntel
[ =C2=A0 =C2=A00.000000] =C2=A0 AMD AuthenticAMD
[ =C2=A0 =C2=A00.000000] =C2=A0 Centaur CentaurHauls
[ =C2= =A0 =C2=A00.000000] released 0 pages of unused memory
[ =C2=A0 = =C2=A00.000000] BIOS-provided physical RAM map:
[ =C2=A0 =C2=A00.= 000000] =C2=A0Xen: 0000000000000000 - 000000000009c000 (usable)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 000000000009c000 - 000000000010000= 0 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 0000000000100000= - 000000007cc70000 (usable)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: = 000000007cc70000 - 000000007cd34000 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 000000007cd34000 - 000000007d64100= 0 (usable)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 000000007d641000 -= 000000007d6f1000 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: = 000000007d6f1000 - 000000007f68f000 (usable)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 000000007f68f000 - 000000007f6df00= 0 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 000000007f6df000= - 000000007f7df000 (ACPI NVS)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen= : 000000007f7df000 - 000000007f7ff000 (ACPI data)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 000000007f7ff000 - 000000007f80000= 0 (usable)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 000000007f800000 -= 0000000090000000 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: = 00000000fc000000 - 00000000fd000000 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 00000000fec00000 - 00000000fec0100= 0 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 00000000fec80000= - 00000000fec81000 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen= : 00000000fed1c000 - 00000000fed20000 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 00000000fee00000 - 00000000fee0100= 0 (reserved)
[ =C2=A0 =C2=A00.000000] =C2=A0Xen: 00000000ff800000= - 0000000100000000 (reserved)
[ =C2=A0 =C2=A00.000000] DMI 2.5 p= resent.
[ =C2=A0 =C2=A00.000000] last_pfn =3D 0x7f800 max_arch_pf= n =3D 0x400000000
[ =C2=A0 =C2=A00.000000] x86 PAT enabled: cpu 0, old 0x50100070406, ne= w 0x7010600070106
[ =C2=A0 =C2=A00.000000] init_memory_mapping: 0= 000000000000000-000000007f800000
[ =C2=A0 =C2=A00.000000] RAMDISK= : 016b9000 - 032e8600
[ =C2=A0 =C2=A00.000000] ACPI: RSDP 00000000000fdfd0 00024 (v02 IBM = =C2=A0 )
[ =C2=A0 =C2=A00.000000] ACPI: XSDT 000000007f7fe120 000= 84 (v01 IBM =C2=A0 =C2=A0THURLEY =C2=A000000000 =C2=A0 =C2=A0 =C2=A00100001= 3)
[ =C2=A0 =C2=A00.000000] ACPI: FACP 000000007f7fb000 000F4 (v0= 4 IBM =C2=A0 =C2=A0THURLEY =C2=A000000000 IBM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] ACPI Warning: Invalid length for Pm1aControlB= lock: 32, using default 16 (20090903/tbfadt-607)
[ =C2=A0 =C2=A00= .000000] ACPI: DSDT 000000007f7f8000 02C3E (v01 IBM =C2=A0 =C2=A0THURLEY = =C2=A000000003 IBM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] ACPI: FACS 000000007f6ec000 00040
[= =C2=A0 =C2=A00.000000] ACPI: TCPA 000000007f7fd000 00064 (v00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 00000000 =C2=A0 =C2=A0 =C2=A0= 00000000)
[ =C2=A0 =C2=A00.000000] ACPI: APIC 000000007f7f7000 00= 11E (v02 IBM =C2=A0 =C2=A0THURLEY =C2=A000000000 IBM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] ACPI: MCFG 000000007f7f6000 0003C (v01 IBM = =C2=A0 =C2=A0THURLEY =C2=A000000001 IBM =C2=A001000013)
[ =C2=A0 = =C2=A00.000000] ACPI: SLIC 000000007f7f5000 00176 (v01 IBM =C2=A0 =C2=A0THU= RLEY =C2=A000000000 IBM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] = ACPI: HPET 000000007f7f4000 00038 (v01 IBM =C2=A0 =C2=A0THURLEY =C2=A000000= 001 IBM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] ACPI: SRAT 000000007f7f3000 00228 (v02 IBM = =C2=A0 =C2=A0THURLEY =C2=A000000001 IBM =C2=A001000013)
[ =C2=A0 = =C2=A00.000000] ACPI: SLIT 000000007f7f2000 00030 (v01 IBM =C2=A0 =C2=A0THU= RLEY =C2=A000000000 IBM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] = ACPI: SSDT 000000007f7f1000 00183 (v02 IBM =C2=A0 =C2=A0CPUSCOPE 00004000 I= BM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] ACPI: SSDT 000000007f7f0000 00699 (v02 IBM = =C2=A0 =C2=A0CPUWYVRN 00004000 IBM =C2=A001000013)
[ =C2=A0 =C2= =A00.000000] ACPI: SSDT 000000007f7e9000 0638C (v02 IBM =C2=A0 =C2=A0PSTATE= PM 00004000 IBM =C2=A001000013)
[ =C2=A0 =C2=A00.000000] ACPI: ER= ST 000000007f7e8000 00230 (v01 IBM =C2=A0 =C2=A0THURLEY =C2=A000000001 IBM = =C2=A001000013)
[ =C2=A0 =C2=A00.000000] No NUMA configuration found
[ =C2= =A0 =C2=A00.000000] Faking a node at 0000000000000000-000000007f800000
[ =C2=A0 =C2=A00.000000] Bootmem setup node 0 0000000000000000-000000= 007f800000
[ =C2=A0 =C2=A00.000000] =C2=A0 NODE_DATA [00000000000= 08000 - 000000000000ffff]
[ =C2=A0 =C2=A00.000000] =C2=A0 bootmap [0000000000010000 - =C2=A00000= 00000001feff] pages 10
[ =C2=A0 =C2=A00.000000] (9 early reservat= ions) =3D=3D> bootmem [0000000000 - 007f800000]
[ =C2=A0 =C2= =A00.000000] =C2=A0 #0 [0000000000 - 0000001000] =C2=A0 BIOS data page =3D= =3D> [0000000000 - 0000001000]
[ =C2=A0 =C2=A00.000000] =C2=A0 #1 [00036ea000 - 0003709000] =C2=A0 XE= N PAGETABLES =3D=3D> [00036ea000 - 0003709000]
[ =C2=A0 =C2=A0= 0.000000] =C2=A0 #2 [0000006000 - 0000008000] =C2=A0 =C2=A0 =C2=A0 TRAMPOLI= NE =3D=3D> [0000006000 - 0000008000]
[ =C2=A0 =C2=A00.000000] = =C2=A0 #3 [0001000000 - 0001698b14] =C2=A0 =C2=A0TEXT DATA BSS =3D=3D> [= 0001000000 - 0001698b14]
[ =C2=A0 =C2=A00.000000] =C2=A0 #4 [00016b9000 - 00032e8600] =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0RAMDISK =3D=3D> [00016b9000 - 00032e8600]
[ =C2=A0 =C2=A00.000000] =C2=A0 #5 [00032e9000 - 00036ea000] =C2=A0 = XEN START INFO =3D=3D> [00032e9000 - 00036ea000]
[ =C2=A0 =C2= =A00.000000] =C2=A0 #6 [0001699000 - 00016994d8] =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0BRK =3D=3D> [0001699000 - 00016994d8]
[ =C2=A0 =C2=A00.000000] =C2=A0 #7 [0000100000 - 00004dd000] =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0PGTABLE =3D=3D> [0000100000 - 00004dd000]
[ =C2=A0 =C2=A00.000000] =C2=A0 #8 [0000001000 - 0000001030] =C2=A0 = =C2=A0 =C2=A0 =C2=A0ACPI SLIT =3D=3D> [0000001000 - 0000001030]
[ =C2=A0 =C2=A00.000000] Zone PFN ranges:
[ =C2=A0 =C2=A00.000000] =C2=A0 DMA =C2=A0 =C2=A0 =C2=A00x00000000 -&g= t; 0x00001000
[ =C2=A0 =C2=A00.000000] =C2=A0 DMA32 =C2=A0 =C2=A0= 0x00001000 -> 0x00100000
[ =C2=A0 =C2=A00.000000] =C2=A0 Norma= l =C2=A0 0x00100000 -> 0x00100000
[ =C2=A0 =C2=A00.000000] Mov= able zone start PFN for each node
[ =C2=A0 =C2=A00.000000] early_node_map[5] active PFN ranges
[ =C2=A0 =C2=A00.000000] =C2=A0 =C2=A0 0: 0x00000000 -> 0x0000009c
[ =C2=A0 =C2=A00.000000] =C2=A0 =C2=A0 0: 0x00000100 -> 0x0007cc70=
[ =C2=A0 =C2=A00.000000] =C2=A0 =C2=A0 0: 0x0007cd34 -> 0x000= 7d641
[ =C2=A0 =C2=A00.000000] =C2=A0 =C2=A0 0: 0x0007d6f1 -> 0x0007f68f<= /div>
[ =C2=A0 =C2=A00.000000] =C2=A0 =C2=A0 0: 0x0007f7ff -> 0x0007= f800
[ =C2=A0 =C2=A00.000000] ACPI: PM-Timer IO Port: 0x588
=
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x02] lapic_i= d[0x04] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x= 03] lapic_id[0x10] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x05] lapic_i= d[0x14] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x= 06] lapic_id[0x20] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x22] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x08] lapic_i= d[0x24] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x= 09] lapic_id[0x30] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_i= d[0x34] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x= 0c] lapic_id[0x01] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x03] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_i= d[0x05] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x= 0f] lapic_id[0x11] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x11] lapic_i= d[0x15] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x= 12] lapic_id[0x21] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x14] lapic_i= d[0x25] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x= 15] lapic_id[0x31] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33] ena= bled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC (acpi_id[0x17] lapic_i= d[0x35] enabled)
[ =C2=A0 =C2=A00.000000] ACPI: LAPIC_NMI (acpi_i= d[0xff] dfl dfl lint[0x1])
[ =C2=A0 =C2=A00.000000] ACPI: IOAPIC (id[0x08] address[0xfec00000] gs= i_base[0])
[ =C2=A0 =C2=A00.000000] IOAPIC[0]: apic_id 8, version= 0, address 0xfec00000, GSI 0-0
[ =C2=A0 =C2=A00.000000] ACPI: IO= APIC (id[0x09] address[0xfec80000] gsi_base[24])
[ =C2=A0 =C2=A00.000000] IOAPIC[1]: apic_id 9, version 0, address 0xfe= c80000, GSI 24-24
[ =C2=A0 =C2=A00.000000] ACPI: INT_SRC_OVR (bus= 0 bus_irq 0 global_irq 2 dfl dfl)
[ =C2=A0 =C2=A00.000000] ERROR= : Unable to locate IOAPIC for GSI 2
[ =C2=A0 =C2=A00.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq= 9 high level)
[ =C2=A0 =C2=A00.000000] ERROR: Unable to locate I= OAPIC for GSI 9
[ =C2=A0 =C2=A00.000000] Using ACPI (MADT) for SM= P configuration information
[ =C2=A0 =C2=A00.000000] ACPI: HPET id: 0x8086a301 base: 0xfed00000
[ =C2=A0 =C2=A00.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs
=
[ =C2=A0 =C2=A00.000000] PM: Registered nosave memory: 000000000009c00= 0 - 0000000000100000
[ =C2=A0 =C2=A00.000000] PM: Registered nosave memory: 000000007cc7000= 0 - 000000007cd34000
[ =C2=A0 =C2=A00.000000] PM: Registered nosa= ve memory: 000000007d641000 - 000000007d6f1000
[ =C2=A0 =C2=A00.0= 00000] PM: Registered nosave memory: 000000007f68f000 - 000000007f6df000
[ =C2=A0 =C2=A00.000000] PM: Registered nosave memory: 000000007f6df00= 0 - 000000007f7df000
[ =C2=A0 =C2=A00.000000] PM: Registered nosa= ve memory: 000000007f7df000 - 000000007f7ff000
[ =C2=A0 =C2=A00.0= 00000] Allocating PCI resources starting at 90000000 (gap: 90000000:6c00000= 0)
[ =C2=A0 =C2=A00.000000] Booting paravirtualized kernel on Xen
[ =C2=A0 =C2=A00.000000] Xen version: 4.0.1 (preserve-AD) (dom0)
[ =C2=A0 =C2=A00.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:1 nr= _node_ids:1
[ =C2=A0 =C2=A00.000000] PERCPU: Embedded 30 pages/cp= u @ffff880003740000 s90328 r8192 d24360 u122880
[ =C2=A0 =C2=A00.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc= =3D30*4096
[ =C2=A0 =C2=A00.000000] pcpu-alloc: [0] 0=C2=A0
=
[ =C2=A0 =C2=A07.938267] Xen: using vcpu_info placement
[ = =C2=A0 =C2=A07.938271] Built 1 zonelists in Node order, mobility grouping o= n. =C2=A0Total pages: 513268
[ =C2=A0 =C2=A07.938273] Policy zone: DMA32
[ =C2=A0 =C2=A07= .938275] Kernel command line: placeholder root=3D/dev/mapper/vg02-root ro c= onsole=3Dtty0 console=3Dhvc0
[ =C2=A0 =C2=A07.938299] PID hash ta= ble entries: 4096 (order: 3, 32768 bytes)
[ =C2=A0 =C2=A07.938528] Initializing CPU#0
[ =C2=A0 =C2=A07= .946279] DMA: Placing 64MB software IO TLB between ffff88000571a000 - ffff8= 8000971a000
[ =C2=A0 =C2=A07.946283] DMA: software IO TLB at phys= 0x571a000 - 0x971a000
[ =C2=A0 =C2=A07.946284] xen_swiotlb_fixup: buf=3Dffff88000571a000 siz= e=3D67108864
[ =C2=A0 =C2=A07.962460] xen_swiotlb_fixup: buf=3Dff= ff88000977a000 size=3D32768
[ =C2=A0 =C2=A07.969455] Memory: 1946= 660k/2088960k available (3149k kernel code, 3360k absent, 138940k reserved,= 1906k data, 604k init)
[ =C2=A0 =C2=A07.969486] SLUB: Genslabs=3D14, HWalign=3D64, Order=3D0-= 3, MinObjects=3D0, CPUs=3D1, Nodes=3D1
[ =C2=A0 =C2=A07.969502] H= ierarchical RCU implementation.
[ =C2=A0 =C2=A07.969507] NR_IRQS:= 4352 nr_irqs:512
[ =C2=A0 =C2=A07.969605] ACPI: INT_SRC_OVR (bus = 0 bus_irq 0 global_irq 2 dfl dfl)
[ =C2=A0 =C2=A07.969608] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq= 9 high level)
[ =C2=A0 =C2=A07.969610] xen: sci override: source= _irq=3D9 global_irq=3D9 trigger=3Dc polarity=3D1
[ =C2=A0 =C2=A07= .969613] xen_allocate_pirq: returning irq 9 for gsi 9
[ =C2=A0 =C2=A07.969620] xen: acpi sci 9
[ =C2=A0 =C2=A07.97= 7817] Console: colour VGA+ 80x25
[ =C2=A0 =C2=A07.987678] console= [tty0] enabled
[ =C2=A0 =C2=A08.005449] console [hvc0] enabled
[ =C2=A0 =C2=A08.005533] installing Xen timer for CPU 0
[ =C2=A0 =C2=A08.005619] Detected 3066.812 MHz processor.
[ = =C2=A0 =C2=A08.005688] Calibrating delay loop (skipped), value calculated u= sing timer frequency.. 6133.62 BogoMIPS (lpj=3D12267248)
[ =C2=A0= =C2=A08.005834] Security Framework initialized
[ =C2=A0 =C2=A08.005902] SELinux: =C2=A0Disabled at boot.
[ = =C2=A0 =C2=A08.006237] Dentry cache hash table entries: 262144 (order: 9, 2= 097152 bytes)
[ =C2=A0 =C2=A08.006721] Inode-cache hash table ent= ries: 131072 (order: 8, 1048576 bytes)
[ =C2=A0 =C2=A08.006933] Mount-cache hash table entries: 256
[ =C2=A0 =C2=A08.007093] Initializing cgroup subsys ns
[ =C2=A0 = =C2=A08.007159] Initializing cgroup subsys cpuacct
[ =C2=A0 =C2= =A08.007226] Initializing cgroup subsys devices
[ =C2=A0 =C2=A08.007293] Initializing cgroup subsys freezer
= [ =C2=A0 =C2=A08.007359] Initializing cgroup subsys net_cls
[ =C2= =A0 =C2=A08.007449] CPU: L1 I cache: 32K, L1 D cache: 32K
[ =C2= =A0 =C2=A08.007557] CPU: L2 cache: 256K
[ =C2=A0 =C2=A08.007621] CPU: L3 cache: 12288K
[ =C2=A0 =C2= =A08.007687] CPU 0/0x0 -> Node 0
[ =C2=A0 =C2=A08.007751] CPU:= Unsupported number of siblings 32
[ =C2=A0 =C2=A08.007804] mce: = CPU supports 9 MCE banks
[ =C2=A0 =C2=A08.007942] Performance Eve= nts: unsupported p6 CPU model 44 no PMU driver, software events only.
[ =C2=A0 =C2=A08.015392] SMP alternatives: switching to UP code
<= div>[ =C2=A0 =C2=A08.034769] Freeing SMP alternatives: 28k freed
= [ =C2=A0 =C2=A08.034842] ACPI: Core revision 20090903
[ =C2=A0 = =C2=A08.042268] Brought up 1 CPUs
[ =C2=A0 =C2=A08.042410] devtmpfs: initialized
[ =C2=A0 =C2= =A08.045055] Grant table initialized
[ =C2=A0 =C2=A08.045120] reg= ulator: core version 0.5
[ =C2=A0 =C2=A08.045218] NET: Registered= protocol family 16
[ =C2=A0 =C2=A08.045397] ACPI FADT declares t= he system doesn't support PCIe ASPM, so disable it
[ =C2=A0 =C2=A08.045485] ACPI: bus type pci registered
[ =C2= =A0 =C2=A08.045799] PCI: MCFG configuration 0: base 80000000 segment 0 buse= s 0 - 255
[ =C2=A0 =C2=A08.045870] PCI: MCFG area at 80000000 res= erved in E820
[ =C2=A0 =C2=A08.078883] PCI: Using MMCONFIG at 800= 00000 - 8fffffff
[ =C2=A0 =C2=A08.078951] PCI: Using configuration type 1 for base acce= ss
[ =C2=A0 =C2=A08.079421] bio: create slab <bio-0> at 0
[ =C2=A0 =C2=A08.080161] ERROR: Unable to locate IOAPIC for GSI 9<= /div>
[ =C2=A0 =C2=A08.089844] ACPI: Interpreter enabled
[ =C2=A0 =C2=A08.089910] ACPI: (supports S0 S1 S5)
[ =C2=A0 = =C2=A08.090112] ACPI: Using IOAPIC for interrupt routing
[ =C2=A0= =C2=A08.095530] ACPI: No dock devices found.
[ =C2=A0 =C2=A08.09= 5807] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ =C2=A0 =C2=A08.096051] pci 0000:00:00.0: PME# supported from D0 D3ho= t D3cold
[ =C2=A0 =C2=A08.096123] pci 0000:00:00.0: PME# disabled=
[ =C2=A0 =C2=A08.096294] pci 0000:00:01.0: PME# supported from D= 0 D3hot D3cold
[ =C2=A0 =C2=A08.096369] pci 0000:00:01.0: PME# di= sabled
[ =C2=A0 =C2=A08.096542] pci 0000:00:02.0: PME# supported from D0 D3ho= t D3cold
[ =C2=A0 =C2=A08.096612] pci 0000:00:02.0: PME# disabled=
[ =C2=A0 =C2=A08.096785] pci 0000:00:03.0: PME# supported from D= 0 D3hot D3cold
[ =C2=A0 =C2=A08.096857] pci 0000:00:03.0: PME# di= sabled
[ =C2=A0 =C2=A08.097034] pci 0000:00:07.0: PME# supported from D0 D3ho= t D3cold
[ =C2=A0 =C2=A08.097106] pci 0000:00:07.0: PME# disabled=
[ =C2=A0 =C2=A08.099065] pci 0000:00:1a.7: PME# supported from D= 0 D3hot D3cold
[ =C2=A0 =C2=A08.099138] pci 0000:00:1a.7: PME# di= sabled
[ =C2=A0 =C2=A08.099301] pci 0000:00:1c.0: PME# supported from D0 D3ho= t D3cold
[ =C2=A0 =C2=A08.099372] pci 0000:00:1c.0: PME# disabled=
[ =C2=A0 =C2=A08.099535] pci 0000:00:1c.4: PME# supported from D= 0 D3hot D3cold
[ =C2=A0 =C2=A08.099607] pci 0000:00:1c.4: PME# di= sabled
[ =C2=A0 =C2=A08.100138] pci 0000:00:1d.7: PME# supported from D0 D3ho= t D3cold
[ =C2=A0 =C2=A08.100209] pci 0000:00:1d.7: PME# disabled=
[ =C2=A0 =C2=A08.100963] pci 0000:0b:00.0: PME# supported from D= 0 D3hot D3cold
[ =C2=A0 =C2=A08.101034] pci 0000:0b:00.0: PME# di= sabled
[ =C2=A0 =C2=A08.101252] pci 0000:0b:00.1: PME# supported from D0 D3ho= t D3cold
[ =C2=A0 =C2=A08.101325] pci 0000:0b:00.1: PME# disabled=
[ =C2=A0 =C2=A08.101645] pci 0000:10:00.0: PME# supported from D= 0 D3hot D3cold
[ =C2=A0 =C2=A08.101722] pci 0000:10:00.0: PME# di= sabled
[ =C2=A0 =C2=A08.101943] pci 0000:10:00.1: PME# supported from D0 D3ho= t D3cold
[ =C2=A0 =C2=A08.102016] pci 0000:10:00.1: PME# disabled=
[ =C2=A0 =C2=A08.102678] pci 0000:06:00.0: PME# supported from D= 0 D3hot D3cold
[ =C2=A0 =C2=A08.102750] pci 0000:06:00.0: PME# di= sabled
[ =C2=A0 =C2=A08.103253] pci 0000:00:1e.0: transparent bridge
(XEN) PCI add device 00:00.0
(XEN) PCI add device 00:01.0
=
(XEN) PCI add device 00:02.0
(XEN) PCI add device 00:03.0
(XEN) PCI add device 00:07.0
(XEN) PCI add device 00:10.0
(XEN) PCI add device 00:10.1
(XEN) PCI add device 00:11.0
(XEN) PCI add device 00:11.1
(XEN) PCI add device 00:14.0
(XEN) PCI add device 00:14.1
(XEN) PCI add device 00:14.2
(XEN) PCI add device 00:14.3
(XEN) PCI add device 00:15.0=
(XEN) PCI add device 00:16.0
(XEN) PCI add device 00:1= 6.1
(XEN) PCI add device 00:16.2
(XEN) PCI add device 00:16.3
(XEN) PCI add device 00:16.4
(XEN) PCI add device 00:16.5=
(XEN) PCI add device 00:16.6
(XEN) PCI add device 00:1= 6.7
(XEN) PCI add device 00:1a.0
(XEN) PCI add device 00:1a.1
(XEN) PCI add device 00:1a.7
(XEN) PCI add device 00:1c.0=
(XEN) PCI add device 00:1c.4
(XEN) PCI add device 00:1= d.0
(XEN) PCI add device 00:1d.1
(XEN) PCI add device 00:1d.2
(XEN) PCI add device 00:1d.7
(XEN) PCI add device 00:1e.0=
(XEN) PCI add device 00:1f.0
(XEN) PCI add device 00:1= f.2
(XEN) PCI add device 00:1f.3
(XEN) PCI add device 00:1f.5
(XEN) PCI add device 0b:00.0
(XEN) PCI add device 0b:00.1=
(XEN) PCI add device 10:00.0
(XEN) PCI add device 10:0= 0.1
(XEN) PCI add device 01:00.0
(XEN) PCI add device 06:00.0
(XEN) PCI add device 07:00.0
[ =C2=A0 =C2=A08.113653] ACP= I: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
[= =C2=A0 =C2=A08.114422] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *= 10 11 12 14 15)
[ =C2=A0 =C2=A08.115196] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6= *7 9 10 11 12 14 15)
[ =C2=A0 =C2=A08.115976] ACPI: PCI Interrup= t Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
[ =C2=A0 =C2=A08= .116769] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) = *0, disabled.
[ =C2=A0 =C2=A08.117644] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6= 7 9 10 *11 12 14 15)
[ =C2=A0 =C2=A08.118441] ACPI: PCI Interrup= t Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
[ =C2=A0 =C2=A08= .119246] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 12 14 15) = *0, disabled.
[ =C2=A0 =C2=A08.120015] x(XEN) Resetting with ACPI MEMORY or I/O RESE= T_REG.

I tried to boot with pci=3Dnomsi, wit= hout success.

Any ideas ?=C2=A0

Should I send this boot log also to xen-devel ?

Regards

Olivier
--20cf303bffc89f33d304b02154cc-- --===============1213455734== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1213455734==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 09:20:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 09:20:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIjja-0007TO-2y; Tue, 25 Oct 2011 09:20:14 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIjiR-00078S-Fr for xen-users@lists.xensource.com; Tue, 25 Oct 2011 09:19:03 -0700 X-Env-Sender: paul@muster.dyndns.info X-Msg-Ref: server-3.tower-216.messagelabs.com!1319559539!1026461!1 X-Originating-IP: [188.246.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3584 invoked from network); 25 Oct 2011 16:19:00 -0000 Received: from mx-alt.muster.de1.cc (HELO mx-alt.muster.de1.cc) (188.246.4.28) by server-3.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 25 Oct 2011 16:19:00 -0000 Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RIjiH-0005Gd-Rr for xen-users@lists.xensource.com; Tue, 25 Oct 2011 18:18:59 +0200 Message-ID: <4EA6E16D.8050401@muster.dyndns.info> Date: Tue, 25 Oct 2011 18:18:53 +0200 From: Paul Muster User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Ubuntu 11.04 DomU not showing external block Device References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 25.10.2011 13:29, vipul borikar wrote: > I just installed Xen 4.0.1 on Ubuntu 10.04 dom0. After this i had > Ubuntu 11.04 as Para domU. > I tried to attach file based disk to the this domU. > > My command is: > > # xm block-attach Ubuntu-11 file:/root/ubunut-natty/Extra > /dev/xvdb w > > there is no error on this. But a typo, right? "ubunut" instead of "ubuntu". Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 10:26:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:26:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIklN-0006Ah-Uj; Tue, 25 Oct 2011 10:26:09 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGiTk-00064G-TM for xen-users@lists.xensource.com; Wed, 19 Oct 2011 19:35:33 -0700 X-Env-Sender: simon.walter@hokkaidotracks.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1319078127!318649!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15402 invoked from network); 20 Oct 2011 02:35:29 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 02:35:29 -0000 Received: by pzk32 with SMTP id 32so6542301pzk.8 for ; Wed, 19 Oct 2011 19:35:27 -0700 (PDT) Received: by 10.68.17.134 with SMTP id o6mr16668751pbd.52.1319078127274; Wed, 19 Oct 2011 19:35:27 -0700 (PDT) Received: from htmwks04.localnet (p9099-ipbffx02sapodori.hokkaido.ocn.ne.jp. [60.45.74.99]) by mx.google.com with ESMTPS id v8sm13655478pbf.8.2011.10.19.19.35.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Oct 2011 19:35:26 -0700 (PDT) From: Simon Walter Organization: Hokkaido Tracks Management To: xen-users@lists.xensource.com Subject: Re: [Xen-users] debian squeeze, xen and a very big problem. Date: Thu, 20 Oct 2011 11:35:43 +0900 User-Agent: KMail/1.13.6 (Linux/2.6.38-11-generic-pae; KDE/4.6.5; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110201135.43266.simon.walter@hokkaidotracks.com> X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:34 -0700 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Friday, October 14, 2011 11:59:23 PM Florian Heigl wrote: > "You need to run your own test servers if you want a working update > since we don't test stuff like live migration (that is most basic > functionality)" makes me chuckle a bit. 2 test servers can buy > helluvah support contract, where the issues would probably be > addressed quickly. Shouldn't it be that the user tests anything that > is related to oddness of his own setup and a distro tests all that is > basic functionality? > > If a upgrade from minor release A to minor release B fails like that > it's perfectly OK to come forward and say "OK that must be a > regression, sorry. Please open a bug immediately" instead of yet > another round of > Q: Xen issue in Debian > A: "blame and flame the user" Totally agree. However, we cannot trust very much in this industry. It's just the way it is. With my Xen cluster I would do so: DomU upgrades: * Clone the machine and perform the upgrade on the clone and test. * If it goes well, clone the machine for backup, upgrade the production machine. * If things go wrong, you have a back up. There may be a problem with loss of data with the above method. If everything goes well for a few days on the new system. Data is modified. The backup is useless unless you also consider backups of just the data partition/volume and try use that with the old system. Dom0 upgrades: * Migrate DomUs off of Dom0 being upgraded. * Copy them back possibly starting with a test machine. * Test them. * Migrate them back. Xen itself empowers us to do safer upgrades to our machines. It is one of the reasons for using it. If you can only afford one Dom0, then things get trickier, but it's still possible to be safer than doing upgrades to a production server w/o testing. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 10:28:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:28:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIknL-0006sm-Nz; Tue, 25 Oct 2011 10:28:11 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RGo6B-0004Mj-O0 for Xen-users@lists.xensource.com; Thu, 20 Oct 2011 01:35:36 -0700 X-Env-Sender: ares.drake@googlemail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1319099731!912373!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10451 invoked from network); 20 Oct 2011 08:35:32 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2011 08:35:32 -0000 Received: by gyg13 with SMTP id 13so3599362gyg.30 for ; Thu, 20 Oct 2011 01:35:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=kndiTeR+O9QwcuX+1GOqYCV4izY46Gv405RNzcuUM8w=; b=XWyoMhenWeFaNRfkgdT5A/+kUxLlNlZsFcWd4E5fkWLuNUH7Z92iiqtxWKs18GgUE4 ZTVMJa/G7accwJ+7+W19Qp/hWLznl4QBZr46UgfEViBk9v3mDJDQbih47BlCwGPvCzSs hN9NKVtrtcbcJRWvYaEdGvZKyKeDaOAfjegpw= Received: by 10.101.218.12 with SMTP id v12mr2133818anq.129.1319099730988; Thu, 20 Oct 2011 01:35:30 -0700 (PDT) Received: from [192.168.0.185] (mnhm-4d00e49d.pool.mediaWays.net. [77.0.228.157]) by mx.google.com with ESMTPS id a16sm9192493ani.14.2011.10.20.01.35.29 (version=SSLv3 cipher=OTHER); Thu, 20 Oct 2011 01:35:30 -0700 (PDT) Message-ID: <4E9FDD4F.3030005@gmail.com> Date: Thu, 20 Oct 2011 10:35:27 +0200 From: Ares Drake User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Xen-users@lists.xensource.com Subject: Re: [Xen-users] PCI passthrough to NexentaStor? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:33 -0700 Cc: Chris Marget X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Am 19.10.2011 23:13, schrieb Chris Marget: > I've headed down the path of building a virtual NexentaStor appliance > with the intention of passing a SATA controller full of disks through > to it... But I'm beginning to have doubts about whether it's > possible. > > NexentaStor is running in a Debian Squeeze Dom0 with Xen 4.0. PCI > pass-through is working with other DomU's, but I see no sign of my > passed-through devices inside NexentaStor. > > xend.log seems to indicate that the pass-through is working, and the > device is assigned according to 'xm pci-list' > > Sadly, 'lspci' within NexentaStor reports "Cannot find any working > access method.", and 'prtconf -vp' reports nothing that looks like > real hardware. > > Is this supposed to work? I see lots of very old "coming soon" > promises about xen-pcifront and xen-pciback support in OpenSolaris, > but nothing to indicate that it ever became real. I recentrly tried passthrough of an LSI 8x SAS controller to Solaris Express 151. While running baremetal the LSI controller is well supported in Solaris. Running Solaris as PV oder HVM DomU under OpenSuse 11.4 with Xen 4.0.2 and kernel 2.6.37 the DomU would freeze right after boot (grub). I experienced the same with OpenSolaris 2009.06 and build 141 and if I recall correctly with NexentaStor Community as well. With FreeNAS / FreeBSD kernels as PV DomU it seams to work though. And as ZFS support was all I wanted, I stuck with FreeNAS. Hope that helps. Drake > > If it's not expected to work, why are people building PV NexentaStore > appliances? Is there another use case that doesn't involve > pass-through of a disk controller? > > Thank you! > > /chris > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 10:30:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:30:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIkpf-0007ag-RY; Tue, 25 Oct 2011 10:30:35 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RHLGs-0007Ax-RZ for Xen-users@lists.xensource.com; Fri, 21 Oct 2011 13:00:52 -0700 X-Env-Sender: ms@it-infrastrukturen.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1319227247!1189300!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32678 invoked from network); 21 Oct 2011 20:00:47 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-4.tower-21.messagelabs.com with SMTP; 21 Oct 2011 20:00:47 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id E9C98C087E; Fri, 21 Oct 2011 20:00:46 +0000 (UTC) Message-ID: <4EA1CEDE.8090301@it-infrastrukturen.com> Date: Fri, 21 Oct 2011 21:58:22 +0200 From: "M. Schneider" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: Joseph Hom Subject: Re: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-list with xe CLI? References: <4EA0AF8C.4060107@it-infrastrukturen.org> <602C5EB92F9AFB4D89D11B9F5B7F135518B54DB8@SM-DAG151.softlayer.local> In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F135518B54DB8@SM-DAG151.softlayer.local> X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:34 -0700 Cc: "M. Schneider" , "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1639026710==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1639026710== Content-Type: multipart/alternative; boundary="------------040208090404070201080407" This is a multi-part message in MIME format. --------------040208090404070201080407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Thank you very much for the link Joseph. It looks like the old documentation has more details than the new one ... I have created two separated dirs for centos and debian squeeze (s. below). Regards, Mark :) # --- [root@xendom0db02 iso_import]# *xe sr-create name-label=centos60* type=iso device-config:location=/var/opt/xen/iso_import/centos60 device-config:legacy_mode=true content-type=iso *9e876347-3353-37c9-35f0-513bb54b5738* *xe sr-create name-label=squeeze* type=iso device-config:location=/var/opt/xen/iso_import/squeeze device-config:legacy_mode=true content-type=iso *8c1b6b3c-da5f-d1a0-b30a-112138740162* *xe cd-list* uuid ( RO) : 5ea6b973-9095-4958-8779-0fcabbeecf84 name-label ( RW): CentOS-6.0-x86_64-minimal.iso uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd name-label ( RW): xs-tools.iso uuid ( RO) : 4cb5b496-680b-4c4e-837e-dba9c5a0bb31 name-label ( RW): debian-6.0.3-amd64-CD-1.iso uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 name-label ( RW): IDE 1.0 *xe sr-list * uuid ( RO) : 9e876347-3353-37c9-35f0-513bb54b5738 name-label ( RW): *centos60* name-description ( RW): host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : d2df26c7-de51-71ed-d495-c9c6f78d33fa name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : 20e92ad1-b34d-9325-3374-405a2505d0b4 name-label ( RW): Removable storage name-description ( RW): host ( RO): xendom0db02 type ( RO): udev content-type ( RO): disk uuid ( RO) : 8c1b6b3c-da5f-d1a0-b30a-112138740162 name-label ( RW): *squeeze* name-description ( RW): host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 name-label ( RW): DVD drives name-description ( RW): Physical DVD drives host ( RO): xendom0db02 type ( RO): udev content-type ( RO): iso uuid ( RO) : 98af1fe0-8b77-e831-fb9f-5d797330ac30 name-label ( RW): Local LVM SR db02 name-description ( RW): host ( RO): xendom0db02 type ( RO): lvm content-type ( RO): user Am 21.10.2011 20:35, schrieb Joseph Hom: > > I think you got a little backwards. Each iso would be a vdi and not an > individual sr. > > This should help you > > http://docs.vmd.citrix.com/XenServer/5.0.0/1.0/en_gb/guest.html#iso_local_copies > > *From:* xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] *On Behalf Of *Mark > Schneider > *Sent:* Thursday, October 20, 2011 6:32 PM > *To:* Xen-users@lists.xensource.com; M. Schneider > *Subject:* [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to > the cd-list with xe CLI? > > Hello, > > I need your kindly help. I spent already few days trying around but > didn't achieve any success in installing VMs from local iso images > (even any other way like network install or local DVD-drive). > > I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). > I am missing the right command to add them to the cd-list as I want to > install VMs from them (s. more details in attached file) > * > # --- > xe sr-create* host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b > content-type=user name-label="Local LVM SR db02" shared=false > device-config:device=/dev/cciss/c0d0p3 type=lvm > > /var/opt/xen/iso_import: > -rw-r--r-- 1 root root 310032384 Jul 28 13:12 > CentOS-6.0-x86_64-minimal.iso > -rw-r--r-- 1 root root 678428672 Oct 8 17:08 debian-6.0.3-amd64-CD-1.iso > > *xe sr-create* name-label=squeeze-iso > host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso > type=iso > device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso > device-config:legacy_mode=true > ce67b68c-f896-aeec-a7d6-5944da2e30e7 > > *xe sr-create* name-label=centos6-iso > host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso > type=iso > device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso > device-config:legacy_mode=true > 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 > > > *xe cd-list* > uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd > name-label ( RW): xs-tools.iso > > > uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 > name-label ( RW): IDE 1.0 > # --- > > > I am getting errors when trying to create as follows: > # --- > [root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso > sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0 > Error code: SR_BACKEND_FAILURE_78 > Error parameters: , VDI Creation failed [opterr=could not create file: > "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"], > # --- > > I was of course reading all XenServer 5.6 1.2 Edition pdf docs however > I didn't find what I looked for. > > What do I miss? Thank you in advance for any hints. > > Regards, Mark > > -- > ms@it-infrastrukturen.org > > #----------------------------------------------------------------------------------------------------------------------------------------------- > xe pbd-list > uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa > device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 > device-config (MRO): location: /dev/xapi/block > currently-attached ( RO): true > > > uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 > device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 > device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true > currently-attached ( RO): true > > > uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 > device-config (MRO): device: /dev/cciss/c0d0p3 > currently-attached ( RO): true > > > uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 > host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b > sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 > device-config (MRO): location: /dev/xapi/cd > currently-attached ( RO): true > -- IT-Infrastrukturen Schneider Wieslergasse 6 CH-8049 Zürich Phone: +41 43 818 4508 Mobile: +41 76 522 2923 ms@it-infrastrukturen.com http://www.it-infrastrukturen.com --------------040208090404070201080407 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thank you very much for the link Joseph.

It looks like the old documentation has more details than the new one ...
I have created two separated dirs for centos and debian squeeze (s. below).

Regards, Mark :)

# ---
[root@xendom0db02 iso_import]#
xe sr-create name-label=centos60 type=iso device-config:location=/var/opt/xen/iso_import/centos60 device-config:legacy_mode=true content-type=iso
9e876347-3353-37c9-35f0-513bb54b5738

xe sr-create name-label=squeeze type=iso device-config:location=/var/opt/xen/iso_import/squeeze device-config:legacy_mode=true content-type=iso
8c1b6b3c-da5f-d1a0-b30a-112138740162


xe cd-list
uuid ( RO)          : 5ea6b973-9095-4958-8779-0fcabbeecf84
    name-label ( RW): CentOS-6.0-x86_64-minimal.iso


uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 4cb5b496-680b-4c4e-837e-dba9c5a0bb31
    name-label ( RW): debian-6.0.3-amd64-CD-1.iso


uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0



xe sr-list
uuid ( RO)                : 9e876347-3353-37c9-35f0-513bb54b5738
          name-label ( RW): centos60
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : d2df26c7-de51-71ed-d495-c9c6f78d33fa
          name-label ( RW): XenServer Tools
    name-description ( RW): XenServer Tools ISOs
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : 20e92ad1-b34d-9325-3374-405a2505d0b4
          name-label ( RW): Removable storage
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): udev
        content-type ( RO): disk


uuid ( RO)                : 8c1b6b3c-da5f-d1a0-b30a-112138740162
          name-label ( RW): squeeze
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
          name-label ( RW): DVD drives
    name-description ( RW): Physical DVD drives
                host ( RO): xendom0db02
                type ( RO): udev
        content-type ( RO): iso


uuid ( RO)                : 98af1fe0-8b77-e831-fb9f-5d797330ac30
          name-label ( RW): Local LVM SR db02
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): lvm
        content-type ( RO): user


Am 21.10.2011 20:35, schrieb Joseph Hom:

I think you got a little backwards. Each iso would be a vdi and not an individual sr.

 

This should help you

 

http://docs.vmd.citrix.com/XenServer/5.0.0/1.0/en_gb/guest.html#iso_local_copies

 

 

 

From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Mark Schneider
Sent: Thursday, October 20, 2011 6:32 PM
To: Xen-users@lists.xensource.com; M. Schneider
Subject: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-list with xe CLI?

 

Hello,

I need your kindly help. I spent already few days trying around but didn't achieve any success in installing VMs from local iso images (even any other way like network install or local DVD-drive).

I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I am missing the right command to add them to the cd-list as I want to install VMs from them (s. more details in attached file)

# ---
xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/c0d0p3 type=lvm

/var/opt/xen/iso_import:
-rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso
-rw-r--r-- 1 root root 678428672 Oct  8 17:08 debian-6.0.3-amd64-CD-1.iso

xe sr-create name-label=squeeze-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=true
ce67b68c-f896-aeec-a7d6-5944da2e30e7

xe sr-create name-label=centos6-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=true
6cf47222-09eb-80b1-0c56-1b5f3a4717c6


xe cd-list
uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0
# ---


I am getting errors when trying to create as follows:
# ---
[root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0
Error code: SR_BACKEND_FAILURE_78
Error parameters: , VDI Creation failed [opterr=could not create file: "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"],
# ---

I was of course reading all XenServer 5.6 1.2 Edition pdf docs however I didn't find what I looked for.

What do I miss? Thank you in advance for any hints.

Regards, Mark

-- 
ms@it-infrastrukturen.org
 
#-----------------------------------------------------------------------------------------------------------------------------------------------
xe pbd-list 
uuid ( RO)                  : 138e7fa4-75ec-74e6-d208-0162a84bfe7c
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa
         device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true
    currently-attached ( RO): true
 
 
uuid ( RO)                  : 6bf0c379-9846-d411-4b6b-705b585bedec
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4
         device-config (MRO): location: /dev/xapi/block
    currently-attached ( RO): true
 
 
uuid ( RO)                  : 095934d3-7283-0dc6-246f-cdb22d7a0963
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6
         device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true
    currently-attached ( RO): true
 
 
uuid ( RO)                  : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7
         device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true
    currently-attached ( RO): true
 
 
uuid ( RO)                  : 9678bb8d-cd41-8fe4-7a64-0cec192bf660
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30
         device-config (MRO): device: /dev/cciss/c0d0p3
    currently-attached ( RO): true
 
 
uuid ( RO)                  : 08b4d8ef-3951-f530-6d32-e4059ab27e18
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
         device-config (MRO): location: /dev/xapi/cd
    currently-attached ( RO): true
 


-- 
IT-Infrastrukturen Schneider

Wieslergasse 6
CH-8049 Zürich

Phone:  +41 43 818 4508
Mobile: +41 76 522 2923

ms@it-infrastrukturen.com
http://www.it-infrastrukturen.com
--------------040208090404070201080407-- --===============1639026710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1639026710==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 10:32:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:32:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIkrw-0008Uq-6y; Tue, 25 Oct 2011 10:32:56 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RHLH9-0007Eb-HT for Xen-users@lists.xensource.com; Fri, 21 Oct 2011 13:01:09 -0700 X-Env-Sender: ms@it-infrastrukturen.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1319227262!36238876!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5579 invoked from network); 21 Oct 2011 20:01:02 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-12.tower-174.messagelabs.com with SMTP; 21 Oct 2011 20:01:02 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id E3AC6C087E; Fri, 21 Oct 2011 20:01:01 +0000 (UTC) Message-ID: <4EA1CEF7.5020408@it-infrastrukturen.com> Date: Fri, 21 Oct 2011 21:58:47 +0200 From: "M. Schneider" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: digitalhunger@gmail.com Subject: Re: [Xen-users] XCP 1.1 question: How to add ISO SRs / PBDs to the cd-list with xe CLI? References: <4EA0AF8C.4060107@it-infrastrukturen.org> <20111021123523.GA27950@shadowmaker.4shared.com> In-Reply-To: <20111021123523.GA27950@shadowmaker.4shared.com> X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:34 -0700 Cc: "M. Schneider" , Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0738230264==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0738230264== Content-Type: multipart/alternative; boundary="------------060502010405050500060306" This is a multi-part message in MIME format. --------------060502010405050500060306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Thank you very much :) It looks like I am one big step further. I have created however two separated dirs for centos and debian squeeze. Regards, Mark # --- [root@xendom0db02 iso_import]# *xe sr-create name-label=centos60* type=iso device-config:location=/var/opt/xen/iso_import/centos60 device-config:legacy_mode=true content-type=iso *9e876347-3353-37c9-35f0-513bb54b5738* *xe sr-create name-label=squeeze* type=iso device-config:location=/var/opt/xen/iso_import/squeeze device-config:legacy_mode=true content-type=iso *8c1b6b3c-da5f-d1a0-b30a-112138740162* *xe cd-list* uuid ( RO) : 5ea6b973-9095-4958-8779-0fcabbeecf84 name-label ( RW): CentOS-6.0-x86_64-minimal.iso uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd name-label ( RW): xs-tools.iso uuid ( RO) : 4cb5b496-680b-4c4e-837e-dba9c5a0bb31 name-label ( RW): debian-6.0.3-amd64-CD-1.iso uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 name-label ( RW): IDE 1.0 *xe sr-list * uuid ( RO) : 9e876347-3353-37c9-35f0-513bb54b5738 name-label ( RW): *centos60* name-description ( RW): host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : d2df26c7-de51-71ed-d495-c9c6f78d33fa name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : 20e92ad1-b34d-9325-3374-405a2505d0b4 name-label ( RW): Removable storage name-description ( RW): host ( RO): xendom0db02 type ( RO): udev content-type ( RO): disk uuid ( RO) : 8c1b6b3c-da5f-d1a0-b30a-112138740162 name-label ( RW): *squeeze* name-description ( RW): host ( RO): xendom0db02 type ( RO): iso content-type ( RO): iso uuid ( RO) : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 name-label ( RW): DVD drives name-description ( RW): Physical DVD drives host ( RO): xendom0db02 type ( RO): udev content-type ( RO): iso uuid ( RO) : 98af1fe0-8b77-e831-fb9f-5d797330ac30 name-label ( RW): Local LVM SR db02 name-description ( RW): host ( RO): xendom0db02 type ( RO): lvm content-type ( RO): user Am 21.10.2011 14:35, schrieb digitalhunger@gmail.com: > What worked for me when adding centos iso images: > > #create a directory to store isos > mkdir -p /var/opt/xen/iso_import/centos57 > #put an iso there > mv CentOS-5.7-x86_64-bin-1of8.iso /var/opt/xen/iso_import/centos57/ > #add it as an SR > xe sr-create name-label=centos57 type=iso device-config:location=/var/opt/xen/iso_import/centos57 device-config:legacy_mode=true content-type=iso > > The trick here is to create a subdirectory same as your name-label (looks like official documentation expects this to be done but never mentions that) > > After adding more isos to that directory, 'xe sr-create' needs to be run again with the same parameters for them to appear in xe vdi-list > > On Fri, Oct 21, 2011 at 01:32:28AM +0200, Mark Schneider wrote: > >> Hello, >> >> I need your kindly help. I spent already few days trying around but didn't >> achieve any success in installing VMs from local iso images (even any other way >> like network install or local DVD-drive). >> >> I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I am >> missing the right command to add them to the cd-list as I want to install VMs >> from them (s. more details in attached file) >> >> # --- >> xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user >> name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/ >> c0d0p3 type=lvm >> >> /var/opt/xen/iso_import: >> -rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso >> -rw-r--r-- 1 root root 678428672 Oct 8 17:08 debian-6.0.3-amd64-CD-1.iso >> >> xe sr-create name-label=squeeze-iso host-uuid= >> a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso >> device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso >> device-config:legacy_mode=true >> ce67b68c-f896-aeec-a7d6-5944da2e30e7 >> >> xe sr-create name-label=centos6-iso host-uuid= >> a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso >> device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso >> device-config:legacy_mode=true >> 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 >> >> >> xe cd-list >> uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd >> name-label ( RW): xs-tools.iso >> >> >> uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 >> name-label ( RW): IDE 1.0 >> # --- >> >> >> I am getting errors when trying to create as follows: >> # --- >> [root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid= >> 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0 >> Error code: SR_BACKEND_FAILURE_78 >> Error parameters: , VDI Creation failed [opterr=could not create file: "/var/ >> opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/ >> 9e29653c-f64e-4724-b268-71177d711dc6.img"], >> # --- >> >> I was of course reading all XenServer 5.6 1.2 Edition pdf docs however I didn't >> find what I looked for. >> >> What do I miss? Thank you in advance for any hints. >> >> Regards, Mark >> >> -- >> ms@it-infrastrukturen.org >> >> #----------------------------------------------------------------------------------------------------------------------------------------------- >> xe pbd-list >> uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa >> device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true >> currently-attached ( RO): true >> >> >> uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 >> device-config (MRO): location: /dev/xapi/block >> currently-attached ( RO): true >> >> >> uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 >> device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true >> currently-attached ( RO): true >> >> >> uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 >> device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true >> currently-attached ( RO): true >> >> >> uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 >> device-config (MRO): device: /dev/cciss/c0d0p3 >> currently-attached ( RO): true >> >> >> uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 >> device-config (MRO): location: /dev/xapi/cd >> currently-attached ( RO): true >> >> >> > >> [root@xendom0db02 ~]# >> >> xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/c0d0p3 type=lvm >> >> >> >> /var/opt/xen/iso_import: >> -rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso >> -rw-r--r-- 1 root root 678428672 Oct 8 17:08 debian-6.0.3-amd64-CD-1.iso >> >> xe sr-create name-label=squeeze-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=true >> ce67b68c-f896-aeec-a7d6-5944da2e30e7 >> >> xe sr-create name-label=centos6-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=true >> 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 >> >> >> xe cd-list >> uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd >> name-label ( RW): xs-tools.iso >> >> >> uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 >> name-label ( RW): IDE 1.0 >> >> >> [root@xendom0db02 opt]# xe sr-list >> uuid ( RO) : d2df26c7-de51-71ed-d495-c9c6f78d33fa >> name-label ( RW): XenServer Tools >> name-description ( RW): XenServer Tools ISOs >> host ( RO): xendom0db02 >> type ( RO): iso >> content-type ( RO): iso >> >> >> uuid ( RO) : 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 >> name-label ( RW): centos6-iso >> name-description ( RW): >> host ( RO): xendom0db02 >> type ( RO): iso >> content-type ( RO): iso >> >> >> uuid ( RO) : 20e92ad1-b34d-9325-3374-405a2505d0b4 >> name-label ( RW): Removable storage >> name-description ( RW): >> host ( RO): xendom0db02 >> type ( RO): udev >> content-type ( RO): disk >> >> >> uuid ( RO) : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 >> name-label ( RW): DVD drives >> name-description ( RW): Physical DVD drives >> host ( RO): xendom0db02 >> type ( RO): udev >> content-type ( RO): iso >> >> >> uuid ( RO) : 98af1fe0-8b77-e831-fb9f-5d797330ac30 >> name-label ( RW): Local LVM SR db02 >> name-description ( RW): >> host ( RO): xendom0db02 >> type ( RO): lvm >> content-type ( RO): user >> >> >> uuid ( RO) : ce67b68c-f896-aeec-a7d6-5944da2e30e7 >> name-label ( RW): squeeze-iso >> name-description ( RW): >> host ( RO): xendom0db02 >> type ( RO): iso >> content-type ( RO): iso >> >> >> xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI squeeze" sm-config:type=raw >> e2fcae46-8f96-4a5c-baca-38e2112632fa >> >> xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI centos6" sm-config:type=raw >> 3691b312-0df4-47ea-adc6-5b69f522cf9a >> >> xe network-create name-label=lan10 >> c7c31992-c2b8-a18f-ea74-17bf169cd546 >> >> xe vm-install new-name-label=centos6 template=Red\ Hat\ Enterprise\ Linux\ 6\ \(64-bit\) sr-name-label=Local\ LVM\ SR\ db02 >> fed23452-5404-189a-4334-371acf82e25a >> >> xe vif-create vm-uuid=fed23452-5404-189a-4334-371acf82e25a network-uuid=c1adceab-7a29-9458-cf9c-0b3981d3b9e7 mac=random device=0 >> 05914bc6-883a-405a-4219-4c3db70f6ccd >> >> xe vbd-create vdi-uuid=3691b312-0df4-47ea-adc6-5b69f522cf9a vm-uuid=fed23452-5404-189a-4334-371acf82e25a device=0 >> 474008ef-41d6-7c63-7ae8-47f118b77a10 >> >> xe vbd-param-set uuid=474008ef-41d6-7c63-7ae8-47f118b77a10 bootable=false >> >> xe vm-install new-name-label=squeeze sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 template=Debian\ Squeeze\ 6.0\ \(64-bit\)\ \(experimental\) >> 5c1518ec-998a-b780-8a63-11b7ece52785 >> >> xe vbd-param-set uuid=e882892e-b157-c004-dd66-36ec17af7676 bootable=false >> >> # ------------------------------------------------------------------------------------------------------------------------------------------------------ >> [root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0 >> Error code: SR_BACKEND_FAILURE_78 >> Error parameters: , VDI Creation failed [opterr=could not create file: "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"], >> >> # --- >> [root@xendom0db02 opt]# xe cd-list >> uuid ( RO) : 6abb07a4-147b-4cfe-aca0-decda2f110dd >> name-label ( RW): xs-tools.iso >> >> >> uuid ( RO) : 543c2e13-8db8-4959-b3b7-2722d5380473 >> name-label ( RW): IDE 1.0 >> >> # --- >> [root@xendom0db02 iso_import]# xe pbd-list >> uuid ( RO) : 138e7fa4-75ec-74e6-d208-0162a84bfe7c >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa >> device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true >> currently-attached ( RO): true >> >> >> uuid ( RO) : 6bf0c379-9846-d411-4b6b-705b585bedec >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4 >> device-config (MRO): location: /dev/xapi/block >> currently-attached ( RO): true >> >> >> uuid ( RO) : 095934d3-7283-0dc6-246f-cdb22d7a0963 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6 >> device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true >> currently-attached ( RO): true >> >> >> uuid ( RO) : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7 >> device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true >> currently-attached ( RO): true >> >> >> uuid ( RO) : 9678bb8d-cd41-8fe4-7a64-0cec192bf660 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30 >> device-config (MRO): device: /dev/cciss/c0d0p3 >> currently-attached ( RO): true >> >> >> uuid ( RO) : 08b4d8ef-3951-f530-6d32-e4059ab27e18 >> host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b >> sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42 >> device-config (MRO): location: /dev/xapi/cd >> currently-attached ( RO): true >> >> > >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> -- IT-Infrastrukturen Schneider Wieslergasse 6 CH-8049 Zürich Phone: +41 43 818 4508 Mobile: +41 76 522 2923 ms@it-infrastrukturen.com http://www.it-infrastrukturen.com --------------060502010405050500060306 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thank you very much :)

It looks like I am one big step further. I have created however two separated dirs for centos and debian squeeze.

Regards, Mark

# ---
[root@xendom0db02 iso_import]#
xe sr-create name-label=centos60 type=iso device-config:location=/var/opt/xen/iso_import/centos60 device-config:legacy_mode=true content-type=iso
9e876347-3353-37c9-35f0-513bb54b5738

xe sr-create name-label=squeeze type=iso device-config:location=/var/opt/xen/iso_import/squeeze device-config:legacy_mode=true content-type=iso
8c1b6b3c-da5f-d1a0-b30a-112138740162


xe cd-list
uuid ( RO)          : 5ea6b973-9095-4958-8779-0fcabbeecf84
    name-label ( RW): CentOS-6.0-x86_64-minimal.iso


uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 4cb5b496-680b-4c4e-837e-dba9c5a0bb31
    name-label ( RW): debian-6.0.3-amd64-CD-1.iso


uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0



xe sr-list
uuid ( RO)                : 9e876347-3353-37c9-35f0-513bb54b5738
          name-label ( RW): centos60
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : d2df26c7-de51-71ed-d495-c9c6f78d33fa
          name-label ( RW): XenServer Tools
    name-description ( RW): XenServer Tools ISOs
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : 20e92ad1-b34d-9325-3374-405a2505d0b4
          name-label ( RW): Removable storage
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): udev
        content-type ( RO): disk


uuid ( RO)                : 8c1b6b3c-da5f-d1a0-b30a-112138740162
          name-label ( RW): squeeze
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
          name-label ( RW): DVD drives
    name-description ( RW): Physical DVD drives
                host ( RO): xendom0db02
                type ( RO): udev
        content-type ( RO): iso


uuid ( RO)                : 98af1fe0-8b77-e831-fb9f-5d797330ac30
          name-label ( RW): Local LVM SR db02
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): lvm
        content-type ( RO): user



Am 21.10.2011 14:35, schrieb digitalhunger@gmail.com: 
What worked for me when adding centos iso images:

#create a directory to store isos
mkdir -p /var/opt/xen/iso_import/centos57
#put an iso there
mv CentOS-5.7-x86_64-bin-1of8.iso /var/opt/xen/iso_import/centos57/
#add it as an SR
xe sr-create name-label=centos57 type=iso device-config:location=/var/opt/xen/iso_import/centos57 device-config:legacy_mode=true content-type=iso

The trick here is to create a subdirectory same as your name-label (looks like official documentation expects this to be done but never mentions that)

After adding more isos to that directory, 'xe sr-create' needs to be run again with the same parameters for them to appear in xe vdi-list

On Fri, Oct 21, 2011 at 01:32:28AM +0200, Mark Schneider wrote:
  
Hello,

I need your kindly help. I spent already few days trying around but didn't
achieve any success in installing VMs from local iso images (even any other way
like network install or local DVD-drive).

I have created SRs for local ISO images (s. below) on dom0 (XCP 1.1). I am
missing the right command to add them to the cd-list as I want to install VMs
from them (s. more details in attached file)

# ---
xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user
name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/
c0d0p3 type=lvm

/var/opt/xen/iso_import:
-rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso
-rw-r--r-- 1 root root 678428672 Oct  8 17:08 debian-6.0.3-amd64-CD-1.iso

xe sr-create name-label=squeeze-iso host-uuid=
a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso
device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso
device-config:legacy_mode=true
ce67b68c-f896-aeec-a7d6-5944da2e30e7

xe sr-create name-label=centos6-iso host-uuid=
a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso
device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso
device-config:legacy_mode=true
6cf47222-09eb-80b1-0c56-1b5f3a4717c6


xe cd-list
uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0
# ---


I am getting errors when trying to create as follows:
# ---
[root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=
6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0
Error code: SR_BACKEND_FAILURE_78
Error parameters: , VDI Creation failed [opterr=could not create file: "/var/
opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/
9e29653c-f64e-4724-b268-71177d711dc6.img"],
# ---

I was of course reading all XenServer 5.6 1.2 Edition pdf docs however I didn't
find what I looked for.

What do I miss? Thank you in advance for any hints.

Regards, Mark

--
ms@it-infrastrukturen.org

#-----------------------------------------------------------------------------------------------------------------------------------------------
xe pbd-list
uuid ( RO)                  : 138e7fa4-75ec-74e6-d208-0162a84bfe7c
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa
         device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 6bf0c379-9846-d411-4b6b-705b585bedec
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4
         device-config (MRO): location: /dev/xapi/block
    currently-attached ( RO): true


uuid ( RO)                  : 095934d3-7283-0dc6-246f-cdb22d7a0963
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6
         device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7
         device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 9678bb8d-cd41-8fe4-7a64-0cec192bf660
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30
         device-config (MRO): device: /dev/cciss/c0d0p3
    currently-attached ( RO): true


uuid ( RO)                  : 08b4d8ef-3951-f530-6d32-e4059ab27e18
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
         device-config (MRO): location: /dev/xapi/cd
    currently-attached ( RO): true


    
  
[root@xendom0db02 ~]#

xe sr-create host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b content-type=user name-label="Local LVM SR db02" shared=false device-config:device=/dev/cciss/c0d0p3 type=lvm



/var/opt/xen/iso_import:
-rw-r--r-- 1 root root 310032384 Jul 28 13:12 CentOS-6.0-x86_64-minimal.iso
-rw-r--r-- 1 root root 678428672 Oct  8 17:08 debian-6.0.3-amd64-CD-1.iso

xe sr-create name-label=squeeze-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso device-config:legacy_mode=true
ce67b68c-f896-aeec-a7d6-5944da2e30e7

xe sr-create name-label=centos6-iso host-uuid=a3a957e3-4602-45ef-a85c-56aa6320854b  content-type=iso type=iso device-config:location=/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso device-config:legacy_mode=true
6cf47222-09eb-80b1-0c56-1b5f3a4717c6


xe cd-list
uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0


[root@xendom0db02 opt]# xe sr-list
uuid ( RO)                : d2df26c7-de51-71ed-d495-c9c6f78d33fa
          name-label ( RW): XenServer Tools
    name-description ( RW): XenServer Tools ISOs
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : 6cf47222-09eb-80b1-0c56-1b5f3a4717c6
          name-label ( RW): centos6-iso
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


uuid ( RO)                : 20e92ad1-b34d-9325-3374-405a2505d0b4
          name-label ( RW): Removable storage
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): udev
        content-type ( RO): disk


uuid ( RO)                : 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
          name-label ( RW): DVD drives
    name-description ( RW): Physical DVD drives
                host ( RO): xendom0db02
                type ( RO): udev
        content-type ( RO): iso


uuid ( RO)                : 98af1fe0-8b77-e831-fb9f-5d797330ac30
          name-label ( RW): Local LVM SR db02
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): lvm
        content-type ( RO): user


uuid ( RO)                : ce67b68c-f896-aeec-a7d6-5944da2e30e7
          name-label ( RW): squeeze-iso
    name-description ( RW):
                host ( RO): xendom0db02
                type ( RO): iso
        content-type ( RO): iso


xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI squeeze" sm-config:type=raw
e2fcae46-8f96-4a5c-baca-38e2112632fa

xe vdi-create sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 type=user virtual-size=64000MiB name-label="VDI centos6" sm-config:type=raw
3691b312-0df4-47ea-adc6-5b69f522cf9a

xe network-create name-label=lan10
c7c31992-c2b8-a18f-ea74-17bf169cd546

xe vm-install new-name-label=centos6 template=Red\ Hat\ Enterprise\ Linux\ 6\ \(64-bit\) sr-name-label=Local\ LVM\ SR\ db02
fed23452-5404-189a-4334-371acf82e25a

xe vif-create vm-uuid=fed23452-5404-189a-4334-371acf82e25a network-uuid=c1adceab-7a29-9458-cf9c-0b3981d3b9e7 mac=random device=0
05914bc6-883a-405a-4219-4c3db70f6ccd

xe vbd-create vdi-uuid=3691b312-0df4-47ea-adc6-5b69f522cf9a vm-uuid=fed23452-5404-189a-4334-371acf82e25a device=0
474008ef-41d6-7c63-7ae8-47f118b77a10

xe vbd-param-set uuid=474008ef-41d6-7c63-7ae8-47f118b77a10 bootable=false

xe vm-install new-name-label=squeeze sr-uuid=98af1fe0-8b77-e831-fb9f-5d797330ac30 template=Debian\ Squeeze\ 6.0\ \(64-bit\)\ \(experimental\)
5c1518ec-998a-b780-8a63-11b7ece52785

xe vbd-param-set uuid=e882892e-b157-c004-dd66-36ec17af7676 bootable=false

# ------------------------------------------------------------------------------------------------------------------------------------------------------
[root@xendom0db02 opt]# xe vdi-create name-label=squeeze.iso sr-uuid=6cf47222-09eb-80b1-0c56-1b5f3a4717c6 type=user virtual-size=0
Error code: SR_BACKEND_FAILURE_78
Error parameters: , VDI Creation failed [opterr=could not create file: "/var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso/9e29653c-f64e-4724-b268-71177d711dc6.img"],

# ---
[root@xendom0db02 opt]# xe cd-list
uuid ( RO)          : 6abb07a4-147b-4cfe-aca0-decda2f110dd
    name-label ( RW): xs-tools.iso


uuid ( RO)          : 543c2e13-8db8-4959-b3b7-2722d5380473
    name-label ( RW): IDE 1.0

# ---
[root@xendom0db02 iso_import]# xe pbd-list
uuid ( RO)                  : 138e7fa4-75ec-74e6-d208-0162a84bfe7c
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): d2df26c7-de51-71ed-d495-c9c6f78d33fa
         device-config (MRO): location: /opt/xensource/packages/iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 6bf0c379-9846-d411-4b6b-705b585bedec
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 20e92ad1-b34d-9325-3374-405a2505d0b4
         device-config (MRO): location: /dev/xapi/block
    currently-attached ( RO): true


uuid ( RO)                  : 095934d3-7283-0dc6-246f-cdb22d7a0963
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6cf47222-09eb-80b1-0c56-1b5f3a4717c6
         device-config (MRO): location: /var/opt/xen/iso_import/CentOS-6.0-x86_64-minimal.iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 8a545e27-e2c0-c9aa-a235-a69f0aa4b655
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): ce67b68c-f896-aeec-a7d6-5944da2e30e7
         device-config (MRO): location: /var/opt/xen/iso_import/debian-6.0.3-amd64-CD-1.iso; legacy_mode: true
    currently-attached ( RO): true


uuid ( RO)                  : 9678bb8d-cd41-8fe4-7a64-0cec192bf660
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 98af1fe0-8b77-e831-fb9f-5d797330ac30
         device-config (MRO): device: /dev/cciss/c0d0p3
    currently-attached ( RO): true


uuid ( RO)                  : 08b4d8ef-3951-f530-6d32-e4059ab27e18
             host-uuid ( RO): a3a957e3-4602-45ef-a85c-56aa6320854b
               sr-uuid ( RO): 6d3e4bb1-5e0e-d926-c28a-3dfa74f9db42
         device-config (MRO): location: /dev/xapi/cd
    currently-attached ( RO): true

    
  
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
    


-- 
IT-Infrastrukturen Schneider

Wieslergasse 6
CH-8049 Zürich

Phone:  +41 43 818 4508
Mobile: +41 76 522 2923

ms@it-infrastrukturen.com
http://www.it-infrastrukturen.com
--------------060502010405050500060306-- --===============0738230264== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0738230264==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 10:34:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:34:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIktt-0000o0-KL; Tue, 25 Oct 2011 10:34:58 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RHQPZ-0000mA-ST for xen-users@lists.xensource.com; Fri, 21 Oct 2011 18:30:11 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1319247006!337673!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22813 invoked from network); 22 Oct 2011 01:30:06 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2011 01:30:06 -0000 Received: by bke17 with SMTP id 17so7137605bke.30 for ; Fri, 21 Oct 2011 18:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=KmPEZD++u8rhNjfq3L8gATbND5+jYFSND72g534/n28=; b=UWnR0Z+jdvb8izKVoZ+kka8Fc4c1zh894kvYUWHXN9EOWmcv2kVv0vaaQ34gfVNcrs SX3h99WSaOHNuhNDKxEWy6pfbPe7iueNLJ1R5M9YOrHVnK7AimG4uVaZszcz4eIQcje1 NEH/2dyoJSL2Q+Vl07mdhjuOlJVY4n+v55F0s= Received: by 10.223.14.3 with SMTP id e3mr25503252faa.25.1319247004138; Fri, 21 Oct 2011 18:30:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.111.80 with HTTP; Fri, 21 Oct 2011 18:29:44 -0700 (PDT) In-Reply-To: <-1266315423397085912@unknownmsgid> References: <-1266315423397085912@unknownmsgid> From: David Della Vecchia Date: Fri, 21 Oct 2011 21:29:44 -0400 Message-ID: Subject: Re: [Xen-users] DomU Lock on xm restore To: Shane Johnson X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:33 -0700 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0179936816==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0179936816== Content-Type: multipart/alternative; boundary=0015174736540d7c3a04afd92108 --0015174736540d7c3a04afd92108 Content-Type: text/plain; charset=ISO-8859-1 As an update, i attempted the same thing with a domU with file-backed storage on the localhost instead of iscsi lvm and got the same results. I've downloaded xen 4.1.2 and im wondering if i should attempt to build this from scratch and install it. -DDV On Fri, Oct 21, 2011 at 5:10 PM, David Della Vecchia < davidoftheold@gmail.com> wrote: > Yup, I've tried resume, unpause, start. Each command returns with "the > domain is not suspended/paused/shutdown. " > > -ddv > > Sent from my iPhone > > On Oct 21, 2011, at 4:40 PM, Shane Johnson > wrote: > > David, > My first thought (Untested) is even though it's restored it is paused. > Have you tried doing a resume? > > Shane > > > On Fri, Oct 21, 2011 at 2:30 PM, David Della Vecchia > wrote: > >> Here is my setup on this server: >> Debian Wheezy (testing) with kernel 3.0.1 and xen 4.1.1 installed via >> apt-get >> DomU storage is lvm-based over iscsi >> >> Everything else works fine as far as i can tell however when i do an xm >> save and then try to xm restore the domain does not come back fully, it gets >> added to the xm list but the cpu time used sits at 0.0 and when i console to >> it it does not respond to any keystrokes (except to escape out of the >> console) >> >> I don't see any error messages in the /var/log/xend.log and xen-debug.log >> and i have logging turned way up. >> >> Here is the procedure i follow: >> gibson:~# xm create zetas >> Using config file "/etc/xen/zetas". >> Started domain zetas (id=6) >> gibson:~# xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 2048 4 r----- >> 932.5 >> zetas 6 512 4 -b---- >> 2.1 >> gibson:~# >> gibson:~# xm save zetas zetas.xmsave2 >> gibson:~# xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 2048 4 r----- >> 922.6 >> gibson:~# xm restore zetas.xmsave2 >> gibson:~# xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 2048 4 r----- >> 929.3 >> zetas 7 512 4 -b---- >> 0.0 >> gibson:~# >> >> Here is the DomU config file as generated by xen-tools: >> >> # >> # Configuration file for the Xen instance zetas.darkholdings.com, created >> # by xen-tools 4.2.1 on Fri Oct 21 01:15:30 2011. >> # >> >> # >> # Kernel + memory size >> # >> kernel = '/usr/lib/xen-4.1/boot/pv-grub-x86_64.gz' >> >> extra = '(hd0)/boot/grub/menu.lst' >> >> vcpus = '4' >> memory = '512' >> cpu_weight = '512' >> # >> # Disk device(s). >> # >> disk = [ >> 'phy:/dev/vg_san/zetas.darkholdings.com-disk,xvda1,w','phy:/dev/vg_san/zetas.darkholdings.com-swap,xvdb1,w' >> ] >> >> >> # >> # Physical volumes >> # >> >> >> # >> # Hostname >> # >> name = 'zetas' >> hostname = 'zetas.darkholdings.com' >> >> # >> # Networking >> # >> vif = [ 'ip=173.244.165.28,mac=00:16:3E:74:A2:F6,vifname=zetas,bridge=eth0' >> ] >> >> # >> # Behaviour >> # >> on_poweroff = 'destroy' >> on_reboot = 'restart' >> on_crash = 'restart' >> >> xen_shell = 'zetas' >> ################################################ >> >> Anyone have any ideas? >> >> Thanks, >> David >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > --0015174736540d7c3a04afd92108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable As an update, i attempted the same thing with a domU with file-backed stora= ge on the localhost instead of iscsi lvm and got the same results.

=
I've downloaded xen 4.1.2 and im wondering if i should attem= pt to build this from scratch and install it.

-DDV


On Fr= i, Oct 21, 2011 at 5:10 PM, David Della Vecchia <davidoftheold@gmail.com> wrote:
Yup, I've= tried resume, unpause, start. Each command returns with "the domain i= s not suspended/paused/shutdown. "

-ddv

Sent from my iPhone

On Oct 21, 2011, at 4:40 PM, Shane Johnson <sdj@rasmussenequipment.com= > wrote:

David, My first thought (Untested) is even though it's restored it is paused. = =A0Have you tried doing a resume?

Shane


On F= ri, Oct 21, 2011 at 2:30 PM, David Della Vecchia <ddv@darkholdings.com<= /a>> wrote:
Here is my setup on this server:=A0
Debi= an Wheezy (testing) with kernel 3.0.1 and xen 4.1.1 installed via apt-get= =A0
DomU storage is lvm-based over iscsi

Everythi= ng else works fine as far as i can tell however when i do an xm save and th= en try to xm restore the domain does not come back fully, it gets added to = the xm list but the cpu time used sits at 0.0 and when i console to it it d= oes not respond to any keystrokes (except to escape out of the console)

I don't see any error message= s in the /var/log/xend.log and xen-debug.log and i have logging turned way = up.=A0

Here is the procedure i follow:
gibson:~# xm c= reate zetas
Using config file &q= uot;/etc/xen/zetas".
Started domain zetas (id=3D6)
gibson:~# x= m list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Doma= in-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0932.5
zetas =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A06 = =A0 512 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A02.1
gibson:~#
gibson:~# xm save ze= tas zetas.xmsave2
gibson:~# xm list
Name =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 M= em VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0922.6
gibson:~#= xm restore zetas.xmsave2=A0
gibson:~# xm list
Name =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0929.3
zetas= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A07 =A0 512 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A00.0
gibson:~= #

Here is the = DomU config file as generated by xen-tools:

#
# by xen-tools 4.2.1 on Fri Oct 21 01:15:30 2011.
#

#
# =A0Kernel + memory size
#
kernel =A0 =A0 =A0=3D '/usr/lib/xen-4.1/boot/pv-grub-x86_64.gz'

extra =A0 =A0 =3D '(hd0)/boot/grub/menu.lst'

vcpus =A0 =A0 =A0 =3D '4'
memory =A0 = =A0 =A0=3D '512'
cpu_weight =A0=3D '512'
#
# =A0Disk device(s).
#
disk =A0 =A0 =A0 =A0=3D [ 'phy:/dev/vg_san/zetas.darkh= oldings.com-disk,xvda1,w','phy:/dev/vg_san/zetas.darkholdings.com-s= wap,xvdb1,w' ]


#
# = =A0Physical volumes
#


#
# =A0Hostname
#
name =A0 =A0 =A0 =A0 =A0 =A0=3D 'zetas'
hostname =A0 =A0 =A0 =A0=3D 'zetas.darkholdings.com'

#
# =A0Networking
#
vif = =A0 =A0 =A0 =A0 =3D [ 'ip=3D173.244.165.28,mac=3D00:16:3E:74:A2:F6,vif= name=3Dzetas,bridge=3Deth0' ]

#
# =A0Behaviour
#
on_poweroff =3D 'destroy'
on_reboot =A0 =3D &= #39;restart'
on_crash =A0 =A0=3D 'restart'
=
xen_shell =3D 'zetas'
####################= ############################

Anyone have any ideas?=A0

Thanks,
David

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users



--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment



--0015174736540d7c3a04afd92108-- --===============0179936816== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0179936816==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 10:37:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:37:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIkvw-0001ew-AV; Tue, 25 Oct 2011 10:37:04 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIRl1-0001VJ-4c for xen-users@lists.xensource.com; Mon, 24 Oct 2011 14:08:46 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1319490507!906798!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16674 invoked from network); 24 Oct 2011 21:08:27 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 21:08:27 -0000 Received: by faat9 with SMTP id t9so111825faa.30 for ; Mon, 24 Oct 2011 14:08:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Sxsb4RkXm39FOWpX2poLdkdeTUg6RIwsEhkWBNtLLIM=; b=D/V/cZxD+WAPNwjxPU6Nt4IEXRoPTPOp6effoZFSD8s0PRskK+WRGK/sC3YoZhjoCj VA6oD8ncgyXki8sCD9H5Gh0VEREy7aSDPjuiiSejdMGntaIwWio3UzT3hoC1HUqc1miY oHlOHG5sXhqAnz4zDGuUwMzghh7az7nduDKTc= Received: by 10.223.63.130 with SMTP id b2mr47341371fai.35.1319490306319; Mon, 24 Oct 2011 14:05:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.125.143 with HTTP; Mon, 24 Oct 2011 14:04:43 -0700 (PDT) In-Reply-To: References: <-1266315423397085912@unknownmsgid> From: David Della Vecchia Date: Mon, 24 Oct 2011 17:04:43 -0400 Message-ID: Subject: Re: [Xen-users] DomU Lock on xm restore To: Shane Johnson X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:34 -0700 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1438738982==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1438738982== Content-Type: multipart/alternative; boundary=0015173fe8d8fe244504b011c639 --0015173fe8d8fe244504b011c639 Content-Type: text/plain; charset=ISO-8859-1 So it looks like i wasn't the only one to have this issue. I hope i'm able to get a fixed kernel version here soon. Looks like the guy put the proposed fix into the proposed-updates section of the repo but it doesn't appear to be available as a full binary download just yet. The holy grail of my suffering over the last week: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604 -DDV On Fri, Oct 21, 2011 at 9:29 PM, David Della Vecchia < davidoftheold@gmail.com> wrote: > As an update, i attempted the same thing with a domU with file-backed > storage on the localhost instead of iscsi lvm and got the same results. > > I've downloaded xen 4.1.2 and im wondering if i should attempt to build > this from scratch and install it. > > -DDV > > > On Fri, Oct 21, 2011 at 5:10 PM, David Della Vecchia < > davidoftheold@gmail.com> wrote: > >> Yup, I've tried resume, unpause, start. Each command returns with "the >> domain is not suspended/paused/shutdown. " >> >> -ddv >> >> Sent from my iPhone >> >> On Oct 21, 2011, at 4:40 PM, Shane Johnson >> wrote: >> >> David, >> My first thought (Untested) is even though it's restored it is paused. >> Have you tried doing a resume? >> >> Shane >> >> >> On Fri, Oct 21, 2011 at 2:30 PM, David Della Vecchia < >> ddv@darkholdings.com> wrote: >> >>> Here is my setup on this server: >>> Debian Wheezy (testing) with kernel 3.0.1 and xen 4.1.1 installed via >>> apt-get >>> DomU storage is lvm-based over iscsi >>> >>> Everything else works fine as far as i can tell however when i do an xm >>> save and then try to xm restore the domain does not come back fully, it gets >>> added to the xm list but the cpu time used sits at 0.0 and when i console to >>> it it does not respond to any keystrokes (except to escape out of the >>> console) >>> >>> I don't see any error messages in the /var/log/xend.log and xen-debug.log >>> and i have logging turned way up. >>> >>> Here is the procedure i follow: >>> gibson:~# xm create zetas >>> Using config file "/etc/xen/zetas". >>> Started domain zetas (id=6) >>> gibson:~# xm list >>> Name ID Mem VCPUs State >>> Time(s) >>> Domain-0 0 2048 4 r----- >>> 932.5 >>> zetas 6 512 4 -b---- >>> 2.1 >>> gibson:~# >>> gibson:~# xm save zetas zetas.xmsave2 >>> gibson:~# xm list >>> Name ID Mem VCPUs State >>> Time(s) >>> Domain-0 0 2048 4 r----- >>> 922.6 >>> gibson:~# xm restore zetas.xmsave2 >>> gibson:~# xm list >>> Name ID Mem VCPUs State >>> Time(s) >>> Domain-0 0 2048 4 r----- >>> 929.3 >>> zetas 7 512 4 -b---- >>> 0.0 >>> gibson:~# >>> >>> Here is the DomU config file as generated by xen-tools: >>> >>> # >>> # Configuration file for the Xen instance zetas.darkholdings.com, >>> created >>> # by xen-tools 4.2.1 on Fri Oct 21 01:15:30 2011. >>> # >>> >>> # >>> # Kernel + memory size >>> # >>> kernel = '/usr/lib/xen-4.1/boot/pv-grub-x86_64.gz' >>> >>> extra = '(hd0)/boot/grub/menu.lst' >>> >>> vcpus = '4' >>> memory = '512' >>> cpu_weight = '512' >>> # >>> # Disk device(s). >>> # >>> disk = [ >>> 'phy:/dev/vg_san/zetas.darkholdings.com-disk,xvda1,w','phy:/dev/vg_san/zetas.darkholdings.com-swap,xvdb1,w' >>> ] >>> >>> >>> # >>> # Physical volumes >>> # >>> >>> >>> # >>> # Hostname >>> # >>> name = 'zetas' >>> hostname = 'zetas.darkholdings.com' >>> >>> # >>> # Networking >>> # >>> vif = [ 'ip=173.244.165.28,mac=00:16:3E:74:A2:F6,vifname=zetas,bridge=eth0' >>> ] >>> >>> # >>> # Behaviour >>> # >>> on_poweroff = 'destroy' >>> on_reboot = 'restart' >>> on_crash = 'restart' >>> >>> xen_shell = 'zetas' >>> ################################################ >>> >>> Anyone have any ideas? >>> >>> Thanks, >>> David >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > --0015173fe8d8fe244504b011c639 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So it looks like i wasn't the only one to have this issue. I hope i'= ;m able to get a fixed kernel version here soon. Looks like the guy put the= proposed fix into the proposed-updates section of the repo but it doesn= 9;t appear to be available as a full binary download just yet.

The holy grail of my suffering over the last week:
http://bugs.debian.org= /cgi-bin/bugreport.cgi?bug=3D644604

-DDV

On Fri, Oct 21, 2011 at 9:29 PM, David Della Vecchia <= davidoftheold@gmail.com><= /span> wrote:
As an update, i attempted the same thing with a domU with file-backed stora= ge on the localhost instead of iscsi lvm and got the same results.

=
I've downloaded xen 4.1.2 and im wondering if i should attem= pt to build this from scratch and install it.

-DDV


On Fri, Oct 21,= 2011 at 5:10 PM, David Della Vecchia <davidoftheold@gmail.com&g= t; wrote:
Yup, I've = tried resume, unpause, start. Each command returns with "the domain is= not suspended/paused/shutdown. "

-ddv

Sent from my iPhone

On Oct 21, 2011, at 4:40 PM, Shane Johnson <sdj@rasmussenequipment.com= > wrote:

David, My first thought (Untested) is even though it's restored it is paused. = =A0Have you tried doing a resume?

Shane


On F= ri, Oct 21, 2011 at 2:30 PM, David Della Vecchia <ddv@darkholdings.com<= /a>> wrote:
Here is my setup on this server:=A0
Debi= an Wheezy (testing) with kernel 3.0.1 and xen 4.1.1 installed via apt-get= =A0
DomU storage is lvm-based over iscsi

Everythi= ng else works fine as far as i can tell however when i do an xm save and th= en try to xm restore the domain does not come back fully, it gets added to = the xm list but the cpu time used sits at 0.0 and when i console to it it d= oes not respond to any keystrokes (except to escape out of the console)

I don't see any error message= s in the /var/log/xend.log and xen-debug.log and i have logging turned way = up.=A0

Here is the procedure i follow:
gibson:~# xm c= reate zetas
Using config file &q= uot;/etc/xen/zetas".
Started domain zetas (id=3D6)
gibson:~# x= m list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Doma= in-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0932.5
zetas =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A06 = =A0 512 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A02.1
gibson:~#
gibson:~# xm save ze= tas zetas.xmsave2
gibson:~# xm list
Name =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 M= em VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0922.6
gibson:~#= xm restore zetas.xmsave2=A0
gibson:~# xm list
Name =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 0 =A02048 =A0 =A0 4 =A0 =A0 r----- =A0 =A0929.3
zetas= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A07 =A0 512 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A00.0
gibson:~= #

Here is the = DomU config file as generated by xen-tools:

#
# by xen-tools 4.2.1 on Fri Oct 21 01:15:30 2011.
#

#
# =A0Kernel + memory size
#
kernel =A0 =A0 =A0=3D '/usr/lib/xen-4.1/boot/pv-grub-x86_64.gz'

extra =A0 =A0 =3D '(hd0)/boot/grub/menu.lst'

vcpus =A0 =A0 =A0 =3D '4'
memory =A0 = =A0 =A0=3D '512'
cpu_weight =A0=3D '512'
#
# =A0Disk device(s).
#
disk =A0 =A0 =A0 =A0=3D [ 'phy:/dev/vg_san/zetas.darkh= oldings.com-disk,xvda1,w','phy:/dev/vg_san/zetas.darkholdings.com-s= wap,xvdb1,w' ]


#
# = =A0Physical volumes
#


#
# =A0Hostname
#
name =A0 =A0 =A0 =A0 =A0 =A0=3D 'zetas'
hostname =A0 =A0 =A0 =A0=3D 'zetas.darkholdings.com'

#
# =A0Networking
#
vif = =A0 =A0 =A0 =A0 =3D [ 'ip=3D173.244.165.28,mac=3D00:16:3E:74:A2:F6,vif= name=3Dzetas,bridge=3Deth0' ]

#
# =A0Behaviour
#
on_poweroff =3D 'destroy'
on_reboot =A0 =3D &= #39;restart'
on_crash =A0 =A0=3D 'restart'
=
xen_shell =3D 'zetas'
####################= ############################

Anyone have any ideas?=A0

Thanks,
David

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users



--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment




--0015173fe8d8fe244504b011c639-- --===============1438738982== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1438738982==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 10:39:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:39:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIkxy-0002Uc-JU; Tue, 25 Oct 2011 10:39:10 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RITrH-0005d3-ND for xen-users@lists.xensource.com; Mon, 24 Oct 2011 16:23:08 -0700 X-Env-Sender: neron@neron.org X-Msg-Ref: server-13.tower-182.messagelabs.com!1319498583!68722!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22845 invoked from network); 24 Oct 2011 23:23:04 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2011 23:23:04 -0000 Received: by vcbfk13 with SMTP id fk13so7542054vcb.30 for ; Mon, 24 Oct 2011 16:23:03 -0700 (PDT) Received: by 10.52.26.48 with SMTP id i16mr24431391vdg.116.1319498583156; Mon, 24 Oct 2011 16:23:03 -0700 (PDT) Received: from pcp387798pcs.ca.com ([69.198.202.154]) by mx.google.com with ESMTPS id be17sm24824724vdc.15.2011.10.24.16.23.00 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 24 Oct 2011 16:23:01 -0700 (PDT) From: Pavel Georgiev Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 24 Oct 2011 16:22:58 -0700 To: xen-users@lists.xensource.com Message-Id: <6E666AF0-A1F4-4DE5-8BBE-0E3F595FCBBA@neron.org> Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:34 -0700 Subject: [Xen-users] Xen 4.1.1 / Linux 3.0 and DomU clock X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I'm running xen 4.1.1 with Linux 3.0.4 in Dom0 and I noticed that my PV = guests have their clock set to the server's localtime rather than the = server UTC. My guests wun with independent_wallclock=3D0 and I'd like to = keep it this way, which means guests have no control over their clocks. = Guests have localtime=3D0 in their xen config files. I noticed that if I go back to using 2.6.18 in Dom0 (and not changing = anything else), my PV guests have their clocks set to the server's UTC = (rather than localtime, as is with Linux 3.0) and also changing the OS = clock in Dom0 affects the clock in DomU (which is no longer the case = when I run Linux 3.0 in Dom0). Did something change in Linux 3.0 or xen or both that affects how time = is set in guests? Is there any way to revert back to the old behavior (other than running = the clock in Dom0 in UTC or applying rtc_timeoffset to each guest)? Thanks, Pavel= _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 10:41:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:41:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIl08-0003IV-T9; Tue, 25 Oct 2011 10:41:25 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RIced-0004pR-Nb for xen-users@lists.xensource.com; Tue, 25 Oct 2011 01:46:40 -0700 X-Env-Sender: sibrecht.minjauw@pari-link.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1319532395!36590256!1 X-Originating-IP: [205.178.146.55] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4809 invoked from network); 25 Oct 2011 08:46:36 -0000 Received: from omr5.networksolutionsemail.com (HELO omr5.networksolutionsemail.com) (205.178.146.55) by server-4.tower-174.messagelabs.com with SMTP; 25 Oct 2011 08:46:36 -0000 Received: from cm-omr6 (mail.networksolutionsemail.com [205.178.146.50]) by omr5.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id p9P8kZPB005392 for ; Tue, 25 Oct 2011 04:46:35 -0400 Authentication-Results: cm-omr6 smtp.user=sibrecht.minjauw@pari-link.com; auth=pass (LOGIN) X-Authenticated-UID: sibrecht.minjauw@pari-link.com Received: from [178.116.138.4] ([178.116.138.4:11781] helo=SibrechtMinjauw) by cm-omr6 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 22/0B-05315-A6776AE4; Tue, 25 Oct 2011 04:46:35 -0400 Message-ID: From: "Sibrecht Minjauw" To: Date: Tue, 25 Oct 2011 10:46:40 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 X-Mailman-Approved-At: Tue, 25 Oct 2011 09:37:32 -0700 Subject: [Xen-users] XCP 1.1 VLAN setup X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1283159060==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Dit is een meerdelig bericht in de MIME-indeling. --===============1283159060== Content-Type: multipart/alternative; boundary="----=_NextPart_000_013B_01CC9303.608CD8D0" Dit is een meerdelig bericht in de MIME-indeling. ------=_NextPart_000_013B_01CC9303.608CD8D0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Dear XCP lovers, We have installed XCP 1.1 on our BladeCenter and it is working like a = charm. Except when creating a VLAN, the xenserver needs to be switched = to bridge mode and back to openvswitch. As I understood, this is a bug in xenserver 5.6 SP2 and will be fixed in = the xencenter 6.0 which will come with XCP 1.5. Is there a date when the = beta version will be released ? Concerning our VLAN setup, we have 2 ethernet interfaces on our blade = which we have bonded, so 1 interface available. On this interface, we have created several management interfaces with IP = address. 1 VLAN =3D 1 new management interface. Is this a correct = approach ? Can we setup a combination of guests who will tag IP packets themselves, = and others where the tag will be added on the port of the openvswitch = when using 1 bonded interfaces ? Until now, I couldn=E2=80=99t find the setup. Can somebody please share his/her experience ? Best regards, Sibrecht ------=_NextPart_000_013B_01CC9303.608CD8D0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Dear XCP lovers,
 
We have installed XCP 1.1 on our BladeCenter and it is working like = a=20 charm. Except when creating a VLAN, the xenserver needs to be switched = to bridge=20 mode and back to openvswitch.
As I understood, this is a bug in xenserver 5.6 SP2 and will be = fixed in=20 the xencenter 6.0 which will come with XCP 1.5. Is there a date when the = beta=20 version will be released ?
 
Concerning our VLAN setup, we have 2 ethernet interfaces on our = blade which=20 we have bonded, so 1 interface available.
On this interface, we have created several management interfaces = with IP=20 address. 1 VLAN =3D 1 new management interface. Is this a correct = approach ?
Can we setup a combination of guests who will tag IP packets = themselves,=20 and others where the tag will be added on the port of the openvswitch = when using=20 1 bonded interfaces ? Until now, I couldn=E2=80=99t
find the setup. Can somebody please share his/her experience = ?
 
Best regards,
 
Sibrecht
------=_NextPart_000_013B_01CC9303.608CD8D0-- --===============1283159060== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1283159060==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 10:54:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:54:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIlCb-0008HD-D5; Tue, 25 Oct 2011 10:54:17 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RIkxI-00029P-49 for xen-users@lists.xensource.com; Tue, 25 Oct 2011 10:38:29 -0700 X-Env-Sender: benjamin.weaver@phon.ox.ac.uk X-Msg-Ref: server-4.tower-27.messagelabs.com!1319564281!45935460!1 X-Originating-IP: [163.1.2.161] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25355 invoked from network); 25 Oct 2011 17:38:01 -0000 Received: from relay2.mail.ox.ac.uk (HELO relay2.mail.ox.ac.uk) (163.1.2.161) by server-4.tower-27.messagelabs.com with SMTP; 25 Oct 2011 17:38:01 -0000 Received: from smtp0.mail.ox.ac.uk ([129.67.1.205]) by relay2.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from ) id 1RIkxE-0002XW-8p; Tue, 25 Oct 2011 18:38:24 +0100 Received: from boldo.phon.ox.ac.uk ([163.1.87.4]) by smtp0.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RIkxE-0008I0-28; Tue, 25 Oct 2011 18:38:24 +0100 Message-ID: <4EA6F5AC.1070003@phon.ox.ac.uk> Date: Tue, 25 Oct 2011 18:45:16 +0100 From: Benjamin Weaver User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: David Della Vecchia Subject: Re: [Xen-users] domU shell prompt freezes after live migration References: <4EA6BDB4.7080503@phon.ox.ac.uk> <4EA6C9A3.4000306@phon.ox.ac.uk> In-Reply-To: X-Oxford-Username: clas0105 Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1002906551==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1002906551== Content-Type: multipart/alternative; boundary="------------080504080500060505020604" This is a multi-part message in MIME format. --------------080504080500060505020604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit David, We arrived at what may be a related solution. Instead of lucid Ubuntu for the domUs, we dropped back to lenny (2.6.26-2-xen-amd64). The lenny domUs xm store, xm save, and migrate correctly. None of this explains why on previous installations of our cluster (ocfs2 on SAN + 2 Debian Squeeze dom0s), we did not have problems with lucid vms. But now the lenny s work. You put us onto the right track with this kernel version problem, and we may well soon be upgrading our dom0s as you suggested. Thanks very much for your help. On 25/10/11 15:47, David Della Vecchia wrote: > Yep, 2.6.32-5-xen-amd64 is the one i personally confirm fails at live > in this regard. > > I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i got from > kernel.org works flawlessly with the debian > squeeze domU's > > -DDV > > On Tue, Oct 25, 2011 at 10:37 AM, Benjamin Weaver > > > wrote: > > Thanks, David, > > This could be very useful. We are running Debian Squeeze for the > dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs. > > Ben > > > On 25/10/11 15:19, David Della Vecchia wrote: >> Are you on debian by chance? I had the exact same issue, it has >> to do with the kernel you are using for the domU. >> >> Here is the bug report describing it: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604 >> >> I've had this occur with other kernel's i've built, not just >> debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 >> kernel last night that restored my ability to do xm save and >> restore without the console lock up. >> >> Hope this helps. >> >> -David >> >> On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver >> > > wrote: >> >> I have narrowed down and further defined the problem using xm >> commands: >> >> 1. the problem does not have to do with migration from one >> node to another per se: >> >> an xm save and subsequent xm restore done from either box, >> without migration, reproduces the problem. In each case a vm >> is produced that I can ping and login to, but which produces >> the frozen prompt. >> >> I have also tried the following: >> >> 2. opened permissions on .img files under /ocfs2SAN/domains >> to no avail, >> therefore not a permissions problem >> >> 3. opened up sysctl buffers on both boxes >> to no avail >> not a sys buffers problem >> >> >> >> >> Might I perhaps have a file system or cluster configuration >> problem? >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> >> http://lists.xensource.com/xen-users >> >> > > --------------080504080500060505020604 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit David,

We arrived at what may be a related solution. Instead of lucid Ubuntu for the domUs, we dropped back to lenny (2.6.26-2-xen-amd64). The lenny domUs xm store, xm save, and migrate correctly.

None of this explains why on previous installations of our cluster (ocfs2 on SAN + 2 Debian Squeeze dom0s), we did not have problems with lucid vms. But now the lenny s work.

You put us onto the right track with this kernel version problem, and we may well soon be upgrading our dom0s as you suggested.

Thanks very much for your help.

On 25/10/11 15:47, David Della Vecchia wrote:
Yep, 2.6.32-5-xen-amd64 is the one i personally confirm fails at live in this regard.

I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i got from kernel.org works flawlessly with the debian squeeze domU's

-DDV

On Tue, Oct 25, 2011 at 10:37 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
Thanks, David,

This could be very useful. We are running Debian Squeeze for the dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs.

Ben


On 25/10/11 15:19, David Della Vecchia wrote:
Are you on debian by chance? I had the exact same issue, it has to do with the kernel you are using for the domU.

Here is the bug report describing it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604

I've had this occur with other kernel's i've built, not just debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night that restored my ability to do xm save and restore without the console lock up.

Hope this helps.

-David

On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
I have narrowed down and further defined the problem using xm commands:

1. the problem does not have to do with migration from one node to another per se:

an xm save and subsequent xm restore done from either box, without migration, reproduces the problem. In each case a vm is produced that I can ping and login to, but which produces the frozen prompt.

I have also tried the following:

2. opened permissions on .img files under /ocfs2SAN/domains
to no avail,
therefore not a permissions problem

3. opened up sysctl buffers on both boxes
to no avail
not a sys buffers problem




Might I perhaps have a file system or cluster configuration problem?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users




--------------080504080500060505020604-- --===============1002906551== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1002906551==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 10:56:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 10:56:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIlEu-0000vX-Ks; Tue, 25 Oct 2011 10:56:41 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIl4l-0005SJ-Ry for xen-users@lists.xensource.com; Tue, 25 Oct 2011 10:46:12 -0700 X-Env-Sender: davidoftheold@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1319564768!36634978!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26005 invoked from network); 25 Oct 2011 17:46:08 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 17:46:08 -0000 Received: by faat9 with SMTP id t9so1026263faa.30 for ; Tue, 25 Oct 2011 10:46:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Op1I+VzKvq3T/FAubDQUQq1KywVnJ85oqqVKv1SdfQI=; b=erQJbZk2lw4DFOnHh8lUSOWXTUpma+vmnhfLmzOA00n7R1XL2q6/1+P0sQcMsYWA9o 37dfoxxm0S9J1s7BX4kxUjD4YLBmQwHNL0zrpmszYLpZpavmA7rz/9LsV5e6s3hHLG2a zt0jFArV7Sj7dO1rtIBehwULIWh7I7aGtSw14= Received: by 10.223.5.201 with SMTP id 9mr54438075faw.5.1319564768580; Tue, 25 Oct 2011 10:46:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.125.143 with HTTP; Tue, 25 Oct 2011 10:45:48 -0700 (PDT) In-Reply-To: <4EA6F5AC.1070003@phon.ox.ac.uk> References: <4EA6BDB4.7080503@phon.ox.ac.uk> <4EA6C9A3.4000306@phon.ox.ac.uk> <4EA6F5AC.1070003@phon.ox.ac.uk> From: David Della Vecchia Date: Tue, 25 Oct 2011 13:45:48 -0400 X-Google-Sender-Auth: WakLbhz-A1CmrRUBfxF1IYZX5lY Message-ID: Subject: Re: [Xen-users] domU shell prompt freezes after live migration To: Benjamin Weaver Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1828973685==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1828973685== Content-Type: multipart/alternative; boundary=000e0ce0ceaa4a150f04b0231d8d --000e0ce0ceaa4a150f04b0231d8d Content-Type: text/plain; charset=ISO-8859-1 Your welcome. Looks like you fixed the problem by regressing, i tried to fix it by upgrading. I was able to fix my issue of the console freezing after the save and restore but now i am unable to get the networking to work in squeeze domu's after restore. I was told in the #xen channel to use centos5 as my failsafe test and so far it has earned that title. Throughout all my tests the centos5 domU ALWAYS works with everything. Debian seems to be more finicky unfortunately. Perhaps i will regress as you have and see if that fixes my networking problem. Glad to help, DDV On Tue, Oct 25, 2011 at 1:45 PM, Benjamin Weaver < benjamin.weaver@phon.ox.ac.uk> wrote: > ** > David, > > We arrived at what may be a related solution. Instead of lucid Ubuntu for > the domUs, we dropped back to lenny (2.6.26-2-xen-amd64). The lenny domUs xm > store, xm save, and migrate correctly. > > None of this explains why on previous installations of our cluster (ocfs2 > on SAN + 2 Debian Squeeze dom0s), we did not have problems with lucid vms. > But now the lenny s work. > > You put us onto the right track with this kernel version problem, and we > may well soon be upgrading our dom0s as you suggested. > > Thanks very much for your help. > > On 25/10/11 15:47, David Della Vecchia wrote: > > Yep, 2.6.32-5-xen-amd64 is the one i personally confirm fails at live in > this regard. > > I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i got from > kernel.org works flawlessly with the debian squeeze domU's > > -DDV > > On Tue, Oct 25, 2011 at 10:37 AM, Benjamin Weaver < > benjamin.weaver@phon.ox.ac.uk> wrote: > >> Thanks, David, >> >> This could be very useful. We are running Debian Squeeze for the dom0 >> (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs. >> >> Ben >> >> >> On 25/10/11 15:19, David Della Vecchia wrote: >> >> Are you on debian by chance? I had the exact same issue, it has to do with >> the kernel you are using for the domU. >> >> Here is the bug report describing it: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604 >> >> I've had this occur with other kernel's i've built, not just debian >> provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night >> that restored my ability to do xm save and restore without the console lock >> up. >> >> Hope this helps. >> >> -David >> >> On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver < >> benjamin.weaver@phon.ox.ac.uk> wrote: >> >>> I have narrowed down and further defined the problem using xm commands: >>> >>> 1. the problem does not have to do with migration from one node to >>> another per se: >>> >>> an xm save and subsequent xm restore done from either box, without >>> migration, reproduces the problem. In each case a vm is produced that I can >>> ping and login to, but which produces the frozen prompt. >>> >>> I have also tried the following: >>> >>> 2. opened permissions on .img files under /ocfs2SAN/domains >>> to no avail, >>> therefore not a permissions problem >>> >>> 3. opened up sysctl buffers on both boxes >>> to no avail >>> not a sys buffers problem >>> >>> >>> >>> >>> Might I perhaps have a file system or cluster configuration problem? >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >>> >> >> >> > > --000e0ce0ceaa4a150f04b0231d8d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Your welcome. Looks like you fixed the problem by regressing, i tried to fi= x it by upgrading. I was able to fix my issue of the console freezing after= the save and restore but now i am unable to get the networking to work in = squeeze domu's after restore.

I was told in the #xen channel to use centos5 as my failsafe test and s= o far it has earned that title. Throughout all my tests the centos5 domU AL= WAYS works with everything. Debian seems to be more finicky unfortunately. =

Perhaps i will regress as you have and see if that fixes my networking = problem.

Glad to help,
DDV

On T= ue, Oct 25, 2011 at 1:45 PM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk= > wrote:
=20 =20 =20 =20
David,

We arrived at what may be a related solution. Instead of lucid Ubuntu for the domUs, we dropped back to lenny (2.6.26-2-xen-amd64). The lenny domUs xm store, xm save, and migrate correctly.

None of this explains why on previous installations of our cluster (ocfs2 on SAN + 2 Debian Squeeze dom0s), we did not have problems with lucid vms. But now the lenny s work.

You put us onto the right track with this kernel version problem, and we may well soon be upgrading our dom0s as you suggested.

Thanks very much for your help.

On 25/10/11 15:47, David Della Vecchia wrote:
Yep, 2.6.32-5-xen-amd64 is the one i personal= ly confirm fails at live in this regard.

I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i got from kernel.org works flawlessly with the debian squeeze domU's

-DDV

On Tue, Oct 25, 2011 at 10:37 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk>= wrote:
Thanks, David,

This could be very useful. We are running Debian Squeeze for the dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs.

Ben


On 25/10/11 15:19, David Della Vecchia wrote:
Are you on debian by chance? I had the exact same issue, it has to do with the kernel you are using for the domU.

Here is the bug report describing it: http:/= /bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D644604

I've had this occur with other kernel's i've = built, not just debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night that restored my ability to do xm save and restore without the console lock up.

Hope this helps.

-David

On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver <benjamin.weaver@phon.= ox.ac.uk> wrote:
I h= ave narrowed down and further defined the problem using xm commands:

1. the problem does not have to do with migration from one node to another per se:

an xm save and subsequent xm restore done from either box, without migration, reproduces the problem. In each case a vm is produced that I can ping and login to, but which produces the frozen prompt.

I have also tried the following:

2. opened permissions on .img files under /ocfs2SAN/domains
to no avail,
therefore not a permissions problem

3. opened up sysctl buffers on both boxes
to no avail
not a sys buffers problem




Might I perhaps have a file system or cluster configuration problem?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users





--000e0ce0ceaa4a150f04b0231d8d-- --===============1828973685== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1828973685==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 11:19:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 11:19:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIlaY-0004mt-OG; Tue, 25 Oct 2011 11:19:02 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIlSA-00035T-I4 for xen-users@lists.xensource.com; Tue, 25 Oct 2011 11:10:27 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1319566218!30612643!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26705 invoked from network); 25 Oct 2011 18:10:19 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 18:10:19 -0000 Received: by bke17 with SMTP id 17so1076229bke.30 for ; Tue, 25 Oct 2011 11:10:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=nFQkSrA47/qB5Up54YKHhqi55ziPq07Fn0AXcSYT4Kg=; b=O5MPEGeP4FaJwzDmo4STxC5y90ctijNhj8V5kEZY0UZ+aKBtkCSgsbX894G99Sdm+2 upyZ90LFYF5OGq4wGE6IB7CRGKtyTc2urvHMCYyu7o5GozDhPuThuq/GdLNStFr3tC0Y 4heOaIRx7sQeHe683JIsouRatZGnAQdgAICBg= Received: by 10.204.149.151 with SMTP id t23mr9255766bkv.13.1319566218539; Tue, 25 Oct 2011 11:10:18 -0700 (PDT) Received: from [10.168.46.208] ([109.188.222.36]) by mx.google.com with ESMTPS id e14sm28696840bka.0.2011.10.25.11.10.15 (version=SSLv3 cipher=OTHER); Tue, 25 Oct 2011 11:10:17 -0700 (PDT) Message-ID: <4EA6FB83.1050004@gmail.com> Date: Tue, 25 Oct 2011 22:10:11 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] domU shell prompt freezes after live migration References: <4EA6BDB4.7080503@phon.ox.ac.uk> <4EA6C9A3.4000306@phon.ox.ac.uk> <4EA6F5AC.1070003@phon.ox.ac.uk> In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0579293370==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0579293370== Content-Type: multipart/alternative; boundary="------------030906070505040303040600" This is a multi-part message in MIME format. --------------030906070505040303040600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The suse 2.6.34-xen and 2.6.37-xen works fine in my tests too. 3.1 seems be fine too but have some issues with ballooning (fixes was commited after 3.1 release) and with time (in xen 3). On 25.10.2011 21:45, David Della Vecchia wrote: > Your welcome. Looks like you fixed the problem by regressing, i tried > to fix it by upgrading. I was able to fix my issue of the console > freezing after the save and restore but now i am unable to get the > networking to work in squeeze domu's after restore. > > I was told in the #xen channel to use centos5 as my failsafe test and > so far it has earned that title. Throughout all my tests the centos5 > domU ALWAYS works with everything. Debian seems to be more finicky > unfortunately. > > Perhaps i will regress as you have and see if that fixes my networking > problem. > > Glad to help, > DDV > > On Tue, Oct 25, 2011 at 1:45 PM, Benjamin Weaver > > > wrote: > > David, > > We arrived at what may be a related solution. Instead of lucid > Ubuntu for the domUs, we dropped back to lenny > (2.6.26-2-xen-amd64). The lenny domUs xm store, xm save, and > migrate correctly. > > None of this explains why on previous installations of our cluster > (ocfs2 on SAN + 2 Debian Squeeze dom0s), we did not have problems > with lucid vms. But now the lenny s work. > > You put us onto the right track with this kernel version problem, > and we may well soon be upgrading our dom0s as you suggested. > > Thanks very much for your help. > > On 25/10/11 15:47, David Della Vecchia wrote: >> Yep, 2.6.32-5-xen-amd64 is the one i personally confirm fails at >> live in this regard. >> >> I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i got >> from kernel.org works flawlessly with the >> debian squeeze domU's >> >> -DDV >> >> On Tue, Oct 25, 2011 at 10:37 AM, Benjamin Weaver >> > > wrote: >> >> Thanks, David, >> >> This could be very useful. We are running Debian Squeeze for >> the dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for >> the domUs. >> >> Ben >> >> >> On 25/10/11 15:19, David Della Vecchia wrote: >>> Are you on debian by chance? I had the exact same issue, it >>> has to do with the kernel you are using for the domU. >>> >>> Here is the bug report describing it: >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604 >>> >>> I've had this occur with other kernel's i've built, not just >>> debian provided ones. I was able to build a 2.6.39.4 and a >>> 3.0.1 kernel last night that restored my ability to do xm >>> save and restore without the console lock up. >>> >>> Hope this helps. >>> >>> -David >>> >>> On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver >>> >> > wrote: >>> >>> I have narrowed down and further defined the problem >>> using xm commands: >>> >>> 1. the problem does not have to do with migration from >>> one node to another per se: >>> >>> an xm save and subsequent xm restore done from either >>> box, without migration, reproduces the problem. In each >>> case a vm is produced that I can ping and login to, but >>> which produces the frozen prompt. >>> >>> I have also tried the following: >>> >>> 2. opened permissions on .img files under /ocfs2SAN/domains >>> to no avail, >>> therefore not a permissions problem >>> >>> 3. opened up sysctl buffers on both boxes >>> to no avail >>> not a sys buffers problem >>> >>> >>> >>> >>> Might I perhaps have a file system or cluster >>> configuration problem? >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> >>> http://lists.xensource.com/xen-users >>> >>> >> >> > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------030906070505040303040600 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit The suse 2.6.34-xen and 2.6.37-xen works fine in my tests too.

3.1 seems be fine too but have some issues with ballooning (fixes was commited after 3.1 release) and with time (in xen 3).

On 25.10.2011 21:45, David Della Vecchia wrote:
Your welcome. Looks like you fixed the problem by regressing, i tried to fix it by upgrading. I was able to fix my issue of the console freezing after the save and restore but now i am unable to get the networking to work in squeeze domu's after restore.

I was told in the #xen channel to use centos5 as my failsafe test and so far it has earned that title. Throughout all my tests the centos5 domU ALWAYS works with everything. Debian seems to be more finicky unfortunately.

Perhaps i will regress as you have and see if that fixes my networking problem.

Glad to help,
DDV

On Tue, Oct 25, 2011 at 1:45 PM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
David,

We arrived at what may be a related solution. Instead of lucid Ubuntu for the domUs, we dropped back to lenny (2.6.26-2-xen-amd64). The lenny domUs xm store, xm save, and migrate correctly.

None of this explains why on previous installations of our cluster (ocfs2 on SAN + 2 Debian Squeeze dom0s), we did not have problems with lucid vms. But now the lenny s work.

You put us onto the right track with this kernel version problem, and we may well soon be upgrading our dom0s as you suggested.

Thanks very much for your help.

On 25/10/11 15:47, David Della Vecchia wrote:
Yep, 2.6.32-5-xen-amd64 is the one i personally confirm fails at live in this regard.

I run xen4.1.1 in debian wheezy and the 2.6.39.4 kernel i got from kernel.org works flawlessly with the debian squeeze domU's

-DDV

On Tue, Oct 25, 2011 at 10:37 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
Thanks, David,

This could be very useful. We are running Debian Squeeze for the dom0 (kernel: 2.6.32-5-xen-amd64), but Ubuntu (lucid) for the domUs.

Ben


On 25/10/11 15:19, David Della Vecchia wrote:
Are you on debian by chance? I had the exact same issue, it has to do with the kernel you are using for the domU.

Here is the bug report describing it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644604

I've had this occur with other kernel's i've built, not just debian provided ones. I was able to build a 2.6.39.4 and a 3.0.1 kernel last night that restored my ability to do xm save and restore without the console lock up.

Hope this helps.

-David

On Tue, Oct 25, 2011 at 9:46 AM, Benjamin Weaver <benjamin.weaver@phon.ox.ac.uk> wrote:
I have narrowed down and further defined the problem using xm commands:

1. the problem does not have to do with migration from one node to another per se:

an xm save and subsequent xm restore done from either box, without migration, reproduces the problem. In each case a vm is produced that I can ping and login to, but which produces the frozen prompt.

I have also tried the following:

2. opened permissions on .img files under /ocfs2SAN/domains
to no avail,
therefore not a permissions problem

3. opened up sysctl buffers on both boxes
to no avail
not a sys buffers problem




Might I perhaps have a file system or cluster configuration problem?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users







_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

--------------030906070505040303040600-- --===============0579293370== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0579293370==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 12:07:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 12:07:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RImLg-0002Qe-Da; Tue, 25 Oct 2011 12:07:45 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RImEl-0001ec-7T for xen-users@lists.xensource.com; Tue, 25 Oct 2011 12:00:53 -0700 X-Env-Sender: rthreet@mail.usi.edu X-Msg-Ref: server-3.tower-27.messagelabs.com!1319569201!43382447!1 X-Originating-IP: [192.206.10.228] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12916 invoked from network); 25 Oct 2011 19:00:01 -0000 Received: from mail.usi.edu (HELO mail.usi.edu) (192.206.10.228) by server-3.tower-27.messagelabs.com with SMTP; 25 Oct 2011 19:00:01 -0000 MIME-version: 1.0 Received: from mail.usi.edu ([unknown] [192.206.10.228]) by mail.usi.edu (Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)) with ESMTP id <0LTM00GPFY2B2M80@mail.usi.edu> for xen-users@lists.xensource.com; Tue, 25 Oct 2011 13:58:59 -0500 (CDT) Received: from [192.206.10.228] (Forwarded-For: 10.12.88.48) by mail.usi.edu (mshttpd); Tue, 25 Oct 2011 13:58:59 -0500 From: Robert A Threet To: xen-users@lists.xensource.com Message-id: <7410a5897928.4ea6c0a3@mail.usi.edu> Date: Tue, 25 Oct 2011 13:58:59 -0500 X-Mailer: Sun Java(tm) System Messenger Express 7.3-11.01 64bit (built Sep 1 2009) Content-language: en X-Accept-Language: en Priority: normal Subject: [Xen-users] Yesterday's Xen/Xen-libs patches break multi-NIC hack X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1782661923==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1782661923== Content-disposition: inline Content-type: text/html; charset=iso-8859-1 Content-language: en Content-transfer-encoding: quoted-printable =3Cdiv style=3D=22font-family=3A =27Times New Roman=27=3B font-size=3A 1= 6px=3B=22=3EI just applied these=3A=3Cbr =5Fmoz=5Fdirty=3D=22=22 /=3E=3C= br =5Fmoz=5Fdirty=3D=22=22 /=3E=A0=A0=A0=A0 Oct 24 16=3A34=3A05 Updated=3A= xen-libs-3=2E0=2E3-132=2Eel5=5F7=2E2=2Ei386=3Cbr =5Fmoz=5Fdirty=3D=22=22= /=3E=A0=A0=A0=A0 Oct 24 16=3A34=3A10 Updated=3A xen-3=2E0=2E3-132=2Eel5= =5F7=2E2=2Ei386=3Cbr =5Fmoz=5Fdirty=3D=22=22 /=3E=3Cbr =5Fmoz=5Fdirty=3D= =22=22 /=3EI had enabled extra Interfaces using Gavin Burris=27 clever h= ack described here=3A=3Cbr =5Fmoz=5Fdirty=3D=22=22 /=3E=3Cbr =5Fmoz=5Fdi= rty=3D=22=22 /=3E=A0=A0=A0=A0 http=3A//idolinux=2Eblogspot=2Ecom/2008/08= /xen-add-network-bridge-for-eth1=2Ehtml=3Cbr =5Fmoz=5Fdirty=3D=22=22 /=3E= =3Cbr =5Fmoz=5Fdirty=3D=22=22 /=3EI never DID get networking to work aga= in=2E=A0 I finally just backed it off=2E=A0 It worked fine=3Cbr =5Fmoz=5F= dirty=3D=22=22 /=3Eon the systems I hadn=27t applied this hack to=2E=A0 = Has anyone else had any difficulties=3F=3Cbr =5Fmoz=5Fdirty=3D=22=22 /=3E= =3Cbr /=3E=3C/div=3E=3Cbr /=3E-- =3Cbr /=3ERobert Threet=3Cbr /=3ESystem= s Manager=3Cbr /=3EUSI Computer Center=3Cbr /=3E --===============1782661923== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1782661923==-- From xen-devel-bounces@lists.xensource.com Tue Oct 25 12:56:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 12:56:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIn6r-0000Do-22; Tue, 25 Oct 2011 12:56:29 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RIn6F-0008Su-NI; Tue, 25 Oct 2011 12:55:52 -0700 X-Env-Sender: ms@it-infrastrukturen.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1319572547!1631282!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22907 invoked from network); 25 Oct 2011 19:55:47 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-11.tower-21.messagelabs.com with SMTP; 25 Oct 2011 19:55:47 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 28034C0894; Tue, 25 Oct 2011 19:55:46 +0000 (UTC) Message-ID: <4EA713AD.7000808@it-infrastrukturen.com> Date: Tue, 25 Oct 2011 21:53:17 +0200 From: "M. Schneider" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: multipart/mixed; boundary="------------010000000301070406060603" Cc: "M. Schneider" , Xen-devel@lists.xensource.com Subject: [Xen-devel] Docs: How to create and install CentOS PVMs with xe CLI on XCP 1.1 X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a multi-part message in MIME format. --------------010000000301070406060603 Content-Type: multipart/alternative; boundary="------------030604070306080807060404" --------------030604070306080807060404 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello, First thank you very much for *XCP 1.1*, the *vmvnc* script and helpful hints from both xen-lists! I hope the description below "How to create and install CentOS PVMs with xe CLI on XCP 1.1" will be helpful for first steps without XenCenter (as it doesn't run on Linux yet). Installation of PVM for ubuntu 11.10 server is very similar. I strongly suggest to read documentation of XenServer 5.6 sp2 (reference.pdf and guest.pdf) for better understanding. Enjoy and feel free to add it to xen-wiki or to documentation if you find it useful . regards, Mark -- ms@it-infrastrukturen.org *Installing of CentOS6 PVM (xe CLI / XCP 1.1)* *# On the XCP 1.1 host* # Prepare local iso repository /var/opt/xen/iso_import/centos6 wget -Nc http://mirror.switch.ch/ftp/mirror/centos/6.0/isos/x86_64/CentOS-6.0-x86_64-minimal.iso xe sr-create name-label=centos6 type=iso device-config:location=/var/opt/xen/iso_import/centos6 device-config:legacy_mode=true content-type=iso xe cd-list # Create and tune PVM xe vm-install new-name-label=centos6dbrt20 sr-name-label=Local\ LVM\ SR\ DB-VM-pool template=Other\ install\ media xe vdi-create name-label="VDI centos6 dbrt20 server" sr-uuid=638d8bb3-4b08-f7c0-1e9d-2dc496b86c49 type=user sm-config:type=raw virtual-size=32GiB xe vm-list xe vm-param-set VCPUs-max=4 uuid=a4db5c10-a197-6200-fdca-60a9a231f261 xe vm-param-set VCPUs-at-startup=2 uuid=a4db5c10-a197-6200-fdca-60a9a231f261 xe vm-param-set memory-static-max=4GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261 xe vm-param-set memory-dynamic-max=4GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261 xe vm-param-set memory-dynamic-min=1GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261 xe vm-param-set memory-static-min=1GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261 xe vdi-create name-label="VDI centos6 dbrt20 server" sr-uuid=638d8bb3-4b08-f7c0-1e9d-2dc496b86c49 type=user sm-config:type=raw virtual-size=32GiB xe vdi-list xe vm-disk-add vm=centos6dbrt20 sr-uuid=638d8bb3-4b08-f7c0-1e9d-2dc496b86c49 device=0 disk-size=34359738368 xe vbd-list xe vbd-param-set bootable=false uuid=878a2e9c-4efa-3daa-e5ad-5f98244d93c6 xe vm-list xe network-list xe vif-create vm-uuid=a4db5c10-a197-6200-fdca-60a9a231f261 network-uuid=9f6f2c37-090c-148a-1a99-134846808d10 mac=random device=0 xe vm-cd-add vm=centos6dbrt20 device=3 cd-name=CentOS-6.0-x86_64-minimal.iso xe vm-cd-list vm=centos6dbrt20 xe vbd-param-set bootable=true uuid=c6ac1b61-fdf0-37c9-f6b5-aedcb74d8ba5 xe vm-param-set uuid=a4db5c10-a197-6200-fdca-60a9a231f261 other-config:install-repository=cdrom # Start the installation of CentOS xe vm-start vm=centos6dbrt20 *# On the linux client with vncviewer* ironm@debian:~$ ./vmvnc -h 192.168.1.190 -g centos6dbrt20 # --- vmvnc script script #!/bin/bash function usage () { echo "Usage:" echo " `basename $0` -h -g" echo " `basename $0` -h -u" echo " `basename $0` -h -d" exit 1 } while getopts "h:g:u:d:" option do case $option in h ) xs=${OPTARG} ;; g ) vm=${OPTARG} ;; u ) uu=${OPTARG} ;; d ) id=${OPTARG} ;; * ) usage esac done if [ -z ${xs} ]; then usage fi if [ -z ${uu} ]&& [ -z ${vm} ]&& [ -z ${id} ]; then usage fi if [ ! -z ${uu} ]; then domid=`ssh root@${xs} xe vm-list uuid=${uu} params=dom-id --minimal` elif [ ! -z ${vm} ]; then domid=`ssh root@${xs} xe vm-list name-label=${vm} params=dom-id --minimal` elif [ ! -z ${id} ]; then domid=${id} fi if [ -z ${domid} ]; then echo "Could not find guest ${vm}${uu} on host ${xs}." exit 1 elif [ ${domid} -lt 0 ]; then echo "Guest ${vm}${uu} has no dom-id. Is your vm running?" exit 1 fi port=`ssh root@${xs} xenstore-read /local/domain/${domid}/console/vnc-port` if [ -z ${port} ]; then echo "Couldn't read VNC port from xenstore. Is your vm running?" exit 1 fi echo "Connecting to vnc port ${port} on host ${xs}..." vncviewer -via root@${xs} localhost::${port} # --- --------------030604070306080807060404 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hello,

First thank you very much for XCP 1.1, the vmvnc script and helpful hints from both xen-lists!

I hope the description below "How to create and install CentOS PVMs with xe CLI on XCP 1.1" will be helpful for first steps without XenCenter (as it doesn't run on Linux yet). Installation of PVM for ubuntu 11.10 server is very similar.

I strongly suggest to read documentation of XenServer 5.6 sp2 (reference.pdf and guest.pdf) for better understanding.

Enjoy and feel free to add it to xen-wiki or to documentation if you find it useful .

regards, Mark

-- 
ms@it-infrastrukturen.org
Installing of CentOS6 PVM (xe CLI / XCP 1.1)
# On the XCP 1.1 host

# Prepare local iso repository
/var/opt/xen/iso_import/centos6
wget -Nc http://mirror.switch.ch/ftp/mirror/centos/6.0/isos/x86_64/CentOS-6.0-x86_64-minimal.iso
xe sr-create name-label=centos6 type=iso device-config:location=/var/opt/xen/iso_import/centos6 device-config:legacy_mode=true content-type=iso
xe cd-list

# Create and tune PVM
xe vm-install new-name-label=centos6dbrt20 sr-name-label=Local\ LVM\ SR\ DB-VM-pool  template=Other\ install\ media
xe vdi-create name-label="VDI centos6 dbrt20 server" sr-uuid=638d8bb3-4b08-f7c0-1e9d-2dc496b86c49 type=user sm-config:type=raw virtual-size=32GiB
xe vm-list

xe vm-param-set VCPUs-max=4 uuid=a4db5c10-a197-6200-fdca-60a9a231f261
xe vm-param-set VCPUs-at-startup=2 uuid=a4db5c10-a197-6200-fdca-60a9a231f261
xe vm-param-set memory-static-max=4GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261
xe vm-param-set memory-dynamic-max=4GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261
xe vm-param-set memory-dynamic-min=1GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261
xe vm-param-set memory-static-min=1GiB uuid=a4db5c10-a197-6200-fdca-60a9a231f261

xe vdi-create name-label="VDI centos6 dbrt20 server" sr-uuid=638d8bb3-4b08-f7c0-1e9d-2dc496b86c49 type=user sm-config:type=raw virtual-size=32GiB
xe vdi-list
xe vm-disk-add vm=centos6dbrt20 sr-uuid=638d8bb3-4b08-f7c0-1e9d-2dc496b86c49  device=0 disk-size=34359738368
xe vbd-list
xe vbd-param-set bootable=false uuid=878a2e9c-4efa-3daa-e5ad-5f98244d93c6

xe vm-list
xe network-list
xe vif-create vm-uuid=a4db5c10-a197-6200-fdca-60a9a231f261  network-uuid=9f6f2c37-090c-148a-1a99-134846808d10 mac=random device=0
xe vm-cd-add vm=centos6dbrt20 device=3 cd-name=CentOS-6.0-x86_64-minimal.iso
xe vm-cd-list vm=centos6dbrt20
xe vbd-param-set bootable=true uuid=c6ac1b61-fdf0-37c9-f6b5-aedcb74d8ba5
xe vm-param-set uuid=a4db5c10-a197-6200-fdca-60a9a231f261 other-config:install-repository=cdrom

# Start the installation of CentOS
xe vm-start vm=centos6dbrt20


# On the linux client with vncviewer
ironm@debian:~$ ./vmvnc -h 192.168.1.190 -g centos6dbrt20

# --- vmvnc script script
#!/bin/bash

function usage () {
    echo "Usage:"
    echo "   `basename $0` -h<xenserver host>  -g<guest vm name-label>"
    echo "   `basename $0` -h<xenserver host>  -u<guest vm uuid>"
    echo "   `basename $0` -h<xenserver host>  -d<domID>"
    exit 1
}

while getopts "h:g:u:d:" option
do
    case $option in
        h ) xs=${OPTARG} ;;
        g ) vm=${OPTARG} ;;
        u ) uu=${OPTARG} ;;
        d ) id=${OPTARG} ;;
        * ) usage
    esac
done

if [ -z ${xs} ]; then
    usage
fi

if [ -z ${uu} ]&&  [ -z ${vm} ]&&  [ -z ${id} ]; then
    usage
fi

if [ ! -z ${uu} ]; then
    domid=`ssh root@${xs} xe vm-list uuid=${uu} params=dom-id --minimal`
elif [ ! -z ${vm} ]; then
    domid=`ssh root@${xs} xe vm-list name-label=${vm} params=dom-id --minimal`
elif [ ! -z ${id} ]; then
    domid=${id}
fi

if [ -z ${domid} ]; then
    echo "Could not find guest ${vm}${uu} on host ${xs}."
    exit 1
elif [ ${domid} -lt 0 ]; then
    echo "Guest ${vm}${uu} has no dom-id. Is your vm running?"
    exit 1
fi

port=`ssh root@${xs} xenstore-read /local/domain/${domid}/console/vnc-port`

if [ -z ${port} ]; then
    echo "Couldn't read VNC port from xenstore. Is your vm running?"
    exit 1
fi

echo "Connecting to vnc port ${port} on host ${xs}..."

vncviewer -via root@${xs} localhost::${port}
# ---
--------------030604070306080807060404-- --------------010000000301070406060603 Content-Type: text/plain; name="vmvnc" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vmvnc" #!/bin/bash function usage () { echo "Usage:" echo " `basename $0` -h -g " echo " `basename $0` -h -u " echo " `basename $0` -h -d " exit 1 } while getopts "h:g:u:d:" option do case $option in h ) xs=${OPTARG} ;; g ) vm=${OPTARG} ;; u ) uu=${OPTARG} ;; d ) id=${OPTARG} ;; * ) usage esac done if [ -z ${xs} ]; then usage fi if [ -z ${uu} ] && [ -z ${vm} ] && [ -z ${id} ]; then usage fi if [ ! -z ${uu} ]; then domid=`ssh root@${xs} xe vm-list uuid=${uu} params=dom-id --minimal` elif [ ! -z ${vm} ]; then domid=`ssh root@${xs} xe vm-list name-label=${vm} params=dom-id --minimal` elif [ ! -z ${id} ]; then domid=${id} fi if [ -z ${domid} ]; then echo "Could not find guest ${vm}${uu} on host ${xs}." exit 1 elif [ ${domid} -lt 0 ]; then echo "Guest ${vm}${uu} has no dom-id. Is your vm running?" exit 1 fi port=`ssh root@${xs} xenstore-read /local/domain/${domid}/console/vnc-port` if [ -z ${port} ]; then echo "Couldn't read VNC port from xenstore. Is your vm running?" exit 1 fi echo "Connecting to vnc port ${port} on host ${xs}..." vncviewer -via root@${xs} localhost::${port} --------------010000000301070406060603 Content-Type: text/plain; name="list-of-installed-VMs.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="list-of-installed-VMs.txt" [root@xcp11db02 ~]# xe vm-list uuid ( RO) : 4133031a-e064-38e7-416d-72e1eb0a9118 name-label ( RW): ubuntu11dbrt20 power-state ( RO): running uuid ( RO) : c6f33171-eaa6-eb54-aff2-172625b14c39 name-label ( RW): ubuntu11nfs20 power-state ( RO): running uuid ( RO) : a4db5c10-a197-6200-fdca-60a9a231f261 name-label ( RW): centos6dbrt20 power-state ( RO): running uuid ( RO) : 9e0726af-580b-45db-b2ae-07cbc810ccb2 name-label ( RW): Control domain on host: xcp11db02 power-state ( RO): running uuid ( RO) : df72d730-519d-70d9-da18-acd778a6afd9 name-label ( RW): ubuntu11dbp20 power-state ( RO): running --------------010000000301070406060603 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --------------010000000301070406060603-- From xen-users-bounces@lists.xensource.com Tue Oct 25 13:14:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 13:14:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RInO3-0002eT-RJ; Tue, 25 Oct 2011 13:14:15 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RInIZ-0000gI-5B for xen-users@lists.xensource.com; Tue, 25 Oct 2011 13:08:43 -0700 X-Env-Sender: dnuzzo@pangeaequity.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1319573311!1030513!1 X-Originating-IP: [216.115.88.169] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29729 invoked from network); 25 Oct 2011 20:08:31 -0000 Received: from smtp.01.com (HELO smtp.01.com) (216.115.88.169) by server-4.tower-216.messagelabs.com with SMTP; 25 Oct 2011 20:08:31 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp-out-1.01.com (Postfix) with ESMTP id D786A9D0130 for ; Tue, 25 Oct 2011 15:08:30 -0500 (CDT) X-Virus-Scanned: amavisd-new at smtp-out-1.01.com Received: from smtp.01.com ([127.0.0.1]) by localhost (smtp-out-1.01.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y+Ma1N2mB+TW for ; Tue, 25 Oct 2011 15:08:30 -0500 (CDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp-out-1.01.com (Postfix) with ESMTP id B42A09D04B0 for ; Tue, 25 Oct 2011 15:08:30 -0500 (CDT) Received: from mail-2.01.com (mail.01.com [10.17.30.166]) by smtp-out-1.01.com (Postfix) with ESMTP id 9B7F49D04C7 for ; Tue, 25 Oct 2011 15:08:30 -0500 (CDT) Date: Tue, 25 Oct 2011 15:08:30 -0500 (CDT) From: Dave Nuzzo To: xen-users@lists.xensource.com Message-ID: <256518779.251967.1319573310544.JavaMail.root@mail-2.01.com> In-Reply-To: <562858380.208991.1319553220370.JavaMail.root@mail-2.01.com> Subject: Re: [Xen-users] Xen Live Migration Networking Problem MIME-Version: 1.0 X-Originating-IP: [173.9.220.73] X-Mailer: Zimbra 7.1.3_GA_3346 (ZimbraWebClient - GC14 (Linux)/7.1.3_GA_3346) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0795629841==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0795629841== Content-Type: multipart/alternative; boundary="----=_Part_251966_331969955.1319573310544" ------=_Part_251966_331969955.1319573310544 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Seems like doing a 'xm network-detach' and 'xm network-attach' with the appropriate options brings the network back for the vm after the migration. Not sure if that helps point to the root cause or a proper fix though. As always, any help anyone can provide is greatly appreciated. Thanks ----- Original Message ----- From: "Dave Nuzzo" To: xen-users@lists.xensource.com Sent: Tuesday, October 25, 2011 9:33:40 AM Subject: [Xen-users] Xen Live Migration Networking Problem Xen Users, I'm relatively new to Xen, but I've been able to build a Xen host cluster using Ubuntu 11.10 AMD64, DRBD, LVM (for the domain disks) and the Ubuntu Xen package, 4.1.1-2ubuntu4. It works for the most part, but there's a problem with networking on vm migration that I've been struggling with. Using xen-tools I can bootstrap an Ubuntu 11.04 vm (haven't gotten an 11.10 vm to boot properly yet), and can start it on either host with bridged networking functioning properly. Both a regular migrate and a live migrate to the other host seem to work properly, but once the migrate is complete I can no longer ping the vm from the outside and cannot send anything from the vm either. This problem happens regardless of which host you start the vm on, and networking does not return when the vm is migrated back to the original host. In fact, if you migrate/live migrate the vm to the same host it's running on, this problem also occurs. When pinging from the outside, pings continue through the live migration process, but stop the instant the vm is running only on the new host. This issue does not go away with time, nor with trying to ping something from within the vm. The vm's network interface is created when the vm is migrated, and using brctl that interface does appear to be attached to the bridge properly. On the vm, neither the IP, nor the mac address appears to have changed. Both are declared explicitly in the vm's config file. Also, on the vm both the transmitted and received packets shown with ifconfig increment, but when watching ifconfig on the host the vm has been migrated to, the received packet count is 0 on the vif for the vm. I've read a lot about arp related issues with xen live migrate, but don't believe this is the same problem. I have the arp notify and accept options set to 1 in sysctl on both the hosts and the vm. I can see network traffic using tshark on the vm, including arp requests from the machine trying to ping the vm from the outside, and responses with the correct mac address. I've been looking through the xend and xen-hotplug logs, but haven't noticed anything that immediately stuck out to me as related to this yet. Have also been reading the xen bug lists etc to see if I'm running up against a bug of sorts but haven't found anything there yet either. Please let me know what logs, additional information etc I can provide to help figure this out asap. I'm sure it's probably something simple I'm just missing. Thanks. Any help you all can provide is greatly appreciated. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ------=_Part_251966_331969955.1319573310544 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: Times New Roman; font-size: 12pt; color: #000000'= >Seems like doing a 'xm network-detach' and 'xm network-attach' with the ap= propriate options brings the network back for the vm after the migration. &= nbsp;Not sure if that helps point to the root cause or a proper fix though.=

As always, any help anyone can provide is greatly appre= ciated.  Thanks



To: x= en-users@lists.xensource.com
Sent: Tuesday, October 25, 2011 9:33= :40 AM
Subject: [Xen-users] Xen Live Migration Networking Problem=

Xen Users,

= I'm relatively new to Xen, but I've been able to build a Xen host cluster u= sing Ubuntu 11.10 AMD64, DRBD, LVM (for the domain disks) and the Ubuntu Xe= n package, 4.1.1-2ubuntu4.  It works for the most part, but there's a = problem with networking on vm migration that I've been struggling with.
=
Using xen-tools I can bootstrap an Ubuntu 11.04 vm (h= aven't gotten an 11.10 vm to boot properly yet), and can start it on either= host with bridged networking functioning properly.  Both a regular mi= grate and a live migrate to the other host seem to work properly, but = once the migrate is complete I can no longer ping the vm from the outside a= nd cannot send anything from the vm either.  

This problem happens regardles= s of which host you start the vm on, and networking does not return when th= e vm is migrated back to the original host.  In fact, if you migrate/l= ive migrate the vm to the same host it's running on, this problem also occu= rs.  When pinging from the outside, pings continue through the live mi= gration process, but stop the instant the vm is running only on the new hos= t.  This issue does not go away with time, nor with trying to ping som= ething from within the vm.

The vm's n= etwork interface is created when the vm is migrated, and using brctl that i= nterface does appear to be attached to the bridge properly.  On the vm= , neither the IP, nor the mac address appears to have changed.  Both a= re declared explicitly in the vm's config file.  Also, on the vm both = the transmitted and received packets shown with ifconfig increment, but whe= n watching ifconfig on the host the vm has been migrated to, the received p= acket count is 0 on the vif for the vm.

I've read a lot about arp related issues with xen live migrate, but don'= t believe this is the same problem.  I have the arp notify and accept = options set to 1 in sysctl on both the hosts and the vm.  I can see ne= twork traffic using tshark on the vm, including arp requests from the machi= ne trying to ping the vm from the outside, and responses with the correct m= ac address.
I've been looking t= hrough the xend and xen-hotplug logs, but haven't noticed anything that imm= ediately stuck out to me as related to this yet.  Have also been readi= ng the xen bug lists etc to see if I'm running up against a bug of sorts bu= t haven't found anything there yet either.

Please let me know what logs, additional information etc I can provid= e to help figure this out asap.  I'm sure it's probably something simp= le I'm just missing. 

Thanks. &n= bsp;Any help you all can provide is greatly appreciated.

___= ____________________________________________
Xen-users mailing list
X= en-users@lists.xensource.com
http://lists.xensource.com/xen-users
<= br>
------=_Part_251966_331969955.1319573310544-- --===============0795629841== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0795629841==-- From xen-devel-bounces@lists.xensource.com Tue Oct 25 13:34:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 13:34:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RInhl-0004qY-LU; Tue, 25 Oct 2011 13:34:37 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RInhB-0004e3-As; Tue, 25 Oct 2011 13:34:02 -0700 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-15.tower-216.messagelabs.com!1319574837!1047230!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24022 invoked from network); 25 Oct 2011 20:33:57 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-15.tower-216.messagelabs.com with SMTP; 25 Oct 2011 20:33:57 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 8F26FC0894; Tue, 25 Oct 2011 20:33:56 +0000 (UTC) Message-ID: <4EA71CA9.8000109@it-infrastrukturen.org> Date: Tue, 25 Oct 2011 22:31:37 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: Xen-devel@lists.xensource.com, xen-users@lists.xensource.com, "M. Schneider" Content-Type: multipart/mixed; boundary="------------020805050109070500030200" Cc: Subject: [Xen-devel] Tuning of exported VM template files (XCP 1.1) X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a multi-part message in MIME format. --------------020805050109070500030200 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello, How can I modify exported VM template (s. attachment) to fit particular requirements? I would like to install them again after modifications for creating of new VMs. Exported VM templates are binary files (kind of DB). Are there any tools to edit such VM template files? I have to use xe CLI / Linux tools (can't use XenCenter). Another possibility would be to export a template from already modified installed VM. How? I didn't find any useful information in docs or on the net about this topic. Thank you in advance for any hints. regards, Mark -- ms@it-infrastrukturen.org ps. Example of VM structure # --- [root@xcp11db02 ~]# xe vm-list name-label=ubuntu11dbrt20 params= uuid ( RO) : 4133031a-e064-38e7-416d-72e1eb0a9118 name-label ( RW): ubuntu11dbrt20 name-description ( RW): Installed via xe CLI user-version ( RW): 1 is-a-template ( RW): false is-a-snapshot ( RO): false snapshot-of ( RO): snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z snapshot-info ( RO): parent ( RO): 7c3081c0-5d69-5d9b-3c41-c162ded416ee children ( RO): is-control-domain ( RO): false power-state ( RO): running memory-actual ( RO): 8589848576 memory-target ( RO): memory-overhead ( RO): 77594624 memory-static-max ( RW): 8589934592 memory-dynamic-max ( RW): 8589934592 memory-dynamic-min ( RW): 2147483648 memory-static-min ( RW): 134217728 suspend-VDI-uuid ( RO): VCPUs-params (MRW): VCPUs-max ( RW): 8 VCPUs-at-startup ( RW): 4 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Restart console-uuids (SRO): bd4b277b-6941-7111-7b24-6579ada555ca platform (MRW): timeoffset: 0; nx: false; acpi: true; apic: true; pae: true; viridian: true allowed-operations (SRO): changing_dynamic_range; hard_reboot; hard_shutdown; pause; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): allowed-VIF-devices (SRO): possible-hosts ( RO): HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): last-boot-record ( RO): resident-on ( RO): 280e2816-2d45-4217-881e-e2ad4b423159 affinity ( RW): other-config (MRW): last_shutdown_time: 20111025T18:32:09Z; last_shutdown_action: Restart; last_shutdown_initiator: external; last_shutdown_reason: rebooted; mac_seed: a507ca72-1a89-e83d-a1b1-1ee749e6088f; install-methods: cdrom dom-id ( RO): 6 recommendations ( RO): xenstore-data (MRW): ha-always-run ( RW): false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 20111025T18:32:29Z install-time ( RO): 20111024T17:22:55Z VCPUs-number ( RO): 4 VCPUs-utilisation (MRO): os-version (MRO): PV-drivers-version (MRO): PV-drivers-up-to-date ( RO): memory (MRO): disks (MRO): networks (MRO): other (MRO): live ( RO): guest-metrics-last-updated ( RO): cooperative ( RO): protection-policy ( RW): is-snapshot-from-vmpp ( RO): false tags (SRW): --------------020805050109070500030200 Content-Type: application/octet-stream; name="Other-linux-template" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Other-linux-template" b3ZhLnhtbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDAwMDAA MDAwMDAwMAAwMDAwMDAwADAwMDAwMDE0NTU3ADAwMDAwMDAwMDAwADAwMDU3NTMAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8dmFsdWU+PHN0cnVjdD48bWVtYmVyPjxuYW1l PnZlcnNpb248L25hbWU+PHZhbHVlPjxzdHJ1Y3Q+PG1lbWJlcj48bmFtZT5ob3N0bmFtZTwv bmFtZT48dmFsdWU+a2lmZnUtMjwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5kYXRl PC9uYW1lPjx2YWx1ZT4yMDExLTA5LTE5PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1l PnByb2R1Y3RfdmVyc2lvbjwvbmFtZT48dmFsdWU+MS4xLjA8L3ZhbHVlPjwvbWVtYmVyPjxt ZW1iZXI+PG5hbWU+cHJvZHVjdF9icmFuZDwvbmFtZT48dmFsdWU+WENQPC92YWx1ZT48L21l bWJlcj48bWVtYmVyPjxuYW1lPmJ1aWxkX251bWJlcjwvbmFtZT48dmFsdWU+NTA2NzRjPC92 YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPnhhcGlfbWFqb3I8L25hbWU+PHZhbHVlPjE8 L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+eGFwaV9taW5vcjwvbmFtZT48dmFsdWU+ MzwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5leHBvcnRfdnNuPC9uYW1lPjx2YWx1 ZT4yPC92YWx1ZT48L21lbWJlcj48L3N0cnVjdD48L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+ PG5hbWU+b2JqZWN0czwvbmFtZT48dmFsdWU+PGFycmF5PjxkYXRhPjx2YWx1ZT48c3RydWN0 PjxtZW1iZXI+PG5hbWU+Y2xhc3M8L25hbWU+PHZhbHVlPlZNPC92YWx1ZT48L21lbWJlcj48 bWVtYmVyPjxuYW1lPmlkPC9uYW1lPjx2YWx1ZT5SZWY6MDwvdmFsdWU+PC9tZW1iZXI+PG1l bWJlcj48bmFtZT5zbmFwc2hvdDwvbmFtZT48dmFsdWU+PHN0cnVjdD48bWVtYmVyPjxuYW1l PnV1aWQ8L25hbWU+PHZhbHVlPjdjMzA4MWMwLTVkNjktNWQ5Yi0zYzQxLWMxNjJkZWQ0MTZl ZTwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5hbGxvd2VkX29wZXJhdGlvbnM8L25h bWU+PHZhbHVlPjxhcnJheT48ZGF0YS8+PC9hcnJheT48L3ZhbHVlPjwvbWVtYmVyPjxtZW1i ZXI+PG5hbWU+Y3VycmVudF9vcGVyYXRpb25zPC9uYW1lPjx2YWx1ZT48c3RydWN0Lz48L3Zh bHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+cG93ZXJfc3RhdGU8L25hbWU+PHZhbHVlPkhh bHRlZDwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5uYW1lX2xhYmVsPC9uYW1lPjx2 YWx1ZT5PdGhlciBpbnN0YWxsIG1lZGlhPC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1l Pm5hbWVfZGVzY3JpcHRpb248L25hbWU+PHZhbHVlPlRlbXBsYXRlIHdoaWNoIGFsbG93cyBW TSBpbnN0YWxsYXRpb24gZnJvbSBpbnN0YWxsIG1lZGlhPC92YWx1ZT48L21lbWJlcj48bWVt YmVyPjxuYW1lPnVzZXJfdmVyc2lvbjwvbmFtZT48dmFsdWU+MTwvdmFsdWU+PC9tZW1iZXI+ PG1lbWJlcj48bmFtZT5pc19hX3RlbXBsYXRlPC9uYW1lPjx2YWx1ZT48Ym9vbGVhbj4xPC9i b29sZWFuPjwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5zdXNwZW5kX1ZESTwvbmFt ZT48dmFsdWU+T3BhcXVlUmVmOk5VTEw8L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+ cmVzaWRlbnRfb248L25hbWU+PHZhbHVlPlJlZjoxPC92YWx1ZT48L21lbWJlcj48bWVtYmVy PjxuYW1lPmFmZmluaXR5PC9uYW1lPjx2YWx1ZT5SZWY6MTwvdmFsdWU+PC9tZW1iZXI+PG1l bWJlcj48bmFtZT5tZW1vcnlfb3ZlcmhlYWQ8L25hbWU+PHZhbHVlPjUyNDI4ODA8L3ZhbHVl PjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+bWVtb3J5X3RhcmdldDwvbmFtZT48dmFsdWU+MjY4 NDM1NDU2PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPm1lbW9yeV9zdGF0aWNfbWF4 PC9uYW1lPjx2YWx1ZT4yNjg0MzU0NTY8L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+ bWVtb3J5X2R5bmFtaWNfbWF4PC9uYW1lPjx2YWx1ZT4yNjg0MzU0NTY8L3ZhbHVlPjwvbWVt YmVyPjxtZW1iZXI+PG5hbWU+bWVtb3J5X2R5bmFtaWNfbWluPC9uYW1lPjx2YWx1ZT4yNjg0 MzU0NTY8L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+bWVtb3J5X3N0YXRpY19taW48 L25hbWU+PHZhbHVlPjEzNDIxNzcyODwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5W Q1BVc19wYXJhbXM8L25hbWU+PHZhbHVlPjxzdHJ1Y3QvPjwvdmFsdWU+PC9tZW1iZXI+PG1l bWJlcj48bmFtZT5WQ1BVc19tYXg8L25hbWU+PHZhbHVlPjE8L3ZhbHVlPjwvbWVtYmVyPjxt ZW1iZXI+PG5hbWU+VkNQVXNfYXRfc3RhcnR1cDwvbmFtZT48dmFsdWU+MTwvdmFsdWU+PC9t ZW1iZXI+PG1lbWJlcj48bmFtZT5hY3Rpb25zX2FmdGVyX3NodXRkb3duPC9uYW1lPjx2YWx1 ZT5kZXN0cm95PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPmFjdGlvbnNfYWZ0ZXJf cmVib290PC9uYW1lPjx2YWx1ZT5yZXN0YXJ0PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxu YW1lPmFjdGlvbnNfYWZ0ZXJfY3Jhc2g8L25hbWU+PHZhbHVlPnJlc3RhcnQ8L3ZhbHVlPjwv bWVtYmVyPjxtZW1iZXI+PG5hbWU+Y29uc29sZXM8L25hbWU+PHZhbHVlPjxhcnJheT48ZGF0 YS8+PC9hcnJheT48L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+VklGczwvbmFtZT48 dmFsdWU+PGFycmF5PjxkYXRhLz48L2FycmF5PjwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48 bmFtZT5WQkRzPC9uYW1lPjx2YWx1ZT48YXJyYXk+PGRhdGEvPjwvYXJyYXk+PC92YWx1ZT48 L21lbWJlcj48bWVtYmVyPjxuYW1lPmNyYXNoX2R1bXBzPC9uYW1lPjx2YWx1ZT48YXJyYXk+ PGRhdGEvPjwvYXJyYXk+PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPlZUUE1zPC9u YW1lPjx2YWx1ZT48YXJyYXk+PGRhdGEvPjwvYXJyYXk+PC92YWx1ZT48L21lbWJlcj48bWVt YmVyPjxuYW1lPlBWX2Jvb3Rsb2FkZXI8L25hbWU+PHZhbHVlLz48L21lbWJlcj48bWVtYmVy PjxuYW1lPlBWX2tlcm5lbDwvbmFtZT48dmFsdWUvPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+ UFZfcmFtZGlzazwvbmFtZT48dmFsdWUvPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+UFZfYXJn czwvbmFtZT48dmFsdWUvPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+UFZfYm9vdGxvYWRlcl9h cmdzPC9uYW1lPjx2YWx1ZS8+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5QVl9sZWdhY3lfYXJn czwvbmFtZT48dmFsdWUvPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+SFZNX2Jvb3RfcG9saWN5 PC9uYW1lPjx2YWx1ZT5CSU9TIG9yZGVyPC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1l PkhWTV9ib290X3BhcmFtczwvbmFtZT48dmFsdWU+PHN0cnVjdD48bWVtYmVyPjxuYW1lPm9y ZGVyPC9uYW1lPjx2YWx1ZT5kYzwvdmFsdWU+PC9tZW1iZXI+PC9zdHJ1Y3Q+PC92YWx1ZT48 L21lbWJlcj48bWVtYmVyPjxuYW1lPkhWTV9zaGFkb3dfbXVsdGlwbGllcjwvbmFtZT48dmFs dWU+PGRvdWJsZT4xPC9kb3VibGU+PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPnBs YXRmb3JtPC9uYW1lPjx2YWx1ZT48c3RydWN0PjxtZW1iZXI+PG5hbWU+bng8L25hbWU+PHZh bHVlPmZhbHNlPC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPmFjcGk8L25hbWU+PHZh bHVlPnRydWU8L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+YXBpYzwvbmFtZT48dmFs dWU+dHJ1ZTwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5wYWU8L25hbWU+PHZhbHVl PnRydWU8L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+dmlyaWRpYW48L25hbWU+PHZh bHVlPnRydWU8L3ZhbHVlPjwvbWVtYmVyPjwvc3RydWN0PjwvdmFsdWU+PC9tZW1iZXI+PG1l bWJlcj48bmFtZT5QQ0lfYnVzPC9uYW1lPjx2YWx1ZS8+PC9tZW1iZXI+PG1lbWJlcj48bmFt ZT5vdGhlcl9jb25maWc8L25hbWU+PHZhbHVlPjxzdHJ1Y3Q+PG1lbWJlcj48bmFtZT5tYWNf c2VlZDwvbmFtZT48dmFsdWU+MWE4OTZkNjUtM2U0OC02MTQ4LWRmZmQtYzNmNDY5MmIzMWNl PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPmRlZmF1bHRfdGVtcGxhdGU8L25hbWU+ PHZhbHVlPnRydWU8L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+aW5zdGFsbC1tZXRo b2RzPC9uYW1lPjx2YWx1ZT5jZHJvbTwvdmFsdWU+PC9tZW1iZXI+PC9zdHJ1Y3Q+PC92YWx1 ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPmRvbWlkPC9uYW1lPjx2YWx1ZT4tMTwvdmFsdWU+ PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5kb21hcmNoPC9uYW1lPjx2YWx1ZS8+PC9tZW1iZXI+ PG1lbWJlcj48bmFtZT5sYXN0X2Jvb3RfQ1BVX2ZsYWdzPC9uYW1lPjx2YWx1ZT48c3RydWN0 Lz48L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+aXNfY29udHJvbF9kb21haW48L25h bWU+PHZhbHVlPjxib29sZWFuPjA8L2Jvb2xlYW4+PC92YWx1ZT48L21lbWJlcj48bWVtYmVy PjxuYW1lPm1ldHJpY3M8L25hbWU+PHZhbHVlPk9wYXF1ZVJlZjpOVUxMPC92YWx1ZT48L21l bWJlcj48bWVtYmVyPjxuYW1lPmd1ZXN0X21ldHJpY3M8L25hbWU+PHZhbHVlPlJlZjoxPC92 YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPmxhc3RfYm9vdGVkX3JlY29yZDwvbmFtZT48 dmFsdWUvPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+cmVjb21tZW5kYXRpb25zPC9uYW1lPjx2 YWx1ZT4mbHQ7cmVzdHJpY3Rpb25zJmd0OyZsdDtyZXN0cmljdGlvbiBmaWVsZD0mcXVvdDtt ZW1vcnktc3RhdGljLW1heCZxdW90OyBtYXg9JnF1b3Q7MzQzNTk3MzgzNjgmcXVvdDsgLyZn dDsmbHQ7cmVzdHJpY3Rpb24gZmllbGQ9JnF1b3Q7dmNwdXMtbWF4JnF1b3Q7IG1heD0mcXVv dDs4JnF1b3Q7IC8mZ3Q7Jmx0O3Jlc3RyaWN0aW9uIHByb3BlcnR5PSZxdW90O251bWJlci1v Zi12YmRzJnF1b3Q7IG1heD0mcXVvdDs3JnF1b3Q7IC8mZ3Q7Jmx0O3Jlc3RyaWN0aW9uIHBy b3BlcnR5PSZxdW90O251bWJlci1vZi12aWZzJnF1b3Q7IG1heD0mcXVvdDs3JnF1b3Q7IC8m Z3Q7Jmx0Oy9yZXN0cmljdGlvbnMmZ3Q7PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1l PnhlbnN0b3JlX2RhdGE8L25hbWU+PHZhbHVlPjxzdHJ1Y3QvPjwvdmFsdWU+PC9tZW1iZXI+ PG1lbWJlcj48bmFtZT5oYV9hbHdheXNfcnVuPC9uYW1lPjx2YWx1ZT48Ym9vbGVhbj4wPC9i b29sZWFuPjwvdmFsdWU+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5oYV9yZXN0YXJ0X3ByaW9y aXR5PC9uYW1lPjx2YWx1ZS8+PC9tZW1iZXI+PG1lbWJlcj48bmFtZT5pc19hX3NuYXBzaG90 PC9uYW1lPjx2YWx1ZT48Ym9vbGVhbj4wPC9ib29sZWFuPjwvdmFsdWU+PC9tZW1iZXI+PG1l bWJlcj48bmFtZT5zbmFwc2hvdF9vZjwvbmFtZT48dmFsdWU+T3BhcXVlUmVmOk5VTEw8L3Zh bHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+c25hcHNob3RzPC9uYW1lPjx2YWx1ZT48YXJy YXk+PGRhdGEvPjwvYXJyYXk+PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPnNuYXBz aG90X3RpbWU8L25hbWU+PHZhbHVlPjxkYXRlVGltZS5pc284NjAxPjE5NzAwMTAxVDAwOjAw OjAwWjwvZGF0ZVRpbWUuaXNvODYwMT48L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+ dHJhbnNwb3J0YWJsZV9zbmFwc2hvdF9pZDwvbmFtZT48dmFsdWUvPjwvbWVtYmVyPjxtZW1i ZXI+PG5hbWU+YmxvYnM8L25hbWU+PHZhbHVlPjxzdHJ1Y3QvPjwvdmFsdWU+PC9tZW1iZXI+ PG1lbWJlcj48bmFtZT50YWdzPC9uYW1lPjx2YWx1ZT48YXJyYXk+PGRhdGEvPjwvYXJyYXk+ PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPmJsb2NrZWRfb3BlcmF0aW9uczwvbmFt ZT48dmFsdWU+PHN0cnVjdC8+PC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1lPnNuYXBz aG90X2luZm88L25hbWU+PHZhbHVlPjxzdHJ1Y3QvPjwvdmFsdWU+PC9tZW1iZXI+PG1lbWJl cj48bmFtZT5zbmFwc2hvdF9tZXRhZGF0YTwvbmFtZT48dmFsdWUvPjwvbWVtYmVyPjxtZW1i ZXI+PG5hbWU+cGFyZW50PC9uYW1lPjx2YWx1ZT5PcGFxdWVSZWY6TlVMTDwvdmFsdWU+PC9t ZW1iZXI+PG1lbWJlcj48bmFtZT5jaGlsZHJlbjwvbmFtZT48dmFsdWU+PGFycmF5PjxkYXRh Pjx2YWx1ZT5PcGFxdWVSZWY6MWRjNmEwZTQtMzU2Mi0wOWNhLWIzOTgtZjdkZTY3MjQxMDIx PC92YWx1ZT48dmFsdWU+T3BhcXVlUmVmOmIzZGFiMTM2LTJkYjMtNDFjNy1iZjg3LTJlMjhl MTk2ZWYyYjwvdmFsdWU+PHZhbHVlPk9wYXF1ZVJlZjozZDRiMGNmZi1lODg3LWIzNGYtMjJk My0xMTNkZjRmOWUwM2I8L3ZhbHVlPjx2YWx1ZT5PcGFxdWVSZWY6NjYzMGNkYzUtNTJlMy04 NGFkLWM2M2UtYjAzZGRjMzljNzJjPC92YWx1ZT48L2RhdGE+PC9hcnJheT48L3ZhbHVlPjwv bWVtYmVyPjxtZW1iZXI+PG5hbWU+Ymlvc19zdHJpbmdzPC9uYW1lPjx2YWx1ZT48c3RydWN0 Lz48L3ZhbHVlPjwvbWVtYmVyPjxtZW1iZXI+PG5hbWU+cHJvdGVjdGlvbl9wb2xpY3k8L25h bWU+PHZhbHVlPk9wYXF1ZVJlZjpOVUxMPC92YWx1ZT48L21lbWJlcj48bWVtYmVyPjxuYW1l PmlzX3NuYXBzaG90X2Zyb21fdm1wcDwvbmFtZT48dmFsdWU+PGJvb2xlYW4+MDwvYm9vbGVh bj48L3ZhbHVlPjwvbWVtYmVyPjwvc3RydWN0PjwvdmFsdWU+PC9tZW1iZXI+PC9zdHJ1Y3Q+ PC92YWx1ZT48L2RhdGE+PC9hcnJheT48L3ZhbHVlPjwvbWVtYmVyPjwvc3RydWN0PjwvdmFs dWU+AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= --------------020805050109070500030200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --------------020805050109070500030200-- From xen-devel-bounces@lists.xensource.com Tue Oct 25 13:42:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 13:42:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RInpW-0006zv-0W; Tue, 25 Oct 2011 13:42:38 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RInov-0006kb-HN; Tue, 25 Oct 2011 13:42:02 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1319575317!745891!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20113 invoked from network); 25 Oct 2011 20:41:58 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 20:41:58 -0000 X-IronPort-AV: E=Sophos;i="4.69,405,1315180800"; d="scan'208";a="8580864" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Oct 2011 20:41:57 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 25 Oct 2011 21:41:56 +0100 Subject: Re: [Xen-devel] Tuning of exported VM template files (XCP 1.1) From: Ian Campbell To: Mark Schneider In-Reply-To: <4EA71CA9.8000109@it-infrastrukturen.org> References: <4EA71CA9.8000109@it-infrastrukturen.org> Content-Type: text/plain; charset="ISO-8859-1" Organization: Citrix Systems, Inc. Date: Tue, 25 Oct 2011 21:41:56 +0100 Message-ID: <1319575316.16747.11.camel@dagon.hellion.org.uk> MIME-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Transfer-Encoding: 7bit Cc: "M. Schneider" , "Xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-10-25 at 21:31 +0100, Mark Schneider wrote: > Hello, Hi. Please do not cross post to multiple lists, pick the one which best suits your question. In this case questions regarding XCP and xe/xapi are likely best addressed to the xen-api@ list. Note also that xen-devel@ is a list for the discussion of the development of Xen and not user support. Ian. > > How can I modify exported VM template (s. attachment) to fit particular > requirements? > I would like to install them again after modifications for creating of > new VMs. > > Exported VM templates are binary files (kind of DB). Are there any tools > to edit such VM template files? I have to use xe CLI / Linux tools > (can't use XenCenter). > > Another possibility would be to export a template from already modified > installed VM. How? I didn't find any useful information in docs or on > the net about this topic. > > Thank you in advance for any hints. > > regards, Mark > > -- > ms@it-infrastrukturen.org > > > ps. Example of VM structure > # --- > [root@xcp11db02 ~]# xe vm-list name-label=ubuntu11dbrt20 params= > uuid ( RO) : 4133031a-e064-38e7-416d-72e1eb0a9118 > name-label ( RW): ubuntu11dbrt20 > name-description ( RW): Installed via xe CLI > user-version ( RW): 1 > is-a-template ( RW): false > is-a-snapshot ( RO): false > snapshot-of ( RO): > snapshots ( RO): > snapshot-time ( RO): 19700101T00:00:00Z > snapshot-info ( RO): > parent ( RO): 7c3081c0-5d69-5d9b-3c41-c162ded416ee > children ( RO): > is-control-domain ( RO): false > power-state ( RO): running > memory-actual ( RO): 8589848576 > memory-target ( RO): > memory-overhead ( RO): 77594624 > memory-static-max ( RW): 8589934592 > memory-dynamic-max ( RW): 8589934592 > memory-dynamic-min ( RW): 2147483648 > memory-static-min ( RW): 134217728 > suspend-VDI-uuid ( RO): > VCPUs-params (MRW): > VCPUs-max ( RW): 8 > VCPUs-at-startup ( RW): 4 > actions-after-shutdown ( RW): Destroy > actions-after-reboot ( RW): Restart > actions-after-crash ( RW): Restart > console-uuids (SRO): bd4b277b-6941-7111-7b24-6579ada555ca > platform (MRW): timeoffset: 0; nx: false; acpi: true; apic: true; pae: true; viridian: true > allowed-operations (SRO): changing_dynamic_range; hard_reboot; hard_shutdown; pause; snapshot > current-operations (SRO): > blocked-operations (MRW): > allowed-VBD-devices (SRO): > allowed-VIF-devices (SRO): > possible-hosts ( RO): > HVM-boot-policy ( RW): BIOS order > HVM-boot-params (MRW): order: dc > HVM-shadow-multiplier ( RW): 1.000 > PV-kernel ( RW): > PV-ramdisk ( RW): > PV-args ( RW): > PV-legacy-args ( RW): > PV-bootloader ( RW): > PV-bootloader-args ( RW): > last-boot-CPU-flags ( RO): > last-boot-record ( RO): > resident-on ( RO): 280e2816-2d45-4217-881e-e2ad4b423159 > affinity ( RW): > other-config (MRW): last_shutdown_time: 20111025T18:32:09Z; last_shutdown_action: Restart; last_shutdown_initiator: external; last_shutdown_reason: rebooted; mac_seed: a507ca72-1a89-e83d-a1b1-1ee749e6088f; install-methods: cdrom > dom-id ( RO): 6 > recommendations ( RO): > xenstore-data (MRW): > ha-always-run ( RW): false > ha-restart-priority ( RW): > blobs ( RO): > start-time ( RO): 20111025T18:32:29Z > install-time ( RO): 20111024T17:22:55Z > VCPUs-number ( RO): 4 > VCPUs-utilisation (MRO): > os-version (MRO): > PV-drivers-version (MRO): > PV-drivers-up-to-date ( RO): > memory (MRO): > disks (MRO): > networks (MRO): > other (MRO): > live ( RO): > guest-metrics-last-updated ( RO): > cooperative ( RO): > protection-policy ( RW): > is-snapshot-from-vmpp ( RO): false > tags (SRW): > > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Tue Oct 25 14:18:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 14:18:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIoOA-0003pj-S6; Tue, 25 Oct 2011 14:18:27 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIoN3-0003V5-7i for xen-users@lists.xensource.com; Tue, 25 Oct 2011 14:17:17 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1319577432!746485!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10973 invoked from network); 25 Oct 2011 21:17:14 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2011 21:17:14 -0000 Received: by iaen33 with SMTP id n33so1410418iae.30 for ; Tue, 25 Oct 2011 14:17:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=H7pq783lph2AdnkzAfKCOGzyS2paEStTeS75MRzOeTU=; b=nKNq4PeICPSAWgJSHnKf4TRVS9Mca67VUdPbToiv+p+fe2M4D79Oz097VFwpLPznfk KABvi9Eqhob/B8+j7gJmAhjY+8EVj0Ncb0FqS782jpFdKU2FkD9BZNRgDSa4AlxKSiwo JnSTQa9Al/YkO/P5LzMdtW6IX/6QbejzLKBII= MIME-Version: 1.0 Received: by 10.231.41.4 with SMTP id m4mr864178ibe.44.1319577432353; Tue, 25 Oct 2011 14:17:12 -0700 (PDT) Received: by 10.231.208.143 with HTTP; Tue, 25 Oct 2011 14:17:12 -0700 (PDT) Date: Tue, 25 Oct 2011 23:17:12 +0200 Message-ID: From: Florian Heigl To: Xen Users Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Examples for using xl migrate -s ? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I must find a way around the way live migration now uses ssh. I tested it and I see high cpu usage by SSH and overall sense of things being slow. My prod systems have a dedicated, fast link for live migration, but with ssh it would be crippled down to a <1Gbit. Does anyone have a working example of how to not use SSH as the transport layer? I guess this is what the -s option is for, but I don't really get how it's intended to be used. What I can think of ( -s "ssh other box, run netcat listener there; launch nc locally and receive migration data) sounds absolutely disgusting... Thanks for any pointers, Florian -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 14:41:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 14:41:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIokU-00056G-GT; Tue, 25 Oct 2011 14:41:30 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIoj1-0004iH-02 for xen-users@lists.xensource.com; Tue, 25 Oct 2011 14:40:00 -0700 X-Env-Sender: dbrooks@mdah.state.ms.us X-Msg-Ref: server-3.tower-216.messagelabs.com!1319578794!1050617!1 X-Originating-IP: [205.144.225.178] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13952 invoked from network); 25 Oct 2011 21:39:55 -0000 Received: from itspmx52.state.ms.us (HELO itspmx52.state.ms.us) (205.144.225.178) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Oct 2011 21:39:55 -0000 Received: from itspmx52.state.ms.us (puremessage [127.0.0.1]) by localhost (Postfix) with SMTP id EFB97200B5 for ; Tue, 25 Oct 2011 16:39:53 -0500 (CDT) Received: from mail.mdah.state.ms.us (roark.mdah.state.ms.us [10.8.2.3]) by itspmx52.state.ms.us (Postfix) with SMTP id E62D420092 for ; Tue, 25 Oct 2011 16:39:53 -0500 (CDT) Received: from [10.8.3.198] (dbrooks.mdah.state.ms.us [10.8.3.198]) by mail.mdah.state.ms.us (Postfix) with ESMTP id B625D7AA8030 for ; Tue, 25 Oct 2011 16:39:53 -0500 (CDT) Message-ID: <4EA72CA9.9050808@mdah.state.ms.us> Date: Tue, 25 Oct 2011 16:39:53 -0500 From: Donny Brooks User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2.105i Thunderbird/3.1.7 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] Need some assistance in layout X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I have been using Xen for a number of years personally and over a year in production here at work. Our network is growing and I am rethinking the way we have stuff laid out. We will also be implementing a few new HA setups for stuff like mail, mysql, OpenLDAP, etc. I would like some opinions from the list if you don't mind. Currently we have the following machines with current configurations: xen-test: Dell 2900; 8x 300GB in raid6, 8GB ram, 1x Intel 5405 quad core 2.0Ghz, 2x gigabit nics xen1: Dell T710; 8x 2TB in raid6, 24GB ram, 2x Intel 5504 quad core 2.0Ghz, 4x gigabit nics xen2: Dell R610; 3x 160GB in raid5, 32GB ram, 2x Intel 5506 quad core 2.13Ghz, 4x gigabit nics SAN: Dell MD3200i; 12x 2TB in raid6, dual controllers. Currently all machines are running xen 4.0.1 on Centos 5.5. All three machines are setup with bonded interfaces with passing the various vlans over that bonded interface. We have nearly all of our machines running on the machine xen1 while xen2 is sitting virtually unused. The machine xen-test has a couple of machines that are about to come out of testing and be production so I want to migrate them to either xen or xen2. The SAN is nearly unused also. I do have some LUNs on it setup for an eventual migration and one 8TB partition for our backup solution to be migrated to. We currently use backuppc and it currently resides on xen1 using up about 6TB of space and running out quickly so I need to find a solution sooner rather than later. One major feature I have been told to investigate by the higher-ups was a GUI, probably web based, so that in my absence my co-workers can manage machines easier. I want to make the best use of all three of these machines and the SAN possible. Having a way to migrate machines live would be awesome also. Although the mix of local and network storage makes for a little difficulty. I have looked at other solutions like proxmox and a few others but I want to stay with xen as I know it is capable of nearly everything I need to do. I just need guidance on the best way to implement it. We run 95% linux machines in a PV manner and the other 5% is windows 2008R2 servers. Making the domu's high available between xen dom0's is not majorly important for most of the servers, only a handful. I plan to make the individual services HA where possible as mentioned in the beginning of this message. Although it would be nice to be able to fail a domu over to another dom0 live with no problems. Any pointers, input, or just general insight any of you may have on the best way to set this up would be much appreciated. -- Donny B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Oct 25 22:35:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 22:35:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIw8x-0002AS-Nn; Tue, 25 Oct 2011 22:35:15 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIw7R-0001pK-Gc for xen-users@lists.xensource.com; Tue, 25 Oct 2011 22:33:46 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1319607217!1698569!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10344 invoked from network); 26 Oct 2011 05:33:37 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 05:33:37 -0000 Received: by eyb6 with SMTP id 6so1821581eyb.30 for ; Tue, 25 Oct 2011 22:33:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=t8lH5uFbwUrNQzDb4OGkBjS1tk+g6dpOCYyS/HI+EcE=; b=nCiaXyLZC0YRoX1vmHHOFXO6voEMh6OhudqfQUBtzupsOc/jgrD9g/SvEmmfKAOy2W m4u6vgqF3YrlcfDU6oLj5nu7xCH+J6i+MD4YsrdiDB55oOfHtpkiK7dQ+DX6KMwd1wHo pgu6UPnNdT0u89clbsu09AsmdoVHOFuKQSP0o= Received: by 10.213.33.209 with SMTP id i17mr110100ebd.11.1319607217134; Tue, 25 Oct 2011 22:33:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.104.144 with HTTP; Tue, 25 Oct 2011 22:33:16 -0700 (PDT) In-Reply-To: <4EA6CB8B.2020709@gmail.com> References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> From: Grant McWilliams Date: Tue, 25 Oct 2011 22:33:16 -0700 Message-ID: Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) To: George Shuklin Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1812851164==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1812851164== Content-Type: multipart/alternative; boundary=0015174c11626b9d3f04b02cff71 --0015174c11626b9d3f04b02cff71 Content-Type: text/plain; charset=UTF-8 On Tue, Oct 25, 2011 at 7:45 AM, George Shuklin wrote: > NEVER upgrade XCP by CentOS packages. > > You will break it beyond repair level. Reason is simple: XCP shipped with > patched packages, and replacing them with non-patched will cause grave > damage. And worst is damage is not instant - you will continue to operate, > but found 'something got wrong' later. > > The most important is lvm2 package, which is patched to allow shared > storage usage (--master option). Default LVM2 will trash metadata on LVM SR > (LVM and LVMoISCSI SM) at some moment. > > Other (i'm not sure) is udev package, and may be few more. > > Why aren't those packages masked in the repo configs like the kernel is? Having a server OS with no upgrade path is a very bad idea. Zero day exploit? How about zero month or zero year exploit? I'd like to hope that this gets changed at some point. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --0015174c11626b9d3f04b02cff71 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Oct 25, 2011 at 7:45 AM, George Shuklin = <george.sh= uklin@gmail.com> wrote:
=20 =20 =20
NEVER upgrade XCP by CentOS packages.

You will break it beyond repair level. Reason is simple: XCP shipped with patched packages, and replacing them with non-patched will cause grave damage. And worst is damage is not instant - you will continue to operate, but found 'something got wrong' later.

The most important is lvm2 package, which is patched to allow shared storage usage (--master option). Default LVM2 will trash metadata on LVM SR (LVM and LVMoISCSI SM) at some moment.

Other (i'm not sure) is udev package, and may be few more.


Why aren't those packages = masked in the repo configs like the kernel is?

Having a server OS wi= th no upgrade path is a very bad idea. Zero day exploit? How about zero mon= th or zero year exploit? I'd like to hope that this gets changed at som= e point.


Grant McWilliams
http://grantmcwilliams.com/

Some people= , when confronted with a problem, think "I know, I'll use Windows.= "
Now they have two problems.
=C2=A0
--0015174c11626b9d3f04b02cff71-- --===============1812851164== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1812851164==-- From xen-users-bounces@lists.xensource.com Tue Oct 25 22:39:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 25 Oct 2011 22:39:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIwDC-0002vO-69; Tue, 25 Oct 2011 22:39:38 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIwC0-0002bB-TF for xen-users@lists.xensource.com; Tue, 25 Oct 2011 22:38:25 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-182.messagelabs.com!1319607500!774535!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3110 invoked from network); 26 Oct 2011 05:38:21 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 05:38:21 -0000 Received: by gyg13 with SMTP id 13so1944363gyg.30 for ; Tue, 25 Oct 2011 22:38:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.196.13 with SMTP id t13mr27408995ybf.69.1319607500498; Tue, 25 Oct 2011 22:38:20 -0700 (PDT) Received: by 10.150.202.2 with HTTP; Tue, 25 Oct 2011 22:38:20 -0700 (PDT) In-Reply-To: References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> Date: Wed, 26 Oct 2011 12:38:20 +0700 Message-ID: Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) From: "Fajar A. Nugraha" To: Xen User-List Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Oct 26, 2011 at 12:33 PM, Grant McWilliams wrote: > On Tue, Oct 25, 2011 at 7:45 AM, George Shuklin > wrote: >> >> NEVER upgrade XCP by CentOS packages. > Why aren't those packages masked in the repo configs like the kernel is? Probably because the repos are disabled in the first place. > > Having a server OS with no upgrade path is a very bad idea. Zero day > exploit? How about zero month or zero year exploit? I'd like to hope that > this gets changed at some point. How would you "upgrade" (for example) XenServer? Or a vmware vsphere node? IMHO the same methods and policy should also apply to xcp. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 00:37:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 00:37:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIy3B-0006Nw-Gp; Wed, 26 Oct 2011 00:37:25 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIy1g-00062l-5O for xen-users@lists.xensource.com; Wed, 26 Oct 2011 00:35:53 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1319614549!1084563!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29204 invoked from network); 26 Oct 2011 07:35:49 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 07:35:49 -0000 Received: by wwf10 with SMTP id 10so1660273wwf.24 for ; Wed, 26 Oct 2011 00:35:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=anoo0KASHrecwqYwGv7BXK3QRsSa2iyVFdKtEoBU0eU=; b=D9QcpuUyd2YZbE8E9EvdQJOm9ie6p2UoLYCOMeWmdUSOkrXFvDvVVZPugU16LoXSAc EMp3VlJbrjcFrxx+3RbqGyExpc8mJq3/Rb6klQLCn7/R8Enk5tmFc5FB/Jr+JZGUgwle wuOQ/5eWBvlDFLEst9lcZeAZSqIjCHS9vZZTE= Received: by 10.227.198.203 with SMTP id ep11mr8193545wbb.0.1319614549061; Wed, 26 Oct 2011 00:35:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.8.163 with HTTP; Wed, 26 Oct 2011 00:35:29 -0700 (PDT) From: Flavio Date: Wed, 26 Oct 2011 09:35:29 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Automatic vncviewer startup X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, is there a way to start automatically the vncviewer when a domU starts? When I was using the xm toolstack I could use "xm create domain.cfg -vncviewer" or something similar (if I'm not wrong), but I don't know how to do it with the xl toolstack. At the moment, I have to create the domain using xl create domU.cfg, then xl list to see the domU id and then xl vncviewer to start vncviewer. Is it possible? By the way: does the analogue of 'xm new domU.cfg' exist in the new xl toolstack? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 01:08:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 01:08:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIyXX-00005e-M9; Wed, 26 Oct 2011 01:08:47 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIyUo-0007uK-6W for xen-users@lists.xensource.com; Wed, 26 Oct 2011 01:05:59 -0700 X-Env-Sender: admin@artur.krakow.pl X-Msg-Ref: server-4.tower-216.messagelabs.com!1319616354!1079704!1 X-Originating-IP: [195.225.248.12] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23208 invoked from network); 26 Oct 2011 08:05:55 -0000 Received: from sto.multi-play.pl (HELO mta.artur.krakow.pl) (195.225.248.12) by server-4.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 26 Oct 2011 08:05:55 -0000 Received: from public-gprs103908.centertel.pl ([79.162.23.230]:42704) by mta.artur.krakow.pl with esmtpsa (TLS1.0:RSA_ARCFOUR_MD5:16) (Exim 4.76) (envelope-from ) id 1RIyUj-00035C-Ct for xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:05:53 +0200 To: xen-users@lists.xensource.com From: "=?utf-8?B?YWRtaW5AYXJ0dXIua3Jha293LnBs?=" Date: Wed, 26 Oct 2011 10:05:44 +0200 MIME-Version: 1.0 Subject: [Xen-users] Multiple lv's for domu X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1799750908==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1799750908== Content-Type: multipart/alternative; boundary="----=_Part_1_1319616344160" ------=_Part_1_1319616344160 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline SGVsbG8sIApJIG5lZWQgYSB3b3JkIG9mIGFuIGFkdmljZS4gSSBwbGFuIHRvIGRlcGxveSBYZW4g b24gTFZNLiAKSXMgaXQgd29ydGggdG8gZG8gZm9yIGRvbXUncyBzZXBhcmF0ZWQgbG9naWNhbCB2 b2x1bWVzIGZvciAvLCAvdXNyLCAvaG9tZSwgL3ZhciwgL3RtcCBhbmQgc3dhcCB3aGVuIGFsbCB0 aGVtIHdpbGwgYmUgb24gdGhlIHNhbWUgdm9sdW1lIGdyb3VwPwoKT3Igc2hvdWxkIEkgbWFrZSBv bmx5IC8gYW5kIHN3YXAgcGFydGl0aW9ucyBhbmQgZG9uJ3QgY2FyZSBhYm91dCBhbnl0aGluZyBl bHNlPwoKTXVsdGlwbGUgbHYncyBjb3VsZCBiZSBoYXJkIGZvciBoeXBlcnZpc29yIGFkbWluIHRv IG1hbmFnZSwgYnV0IHNhZmVyIGZvciBkb211ICBPUywgcmlnaHQ/CgpBcmUgdGhlcmUgYW55IG90 aGVyIGFkdmFudGFnZXMgb3IgZGlzYWR2YW50YWdlcyBvZiBtdWx0aXBsZSBsdidzIGZvciBkb211 PwoKQmVzdCByZWdhcmRzCgpBcnR1ciBGZWprbG93aWN6IC0gSVQgU3BlY2lhbGlzdAoKCg== ------=_Part_1_1319616344160 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline SGVsbG8sIDxicj5JIG5lZWQgYSB3b3JkIG9mIGFuIGFkdmljZS4gSSBwbGFuIHRvIGRlcGxveSBY ZW4gb24gTFZNLiA8YnI+SXMgaXQgd29ydGggdG8gZG8gZm9yIGRvbXUmIzM5O3Mgc2VwYXJhdGVk IGxvZ2ljYWwgdm9sdW1lcyBmb3IgLywgL3VzciwgL2hvbWUsIC92YXIsIC90bXAgYW5kIHN3YXAg d2hlbiBhbGwgdGhlbSB3aWxsIGJlIG9uIHRoZSBzYW1lIHZvbHVtZSBncm91cD88YnI+PGJyPk9y IHNob3VsZCBJIG1ha2Ugb25seSAvIGFuZCBzd2FwIHBhcnRpdGlvbnMgYW5kIGRvbiYjMzk7dCBj YXJlIGFib3V0IGFueXRoaW5nIGVsc2U/PGJyPjxicj5NdWx0aXBsZSBsdiYjMzk7cyBjb3VsZCBi ZSBoYXJkIGZvciBoeXBlcnZpc29yIGFkbWluIHRvIG1hbmFnZSwgYnV0IHNhZmVyIGZvciBkb211 ICZuYnNwO09TLCByaWdodD88YnI+PGJyPkFyZSB0aGVyZSBhbnkgb3RoZXIgYWR2YW50YWdlcyBv ciBkaXNhZHZhbnRhZ2VzIG9mIG11bHRpcGxlIGx2JiMzOTtzIGZvciBkb211Pzxicj48YnI+QmVz dCByZWdhcmRzPGJyPjxicj5BcnR1ciBGZWprbG93aWN6IC0gSVQgU3BlY2lhbGlzdDxicj48YnI+ PGJyPg== ------=_Part_1_1319616344160-- --===============1799750908== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1799750908==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 01:12:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 01:12:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIybA-0000p5-VG; Wed, 26 Oct 2011 01:12:32 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIyaX-0000V7-A0 for xen-users@lists.xensource.com; Wed, 26 Oct 2011 01:11:53 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1319616710!784151!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9363 invoked from network); 26 Oct 2011 08:11:50 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 08:11:50 -0000 Received: by wwf10 with SMTP id 10so1701737wwf.24 for ; Wed, 26 Oct 2011 01:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=HAp14kYCUNjaZbPSq7suh1BfDhJBCRD+41GAv/v9tUg=; b=R+Rqmge+exFG6VF5LDCG4xOmLfANnZGPgsSWwJa16Jkv1rMnpge1Gtp6DGsNyWWzAb 49+aIV5QZw7SF7ArO2K6N5FCv2ALd0Ikyj8OiCOqbmQI0iQy6Vtlji5W34g99H9stQJt jGeluqlBaU7RqUoIjvs4KBIbzzo1Eso12pW3o= Received: by 10.227.60.3 with SMTP id n3mr8455328wbh.25.1319616710082; Wed, 26 Oct 2011 01:11:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.8.163 with HTTP; Wed, 26 Oct 2011 01:11:29 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Wed, 26 Oct 2011 10:11:29 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Re: Automatic vncviewer startup X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26 October 2011 09:35, Flavio wrote: > Hello, > > is there a way to start automatically the vncviewer when a domU starts? > When I was using the xm toolstack I could use "xm create domain.cfg -vncviewer" > or something similar (if I'm not wrong), but I don't know how to do it with the > xl toolstack. At the moment, I have to create the domain using > xl create domU.cfg, then xl list to see the domU id and then xl > vncviewer > to start vncviewer. OK, meanwhile I've found a workaround for this, using a combination of the xl commands: xl create domU.cfg && xl vncviewer `xl domid domU_name` but the question is still valid. > > Is it possible? > > By the way: does the analogue of 'xm new domU.cfg' exist in the new xl > toolstack? But I didn't find an answer yet for this. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 01:37:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 01:37:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIyyz-0003uu-MY; Wed, 26 Oct 2011 01:37:09 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIyyC-0003ap-1o for xen-users@lists.xensource.com; Wed, 26 Oct 2011 01:36:20 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1319618150!50622803!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12426 invoked from network); 26 Oct 2011 08:35:50 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 08:35:50 -0000 Received: by bkas6 with SMTP id s6so251616bka.30 for ; Wed, 26 Oct 2011 01:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=qG22DNPPWZogpDUx5n0HC5ebOA6dCofNTCKJ2IMXgz8=; b=nHdLhaCVtAZPKaPSoGtL88gunhoo+nFRpZDStwt5gGETd+XBWQ7hrf6K7R6iQyiEeZ gz+6fRXIqKQrkS/jq1PD0syn4Ga23SXodlfhoKFTbnGweaF8DJxWD/agtx0fTDSR2r8b KWT1pRfCaJvQEAuiYbk0WGic+H7vQX1ru7050= Received: by 10.204.129.146 with SMTP id o18mr23644994bks.95.1319618176441; Wed, 26 Oct 2011 01:36:16 -0700 (PDT) Received: from [10.168.143.45] ([109.188.222.108]) by mx.google.com with ESMTPS id w8sm1103299bks.11.2011.10.26.01.36.13 (version=SSLv3 cipher=OTHER); Wed, 26 Oct 2011 01:36:15 -0700 (PDT) Message-ID: <4EA7C679.4030804@gmail.com> Date: Wed, 26 Oct 2011 12:36:09 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Grant McWilliams Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> In-Reply-To: Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0136445899==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0136445899== Content-Type: multipart/alternative; boundary="------------070309090408040503010508" This is a multi-part message in MIME format. --------------070309090408040503010508 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Citrix provides updates for XenServer, but not for XCP. But in any way, exposing management interface to unprotected network is bad idea. If you have no managed interface available from internet, you have very few vulnerable for remote attack components: kernel, openvswitch... thats all. Idea behind XCP is well-protected internal network with management interface, unencrypted storage traffic, migration traffic, XCP own synchronization traffic and separate (by VLAN or by different physical interface) network for clients with internet access. On 26.10.2011 09:33, Grant McWilliams wrote: > On Tue, Oct 25, 2011 at 7:45 AM, George Shuklin > > wrote: > > NEVER upgrade XCP by CentOS packages. > > You will break it beyond repair level. Reason is simple: XCP > shipped with patched packages, and replacing them with non-patched > will cause grave damage. And worst is damage is not instant - you > will continue to operate, but found 'something got wrong' later. > > The most important is lvm2 package, which is patched to allow > shared storage usage (--master option). Default LVM2 will trash > metadata on LVM SR (LVM and LVMoISCSI SM) at some moment. > > Other (i'm not sure) is udev package, and may be few more. > > > Why aren't those packages masked in the repo configs like the kernel is? > > Having a server OS with no upgrade path is a very bad idea. Zero day > exploit? How about zero month or zero year exploit? I'd like to hope > that this gets changed at some point. > > > Grant McWilliams > http://grantmcwilliams.com/ > > Some people, when confronted with a problem, think "I know, I'll use > Windows." > Now they have two problems. --------------070309090408040503010508 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Citrix provides updates for XenServer, but not for XCP.

But in any way, exposing management interface to unprotected network is bad idea. If you have no managed interface available from internet, you have very few vulnerable for remote attack components: kernel, openvswitch... thats all.

Idea behind XCP is well-protected internal network with management interface, unencrypted storage traffic, migration traffic, XCP own synchronization traffic and separate (by VLAN or by different physical interface) network for clients with internet access.


On 26.10.2011 09:33, Grant McWilliams wrote:
On Tue, Oct 25, 2011 at 7:45 AM, George Shuklin <george.shuklin@gmail.com> wrote:
NEVER upgrade XCP by CentOS packages.

You will break it beyond repair level. Reason is simple: XCP shipped with patched packages, and replacing them with non-patched will cause grave damage. And worst is damage is not instant - you will continue to operate, but found 'something got wrong' later.

The most important is lvm2 package, which is patched to allow shared storage usage (--master option). Default LVM2 will trash metadata on LVM SR (LVM and LVMoISCSI SM) at some moment.

Other (i'm not sure) is udev package, and may be few more.


Why aren't those packages masked in the repo configs like the kernel is?

Having a server OS with no upgrade path is a very bad idea. Zero day exploit? How about zero month or zero year exploit? I'd like to hope that this gets changed at some point.


Grant McWilliams
http://grantmcwilliams.com/

Some people, when confronted with a problem, think "I know, I'll use Windows."
Now they have two problems.
 

--------------070309090408040503010508-- --===============0136445899== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0136445899==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 01:40:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 01:40:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIz1o-0004os-55; Wed, 26 Oct 2011 01:40:04 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIz1A-0004TC-LY for xen-users@lists.xensource.com; Wed, 26 Oct 2011 01:39:24 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1319618361!137826!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6294 invoked from network); 26 Oct 2011 08:39:21 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 08:39:21 -0000 Received: by bkas6 with SMTP id s6so255308bka.30 for ; Wed, 26 Oct 2011 01:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=jZax825otJWusY9Qk6fFXmOGFukPNw+arOjdnVU6+LI=; b=FVrpf8ES7+Ch+Xc7nnYFzAL9mQZBDtuE2jXzaKk53gReGYh90BPgfQbm8I2KcSlS3J ULVqvky7LnwHBF8UyvrsCbMi0oTb4/nCl/wkHzjDyWZnuNLa2fTk+o8wd8XaFpuKUGgj oa5fUDHVkLsHCjELwQu6usQb9ICL0JMNXr1Rw= Received: by 10.204.131.66 with SMTP id w2mr16592848bks.49.1319618360855; Wed, 26 Oct 2011 01:39:20 -0700 (PDT) Received: from [10.168.143.45] ([109.188.222.108]) by mx.google.com with ESMTPS id w8sm1113985bks.11.2011.10.26.01.39.18 (version=SSLv3 cipher=OTHER); Wed, 26 Oct 2011 01:39:19 -0700 (PDT) Message-ID: <4EA7C733.8030405@gmail.com> Date: Wed, 26 Oct 2011 12:39:15 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Multiple lv's for domu References: <4ea7c000.821f440a.4641.2fb6SMTPIN_ADDED@mx.google.com> In-Reply-To: <4ea7c000.821f440a.4641.2fb6SMTPIN_ADDED@mx.google.com> X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1605446748==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1605446748== Content-Type: multipart/alternative; boundary="------------040302000102000308000407" This is a multi-part message in MIME format. --------------040302000102000308000407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If you have fine-tuned filter option in lvm.conf on dom0, there is no difference for dom0 in content of vdi images. Create LVM _inside_ client VDI, like you do with physical machine. But, again, don't forget about filter out those PV in filter option in lvm.conf. On 26.10.2011 12:05, admin@artur.krakow.pl wrote: > Hello, > I need a word of an advice. I plan to deploy Xen on LVM. > Is it worth to do for domu's separated logical volumes for /, /usr, > /home, /var, /tmp and swap when all them will be on the same volume group? > > Or should I make only / and swap partitions and don't care about > anything else? > > Multiple lv's could be hard for hypervisor admin to manage, but safer > for domu OS, right? > > Are there any other advantages or disadvantages of multiple lv's for domu? > > Best regards > > Artur Fejklowicz - IT Specialist > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------040302000102000308000407 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit If you have fine-tuned filter option in lvm.conf on dom0, there is no difference for dom0 in content of vdi images. Create LVM _inside_ client VDI, like you do with physical machine.

But, again, don't forget about filter out those PV in filter option in lvm.conf.


On 26.10.2011 12:05, admin@artur.krakow.pl wrote:
Hello,
I need a word of an advice. I plan to deploy Xen on LVM.
Is it worth to do for domu's separated logical volumes for /, /usr, /home, /var, /tmp and swap when all them will be on the same volume group?

Or should I make only / and swap partitions and don't care about anything else?

Multiple lv's could be hard for hypervisor admin to manage, but safer for domu  OS, right?

Are there any other advantages or disadvantages of multiple lv's for domu?

Best regards

Artur Fejklowicz - IT Specialist




_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

--------------040302000102000308000407-- --===============1605446748== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1605446748==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 01:43:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 01:43:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIz4i-0005XE-PP; Wed, 26 Oct 2011 01:43:04 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RIz45-0005D9-8n for xen-users@lists.xensource.com; Wed, 26 Oct 2011 01:42:25 -0700 X-Env-Sender: bart.coninckx@telenet.be X-Msg-Ref: server-7.tower-174.messagelabs.com!1319618542!36694751!1 X-Originating-IP: [195.130.132.48] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31526 invoked from network); 26 Oct 2011 08:42:22 -0000 Received: from gerard.telenet-ops.be (HELO gerard.telenet-ops.be) (195.130.132.48) by server-7.tower-174.messagelabs.com with SMTP; 26 Oct 2011 08:42:22 -0000 Received: from [192.168.1.20] ([213.224.25.30]) by gerard.telenet-ops.be with bizsmtp id pLiM1h0080ey1Dx0HLiM1T; Wed, 26 Oct 2011 10:42:21 +0200 Message-ID: <4EA7C7ED.3000107@telenet.be> Date: Wed, 26 Oct 2011 10:42:21 +0200 From: Bart Coninckx User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "admin@artur.krakow.pl" Subject: Re: [Xen-users] Multiple lv's for domu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/26/11 10:05, admin@artur.krakow.pl wrote: > Hello, > I need a word of an advice. I plan to deploy Xen on LVM. > Is it worth to do for domu's separated logical volumes for /, /usr, > /home, /var, /tmp and swap when all them will be on the same volume group? > > Or should I make only / and swap partitions and don't care about > anything else? > > Multiple lv's could be hard for hypervisor admin to manage, but safer > for domu OS, right? > > Are there any other advantages or disadvantages of multiple lv's for domu? > > Best regards > > Artur Fejklowicz - IT Specialist > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users I tend to a have a separate LV for everything that is OS. The data portion (be it /home, /data, or whatever you use - this however contains data the OS can boot without), I put on a seperate LVM. I do this for backup reasons as the OS is quicker restored in case of trouble, B. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 02:10:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 02:10:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIzVD-0007tW-2u; Wed, 26 Oct 2011 02:10:27 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RIzPN-0007U9-DY for xen-users@lists.xensource.com; Wed, 26 Oct 2011 02:04:37 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1319619831!43445514!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 920 invoked from network); 26 Oct 2011 09:03:51 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 09:03:51 -0000 Received: by wyi11 with SMTP id 11so1833561wyi.30 for ; Wed, 26 Oct 2011 02:04:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mBd5RQyNsCCn0xMedd67ErFmDpiEs1MDFdMiWra9zIk=; b=SMZXtnWMIWq0tbXzEBhXx1CrSQA0yHSyZvZ+VNuTDsxhj8O4D6g687qoA1EiTSlsSU F9lu+LX9NRhSgauulosWjmSh6VgXbPPywDQmzElvQnONLR8aZmKcLnffzDaPJexwZm6s Cpg0IUPEkIXgdWXsaPDLUcWkqCzInrH58R1VA= Received: by 10.216.210.134 with SMTP id u6mr610964weo.95.1319619861150; Wed, 26 Oct 2011 02:04:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.8.163 with HTTP; Wed, 26 Oct 2011 02:04:00 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Wed, 26 Oct 2011 11:04:00 +0200 Message-ID: Subject: Re: [Xen-users] Automatic vncviewer startup To: Christian Motschke Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26 October 2011 11:01, Christian Motschke wrote: > > Am 26.10.2011 um 10:11 schrieb Flavio: > >> On 26 October 2011 09:35, Flavio wrote: >>> Hello, >>> >>> is there a way to start automatically the vncviewer when a domU starts? > > xm create vm-name.cfg --vncviewer > But I assume, that xl behaves not like xm? As far as I can see not in this case. It says: option `' not supported. Also 'xl new' doesn't exist. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 02:27:49 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 02:27:49 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RIzm1-0000mE-13; Wed, 26 Oct 2011 02:27:49 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RIzkr-0000S6-Hm for xen-users@lists.xensource.com; Wed, 26 Oct 2011 02:26:37 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-174.messagelabs.com!1319621194!36697508!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4877 invoked from network); 26 Oct 2011 09:26:34 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-174.messagelabs.com with SMTP; 26 Oct 2011 09:26:34 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 7EFD810401A for ; Wed, 26 Oct 2011 10:26:32 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ykNItWgLgsFd for ; Wed, 26 Oct 2011 10:26:32 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 8364429F50 for ; Wed, 26 Oct 2011 10:26:31 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <20111026080935.C389829F50@patsy.thehobsons.co.uk> References: <20111026080935.C389829F50@patsy.thehobsons.co.uk> Date: Wed, 26 Oct 2011 10:26:29 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] Multiple lv's for domu Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com admin@artur.krakow.pl wrote: >I need a word of an advice. I plan to deploy Xen on LVM. >Is it worth to do for domu's separated logical volumes for /, /usr, >/home, /var, /tmp and swap when all them will be on the same volume >group? > >Or should I make only / and swap partitions and don't care about >anything else? > >Multiple lv's could be hard for hypervisor admin to manage, but >safer for domu OS, right? I think you'll get as many opinions as you get answers ! Like so much else, there's a large element of personal preference. Personally, I do all the LVM in Dom0 - so I export several volumes to each DomU and use them raw (ie with no partitioning in DomU). It makes it a doddle to manage filesystems in Dom0 - though since I got into that habit I think it's got easier to loopback mount the volume and then access the partitions within it. As to how to split the system up - it all depends. I have some systems with just a single volume. On the other hand, I have other systems with multiple volumes so as to split volatile or prone to growth (eg mail stores) data from the rest of the system - mainly to prevent uncontrolled data growth bringing the whole thing down. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 04:31:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 04:31:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ1hx-0006J3-7k; Wed, 26 Oct 2011 04:31:45 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ1ge-0005yQ-Qn for xen-users@lists.xensource.com; Wed, 26 Oct 2011 04:30:25 -0700 X-Env-Sender: maik.brauer@mbs-systems.net X-Msg-Ref: server-3.tower-182.messagelabs.com!1319628615!815850!1 X-Originating-IP: [188.40.240.248] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14994 invoked from network); 26 Oct 2011 11:30:15 -0000 Received: from mx1.mbs-systems.net (HELO mx1.mbs-systems.net) (188.40.240.248) by server-3.tower-182.messagelabs.com with SMTP; 26 Oct 2011 11:30:15 -0000 Received: from localhost (localhost [127.0.0.1]) by mx1.mbs-systems.net (Postfix) with ESMTP id 320F25C218 for ; Wed, 26 Oct 2011 13:30:27 +0200 (CEST) Received: from mx1.mbs-systems.net ([127.0.0.1]) by localhost (mta.mbs-systems.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3AHFMrPAqqTa for ; Wed, 26 Oct 2011 13:30:26 +0200 (CEST) Received: from [62.213.147.147] (unknown [62.213.147.147]) by mx1.mbs-systems.net (Postfix) with ESMTPSA id AA6C85C217 for ; Wed, 26 Oct 2011 13:30:26 +0200 (CEST) User-Agent: Microsoft-MacOutlook/14.13.0.110805 Date: Wed, 26 Oct 2011 13:30:10 +0200 From: Maik Brauer To: Message-ID: Thread-Topic: During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... Mime-version: 1.0 Subject: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1742338901==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --===============1742338901== Content-type: multipart/alternative; boundary="B_3402480613_8921427" > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3402480613_8921427 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi, during the startup of my DomU I receive the following dump from XEN: 0.049327] TCP: Hash tables configured (established 2048 bind 2048) [ 0.049334] TCP reno registered [ 0.049388] NET: Registered protocol family 1 [ 0.049446] Unpacking initramfs... [ 0.908791] Kernel panic - not syncing: Out of memory and no killable processes... [ 0.908793] [ 0.908857] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1 [ 0.908862] Call Trace: [ 0.908880] [] ? panic+0x86/0x143 [ 0.908895] [] ? xen_force_evtchn_callback+0x9/0xa [ 0.908907] [] ? get_page_from_freelist+0x723/0x767 [ 0.908916] [] ? pvclock_clocksource_read+0x3a/0x8b [ 0.908929] [] ? ktime_get_ts+0x68/0xb2 [ 0.908936] [] ? __out_of_memory+0x10f/0x141 [ 0.908941] [] ? out_of_memory+0x140/0x172 [ 0.908947] [] ? __alloc_pages_nodemask+0x4ec/0x5fe [ 0.908956] [] ? alloc_page_interleave+0x2d/0x74 [ 0.908962] [] ? grab_cache_page_write_begin+0x55/0x97 [ 0.908973] [] ? simple_write_begin+0x28/0x5d [ 0.908980] [] ? generic_file_buffered_write+0x118/0x278 [ 0.908986] [] ? mntput_no_expire+0x23/0xee [ 0.908997] [] ? __generic_file_aio_write+0x25f/0x293 [ 0.909003] [] ? inode_init_always+0x109/0x1aa [ 0.909009] [] ? generic_file_aio_write+0x59/0x9f [ 0.909017] [] ? do_sync_write+0xce/0x113 [ 0.909024] [] ? autoremove_wake_function+0x0/0x2e [ 0.909035] [] ? cap_inode_setattr+0x0/0x3 [ 0.909042] [] ? check_events+0x12/0x20 [ 0.909047] [] ? cap_inode_setattr+0x0/0x3 [ 0.909053] [] ? vfs_write+0xa9/0x102 [ 0.909058] [] ? sys_write+0x45/0x6e [ 0.909066] [] ? do_copy+0x2c/0xdf [ 0.909072] [] ? unpack_to_rootfs+0x1a6/0x381 [ 0.909084] [] ? pci_get_subsys+0x21/0x73 [ 0.909090] [] ? populate_rootfs+0x0/0x108 [ 0.909096] [] ? populate_rootfs+0x5f/0x108 [ 0.909105] [] ? pci_apply_final_quirks+0x1f/0x2b [ 0.909111] [] ? do_one_initcall+0x64/0x174 [ 0.909117] [] ? kernel_init+0x158/0x1ae [ 0.909125] [] ? child_rip+0xa/0x20 [ 0.909131] [] ? int_ret_from_sys_call+0x7/0x1b [ 0.909136] [] ? retint_restore_args+0x5/0x6 [ 0.909142] [] ? child_rip+0x0/0x20 I am using the Hypervisor 4.1.2 build from source. The Dom0 ist running and there are no errors. What does this message mean, and how can I solve this issue in order to startup my DomU's properly. Thanks. Cheers, Maik --B_3402480613_8921427 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Hi,

during the startup of my DomU I receive the following dump from XEN:
<= div>
    0.049327] TCP: Hash tables configured = (established 2048 bind 2048)
[    0.049334] TCP reno reg= istered
[    0.049388] NET: Registered protocol family 1=
[    0.049446] Unpacking initramfs...
[  = ;  0.908791] Kernel panic - not syncing: Out of memory and no killable = processes...
[    0.908793] 
[   &nb= sp;0.908857] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1
[    0.908862] Call Trace:
[    0.908880] &= nbsp;[<ffffffff8130b7aa>] ? panic+0x86/0x143
[    = 0.908895]  [<ffffffff8100e635>] ? xen_force_evtchn_callback+0x9/0= xa
[    0.908907]  [<ffffffff810bafc7>] ? get= _page_from_freelist+0x723/0x767
[    0.908916]  [&l= t;ffffffff8102ddc4>] ? pvclock_clocksource_read+0x3a/0x8b
[ &nb= sp;  0.908929]  [<ffffffff8106d4f7>] ? ktime_get_ts+0x68/0xb= 2
[    0.908936]  [<ffffffff810b7821>] ? __ou= t_of_memory+0x10f/0x141
[    0.908941]  [<ffffff= ff810b7993>] ? out_of_memory+0x140/0x172
[    0.90894= 7]  [<ffffffff810bb742>] ? __alloc_pages_nodemask+0x4ec/0x5fe
[    0.908956]  [<ffffffff810e1ad7>] ? alloc_pag= e_interleave+0x2d/0x74
[    0.908962]  [<fffffff= f810b574e>] ? grab_cache_page_write_begin+0x55/0x97
[   &n= bsp;0.908973]  [<ffffffff81108ac1>] ? simple_write_begin+0x28/0x5= d
[    0.908980]  [<ffffffff810b5fc4>] ? gene= ric_file_buffered_write+0x118/0x278
[    0.908986]  = ;[<ffffffff811047e1>] ? mntput_no_expire+0x23/0xee
[   =  0.908997]  [<ffffffff810b64d5>] ? __generic_file_aio_write+= 0x25f/0x293
[    0.909003]  [<ffffffff81101d8d&g= t;] ? inode_init_always+0x109/0x1aa
[    0.909009]  = ;[<ffffffff810b6562>] ? generic_file_aio_write+0x59/0x9f
[ &= nbsp;  0.909017]  [<ffffffff810efc4e>] ? do_sync_write+0xce/= 0x113
[    0.909024]  [<ffffffff81065f86>] ? = autoremove_wake_function+0x0/0x2e
[    0.909035]  [= <ffffffff811544fd>] ? cap_inode_setattr+0x0/0x3
[   &nb= sp;0.909042]  [<ffffffff8100ecf2>] ? check_events+0x12/0x20
=
[    0.909047]  [<ffffffff811544fd>] ? cap_inode_s= etattr+0x0/0x3
[    0.909053]  [<ffffffff810f05a= 0>] ? vfs_write+0xa9/0x102
[    0.909058]  [<= ffffffff810f06b5>] ? sys_write+0x45/0x6e
[    0.90906= 6]  [<ffffffff81509a02>] ? do_copy+0x2c/0xdf
[   &= nbsp;0.909072]  [<ffffffff815097fb>] ? unpack_to_rootfs+0x1a6/0x3= 81
[    0.909084]  [<ffffffff811a56f7>] ? pci= _get_subsys+0x21/0x73
[    0.909090]  [<ffffffff= 8150a209>] ? populate_rootfs+0x0/0x108
[    0.909096]=  [<ffffffff8150a268>] ? populate_rootfs+0x5f/0x108
[ &= nbsp;  0.909105]  [<ffffffff8152da34>] ? pci_apply_final_qui= rks+0x1f/0x2b
[    0.909111]  [<ffffffff8100a065= >] ? do_one_initcall+0x64/0x174
[    0.909117]  = [<ffffffff81508677>] ? kernel_init+0x158/0x1ae
[   &nbs= p;0.909125]  [<ffffffff81012baa>] ? child_rip+0xa/0x20
= [    0.909131]  [<ffffffff81011d61>] ? int_ret_from_sys= _call+0x7/0x1b
[    0.909136]  [<ffffffff8101251= d>] ? retint_restore_args+0x5/0x6
[    0.909142] &nbs= p;[<ffffffff81012ba0>] ? child_rip+0x0/0x20

=
I am using the Hypervisor 4.1.2 build from source.
The Dom0 i= st running and there are no errors.

What does this = message mean, and how can I solve this issue in order to startup my DomU's p= roperly.
Thanks.

Cheers,
Maik

--B_3402480613_8921427-- --===============1742338901== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1742338901==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 04:48:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 04:48:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ1yK-0007NX-OK; Wed, 26 Oct 2011 04:48:40 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ1x6-00072f-4M for xen-users@lists.xensource.com; Wed, 26 Oct 2011 04:47:24 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1319629640!1719057!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19270 invoked from network); 26 Oct 2011 11:47:20 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-16.tower-21.messagelabs.com with SMTP; 26 Oct 2011 11:47:20 -0000 X-SMTP-Recipient: xen-users@lists.xensource.com Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 1EEC673E9D for ; Wed, 26 Oct 2011 12:47:17 +0100 (BST) Message-ID: <4EA7F341.9050900@stalks.nooblet.org> Date: Wed, 26 Oct 2011 12:47:13 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... References: In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1418389373==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1418389373== Content-Type: multipart/alternative; boundary="------------080607080808080007010000" This is a multi-part message in MIME format. --------------080607080808080007010000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 26/10/2011 12:30, Maik Brauer wrote: > Hi, > > during the startup of my DomU I receive the following dump from XEN: > > 0.049327] TCP: Hash tables configured (established 2048 bind 2048) > [ 0.049334] TCP reno registered > [ 0.049388] NET: Registered protocol family 1 > [ 0.049446] Unpacking initramfs... > [ 0.908791] Kernel panic - not syncing: Out of memory and no > killable processes... > [ 0.908793] > [ 0.908857] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1 > [ 0.908862] Call Trace: > [ 0.908880] [] ? panic+0x86/0x143 > [ 0.908895] [] ? xen_force_evtchn_callback+0x9/0xa > [ 0.908907] [] ? get_page_from_freelist+0x723/0x767 > [ 0.908916] [] ? pvclock_clocksource_read+0x3a/0x8b > [ 0.908929] [] ? ktime_get_ts+0x68/0xb2 > [ 0.908936] [] ? __out_of_memory+0x10f/0x141 > [ 0.908941] [] ? out_of_memory+0x140/0x172 > [ 0.908947] [] ? __alloc_pages_nodemask+0x4ec/0x5fe > [ 0.908956] [] ? alloc_page_interleave+0x2d/0x74 > [ 0.908962] [] ? > grab_cache_page_write_begin+0x55/0x97 > [ 0.908973] [] ? simple_write_begin+0x28/0x5d > [ 0.908980] [] ? > generic_file_buffered_write+0x118/0x278 > [ 0.908986] [] ? mntput_no_expire+0x23/0xee > [ 0.908997] [] ? > __generic_file_aio_write+0x25f/0x293 > [ 0.909003] [] ? inode_init_always+0x109/0x1aa > [ 0.909009] [] ? generic_file_aio_write+0x59/0x9f > [ 0.909017] [] ? do_sync_write+0xce/0x113 > [ 0.909024] [] ? autoremove_wake_function+0x0/0x2e > [ 0.909035] [] ? cap_inode_setattr+0x0/0x3 > [ 0.909042] [] ? check_events+0x12/0x20 > [ 0.909047] [] ? cap_inode_setattr+0x0/0x3 > [ 0.909053] [] ? vfs_write+0xa9/0x102 > [ 0.909058] [] ? sys_write+0x45/0x6e > [ 0.909066] [] ? do_copy+0x2c/0xdf > [ 0.909072] [] ? unpack_to_rootfs+0x1a6/0x381 > [ 0.909084] [] ? pci_get_subsys+0x21/0x73 > [ 0.909090] [] ? populate_rootfs+0x0/0x108 > [ 0.909096] [] ? populate_rootfs+0x5f/0x108 > [ 0.909105] [] ? pci_apply_final_quirks+0x1f/0x2b > [ 0.909111] [] ? do_one_initcall+0x64/0x174 > [ 0.909117] [] ? kernel_init+0x158/0x1ae > [ 0.909125] [] ? child_rip+0xa/0x20 > [ 0.909131] [] ? int_ret_from_sys_call+0x7/0x1b > [ 0.909136] [] ? retint_restore_args+0x5/0x6 > [ 0.909142] [] ? child_rip+0x0/0x20 > > I am using the Hypervisor 4.1.2 build from source. > The Dom0 ist running and there are no errors. > > What does this message mean, and how can I solve this issue in order > to startup my DomU's properly. > Thanks. > > Cheers, > Maik > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users Post domU config -- May the ping be with you .. --------------080607080808080007010000 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 26/10/2011 12:30, Maik Brauer wrote:
Hi,

during the startup of my DomU I receive the following dump from XEN:

    0.049327] TCP: Hash tables configured (established 2048 bind 2048)
[    0.049334] TCP reno registered
[    0.049388] NET: Registered protocol family 1
[    0.049446] Unpacking initramfs...
[    0.908791] Kernel panic - not syncing: Out of memory and no killable processes...
[    0.908793] 
[    0.908857] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1
[    0.908862] Call Trace:
[    0.908880]  [<ffffffff8130b7aa>] ? panic+0x86/0x143
[    0.908895]  [<ffffffff8100e635>] ? xen_force_evtchn_callback+0x9/0xa
[    0.908907]  [<ffffffff810bafc7>] ? get_page_from_freelist+0x723/0x767
[    0.908916]  [<ffffffff8102ddc4>] ? pvclock_clocksource_read+0x3a/0x8b
[    0.908929]  [<ffffffff8106d4f7>] ? ktime_get_ts+0x68/0xb2
[    0.908936]  [<ffffffff810b7821>] ? __out_of_memory+0x10f/0x141
[    0.908941]  [<ffffffff810b7993>] ? out_of_memory+0x140/0x172
[    0.908947]  [<ffffffff810bb742>] ? __alloc_pages_nodemask+0x4ec/0x5fe
[    0.908956]  [<ffffffff810e1ad7>] ? alloc_page_interleave+0x2d/0x74
[    0.908962]  [<ffffffff810b574e>] ? grab_cache_page_write_begin+0x55/0x97
[    0.908973]  [<ffffffff81108ac1>] ? simple_write_begin+0x28/0x5d
[    0.908980]  [<ffffffff810b5fc4>] ? generic_file_buffered_write+0x118/0x278
[    0.908986]  [<ffffffff811047e1>] ? mntput_no_expire+0x23/0xee
[    0.908997]  [<ffffffff810b64d5>] ? __generic_file_aio_write+0x25f/0x293
[    0.909003]  [<ffffffff81101d8d>] ? inode_init_always+0x109/0x1aa
[    0.909009]  [<ffffffff810b6562>] ? generic_file_aio_write+0x59/0x9f
[    0.909017]  [<ffffffff810efc4e>] ? do_sync_write+0xce/0x113
[    0.909024]  [<ffffffff81065f86>] ? autoremove_wake_function+0x0/0x2e
[    0.909035]  [<ffffffff811544fd>] ? cap_inode_setattr+0x0/0x3
[    0.909042]  [<ffffffff8100ecf2>] ? check_events+0x12/0x20
[    0.909047]  [<ffffffff811544fd>] ? cap_inode_setattr+0x0/0x3
[    0.909053]  [<ffffffff810f05a0>] ? vfs_write+0xa9/0x102
[    0.909058]  [<ffffffff810f06b5>] ? sys_write+0x45/0x6e
[    0.909066]  [<ffffffff81509a02>] ? do_copy+0x2c/0xdf
[    0.909072]  [<ffffffff815097fb>] ? unpack_to_rootfs+0x1a6/0x381
[    0.909084]  [<ffffffff811a56f7>] ? pci_get_subsys+0x21/0x73
[    0.909090]  [<ffffffff8150a209>] ? populate_rootfs+0x0/0x108
[    0.909096]  [<ffffffff8150a268>] ? populate_rootfs+0x5f/0x108
[    0.909105]  [<ffffffff8152da34>] ? pci_apply_final_quirks+0x1f/0x2b
[    0.909111]  [<ffffffff8100a065>] ? do_one_initcall+0x64/0x174
[    0.909117]  [<ffffffff81508677>] ? kernel_init+0x158/0x1ae
[    0.909125]  [<ffffffff81012baa>] ? child_rip+0xa/0x20
[    0.909131]  [<ffffffff81011d61>] ? int_ret_from_sys_call+0x7/0x1b
[    0.909136]  [<ffffffff8101251d>] ? retint_restore_args+0x5/0x6
[    0.909142]  [<ffffffff81012ba0>] ? child_rip+0x0/0x20

I am using the Hypervisor 4.1.2 build from source.
The Dom0 ist running and there are no errors.

What does this message mean, and how can I solve this issue in order to startup my DomU's properly.
Thanks.

Cheers,
Maik



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


Post domU config

-- 
May the ping be with you ..
--------------080607080808080007010000-- --===============1418389373== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1418389373==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 04:54:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 04:54:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ23k-0008NK-DW; Wed, 26 Oct 2011 04:54:16 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ22H-00081b-23 for xen-users@lists.xensource.com; Wed, 26 Oct 2011 04:52:45 -0700 X-Env-Sender: maik.brauer@mbs-systems.net X-Msg-Ref: server-14.tower-21.messagelabs.com!1319629960!1718037!1 X-Originating-IP: [188.40.240.248] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4580 invoked from network); 26 Oct 2011 11:52:40 -0000 Received: from mx1.mbs-systems.net (HELO mx1.mbs-systems.net) (188.40.240.248) by server-14.tower-21.messagelabs.com with SMTP; 26 Oct 2011 11:52:40 -0000 Received: from localhost (localhost [127.0.0.1]) by mx1.mbs-systems.net (Postfix) with ESMTP id 7B96B5C218; Wed, 26 Oct 2011 13:52:52 +0200 (CEST) Received: from mx1.mbs-systems.net ([127.0.0.1]) by localhost (mta.mbs-systems.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ykul898dAwly; Wed, 26 Oct 2011 13:52:52 +0200 (CEST) Received: from [62.213.147.147] (unknown [62.213.147.147]) by mx1.mbs-systems.net (Postfix) with ESMTPSA id EFE365C217; Wed, 26 Oct 2011 13:52:51 +0200 (CEST) User-Agent: Microsoft-MacOutlook/14.13.0.110805 Date: Wed, 26 Oct 2011 13:52:35 +0200 Subject: Re: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... From: Maik Brauer To: Steve Allison , Message-ID: Thread-Topic: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... In-Reply-To: <4EA7F341.9050900@stalks.nooblet.org> Mime-version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0835597105==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --===============0835597105== Content-type: multipart/alternative; boundary="B_3402481958_8981361" > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3402481958_8981361 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Below as requested the DomU config: kernel = "/boot/vmlinuz-2.6.32-5-xen-amd64" ramdisk = "/boot/initrd.img-2.6.32-5-xen-amd64" memory = 64 # A name for your domain. All domains must have different names. name = "Test-DomU" vcpus = 1 vif = [ '' ] disk = [ 'phy:/dev/sdb1,sdb1,w' ] #vtpm = [ 'instance=1,backend=0' ] # Set if you want dhcp to allocate the IP address. #dhcp="dhcp" # Set netmask. #netmask= # Set default gateway. #gateway= # Set the hostname. #hostname= "vm%d" % vmid # Set root device. root = "/dev/sda1 ro" # Root device for nfs. #root = "/dev/nfs" # The nfs server. #nfs_server = '192.0.2.1' # Root directory on the nfs server. #nfs_root = '/full/path/to/root/directory' # Sets runlevel 4. #extra = "4" extra = "TERM=xterm xencons=tty console=tty1" #on_poweroff = 'destroy' #on_reboot = 'restart' #on_crash = 'restart' From: Steve Allison Date: Wed, 26 Oct 2011 12:47:13 +0100 To: Subject: Re: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... On 26/10/2011 12:30, Maik Brauer wrote: > > Hi, > > > > > during the startup of my DomU I receive the following dump from XEN: > > > > > > 0.049327] TCP: Hash tables configured (established 2048 bind 2048) > > [ 0.049334] TCP reno registered > > [ 0.049388] NET: Registered protocol family 1 > > [ 0.049446] Unpacking initramfs... > > [ 0.908791] Kernel panic - not syncing: Out of memory and no killable > processes... > > [ 0.908793] > > [ 0.908857] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1 > > [ 0.908862] Call Trace: > > [ 0.908880] [] ? panic+0x86/0x143 > > [ 0.908895] [] ? xen_force_evtchn_callback+0x9/0xa > > [ 0.908907] [] ? get_page_from_freelist+0x723/0x767 > > [ 0.908916] [] ? pvclock_clocksource_read+0x3a/0x8b > > [ 0.908929] [] ? ktime_get_ts+0x68/0xb2 > > [ 0.908936] [] ? __out_of_memory+0x10f/0x141 > > [ 0.908941] [] ? out_of_memory+0x140/0x172 > > [ 0.908947] [] ? __alloc_pages_nodemask+0x4ec/0x5fe > > [ 0.908956] [] ? alloc_page_interleave+0x2d/0x74 > > [ 0.908962] [] ? grab_cache_page_write_begin+0x55/0x97 > > [ 0.908973] [] ? simple_write_begin+0x28/0x5d > > [ 0.908980] [] ? generic_file_buffered_write+0x118/0x278 > > [ 0.908986] [] ? mntput_no_expire+0x23/0xee > > [ 0.908997] [] ? __generic_file_aio_write+0x25f/0x293 > > [ 0.909003] [] ? inode_init_always+0x109/0x1aa > > [ 0.909009] [] ? generic_file_aio_write+0x59/0x9f > > [ 0.909017] [] ? do_sync_write+0xce/0x113 > > [ 0.909024] [] ? autoremove_wake_function+0x0/0x2e > > [ 0.909035] [] ? cap_inode_setattr+0x0/0x3 > > [ 0.909042] [] ? check_events+0x12/0x20 > > [ 0.909047] [] ? cap_inode_setattr+0x0/0x3 > > [ 0.909053] [] ? vfs_write+0xa9/0x102 > > [ 0.909058] [] ? sys_write+0x45/0x6e > > [ 0.909066] [] ? do_copy+0x2c/0xdf > > [ 0.909072] [] ? unpack_to_rootfs+0x1a6/0x381 > > [ 0.909084] [] ? pci_get_subsys+0x21/0x73 > > [ 0.909090] [] ? populate_rootfs+0x0/0x108 > > [ 0.909096] [] ? populate_rootfs+0x5f/0x108 > > [ 0.909105] [] ? pci_apply_final_quirks+0x1f/0x2b > > [ 0.909111] [] ? do_one_initcall+0x64/0x174 > > [ 0.909117] [] ? kernel_init+0x158/0x1ae > > [ 0.909125] [] ? child_rip+0xa/0x20 > > [ 0.909131] [] ? int_ret_from_sys_call+0x7/0x1b > > [ 0.909136] [] ? retint_restore_args+0x5/0x6 > > [ 0.909142] [] ? child_rip+0x0/0x20 > > > > > > I am using the Hypervisor 4.1.2 build from source. > > The Dom0 ist running and there are no errors. > > > > > What does this message mean, and how can I solve this issue in order to > startup my DomU's properly. > > Thanks. > > > > > Cheers, > > Maik > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.comhttp://lists.xensource.com/xen-users > Post domU config -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --B_3402481958_8981361 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Below as requested the DomU conf= ig:

kernel =3D "/boot/vmlinuz-2.6.32-5-xen-amd64"
ramdisk =3D "/boot/initrd.img-2.6.32-5-xen-amd64"

<= div>memory =3D 64

# A name for your domain. All domai= ns must have different names.
name =3D "Test-DomU"

vcpus =3D 1

vif =3D [ '' ]

=
disk =3D [ 'phy:/dev/sdb1,sdb1,w' ]

#vtpm =3D [ 'i= nstance=3D1,backend=3D0' ]

# Set if you want dhcp to al= locate the IP address.
#dhcp=3D"dhcp"
# Set netmask.
=
#netmask=3D
# Set default gateway.
#gateway=3D
# Set the hostname.
#hostname=3D "vm%d" % vmid

# Set root device.
root =3D "/dev/sda1 ro"

# Root device for nfs.
#root =3D "/dev/nfs"
# The nf= s server.
#nfs_server =3D '192.0.2.1'  
# Root direct= ory on the nfs server.
#nfs_root   =3D '/full/path/to/root/dire= ctory'

# Sets runlevel 4.
#extra =3D "4"
extra =3D "TERM=3Dxterm xencons=3Dtty console=3Dtty1"

#on_poweroff =3D 'destroy'
#on_reboot   =3D 'restart'
#on_crash    =3D 'restart'

From: Steve Allison <xen-users@stalks.nooblet.org>
Date: Wed, 26 Oct 2011 12:47:13 +0100
To: <xen-users@lists.xensource.com>
S= ubject: Re: [Xen-users] During startup of DomU: Kernel panic - not s= yncing: Out of memory and no killable processes...

<= div>
On 26/10/2011 12:30, Maik Brauer wrote:
Hi,

during the startup of my DomU I receive the following dump from XEN:

    0.049327] TCP: Hash tables configured (establish= ed 2048 bind 2048)
[    0.049334] TCP reno registered
[    0.049388] NET: Registered protocol family 1
[    0.049446] Unpacking initramfs...
[    0.908791] Kernel panic - not syncing: Out of me= mory and no killable processes...
[    0.908793] 
[    0.908857] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1
[    0.908862] Call Trace:
[    0.908880]  [<ffffffff8130b7aa>] ? panic+0x86/0x143
[    0.908895]  [<ffffffff8100e635>] ? xen_force_evtchn_callback+0x9/0xa
[    0.908907]  [<ffffffff810bafc7>] ? get_page_from_freelist+0x723/0x767
[    0.908916]  [<ffffffff8102ddc4>] ? pvclock_clocksource_read+0x3a/0x8b
[    0.908929]  [<ffffffff8106d4f7>] ? ktime_get_ts+0x68/0xb2
[    0.908936]  [<ffffffff810b7821>] ? __out_of_memory+0x10f/0x141
[    0.908941]  [<ffffffff810b7993>] ? out_of_memory+0x140/0x172
[    0.908947]  [<ffffffff810bb742>] ? __alloc_pages_nodemask+0x4ec/0x5fe
[    0.908956]  [<ffffffff810e1ad7>] ? alloc_page_interleave+0x2d/0x74
[    0.908962]  [<ffffffff810b574e>] ? grab_cache_page_write_begin+0x55/0x97
[    0.908973]  [<ffffffff81108ac1>] ? simple_write_begin+0x28/0x5d
[    0.908980]  [<ffffffff810b5fc4>] ? generic_file_buffered_write+0x118/0x278
[    0.908986]  [<ffffffff811047e1>] ? mntput_no_expire+0x23/0xee
[    0.908997]  [<ffffffff810b64d5>] ? __generic_file_aio_write+0x25f/0x293
[    0.909003]  [<ffffffff81101d8d>] ? inode_init_always+0x109/0x1aa
[    0.909009]  [<ffffffff810b6562>] ? generic_file_aio_write+0x59/0x9f
[    0.909017]  [<ffffffff810efc4e>] ? do_sync_write+0xce/0x113
[    0.909024]  [<ffffffff81065f86>] ? autoremove_wake_function+0x0/0x2e
[    0.909035]  [<ffffffff811544fd>] ? cap_inode_setattr+0x0/0x3
[    0.909042]  [<ffffffff8100ecf2>] ? check_events+0x12/0x20
[    0.909047]  [<ffffffff811544fd>] ? cap_inode_setattr+0x0/0x3
[    0.909053]  [<ffffffff810f05a0>] ? vfs_write+0xa9/0x102
[    0.909058]  [<ffffffff810f06b5>] ? sys_write+0x45/0x6e
[    0.909066]  [<ffffffff81509a02>] ? do_copy+0x2c/0xdf
[    0.909072]  [<ffffffff815097fb>] ? unpack_to_rootfs+0x1a6/0x381
[    0.909084]  [<ffffffff811a56f7>] ? pci_get_subsys+0x21/0x73
[    0.909090]  [<ffffffff8150a209>] ? populate_rootfs+0x0/0x108
[    0.909096]  [<ffffffff8150a268>] ? populate_rootfs+0x5f/0x108
[    0.909105]  [<ffffffff8152da34>] ? pci_apply_final_quirks+0x1f/0x2b
[    0.909111]  [<ffffffff8100a065>] ? do_one_initcall+0x64/0x174
[    0.909117]  [<ffffffff81508677>] ? kernel_init+0x158/0x1ae
[    0.909125]  [<ffffffff81012baa>] ? child_rip+0xa/0x20
[    0.909131]  [<ffffffff81011d61>] ? int_ret_from_sys_call+0x7/0x1b
[    0.909136]  [<ffffffff8101251d>] ? retint_restore_args+0x5/0x6
[    0.909142]  [<ffffffff81012ba0>] ? child_rip+0x0/0x20

I am using the Hypervisor 4.1.2 build from source.
The Dom0 ist running and there are no errors.

What does this message mean, and how can I solve this issue in order to startup my DomU's properly.
Thanks.

Cheers,
Maik



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.comhttp://lists.xensource.com/xen-users<=
/a>


Post domU config

-- 
May the ping be with you ..
_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.co= m http://lists.xensource.com/x= en-users --B_3402481958_8981361-- --===============0835597105== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0835597105==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 05:01:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 05:01:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ2Ac-0001Cd-Fm; Wed, 26 Oct 2011 05:01:23 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ272-0000mS-EC for xen-users@lists.xensource.com; Wed, 26 Oct 2011 04:57:41 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-7.tower-216.messagelabs.com!1319630257!1133252!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3601 invoked from network); 26 Oct 2011 11:57:37 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-7.tower-216.messagelabs.com with SMTP; 26 Oct 2011 11:57:37 -0000 X-SMTP-Recipient: maik.brauer@mbs-systems.net X-SMTP-Recipient: xen-users@lists.xensource.com Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 4B7A573E9D; Wed, 26 Oct 2011 12:57:37 +0100 (BST) Message-ID: <4EA7F5AD.8010209@stalks.nooblet.org> Date: Wed, 26 Oct 2011 12:57:33 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Maik Brauer Subject: Re: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26/10/2011 12:52, Maik Brauer wrote: > Below as requested the DomU config: > > memory = 64 > Try a bit more RAM than 64MB. Test with 256MB. -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 05:30:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 05:30:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ2dB-0002MU-9G; Wed, 26 Oct 2011 05:30:53 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ2b3-000216-8J for xen-users@lists.xensource.com; Wed, 26 Oct 2011 05:28:42 -0700 X-Env-Sender: maik.brauer@mbs-systems.net X-Msg-Ref: server-9.tower-216.messagelabs.com!1319632117!1143111!1 X-Originating-IP: [188.40.240.248] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5789 invoked from network); 26 Oct 2011 12:28:38 -0000 Received: from mx1.mbs-systems.net (HELO mx1.mbs-systems.net) (188.40.240.248) by server-9.tower-216.messagelabs.com with SMTP; 26 Oct 2011 12:28:38 -0000 Received: from localhost (localhost [127.0.0.1]) by mx1.mbs-systems.net (Postfix) with ESMTP id 5561E5C218; Wed, 26 Oct 2011 14:28:51 +0200 (CEST) Received: from mx1.mbs-systems.net ([127.0.0.1]) by localhost (mta.mbs-systems.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id icRhZbUf-RAL; Wed, 26 Oct 2011 14:28:51 +0200 (CEST) Received: from [62.213.147.147] (unknown [62.213.147.147]) by mx1.mbs-systems.net (Postfix) with ESMTPSA id 078DF5C217; Wed, 26 Oct 2011 14:28:50 +0200 (CEST) User-Agent: Microsoft-MacOutlook/14.13.0.110805 Date: Wed, 26 Oct 2011 14:28:34 +0200 Subject: Re: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... From: Maik Brauer To: Steve Allison Message-ID: Thread-Topic: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... In-Reply-To: <4EA7F5AD.8010209@stalks.nooblet.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com OK it seems that now the DomU comes up. But, now it stops here: =================== [ 0.131327] Write protecting the kernel read-only data: 4332k Loading, please wait... [ 0.248292] udev[46]: starting version 164 [ 0.397877] Initialising Xen virtual ethernet driver. [ 0.436386] blkfront: xvdb1: barriers enabled Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/sda1 does not exist. Dropping to a shell! BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) =================== Is there something which I missed in the RAMDISK (initrd.img-2.6.32-5-xen-amd64)? On 26/10/11 1:57 PM, "Steve Allison" wrote: >On 26/10/2011 12:52, Maik Brauer wrote: >> Below as requested the DomU config: >> >> memory = 64 >> > >Try a bit more RAM than 64MB. Test with 256MB. >-- >May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 05:51:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 05:51:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ2wu-0003lf-SS; Wed, 26 Oct 2011 05:51:16 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ2v8-0003Ft-CK for xen-users@lists.xensource.com; Wed, 26 Oct 2011 05:49:26 -0700 X-Env-Sender: xen-users@stalks.nooblet.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1319633363!1731100!1 X-Originating-IP: [95.172.227.1] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20580 invoked from network); 26 Oct 2011 12:49:23 -0000 Received: from c3po.nooblet.org (HELO c3po.nooblet.org) (95.172.227.1) by server-11.tower-21.messagelabs.com with SMTP; 26 Oct 2011 12:49:23 -0000 X-SMTP-Recipient: maik.brauer@mbs-systems.net X-SMTP-Recipient: xen-users@lists.xensource.com Received: from [192.168.7.101] (stalks.nooblet.org [192.168.7.101]) by c3po.nooblet.org (Postfix) with ESMTPSA id 4EF4773E9D; Wed, 26 Oct 2011 13:49:22 +0100 (BST) Message-ID: <4EA801CD.1020306@stalks.nooblet.org> Date: Wed, 26 Oct 2011 13:49:17 +0100 From: Steve Allison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Maik Brauer Subject: Re: [Xen-users] During startup of DomU: Kernel panic - not syncing: Out of memory and no killable processes... References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26/10/2011 13:28, Maik Brauer wrote: > OK it seems that now the DomU comes up. > But, now it stops here: > > =================== > > [ 0.131327] Write protecting the kernel read-only data: 4332k > Loading, please wait... > [ 0.248292] udev[46]: starting version 164 > [ 0.397877] Initialising Xen virtual ethernet driver. > [ 0.436386] blkfront: xvdb1: barriers enabled > Begin: Loading essential drivers ... done. > Begin: Running /scripts/init-premount ... done. > Begin: Mounting root file system ... Begin: Running /scripts/local-top ... > done. > Begin: Waiting for root file system ... done. > Gave up waiting for root device. Common problems: > - Boot args (cat /proc/cmdline) > - Check rootdelay= (did the system wait long enough?) > - Check root= (did the system wait for the right device?) > - Missing modules (cat /proc/modules; ls /dev) > ALERT! /dev/sda1 does not exist. Dropping to a shell! > > > BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash) > Enter 'help' for a list of built-in commands. > > /bin/sh: can't access tty; job control turned off > (initramfs) > =================== > > > Is there something which I missed in the RAMDISK > (initrd.img-2.6.32-5-xen-amd64)? > In your domU config you have put "sdb", but the guest OS is looking for "sda" -- May the ping be with you .. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 07:39:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 07:39:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ4di-0000cr-U2; Wed, 26 Oct 2011 07:39:34 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ4cZ-0000Eo-M3 for xen-users@lists.xensource.com; Wed, 26 Oct 2011 07:38:24 -0700 X-Env-Sender: maik.brauer@mbs-systems.net X-Msg-Ref: server-5.tower-182.messagelabs.com!1319639900!852609!1 X-Originating-IP: [188.40.240.248] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22402 invoked from network); 26 Oct 2011 14:38:20 -0000 Received: from mx1.mbs-systems.net (HELO mx1.mbs-systems.net) (188.40.240.248) by server-5.tower-182.messagelabs.com with SMTP; 26 Oct 2011 14:38:20 -0000 Received: from localhost (localhost [127.0.0.1]) by mx1.mbs-systems.net (Postfix) with ESMTP id BA7AE5C218 for ; Wed, 26 Oct 2011 16:38:33 +0200 (CEST) Received: from mx1.mbs-systems.net ([127.0.0.1]) by localhost (mta.mbs-systems.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qcNrVcxPgSKk for ; Wed, 26 Oct 2011 16:38:33 +0200 (CEST) Received: from [62.213.147.147] (unknown [62.213.147.147]) by mx1.mbs-systems.net (Postfix) with ESMTPSA id 302715C217 for ; Wed, 26 Oct 2011 16:38:33 +0200 (CEST) User-Agent: Microsoft-MacOutlook/14.13.0.110805 Date: Wed, 26 Oct 2011 16:38:16 +0200 From: Maik Brauer To: "xen-users@lists.xensource.com" Message-ID: Thread-Topic: XEN DomU Boot hangs at: Starting periodic command scheduler: crond. Mime-version: 1.0 Subject: [Xen-users] XEN DomU Boot hangs at: Starting periodic command scheduler: crond. X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1791680939==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --===============1791680939== Content-type: multipart/alternative; boundary="B_3402491899_9584506" > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3402491899_9584506 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable After startup of the DomU with xm create mydomu.cfg =ADc The startup always stops, when starting the Cron-Daemon. [ 1.810477] EXT3 FS on xvda1, internal journal Loading kernel modules...done. Cleaning up ifupdown.... Setting up networking.... Activating lvm and md swap...done. Checking file systems...fsck from util-linux-ng 2.17.2 done. Mounting local filesystems...done. Activating swapfile swap...done. Cleaning up temporary files.... Configuring network interfaces...done. Setting kernel variables ...done. Cleaning up temporary files.... INIT: Entering runlevel: 2 Using makefile-style concurrent boot in runlevel 2. Starting enhanced syslogd: rsyslogd. Starting periodic command scheduler: cron. Here my DomU config: kernel =3D "/boot/vmlinuz-2.6.32-5-xen-amd64" ramdisk =3D "/boot/initrd.img-2.6.32-5-xen-amd64" memory =3D 128 name =3D "Test-DomU" vcpus =3D 1 vif =3D [ '' ] disk =3D [ 'phy:/dev/sdb1,xvda1,w' ] # Set root device. root =3D "/dev/xvda1 ro" # Sets runlevel 4. #extra =3D "4" #extra =3D "TERM=3Dxterm xencons=3Dtty console=3Dtty1" extra =3D "console=3Dhvc0 xencons=3Dtty" Does anyone knows a solution for this? Thanks. Cheers, Maik --B_3402491899_9584506 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable
After startup of the DomU wi= th xm create mydomu.cfg –c
The startup always stops, when st= arting the Cron-Daemon.

[    1.81047= 7] EXT3 FS on xvda1, internal journal
Loading kernel modules...don= e.
Cleaning up ifupdown....
Setting up networking....
Activating lvm and md swap...done.
Checking file systems..= .fsck from util-linux-ng 2.17.2
done.
Mounting local fil= esystems...done.
Activating swapfile swap...done.
Cleani= ng up temporary files....
Configuring network interfaces...done.
Setting kernel variables ...done.
Cleaning up temporary f= iles....
INIT: Entering runlevel: 2
Using makefile-style= concurrent boot in runlevel 2.
Starting enhanced syslogd: rsyslog= d.
Starting periodic command scheduler: cron.

=

Here my DomU config:

kernel =3D "/boot/vmlinuz-2.6.32-5-xen-amd64"
ramdisk =3D "/boot/init= rd.img-2.6.32-5-xen-amd64"
memory =3D 128
name =3D "Test-Dom= U"
vcpus =3D 1
vif =3D [ '' ]
disk =3D [ 'phy:/dev/s= db1,xvda1,w' ]
# Set root device.
root =3D "/dev/xvda1 ro"=

# Sets runlevel 4.
#extra =3D "4"
#extra =3D "TERM=3Dxterm xencons=3Dtty console=3Dtty1"
extra =3D "console=3D= hvc0 xencons=3Dtty"


Does anyone = knows a solution for this?
Thanks.

Cheers= ,
Maik
--B_3402491899_9584506-- --===============1791680939== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1791680939==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 09:23:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 09:23:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6GH-0007AM-PO; Wed, 26 Oct 2011 09:23:29 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ6Di-0006PZ-Ad for xen-users@lists.xensource.com; Wed, 26 Oct 2011 09:20:55 -0700 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-14.tower-174.messagelabs.com!1319645930!36758011!1 X-Originating-IP: [85.214.82.195] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10610 invoked from network); 26 Oct 2011 16:18:50 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-14.tower-174.messagelabs.com with SMTP; 26 Oct 2011 16:18:50 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id BE3CEA6C1A6; Wed, 26 Oct 2011 18:18:49 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE autolearn=ham version=3.3.1 Received: from imac-cmo.itso-berlin.de (dns.itso-berlin.de [62.96.12.227]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 80805A6C190; Wed, 26 Oct 2011 18:18:48 +0200 (CEST) Subject: Re: [Xen-users] XEN DomU Boot hangs at: Starting periodic command scheduler: crond. Mime-Version: 1.0 (Apple Message framework v1251.1) From: Christian Motschke In-Reply-To: Date: Wed, 26 Oct 2011 18:18:47 +0200 Message-Id: <42D7E84E-73FD-419E-BEA0-4F4B38AEF8B5@motschke.de> References: To: Maik Brauer X-Mailer: Apple Mail (2.1251.1) Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0567778296==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0567778296== Content-Type: multipart/alternative; boundary="Apple-Mail=_4281DA27-CD03-4B2C-ADD8-F79D7AC6A1EA" --Apple-Mail=_4281DA27-CD03-4B2C-ADD8-F79D7AC6A1EA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Maybe it does not stop, but you the login prompt is not shown. Have you = changed the inittab? Search for: 1:2345:respawn:/sbin/getty 38400 tty1 Change to: 1:2345:respawn:/sbin/getty 38400 hvc0 HTH Christian Am 26.10.2011 um 16:38 schrieb Maik Brauer: > After startup of the DomU with xm create mydomu.cfg =96c > The startup always stops, when starting the Cron-Daemon. >=20 > [ 1.810477] EXT3 FS on xvda1, internal journal > Loading kernel modules...done. > Cleaning up ifupdown.... > Setting up networking.... > Activating lvm and md swap...done. > Checking file systems...fsck from util-linux-ng 2.17.2 > done. > Mounting local filesystems...done. > Activating swapfile swap...done. > Cleaning up temporary files.... > Configuring network interfaces...done. > Setting kernel variables ...done. > Cleaning up temporary files.... > INIT: Entering runlevel: 2 > Using makefile-style concurrent boot in runlevel 2. > Starting enhanced syslogd: rsyslogd. > Starting periodic command scheduler: cron. >=20 >=20 > Here my DomU config: >=20 > kernel =3D "/boot/vmlinuz-2.6.32-5-xen-amd64" > ramdisk =3D "/boot/initrd.img-2.6.32-5-xen-amd64" > memory =3D 128 > name =3D "Test-DomU" > vcpus =3D 1 > vif =3D [ '' ] > disk =3D [ 'phy:/dev/sdb1,xvda1,w' ] > # Set root device. > root =3D "/dev/xvda1 ro" >=20 > # Sets runlevel 4. > #extra =3D "4" > #extra =3D "TERM=3Dxterm xencons=3Dtty console=3Dtty1" > extra =3D "console=3Dhvc0 xencons=3Dtty" >=20 >=20 > Does anyone knows a solution for this? > Thanks. >=20 > Cheers, > Maik > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --Apple-Mail=_4281DA27-CD03-4B2C-ADD8-F79D7AC6A1EA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Maybe = it does not stop, but you the login prompt is not shown. Have you = changed the inittab?

Search = for:
1:2345:respawn:/sbin/getty 38400 = tty1

Change = to:
1:2345:respawn:/sbin/getty 38400 = hvc0

HTH
Christian

Am 26.10.2011 um 16:38 schrieb Maik Brauer:

After startup of the DomU = with xm create mydomu.cfg =96c
The startup always stops, when = starting the Cron-Daemon.

[   =  1.810477] EXT3 FS on xvda1, internal journal
Loading = kernel modules...done.
Cleaning up = ifupdown....
Setting up networking....
Activating = lvm and md swap...done.
Checking file systems...fsck from = util-linux-ng 2.17.2
done.
Mounting local = filesystems...done.
Activating swapfile = swap...done.
Cleaning up temporary = files....
Configuring network = interfaces...done.
Setting kernel variables = ...done.
Cleaning up temporary files....
INIT: = Entering runlevel: 2
Using makefile-style concurrent boot in = runlevel 2.
Starting enhanced syslogd: = rsyslogd.
Starting periodic command scheduler: = cron.


Here my DomU = config:

kernel =3D = "/boot/vmlinuz-2.6.32-5-xen-amd64"
ramdisk =3D = "/boot/initrd.img-2.6.32-5-xen-amd64"
memory =3D = 128
name =3D "Test-DomU"
vcpus =3D 1
vif =3D= [ '' ]
disk =3D [ 'phy:/dev/sdb1,xvda1,w' ]
# Set = root device.
root =3D "/dev/xvda1 = ro"

# Sets runlevel 4.
#extra =3D = "4"
#extra =3D "TERM=3Dxterm xencons=3Dtty = console=3Dtty1"
extra =3D "console=3Dhvc0 = xencons=3Dtty"


Does anyone = knows a solution for = this?
Thanks.

Cheers,
Maik
_______________________________________________
Xen-users mailing = list
Xen-users@lists.xensource.co= m
http://lists.xensource.com/xen-users

= --Apple-Mail=_4281DA27-CD03-4B2C-ADD8-F79D7AC6A1EA-- --===============0567778296== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0567778296==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 09:26:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 09:26:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6Iz-0008Ey-QT; Wed, 26 Oct 2011 09:26:17 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ6Ff-0006v7-6g for xen-users@lists.xensource.com; Wed, 26 Oct 2011 09:22:51 -0700 X-Env-Sender: mike.wright@mailinator.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1319646155!52627618!1 X-Originating-IP: [63.192.15.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2336 invoked from network); 26 Oct 2011 16:22:35 -0000 Received: from 63-192-15-227.theorb.net (HELO b.mx.theorb.net) (63.192.15.227) by server-15.tower-27.messagelabs.com with SMTP; 26 Oct 2011 16:22:35 -0000 Received: (qmail 18705 invoked by uid 0); 26 Oct 2011 16:23:02 -0000 Received: from lan70.theorb.net (HELO vm7.theorb.net) (1.1.0.70) by b.mx.theorb.net with SMTP; 26 Oct 2011 16:23:02 -0000 Message-ID: <4EA833E5.1010006@mailinator.com> Date: Wed, 26 Oct 2011 09:23:01 -0700 From: Mike Wright User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 MIME-Version: 1.0 To: Flavio Subject: Re: [Xen-users] Automatic vncviewer startup References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 10/26/2011 12:35 AM, Flavio wrote: > Hello, > > is there a way to start automatically the vncviewer when a domU starts? > When I was using the xm toolstack I could use "xm create domain.cfg -vncviewer" > or something similar (if I'm not wrong), but I don't know how to do it with the > xl toolstack. At the moment, I have to create the domain using > xl create domU.cfg, then xl list to see the domU id and then xl > vncviewer > to start vncviewer. > > Is it possible? Hi Flavio, You could wrap the commands in a shell script (make it executable): #!/bin/bash xl create vm14.cfg xl vncviewer vm14 & Personally, I prefer that the domU run its own vncserver. That way I can configure it to use the whole screen and then resize it as I see fit using regular window controls. But then again, I have to start the viewer manually (alt-f2, then vncviewer domU-hostname:1). Take a look at tigervnc. > > By the way: does the analogue of 'xm new domU.cfg' exist in the new xl > toolstack? xl create vm.cfg _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 09:36:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 09:36:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6TI-0003HG-5y; Wed, 26 Oct 2011 09:36:56 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6S4-0002eb-QZ for xen-users@lists.xensource.com; Wed, 26 Oct 2011 09:35:41 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1319646936!36762641!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5778 invoked from network); 26 Oct 2011 16:35:37 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 16:35:37 -0000 Received: by vws13 with SMTP id 13so2283835vws.30 for ; Wed, 26 Oct 2011 09:35:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=p8wIeonxZc7p7qklqLZa+sTwkpLUaWYwhnj3e2gjTek=; b=fGFYkD+X/1r0nmoxgbQJlQKzst9kP8zSOCqaJoZfyerfgWPxD7vUlIs/RAGVApiRL4 cuY5O15ErEVyu1htYgfjr9p1eTbVr7qA86gM4Wu8MGhzOyI1CrUXFsnabFIrovcZHZUd g7mtx9kf5Ojfp9UPxgm27vDJVgZy2CrmN3o+U= Received: by 10.52.90.45 with SMTP id bt13mr63385vdb.25.1319646936177; Wed, 26 Oct 2011 09:35:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Wed, 26 Oct 2011 09:35:16 -0700 (PDT) In-Reply-To: <4EA833E5.1010006@mailinator.com> References: <4EA833E5.1010006@mailinator.com> From: Flavio Date: Wed, 26 Oct 2011 18:35:16 +0200 Message-ID: Subject: Re: [Xen-users] Automatic vncviewer startup To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26 October 2011 18:23, Mike Wright wrote: > > Hi Flavio, Hi Mike, thanks for replying. > > You could wrap the commands in a shell script (make it executable): > > =A0 =A0#!/bin/bash > > =A0 =A0xl create vm14.cfg > =A0 =A0xl vncviewer vm14 & And this is actually what I've done at the end. It seems there is no alternative solution to this problem. > > Personally, I prefer that the domU run its own vncserver. =A0That way I c= an > configure it to use the whole screen and then resize it as I see fit usin= g > regular window controls. =A0But then again, I have to start the viewer > manually (alt-f2, then vncviewer domU-hostname:1). > > Take a look at tigervnc. Thanks I'll do. > >> >> By the way: does the analogue of 'xm new domU.cfg' exist in the new xl >> toolstack? > > xl create vm.cfg I know the create command but xm new is different. when the old xm toolstack was used, "xm new" was for adding the domU to the xend manager (so, even if the domUs were not running, if you execute xm list, you were able to see the domains anyway) and then you could do "xm start domainname" to start the domU. In this case, xend is no longer present, so as far as I understand, this "trick" cannot be done anymore. Am I correct? Did I explain myself correctly? (maybe I didn't write very well what I mean= , let me know if it is not clear please). Thanks a lot, --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 10:00:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:00:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6qD-0006ux-R5; Wed, 26 Oct 2011 10:00:37 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6nK-0006TM-Rf for xen-users@lists.xensource.com; Wed, 26 Oct 2011 09:57:39 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1319648255!1761250!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5323 invoked from network); 26 Oct 2011 16:57:35 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 16:57:35 -0000 Received: by faat9 with SMTP id t9so2398896faa.30 for ; Wed, 26 Oct 2011 09:57:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=TW3KJnNnjGEJShDI+eEj27OSwJti0NvgOiR+I1GLTrU=; b=TbnBgHa5rIugKX9SefhZmR2wToD/jBQpNo1rwbbIYkUO0PH1/mD2ZuvlvlpGak/AQi 6pGtZE0W1gVtP6+g7qv+O/JUa5zEd81MvKrEd8nYjqU+mV9YETW7FwvP8gtug7lG8HKI ++GVfFs1HREQDLEVy7VZVOwAKA6fuCcPrwdwk= Received: by 10.223.76.201 with SMTP id d9mr60140106fak.12.1319648255284; Wed, 26 Oct 2011 09:57:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Wed, 26 Oct 2011 09:57:14 -0700 (PDT) In-Reply-To: References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> From: Grant McWilliams Date: Wed, 26 Oct 2011 09:57:14 -0700 Message-ID: Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) To: "Fajar A. Nugraha" Cc: Xen User-List X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1958438742==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1958438742== Content-Type: multipart/alternative; boundary=00151747bdba7c166804b0368d40 --00151747bdba7c166804b0368d40 Content-Type: text/plain; charset=UTF-8 On Tue, Oct 25, 2011 at 10:38 PM, Fajar A. Nugraha wrote: > On Wed, Oct 26, 2011 at 12:33 PM, Grant McWilliams > wrote: > > On Tue, Oct 25, 2011 at 7:45 AM, George Shuklin < > george.shuklin@gmail.com> > > wrote: > >> > >> NEVER upgrade XCP by CentOS packages. > > > Why aren't those packages masked in the repo configs like the kernel is? > > Probably because the repos are disabled in the first place. > They're disabled because Citrix doesn't want to support XCP. They provide updates to Xenserver. > > > > > Having a server OS with no upgrade path is a very bad idea. Zero day > > exploit? How about zero month or zero year exploit? I'd like to hope that > > this gets changed at some point. > > How would you "upgrade" (for example) XenServer? Or a vmware vsphere > node? IMHO the same methods and policy should also apply to xcp. > > The exact same way you'd upgrade ANY other server on the planet. And yes those same methods should be applied to XCP. You can currently upgrade but you have to pull all your nodes down, put in a CD (my nodes don't even have optical disks, why would they?) and upgrade via a CD. That means the only time you get any security updates is once every 6 months or a year and only when you can physically access the nodes. > -- > Fajar > > Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --00151747bdba7c166804b0368d40 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Oct 25, 2011 at 10:38 PM, Fajar A. N= ugraha <list@fajar.n= et> wrote:
On Wed, Oct 26, 2011 at 12:33 PM, Grant McWilliams
<grantmasterflash@gmail.co= m> wrote:
> On Tue, Oct 25, 2011 at 7:45 AM, George Shuklin <george.shuklin@gmail.com>
> wrote:
>>
>> NEVER upgrade XCP by CentOS packages.

> Why aren't those packages masked in the re= po configs like the kernel is?

Probably because the repos are disabled in the first place.

They're disabled because Citrix doesn't want to sup= port XCP. They provide updates to Xenserver.=C2=A0

>
> Having a server OS with no upgrade path is a very bad idea. Zero day > exploit? How about zero month or zero year exploit? I'd like to ho= pe that
> this gets changed at some point.

How would you "upgrade" (for example) XenServer? Or a vmwar= e vsphere
node? IMHO the same methods and policy should also apply to xcp.


The exact same way= you'd upgrade ANY other server on the planet. And yes those same metho= ds should be applied to XCP.=C2=A0 You can currently upgrade but you have t= o pull all your nodes down, put in a CD (my nodes don't even have optic= al disks, why would they?) and upgrade via a CD. That means the only time y= ou get any security updates is once every 6 months or a year and only when = you can physically access the nodes.
=C2=A0
--
Fajar

=
Grant McWilliams
http://grantmcwilliams.com/

Some people, wh= en confronted with a problem, think "I know, I'll use Windows.&quo= t;
Now they have two problems.

=C2=A0

--00151747bdba7c166804b0368d40-- --===============1958438742== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1958438742==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 10:07:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:07:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6xD-00083q-4h; Wed, 26 Oct 2011 10:07:51 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ6ni-0006Za-FS for xen-users@lists.xensource.com; Wed, 26 Oct 2011 09:58:03 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1319648278!1166172!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11302 invoked from network); 26 Oct 2011 16:57:59 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-3.tower-216.messagelabs.com with SMTP; 26 Oct 2011 16:57:59 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Wed, 26 Oct 2011 09:57:57 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Xen-users] XCP Test workstation Date: Wed, 26 Oct 2011 09:57:56 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B0123824B@VSRV04.tresearch.net> In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Test workstation Thread-Index: AcyQPE7tgMLij9ehTLOtYR+U0/y3oADw4EHQ References: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com > I have a Dell PowerEdge 2900 with X5355 processors. >=20 > I want to test the clustering features of XCP, but I don't have another > server handy. I am considering building a small machine in a desktop > form factor that will be compatible, but that I can then re-use as a > workstation later. >=20 > I noticed this server board was on the Citrix HCL for XenServer 5.6 > FP2: > Intel Server Board S1200BTS >=20 > It will accept Xeon processors, but not the X5355 (not that those are > even available anymore). I also didn't see the X5355 on the > Heterogeneous CPU pool cross-reference at all. >=20 > Does anyone have any experience with creating the right CPU masks to > make two different CPUs work, and is there a model you recommend, > versus > models you don't recommend? >=20 > My goal is an inexpensive test, so we can continue our transition from > VMware ESX, to XCP. If necessary, we might just build two small > machines > and use those for the test. Can anyone recommend some inexpensive > workstation class hardware, that will work to test out a pooled > configuration? >=20 > Thanks, >=20 > Brett Westover >=20 Does anyone have any recommendations for test hardware?=20 We are looking to buy something so that we can build some knowledge and confidence in XCP as a suitable and more flexible replacement for ESX. Ideally we'd just buy/build one machine that could be made compatible with the one test server we have, but if it was easier and not terribly expensive we'd just buy two identical machines. Am I overcomplicating this? Thanks, Brett _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 10:11:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:11:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ719-0000ME-PT; Wed, 26 Oct 2011 10:11:55 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ6uY-0007Vg-80 for xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:05:08 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1319648681!49853408!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4132 invoked from network); 26 Oct 2011 17:04:41 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 17:04:41 -0000 Received: by faat9 with SMTP id t9so2409497faa.30 for ; Wed, 26 Oct 2011 10:05:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=cr71ll56RUUWyCx8E43jk+fWRYYu5OqkBbWW31b73i8=; b=osYUiIX3FAGCvVNXpy0V8xUQcjE+8eVt9Fn+VdKZZVk2t9nVuKOq5xu1j3hevLVcK/ slEcOytVnyxdOVrIx5pH9WpGYOupxtLJ/5UH8sQy5sTlySFlW78WXICm4KM0EpdCQsi7 hbF1wdN3YP47+QT8BIL2rHmGm+yGbWsELgt/I= Received: by 10.223.62.15 with SMTP id v15mr60318412fah.22.1319648702843; Wed, 26 Oct 2011 10:05:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Wed, 26 Oct 2011 10:04:39 -0700 (PDT) In-Reply-To: <4EA7C679.4030804@gmail.com> References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> <4EA7C679.4030804@gmail.com> From: Grant McWilliams Date: Wed, 26 Oct 2011 10:04:39 -0700 Message-ID: Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) To: George Shuklin Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0591355621==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0591355621== Content-Type: multipart/alternative; boundary=001517402a2a294a3104b036a87d --001517402a2a294a3104b036a87d Content-Type: text/plain; charset=UTF-8 On Wed, Oct 26, 2011 at 1:36 AM, George Shuklin wrote: > Citrix provides updates for XenServer, but not for XCP. > > But in any way, exposing management interface to unprotected network is bad > idea. If you have no managed interface available from internet, you have > very few vulnerable for remote attack components: kernel, openvswitch... > thats all. > > Idea behind XCP is well-protected internal network with management > interface, unencrypted storage traffic, migration traffic, XCP own > synchronization traffic and separate (by VLAN or by different physical > interface) network for clients with internet access. > > > Then why does Citrix provide updates for XenServer? Let's face it, the real reason is Citrix doesn't want to provide repos for XCP and I understand that but saying it's bad practice to provide updates to XCP and then do it for XenServer is flawed logic. For those of us who are using XCP in production we need an update system. Perhaps it will be the yum to redhat's RHN but still it's needed. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --001517402a2a294a3104b036a87d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Oct 26, 2011 at 1:36 AM, George Shuklin = <george.sh= uklin@gmail.com> wrote:
=20 =20 =20
Citrix provides updates for XenServer, but not for XCP.

But in any way, exposing management interface to unprotected network is bad idea. If you have no managed interface available from internet, you have very few vulnerable for remote attack components: kernel, openvswitch... thats all.

Idea behind XCP is well-protected internal network with management interface, unencrypted storage traffic, migration traffic, XCP own synchronization traffic and separate (by VLAN or by different physical interface) network for clients with internet access.
=



The= n why does Citrix provide updates for XenServer?

Let's face it,= the real reason is Citrix doesn't want to provide repos for XCP and I = understand that but saying it's bad practice to provide updates to XCP = and then do it for XenServer is flawed logic.

For those of us who are using XCP in production we need an update syste= m. Perhaps it will be the yum to redhat's RHN but still it's needed= .


Grant McWilliams
http://grantmcwilliams.com/

Some people, when confronted with a problem, think "I know, I'= ll use Windows."
Now they have two problems.
--001517402a2a294a3104b036a87d-- --===============0591355621== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0591355621==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 10:21:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:21:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7Ac-0001DM-He; Wed, 26 Oct 2011 10:21:42 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ79K-0000sa-20 for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:20:23 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1319649614!857274!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25817 invoked from network); 26 Oct 2011 17:20:18 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 17:20:18 -0000 Received: by vcbfk13 with SMTP id fk13so2313061vcb.30 for ; Wed, 26 Oct 2011 10:20:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=zHDdzdDpIT05KhgXWSWX156Id9/8CdMohUmGeZduqyE=; b=pezk+cerRDJiOAhplbhuOd0ntmm/w66v2VncH/BP25wWUVZADzBB+W/c++IzmuMf+5 ibVUA9Qjvlwh563/DEmDolvRA+7J3pGGU8LjkHvaqtmhSyplq/az5XunnZAkX91waBQT n/xtpxViEiEMRQupqyVE7/gyWJlXE31bo9ySg= Received: by 10.68.34.226 with SMTP id c2mr66737006pbj.99.1319649613061; Wed, 26 Oct 2011 10:20:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.49.197 with HTTP; Wed, 26 Oct 2011 10:19:52 -0700 (PDT) In-Reply-To: References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> <4EA7C679.4030804@gmail.com> From: Andrew Wells Date: Wed, 26 Oct 2011 13:19:52 -0400 Message-ID: Subject: Fwd: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) To: xen-users Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1351472279==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1351472279== Content-Type: multipart/alternative; boundary=bcaec520f1cf6a206e04b036de80 --bcaec520f1cf6a206e04b036de80 Content-Type: text/plain; charset=ISO-8859-1 ---------- Forwarded message ---------- From: Andrew Wells Date: Wed, Oct 26, 2011 at 1:19 PM Subject: Re: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) To: Grant McWilliams people pay for xenserver, maybe the community should set up and provide a xcp update repo, and why not use centos repos for updating packages (exclude kernel updates for sure), they are not using a special ssh package or anything and centos rpms are redhat rpms in reality. On Wed, Oct 26, 2011 at 1:04 PM, Grant McWilliams < grantmasterflash@gmail.com> wrote: > On Wed, Oct 26, 2011 at 1:36 AM, George Shuklin wrote: > >> Citrix provides updates for XenServer, but not for XCP. >> >> But in any way, exposing management interface to unprotected network is >> bad idea. If you have no managed interface available from internet, you have >> very few vulnerable for remote attack components: kernel, openvswitch... >> thats all. >> >> Idea behind XCP is well-protected internal network with management >> interface, unencrypted storage traffic, migration traffic, XCP own >> synchronization traffic and separate (by VLAN or by different physical >> interface) network for clients with internet access. >> >> >> > Then why does Citrix provide updates for XenServer? > > Let's face it, the real reason is Citrix doesn't want to provide repos for > XCP and I understand that but saying it's bad practice to provide updates to > XCP and then do it for XenServer is flawed logic. > > For those of us who are using XCP in production we need an update system. > Perhaps it will be the yum to redhat's RHN but still it's needed. > > > > Grant McWilliams > http://grantmcwilliams.com/ > > Some people, when confronted with a problem, think "I know, I'll use > Windows." > Now they have two problems. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --bcaec520f1cf6a206e04b036de80 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

---------- Forwarded message ----------<= br>From: Andrew Wells &= lt;agwells0714@gmail.com>
Date: Wed, Oct 26, 2011 at 1:19 PM
Subject: Re: [Xen-users] Yum repo for= XCP (ex: XCP acpi shutdown)
To: Grant McWilliams <grantmasterflash@gmail.com>


people pay for xenserver,

maybe the=A0community=A0should= set up and provide a xcp update repo,

and why not= use centos repos for updating packages (exclude kernel updates for sure), = they are not using a special ssh package or anything

and centos rpms are redhat rpms in reality.
<= br>
On Wed, Oct= 26, 2011 at 1:04 PM, Grant McWilliams <grantmasterflash@gmail.co= m> wrote:
On Wed, Oct 26, 2011 at 1:36 AM, George S= huklin <george.shuklin@gmail.com> wrote:
=20 =20 =20
Citrix provides updates for XenServer, but not for XCP.

But in any way, exposing management interface to unprotected network is bad idea. If you have no managed interface available from internet, you have very few vulnerable for remote attack components: kernel, openvswitch... thats all.

Idea behind XCP is well-protected internal network with management interface, unencrypted storage traffic, migration traffic, XCP own synchronization traffic and separate (by VLAN or by different physical interface) network for clients with internet access.
=



Then why d= oes Citrix provide updates for XenServer?

Let's face it, the re= al reason is Citrix doesn't want to provide repos for XCP and I underst= and that but saying it's bad practice to provide updates to XCP and the= n do it for XenServer is flawed logic.

For those of us who are using XCP in production we need an update syste= m. Perhaps it will be the yum to redhat's RHN but still it's needed= .



Grant McWilliams
http://grantmcwilliams.com/

Some people, when confronted with a problem, think "I know, I'= ll use Windows."
Now they have two problems.

_________________________________________= ______
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users


--bcaec520f1cf6a206e04b036de80-- --===============1351472279== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1351472279==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 10:30:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:30:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7JB-0002P8-Pv; Wed, 26 Oct 2011 10:30:33 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7IV-00024Z-DY for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:29:51 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1319650071!41942500!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15489 invoked from network); 26 Oct 2011 17:27:53 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 17:27:53 -0000 Received: by pzk32 with SMTP id 32so5067966pzk.8 for ; Wed, 26 Oct 2011 10:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=7/ur9A6HL2kVoEBw5JWB6n0zfyYLpgG7mhnMZLRNVpw=; b=x9ZWfXmwQdIp2+c0K1GLR6NHGJlb/1yvN1A2/RVo/lbGsT7JX8FxkshKaSI24XzW2q ewYdb74vb0KkqvDyvk4QLoky5BHaXn+YaaRVZa60rYw3eIPRMYlC/3mRQoSIrrK1KdZa 4W707mX6P4aJ+UOEiumO7S6MEVE+JXHsQzF2o= Received: by 10.68.10.70 with SMTP id g6mr67112984pbb.65.1319650186154; Wed, 26 Oct 2011 10:29:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.49.197 with HTTP; Wed, 26 Oct 2011 10:22:15 -0700 (PDT) From: Andrew Wells Date: Wed, 26 Oct 2011 13:22:15 -0400 Message-ID: Subject: [xen-users] mailing list. To: xen-users Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1534442749==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1534442749== Content-Type: multipart/alternative; boundary=bcaec53af23a92d39b04b037001a --bcaec53af23a92d39b04b037001a Content-Type: text/plain; charset=ISO-8859-1 Can you set the reply-to parameter to the xen-user list. This would make things easier for a lot of people, and would stop me from replying directly to people. --bcaec53af23a92d39b04b037001a Content-Type: text/html; charset=ISO-8859-1 Can you set the reply-to parameter to the xen-user list. This would make things easier for a lot of people, and would stop me from replying directly to people.


--bcaec53af23a92d39b04b037001a-- --===============1534442749== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1534442749==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 10:32:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:32:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7Ku-00037L-EX; Wed, 26 Oct 2011 10:32:20 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ7Jc-0002bv-Ea for xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:31:00 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1319650256!1674142!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21969 invoked from network); 26 Oct 2011 17:30:57 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-9.tower-21.messagelabs.com with SMTP; 26 Oct 2011 17:30:57 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Wed, 26 Oct 2011 10:30:55 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Xen-users] XCP Storage Date: Wed, 26 Oct 2011 10:30:54 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Storage Thread-Index: AcySmoTvTASMK3SXRJ6t9nLqmpdvGABaJuXw References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1658046308==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1658046308== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PiBZb3Ugd2lsbCB3YW50IHRvIGFuYWx5emUgeW91ciBkaXNrIGFuZCBuZXR3b3JrIGxheW91dCBm b3IgdGhlIG1hY2hpbmUgYW5kIGhvc3RzIHRob3VnaC4gQWxsIG9mIHRoZSBzdGFuZGFyZCBoYXJk d2FyZSBwZXJmb3JtYWNlID5kYXRhIGFwcGxpZXMgdG8gYW4gaVNDU0kgdGFyZ2V0IGllLiBudW1i ZXIgb2YgZGlza3MsIFJBSUQgbGV2ZWxzIGV0Yy4uLiBJdCB3b3VsZCBiZSBpZGVhbCBmb3IgeW91 ciBYQ1AgaG9zdHMgdG8gaGF2ZSBkdWFsIG5ldHdvcmsgPmNhcmRzIHNvIHRoYXQgbmV0d29ya2lu ZyBkYXRhIGlzIHNlbnQgYWNyb3NzIGRpZmZlcmVudCBjYWJsZXMvc3dpdGNoZXMgdGhlbiB0aGUg U0FOIGRhdGEuDQoNCkkgYWdyZWUsIG5vIG1hdHRlciBob3cgeW91IGFjY2VzcyB0aGUgc3RvcmFn ZSwgdGhlIGxvYWQgZ2VuZXJhdGVkIGJ5IHRoZSBhcHBsaWNhdGlvbnMgbmVlZHMgdG8gYmUgc3Vw cG9ydGVkIGJ5IHRoZSBzcGVlZCBhbmQgbnVtYmVyIG9mIGRpc2tzLCBhbmQgUkFJRCBsZXZlbC4g V2UndmUgZ29uZSB0aHJvdWdoIHRoZSBwYWluIG9mIGhhdmluZyBpc3N1ZXMgd2l0aCBzdG9yYWdl IHRoYXQgc2VlbWVkIGxpa2UgdGhleSBjb3VsZCBiZSB0aGUgaVNDU0kgaW5pdGlhdG9yLCB0aGUg U0FOIG5ldHdvcmsgb3IgYnVmZmVycyBvbiB0aGUgaVNDU0kgc3RvcmFnZSBkZXZpY2UuLi4uIHdo ZW4gaXQgdHVybmVkIG91dCwgd2Ugd2VyZSBzaW1wbHkgb3ZlcmxvYWRpbmcgdGhlIElPIGNhcGFi aWxpdGllcyBvZiB0aGUgZGlza3MuDQoNCkFsc28sIGl0IHNlZW1zIEkgYW0gcmVhZGluZyB0aGF0 IHlvdSBjYW4gZW5hYmxlIGxpdmUgbWlncmF0aW9uIG9uIGFuIFhDUCBwb29sIHdpdGhvdXQgYW4g ZXh0ZXJuYWwgc3RvcmFnZSBkZXZpY2UgYXQgYWxsLCB1c2luZyBsb2NhbCBzdG9yYWdlIGluIGVh Y2ggaG9zdC4gSXMgdGhhdCByaWdodD8NCg0KSG93IGRvZXMgdGhhdCB3b3JrPw0KDQoNCk15IHVu ZGVyc3RhbmQgb2Ygc2hhcmVkIHN0b3JhZ2UgaXMgdGhhdCBvbmUgY29weSBvZiB0aGUgVk0gZXhp c3RzIGluIGEgcGxhY2UgYWNjZXNzaWJsZSB0byB0aGUgdHdvIGhvc3RzLCBzbyB0byBkbyBsaXZl IG1pZ3JhdGlvbiB0aGUgVk0gc3RvcmFnZSBkb2Vzbid0IGFjdHVhbGx5IG1vdmUuIA0KDQpDYW4g c29tZW9uZSBwb2ludCBtZSB0byBzb21lIGRvY3VtZW50YXRpb24gdGhhdCBleHBsYWlucyBob3cg WGVuU2VydmVyIGFuZCBYQ1AgaGFuZGxlIHN0b3JhZ2U/IEl0IHNlZW1zIHRvIGJlIHF1aXRlIGRp ZmZlcmVudCB0aGFuIFZNd2FyZS4NCg0KVGhhbmtzLA0KDQpCcmV0dCBXZXN0b3Zlcg0K --===============1658046308== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1658046308==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 10:39:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:39:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7RU-0004Pk-Rm; Wed, 26 Oct 2011 10:39:08 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7PY-0003ek-Mg for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:37:09 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1319650624!1105524!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21077 invoked from network); 26 Oct 2011 17:37:05 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 17:37:05 -0000 Received: by vws13 with SMTP id 13so2359912vws.30 for ; Wed, 26 Oct 2011 10:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=sRj5UTOkPlHkRqql9Uv0z6lMG1nk7faLVg+61UbuPnA=; b=j/tB9ahcezDDFzHbQ8aZcnikcdEm2GEHxzHg6A9whjYH4QYg3cY9GleeVK+7up8kPK hRFk2XjNJhMLkA5t7mOzneFdgiMBNMiRgwJMjmmAeiAXvsxvxKOTk/sAQuHl7lRnNyLa FmGOxKac9FZxBAIde5mJw/gf2HAAsxC9sE6wk= Received: by 10.52.33.50 with SMTP id o18mr106087vdi.42.1319650624116; Wed, 26 Oct 2011 10:37:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Wed, 26 Oct 2011 10:36:44 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Wed, 26 Oct 2011 19:36:44 +0200 Message-ID: Subject: Re: [xen-users] mailing list. To: Andrew Wells Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26 October 2011 19:22, Andrew Wells wrote: > Can you set the reply-to parameter to the xen-user list. This would make > things easier for a lot of people, and would stop me from replying directly > to people. This problem can be solved if you click on "Reply to all". You use gmail as well, so you could do that. It must also be said that many people use to include the xen-users@list.xensource.com address in the Bcc field, so that the "reply to all" is inefficient in this case, since that address is not included automatically. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 10:52:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 10:52:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7ep-000694-2H; Wed, 26 Oct 2011 10:52:55 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7dr-0005lV-7m for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:51:55 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1319651510!331817!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13871 invoked from network); 26 Oct 2011 17:51:51 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 17:51:51 -0000 Received: by qabg1 with SMTP id g1so2557611qab.30 for ; Wed, 26 Oct 2011 10:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=/v+lQtyiTm5UFUKimebNdZZkmwWhXNIv2ynZ+tvcZXs=; b=Ciw12IivXCtjk8IAJ3a13qSGu4lJ91jgngXuWRDz+q4fgDNpKuxf6CL07AuSl5xRdW 61HYq2TVWOWMKDW4GsUmFs3qE21/JDbS2ZhcQXHXzIcNBMU8Q9+vUwtfEuTVmNFhbxXK 0z3wEVjewCg3qwcQ2g4QguBzVKfLAdJgY4+MU= Received: by 10.68.34.226 with SMTP id c2mr66928773pbj.99.1319651510266; Wed, 26 Oct 2011 10:51:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.49.197 with HTTP; Wed, 26 Oct 2011 10:51:30 -0700 (PDT) In-Reply-To: References: From: Andrew Wells Date: Wed, 26 Oct 2011 13:51:30 -0400 Message-ID: Subject: Re: [xen-users] mailing list. To: Flavio Cc: xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0079902889==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0079902889== Content-Type: multipart/alternative; boundary=bcaec520f1cf7f2bb604b0374f93 --bcaec520f1cf7f2bb604b0374f93 Content-Type: text/plain; charset=ISO-8859-1 I could reply all, but for people who do not use gmail, this message would come up twice. Most people would not disagree, and I notice that you didn't, that the default behavior of "reply" should be to the list, and only if I want to reply to a specific user should I actively change who the message is being sent to. and by doing this behavior, telling someone to go to the list is more effective as it is more likely that the answer did not go offline. On Wed, Oct 26, 2011 at 1:36 PM, Flavio wrote: > On 26 October 2011 19:22, Andrew Wells wrote: > > Can you set the reply-to parameter to the xen-user list. This would make > > things easier for a lot of people, and would stop me from replying > directly > > to people. > This problem can be solved if you click on "Reply to all". You use > gmail as well, > so you could do that. > > It must also be said that many people use to include the > xen-users@list.xensource.com > address in the Bcc field, so that the "reply to all" is inefficient in > this case, since > that address is not included automatically. > > -- > Flavio > --bcaec520f1cf7f2bb604b0374f93 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I could reply all, but for people who do not use gmail, this message would = come up twice.

Most people would not disagree, and I not= ice that you didn't, that the default=A0behavior=A0of "reply"= should be to the list, and only if I want to reply to a specific user shou= ld I=A0actively=A0change who the message is being sent to.

and by doing this=A0behavior, telling someone to go to = the list is more effective as it is more likely that the answer did not go = offline.

On Wed, Oct 26, 2011 at 1= :36 PM, Flavio <= fbcyborg@gmail.com> wrote:
On 26 Oct= ober 2011 19:22, Andrew Wells <= agwells0714@gmail.com> wrote:
> Can you set the reply-to parameter to the xen-user list. This would ma= ke
> things easier for a lot of people, and would stop me from replying dir= ectly
> to people.
This problem can be solved if you click on "Reply to all&q= uot;. You use
gmail as well,
so you could do that.

It must also be said that many people use to include the
xen-users@list.xensource.co= m
address in the Bcc field, so that the "reply to all" is inefficie= nt in
this case, since
that address is not included automatically.

--
Flavio

--bcaec520f1cf7f2bb604b0374f93-- --===============0079902889== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0079902889==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 11:03:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 11:03:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7oq-00074r-LT; Wed, 26 Oct 2011 11:03:17 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7kW-0006fb-Fm for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 10:59:16 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1319651923!25423926!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3789 invoked from network); 26 Oct 2011 17:58:44 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 17:58:44 -0000 Received: by vws13 with SMTP id 13so2385983vws.30 for ; Wed, 26 Oct 2011 10:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=EQeyOBOz/y2RdlMN177AlatGrRJyMsHs8V4Ye5j2Q8Q=; b=NJkMCRajqUwfXo2LKtYXAuivgQI9is83ZLhH9sKy3qnvahv7NgC3BFlta6jwecl5BM wc/m9RnlrVlJ83qMxkSq3iT6vC9xVtJAoK3BaYhoIUN4vZKGdvGf915kRspwinKt62aU kImwy4k3FzglXOA7yaPtbnrSv3avaSBXAzNsw= Received: by 10.52.36.109 with SMTP id p13mr117737vdj.59.1319651922119; Wed, 26 Oct 2011 10:58:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Wed, 26 Oct 2011 10:58:22 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Wed, 26 Oct 2011 19:58:22 +0200 Message-ID: Subject: Re: [xen-users] mailing list. To: Andrew Wells Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26 October 2011 19:51, Andrew Wells wrote: > I could reply all, but for people who do not use gmail, this message woul= d > come up twice. True, you are right! I always asked to myself if someone receive the emails two times, because it doesn't happen in gmail actually. > Most people would not disagree, and I notice that you didn't, that the > default=A0behavior=A0of "reply" should be to the list, and only if I want= to > reply to a specific user should I=A0actively=A0change who the message is = being > sent to. You are perfectly right. I definitely agree with you, but maybe this behaviour is due to the mailman software that manages the list. Maybe it could be configured to do what you say. I don't know, because I've never deepen that= . --=20 Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 11:07:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 11:07:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7sr-0007pG-G3; Wed, 26 Oct 2011 11:07:25 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ7pk-0007Er-M5 for xen-users@lists.xensource.com; Wed, 26 Oct 2011 11:04:14 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1319652249!861187!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26444 invoked from network); 26 Oct 2011 18:04:09 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 18:04:09 -0000 Received: by faat9 with SMTP id t9so2478516faa.30 for ; Wed, 26 Oct 2011 11:04:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=gVxBhCTIPCg7Jkwf+tD8ht7B1Wl7PJDlYHY+EN6UKdA=; b=iyImrrNi1ErOY8puZlUPHjoR9nuyLRyvYw96UmLe0TMpkmvxe0wL9uoz5BMa35dcTZ dQTruGEiGJk3eN32cjOFwWyiCcEyVkq5KE3sXmZ6LmKBuT7VaK71a5XEN4pe/H8PHhhC gv+YURlVc5/PTIlxz1uswEGpDl7DEuw4alYrw= Received: by 10.223.62.15 with SMTP id v15mr60646538fah.22.1319652249237; Wed, 26 Oct 2011 11:04:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Wed, 26 Oct 2011 11:03:49 -0700 (PDT) In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> From: Grant McWilliams Date: Wed, 26 Oct 2011 11:03:49 -0700 Message-ID: Subject: Re: [Xen-users] XCP Storage To: Brett Westover Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0431014974==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0431014974== Content-Type: multipart/alternative; boundary=001517402a2a8afaaa04b0377b92 --001517402a2a8afaaa04b0377b92 Content-Type: text/plain; charset=UTF-8 On Wed, Oct 26, 2011 at 10:30 AM, Brett Westover wrote: > > You will want to analyze your disk and network layout for the machine and > hosts though. All of the standard hardware performace >data applies to an > iSCSI target ie. number of disks, RAID levels etc... It would be ideal for > your XCP hosts to have dual network >cards so that networking data is sent > across different cables/switches then the SAN data. > > I agree, no matter how you access the storage, the load generated by the > applications needs to be supported by the speed and number of disks, and > RAID level. We've gone through the pain of having issues with storage that > seemed like they could be the iSCSI initiator, the SAN network or buffers on > the iSCSI storage device.... when it turned out, we were simply overloading > the IO capabilities of the disks. > > Also, it seems I am reading that you can enable live migration on an XCP > pool without an external storage device at all, using local storage in each > host. Is that right? > > How does that work? > > > My understand of shared storage is that one copy of the VM exists in a > place accessible to the two hosts, so to do live migration the VM storage > doesn't actually move. > > Can someone point me to some documentation that explains how XenServer and > XCP handle storage? It seems to be quite different than VMware. > > Thanks, > > Brett Westover > I don't think it's that different. If you want to do migration your storage needs to be remote. Currently XCP seems to support two types of remote storage that can support migration - NFS and iSCSI software target. Grant McWilliams --001517402a2a8afaaa04b0377b92 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Oct 26, 2011 at 10:30 AM, Brett West= over <bwestov= er@pletter.com> wrote:
> You will want to analyze your disk and network layou= t for the machine and hosts though. All of the standard hardware performace= >data applies to an iSCSI target ie. number of disks, RAID levels etc..= . It would be ideal for your XCP hosts to have dual network >cards so th= at networking data is sent across different cables/switches then the SAN da= ta.

I agree, no matter how you access the storage, the load generated by = the applications needs to be supported by the speed and number of disks, an= d RAID level. We've gone through the pain of having issues with storage= that seemed like they could be the iSCSI initiator, the SAN network or buf= fers on the iSCSI storage device.... when it turned out, we were simply ove= rloading the IO capabilities of the disks.

Also, it seems I am reading that you can enable live migration on an XCP po= ol without an external storage device at all, using local storage in each h= ost. Is that right?

How does that work?


My understand of shared storage is that one copy of the VM exists in a plac= e accessible to the two hosts, so to do live migration the VM storage doesn= 't actually move.

Can someone point me to some documentation that explains how XenServer and = XCP handle storage? It seems to be quite different than VMware.

Thanks,

Brett Westover

I don't think it's t= hat different. If you want to do migration your storage needs to be remote.= Currently XCP seems to support two types of remote storage that can suppor= t migration - NFS and iSCSI software target.

Grant McWilliams


=C2=A0
--001517402a2a8afaaa04b0377b92-- --===============0431014974== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0431014974==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 11:31:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 11:31:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ8GU-0000s9-AY; Wed, 26 Oct 2011 11:31:50 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ8Eo-0000Wg-SA for xen-users@lists.xensource.com; Wed, 26 Oct 2011 11:30:07 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1319653688!41947191!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5568 invoked from network); 26 Oct 2011 18:28:08 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 18:28:08 -0000 Received: by faat9 with SMTP id t9so2506154faa.30 for ; Wed, 26 Oct 2011 11:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=BVYTa3JnG/Ag+NT/AKw75y8DdQMEAn/j/DOHhjq3ytc=; b=sALdLLLdlwfqDWyQ9RMnjl7GP2sUlByXEGfeer+MsnyNXgebdHi3J5wpD984dpS28S QD6MJY+qJG17IAt6Tr8+MZeWgEjPhQ8qdE7RyWS3uONhgPGBsCDk3iyH9y+sPkWZBRxs sPwbeKO7YHeozp0WrTL9jkF2vHajHUaMl8cd4= Received: by 10.223.16.82 with SMTP id n18mr60563726faa.2.1319653803473; Wed, 26 Oct 2011 11:30:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Wed, 26 Oct 2011 11:29:43 -0700 (PDT) In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B0123824B@VSRV04.tresearch.net> References: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B0123824B@VSRV04.tresearch.net> From: Grant McWilliams Date: Wed, 26 Oct 2011 11:29:43 -0700 Message-ID: Subject: Re: [Xen-users] XCP Test workstation To: Brett Westover Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1514569360==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1514569360== Content-Type: multipart/alternative; boundary=00151747862e2ebdba04b037d88a --00151747862e2ebdba04b037d88a Content-Type: text/plain; charset=UTF-8 On Wed, Oct 26, 2011 at 9:57 AM, Brett Westover wrote: > > I have a Dell PowerEdge 2900 with X5355 processors. > > > > I want to test the clustering features of XCP, but I don't have > another > > server handy. I am considering building a small machine in a desktop > > form factor that will be compatible, but that I can then re-use as a > > workstation later. > > > > I noticed this server board was on the Citrix HCL for XenServer 5.6 > > FP2: > > Intel Server Board S1200BTS > > > > It will accept Xeon processors, but not the X5355 (not that those are > > even available anymore). I also didn't see the X5355 on the > > Heterogeneous CPU pool cross-reference at all. > > > > Does anyone have any experience with creating the right CPU masks to > > make two different CPUs work, and is there a model you recommend, > > versus > > models you don't recommend? > > > > My goal is an inexpensive test, so we can continue our transition from > > VMware ESX, to XCP. If necessary, we might just build two small > > machines > > and use those for the test. Can anyone recommend some inexpensive > > workstation class hardware, that will work to test out a pooled > > configuration? > > > > Thanks, > > > > Brett Westover > > > > Does anyone have any recommendations for test hardware? > > We are looking to buy something so that we can build some knowledge and > confidence in XCP as a suitable and more flexible replacement for ESX. > Ideally we'd just buy/build one machine that could be made compatible > with the one test server we have, but if it was easier and not terribly > expensive we'd just buy two identical machines. > > Am I overcomplicating this? > > Thanks, Brett > > I'm sure there will be various opinions on this but after going down the "really expensive but rarely upgradable" path I just build commodity servers for XCP now. Each host has a 2u case, hexicore cpu, 16 GB of ram, a local drive that's currently used for nothing much and two network interfaces. With each I buy a 240 GB SSD that goes in the SAN. So for $1000 I can drop one machine into the rack, plug in power, both network cables and slide the SSD into the SAN box and I've just expanded capacity by 30 VMs. Each VM gets 512 MB of ram and 7 GB of storage space. Any other storage can be pulled from larger disk based SAN shares via iSCSI or NFS. This allows me to expand very quickly and at a minimal cost. For testing purposes you could do without the SSD drives. I'm looking at building a 128 core cloud to teach cloud computing using the same types of replaceable hosts. The cores will be divided up into smaller 16 core clouds each given to team of 4 students. I think it would all depend on what you plan on doing with your cloud. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --00151747862e2ebdba04b037d88a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Oct 26, 2011 at 9:57 AM, Brett Westo= ver <bwestove= r@pletter.com> wrote:
> I have a Dell PowerEdge 2900 with X5355 processors.<= br> >
> I want to test the clustering features of XCP, but I don't have another
> server handy. I am considering building a small machine in a desktop > form factor that will be compatible, but that I can then re-use as a > workstation later.
>
> I noticed this server board was on the Citrix HCL for XenServer 5.6 > FP2:
> Intel Server Board S1200BTS
>
> It will accept Xeon processors, but not the X5355 (not that those are<= br> > even available anymore). I also didn't see the X5355 on the
> Heterogeneous CPU pool cross-reference at all.
>
> Does anyone have any experience with creating the right CPU masks to > make two different CPUs work, and is there a model you recommend,
> versus
> models you don't recommend?
>
> My goal is an inexpensive test, so we can continue our transition from=
> VMware ESX, to XCP. If necessary, we might just build two small
> machines
> and use those for the test. Can anyone recommend some inexpensive
> workstation class hardware, that will work to test out a pooled
> configuration?
>
> Thanks,
>
> Brett Westover
>

Does anyone have any recommendations for test hardware?

We are looking to buy something so that we can build some knowledge and
confidence in XCP as a suitable and more flexible replacement for ESX.
Ideally we'd just buy/build one machine that could be made compatible with the one test server we have, but if it was easier and not terribly
expensive we'd just buy two identical machines.

Am I overcomplicating this?

Thanks, Brett


I&#= 39;m sure there will be various opinions on this but after going down the &= quot;really expensive but rarely upgradable" path I just build commodi= ty servers for XCP now. Each host has a 2u case, hexicore cpu, 16 GB of ram= , a local drive that's currently used for nothing much and two network = interfaces. With each I buy a 240 GB SSD that goes in the SAN. So for $1000= I can drop one machine into the rack, plug in power, both network cables a= nd slide the SSD into the SAN box and I've just expanded capacity by 30= VMs. Each VM gets 512 MB of ram and 7 GB of storage space. Any other stora= ge can be pulled from larger disk based SAN shares via iSCSI or NFS. This a= llows me to expand very quickly and at a minimal cost.

For testing purposes you could do without the SSD drives. I'm looki= ng at building a 128 core cloud to teach cloud computing using the same typ= es of replaceable hosts. The cores will be divided up into smaller 16 core = clouds each given to team of 4 students.

I think it would all depend on what you plan on doing with your cloud. =


Grant McWilliams
http://grantmcwilliams.com/

Some pe= ople, when confronted with a problem, think "I know, I'll use Wind= ows."
Now they have two problems.




=C2=A0
--00151747862e2ebdba04b037d88a-- --===============1514569360== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1514569360==-- From xen-devel-bounces@lists.xensource.com Wed Oct 26 12:57:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 12:57:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ9ax-0005HA-2U; Wed, 26 Oct 2011 12:57:03 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ9Zz-0004qZ-BK; Wed, 26 Oct 2011 12:56:03 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1319658958!870963!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16506 invoked from network); 26 Oct 2011 19:55:59 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Oct 2011 19:55:59 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9QJts7m005573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 26 Oct 2011 19:55:55 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9QJtqL0017368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Oct 2011 19:55:53 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9QJtjTi001973; Wed, 26 Oct 2011 14:55:45 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 26 Oct 2011 12:55:45 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 967EC82C21; Wed, 26 Oct 2011 15:55:43 -0400 (EDT) Date: Wed, 26 Oct 2011 15:55:43 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) Message-ID: <20111026195543.GA6558@phenom.dumpdata.com> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E9C4BAB.9020605@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090208.4EA865CB.0132,ss=1,re=0.000,fgs=0 Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Joseph Glanville X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote: > Cool. > > I am wondering what people think about archiving vs deleting wiki > pages. Obviously some pages can be deleted (stuff about events, job > listings, old TODO lists, etc.). > > Others may still be valuable to legacy users. See .. snip.. Hey Lars, I was trying to add to https://docs.google.com/spreadsheet/ccc?key=0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=en_US#gid=0 a couple of things but it seems I am not authorized, anyhow these are the changes: NetBSDdomU merge with How_to_build_NetBSD_DomU_on_Linux 2.6.18-to-2.6.31-and-higher is OK. InstallationNotes - remove KnownGoodImages - remove InstallGuestImage - remove RealModeArea - archive, or move it to be PPC/RealModeArea USBCompatibilityList - remove XenPCIpassthrough - keep, I just updated it XenPVOPSDRM - keep, just updated it XenSerialConsole - keep, I just updated it XenPVSCSI - keep XenUSBPassthrough - keep, just updated it XenParavirtOps - keep, just updated it. XenOnUbuntu64 - remove _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Wed Oct 26 13:14:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:14:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ9s8-0007Ft-PD; Wed, 26 Oct 2011 13:14:48 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ9qw-0006sF-QM for xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:13:35 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1319660010!859038!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2976 invoked from network); 26 Oct 2011 20:13:31 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-14.tower-182.messagelabs.com with SMTP; 26 Oct 2011 20:13:31 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Wed, 26 Oct 2011 13:13:30 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Xen-users] XCP Storage Date: Wed, 26 Oct 2011 13:13:29 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B01238274@VSRV04.tresearch.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Storage Thread-Index: AcyUCaqKAb/TAONrRY6dAAkSIBIDGgADuB6g References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0052876457==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0052876457== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PkFsc28sIGl0IHNlZW1zIEkgYW0gcmVhZGluZyB0aGF0IHlvdSBjYW4gZW5hYmxlIGxpdmUgbWln cmF0aW9uIG9uIGFuIFhDUCBwb29sIHdpdGhvdXQgYW4gZXh0ZXJuYWwgc3RvcmFnZSBkZXZpY2Ug YXQgYWxsLCB1c2luZyA+bG9jYWwgc3RvcmFnZSBpbiBlYWNoIGhvc3QuIElzIHRoYXQgcmlnaHQ/ DQo+SG93IGRvZXMgdGhhdCB3b3JrPw0KDQoNCj5NeSB1bmRlcnN0YW5kIG9mIHNoYXJlZCBzdG9y YWdlIGlzIHRoYXQgb25lIGNvcHkgb2YgdGhlIFZNIGV4aXN0cyBpbiBhIHBsYWNlIGFjY2Vzc2li bGUgdG8gdGhlIHR3byBob3N0cywgc28gdG8gZG8gbGl2ZSBtaWdyYXRpb24gPnRoZSBWTSBzdG9y YWdlIGRvZXNuJ3QgYWN0dWFsbHkgbW92ZS4NCg0KPkNhbiBzb21lb25lIHBvaW50IG1lIHRvIHNv bWUgZG9jdW1lbnRhdGlvbiB0aGF0IGV4cGxhaW5zIGhvdyBYZW5TZXJ2ZXIgYW5kIFhDUCBoYW5k bGUgc3RvcmFnZT8gSXQgc2VlbXMgdG8gYmUgcXVpdGUgZGlmZmVyZW50IHRoYW4gPlZNd2FyZS4N Cg0KPlRoYW5rcywNCg0KPkJyZXR0IFdlc3RvdmVyDQoNCj5JIGRvbid0IHRoaW5rIGl0J3MgdGhh dCBkaWZmZXJlbnQuIElmIHlvdSB3YW50IHRvIGRvIG1pZ3JhdGlvbiB5b3VyIHN0b3JhZ2UgbmVl ZHMgdG8gYmUgcmVtb3RlLiBDdXJyZW50bHkgWENQIHNlZW1zIHRvIHN1cHBvcnQgdHdvID50eXBl cyBvZiByZW1vdGUgc3RvcmFnZSB0aGF0IGNhbiBzdXBwb3J0IG1pZ3JhdGlvbiAtIE5GUyBhbmQg aVNDU0kgc29mdHdhcmUgdGFyZ2V0LiANCg0KPkdyYW50IE1jV2lsbGlhbXMNCg0KV2VsbCwgdGhl biB0aGF0IGNsZWFycyB0aGF0IHVwLi4uIHVubGVzcyBzb21lb25lIGNvbWVzIGFsb25nIGFuZCBk aXNhZ3JlZXMgOikNCg0KSSB0aG91Z2h0IEkgaGVhcmQgc29tZXdoZXJlIHlvdSBjb3VsZCB1c2Ug RFJCRCBzdG9yYWdlIG9uIHR3byBzZXJ2ZXJzLCBhbmQgdXNlIHRoYXQgZm9yIHlvdXIgVk1zLiBT aW5jZSB0aGUgdm9sdW1lcyBleGlzdCBvbiBib3RoIHNlcnZlcnMsIHlvdSBjb3VsZCBkbyBtaWdy YXRpb24uIEJ1dCBJIHRoaW5rIHRoYXQgd2FzIHdpdGggYSBjdXN0b21pemVkIHNlcnZlciBydW5u aW5nIFhlbiAobm90IFhDUCkuDQoNClNvLCBzaW5jZSB5b3UgcHJldmlvdXNseSBzYWlkIHRoYXQg d2l0aCBYZW5TZXJ2ZXIgeW91J3ZlIG1lYXN1cmVkIHNpZ25pZmljYW50bHkgYmV0dGVyIHBlcmZv cm1hbmNlIChlc3BlY2lhbGx5IG9uIHdyaXRlcykgd2l0aCBpU0NTSSBvdmVyIE5GUywgdGhlbiBp dCBzZWVtcyB3aGF0IEnigJltIGxvb2tpbmcgZm9yIGlzIGFuIGlTQ1NJIFNBTiAod2hpY2ggaXMg d2hhdCBJIGhhdmUgbm93KS4gSSdtIHVzaW5nIERhdGFDb3JlIFNhbk1lbG9keSwgYW5kIHdlIGxp a2UgaXQganVzdCBmaW5lLCBidXQgdG8gYWRkIGEgc2Vjb25kIHNlcnZlciBhbmQgbWlycm9yaW5n IGlzIFZFUlkgZXhwZW5zaXZlICg1IGZpZ3VyZXMganVzdCBmb3IgdGhlIGxpY2Vuc2luZykuDQoN ClNpbmNlIHdlJ3JlIGxvb2tpbmcgYXQgY29udmVydGluZyBhcyBtdWNoIG9mIHRoaXMgdG8gb3Bl biBzb3VyY2UgcHJvZHVjdHMgYXMgcG9zc2libGUsIGFyZSB3ZSBsb29raW5nIGZvciBPcGVuRmls ZXI/IEZyZWVOYXM/IA0KSSB0aGluayB5b3UgbWVudGlvbmVkIGJ1aWxkaW5nIGEgQ2VudG9zIHNl cnZlciB3LyBzdG9yYWdlLCBhbmQgdGhlbiBwcmVzZW50aW5nIHRoYXQgd2l0aCBidWlsdCBpbiBp U0NTSSBzdXBwb3J0Lg0KDQpMb29raW5nIGZvciBhZHZhbnRhZ2VzL2Rpc2FkdmFudGFnZXMuLi4u IFdlIGFyZSBub3QgYWdhaW5zdCBidXlpbmcgYW4gZW50ZXJwcmlzZSBwcm9kdWN0IGxpa2UgTmV4 ZW50YVN0b3IgaWYgbmVjZXNzYXJ5IHRvIGdldCB0aGUgZmVhdHVyZXMgd2UgbmVlZCwgd2UganVz dCBjYW4ndCBqdXN0aWZ5IGFueXRoaW5nIGxpa2Ugd2hhdCB3ZSdkIHBheSBub3cgZm9yIHRob3Nl ICh0aGluZ3MgbGlrZSBBY3RpdmUvQWN0aXZlIG1pcnJvcmluZyBhcyBhIHByaW1hcnkgZXhhbXBs ZSksIGZyb20gRGF0YUNvcmUuDQoNClRoYW5rcywNCkJyZXR0DQrCoA0K --===============0052876457== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0052876457==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 13:18:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:18:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ9vq-0007y1-3s; Wed, 26 Oct 2011 13:18:38 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJ9vA-0007eB-5B for xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:17:56 -0700 X-Env-Sender: sdamron@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1319660271!34662421!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17097 invoked from network); 26 Oct 2011 20:17:52 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 20:17:52 -0000 Received: by vws13 with SMTP id 13so2551596vws.30 for ; Wed, 26 Oct 2011 13:17:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=hmrWIajB3+cP0rUyd7RCZGtj9lUmHsJHe2pGbxKSD04=; b=IXXItj01ZrLnquBonjlChbYdYiiYWPF4VsSVuLG3V3xL3gL2E/CPNVQY6CUyCQIC/o XUKsS9kQgpTjAwqdEmrLWXP62g57v/XK+KpVcTuPWUK42HJvD43ZB9EpUMtbT5XGbwEC VQsQVwLHVK5SR6FE0kxPkszvK3QcoHpBJoIqY= MIME-Version: 1.0 Received: by 10.52.68.79 with SMTP id u15mr235117vdt.5.1319660270748; Wed, 26 Oct 2011 13:17:50 -0700 (PDT) Received: by 10.52.115.170 with HTTP; Wed, 26 Oct 2011 13:17:50 -0700 (PDT) In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B01238274@VSRV04.tresearch.net> References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238274@VSRV04.tresearch.net> Date: Wed, 26 Oct 2011 15:17:50 -0500 Message-ID: Subject: Re: [Xen-users] XCP Storage From: Scott Damron To: Brett Westover Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com My opinion on FreeNAS - Using ZFS was the only reason I _started_ to use it, but it wouldn't work with iSCSI. =A0That may have changed in the latest release, but in the first release of the 8.x version, it was broken. On Wed, Oct 26, 2011 at 3:13 PM, Brett Westover wro= te: >>Also, it seems I am reading that you can enable live migration on an XCP = pool without an external storage device at all, using >local storage in eac= h host. Is that right? >>How does that work? > > >>My understand of shared storage is that one copy of the VM exists in a pl= ace accessible to the two hosts, so to do live migration >the VM storage do= esn't actually move. > >>Can someone point me to some documentation that explains how XenServer an= d XCP handle storage? It seems to be quite different than >VMware. > >>Thanks, > >>Brett Westover > >>I don't think it's that different. If you want to do migration your stora= ge needs to be remote. Currently XCP seems to support two >types of remote = storage that can support migration - NFS and iSCSI software target. > >>Grant McWilliams > > Well, then that clears that up... unless someone comes along and disagree= s :) > > I thought I heard somewhere you could use DRBD storage on two servers, an= d use that for your VMs. Since the volumes exist on both servers, you could= do migration. But I think that was with a customized server running Xen (n= ot XCP). > > So, since you previously said that with XenServer you've measured signifi= cantly better performance (especially on writes) with iSCSI over NFS, then = it seems what I=92m looking for is an iSCSI SAN (which is what I have now).= I'm using DataCore SanMelody, and we like it just fine, but to add a secon= d server and mirroring is VERY expensive (5 figures just for the licensing)= . > > Since we're looking at converting as much of this to open source products= as possible, are we looking for OpenFiler? FreeNas? > I think you mentioned building a Centos server w/ storage, and then prese= nting that with built in iSCSI support. > > Looking for advantages/disadvantages.... We are not against buying an ent= erprise product like NexentaStor if necessary to get the features we need, = we just can't justify anything like what we'd pay now for those (things lik= e Active/Active mirroring as a primary example), from DataCore. > > Thanks, > Brett > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 13:33:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:33:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJA9z-0000pB-GS; Wed, 26 Oct 2011 13:33:15 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RJA90-0000Uf-T9 for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:32:15 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-15.tower-27.messagelabs.com!1319661119!52646280!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22897 invoked from network); 26 Oct 2011 20:32:00 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-15.tower-27.messagelabs.com with SMTP; 26 Oct 2011 20:32:00 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 8C06610401B for ; Wed, 26 Oct 2011 21:32:10 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SH34wdfDrsVc for ; Wed, 26 Oct 2011 21:32:10 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 2A69329F2B for ; Wed, 26 Oct 2011 21:32:10 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 26 Oct 2011 21:31:53 +0100 To: xen-users From: Simon Hobson Subject: Re: [xen-users] mailing list. Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Flavio wrote: > > Most people would not disagree, and I notice that you didn't, that the >> default behavior of "reply" should be to the list, and only if I want to >> reply to a specific user should I actively change who the message is being >> sent to. >You are perfectly right. I definitely agree with you, but maybe this >behaviour is >due to the mailman software that manages the list. Maybe it could be >configured to do what you say. I don't know, because I've never deepen that. It is an option in Mailman to mangle the reply to header. However, I'm on a number of lists - some with reply-to set, and some without. I don't find it an issue - I just hit Cmd-Option_R instead of Cmd-R to reply to all. It's actually more irritating to me when I want to reply personally/off-list to someone on a list that has the reply-to header set - because I have to copy their address, hit reply, and then paste the address in. All said, it **shouldn't** be any great issue amongst all the other cleaning up* that people should be doing (like trimming what they quote etc (which some people seem averse to doing). Because I'm on a number of lists, I've just got into the habit of doing reply to all - even to the extent when I sometimes forget to use a normal reply in non-list email :-/ * In this case, move the list address from cc to to, and remove the other addresses, and trim the quoted material. As to getting two copies of mails. Yes that happens, but I find it no big deal either. Again, on Mailman (I think) there's an option not to get emails from the list which are also addressed directly to yourself. One thing this list has in common with most lists I'm on ... from time to time there's a discussion on whether there should be a mangled reply-to header ! -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 13:35:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:35:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJABr-0001Xi-2t; Wed, 26 Oct 2011 13:35:11 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJAB0-0001Bu-G8 for xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:34:18 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1319661254!1778026!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20320 invoked from network); 26 Oct 2011 20:34:15 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 20:34:15 -0000 Received: by iaen33 with SMTP id n33so2998573iae.30 for ; Wed, 26 Oct 2011 13:34:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hn4ZcDjjFZnHH+eUiFUqpVtfLXKo47cQCJLjTXQFS44=; b=JgzwC/roFzsO0OJrCtPI4NYXcpnD9+MO34cFNgc3/MbeFsvZvyW9D1GRPhjLDqalAs 0WMBxfucVqb7w0XyNV+61eyEMZn+wHkl1TJWgOMdiyIAnKVS3GitdE0kvCNI08aznFhM 4+iy6Ap+Q9XnwyQRv8hA5iLiSOxZVeJeP9eaA= MIME-Version: 1.0 Received: by 10.42.147.65 with SMTP id m1mr53246154icv.27.1319661253604; Wed, 26 Oct 2011 13:34:13 -0700 (PDT) Received: by 10.231.208.143 with HTTP; Wed, 26 Oct 2011 13:34:13 -0700 (PDT) In-Reply-To: <4EA72CA9.9050808@mdah.state.ms.us> References: <4EA72CA9.9050808@mdah.state.ms.us> Date: Wed, 26 Oct 2011 22:34:13 +0200 Message-ID: Subject: Re: [Xen-users] Need some assistance in layout From: Florian Heigl To: Donny Brooks Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com If you can invest a week or one and a half in the re-design to make it all fancy: - Upgrade from Centos5 for better overall performance - Use OpenNebula in a small "private cloud" setup, this very very well covers the GUI bit. - Big "partitions" might waste a raid arrays performance (but that depends on too many factors. I like many small bits, others do not, and in general cache sorts it out better than my preferences would ;) - Raid6 definitely kills performance. Consider a Raid10. - Live migration can come along easily with i.e. OpenNebula, - the same goes for load balancing via live migration between hosts, for which there are nice scripts these days. - i have spent some half year on deploying a HA setup on xen. old-style heartbeat + drbd in domUs and there were some caveats mostly that you cannot see a link-down in the host from point of domU. yes, you can bond in dom0 no, that is NOT solving the problem. if you have a double failure, or if the bridge in dom0 has an issue, then your domU will NOT notice that. No, using arp_monitor & bonding in domU was not a solution either, since the arpping did NOT work in CentOS 5.4 It doesn't get better with DR:BD with is latency-wary more than usual inside a domU. Oh, and did I mention on-the-wire corruption going unnoticed until you finally found any place that has hw offloading that didn't work. Heartbeat v1 showed a general lack of gracefulness when dealing with such issues. - My personal recommendation would be to get working Xen-Ready NICs from Solarflare if you want to do anything that goes into clustering inside domUs, or need high LAN performance. Alternatively, I wonder if Remus is not the one-and-best-ever solution. But so far I don't have it working :) As for the redo-everything with a GUI factor, you could also give Oracle VM3 a test ride. Hmmyeah, over the last 6 or 7 years in Xen GUI land, I'd say the thing sticking out has been OpenNebula (oh ok and Eucalyptus when it was still vaporware with screenshots), and dom0 wise I haven't seen anything that is remotely as good as OVM. Sadly that is being locked down into an appliance now :) Flo _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 13:37:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:37:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJAEQ-0002G2-14; Wed, 26 Oct 2011 13:37:50 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJADj-0001wN-7e for xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:37:07 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1319661423!30759404!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19424 invoked from network); 26 Oct 2011 20:37:04 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 20:37:04 -0000 Received: by gyg13 with SMTP id 13so3220756gyg.30 for ; Wed, 26 Oct 2011 13:37:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8UHtmToMA8S3yf47w6AVpgljGVEfIY1Y0rpbXQ+/fj0=; b=hunu36ePu36ArMSAghZefdDARx6xR/257iv2cxn6nmcpIC2pRJK6E9a73M5x/tLiYb QjpSlbVGiGf+oL9S+WLg6DcgufoE37lqIw0Q63pKPyr+OT+nn/xADKkCVuhvSCuz27Hy 7C08q5yoUue6MfNOVY8OxXOPYdUqNo/QoPXSE= MIME-Version: 1.0 Received: by 10.42.136.196 with SMTP id v4mr53401506ict.3.1319661422761; Wed, 26 Oct 2011 13:37:02 -0700 (PDT) Received: by 10.231.208.143 with HTTP; Wed, 26 Oct 2011 13:37:02 -0700 (PDT) In-Reply-To: References: <4EA72CA9.9050808@mdah.state.ms.us> Date: Wed, 26 Oct 2011 22:37:02 +0200 Message-ID: Subject: Re: [Xen-users] Need some assistance in layout From: Florian Heigl To: Donny Brooks Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com correction. 2011/10/26 Florian Heigl : > sticking out has been OpenNebula (oh ok and Eucalyptus when it was > still vaporware with screenshots), and dom0 wise I haven't seen I meant to say "Enomalism"? Whatever turned into Enomaly inc and strange applications that will be great if you need to launch 2000 AMI images on different clouds. Like, yeah, daily. -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 13:40:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:40:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJAGf-0003Ko-Be; Wed, 26 Oct 2011 13:40:09 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJAFm-0002sh-PO for xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:39:15 -0700 X-Env-Sender: paul@muster.dyndns.info X-Msg-Ref: server-14.tower-216.messagelabs.com!1319661551!1187132!1 X-Originating-IP: [188.246.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19422 invoked from network); 26 Oct 2011 20:39:11 -0000 Received: from mx-alt.muster.de1.cc (HELO mx-alt.muster.de1.cc) (188.246.4.28) by server-14.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 26 Oct 2011 20:39:11 -0000 Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RJAFf-0004Zi-B0 for xen-users@lists.xensource.com; Wed, 26 Oct 2011 22:39:10 +0200 Message-ID: <4EA86FEB.2020906@muster.dyndns.info> Date: Wed, 26 Oct 2011 22:39:07 +0200 From: Paul Muster User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [xen-users] mailing list. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 26.10.2011 19:22, Andrew Wells wrote: > Can you set the reply-to parameter to the xen-user list. No, please do not do so. http://marc.merlins.org/netrants/listreplyto.html People who cannot handle CC:s as good as those using Google Mail can set the option | Avoid duplicate copies of messages? | When you are listed explicitly in the To: or Cc: headers of a | list message, you can opt to not receive another copy from | the mailing list. Select Yes to avoid receiving copies from | the mailing list; select No to receive copies. on http://lists.xensource.com/mailman/options/xen-users to Yes. Greetings Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 13:52:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:52:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJASD-0004Dt-Vm; Wed, 26 Oct 2011 13:52:06 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJARL-0003sh-6q for xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:51:11 -0700 X-Env-Sender: goodb0fh@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1319662266!25433798!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18037 invoked from network); 26 Oct 2011 20:51:07 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 20:51:07 -0000 Received: by iaen33 with SMTP id n33so3014488iae.30 for ; Wed, 26 Oct 2011 13:51:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=7mFZWn/4WWqTf1/zJCW4fK2OyCM+wd+Xl4vW9jwYHRw=; b=wN+VjdlrOPdwB8msuG0ncSDmqw/CcKSV7lgnQQlhiVYxh8jg/yLxWq1Nbpd7pa3wZ3 xpPXsyJi6ox7PdO7Lq8Ac/1PoS84fZ6tBCDwffv+KchPRCcBaHLnDyI4uEi5X9SfbzDO 1ymJXL03LkemNN7lX6W0vIhix/sRzq8uM29p8= MIME-Version: 1.0 Received: by 10.43.132.66 with SMTP id ht2mr12078570icc.21.1319662266244; Wed, 26 Oct 2011 13:51:06 -0700 (PDT) Received: by 10.42.217.196 with HTTP; Wed, 26 Oct 2011 13:51:06 -0700 (PDT) In-Reply-To: References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111018132618.GA19611@phenom.dumpdata.com> <1319013528.3385.59.camel@zakaz.uk.xensource.com> <4E9F1361.5020906@xen.org> <4EA18FAD.7080102@xen.org> Date: Wed, 26 Oct 2011 16:51:06 -0400 Message-ID: Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: bofh To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Oct 21, 2011 at 7:33 PM, Joseph Glanville wrote: > On 22 October 2011 02:28, Lars Kurth wrote: >> On 21/10/2011 04:44, Joseph Glanville wrote: >>> Alot of us take for granted that we have been using Xen for a long time >>> and many of these things come so naturally to us - whereas from the out= side >>> it all seems too difficult. >> >> I think what you seem to be saying is that there would be extremely high >> value in having a "Getting started" guide and some other entry level >> documentation (even if just an index page) accessible from the wiki fron= t >> page. > > Precisely, documenting the more advanced features of Xen seems to be > something that we can approach over time. Beginner documentation is > immeadiately lacking and seems to be an easier target that would benefit > more people. Yes please!!!! For example, I just created a VM: ---/etc/xen/win7.cfg--- kernel =3D '/usr/lib/xen-4.1/boot/hvmloader' builder =3D 'hvm' memory =3D '4096' device_model =3D '/usr/lib/xen-4.1/bin/qemu-dm' vcpus=3D8 # Disk disk =3D ['file:/home/xen/domains/win7/win7.img,ioemu:hda,w', 'file:/home/me/Downloads/installers_windows/en_windows_7_enterprise_x64_dvd= _x15-70749.iso,ioemu:hdc:cdrom,r', 'file:/home/me/cdr.iso,ioemu:hdd:cdrom,r' ] # Hostname name =3D 'win7' # Networking vif =3D ['type=3Dioemu, bridge=3Dbr0' ] # Behavior boot =3D 'd' vnc =3D 1 vncviewer=3D 1 sdl =3D 0 -------------------- -----/etc/network/interfaces----- # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo br0 virtual0 nat0 iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp # The bridge for Xen virtual machines iface br0 inet manual bridge_ports eth0 bridge_maxwait 0 # The bridge for non-routed network iface virtual0 inet manual bridge_maxwait 0 # The bridge for natted stuff iface nat0 inet manual bridge_maxwait 0 ---------------------------- # ifconfig -a br0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::f2de:f1ff:fe40:b2a/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:36354 errors:0 dropped:0 overruns:0 frame:0 TX packets:21 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6672740 (6.3 MiB) TX bytes:3857 (3.7 KiB) eth0 Link encap:Ethernet HWaddr f0:de:f1:40:0b:2a inet addr:10.10.20.135 Bcast:10.10.21.255 Mask:255.255.254.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:4044776 errors:0 dropped:87 overruns:0 frame:0 TX packets:27576 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:605780353 (577.7 MiB) TX bytes:4929467 (4.7 MiB) Interrupt:20 Memory:f2600000-f2620000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:3323354 errors:0 dropped:0 overruns:0 frame:0 TX packets:3323354 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:33084455363 (30.8 GiB) TX bytes:33084455363 (30.8 GiB) tap5.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:126 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:16348 (15.9 KiB) TX bytes:4995 (4.8 KiB) vif5.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) wlan0 Link encap:Ethernet HWaddr 00:24:d7:8f:52:a0 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) # brctl show br0 8000.feffffffffff no tap5.0 vif5.0 # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 11935 8 r----- 615= 65.3 win7 5 4099 8 -b---- = 69.7 I could have sworn I have everything done right, but I found out I'm missing a few pieces of information. 1) How do I create a second interface in dom0 to interface with br0? 2) What Windows drivers should I use, if any? 3) How do I insert a USB thumbdrive into the VM? 4) xm has "start". xl doesn't seem to have "start"? 5) For disks, is ioemu the best to use? I'm just using a file on the filesystem as the VM's drive. Sorry to interrupt this thread, but hopefully you experienced xen users can see what a newbie to xen faces --=20 http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=3DtGvHNNOLnCk "This officer's men seem to follow him merely out of idle curiosity." -- Sandhurst officer cadet evaluation. "Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted."=A0 -- Gene Spafford learn french:=A0 http://www.youtube.com/watch?v=3D30v_g83VHK4 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 13:54:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 13:54:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJAUC-0004wt-8E; Wed, 26 Oct 2011 13:54:08 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJAS1-00047L-NI for xen-users@lists.xensource.com; Wed, 26 Oct 2011 13:51:54 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1319662309!1808946!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31222 invoked from network); 26 Oct 2011 20:51:50 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-6.tower-21.messagelabs.com with SMTP; 26 Oct 2011 20:51:50 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Wed, 26 Oct 2011 13:51:48 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Xen-users] XCP Test workstation Date: Wed, 26 Oct 2011 13:51:47 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B01238283@VSRV04.tresearch.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Test workstation Thread-Index: AcyUDUkXA6+tmdqSRSadLOs/CB6FTAAEop4w References: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B0123824B@VSRV04.tresearch.net> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0051013150==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0051013150== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PkknbSBzdXJlIHRoZXJlIHdpbGwgYmUgdmFyaW91cyBvcGluaW9ucyBvbiB0aGlzIGJ1dCBhZnRl ciBnb2luZyBkb3duIHRoZSAicmVhbGx5IGV4cGVuc2l2ZSBidXQgcmFyZWx5IHVwZ3JhZGFibGUi IHBhdGggSSBqdXN0IGJ1aWxkIGNvbW1vZGl0eSBzZXJ2ZXJzIGZvciBYQ1Agbm93LiBFYWNoIGhv c3QgaGFzIGEgMnUgY2FzZSwgaGV4aWNvcmUgY3B1LCAxNiBHQiBvZiByYW0sIGEgbG9jYWwgZHJp dmUgdGhhdCdzIGN1cnJlbnRseSB1c2VkIGZvciBub3RoaW5nIG11Y2ggYW5kIHR3byBuZXR3b3Jr IGludGVyZmFjZXMuIFdpdGggZWFjaCBJIGJ1eSBhIDI0MCBHQiBTU0QgdGhhdCBnb2VzIGluIHRo ZSBTQU4uIFNvIGZvciAkMTAwMCBJIGNhbiBkcm9wIG9uZSBtYWNoaW5lIGludG8gdGhlIHJhY2ss IHBsdWcgaW4gcG93ZXIsIGJvdGggbmV0d29yayBjYWJsZXMgYW5kIHNsaWRlIHRoZSBTU0QgaW50 byB0aGUgU0FOIGJveCBhbmQgSSd2ZSBqdXN0IGV4cGFuZGVkIGNhcGFjaXR5IGJ5IDMwIFZNcy4g RWFjaCBWTSBnZXRzIDUxMiBNQiBvZiByYW0gYW5kIDcgR0Igb2Ygc3RvcmFnZSBzcGFjZS4gQW55 IG90aGVyIHN0b3JhZ2UgY2FuIGJlIHB1bGxlZCBmcm9tIGxhcmdlciBkaXNrIGJhc2VkIFNBTiBz aGFyZXMgdmlhIGlTQ1NJIG9yIE5GUy4gVGhpcyBhbGxvd3MgbWUgdG8gZXhwYW5kIHZlcnkgcXVp Y2tseSBhbmQgYXQgYSBtaW5pbWFsIGNvc3QuIA0KDQo+Rm9yIHRlc3RpbmcgcHVycG9zZXMgeW91 IGNvdWxkIGRvIHdpdGhvdXQgdGhlIFNTRCBkcml2ZXMuIEknbSBsb29raW5nIGF0IGJ1aWxkaW5n IGEgMTI4IGNvcmUgY2xvdWQgdG8gdGVhY2ggY2xvdWQgY29tcHV0aW5nIHVzaW5nIHRoZSBzYW1l IHR5cGVzIG9mIHJlcGxhY2VhYmxlIGhvc3RzLiBUaGUgY29yZXMgd2lsbCBiZSBkaXZpZGVkIHVw IGludG8gc21hbGxlciAxNiBjb3JlIGNsb3VkcyBlYWNoIGdpdmVuIHRvIHRlYW0gb2YgNCBzdHVk ZW50cy4NCg0KPkkgdGhpbmsgaXQgd291bGQgYWxsIGRlcGVuZCBvbiB3aGF0IHlvdSBwbGFuIG9u IGRvaW5nIHdpdGggeW91ciBjbG91ZC4gDQoNCg0KPkdyYW50IE1jV2lsbGlhbXMNCj5odHRwOi8v Z3JhbnRtY3dpbGxpYW1zLmNvbS8NCg0KPlNvbWUgcGVvcGxlLCB3aGVuIGNvbmZyb250ZWQgd2l0 aCBhIHByb2JsZW0sIHRoaW5rICJJIGtub3csIEknbGwgdXNlIFdpbmRvd3MuIiANCj5Ob3cgdGhl eSBoYXZlIHR3byBwcm9ibGVtcy4NCg0KSSBhZ3JlZSB3aXRoIHRoYXQgcGhpbG9zb3BoeSwgYnV0 IHdoYXQgaG93IGRvIHlvdSBlbnN1cmUgY29tcGF0aWJpbGl0eSBib3RoIHdpdGggdGhlIFhDUCBz b2Z0d2FyZSwgYW5kIHdpdGggZWFjaCBvdGhlcj8gDQoNCkkgc3RhcnRlZCB3aXRoIHRoZSBYZW5T ZXJ2ZXIgSENMIHRoYXQgQ2l0cml4IHByb3ZpZGVzLCBhbmQgaXQgbGVkIG1lIHRvIGJlbGlldmUg aXQgd2FzIGZhaXJseSBzdHJpY3Qgb24gd2hhdCB3b3VsZCB3b3JrLiANCihPciBhdCBsZWFzdCB3 aGF0IHRoZXkgd2VyZSB3aWxsaW5nIHRvIHN1cHBvcnQsIHdoaWNoIEkga25vdyBpcyBkaWZmZXJl bnQpDQoNCldoZW4geW91IHNheSAiYnVpbGQgY29tbW9kaXR5IHNlcnZlcnMiIGFyZSB5b3UgcmVm ZXJyaW5nIHRvIHNvbWV0aGluZyAic3RhbmRhcmQiIGZyb20gRGVsbCwgSFAsIElCTSBvciBkbyB5 b3UgbWVhbiAiYnVpbGQiIGFzIGluIGJ1eSBhIGNhc2UsIGFuZCBhIGJvYXJkL0NQVS9SQU0sIGhh cmQgZGlza3MgZXRjPw0KDQpXaGF0IHlvdSBkZXNjcmliZSBzb3VuZHMgbGlrZSBhIGRyZWFtIGNv bXBhcmVkIHRvIHdoZXJlIHdlIGFyZSBjdXJyZW50bHkuIFRvIGV4cGFuZCBjYXBhY2l0eSBieSB0 aGF0IHNhbWUgYW1vdW50IHdlJ2QgYmUgbG9va2luZyBhdCAxMHggdGhlIGNvc3QgZm9yIGhhcmR3 YXJlIGFuZCBzb2Z0d2FyZS4NCg0KQnJldHQgV2VzdG92ZXINCg0KDQoNCg0KDQrCoA0K --===============0051013150== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0051013150==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 14:07:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 14:07:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJAgd-0006f1-MN; Wed, 26 Oct 2011 14:06:59 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJAcU-0006De-4f for xen-users@lists.xensource.com; Wed, 26 Oct 2011 14:02:52 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1319662956!1180982!1 X-Originating-IP: [209.85.220.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22326 invoked from network); 26 Oct 2011 21:02:37 -0000 Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com) (209.85.220.171) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 21:02:37 -0000 Received: by vcbfk13 with SMTP id fk13so2571317vcb.30 for ; Wed, 26 Oct 2011 14:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ar5liJLFaUXY53gwjyvVVYpQbZO3Oyu7+rPYUemKMTI=; b=MP3xo7Zk/5d2XszOgne24XvlKKyq9ZwZLQe8+Pq74NAtMN5OqBdnX4htodAd47QjHd zigV0GIt9R4ClFZgK7EEr2rBacSowU7HbU3vBfyXFJDpqMeoR4WPhic0a6Krdub6ntTX +wKbQa+LNe+PkiIphe+OmJu7DjKw4TOKzooSo= Received: by 10.68.14.97 with SMTP id o1mr69570973pbc.0.1319662954038; Wed, 26 Oct 2011 14:02:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.49.197 with HTTP; Wed, 26 Oct 2011 14:02:14 -0700 (PDT) In-Reply-To: <4EA86FEB.2020906@muster.dyndns.info> References: <4EA86FEB.2020906@muster.dyndns.info> From: Andrew Wells Date: Wed, 26 Oct 2011 17:02:14 -0400 Message-ID: Subject: Re: [xen-users] mailing list. To: Paul Muster Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0135543581==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0135543581== Content-Type: multipart/alternative; boundary=bcaec520e90399465c04b039f97a --bcaec520e90399465c04b039f97a Content-Type: text/plain; charset=ISO-8859-1 seriously... this is a linux terminal sadist who is complaining that it takes him more time in a linux terminal user interface application for email if he want to do the rare case of emailing an individual (when in reality the common case on a list is to email the list). As a software engineer, you fit the application to requirements. And you do not make default behaviors opposed to the requirement. And again, I almost just send this to just paul. On Wed, Oct 26, 2011 at 4:39 PM, Paul Muster wrote: > On 26.10.2011 19:22, Andrew Wells wrote: > >> Can you set the reply-to parameter to the xen-user list. >> > > No, please do not do so. > > http://marc.merlins.org/**netrants/listreplyto.html > > People who cannot handle CC:s as good as those using Google Mail can set > the option > > | Avoid duplicate copies of messages? > | When you are listed explicitly in the To: or Cc: headers of a > | list message, you can opt to not receive another copy from > | the mailing list. Select Yes to avoid receiving copies from > | the mailing list; select No to receive copies. > > on http://lists.xensource.com/**mailman/options/xen-usersto Yes. > > > Greetings > > Paul > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > --bcaec520e90399465c04b039f97a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable seriously...

this is a linux terminal sadist who is comp= laining that it takes him more time in a linux terminal user interface appl= ication for email if he want to do the rare case of emailing an individual = (when in reality the common case on a list is to email the list).

As a software engineer, you fit the application to requ= irements.
And you do not make default=A0behaviors=A0opposed to th= e requirement.

And again, I almost just send this = to just paul.

On Wed, Oct 26, 2011 at 4:39 PM, Paul M= uster <paul@muster.dyndns.info> wrote:
On 26.10.2011 19:22, Andrew Wells wrote= :
Can you set the reply-to parameter to the xen-user list.

No, please do not do so.

http://marc.merlins.org/netrants/listreplyto.html

People who cannot handle CC:s as good as those using Google Mail can set th= e option

| Avoid duplicate copies of messages?
| When you are listed explicitly in the To: or Cc: headers of a
| list message, you can opt to not receive another copy from
| the mailing list. Select Yes to avoid receiving copies from
| the mailing list; select No to receive copies.

on http://lists.xensource.com/mailman/options/xen-users= to Yes.


Greetings

Paul


_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

--bcaec520e90399465c04b039f97a-- --===============0135543581== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0135543581==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 16:08:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 16:08:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJCa0-0004d1-O2; Wed, 26 Oct 2011 16:08:16 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJCXi-0004GH-DK for xen-users@lists.xensource.com; Wed, 26 Oct 2011 16:06:02 -0700 X-Env-Sender: woods@ucar.edu X-Msg-Ref: server-10.tower-21.messagelabs.com!1319670350!1787140!1 X-Originating-IP: [192.43.244.122] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8846 invoked from network); 26 Oct 2011 23:05:50 -0000 Received: from vscan2.ucar.edu (HELO vscan2.ucar.edu) (192.43.244.122) by server-10.tower-21.messagelabs.com with SMTP; 26 Oct 2011 23:05:50 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by vscan2.ucar.edu (Postfix) with ESMTP id C877022E3F; Wed, 26 Oct 2011 17:05:49 -0600 (MDT) Received: from vscan2.ucar.edu ([127.0.0.1]) by localhost (vscan2.ucar.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04636-01; Wed, 26 Oct 2011 17:05:49 -0600 (MDT) Received: from [192.168.1.16] (c-67-172-150-17.hsd1.co.comcast.net [67.172.150.17]) by vscan2.ucar.edu (Postfix) with ESMTP id 98C4022E3D; Wed, 26 Oct 2011 17:05:49 -0600 (MDT) Subject: Re: [xen-users] mailing list. From: Greg Woods To: Andrew Wells In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Wed, 26 Oct 2011 17:05:48 -0600 Message-ID: <1319670348.15254.152.camel@anathem.gregandeva.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ucar.edu Cc: xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, 2011-10-26 at 13:22 -0400, Andrew Wells wrote: > Can you set the reply-to parameter to the xen-user list. This would > make things easier for a lot of people, and would stop me from > replying directly to people. This is a religious issue, in that it will come up sooner or later on every mailing list, regardless of the way that particular list is set. I personally hate reply-to-list, as I have occasionally posted things that were intended as private replies to the entire list, sometimes to great embarrassment. Yes it's my mistake, but so is it yours to reply privately when you meant to post to the list. I think the consequences of the former are potentially FAR worse than the latter, so I come firmly down on the side of hating reply-to-list. But you will find those who argue just as passionately the other way. --Greg _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 16:30:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 16:30:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJCvs-00060v-7m; Wed, 26 Oct 2011 16:30:52 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJCuf-0005gx-8t for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 16:29:37 -0700 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1319671774!877754!1 X-Originating-IP: [74.125.82.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20294 invoked from network); 26 Oct 2011 23:29:34 -0000 Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2011 23:29:34 -0000 Received: by wwf10 with SMTP id 10so2734398wwf.24 for ; Wed, 26 Oct 2011 16:29:34 -0700 (PDT) Received: by 10.216.132.14 with SMTP id n14mr6530543wei.28.1319671772112; Wed, 26 Oct 2011 16:29:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.27.13 with HTTP; Wed, 26 Oct 2011 16:29:10 -0700 (PDT) In-Reply-To: <1319670348.15254.152.camel@anathem.gregandeva.net> References: <1319670348.15254.152.camel@anathem.gregandeva.net> From: Andrew Eross Date: Wed, 26 Oct 2011 21:29:10 -0200 Message-ID: Subject: Re: [xen-users] mailing list. To: Greg Woods Content-Type: text/plain; charset=ISO-8859-1 Cc: Andrew Wells , xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Gmail has a nice "Default 'Reply to all'" Lab add-on available from Settings->Labs problem solved! if you use gmail that is. =) Cheers, Andrew On Wed, Oct 26, 2011 at 9:05 PM, Greg Woods wrote: > > On Wed, 2011-10-26 at 13:22 -0400, Andrew Wells wrote: > > Can you set the reply-to parameter to the xen-user list. This would > > make things easier for a lot of people, and would stop me from > > replying directly to people. > > > This is a religious issue, in that it will come up sooner or later on > every mailing list, regardless of the way that particular list is set. I > personally hate reply-to-list, as I have occasionally posted things that > were intended as private replies to the entire list, sometimes to great > embarrassment. Yes it's my mistake, but so is it yours to reply > privately when you meant to post to the list. I think the consequences > of the former are potentially FAR worse than the latter, so I come > firmly down on the side of hating reply-to-list. But you will find those > who argue just as passionately the other way. > > --Greg > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 18:22:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 18:22:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJEg0-0000Un-6f; Wed, 26 Oct 2011 18:22:36 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJEeR-00009N-RH for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 18:21:00 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1319678455!25444826!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29940 invoked from network); 27 Oct 2011 01:20:56 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-3.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Oct 2011 01:20:56 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9R1KLx2016484; Wed, 26 Oct 2011 18:20:21 -0700 (envelope-from brooks@netgate.net) Date: Wed, 26 Oct 2011 18:20:21 -0700 (PDT) From: brooks@netgate.net To: Andrew Wells Subject: Re: Fwd: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) In-Reply-To: Message-ID: References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> <4EA7C679.4030804@gmail.com> User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: mike.mcclurg@citrix.com, xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Great points from everyone concerning the topic of XCP security updates. To summarize: 1. The XCP project currently provides no update repo. 2. Protect your management network via an non-public routable address space and you greatly reduce your dom0 attack surface to the kernel and open vSwitch. While that's true, I don't think that hiding from security problems is the answer. 3. Do not use the CentOS 5 repo to update XCP dom0. Some packages (lvm2, etc.) have been modified to work with Xenserver/XCP. The XCP 1.1 source iso lists the following packages under the "guest-packages-dom0" directory: biosdevname-0.2.4-1.xs651.src.rpm device-mapper-multipath-0.4.7-34.xs651.src.rpm dhcp-3.0.5-23.el5.xs651.src.rpm directfb-1.0.1-xs651.src.rpm e2fsprogs-1.39-23.xs651.src.rpm ethtool-6+20090306-651.src.rpm fbi-1.31-xs651.src.rpm firmware-651-1.src.rpm kexec-tools-2.0.0-651.49.src.rpm lvm2-2.02.56-8.xs651.src.rpm md3000-rdac-09.03.0C00.0437-651.src.rpm md3000-rdac-tools-09.03.0C00.0437-651.src.rpm mercurial-0.9-0.src.rpm mkinitrd-5.1.19.6-61.xs651.src.rpm net-snmp-5.3.2.2-9.xs651.src.rpm open-iscsi-2.0.871-0.20.3.xs651.src.rpm pam-0.99.6.2-6.xs651.src.rpm PyPAM-0.4.2-3.xs651.src.rpm python-simplejson-2.0.9-3.1.xs651.src.rpm SDL-1.2.10-8.xs651.src.rpm splashy-0.3.9-xs651.src.rpm ssmtp-2.61-8.fc6.src.rpm stunnel-4.15-2.el5.1.xs651.src.rpm udhcp-r15050-651.src.rpm vastsky-2.1-3.src.rpm vhostmd-0.4-xs651.src.rpm vncsnapshot-1.2a-xs651.src.rpm xenserver-logos-1.0-xs651.src.rpm xenserver-lsb-3.1-12.3.EL.xs.src.rpm That's not a perfect list. I compared that list with a base CentOS 5.7 repo and found these to be unique to the above list: PyPAM biosdevname directfb fbi firmware md3000-rdac md3000-rdac-tools mercurial open-iscsi splashy ssmtp udhcp-r15050 vastsky vhostmd vncsnapshot xenserver-logos xenserver-lsb For completness here's the list of packages that appear to have been modified since they are list in both the CentOS and XCP lists: SDL device-mapper-multipath dhcp e2fsprogs ethtool kexec-tools lvm2 mkinitrd net-snmp pam python-simplejson stunnel Add in the kernel, hypervisor, vswitch, and assorted utilities and you should be able to come up with a list of packages unique to XCP that could be used to build an exclude list if you wanted to pull updates from a CentOS 5 repo. It's a great topic and I'd like to keep the discussion alive. I'd also like to hear from Mike given his insight and understanding of the project. Ideally I think we would all like to see a Citrix sponsored XCP updates repository. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Oct 26 19:09:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 19:09:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJFPg-0002Dh-5y; Wed, 26 Oct 2011 19:09:48 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJFOX-0001tU-Up for Xen-users@lists.xensource.com; Wed, 26 Oct 2011 19:08:38 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1319681314!1205172!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11788 invoked from network); 27 Oct 2011 02:08:34 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 02:08:34 -0000 Received: by faat9 with SMTP id t9so2887080faa.30 for ; Wed, 26 Oct 2011 19:08:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=OvmQQb/wfIT9Tx1803+VUXPgyubBADlb8y0v26VE8EY=; b=QWrAiRvjJUfLF3Cb9t1wMi5M1tJKAPjnR+LKq61QiLvEfiy6Wb4qz5eo9b+uIMfExr 7IEoZVxbYYdBRHnjvta9VbblDW8VOhEII8LPOUmGnhkcizDTaiw0r8qjD7MTwKc1XjEf mY9v/apNC9WnoQF9GSSZrVzuSCM95i7Xs3mbw= Received: by 10.223.62.15 with SMTP id v15mr63325543fah.22.1319681314332; Wed, 26 Oct 2011 19:08:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Wed, 26 Oct 2011 19:08:13 -0700 (PDT) In-Reply-To: References: <602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local> <4EA6CB8B.2020709@gmail.com> <4EA7C679.4030804@gmail.com> From: Grant McWilliams Date: Wed, 26 Oct 2011 19:08:13 -0700 Message-ID: Subject: Re: Fwd: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown) To: brooks@netgate.net Cc: mike.mcclurg@citrix.com, Andrew Wells , xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2082813026==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2082813026== Content-Type: multipart/alternative; boundary=001517402a2af51f5404b03e3f65 --001517402a2af51f5404b03e3f65 Content-Type: text/plain; charset=UTF-8 On Wed, Oct 26, 2011 at 6:20 PM, wrote: > > Great points from everyone concerning the topic of XCP security updates. To > summarize: > > 1. The XCP project currently provides no update repo. > > 2. Protect your management network via an non-public routable address > space and you greatly reduce your dom0 attack surface to the kernel > and open vSwitch. While that's true, I don't think that hiding > from security problems is the answer. > Agreed. I don't want an exploited DomU trying to find exploits in openvswitch or the hypervisor. > 3. Do not use the CentOS 5 repo to update XCP dom0. > > Some packages (lvm2, etc.) have been modified to work with > Xenserver/XCP. The XCP 1.1 source iso lists the following packages > under the "guest-packages-dom0" directory: > > biosdevname-0.2.4-1.xs651.src.**rpm > device-mapper-multipath-0.4.7-**34.xs651.src.rpm > dhcp-3.0.5-23.el5.xs651.src.**rpm > directfb-1.0.1-xs651.src.rpm > e2fsprogs-1.39-23.xs651.src.**rpm > ethtool-6+20090306-651.src.rpm > fbi-1.31-xs651.src.rpm > firmware-651-1.src.rpm > kexec-tools-2.0.0-651.49.src.**rpm > lvm2-2.02.56-8.xs651.src.rpm > md3000-rdac-09.03.0C00.0437-**651.src.rpm > md3000-rdac-tools-09.03.0C00.**0437-651.src.rpm > mercurial-0.9-0.src.rpm > mkinitrd-5.1.19.6-61.xs651.**src.rpm > net-snmp-5.3.2.2-9.xs651.src.**rpm > open-iscsi-2.0.871-0.20.3.**xs651.src.rpm > pam-0.99.6.2-6.xs651.src.rpm > PyPAM-0.4.2-3.xs651.src.rpm > python-simplejson-2.0.9-3.1.**xs651.src.rpm > SDL-1.2.10-8.xs651.src.rpm > splashy-0.3.9-xs651.src.rpm > ssmtp-2.61-8.fc6.src.rpm > stunnel-4.15-2.el5.1.xs651.**src.rpm > udhcp-r15050-651.src.rpm > vastsky-2.1-3.src.rpm > vhostmd-0.4-xs651.src.rpm > vncsnapshot-1.2a-xs651.src.rpm > xenserver-logos-1.0-xs651.src.**rpm > xenserver-lsb-3.1-12.3.EL.xs.**src.rpm > > That's not a perfect list. I compared that list with a base > CentOS 5.7 repo and found these to be unique to the above list: > > PyPAM > biosdevname > directfb > fbi > firmware > md3000-rdac > md3000-rdac-tools > mercurial > open-iscsi > splashy > ssmtp > udhcp-r15050 > vastsky > vhostmd > vncsnapshot > xenserver-logos > xenserver-lsb > > For completness here's the list of packages that appear to have > been modified since they are list in both the CentOS and XCP lists: > > SDL > device-mapper-multipath > dhcp > e2fsprogs > ethtool > kexec-tools > lvm2 > mkinitrd > net-snmp > pam > python-simplejson > stunnel > > Add in the kernel, hypervisor, vswitch, and assorted utilities and > you should be able to come up with a list of packages unique to XCP > that could be used to build an exclude list if you wanted to pull > updates from a CentOS 5 repo. > > It's a great topic and I'd like to keep the discussion alive. I'd also > like to hear from Mike given his insight and understanding of the project. > Ideally I think we would all like to see a Citrix sponsored XCP updates > repository. > > > Ideally yes the folks that know the most about it would be the best at putting together a repo. I also think that this shouldn't be a complete CentOS repo since the XCP hosts are not supposed to be complete Linux servers in any way. Keep it small, keep it solid, keep it secure. There are packages that could be considered optional too that won't get installed on every host that could be in the repo in case one needs them. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --001517402a2af51f5404b03e3f65 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Oct 26, 2011 at 6:20 PM, <brooks@netgate.net> wrote:

Great points from everyone concerning the topic of XCP security updates. To= summarize:

=C2=A0 =C2=A01. The XCP project currently provides no update repo.

=C2=A0 =C2=A02. Protect your management network via an non-public routable= address
=C2=A0 =C2=A0 =C2=A0 space and you greatly reduce your dom0 attack surface= to the kernel
=C2=A0 =C2=A0 =C2=A0 and open vSwitch. =C2=A0While that's true, I don&= #39;t think that hiding
=C2=A0 =C2=A0 =C2=A0 from security problems is the answer.

Agreed. I don't want an exploited DomU trying to find exploit= s in openvswitch or the hypervisor.

=C2=A0
=C2=A0 =C2=A03. Do not use the CentOS 5 repo to update XCP dom0.

=C2=A0 =C2=A0 =C2=A0 Some packages (lvm2, etc.) have been modified to work= with
=C2=A0 =C2=A0 =C2=A0 Xenserver/XCP. =C2=A0The XCP 1.1 source iso lists the= following packages
=C2=A0 =C2=A0 =C2=A0 under the "guest-packages-dom0" directory:<= br>
=C2=A0 =C2=A0 =C2=A0 biosdevname-0.2.4-1.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 device-mapper-multipath-0.4.7-34.xs651.src.rpm=
=C2=A0 =C2=A0 =C2=A0 dhcp-3.0.5-23.el5.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 directfb-1.0.1-xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 e2fsprogs-1.39-23.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 ethtool-6+20090306-651.src.rpm
=C2=A0 =C2=A0 =C2=A0 fbi-1.31-xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 firmware-651-1.src.rpm
=C2=A0 =C2=A0 =C2=A0 kexec-tools-2.0.0-651.49.src.rpm
=C2=A0 =C2=A0 =C2=A0 lvm2-2.02.56-8.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 md3000-rdac-09.03.0C00.0437-651.src.rpm
=C2=A0 =C2=A0 =C2=A0 md3000-rdac-tools-09.03.0C00.0437-651.src.rpm<= br> =C2=A0 =C2=A0 =C2=A0 mercurial-0.9-0.src.rpm
=C2=A0 =C2=A0 =C2=A0 mkinitrd-5.1.19.6-61.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 net-snmp-5.3.2.2-9.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 open-iscsi-2.0.871-0.20.3.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 pam-0.99.6.2-6.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 PyPAM-0.4.2-3.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 python-simplejson-2.0.9-3.1.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 SDL-1.2.10-8.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 splashy-0.3.9-xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 ssmtp-2.61-8.fc6.src.rpm
=C2=A0 =C2=A0 =C2=A0 stunnel-4.15-2.el5.1.xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 udhcp-r15050-651.src.rpm
=C2=A0 =C2=A0 =C2=A0 vastsky-2.1-3.src.rpm
=C2=A0 =C2=A0 =C2=A0 vhostmd-0.4-xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 vncsnapshot-1.2a-xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 xenserver-logos-1.0-xs651.src.rpm
=C2=A0 =C2=A0 =C2=A0 xenserver-lsb-3.1-12.3.EL.xs.src.rpm

=C2=A0 =C2=A0 =C2=A0 That's not a perfect list. =C2=A0I compared that = list with a base
=C2=A0 =C2=A0 =C2=A0 CentOS 5.7 repo and found these to be unique to the a= bove list:

=C2=A0 =C2=A0 =C2=A0 PyPAM
=C2=A0 =C2=A0 =C2=A0 biosdevname
=C2=A0 =C2=A0 =C2=A0 directfb
=C2=A0 =C2=A0 =C2=A0 fbi
=C2=A0 =C2=A0 =C2=A0 firmware
=C2=A0 =C2=A0 =C2=A0 md3000-rdac
=C2=A0 =C2=A0 =C2=A0 md3000-rdac-tools
=C2=A0 =C2=A0 =C2=A0 mercurial
=C2=A0 =C2=A0 =C2=A0 open-iscsi
=C2=A0 =C2=A0 =C2=A0 splashy
=C2=A0 =C2=A0 =C2=A0 ssmtp
=C2=A0 =C2=A0 =C2=A0 udhcp-r15050
=C2=A0 =C2=A0 =C2=A0 vastsky
=C2=A0 =C2=A0 =C2=A0 vhostmd
=C2=A0 =C2=A0 =C2=A0 vncsnapshot
=C2=A0 =C2=A0 =C2=A0 xenserver-logos
=C2=A0 =C2=A0 =C2=A0 xenserver-lsb

=C2=A0 =C2=A0 =C2=A0 For completness here's the list of packages that = appear to have
=C2=A0 =C2=A0 =C2=A0 been modified since they are list in both the CentOS = and XCP lists:

=C2=A0 =C2=A0 =C2=A0 SDL
=C2=A0 =C2=A0 =C2=A0 device-mapper-multipath
=C2=A0 =C2=A0 =C2=A0 dhcp
=C2=A0 =C2=A0 =C2=A0 e2fsprogs
=C2=A0 =C2=A0 =C2=A0 ethtool
=C2=A0 =C2=A0 =C2=A0 kexec-tools
=C2=A0 =C2=A0 =C2=A0 lvm2
=C2=A0 =C2=A0 =C2=A0 mkinitrd
=C2=A0 =C2=A0 =C2=A0 net-snmp
=C2=A0 =C2=A0 =C2=A0 pam
=C2=A0 =C2=A0 =C2=A0 python-simplejson
=C2=A0 =C2=A0 =C2=A0 stunnel

=C2=A0 =C2=A0 =C2=A0 Add in the kernel, hypervisor, vswitch, and assorted = utilities and
=C2=A0 =C2=A0 =C2=A0 you should be able to come up with a list of packages= unique to XCP
=C2=A0 =C2=A0 =C2=A0 that could be used to build an exclude list if you wa= nted to pull
=C2=A0 =C2=A0 =C2=A0 updates from a CentOS 5 repo.

It's a great topic and I'd like to keep the discussion alive. =C2= =A0I'd also like to hear from Mike given his insight and understanding = of the project. Ideally I think we would all like to see a Citrix sponsored= XCP updates repository.



Idea= lly yes the folks that know the most about it would be the best at putting = together a repo. I also think that this shouldn't be a complete CentOS = repo since the XCP hosts are not supposed to be complete Linux servers in a= ny way. Keep it small, keep it solid, keep it secure. There are packages th= at could be considered optional too that won't get installed on every h= ost that could be in the repo in case one needs them.

Grant McWilliams
http://grantmcwilliams.com/

Some people, wh= en confronted with a problem, think "I know, I'll use Windows.&quo= t;
Now they have two problems.
=C2=A0
--001517402a2af51f5404b03e3f65-- --===============2082813026== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2082813026==-- From xen-users-bounces@lists.xensource.com Wed Oct 26 19:17:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 26 Oct 2011 19:17:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJFXF-00032I-Ls; Wed, 26 Oct 2011 19:17:37 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJFWN-0002i1-UF for xen-users@lists.xensource.com; Wed, 26 Oct 2011 19:16:44 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1319681800!36844470!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21784 invoked from network); 27 Oct 2011 02:16:40 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 02:16:40 -0000 Received: by faat9 with SMTP id t9so2891804faa.30 for ; Wed, 26 Oct 2011 19:16:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0qt2YrO0smb4ucYqdGuq6Im3IhwPDOrNkPmNIYqwenQ=; b=x3O6t/U7gYTL5yoYZhwxNf4K2hQTqYS2wwIMCJyCed1bBrW0KuzL1MJVF3GYxJQrDc KtwOdUuIcmLou3JfK+H2pvwOFbxp/WVDZO83STgjXYUCQztGC88IlopTJTpVJPQe7laA TNEe7IYSh8IYNWAMFbYJhW/avcqwGfjEapYzs= Received: by 10.223.76.201 with SMTP id d9mr63228739fak.12.1319681800305; Wed, 26 Oct 2011 19:16:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Wed, 26 Oct 2011 19:16:20 -0700 (PDT) In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B01238283@VSRV04.tresearch.net> References: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B0123824B@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238283@VSRV04.tresearch.net> From: Grant McWilliams Date: Wed, 26 Oct 2011 19:16:20 -0700 Message-ID: Subject: Re: [Xen-users] XCP Test workstation To: Brett Westover Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0272795118==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0272795118== Content-Type: multipart/alternative; boundary=00151747bdbaec7e1004b03e5ce8 --00151747bdbaec7e1004b03e5ce8 Content-Type: text/plain; charset=UTF-8 On Wed, Oct 26, 2011 at 1:51 PM, Brett Westover wrote: > >I'm sure there will be various opinions on this but after going down the > "really expensive but rarely upgradable" path I just build commodity servers > for XCP now. Each host has a 2u case, hexicore cpu, 16 GB of ram, a local > drive that's currently used for nothing much and two network interfaces. > With each I buy a 240 GB SSD that goes in the SAN. So for $1000 I can drop > one machine into the rack, plug in power, both network cables and slide the > SSD into the SAN box and I've just expanded capacity by 30 VMs. Each VM gets > 512 MB of ram and 7 GB of storage space. Any other storage can be pulled > from larger disk based SAN shares via iSCSI or NFS. This allows me to expand > very quickly and at a minimal cost. > > >For testing purposes you could do without the SSD drives. I'm looking at > building a 128 core cloud to teach cloud computing using the same types of > replaceable hosts. The cores will be divided up into smaller 16 core clouds > each given to team of 4 students. > > >I think it would all depend on what you plan on doing with your cloud. > > > >Grant McWilliams > >http://grantmcwilliams.com/ > > > I agree with that philosophy, but what how do you ensure compatibility both > with the XCP software, and with each other? > > I started with the XenServer HCL that Citrix provides, and it led me to > believe it was fairly strict on what would work. > (Or at least what they were willing to support, which I know is different) > > It's just CentOS so it works with most pieces of hardware that RHEL5/CentOS5 works with. Back in the .5 beta days I found things that XCP wouldn't work on that CentOS did but anymore with 1.1 beta and newer it seems to be more equal. So basically grab a motherboard off the shelf and it will probably work fine. However, having said that pick your hardware wisely just like you would any other. Just because XCP runs on it doesn't mean the design is stable enough for your project. I feel that I have a bit more flexibility than I did with stock Xen because it's so easy to set up a system that can migrate with XCP. This allows me to be a bit more aggressive with my hardware. > When you say "build commodity servers" are you referring to something > "standard" from Dell, HP, IBM or do you mean "build" as in buy a case, and a > board/CPU/RAM, hard disks etc? > I started out with purpose built rackmount systems that ran about $500 per core. Not super expensive big iron stuff but definitely server hardware. Now I buy off the shelf rackmount cases (with no drive bays), motherboards, CPUs and ram. The only thing it needs on the motherboard is lots of cores, lots of ram and a network interface or two. That and the design has to be sound enough not to be flaky. So far this is working. > What you describe sounds like a dream compared to where we are currently. > To expand capacity by that same amount we'd be looking at 10x the cost for > hardware and software. > > Brett Westover > > > I got tired of ending up with hardware that costs too much to upgrade (damn you Intel) so now I buy hardware that's cheap enough to replace. The main concern however is you need to think long and hard about your CPU choice because pools like to have the same CPU in them. I like more less powerful cores over less more powerful cores so I'm building a lot of AMD hexicore systems. The new cloud will probably be AMD 8 core boards. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --00151747bdbaec7e1004b03e5ce8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Oct 26, 2011 at 1:51 PM, Brett Westover = <bwestover@pl= etter.com> wrote:
>I'm sure there will be various opinions on this b= ut after going down the "really expensive but rarely upgradable" = path I just build commodity servers for XCP now. Each host has a 2u case, h= exicore cpu, 16 GB of ram, a local drive that's currently used for noth= ing much and two network interfaces. With each I buy a 240 GB SSD that goes= in the SAN. So for $1000 I can drop one machine into the rack, plug in pow= er, both network cables and slide the SSD into the SAN box and I've jus= t expanded capacity by 30 VMs. Each VM gets 512 MB of ram and 7 GB of stora= ge space. Any other storage can be pulled from larger disk based SAN shares= via iSCSI or NFS. This allows me to expand very quickly and at a minimal c= ost.

>For testing purposes you could do without the SSD drives. I'm looki= ng at building a 128 core cloud to teach cloud computing using the same typ= es of replaceable hosts. The cores will be divided up into smaller 16 core = clouds each given to team of 4 students.

>I think it would all depend on what you plan on doing with your cloud.<= br>

>Grant McWilliams
>http://grantm= cwilliams.com/


I agree with that philosophy, but what how do you ensure compatibilit= y both with the XCP software, and with each other?

I started with the XenServer HCL that Citrix provides, and it led me to bel= ieve it was fairly strict on what would work.
(Or at least what they were willing to support, which I know is different)<= br>
It's just CentOS so it works with most pieces of = hardware that RHEL5/CentOS5 works with. Back in the .5 beta days I found th= ings that XCP wouldn't work on that CentOS did but anymore with 1.1 bet= a and newer it seems to be more equal. So basically grab a motherboard off = the shelf and it will probably work fine. However, having said that pick yo= ur hardware wisely just like you would any other. Just because XCP runs on = it doesn't mean the design is stable enough for your project. I feel th= at I have a bit more flexibility than I did with stock Xen because it's= so easy to set up a system that can migrate with XCP. This allows me to be= a bit more aggressive with my hardware.

=C2=A0
When you say "build commodity servers" are you referring to somet= hing "standard" from Dell, HP, IBM or do you mean "build&quo= t; as in buy a case, and a board/CPU/RAM, hard disks etc?

I started out with purpose built rackmount systems that ran about = $500 per core. Not super expensive big iron stuff but definitely server har= dware. Now I buy off the shelf rackmount cases (with no drive bays), mother= boards, CPUs and ram. The only thing it needs on the motherboard is lots of= cores, lots of ram and a network interface or two. That and the design has= to be sound enough not to be flaky. So far this is working.

=C2=A0
What you describe sounds like a dream compared to where we are currently. T= o expand capacity by that same amount we'd be looking at 10x the cost f= or hardware and software.

Brett Westover



I got tired of ending up with hardware tha= t costs too much to upgrade (damn you Intel) so now I buy hardware that'= ;s cheap enough to replace. The main concern however is you need to think l= ong and hard about your CPU choice because pools like to have the same CPU = in them. I like more less powerful cores over less more powerful cores so I= 'm building a lot of AMD hexicore systems. The new cloud will probably = be AMD 8 core boards.


Grant McWilliams
http://grantmcwilliams.com/

Some people= , when confronted with a problem, think "I know, I'll use Windows.= "
Now they have two problems.
--00151747bdbaec7e1004b03e5ce8-- --===============0272795118== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0272795118==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 00:49:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 00:49:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJKir-0005jZ-PZ; Thu, 27 Oct 2011 00:49:57 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RJKhP-0005O5-2Q for xen-users@lists.xensource.com; Thu, 27 Oct 2011 00:48:27 -0700 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-15.tower-27.messagelabs.com!1319701692!52685275!1 X-Originating-IP: [80.12.242.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32352 invoked from network); 27 Oct 2011 07:48:12 -0000 Received: from smtp04.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.126) by server-15.tower-27.messagelabs.com with SMTP; 27 Oct 2011 07:48:12 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d27 with ME id pjoN1h0083zjds103joNo3; Thu, 27 Oct 2011 09:48:23 +0200 X-ME-engine: default Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id A975121000A; Thu, 27 Oct 2011 09:48:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YyHmWM1NV1SJ; Thu, 27 Oct 2011 09:48:21 +0200 (CEST) Received: from srvlts3.tranquilit.local (srvlts3.tranquilit.local [192.168.149.36]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 8278A1B0018; Thu, 27 Oct 2011 09:48:21 +0200 (CEST) Message-ID: <4EA90C8E.7040502@tranquil-it-systems.fr> Date: Thu, 27 Oct 2011 09:47:26 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Grant McWilliams Subject: Re: [Xen-users] XCP Storage References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Brett Westover , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi Grant, > > You will want to analyze your disk and network layout for the > machine and hosts though. All of the standard hardware performace > >data applies to an iSCSI target ie. number of disks, RAID levels > etc... It would be ideal for your XCP hosts to have dual network > >cards so that networking data is sent across different > cables/switches then the SAN data. > > I agree, no matter how you access the storage, the load generated by > the applications needs to be supported by the speed and number of > disks, and RAID level. We've gone through the pain of having issues > with storage that seemed like they could be the iSCSI initiator, the > SAN network or buffers on the iSCSI storage device.... when it > turned out, we were simply overloading the IO capabilities of the disks. > > Also, it seems I am reading that you can enable live migration on an > XCP pool without an external storage device at all, using local > storage in each host. Is that right? > > How does that work? > > > My understand of shared storage is that one copy of the VM exists in > a place accessible to the two hosts, so to do live migration the VM > storage doesn't actually move. > > Can someone point me to some documentation that explains how > XenServer and XCP handle storage? It seems to be quite different > than VMware. > > Thanks, > > Brett Westover > > > I don't think it's that different. If you want to do migration your > storage needs to be remote. Currently XCP seems to support two types of > remote storage that can support migration - NFS and iSCSI software target. I'd rather say that XCP needs "shared" storage rather than "remote" storage. When creating a iscsi SR, xapi does automagically all the stuff behind the scene, setting the underlying PBD and the SR of type "shared". However you can also manually create the PBD on whatever /dev/ (which ought to be shared, be it iscsi/aoe/drbd...) and setting the SR to be "shared". I have tried this setup for XCP with DRBD primary-primary SR, and it works fine with live migration. From the point of view of xapi, the SR is kind of local (/dev/drbd0), but it still can be shared. This setup is not yet in production (not stress-tested yet), but up to now it works flawlessly. Cheers, Denis -- Denis Cardon Tranquil IT Systems 44 bvd des pas enchantés 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.57 http://www.tranquil-it-systems.fr _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 01:10:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 01:10:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJL2s-0007Bd-04; Thu, 27 Oct 2011 01:10:38 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJL1i-0006rG-If for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 01:09:26 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1319702962!33150726!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10089 invoked from network); 27 Oct 2011 08:09:23 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 08:09:23 -0000 Received: by vws13 with SMTP id 13so2994132vws.30 for ; Thu, 27 Oct 2011 01:09:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=HbyDF6xyKFpMQkEWWkbfobQVQGmTVtBrgCXagWyjyI4=; b=OMSJsobD9u2dzpy9/zs9LSLkXkvRIs9zpsx3l7VvKQNvi4k7ZpBfut2y4PNnlpUDiO ONZexI/ybyTXNWpTenmno15EISB4DRGDxU3sWJMvs9z+8jRbS4wHeC/GwDB+ufLpY21Z nmFIgWAdw+IQRpC0IrWk3J7gXg+PJyc0Ss1rA= Received: by 10.52.36.109 with SMTP id p13mr707216vdj.59.1319702962161; Thu, 27 Oct 2011 01:09:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Thu, 27 Oct 2011 01:09:02 -0700 (PDT) In-Reply-To: References: <1319670348.15254.152.camel@anathem.gregandeva.net> From: Flavio Date: Thu, 27 Oct 2011 10:09:02 +0200 Message-ID: Subject: Re: [xen-users] mailing list. To: Andrew Eross Content-Type: text/plain; charset=ISO-8859-1 Cc: Greg Woods , Andrew Wells , xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 27 October 2011 01:29, Andrew Eross wrote: > Gmail has a nice "Default 'Reply to all'" Lab add-on available from > Settings->Labs > problem solved! if you use gmail that is. =) Yes, but as I've already told, sometime even if you click on reply all, the list address is not being added to the recipients field, so, you have to manually add it. This is due to people that often include the list address into Bcc instead of Cc. So be aware of that. Bye! -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 01:35:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 01:35:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJLRM-0008Jg-T3; Thu, 27 Oct 2011 01:35:56 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJLQ1-0007y1-2Z for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 01:34:33 -0700 X-Env-Sender: lrlanswer@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1319704468!385840!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15912 invoked from network); 27 Oct 2011 08:34:29 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 08:34:29 -0000 Received: by iaen33 with SMTP id n33so3699715iae.30 for ; Thu, 27 Oct 2011 01:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=9Z8L9PIwFlziS/U7tenzW6aZU0FKSEiQBKWTKpoB0RY=; b=wtXoF4TyrjHnbb6mgbIYafioEvUBggHsptm9/JkHvUdERUmmqgSbJHfjnBGhEzR/B2 d8bLvbPEKzX/ESY9OZhE4CCLElrtytI/cLJPUc1R0fhkCEQu84wFJMuVt4636dTHqsgq 3o+PKirfluR1hfH4KRKii1TZu6VR5tdR+8ifw= Received: by 10.43.65.79 with SMTP id xl15mr33233255icb.6.1319704468352; Thu, 27 Oct 2011 01:34:28 -0700 (PDT) Received: from [192.168.1.5] ([222.222.70.70]) by mx.google.com with ESMTPS id n30sm7147153ibl.4.2011.10.27.01.34.17 (version=SSLv3 cipher=OTHER); Thu, 27 Oct 2011 01:34:26 -0700 (PDT) Message-ID: <4EA91780.6040100@gmail.com> Date: Thu, 27 Oct 2011 16:34:08 +0800 From: Rico User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Xen-users@lists.xensource.com Subject: [Xen-users]DomU question on ubuntu 11.10 Dom0 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, all I tried to setup xen on ubuntu 11.10 ,but feel confused about the domU kernel . I find a package named linux-image-virtual . So can i you it as domU kernel? thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 01:49:13 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 01:49:13 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJLeC-0000wG-TJ; Thu, 27 Oct 2011 01:49:13 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJLd8-0000bg-1I for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 01:48:06 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-3.tower-182.messagelabs.com!1319705281!916412!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12993 invoked from network); 27 Oct 2011 08:48:03 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 08:48:03 -0000 Received: by ggnv5 with SMTP id v5so3908250ggn.30 for ; Thu, 27 Oct 2011 01:48:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.99.19 with SMTP id w19mr15700980ybb.24.1319705281640; Thu, 27 Oct 2011 01:48:01 -0700 (PDT) Received: by 10.150.202.2 with HTTP; Thu, 27 Oct 2011 01:48:01 -0700 (PDT) In-Reply-To: <4EA91780.6040100@gmail.com> References: <4EA91780.6040100@gmail.com> Date: Thu, 27 Oct 2011 15:48:01 +0700 Message-ID: Subject: Re: [Xen-users]DomU question on ubuntu 11.10 Dom0 From: "Fajar A. Nugraha" To: Xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com 2011/10/27 Rico : > Hi, all > I tried to setup xen on ubuntu 11.10 ,but feel confused about the domU > kernel . > I find a package named linux-image-virtual . So can i you it as domU kernel? It should work. Last time I tried with 11.04, linux-image-virtual and linux-image-server has xen domU support (including drivers) built as module, while linux-image-generic doesn't. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Thu Oct 27 03:31:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 03:31:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJNFS-00047D-E7; Thu, 27 Oct 2011 03:31:46 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJNEp-0003vJ-9I; Thu, 27 Oct 2011 03:31:08 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1319711450!1819538!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7737 invoked from network); 27 Oct 2011 10:30:50 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 10:30:50 -0000 Received: by wyi11 with SMTP id 11so3357386wyi.30 for ; Thu, 27 Oct 2011 03:30:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=zg5Z2tKw4EsoZdR3v1y97DR0/LWbOQ0CX9mgVVVOfOI=; b=cRo/vxJ1CTP/mDsBk5nwPlIUtjISwJCVNFiJdNLVMcbx/s+NXlpDC2xQRtBe/5yFJc XqhvJ/AdvlJEqfo2BYekaxGtAszzGh6qh3C7JaK4pZnHnKRvmdF92WIgxAgnBJzIZQC1 Jsqh+LaJyLu96H/OFTGJKQ5PhQt/fnqthz1ro= Received: by 10.216.133.5 with SMTP id p5mr953017wei.34.1319711450464; Thu, 27 Oct 2011 03:30:50 -0700 (PDT) Received: from [172.16.26.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id es5sm8478991wbb.11.2011.10.27.03.30.47 (version=SSLv3 cipher=OTHER); Thu, 27 Oct 2011 03:30:48 -0700 (PDT) Message-ID: <4EA932D5.3060504@xen.org> Date: Thu, 27 Oct 2011 11:30:45 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111026195543.GA6558@phenom.dumpdata.com> In-Reply-To: <20111026195543.GA6558@phenom.dumpdata.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Joseph Glanville X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 26/10/2011 20:55, Konrad Rzeszutek Wilk wrote: > On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote: >> Cool. >> >> I am wondering what people think about archiving vs deleting wiki >> pages. Obviously some pages can be deleted (stuff about events, job >> listings, old TODO lists, etc.). >> >> Others may still be valuable to legacy users. See > .. snip.. > Hey Lars, > > I was trying to add to https://docs.google.com/spreadsheet/ccc?key=0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=en_US#gid=0 > > a couple of things but it seems I am not authorized, anyhow these are the changes: > > NetBSDdomU merge with How_to_build_NetBSD_DomU_on_Linux > 2.6.18-to-2.6.31-and-higher is OK. > InstallationNotes - remove > KnownGoodImages - remove > InstallGuestImage - remove > RealModeArea - archive, or move it to be PPC/RealModeArea > USBCompatibilityList - remove > XenPCIpassthrough - keep, I just updated it > XenPVOPSDRM - keep, just updated it > XenSerialConsole - keep, I just updated it > XenPVSCSI - keep > XenUSBPassthrough - keep, just updated it > XenParavirtOps - keep, just updated it. > XenOnUbuntu64 - remove Odd: you should have write access like anybody else. Anyway, I applied your changes. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Thu Oct 27 04:38:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 04:38:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJOIP-0001QS-EM; Thu, 27 Oct 2011 04:38:53 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJEuA-00017k-Kt for xen-users@lists.xensource.com; Wed, 26 Oct 2011 18:37:14 -0700 X-Env-Sender: sthillma@cisco.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1319679414!45891576!1 X-Originating-IP: [173.36.130.12] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27322 invoked from network); 27 Oct 2011 01:36:55 -0000 Received: from mtv-iport-1.cisco.com (HELO mtv-iport-1.cisco.com) (173.36.130.12) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 01:36:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sthillma@cisco.com; l=3263; q=dns/txt; s=iport; t=1319679431; x=1320889031; h=mime-version:subject:date:message-id:from:to; bh=mXYCTZNHDfYkEkeCCCTy5T0a9cNbDXF9tyB/1DA2ZJk=; b=LHBey0T6sqqqqbB5qQQLh3CAQGvePrPUx3Ibznw8SHNKzwiVpt01gciO wzUcRFkokmN6zTiDNQhsxqrIgNP/xCNCcx5Q8903eGN09jcFfgWkwc4DX 2MIVrs7yBHJQF9RWuWuj4m90xa9xCT9mB9T97lRG/4KYbAgV4KrAS68h4 M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao0HACS1qE6rRDoI/2dsb2JhbABCgk2XfY8FgQWBcAEEEgEJEQNbAQweBhgHVwEEGxqccIEmAZ5ZiAlhBIgGkTqMSQ X-IronPort-AV: E=Sophos;i="4.69,412,1315180800"; d="scan'208,217";a="9636317" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-1.cisco.com with ESMTP; 27 Oct 2011 01:37:09 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p9R1b9pj031383 for ; Thu, 27 Oct 2011 01:37:09 GMT Received: from xmb-sjc-22b.amer.cisco.com ([128.107.191.112]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 26 Oct 2011 18:37:09 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 26 Oct 2011 18:37:08 -0700 Message-ID: <7FE6845B1F8A264E9E03562D7EBB225C0EAD0AEB@xmb-sjc-22b.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Any Known Limit on Pass-thru Devices? Thread-Index: AcyUSPCt6f2iNy0+ToaA8sUdme3fAw== From: "Steven Hillman (sthillma)" To: X-OriginalArrivalTime: 27 Oct 2011 01:37:09.0113 (UTC) FILETIME=[F1240E90:01CC9448] X-Mailman-Approved-At: Thu, 27 Oct 2011 04:37:28 -0700 Subject: [Xen-users] Any Known Limit on Pass-thru Devices? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0840016616==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0840016616== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC9448.F1254F1E" This is a multi-part message in MIME format. ------_=_NextPart_001_01CC9448.F1254F1E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Looking into using Xen for a project and we will potentially need a fairly high number of PCI pass-thru devices (~20+).=20 =20 I've looked around quite a bit and I haven't seen any information regarding any set maximum number of pass-thru devices- is there any set limit? =20 If so, what is it? If not, has anyone ever tried putting anywhere near that many devices in pass-thru? =20 Thanks in advance. =20 Steven Hillman =20 ------_=_NextPart_001_01CC9448.F1254F1E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Looking = into using Xen for a project and we will potentially need a fairly high = number of PCI pass-thru devices (~20+).

 

I’ve = looked around quite a bit and I haven’t seen any information = regarding any set maximum number of pass-thru devices- is there any set = limit?

 

If so, what is it? If not, has anyone ever tried = putting anywhere near that many devices in pass-thru?

 

Thanks in = advance.

 

Steven Hillman

 

------_=_NextPart_001_01CC9448.F1254F1E-- --===============0840016616== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0840016616==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 04:56:01 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 04:56:01 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJOYz-00068k-0k; Thu, 27 Oct 2011 04:56:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJ3he-0002kf-0r for xen-users@lists.xensource.com; Wed, 26 Oct 2011 06:39:38 -0700 X-Env-Sender: duanshuidao@hotmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1319636368!1701866!1 X-Originating-IP: [65.55.34.86] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 640 invoked from network); 26 Oct 2011 13:39:28 -0000 Received: from col0-omc2-s12.col0.hotmail.com (HELO col0-omc2-s12.col0.hotmail.com) (65.55.34.86) by server-2.tower-21.messagelabs.com with SMTP; 26 Oct 2011 13:39:28 -0000 Received: from COL115-W62 ([65.55.34.71]) by col0-omc2-s12.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 26 Oct 2011 06:39:27 -0700 Message-ID: Content-Type: multipart/mixed; boundary="_32de9da2-5b8e-40af-932d-c11512a57391_" X-Originating-IP: [59.151.98.134] From: hu jun To: Date: Wed, 26 Oct 2011 13:39:27 +0000 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 26 Oct 2011 13:39:27.0795 (UTC) FILETIME=[AE986030:01CC93E4] X-Mailman-Approved-At: Thu, 27 Oct 2011 04:37:29 -0700 Subject: [Xen-users] [help]domU linux network breakdown but dumpcore recover X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --_32de9da2-5b8e-40af-932d-c11512a57391_ Content-Type: multipart/alternative; boundary="_111e26de-81ff-4a3a-b471-e72bf59273b8_" --_111e26de-81ff-4a3a-b471-e72bf59273b8_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable From: duanshuidao@hotmail.com To: xen-devel@lists.xensource.com Subject: [help]domU linux network breakdown but dumpcore recover Date: Wed=2C 26 Oct 2011 09:31:38 +0000 Hi All: xen 3.3 =20 dom0 linux :Novell SLES11=20 domU linux(SLES 10 SP1)have 2 ethernet card=2C config as follows=3B ethernet card A config a small network ip for conmunnication with dom0 =2C ethernet card B config a big network ip for business software. =20 small network always is fine=3B but big network in domU can't send packets = =2Cbut can receive. =20 the domU run 167 days normally before above network trouble=3B iptables on = domU had been disabled. I don't know how to do =3B so I prepared to dump domU's kernel core to anal= yse the question. =20 after I finished the command:xm dump-core 4 /data/2011-1020-1659-IED_143_17= 0_sles10sp1.4.core =3B=20 I found the douU became to be paused. then I executed :xm unpause 4 =3B But I found the big network in domU has recovered normally. =20 Is it stranger? =20 the attachement has xen_bugtool info. =20 Thank you very much for your help. = --_111e26de-81ff-4a3a-b471-e72bf59273b8_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


From: duanshuidao@hotmail.com
To: x= en-devel@lists.xensource.com
Subject: [help]domU linux network breakdown= but dumpcore recover
Date: Wed=2C 26 Oct 2011 09:31:38 +0000

Hi All:


xen 3.3  =3B
dom0 linux :Novell SLES11 =3B

domU linux(SLES 10 SP1)have 2 ethernet card=2C config as follows= =3B

ethernet card A config a small network ip for conmunnication wit= h dom0 =2C
ethernet card B config a big network ip for business software= .

small network always is fine=3B but big network in domU can't sen= d packets =2Cbut can receive.

the domU run 167 days normally befor= e above network trouble=3B iptables on domU had been disabled.
I don't k= now how to do =3B so I prepared to dump domU's kernel core to analyse the q= uestion.

after I finished the command:xm dump-core 4 /data/2011-10= 20-1659-IED_143_170_sles10sp1.4.core =3B
I found the douU became to be= paused.
then I executed :xm unpause 4 =3B
But I found the big netw= ork in domU =3B has recovered normally.

Is it stranger?  = =3B


the attachement has xen_bugtool info.  =3B


Th= ank you very much for your help.




= --_111e26de-81ff-4a3a-b471-e72bf59273b8_-- --_32de9da2-5b8e-40af-932d-c11512a57391_ Content-Type: application/bzip2 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xen_bugtool.tar.bz2" QlpoOTFBWSZTWdnMI7oG1aL/sH6QAEBR5//7LieO6v////BAAAQAYRb++94AAAAAAAAAAAAAAAAA AAAAAAAAAAAAC4+AAAAAAAAAAAAAgIAAB4AAAAAAB8A+AAgIADAAPAETwAAAAAAAAAAT7ywDx3qz j729d6vvbnz4+7t3333vr653vPvPPec5ve9998d7vePOcBIH1UkS4AB8PdWe+msfMdccxzvPd5V5 2cneb16Vzm6Xvc6DL1y17272DruDqCoFSfcAA8Delfd8XnzOvLrrfPPHh93zwL2K0C2qaZpmPnAo fUigoPeAAQ3jfcb2Zmayq9NdUVczZjuzdAAH0El7wAB9h96t32vr5ncy7E7LWWztZuzHbMEnwKKX AAHhvHu3be3dd1TiZHKujp1Q1g8KKAs9AA8b1M9PPUlKNaXYDuzoyLUF4aBQuAAeB71Y3A01QoCj 00B3B4AoHAAHB52e8F5bQJKJd2a6UnUU8BIHvAAIeKGD0apRIuwGRU4PAFHAAN9eFCn3lUAAAAAA AYAjIpJRIkkpJKk20SUSSSUSSJLs22k7aW2RKRJJSRJRJVUkpJIkSSSUSRJSSkXbJK8H3qBIlB2w VIhVQFCkoqSlSlVSSEiqlJUngAAAAAAAAAAAAAAAAAwAAAAAA+wAAAAAA+AAOT6AAAAAAADUzQxU lKUJk0MTQAaADQDIAZNNGBqfpqJCUpUA0wCAA0AwE0DQABoJGoUhNRKakeobU9EzUGgYRoMQ9QMh kyASeqSSqqNGABMmjTExNNGAQxNMAmAjBSlCAICaA0IEJg01PU0ZPTSaZPQ0RhAqmkAokkhM1AGU yZMCAMBqGAJiZ94+37vvz1nVyOCrXFPY+PnuXvMW81+G3DgaJ/Pf8Zk/l3vX8zRc2Sl3UiCqqpKh ChfnJIEn/Ef1n9H93+1czP+B0zMUuZccTDMrUa1sqFYRQrBrFbGK23lrFUta2VSqSoKCgoRQrCLG tsGKstjKhWEFCvFitsqFVttjyxRpVKpLWVSVRUZa0jFGkYo0qitlQUIqVayrbKgocVFbaxWysa0h UFhFSqSsa2jFEqFQFRRrSqS1it5axWyoVi0US1iiQqCwUF4xQeNaWKgsWKlKhUFCoSKijWlUjFbb KoqNKxGK0paysYoKSqVThUKLFGIKMpGMUIKCwUFgChXjFBFCsQUGIKNEFGkYo1oxjIsGPLFCooPB QUBQq0UHgoViMrELFGigsBQWMUHgKCxBQYlUrwUK8YoLFBiCgxBjGMUGJVKxBjEUK8VKpKxW21it CqK2VSrWitlUqktZVBRrZVKpKoreVBQipVJUKyxrbZWNaSqK2qVSVSqSqKiFQipVJVKpKorZVKpK pVY0aSqVSVSqSqK2VSqVSqSqVSVRW1SqSoVhFSqcqlsaxrSVSqRrWo0qktYrYxRpWNaSqVTlY1ta K2S1ioMqkqFYRUVtQrCKlUlUq1orYxRpKxrTlrKpaxWxijSNa1GlUlUVsrFbapVJVFbKpVJVKpyq Va0qkqFYcUHiqK2VjWktZVCtFCpVI1ooVpXhYrbysa0lYrQYrZaxWy1itlbaoKlY1orZVKpKpVrS sSqKRLWVjWitlY1pKpVrSsSoLAUKgKFQWlUlrFbKxWgyvE5WNbWlU4KWtKpWNQWEVKpKoqNFEYoy lY1o1rW8rGtJUKxaViVSsS1ijWlUlQrCKChFCsIqK2WsqsaPKWsqkqlUljGMQUGIKFRRooVAVKpV FbKgoRQUWVSUqFQFSqVCvDihWEUKwVKpGKNJQUEUK8rGjxW2sBQWAoLKMUWKDxigwFBYKFeMUHgo VWDHlig8oxWkYoMBQUFBYgoPBQrEZWNig8WDGUKwUFB4xQZGVgihWIKDwY0GChWIKDxigwFBYgoL KwYjKxlQrCKlUlUqkqFYRUq1lW2VBQipVKpVJaxWyoVigsIoVhxUVtrKpyoVgqK2VSqSoVi0VsYo 0lUVtY1pBRreVBQKNaCxW8qlsYxW2taKRittgoLUFhLFbbKorYxW28qlUqlUlQrCKiogsIVGiVRR rRWyqVSVSrWiiVRSIxWlKoo0YrZVKpLWK2VRWyqVa0USqKJUKwUFDjKpbFRUGViSqFaVSsUa1sqi tlQrLGtKVCoFitKVRSIxRpzlQUIVGtlQrDixrKVCoChUCRUqkYo0lUqktZVOVCoDWViVSqSoVhFR RJKpVJVFbKpVAqFYTlrRSCjWwrRSQqK3lUqkqFYcVKpKhWEVKpKpVII1pIWK2yqVTlrKpyoVhLFb bKpVIKCkGNac4KK2VSqcYrbeUFB4MaDEVteKlU5VFbKorZVqthKjSSyo0lQrCKit4MaMghWERlY8 KhXiCgzlGKMBQXkZWDEZWPLFB4ysGDRRkZUGIMY8QUHg0rB4goMSqV4KFeIVgxFbWIKDEFB5EZWP JSqViCg8QrB41opRijFCoElittlrFbKpVJVKpyqViVRRGK0paxROWsVvGK22CgpGK2y8tZVOSoVA VKxOCjWyysacVKpLKxpxQqAqVSVSsS1lYnLKpbLFbbLWVTlUqnKoolUUQUFJVKpJZVLeRQrCKitk qiiVjWWFUrEqFYSFQUlUqkqitlUVvLKxpxQUIoKEVFbJVKpKorZVKpGK23lVVZxQUIVBSSqVSVCs IqK2VRW8qlUlQUIqK3lUqklUqgVRWyqK2MVtvKpVJVKpKhWEVFbyVSqclUVsqFYcVKpKhWEayqSq K3krFbZWK2yqK2VtrHlittlUqkqlUlUqklUqnKpVJVFbBRrQlUqnJaxWxittkqitlYrbyqK3llYP EFB4KFYqViVCsJFSqSqK2VitvGtFOVSsSqViVSsRjKgSWKDyIKDwUK8jGKEa0UhWWtEVqnEFB4xQ YgoMQUHgKFiRigxCsaIKNJGKDxigxBQeNaVkYo0nKxrSMUaSMUGIKDxigxBQZGKNFSqSqKJKoonK xrSFaK2MUaSoVhxUrEqlUlUqkqit5KpVORrWtlQUOFRolY1pBQUgo1vJaxWyqK2VSqSqK3llUtip VIKCkqitkqlU5VKpGKNJVKoEqFYcipVJUKwkKgpKxrTlUqkqFYcKgpLWK2VSqRijSQUa2VRWwUFO MUacFBSWVjSNYrY1opJayqcgoKSoKEjWVSWVjTig8YqK2RittllY0ipVJVKpy1lU5VFbKhWEaxWy VRWyqK2VSqSqVTlQUJwqNbLKxpIqVSVSqRijSNa1vKpWI1oxKhUgWta2SqK2FQWEVKpKpVOVCsI1 lYlQqAoVIHFRW8lUVsrGtOWsUSqViCjWwUaJyWKDEFBiCgxUqnKpWJVKxLWKJUKwkVFbxittlUqk YrbLyoVhOCgoChUkFCsBQWQUK8ZWDIKCkWChLFBiCgyIKDxigxGVjJYoPEFB4xRogo0jFBkoxR5E FB4KFZAUFiCg8zlyZQyIVgyAoLwUKxYrbKgocUKw4qK2VCsI1lUkqChFRWyqVSNa1vKgoTipVJVK pJVFbKhWEaxWyoVhxQrCNZVI1opwUa2SoVgCorZUKwihWHFRWyqK2VCsOKCwOKFYcihWEWK28qCh LFGnKpa8KhXkUFCNZVJVFbKhWHFjWktYrZUKwlittkqFYcUFCKChFSqBKgocigoSMqlsZWNIqK3l QUOMqlsUKwjWVSVSqSsa0kqitlUVsYo0kFBSVCoCgsBrFEqlYnLWK3kqitlQrCRQWAoLAigxBQWB xY1pKpVJUFCKlU5VFIlQqAqKIKNbIxRpKgoRY1pyysZRUUTkqFQFCoHFRWyqK2MVtstZVOWVQooL AQYsBBRpwFBQVFbKhWEVKpy1lUlrFbKpVOWsrE4xRpyMVtslW2vBQrEFBiFYMiwYyUFB5WNGIMY8 FCsjFB4xQeLBjwFjXiWVjygoMSqVgMYxkFCvIlUrwaMWRjGMQUHiK2slY0eChWIKDEZWPC1WvLUV sqitjFbbJVKpKgoRQUJYrbZLKpbFBQ5FSqSVba8UKwigocVLYyWVjSKitjWtbKhWHLWtbKgocUFC WtFJGKNJWK2yoVhLFGnGKNIKNbOVBQkVKpKhWEKgpGKNOVSqSqK2VSqS1ikTgo1sqitgxo0lUqnK xUpUKgKFQFRRJKpVJVFbyVRW8qFQFjWUqFQFRROWVS3igoRrKpKhWHGsUQUaJVKpGK22SysaRUVv LWK2VSqSWstjBQYklYqU5WNaSqVSWsqnKoreVCoDKpbFRWy1iicqFYSxW2yqVSVSqSVRWyqVSVSq SqVSSqVSVRW8jFbbyoVhyxRpKpVOVjSMlrKpKorYxW2y1lU5UKwiFYMjFBiFYMigoRUqktYrYxRp yoVhGsVs5VKpIxW2yqVSUFB4xjHiCgxGVjKCg8FCs4xQeLBiFBQYgoMgoViMrGUFBiCgzjWlYgxj yIKDxBQeChWIKDAUF5GMYyVjR4xQYjKx5QUHiwYygoMVKxOVCsJa1reVRWyoKEipbGVSsSRijKcr GtJVKpKpVOMUacqCwCoKSoVAVKxOUFBhUa2VSqSqVSSqViCjRKpVJWNZTjWtbGtFOSyqW8VFIlQW A1lYwtZVJKxrSI4Y0zDHH+nvz/f/f8f5P1/G7u/y9P82ev1/R2f2APRIf/H97Q+8wH9uOXf/X+G/ 4/95o/vpb+Gn3VKg/oFVXUKqv00KhzqK9P2lUGyiJf7VKg9hFQ9Br1qK1pWt/KLSwNmwNgLLDYbC wNmwbNgbDYlQssBs2Bs2GwCywGzZrA2bA2GwLLAawkbNhsNhsBs2bA2bA2bBs2BsNhsLLAbNiRs2 GwkssTKmxKmxKmzZIWWSNlSoVKhqahKmzZI2SbNkqbEqFSoWWCLNhFgWbJIsLJLLCVNiVNmyQssk bKlQqVCpUFibNmZs2SbNkqbJlQqVGyRsqRsk2bJNmySywzU2JULLJCyyRsqVCpUKlQlTZsDZsCyw JUNhsLAsLAsLAsbLBKhUqCxBZsk2bKkhsqQssk2RZJs2SbFSoVKhUqbEllhJs2ZmzZJs2SbFlkhU qFSpsSWWEmzZUjZUhqZs2SbNkmxUqFSoVKhUqFSbNkmzZJs2amGyxCpUDYbLEFmwNmyoGzYCywNm wNhsk2NhsA2NhsNgbNg2bA2bA2bNgNmwNiVDYbNgLLALLDYRZsBZYGzYGwNmwNmwSWWGw2GwNhsG zYGwGzYGxsNhsNhsNmwSWWAbNmwNmwFlgFmwiwLLCSywlTZsk2bMwsslQqVCpUNliNkmzZJs2SoS psSoWWZhUqFlkiLKkbJLLCSywlTZsk2bJCyyVDU1CpULLJGyTZskssJLLCVNiVCpqalRszGypGyS ywkssJU2bJLCwTZYKlQqVCpsskGyTZUNliBUqFSoLCwLCwLCzYTZYJUk2WIbLEFioVKhFmwWFgWF gWFmwlQqVJKlQqVDZYgsLAsLAsLNhNlglQ2WIbLEkWbKhUqEmzYLCwLEFhYFiGyxUKmpULev7Pb2 psSbNkmzZJs2VIWWSFSpsSpsSWWGw2GxI2bBs2AWWBs2BsDZsbDYbAbDZsBs2EmzYGzZsAWWAbDZ sDZsBZYbDYbA2bA2bEhZYGzUqElljYGzZJs2BZshUqFTZYIsSRZsIsCzZDSgIbLENliFTZYJssEW VNSpJUgs2LAsCwLCwLNkKlQqbLBNlgizYRYkWFgWISGyxCpUKlQizYRZsIsCxJNliGyxDZYhUqEW bCLKkbNgbJNmwNiRs2QWbILE2BYWCQmywSoVKhUgs2fya1W22nSLNkFhYJssE2WCbLBKhUqGwCzZ BZskiwsE2WCbLBNlglQqVCpCQWbILCxIsLBNlgkWWCalQqVCSyw2t1W1rW/j/7/JVb8lVN2Ul7il xKX1lLVKrdglXLrolVriFT+tSoNLbHLHsSqDv86FQ/02hVV51FalUH69ZIDm/zkK76K1u3fUVpyB VV0BVV/f6dgVVcCqDuCqrxcsFJmFJmBZlRZgqzJLMVTMpBmSLMBBatqNaLbRW20a2NrY2r+jGCIx AQGYYCEwgkBJGSJIkgSJAgJDKYEoNBRFJZNM0lBojAmksFJQlCZDTKZZSlKZpKTBJFMhITIEiSGQ iIiMiUlJQZJIjBiKSkCJIiNJkigpJCmUGIzIZCIIgMhCYmTEkSYkiRImTIgIZkZhKTQGQwUwyGYZ kSGFMiSAICApDJBJhkSQUxMwhkjJEkSRmRJEkSmJkSFJEkSRJgSJDIZTSGixsWLGyYiIsGIyUSv6 d1L/5r1Xx/aIYOGD+IyaIaOGzBsbLNmDJZ/gKwfwGzRDoscNFsojYwWeLPGR45ySSSDRs4OGyyFo RDRw84dLZOCC2SOHDJw0NmzQ6bHTxw4dPFlmjpg0cGThkhDps2bOGjxbSI0ZPEMm6uStHDBWDRgs swMkZRGTpbaIybEHTZYyhGDhkhDJoWLKho2QybMlkHjdNSSSUwQyWMGxs8YPHCzZghwhk0bMGy9S Wq7kthckjh0yYGSzRw8ZMmjhstsjIs4dMnDZCumzZlckimyzrZGTZ0zWZKs8aPGTQhohHSMGDRkw ZHDhhWCNOnS+cNHTRs2yRkwaMFcMDBZk0bWRZg0cOFjZwwWPGjRw6hHjYydIYPNojNZkqtFmzRgy MlmzhgwQZFtojJ5yrkq2zQ2WaNGB42YNENmiyyDxowWQshkwZZRGFWZLQdIYMC1WiINnjB4ldhxo jZk6WaeI8Q8bNGCCUxJJJDJgs8eMGTzpHSzhk2cIdNckqy3TZZkyWwiMmDR0wcPGzVckrhw4cHjR 00dMGjZw4IZNIiK6cOmi1ulrWbOmjRt10rRs2WcGBs0aEFmjBkyWaNGDJDJw0bIYIZFmjRCzB0ho 82Rgsy0RwhZWSyFmjRghh5EQywR4xXZKyYIWwiFlrRTJDZZgs1JJJPGDpDTJEbVssYMFkNmhwwWc xJJJs2ZNmi3ZJGjhswIODZZks2RlERwjJo8cPHTrMkizrbZZg0QsyePGDp4wQ8cNGDh06ZNmyzBo 6WWOjR0wZLNmkIrqEQ2drElWbLGiHW2pJFsKyiMmDJmtSVsYNmTBs4ZLIaLQi2kRZshDRks6dLMG lOGTRoZIRZ0s2WZeMl7ycIwRwLACAgCAIEAwBXk57wgQua21K5h8VY5zm7mVovuD6C9XJqhSQi7l B3ciVIhtq+07BJfR3pYuNDm1J061Cy3E7sPJQrj0hvjLQalvV17FYSjjE1LVtjtksJsTItG9bWt8 Ou72IatvrYW8J3VXc5wd7G5BLzNvM7m0r3R1LO6+yht9ySNhzeux2vpYkG9Z0O5Yk4O1Hz6O22Eo i7Yb1bp0m5stwPaUurNWauqJAN8APfCoFAsSgUv3x0wpEPigAJSn3weeKgqADalQ98Pi+K2gAlUq Bd9+9KVQQKttBDe+l+QCFKCCoAZ70+QKCVKFRQ9+AA8KSl8KAAAfd+8EqoACUlKHunweFAIlAEqn v3fCVBKpUALAX34D75QBrUDMUA9+PoXpUpQVKxB7996UoJSVVKlLnofEC+KUEqCxM9+KXxKgEgAl T34AIAB8UA9VIZ996VBKpW2lBA++O+KSgBUoKoT34O+qlSlLECgX7QPgIeFBKCUA9+99KCAJUsBA offHQKeUKB3zO59v0+not621K5h8VY5zm7mVovuD6C9XJqhSQi7lB3ciVIhtq+07BJfR3pYuNDm1 J061Cy3E7sPJQrj0hvjLQalvV17FYSjjE1LVtjtksJsRx6N64tk4dd3sQ1bfWwt4Tuqu5zg72NyC XmbeZ3NpXujqWd19lDb7kkbDm9djtfSxIN6zodyxJwdqPn0dtsJRF2w3q3TpNzZbge159SpUoKAb 4Ae+FQKBYlApfvjphSIfFAASlPvg88VBUAG1Kh74fF8VtABKpUC7796UqggVbaCG33x+QCFKCCoA b70+QKCVKFRQ9+AA8KSl8KAAAfd+8EqoACUlKHunweFAIlAEqnv3fCVBKpUALAX34D75QBrUDMUA 9+PoXpUpQVKxD7w+9KUEpKqlSl89D4gXxSglQWJnvxS+JUAnhQMLh78AEAA6UA9VIZ996VBKpW2l BA++O+KSgBUoKoT34O+qlSlLECgX7QPgIeFBKCUA9+99KCAJUsBAoffHQKeULkkOMkaI02b7JJJg 6ZLLI0iOHjRZkstaI6RXCHJJGThhojhk4WZOmRkweMGCHDg0YOlmnkRDZss8WaIQ4WQ4Q2YNkMnD h46NGTZXTZo0QydLGjLJFkNlnTIyaLOkLNPEV0wbIYINDJDJDh5pEVWzpo0QcELOkNjpkhDJDBXD dySScIcYI0WQ8hGDZqsyVwhkWbMjBo6WeOK2iNllmjBXDBws0tEWZOGjh4yeOmCGDZw4cMnCGjpZ 0wQ6cIaNnjo6ZIaN1KKfyFH5SO8Kqu32Aqq0hVV+ioryUVi0XmuBSTNNPoBVV6vn5cVn7qiuwJVT 1kYU51Ff03a53g9LExiCq+AVVfNUqD6SjXFD04ocMkPdihtihtih7skPZlQ3YobsqWuBaYS9uUWZ C92EuOEswLfhLMJZgXHCWZRcche7CWYSzAtMJZiLllF1yizKLbEXLKLMot2QrkHBRfy89zlc2+fG q45PVbvxjrPOcKqqqevPc5XNvcarjk7Vu+Y6zznAonrz3OVzb3Gq45O1bvmOs85wKPwKqqq+wlU9 wjSkVH1qK9wqr6BGtKSGxGLUR5dWYzGYzGZEfwHIiIiIjO7kRERERd3QYIxEE7rmIgigju7BQRBF Hd0RBRBEd3UQQRFEHORERERF3dERERERd3RERERETuuREREREc5EREREXd0RERERGd3IiIiIi7ui IiIiIjnIiIgjEc4RiIgjO7lBBGIwd3YiMkRGd25JGIxJTu5ERERETuuRERERE7rkRERERHORERER F3dERERERndyIiIiIndciIiIiM7uEYiCMRzkFJGIgu7sRGTERHLpERQRBcuSRiMQFzkRERERO65E RERERzkRERERHORERERE7rkRERERd3REREREXd0RERERE7rkZMREQXd0RGIiCLu6IpMQUu65GMEE UXddiMSRFHOERiSIod1yIiIiIndciIiIiJ3XIiIiIid1yIiIiIjnIiIiIiOciIiIiHduREREQRd3 YiIKSIuciIMERnduEEUkY3dxBFJGMXdwYyRjEc6RRJiIid1yIiIiIndciIiIiI5yIiIiIndciIiI iJ3XIiIiIiOciIiIiJ3XIgxERE7rhiCKCJ3cpIjEYC7uikxEZJ3XIxkxBRd10YjEkRO6uQREREXd 0REREREc5ERERETuuRERERGd3IiIiIid1yIiIiIjnIiIiIjO7kRERERHOREREEY5yIiCIjHOREEU kZ3XIyREYi5wgiKTEZ3cxJiIiI5yIiIiIndciIiIiJ3XIiIiIid1yIiIiIndciIiIiJ3XIiIiIiO ciIiIiJ3XIiIiIid1wwRiIh3XIigiIJ3V0jEYkid1yiAwUQd3YxARGLu6IiIiIiOciIiIiLu6IiI iIiOciIiIiI5yIiIiIndciIiIiI5yIiIiCLu6KAwREXd2MEEUkXORgIikp3cjJEX/9222q1v4Oq/ jNVYzIV+9RXvXMjiRhHxI+BHQj5SPyEYR0I/KR3kcSNhAoQEIHgQP7Xvyta1rWta1rW0pSlKUpSl KUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUo1rWta1v5/L+f/qAISG/73s9+gkgEIHuUqDw27KlQfFR oqkj9FSoN7YFVW55lLqUvM95oFVXrKWFLgUtilVe3hsKXaUqrfqUuJS9KivKpUH7qivqqVB3EVDn UqD9gj11Kg1KX+KlQe2pUGoSR41Kg1I3VKg3kVDCloRoeHaZUD/hRXbm3u2VVHgbzxNRks/iLMmj JWCzBorQ0YMFmjBowWaLMkMkNDRDRksyYFmjJgyWZGSzJg0YrZGTZLJdMJcoG6u7GG5btwAADvyE B9+gX1+0E/fhgQg3d00lygZq7sYblu3AAALpAIB9+gX1+0E/fhgQj9+/V8aMmizJo0ZMkLMmDBYs wWYIWYEGi6a/ob/mFGMYzkqqrbbbbYI22222COZS3kff6SoSPocSl0EH4UBYIOn8v5/fnb04P0+F RWT9xlasY7tPBwvH4d235Nd2aZpnTZZvd9jc9QoXdVQMPU7u94sFjM/rJePe3xYsZtzZhwC5uMMC b927N9tvbgW0OvvdD+Icuy0UmRiyxZRiyMWVGMWVqWSzZZqWSy0s1KyjFiYWUwssWEYs114cee3H dm6T8u5Yr/bL0ZmCtqhnI4nmbWaOKvurN5ZzqZ03jl7+qoUqnxmJExfZz09d3Zv5X2vr7SCSf4/V 6g83VVEZXgZd7LF3a4Fdjm8vt2vLkbLfK5rsmmpHerdMxOsalphbaWX5797h6nY9mJfEX9QP0ECy Qlm1LNrLLSs1LNaWbS0UiooVFQRUAioPnXZrnPYt+v4dlrMysV91ivF9S0s3rq/yrCi+7aXFm9dW 1WFH94AADQIJQ5C69bBYN4HVnp2BBkJlsvxnfwbnYQhL598+h2VNnvtt32bAsmtvgOX7dhk49Njs h0+8lma6ZjHLXdxzOdToWVLEYsViwxYLFhVixGCxLFiMWExYIxYCxYFiwmLCYsEpKEChKST583n1 c927+eZvXqnz7Lu+m4fz6lq2/aeV1h1dS1b+HveAi8aFi91aBk/dofQpZ+ks09mxm5nl0wpd5cfd 6HRh7oepT1+OYrZ0wvv0ZLuF4tO7BH5yzhwzOiOgWBYsFixBYsEstZWVbLLSypWW2WWsKiqRUKqo qPqqKrG+pjd8xn0n3mcy/uIvOzOZOPF+qu7DWdh3ScV7mLEqruw1vm53Zm/SQJwee99fla1J+cJW 2CNo2yfu134pRSdDPe5bc4Tbwhr+8VbMhfPh7bcV98F9ZZaI0y/O46bzgUmGNeTbbM5qdEYiwpix UxYMVCSFJQgSkpISTj5b+L5+b+Yp93OfO3e/b+0vCSguVYrusr9lbY3tivq3ruspZW2NWrf3ve94 AgcgJd38MKpVVd2OEfdd33c6O75mZmZkhdscJC2/PhgeSGffRk5tNXauczpvclyqkbk525hIy3fZ PpX0jEYsRhYVYWExYLCxJiwYsRhYpWFgrFipllUsrLLZZSy2WWpZW1D1CD8PvyWHfvsuur9ebdHN 78YotZrcNnKrj29vGtw2cr94AeA75C6EVp98hd2Lrbo8s0HmQhzSVAyMIQLf362BHmEhEmOg2TJb rVlthZInC3zfoP223Nlyr313Vzkm13JaSd3eO8k+Up9USqLBixTFiWLFLFiSYWKmFgrFhYWIYsUx YqsWDwGfvu6b++6tPZq/d+BnZGxDQuE71jaGJ5KVjHy12FQznjpWM/eHve9PDcoeT+obnDm+9CzD Mrsyfv18/AeRJzyVj172d3OyC/d693ba3vPdfvWHSwswnnjKH8nJP5EYliwxYCxYjCwYsCVlSy1L LUstSytSsrFQIqKKioUqoqFU9j5zfLdzf3etnPy/LDdLOzp06dSWk5iXJdSWn8Pe8BQhSz8pe+Co 5Zvv8EzZe7w2dZ3v0aaWaAAWXv4jIk8Pe4Mtssl/dwjcyFjbaWmZNd7mp0LBWIxYVYWKMLCsWJYs SGLETFgYsViwpiwrCxWLDFisWFxO3yp/d3H7R+BbT5VT0J2Sqr8j27XezLOMyb3jetTf0FQ53evd bd5Vxxzcmlakne3EHMAp3GXp5LbP276EDyT2PDnfDyta6B1vP5t9ZbpXe+HsEy+Hjd2n0g6UMZiM sTIwYWCMWJixExYBliMWIxGDLEYsIxYjFhWLCsWFiwJu2379i2/1CFdfL9gvv3QhWsW0kc7lePOW gpqt453O8ectobcquzA8wbmVW5lUNysutyZuTGNTXDNzRcNcNyY8aN1wlSamjZcjuzMybu7LmBu7 oXd0LrIScBezDMzBDHoUwVQiJgiJu8qnHHCIicdyteOOERE3uUXjjjcMME5N7FeNOERO7lcNKcIi bvK4aU4RE2m9i8ccIiJ3cq8ccIIid2nZi4ZxxgiJncq8ccInYYPcq8ccJ3cvHHCIiJ3dXDHjimlE ROO5V444RETu6y27MJcl3RuDtbouuRaG3bsua1ZuZNyZuTGNmrNzC47MaazLw2SWZkgMVWkSaCFt qXElIbC0tgzMVSbDLYJcSUliqpEiGhbbhmITSWZislJgdS0lDTNQjBtgxVZEVIkwLC2scVSUlJQ2 20EzKTAmRxVCUJRaRgVVQmhoFCkpZSpuyJEnAhgKqq9x1vrL3ut+poLevQ2uNncEpMDQ2Cq6GbbS JNJRxJSWFNK7hb6vqD6991U4W63WWUaA0WyJODgYVRWG01CMtV1Zb9V5jKV7nut1lmO51lvW7zy3 W+ppFu3Pc6rtIx2wiTQ6HKtDTr1VCNakSI1qyJMC22hlyyJEiJRKKkpOJmY2631doLnnd1lu7msr gro53LLK9QPeXd2qURZcnS3rPebLdbou51ust9XtJJqhmGMNthg0xqESIWFtqMmkTKY1CMlFIkSU aLUI0UiSkRdzb1u9eW6y2Od211BzmtY8glae922RTWhOlwQ3Udy84RYjtDAcOEWtY3d3cCVOrPns rJKDHHBgoQNK5XueGOrsySxu4O3aAKqulLndDd4IizAuj727MmziOfCbhRChfSZ2OXcrW2usZw4W N4Y9g7Fk28yuvR2bwJrbg57kbwwUTApj3ZRd1cPHBmPvBQ5QG4rx4KGXMzDYvcqluUMR10XEuxoQ 6NnC81dV5pmi8DXage3yBqA3Nbd8E9OE5WJtp87FNBvMPG5yRrEFsN7Z3KxhQGbvtMNDDwgbqCUu OQJuMZaGLGGzViHla18Hq5Y6jTVZ3dhOhXjdXmntF4Eu1A9vkDUBua274J6cJysTbT52KaDeYeNz kjWILYb2zuVjCgM3faYaGHhA3UEpccgTcYy0MWMNmrEPK1r4PVyx1O87yZ3vecY/j3rCvr6VSt0K KU0fTBZ4yQhs0IYLEIVg0ZMkIZIZMFmCFYGiyCxgg0ZMqyQwVgwNGjIyZaw1MwzNLxikyjk1DLGb jszdAAgADXiD7fo335iI378QgXvr8wMzS8YpMjk1DbGbjszdAAgAHq8Qfb9G+/MRG/fiED1fTBkw aMGCzRoyWZNFkMmCELNGTBgyWYNFlmRZkIIcFDQ4CgwkM/L9rWta1/9JIVBy3dhV/oR6nTIZg4uV r2bW1la6aEn6t778Trek8o2SeZ5hDChhZrhknm3xVwJbOROLERDKB+/KzdLxhg3ES1qS5I6/WuNt bktUzZWERJDPQwMpbpYbPEhHEJdz55m5mZ0gNHDhw7s6k7EYSwBiwWLEYsWLAYsKxYjCwLCwjFhW LCmLETFiWLDFit3Hr00H8dWDNr9XffzZkWG+5TNHPa1t5czDmRFc6Lfdbzj2NFc6LfdY9+A97x2q qqr+D2ipSgFvL8V3PzFXicTKSlxGB9+esgeeWsBbUhntwvovUMKA0jT75u27JDz6Zch6KUtLOW0g WvfHxXnoH8iMpUkRWXMT7xoZ4ukRco7euYZqdSGUGwfvh5h99K+Ez0+WBlkUTEY3btXYuwjFYsRi xMWIxYMWIxYqYWAxYYWCYsULFhWLFTCwGLDFisWHr/pu3S++/nV+fJ2j11pCD/mlx831WO9adatZ fcd3ub6rHetOtWv8B73v54CV4e/Cqr11L9PnwyTuYNJbBpPVmUJS5T7ZhSfyCnYk6yd79blLdh+W D4hJfU3i27DtiTqG7tMUPPmYGni2nljRwZSkYRUa5zbQ3K5a6RKfn53cvuZObPLtIqlynzHufNV6 VTSIk29z13f5Sn6KlFYljAwMVGLBWLEmLGpZallqWVLLSy1LLaWWpZaWVpZWWSy1ssrDd+9/L+y/ xNUHd/zL79n51iM9ROV1B11tauxupjHJqOTd85rHwoVVVT6Up+VmESn2pZPyxsPW/r6r2dJCzb4Z E1EwZClJTNde/W7u74HhScjJL+Mg4MPRYyQ1nNyTFKZippzXTSjkpzP3XpNB3iAfHdzjpEoUsLZb JXryvHQ627iNSlou7iZ/N54/FH4URQqKihiwTCxTFiMWJYsIxYVixWLCjFlVcdeXPprwbtWY589c 1ys4b25ddt8t+p5/KVrtsVkq0rxjYlyldevatM+l85efNe58oqlKV9UVX4Mbui4pco/nx+uP3lUr Suyqw5vCsJUj5jHH6k6EhPDraTltgWk9WEev8e/4pxvjJ6oGYJgl75+1/j3mZnrws9LJ7KFlkL3H r5+YxjGN0VuKX7PMSfTRuD4k+WtLlVcfc+775MXd+OU9xdVEpUnufMGIomrtfMzJrmJqyGji58N+ um2Z20uyyKyLGSxWbWWalZLNSylmyyss2qWbUs2pZbSypZiKikVKpFQP1+t/eTP5ePzHvuJrOe4Z xerurLvtx/nrzNhpe688jXVvdnWaz3XnuNdNb39KpX5R5HZc+JUSp8mM4xjEyJFMpDLDPz7ufm/M rW+BPVDfXv79fJ+LH0X4NERU/cWzKkHM++Xd5ckRSIyioj5zG7M1URWpckSVlD9Qt9npMU1KTykm /Pe6aWA2P69frszM6Us9hRLJULqpJFTeMO5+7kzVMTcU3ze5rndyfa/VUDWbSzbbSy1LNSyWbUrL TZU01LNpZpZVLJZeAoepfze/mM39mXVXm++Onsr+M4SxSGVT5d+rRRzXJZplCoJVc5yrRRzXJZp/ h4D1flKXBIptlz5r5jGMbrUbkSswYlKxQMxIZlqUbb+eeXEV4TwZClg2SNy8fefO7qjVIrneetyT VblVXpJVSSF87v6tqq3q6q4r3fiek1oq5uUc1Go5di6QPKHllWfie7bkDrIlJyJT35vvjnDNM06J dYyizMUYsjFkYsUs1LNSzKzVlks1LNpVKpFQFZ4n5PXe825NZmNev8yzPzeezveZz3fNua7dzHe5 73u3Ndu+/Cg/YKqqqv1Q8L+6SUpKKL9vz79V83xJthbIPn3zvt8mru/9IVVVVfsUKeHIV6Kfr7+3 vv3V51nt3fLlJDqYlGMVbXIz+e7jGMbodimfx7jIkV89vsmWoG4dkcy1fyck3Vc4sSUriRxdKvGW MWskovD2+RI0yiSqbjcGMe7d39r9hSVURRKpEallpZqlmWWlZaWballqWWpZllbLNSxZUsKlEVFE VEVKr3vfeRfe7xf3j8xu5jKzuexfqRd+qzt1WLaeCugoyant36r6XVZ7U3lN+THva536Csn7FCn6 qnExIuRgJfWeG/raW9CZZA6z33z6roHlu2s8zLckloPr33ZbeA6wpYLaiXTf1fXUifuO8riIiSkS kjsrEd3r5fru9VWUP6n/5fg6Hhon6pc/q/iSUPDqFV73v3FJ3d9KlRDkXu8SjzyRdUZhJVd/Xeer VWmMszllwccY7kuyyKzMjFlhZUZZtLNSy0stSzUs2lmqQqIqFVr8y72/j4xNe1f5nWcNYvnd5xve Tqrt/kjF6Kudy3uwoi8FWly3uz8AAPcD9HWEGwvun23CaX4XcHCyffzdpseGmMYYpcKx8mZMIiok SFrpU5zvGqTSWLSnzPfac5d3+4qlVVV0ZRURUiudx+X87nqR97TEGEESqc39+33HsYu72cnoq5Vo RK853eGRKjctBPmfek0r27cSmJdSqw7zmt9zrt3f4r9USqEitSyqyy0stsrNTNaWZSKlKqVCjfO3 37+XnXz3xvuJz6zqt+l1qR0Vlmn1VzvYVleVb1F5Zp9Vcr1laALhS0/8/h7KfCiyd6cxXzuVevdi vHcq9ndiudyq93PZmbvbmY9vK93K7pyu7yu6cruvZju8r17sV7uVTt17HO3sxc7lXu5V47lXuvd3 LndVXu5Vzrere69Ve7lXu5VyEdsJmGuQsedy3W636v1B9982uoBaq2Qy2Fy5J0Othht1WhElDZC5 7Zb6mgvL3Ot2y5ZbquoQLu7lle0Peu63W63W4u7uVu2Xdb6vqIt3xfGy1cuW63V9od4uFlu65brK wXGyr6kT3Xlvq+oPvJX0dZZVDFVQcMoTQmNplqTCXDKShKilcLhbrLer6g96+2ur87lQctMtoRko ycTMtMtoRopKTQ20tgZuqNhOhlpExJSVVGyUmkzDKRJSYRcUbwIcCFoqO6NCJOJXFG0mBgW2mGUJ sG2GYq0SUiTAwLS2TDKRqiCVJSWSjIqo2ESYSpklJ0Othua9uW600Jdp3ctLLftX5iUDc2q22SkY RbUiRJQwLbczKvBZW+r7Q+98ds53cFZb6u0Pe8LdbrfU0i3d53cNllbjbSUiRJhMy5VaWRW0lCcG wqrDNrVaJEJoZC2uY2AdC2uVLaSzl5OFoThOe9f32vunbHe3PDw8773nX82jht55SqtnLp4Wlmyu EpRiddkZqfb2ihsXnu93ng2zoY6bBwoQjG53UZ2NaKpa7zxwVMG68W88CAgI6q4c1Z7XRNZd6569 nRysYNRWqQO60c7M3u6hL6u3n2JRNWnt0TjuDcreBVDPXsWCIHArvIHtwPqiFwEdxbz3Z7lDdw0g fFdQhW63EQliW7q1RW7yuE6rurMZvto0M5IRbiiiF8OqhNJep7iC3SFhxC5EteHDd4+dYwx2Dp7k epobdvi+XcJtdl3DM2sYvegfawTvPMZFbFMzhQaa7jYNnRw1S9GnthcbiISxLd1aord5XCdV3VmM 320aGckItxRRC+HVQmkvU9xBbpCw4hciWvDhu8fOsYY7B09yPU0Nu3xfLuE2uy7hmbWMXvQPtYJ3 nmMitimZ2jvO83vFsXjTbXPXprH7eKpUuh46eMEMCGjZCGKzJWSGBDRZDRowZNCzBg0YNGjRUNEL IaIWYMmDBgs0aIZMmCGjRosyLNEINDJDAyaLIQ0VZkiyxoYMllyWQkZGSZI6ZlYYkVdmAimy5P30 L3HX3335ekgn6/SEA/U0gTd4EJAzYAAbXawxIq7MBFNlybkAjQszM0jCEAIbNhAIA/V+R+/YlH36 AaUr6lSyTJJkhTw+ERERER/pZOcnP0nJyI7BVwM7boxYwt3PhqtcGuTGLOLvD9Pmvl++fZjF4l69 5Kp6FXKcIYkg1bYJQpS7neeK+EN8ZPKQTctwlLgiPiA98vrreDyniMFGcsJnvuvb8S08kLbTCzkz 5730r4DQnUjSX5vrUTVHYq5S/zm9rifhVflRVKSqhTUs2llpZqlmpZaWW0s22pZUs2lmpZUsyyqD 1DwHdlP60Lw/bp7No/xK13vrZ/klRDBVO6zctMbDuOZlIVoSO4lmUvw973vfwbXve7prnes81iTl VjKyki12vXpMGJTM/JVe52SYGIblyrRPTH3zDVPQkqpp/AZDMN+/OmllsJ1gNn77O9nED1YerAK1 592rWWlqtKSVIXu/cTrplqpSJR03Zz5nW7KpmSyMWSYWRixiyRiyjFhMWUsWRhYmKKIqEKikVKqj zvuX2Xj81rLXmJ9+dxe6Tfd23v8fN87ovbpnOyhWV6sa3rpby5zGd5iZlTPPqqUflUuPsqJV2e+e 8jzygfSlsnre/M2S0viS0jQwskzwQuWhm8Z+c59u76OTiXLSuoqveWMSmeFeFeofXsXVcnxJMYry FoGyBZ9QFivcpwz939bdngASTzyIM4xl5zvTvgZOnOTwnhz9z1z17ir2GyyQhyUiTm66y5nRTrGI shYshiyMWUwspiwMWFiwYWGLCsLKiktJSEpKQ7d/Wfp/PvzrvoO5/Wb3mfrzeezzzs3PPN57PPoQ h/ASE/YfqnwoKLY/c9YrspSUy1iiGUMpP18/PLYeHBShcuVW4nOXmTNalUwlRFMMPvdfnl8K5OIi M53JisyqNIq7W5+NckzStRV/Oa+SU0bntXRVd9zMmaJtaogy3x27XeaVqDcc7v2rk/VfoolVFRFS iKmyzLNSypZaWVpWbSsoWLIYsoxZTCyMWVq69N3Bx/H9/K7apZ+9WalXVWOtUS1bTTXJ4cgtbDat VbGxHok8OQWthtWqtj8Pe8B/QD3h79hvpJ1hLT89ffFdCyzwRgl8ti2wRzfnieHUnWeUtApgeb99 K+TiyG0PHd0llsp/AWG5fOV0A8KTqByIUsP39CQkkjxSXbWcmZJmFz9r9cxXiyyY2pxmW5IWUBb7 MkGy0+Z9315Wt4PPRZZSbeoSX9b9vnzMzP2Qkgm3L1m/37Sd2raiaVfsWE2thyWndYuLtwvedY3z WcbvfMc3nWPigyfwfiqfUelpa/Uw9F0pEoaWKMJT2Z9+rfivnqhlPVAMPX1+etTppYeixRktImZ6 9b+rfJxYdQthN9RAm2cdyrkwpcYJRKEXavY5r3W6dR2VR7TLM+Xd6Vcql9w58V4DxYWgDvlv6CQm Z+e/nzL6+euu5u8/Htp3b4Jaes7f7RWMyZzvMs5tZWdnbm87rm9dv4EkQ+wLyQ1ZMj79vrxFfIXx pRsAyhXfmkO1k6tPv5m9m+u7u7u8th1lKS0n315et0C0GhG5unPrNu7ubx5SZYHlgWwPWeryu9QK WFMGRHLcpc02lyWwNLLowrayK55+d2K8DcLJSk4pWnyz2Gw6yUsKXKPALsV3f4eA8PPPn0C+/Wus g0271l3jNY5L5lu95zNbl6y3flVR9piGoJKG7+X1Q2Z2YESiUMw++2mk4stIZYCazPvzf3dSJw2h EUzHOyWVndquJa5aUvWvn5mFxXYH8BYYUKWQ9fPdbcpmDPLqvvzTCkiSqrmYs0lImYVv7zBWoUka d/Cg9zOe5vufxPzUmcY+8Zzzt/ZjGXWaee7lmuqrXHpNsWVtUuR1LbF4+FVX0NSJEno9MKpJVJ7B htldJUpIkSVflqVva6VmDULm9rylCPw8pckmlA8Rk7y1M0GStLWRLaFs7M8DZMsAyLInZx88nk2g Whb7xW/D4D3vAdkrnn7dPxv9WX3bfTlfVzR7fXpLlPb+a3uS5Tnt/AIH37QtJJ7/I58QlpI5n36N LxIJhaaGEOLJSnSiEp29b39zjGMbSVXEoiEaa2u7Zqq0latdHdY5cd33OWc55Vym5SSjn377krfe HlWx/Ir52aJt+AQoeFA35SEbQHhVDIx+AHh4fffhmyfUK7Nq7pbN/WphOXW9Fl9a4g1uZQSulqtX qINbmUErurBzhuZNzNDMMu7oZmBuczTJmsxwxw1w1wumG5McMcNchpHCKS7zEd0MzJuadu2929bX u61h1sO67RESwKRJu5ir3cqPdyr3cqPdy5md2qp3cq93Ir2d2Lj3Yubyu7y7l3ld3mu7yL28u5nZ wq93Kvdwq9e7Fevdivdyr3O69mPcqvd153c7Fe7nczO3hVzuVc43bXh4eeHszt25hnLzt24qbcm5 m5jMxm4zMy5sy4axuFOwOhe3MzKFC8toSk1y5VaAkZKtsgNarTQGFlslzGpEJocFuq5tarSSkKGB YVRWFxakwmNyq0oSkwjmNkSNrVaUJSV7iy3W636znndyW/UoL3uawiHBaWkW5VaJGSSrYTCOXLJ3 cutAru7ist9XUF553cq619Qe73Fb7Qt55dddNt1vVscbQBDQ0HFy5jlDLdqtJKSkqtSMlrVaUlCJ GrUja1WlCUmkcxsiRJSW1qtKShwaCr3e++5rLdZ4Upzzu5LLO7i1CaGhsFVzdrVakQiCFpaSqtCY Ry5VaUmg22wcWSyNtChVrVbSUiTA0MgqrurCUmEcuVWgJLIqwDQttuXCiIlklVSUIgkLSqtqtkpL JVUiReu7uNZaUB3dO7tut6v1kkChuaKtsJSUKGwVUuLSJNJjgq2wmgwttcWhbbYKKtqSksMtgky4 tCUghsKqlwVbUiqwlJgbC25uirbSJKqkIoCrbSJNBBBhVFcI3FAUVbYVFSXd2r91VSqoJzLc7jup fzVbfGfm+ill78r42uvkcvMsoYqyWGOo7z5HcCL6dOGmoGcYqsrhnRde7s4JZHxFHu7gzClzYXOw tM59tc2srd3lizfPe7u7GRix7SRVXdS2MrLN3T0TQghlLc3CYy8IyyOj6tI7KGaDSy1UfDaHWOe7 gOGdFaOHs3ncO3qGILVVHcwF84+4Ue6IvPd3W9PcIQa72h2OknAOtu1WXt4FSrIIscdXYSb3qp83 tzDfjVVkfY3it9q3epKdu0dwNKATawMapGRfNZgV4cO4VuRth8aX9jZ9eeNUhnBNVR3MB+5/PuFH uiLz3d1vT3CEGu9odjpJwDrbtVl7eBUqyCLHHV2Em96qfN7cw341VZH2N4rfat3qSnbtHcDSgE2s DGqRkXzWYFeHDuFbkbYfGl9s+vPGuufh/70QPAD3ve8P+P3gPV+jZgs6cIdIWaGCGCDJkyZNGjIh kwZLMFmRBgQwIZMmDBk0YLLLGjBZZCGBoyaQ0aMllmizIwEMBDQwKGAghcrTOdTLvLbuzYTY45jl 2KEgAFYQgEDNIQJCZybAIbrok3LliZtpd2bCbHHMcuxQkAAYwgEDNIQA4TOTZJE1rJo0QwMFmTB9 P5SlV/F9f0NlLwUXgeLniMzMOzxzMaVN+2ddtzdHXrALUt/i9bkEsA8/jPPP7HgG6kbIPvzf5q+n t7MzPJJtn+2Cw/PqSGFh6KAlqMinr0ru0k2iWfcz6e+MKE2kt0lGMS1VJTuuvwqqPzuO38rH4589 3nfu/buXK7rT3tLu3mJG1Td697Srt5iR+94Ae/CSe7Pfu/kzbIGNZSkp+e/z7nivkCU3fw3Sk9FK WNIXb6nrPNFTi0DyyNLYzzE5jcmjcUkKvclogiUrCRliIwxLRVX960ZpVfOOWwXK4i1ySz1fL34A DwC5/j+P5cGZjC6vxh5hauCqsp3mIjqoWXi8TVmlaziFVCysXifh73ve3fFVVf2EhP1PlgFsLn33 m+eszMZC2TEZLZINC79c1WUlKSYYevzleCEQPzs1efYaOSkkiql3luY/O3d/o2OKFLJPRYU93Mlp BH36y03778zbVbaFboRH9APD3g/txjsoWsyJVvL+atZ/lmbTwy08s4ui5ajLM2nhlp5Z/q/gAPAX /G/2TabZafsK3B+/n623jofvk0nmV8X9ZmYgONDvvjZZJJHcBaz+kVYLuxyr3HPnH3bu7vo4jvfP Pe5yvk9B8AkkkaBJJJdHfdVfz3vDwGWx+X6v1dV92Uzs7dzc9+R2RP7N9v0zKfdwhTM8adyVpvcI UzOtP3Jz3hgH6eFV9odVn6XPqosVOxhaB+lb1U+rqsCXf2eFv75qq8NqqG8SKutydJZnJ9AczImG bluG0S7iv0gSfj809P4/hftz75+q3kx2emJbuJ1SZqM9jayLdxSqTNR/FKH3yTEdRErDBJIRIxrj Avv10dR+JJsewDfi6qpWgXUbqs2v4Asgfem4tHbiYkxDO94mqsm/kL5l87vk/Nefg8PAAn+X6x1c 9+7XmrsXuJ1dUuxvXnDaNJBX3cMV4htGuQVzwHh7gGA+HeH2ejgPuZwhL4YNqiFQoG+FDh5HOqs3 vC/3yy8X8m6m75nPGT45iTHEkjT5nb6qhXy/fGK+ycDrvl+v5VMNpRHKoS6zNQ2Zb4guR25nPetd zfd4+UoOmPt3zs5nybblIktkPf3uWE02/rVd33+BknhCc8IUzt9yXvvZSko5JMfxM5hOb29738Zm OGfciz7Ya8PAVt5cXQvt3d3fw94Dz1DP3x/ZX2zWnnxCxnGLx4h1OstzG/PbynhCp3zxuuavM7nH xVFfh+fZr8h+MZuRDOOfI+c/OYwvJ2e+ZuHT+NR7L4GkM+vW250nbSwJZYkpb32zy470AJNId6eW 1w6S2dlp5+HgPD0NfwfaKg387s51fPfkHeaelt5Z48+ksk4ONK+5Kgjm7ZJwI0r7kq+A8PD8Or5R S2SSfKhsva8xVbT3HVVo390TmK718oJ8+b6+HHmwrDT37V00pfPflnNiqqqqNpK2Wx5BVVVVF89N MSLzldQqvgPAAHN/ClJv6a7oftGc6L12760pVHN2u0WnmY3xWja17tLRaeZjfFbo92e0lKIiWyWE zc1V7uVb3cq9vNtN3bbd3S23Tdbbu7bbu7qrrq1zld3ldN5Xd5Xd5Xs7sVzjlR7uVe7lR7nsxe57 MXu5V7ndV47lXs7sVzjlXu5dzOzmte3qpoWlpQoZdVJoULC0tXBVthKRJVWkSJNJXBVtQ68rBDd1 aEpEJairbJwULbW4slCIdbaGOCrakpAarQmhkLbjgq2pKTYNsMxWSk4OC23N0VbaSkSKrCUELbWs jarZEmBttoaZohMJcxtVsJocFqrDLtUlJxK4IoyUJSIRReJmZEEYyUmBttoOGsiRIhQoWlKWDURR hMIpjCUjURRhMBC8q0LhrCaTMwRRSUJwYFtomMIyUoosiioSk22woOYLUtIkSNa0JwbSlJJd99V3 Oi3W636lB56tJpLmCrbJaqkpBClpbClVqyIToGgUpSjmqk0Ohbc2kt1asiTYW0ji0lIk0jkpgiVZ ODIW2yOLJSJGSoq2wlqslCWEpWotJQnExyoownB0NRUtK++nnXcoFfqUHnnLLfV8Fe++3c5st1vU oOvc2vV513JGFoFyqpEmgbClphu2EbStVQnA22g3KpElItrbZEnErhZb1vceG3W6s7my3re8eGpC SS7uWq1Wqiq7N6m5Il37vMvSZ5zhfIZKGIjOD0i5OiOdEG/ZoGh9WbqMGvm8T7SXvbNYzDmi9zy9 czW+gG5U4GddNaARmSxG9liuuIEVQl76Cn1BKAvsCc5zZpGzLEsK90Fh7Si11fe3brJtRhEXgqbo 0zGpbNLNHO843QMVp3k3cvQ4xnQIHz0a5nVejVo3usIHxWr2cMVYRqeka+1zMAbWPa3WHvCs20HK Wqr2LKY6cyryVVk0MXb07n3jm9d0ZmIo7cyiFm52yKS9smjO2iqMDmZaY3VIMZ3NC5OrWvJO6dOr QnhLunS09UZlULzU5wncKeybRfXU7lgkwLMyYD4mKbW7A94Vm2g5S1VexZTHTmVeSqsmhi7enc+8 c3rujMxFHbmUQs3O2RSXtk0Z20VRgczLTG6pBjO5oXJ1a15J3Tp1aE8Jd06WnqjMqheanOE7hT2T aL66ncsE5bOG223LZ4/i3HLNW8iocIpJeiirKqqD4YGjZ9MmTJgyZMFZPDBDBgwQwZMmjJCyzBow YMmjQwWQyaMGDRgwWWwaLMEMmjJZGDRgwZMyMkJNk0wxGiRyuxwd3B3Xdtge8GPvyAPt+RBn6/MJ +/Ha6ajRI5XY4O7g7ru2wFAOBk1AH2/Igz79GE/fj1urq6aMkMmjJDBgs0YIYMGjJut8qqqa7dcz TTTTTTT0UVwKXPgdqhP4D/1++fzPzMt/kO/Vhh6/jdPDrctpQwN79sNTn7encYk0fwmfn6l90l3L 5yS6zGVQkuZ8M2+aYZQ/jMx9een722/xAjZIEN/Xn5+7f03ry5gTOb/Nsl1pWvcGdlTa7jlIrVum +bfXX0EhPwIQ0+h+evz3fSvW+L2GYtpwlP3h5H973JmZnkhA5vpa9zMzJwZu5225STdXYd6xXs5p zMz3ZN2Uzx99yFAjqGV+6wghalV8PADwv468X75dG7vSNaDvUDuV9Z66s3eZXX5dlF22zd91O/Ps mO33hVK+UpT79Yn3fb5vd38vn3T5Em0i/PNtNTM9fEncPP380yy/jj5M1iT8xPN9eKu2223jfTtm /sEyUspb9+963373d3f0APDw+z98aH1hq39Tsn+WqUc13gmqmZVaxpV9mm9LTHI9Vchpd9mm9LT+ 97wAufuvvy17qp8+6247Pp6PRSmh1pxZTXqZhINc0Nw2WWyE/XffpvOe992+faxV7JX7bn13eate LBmZmfgAPAVv2lc7OO6w6s3RX6qPaMD31fBV21yrto4r3WHTzcb2t2sVHHe6w6ebjoDPgAB5gd+/ dwz92Ek73Z93pNyV+ttt7NAAO9/Zvf59ZgfvJTk3sn36776+YqnbLPJ8enQzvP1aX8sVemkmku5K lfOMM0nJOc9nOc5+lKpzDufxvvxt9sGW/17lzem8bGQjqxhoOVxuqPcmhdZgbDdcbqj3J/eHve88 96gr/H1D1fpz7jGMZwk1EkVfqtOc3y7vb8Or6tDXzr78HXhITyTz+dszOaSWf0P5o7nQOWdFxTDt YklsMRayfPxQV8t95r49p85nC/w10rsZZzfmlUGiue9fZda4i9Ovte0gRSeq+y61tF6dfavveHgB 8B7w973vcBRz58zJ9m5Iklz794YrWHy0lbJv3GM8pe92qsO9YfBnhlPf557gT8e7bb77QLCUBY37 7PvuQrlO7NkUIJJ/Dw8PDuda7RX7BynA492qwjbFeOv5lLJl51rn6+3WUseu+PrPwIAfA8L6Tvqs abD8u/PN3d3jaB2EIQl/YztspgQf57PAm8gcZv7t/la3ik9fjD2bQrxfSuunoHMPdyH56+LqtH8A d1Svm1c3388APAH5fw21s/lmuEeFu/KqzAXaw93VwsfRXWZS7qodL57dIWO77TMPe9Cd9vf0k5zl 0AD94AB/JPP5/K7x9OVhHfnfTXd2T1Y+pmbawkN6Xj47BrBixnL0AjNpV9qqjsgO3d/gB4D0+l/G hvftO/h20LokUKmfdj3nmZ2KVcpbLbnZmdz34vx5v6Sc5z3AAAyl/Az+EjaAAez89tubBm7u/w+A nQPADl54++TWPQeIHAAD9/KE9wJ+zfPPLbJ0nkCffb71vF8t+dbivgaCdZfan2SEvk9jfT9vxJv9 UzDe3p6ef6zVvrs9PR2MvrdWndl+c99suqTcydzJuYG5gbmQNwM3Jm5McMHDcw1w1uXcwY2Jrhrh KkXQenD3HbdO3Ot3be7ute7pNpYAudpnZi9vKvdnZi9vKvdyr3dWr3c7mZ281vdyu7wq7vKvdyvd yu73Zmd3Ne7lXt5Fe7uzMc45V7uVe45Ue7lR7ndV7uVe7szMe7lre7uzMc42hu7Y6jkuyuO1XcyL LsrrtbtmrNzNxzd5rFZmZoZlzZlm2bQMu7JcRUoIIXikziZltgWyUlJpK20wlbCUmAghjmXMcsMD MtpoJKIu5rKwJZbrOVBLNY29SguFSwWBbLet3NmsNXVwVwst1u41K+Cu256zmSpYbLKUAjb6s5s2 RqNmyJZsbfrd0VLet3Nb9X2h70Sw2IqWUhoYHQXd3d3a2S0tAwJW0mEqFt6zi11ftd3dz0W31nFl jJusuVlvU0O5H2vGuvNYhZbrLpV1fgrvIWW6r9SUqZSUNttBaWyUmByq0EMGm9X7Q7yNlv1ESldc t9X6g7yNvWXbLLCNbrLthGtQYW1LJwaGgqru0tgWkpM8z58GdMtE1UyXV7WPa22JVzCLT3uZGruv O2uayXz5N1nBTsZu6rtHaFScob67noMbOpXjrcwd09W5wuu3sW2lB0DzctBcHFENwcVY3fd5jOCl hLy7B2vADx72VnVlNcNXYxWSdRU4plGtGWHbVx7d69azu2bLKza3KgQPIV3BzvYNM7lYhfsnVx72 TR0yrqBRb3BPrEK4s2JePlT07vp0XdQl5dpIMKW3ks2+x17hzw+lvKoc76+jbqwu2uCkwbgrh2pE 4kFzez1Vx12UsrLTb6i2t2KxJBCrM6mgyhx2hlpXDdG9ZNu74Pvb1A9/Z1U0gxcaip6d3z75d1CX l2kgwpbeSzb7HXuHPD6W8qhzvr6NurC7a4KTBuCuHakTiQXN7PVXHXZSystNvqLa3YrEkEKszqaD KHHaGWlcN0b1k27vg+9vUD32qmkP7NMDQLCtmD6fDBk0aLMmjBgwWYNFlmiyyzJoyaMEqGRgsyWZ LMmDBZgaIZKyaMFmTDSIyZMGTTJGDJZZgwQODQwOBEKaHBgOa525nDt65rwu5lprMrg6QACM0AgE CBugcAm6QAAANtC7wCBADNrbmYuy4aOXRdzLTWZXB0gAEZoBAIj9+GF+/IAAfv2EQfatg0ZMFaGB CyGCGRZg1JsmSEjJGTZLJkhufxVVVU/knOSSSfqECe/2Gnv3bam7axbWIfE5y3IzO7k/Y1nWdvJH w21H64zzmPdu7vhfd98zTgTtnb/oeZ7k0qAUf59v6EzrH9vir/Qe94D1uL4UrT/NZn273CrMw9KQ 26FvX2zWdcYa5F51zmprOuPlKC/s+Z2781J0manr796tryppLD33v19eV8t0hkSZM971wpZochPf 2dy2zYE8HvfvJ3vll57noM3hRLKe73M6nAi+db9gEDPv34Z+U+7tR136/plQZ2F9pCudhmQ6e1Zu CMWVuY5nuNY3rudZd+Uqh8Pr618+8aNOpEhq1f1Uc27G21VXQsUhuBdfftwh76UNRrPZSNe+/MV3 8NrmHGI98+63J+FFOffx29I/5v8NYuqpYPzvudI6hXEbl0cHEzb3abIQzeDy6ODSXt7tNkfeHveH 6fcfqojCOGum23JNsBhD9Lmaqm5CWEObd7+/Hu23nhPSGnltzkoGOdB5MMN5G8vl89DNAyFAJKHI Xzx5PTPNDy0L9yTk5Ox/tv9mwW9/fYsvjUWYjdyLjenb66u97uN6dvn97w8Bnb+7LyyO/CxVA59W S38m6qCpJK77N/cOmm/XV2bnMyWZnK3fLu/m2Nya9v2Nycir5d3fC1x83e95kw2383t9UPDMTfCj N6/uRyzMNJv8+OcjfarpVWXJxKY2/c0rp1WW1xKY2x8Pe8AgIBPv12v0/AZ4aMGi/diW2j2Ek738 AwGvEPp+/9e7x68z8/bl+1r53Nh4nIU2mTKWlFOjbEuW0YM/TMyqO239gEC/m+vnzV9fb4drdvs+ 1U3123h7+JZt2lhS+A8PDvqqqqu922zL5vrCLvzw+ws9VRD0XPzX7970r6NFVQr1LXjNUg++GbWz CCST6Cq86DmbRtvT62vgEAhs8n3b8+KuzyE973yHbb/AeHvB/qGZ99cLlvj+vJHhGVq0p1L0Kxmx WcpWgrGavh73gNA/fg6PMlB1sFmiRmh2LsXp1GqzfbW/L8rqu6kF3fe3uU775ti+tScV3c5n5z5J +jvPa7m+yeYRCNx+30Gbvh+Evnd3/AAPAOV9d7al38bOnv5eHZh5/h2y618W9S7i8s3Wvi3qXcfh 4e8PWZCj+MPu2/B/NPN3dNvH4n4q55bLpaLrxy0mQSSEmk7u+0dQzb/fpb7MzMYdA3z5b7M6/PXn tRU2HhaPrM+MumqPvpvaviR+HgB4P9iPfq+yD8t2zgJs/DdPUZJFRGLMml7TWtqiMWY9+Hh7w0bQ rwyfVWD2eZR+4fj6k++N7vgez8VwzTVHOuhfy+4d3cvo5KqqqoJQoCgVlVRGVUFihylPsSbccmPn XpNNL5j4+qUN39nn2XvOc/LvXEcyrO1+JBqsq3N0xHUcwruWnkdRykrQpZMfPmnKu9eVe7lXu5R7 uVd3lF7uV3OeVO7ld3mt3N7F7O7F7uV3eV3eFe7lXu5Fe7l7Me5Re7lXuOVee7FeXHczO7lXu5cz O7VU7uXsx7lXu5622hYSHGUlhhCy3VKELlvW9u8jaV2uu7rlit1eiKu3jZFvrNwst63XNiNV8iyl 2wjW+su2agt9X6lEXXlllvUq6ipQsmW6SpJSIdC25lLdCKV1fqPu7te+lCy17Q5V+pQXIWWNaI2W /VnVfVnI2W9V9pF3qlhG3W7pZbq8Wg5S2S0pKTgQ4OhmZmZmtLeJbcqW9SlEXcjZ+NNdUt1faHvI 2oq6vUHeQst1u6pX1LE7bpQ2VNmxCylJKvWcjZrMaiK36vUpX7rruuur3xZSgEar1B3X1lyLNDaJ Zbq9Xd3d3W8n6uoOWyzQ0ifUDXW0FkpOIoGEo0slJQoW22x9+rlfl3VRhjXd3TQ5qsqxu9wPHA9z RZ6Vwo92UG/d2cW31DnquLzygJM9jGnpns7BJ7p7j62m5eztvNezzzmG5wpd1sLt+IbsCRXdy15t ovj0xbsmAvNtk0+7px7ojO493LphqTZe0iCKuSnY0aO4KRDt2e3vUtyJ1uUOwa4khKS7srrzBBq4 JkUNK4a9t7cE887Z0pGSChmiaeNY7Z7uq7wQ8CMZDVvOIrYOnDPQLJUGUOz3IThMznxgfdUmVmdR lyZs6PuMwb1KmC89bi2DOQpFVd25gBrHd2WVXF1gnk9xE2iaPqu91rTtZnH0aWyUjJBQzRNPGsds 93Vd4IeBGMhq3nEVsHThnoFkqDKHZ7kJwmZz4wPuqTKzOoy5M2dH3GYN6lTBeetxbBnIUiqu7cwA 1ju7LKri6wTye4ibRNH1Xe61p2szrN4BAIBgHSzB0yZNGDBCyzJoyVghguEGDBksaMkLMGTJgutG SELLMmTIyYMMFmCwksmyCy0dx22Zkxd3GjrkdACNeAh9fkQR+vwkACG6EgEIFbLTdx22ZkyLu40d cjoL1eAh9fkQR+vwkACP34oSNK6upX1fq/Ur2xJWhZk0WWZMkMGDQwWaGjRgwIQsaMmTRowaIWCE hJJOzS1rWtbgdn22wv4/nhaaaSSL1nl3f4a5xn2Mdax1LiZtM760Y1T53r7lhN+kiSIxu+wfc6k3 SM6YwwPC6u7s2WnpRur+5fbQ5r66UOrqVrQaC260vObs5LQWVVp5t4dxc7OO0FlVaeeybf1lkDv1 yGSk16/KpE2+LgYhv1VoBoYLAtMDPGhWZL3lt3fDV4TaEkGEPOdJAA/S/vc2fg1A4H6W3l/bL9+3 dVbOw/e+9n5w/e5ufs3an6m+mHvW746G23w3L4narrvuGsB/Cqqvrqkyr+Mu7VhVcc+s1VaNAI/o vZKGcKocffpsqt86Bw6K/ePoWYc/pI9/Tv4P08z+juQJ9OEy8zu7bXBxAt/Kqkn6R2qdS2xLnCoy 4GljrA280bswIyjezcVYOkzRuzAjKP4CxDUNtf5CEIT979+nf3vVVk9j4C+2U4GW9Wct3d3dXvUF yadV3VQCqrs8uqs0cKoHPyqsHVy+7Ruihdv58qpeVBFWNmVN13259PrzMuCsvpgmdJsYuPmoqmAl 9t29N9zzveTuWMd3q77+xVUKUfya/H5E9v5JrOrCq9+HwsZX8b/O2SSgaqlfrH8MVD6q/rAd7Ve7 4XN9VTuz0BeaBZeECXk7+8/PoGgcRWTJ+G/W/ZtK7Svjm5rW3o5S118VtnWR9uGyyy7XYQ+7bLRC 3DZZZdrsK92H12/fB/oybz+QefzY4enCWEISgasRpfXZfnrLZ55oiFy1lLaXfNFZs2CM0LM9vhnA j9di92j6wgyMXjWZ+WO8z8SSOa7q09dhpMhVdvdWfYxtYNY07byseb2PGNrBrGnbcIxC115VfAfC iL8KDu/rkxEk4iNGWMFUFkoZt3e9X2fMkkYw9CoZQEcN1BUNkUc34MPOVVQI+GdMu7iqx99b9yp1 a9wQvYT52hNNRccksb15Xa29pNHG7G9eV2/L6aDWD5g3YsEZvX7xr2GNk3pESomN8xuN7q4zv5o+ k1W0gQkve38GXk9dZpA5N7YULlzudhhnGvKUhffhRO3LIWYfxNtLg5eN12y5KOondy2I7xyu13JR 1E668Ptu7u7u7v1XbxDC0N93favdg92dKHvBwVOh6/PgfAMHAVRvK+gqhvXqtC7sYsxKxd2MsQ/f I1TVKChVVjV3dmlWeNUE9xffczl8N22DtW8tC+CwcqtdaFoJD1igCK+rUqrtG8vCEev0tsN0h3AZ hgQAvL+75nYE2dT9fr9ne5mZlnDoTQOU5CLnt7hrWjdDqt6nWDR3hQHLyr4/IkffbmbZrOyvtdW0 jx+RW1tKLr5jIlpYy9mBO954pcYxJaWMvZgTvbrCh26a28G5lVuZVbmVW5M3OZuUyxqbuaWuG5oo WbWGuFSnZR4e67eN3Tt07dOu7b3dxXu4KQAySWEgThOLbubbbN02mpputXuVe7nszM7lXu5V47le 7tzM3byu7yu6cqb3VXd5Xu5V7uWvdwte3lXu6qvc9mL3cq93KvHZmqvdyrz3Yr28q92dmL28Kp3c 50dHeMXuy5nbuYJw888JydmHbvab2m9pumTMybhHY6zWNlvNAkJFkhuyMgG8izZfqy5FYllv1e0O vIsSy19XqUXd128nq+sRXetlkRZsqW63XIt9XaRZ1b2huTZZstv3wpXXk29Ghba4BSUC0smBobBV c0DQZDrpRZb1K/ad3c9V+r4K68it+rqlADpZEViWRFvrUq7ZZXoirrk+GlOtlut1yVK2Jst9XqlJ Je9FlkRbrd12vGuvIsstKWJLrLkVlus6kordbkpKTiUaWhLSkpNDg4FFRoevkV+yiLmo2W+r37XH 18i36vBXvVLfqupE3It63dRNlvWIpXKvq/BXXkWW/V9DvVer9TE68iy31nVer9oJlLSWSgcHBQYK KiZS0JwcCqqiRQ9LBdjU0JIbIC7k66Fw7Tuh2C6FmcL23lXp2VR17I9i9mLU0FPPaau6GC1j63nS IYYFQrHMQobIOPc5Lpsz1ThXVy7Ehr89z0CziYrWXXM9T0Fctx6ee4sVde+N8pp7NpjJNXS5S2R2 4Q73JWispzeNGnfdWLRQp+RpIZ0j3VMG8dI6aO0E66WZVZ7b7m3brVuKOSqgUggZi10e3k1S2p1R QN6KGt5eK8gs8lMzg9sEky2vczaGbz9HFHymcZW1u8Dl85Nwa1MnCjtAXzcza44rc7JXaHjAHve9 7z9JOcVytW4o5KqBSCBmLXR7eTVLanVFA3ooa3l4ryCzyUzOD2wSTLa9zNoZvP0cUfKZxlbW7wOX zk3BrUycKO0BfNzNrjitzsldoeGgs8KA0DALMHjJk6ZNGTJkyWYLIWZMmDRos0WZIrSIrRosswYN GCxgwYLIaGTJg0aIYLLIZLIYJDBgyYMFmjRkyYNGCxkyYLIaNGDBg0MjRos0QwQwa1hi8Zyza8Sx 3N3NyZtK7d3eBCEDhsTgABAH78GEfr8BMP2/CH376+7330yyssdzdzcmbSu3d3gQhA4bE4ACB+/B hH6/ATD9vwh6smTBDAyWaMG9SSSZCqqqrp+8qlXXYj7aVGYt+EXKy/L4znePfPsmm0+9x/Cqiq1j Wk7z585jGMeNxKkkqT9bztmw+inltzJnIT+dnQ2Tc9qE8vvge7yZDdU6+PzyaqzRD19d/de1xQPU CcYb7aDeKkc7obPWLoHcVI53I2esXv1iPXVZuKqpYMumjsYC9u3TG1RBfqoWLmXgoZfyxdVWNFd2 UKqwaGAV4d9nTreZmZgPqk2jV1Ym3dCsv7n33DszMGDhv1PLO9Lw9kXZWfXx9l0Lpl1zo701RdsP CkNUlb1He7rnub17G05opVFG1fDLPy9akaukkY6vHVCSSkLoXQyfP6q1VQ+b6VWgZ/AEP0D/Q1UA 4OChdnQTWD139i3s4aaiyqrgQ5YcA8v23p/J2565O/u9/Lh8b4auB2+5rGbQ6Mou7GnxwJpVmnrs I+OBJfbth/P6GTb+zEz737s7p4dnlmSwpbWhWz9vy4b7quhVUBVVV0PtTS98uBF0/evNlU2fvvuq viw7R6lW2LW7WBeS6iD2XW5zELvIcDkupighd5L+G0BccINVgFjbuqr2rR8L2cXmZmYxlDSNq0ST eD3Ro64SSU85MNzd/YhuTSUpD958/szMzeXpx+Cgw61yJJsC9mZiO3dp+2vfgH99Pvru/tm+611W P3xzdh7ebFXmGBatpa22blXoqbK1Ve2qtClqrUQNA2vV+FhR/WNGHN8Mrh985vULV1VALBKwAgYL 27s+yl98SM4eqhRPVWeyKtqvkfjvz+KbffZU3Ttejwc4MpVaZtdyvQqyr5G13V94UetX8KAI3vB9 srMvLu993tqvV86+dVwG9Xbrd3aCLKU8tlvfZA2Xp5Pw+23s7J5fMQYkQzfKKu74dwuqofM/Kiza ku7Vd895PGyV2RTBLdvHWik7bE29S51WzBG7XCbexdKrZYDg999trfAUX3UDLu7XqoP6Oxh92V3i WH0PPM89v58V88mBZ598MKdZnD6VXBt1YzVk6q7zQqqqwaG+XZVffpBYJSXX2xZWnu+eYA0tvMUM KpjqzQCud5iZR8PZ0z3nnIe+nfZv6AcIE453qrt5NvMCrHqr3GNlMkmty/tyXVUJWjOzM+i4bLtC gK8vXYsbhjocOoHbL49hJM7hmDZlffX8amyu3dow0igjpypOPQ1gtep8e28fTvDwDNIWvUme28fP 77yofX1GqHqCvjiF+wIXYsDcTQSUc6gN7qAt260WlVcFQrglMM35bRuoCarxd+P4C7GUH+uxQzAK 76poufrofrFOxv1iqaH1rYXgl1fUDXYmuOS3OcXcvkYnMTW3JbivSU7tEC+83M+dyr3dmZjx3KvH cq93KvdyN7red7kvdy9l3lHd5XdOV272KbvK93Kvdyr3cKvdyr3cKvd2ZmPdyK93KvHZmqvdyr3d uZj28q93LuZ2c1r3E60mlk28Ghba6WgYG0HvVLKxFvUHdbNryKU6J6vqDvWxEt+pQXWwZb6zqmw1 LLfV6kRXeQWy0DR6vkSld4Wrq6u1znOCy3U0HMbGysJN1nNZb1Xq513ddXg1o2WV1Pu7uV3hqLYJ Zb1nLY2Jb1u5bBUt1u5ssCpb9V9SJ7ytBV1e0O8WUCgpJoaCCCoqXLSYGXVYIbttlGyyywkzXxru bLet3Ct1A5rerOEt1ep+7u5X3yNb6zhKw29X1B3hUssr9ocNeNdwtm18a7iv1fUp3Xd17hbfWcWW WBW9oXFlvWcMaysCpX6vV3d3d7zZb67NeHCTVClyNQqt11BiQ3Fq6UhsnRnlS6uTx4uLGBrs21Re x1K3GmRQYXpS9u0NpVQR28oiQSLaAPZr9VXQIydkniQTgYS1K+Q3BfLdb2nudib6q3WyTMwf1K7m vLfmjnChQy9y9vczDwsVvxYsHvqqodQQ0jSRvDtF6O5ZQyghnC92lOG2wrsi2OBNxOKgd52t3kez d5A9WYZDs7BfSBoWz2iU8Z9sIge7DtzNL0cNYuSO23u+49qCEw6xe9gXMEaMHbcbivFE+WTROHLK lWQneN+vZsBPbm3k2gTN69yztbQtzt4cqmi5lq1m3nHBFzx+A973veWpQHazC2dfYL6QNC2e0Snj PthED3YduZpejhrFyR22933HtQQmHWL3sC5gjRg7bjcV4onyyaJw5ZUqyE7xv17NgJ7c28m0CZvX uWdraFudvDlU0XMvl8zq87xl7m+57dY2OnjgwdLFllkMEIeLIWWWYNGjJDJZg0WZMlmCGjJkwYNG TRoyaLIWaMlmTBZo0YNFkMlmTRgyWYKhZkwYMXJdMuZpcuZjmbNmULgBwOBZsAgAAZzYBCBuhAAh AzQ0LplzNLl+++999+v19x3wYx1+hAH2/Qok1qRJJESZ1LMllmTBghkswhGZEiRJBVK1CqV8+3yY +fc/XPv3lX54fKNV7eV3Q990Vnk6lLT335nlvLzLwh15anMsGibH4BAiOhVXZ8/u3774hEkGvCrg ICTXaiSYKoXVTrn1Vljvqe4d27PKo9+DdOGnW5G3ubSBq5SS7FSBq1gEyh2B1RGfXs+H1V3t36Pb F3dXUXgsoYKAuxWOVkwprrF3dMB/IX7LRJNnU9FGVtgvv4bllPn5b+d+d+Juu6nqfLZDPP3uTYQ5 oRw76Upn3O++R8f0cM5+Hqs+9nkGm/WM+c7S252EO03bGdc7SrvuHo/LbKKfFfzQ9dhxl7d9b17u 585BLBH8AoDp8mur6vtZyszN9YyhQuh88dV38DuAGXzhACfPe23s35+nm7k/b7+Ve9goZaXGLjfq 42ZtVQnVIHZIy9LNWMTbXDrZZqxjefP1AZ9cn1Orq12wTGjVWbANR86rAghvauu73rncarRVDaFW BXbuPLNE2O4VQ++jg0Kh/Xp13y+tVl3eg8BdAbldrqkf133wvk0fFfrtXlVl3unKDOS4bqNU7vNO UGcds3TYFD6GTaoaBl0HU+6q9z18DOBllOb0y28YMb+ZkZsJXe8/bZbpObOykBvz9+PdPSl/pJ7G EwluxQh4/jpOrvso3f76ylxDLK14VTs70yTtamFVLO9MkVhaL39WR5lV7oFlZW68doBNjvngd7zt sTt48jzJv4lzAvLwl0uGYBXxpX8MC9QoChQrQx3fTZMs5eE7ixZ88XzsJlISVT011Uaw2EZvA3xr qo1hsce3uAv66rfvkqrl77OB862z90s8gpzwjKS67GzPL7CYYOzGT65oYAAQGBM3wNmch3v4+AnN zx8D9n0/Q9N88r8qt6jtP7TtwcRilKsBkrHehZ1KsB1Vnl/+rJ8xHzm5h2JPu/mLkh+F177m5UlV v536txNU3H55luF+793fZ7Gn27ohtLlRZlUru8F7lV6gSB3z7Fd3999ov6bnEXimlBya5e4NDunR hu1llO4O5inWs3e5Z72+t77trvZD43pdZkkkkk53WfnLbXFcvLBwZdgMWBZHs2oCM2oliI0Gh3pM neKvZPJC7P0ssw5MlJ3uAOE7v6Fm5bvKLCzMvftR++D3JcIvps7olHnNBXudW9SszezEg73Orep2 Wxn2gtPM+HMgVQz0lji7hAuE1Jjv6ugd57L97Me/yQgvn8hmS8wPxQr2avjjujnUC893dvce+79r NY+4ur2zI3B3U3ZbbYoJd7swTMG5mW7uhuYG5gbkzcmZkxw1w1w1mC7axqVE3BNwwcl3Ms2ZmTcy bmTcwvdxz2IN1VChtpSwN7NVzTlXrutt3Ntt27riu7qrd3bbd3bbdzSr3crvF53d7MeOt7d5XTeV 7udzO3c7cXt5a93Kvacq93Kvccq892O93HdWr3HKvdyr3cqvdyrncq50uQux0Lsu3aa1ZdmO5mO2 ZZos1N7TcxOzDjdN6Y9ampwioMLbbZObCLbSksJbCYHBgWqKwzLbdX1fO7u6vfNlYFS31fUHvKgq WWvkWU59WcNsLA2wt9XVEbhV+s5st9X5EpXvCt2hypYGo2+pSxLkmW9V8iV7zW6zhLer6g95t9Zw qWbHWcLZb9W7n1Zw2wst9XaHcKv1faX7rrmgghhslJwZDlWhm0toYFtqNCUiGBoKq7tLZKFhdVgj SLfW7kbdZcssIWW+r9X2nd3evlYpJbrRNdFvrORsrIt1KC5Gyy3UC3BYRtmy3V9Slkl3kajYjbq+ CuvLLSlEZFSvqPu7te82W+18a70VvqURua3qJIXEiKlVJVEiRFWVdyq5trvJuWrEnJ8xndVVub13 sErCsxbTFFGpgo3mUK4IdT22diveGITEZsndi1KUhe8O4UeEGkZPLr1uYjhGl9Y4G0hg2n6/YaYN bj31m2e4Re2Y78+8V3OLp2ZWLtNbSSvb18NHBq3WCu29VdV2lDyrM4w89eJ5xshDRiwdmVivRwWm BjBhDOq96ODemjLyu525dWNT1J9jaN2Lyr551946GGDolU0gwXTwZadNl9z8hh0jeve2ddumd0N9 ZtW8ft44tzLfuQwF6r7SwOqFe7BusSd43MvVsqUdCt2tfZVJySPGn0BPh4BDOq48V946IGDolU0g wXTwZadNl9z8hh0jeve2ddumd0N9ZtW8ft44tzLfuQwF6r7SwOqFe7BusSd43MvVsqUdCt2tfZVJ ySPGn0BsBgcBgBAos6WdIZNGSGiyzRosyYMFlmSGiGCGjRksyWWaMmDRDJowWZLNGSzRohghkwZL MGDBowYMFiEkbkraGDmZuGR3F3SwAznMAM0gQIABN2QIGTYcADdBY3ZW0NHMzcMjuLulgBnOYAZp AgQACbpIky0lSSTWpKWLNGCFkLMSEjJZQCbIyWRkyTZL6fNRai1F5+0/Lh4DJoIdPfrbeYAcga+Z 4Bs28ob8qrgBQ4zvm7stn3W24Sfs73CaTzvfx8GzvkDl/ViAc/G83p4Hf136a2Oe1TO0xTzvjlu8 heMUmmctXjPAWc+0C3VdgF2MFe4uHFKSu7p6BVbj2qyjUp3d0rG8tu7I2vWAo7DuxecPNgF5Q9fb Sq6vDWTZ299XX1XVFC76UXwaS+op3WCJSZx7hl1fZ2ce4ZSH2qLYPqpMCvwHrPXr56fqvJ7pRUSn Z65xbdC0N/PX4+VW951RuXVWfeofgl9ESTPDenVT9tAWvoR9wHWLIo78JKdi7sX81n2b31SVwvUS Vbs045pHMbzqb1rDzwjmN50961ngMG/pQSUgTd6U+uNGvZDOrbSSwhKnb+tXV1dX+AQe5YP4tV9C 3xJIdWa8aMCe/xQyWkp3C8jJlD2GPs9+j8v3837RMh15QVJxxRJWQdrus9d6ixNlIduKMJXeIoPX SHbibgD+HqrK1LWK+Fe6hvWOb6RIJzAKS8AOXf2jMnbX0zZfLF2PwCAD2LKqChQwMWXdXWUqyId9 2ZIJVUe3iqBKwr8Rwf1HGNZ6OzeI9JiyX2OZV3lzSpMWS+xy/D3h73veyq+FXV3d/t8zee+fW33e Q3PNXClNQk7ELmTs3N3ai0oSN/Hn4M3zwzoYbKQvz3z08tuBV5ZgJyqoVVVXzbb+JN3dOPb7Ly/t GXssIVlU8b2c+Crd15vIjsOBx5bF7t475DteNdyI7DgbeWxe7eO+Q7bz5Hu+1fd+7Zbd+ml3ttqe 8sIQHv7vqr3vPCX996zfeOeSI1KhO4+XuTJep31ya5d3umGm5nhtQHC6rL14LAI8H9OoV9UH2Skh wv51FXuqu40wcCTtdiJwqc0qgIA973veOLSy3ySpjLHwuxYoggih7Y/gapHptbBhZ+D4dpHql8jh FgYdAPZY1yqQVVVUKHVYofDmkiSVVDeOXVIbgIv5fRoknzV7mdJd3tr4Y8crOY+FVbZSW5iPJ2ES TtA7udVt2ayicwAe973vc3tAt51WnUwXH9yDvufp+6wnM7f1tJpt5PykIQ4TzpZuFzrIeF/d6/u+ M9kOya7ahO67ozB7QKbWVTM+cfQ7WZ0+Zqs5tGqxZVF8r7t7l2btnVa7e5dm2Bn0B2qIz1VWHSCM rzXZSqt5KfJl7VLA5nIZ7qC75l4q9yEAhzu/TM+8j3IQhz4Z6GU52e572P67tDAxdAdSoXh6lQXD 4Xiy59RObvTr797u/HnxfvHudHpe9bIgEmcIcCcJwnLdxa50pbuurbubbbt3W25u2qvdyr3cq93C vdyu91Vzu7M7rtXd5XTeV7uXc7ezNx7eVe7lXuOVe7lXuOVe7OzN7uO5Re7lXu5V7uVezuxudyrv QtuddXdDSZtLYSk4iNC0tkwKFC8iKIhTJKRCgkkprkber9URde2WDfW7rZWEbFTYavq3dV6gVwyy sWwZbrOq9anI2W9Z11Zq6Ys2vGu5qI2FlpoYi3WbcW63XI2NlkRsbLet1yNX1nNZWRNldoXNZkRW +0xXKxFllvVnNRFZYLMmK3q87u7qa8WW6suRa7QuLKiepHV3MzIYG7S2EpNbaFI0tJodCnebLfW6 5Fr4Kc9r5NK68my1zc2+q7K6uqW9XwV3mIrLfq9Qe82+suRZYbfrNyqHiPUL96h6bjmnJrutZRWy 8xVhJC7KocJnK4YHEm3EpY7ggn29Kuqwyc8ddczDvYDe7zJncOzATxXtGjPSujq8u5g1EKp3r72K nJLDHBp0ghoYQx6Dt9uxKo7gZyWuEeibeq992rL6pWQ3rbWict3bncsuJsoBhlR5du8ontskE1by KStvAcfGbqgxBGxZ4oIIG1Y7Q8L3py44zdRAn1zlyodylHFsd2QVi7N93t0XO4kHiiuUgXc9Gbdj UMwcENSzho4KcwdRfcevRNhxLVzvbzmNqDEcwxMi9iODrIsnu4g9Z4msHG/bucJC9b5cchuogT65 y5UO5Sji2O7IKxdm+726LncSDxRXKQLuejNuxqGYOCGpZw0cFOYOovuPXomw4lq53t5zG1BiOYYm RexHTxwczzzzDPHPMy6eYzv7P/GASSSf1ySQCX5l6/R56fDX+GvnmnHdu4/AKqskgPY236gCSST3 5/0ed/P/H85f93/awpmtzRy6Y6ZmmZuDnK4jkxyxci5FyLkXIuRXJmZkzHDHMpmZkzHAzLhmZkzM yZmYGZHDMcMxwcHDMzJlcuViuGVFcMlRuDihjHGNxbhlUxMquXK3BuZi5rc1ua3drurl3F3VzW7q O6u6u4XMbmW5lpmZjcsuZbmFzBzGmY0xGy5LkuS4jkqZcxo2ZWzMMSYmDcG4jmApDDJbgGMMMlxh jDGGIYkcDEmJiYmJiYmNuUyty3HXNx3Nrua66666OuuuuuujrrrrmNuXLly5ctxyty5ctxy5jiy1 xlXHDHMZVxi5gyuEqYFbgXLgGXE/eQ/jEK0aGz+M4fvOGs767c/fr3ntVCSoquDLqbG9qoSVKAFA YAQGBAL/sBX/Xruez9v34Vhzj+WtaAgKqqg0aOGjXWGGGnHXmEYaYaceZeYYYdPPKGBhCDFHyUvt UwjyHmPUPcPQeoe4ewV1W1bV1Xlbp2Snjckh5Vq3fdTu8+6owV2MOCuezJpzhnZMGSON48SWzTAs 6YFxXThk6dOKWLIJnSK0s5TOnbLhOrN7ZU3p042uU2dFEe1ap3ZItUwh3RSx5BNEW4luLcg1Tpa4 We4zNlSK0sS2HIYFGQ9xLRJsURQWVynTpOvuxc3E0uivV250M6bNKWLdmSJQ1y5XonRR1K5A8teQ RwPs7EjkEEcR0HjEp0YyddtJbIoFcWBFatE2RREJZy2ZOk1krklxim8pfWzyyRuI3rPLZkjluuK5 bs6TIzepVhVyKPIqy7XLYNmyRlCqbfTQ5ON7NzV0kEaIrXy0TuktQ1yWZI7TmWFAnu5HIyNKSEyR bDUSxTpFOslKN53alI8RruPan3Qy0MIWOBSd16JOi0STrvZslsTpmC9nSOdsyp0VxwmbtyKFuTs4 3UnNqTbw7Mkew7NozclGa4pRvUNjqTrnZdzJAnEYjwMUeiPcuJdJBuzsFzu5lY9L7Giw52msmuY5 sN3z2CYxH1bMqR7GsvbE2XGOkpYX1bE96RdZla1BJ26dEyR6E+mntyIZJuzhS7pMybUlbDQkeuLD uSR7IsJ2PI9kfaVO6PZOmnjtxDplvoj2jIsj16cMim1smilWjJCG5xBDyOMa4s8Tl8bknc48B9s7 pDsnZY0TYpr2aCNmbFpmzRgW5FMc7fZgWqHbxPLrrNMNvnA9NVubKkGuLAesXkinBmLcyrm10qbT i3x9mSLIxwmg3WXOPPddcNG9rZWzoNOm52S44rzLyJznMXZQN4ZI048o3t5rEnSJXVbnRMTolwMQ vIpod7NdaNm0hvbJGhdcTgWNwTneXtkyPYnJxrd3Oc6RO67jsUijXGtvIOc5xcaHXNPSPYNNZZgx a1FOytspMbH0PZwvDAtDkj49xsbhjckLgyuwi3zgce2b2HGHsc7jXXnSbH0bylhjzlFOyss9M1qK PKGrMT2bTjvuOYYNckaOw7nUmG5y4bvA1M6kuPQ9jx8oohnWTyiTUWqx1DsL2OLai3SSFj6COau0 XhKQWxzt4YbBSVRudvaXlJdG4vcttLFGotrVfYt1RqLVegpanJfZwvDzj2TnHRxZja55O55Z2rOL UpOB3eKKzTA0tpaNWkZ0iU1DsWLQo3HqGbiGrY1wm9uWYlE5FE+zMxNJx8L7MxYlynSt7aR5KKLe Fjni1KJTUO7Rza1a3E9W9qzVyUCm53a9Q3umOo+3SuG7sURnbjGZq4KITe3NW3iU6Z24J2pTZjUR 4rnrycN2dNPbnTZkVRWtzpsznzrgShOrRtFMG4mJjGzMFMTExLgZExMTGlyOOZmZmZjhmZmXHG5m ZmZMyGZjMyZM5mTMjLMpkzG5hiXAyJiY45mOZTMzDLmY5mZmZMwzMcxwzMzMjhmZlzI5g5kHLluY OYOYVyOS5LkuYNDElyVyNwZcSuNxJcxMiYmDcI4xuDcByjlbhBzHKxuA5jbbjMRTExMTEMTMMTED ImJiYmJiXAxMRy5mNbmYZMmTMMPJMkyTZIMAoaAgNAgHAZ2ZXaXE1xO6Trk05KyGRRcTuk65IAwG BQDAsCgGBQDAsCgD4DwV286EnXIaOldMmEsSZbUIrSrVw3JIbVtXVcV5WSpnla9JvV7xftdIYOHC EOmzw4dOGCzocBZNbuXjeIm29rqTy8bxk23oCmvNWtisPaYMTUw5yZJ1O4dsqLZmFynjxS1HyUvl Do9B7h7h7h7R6wIBgCokknB5XleVauK2rasK6rdJJTxws4UBQEAwDQNAHAMCycOJK73QkSu5Xe7a vOaJOp3DtlTFMzHKeNbN8KqvDR5CsK2rNMyUyVgxSSbV2nJKcVanhk4ZNmzpCHB2dmJfe85vt3zs 7MS22ukJcA0WAQH7bRxzHKwnTsGpSZhSZJ1O4dJUyF5jiwtzk77kpa6HR5K6rCtKswWQ4aNHSx48 YNhwGAQDAOrt5LTJbpcXmLJpU05y16Y7dLiyjMKjHsAGAYBgHAICzmXs4k7HcOlZMmPMcWFuIefh tV4b4Oq8KHn4dJTauqsukk8ZkkPKwq1aV1XlcV1XFNiyGCzQ5XTg8ScrvL7fe9d9bd3mNcj7Mt21 131t3eY1QCA4DAKA0DAOAsDAIkdk1OsO4dm10MlJQk6ncOlTcmY8cWt7OTvOSlrod0esewD3UzJS zNJJlWzpJJ1XCumSyzZZs0Q4WQwZPbOGTBshedEkbeLlulbe4lxIV4kt0rb3ADUQU4k63cOlTcmY 8cWt7EPUPcPMCeFVWDyA3JIcV5XFYV49JIcV1WFbVZs4WWaOmjZDQuZ3nG5M7znczvONyZ3nCA1q 6Vy2SsPXmzehMjpSydauHSoZ2Y307W5vN8lL5Q7Y9B7QMqqoBAaBVScVxWCtKyrKsmiSTitKyrxZ 00BANAIGgMBAZ2yz1o7iVvVzs7bO43bYDAQAoDAKeKKuVk7FcOlQzsxvtznO+7WKSR2mpKRVq2rd dVkycpLu7zW1ZV1WFcVxWTZDB4yYIXnOMyXl1hzKq8uwLApQ5s1zD1nZrUOZGoQTzVw6VDCebhWt xLnZ7UpfOFDyHiPYVlWVcLkkOHCSTarVlXVeVxUOHDxsumO41nWGsTWNZ1hrRZZD3L6tcIJ6dcOl Qwnm4Vrcoeg9g8h7B6x7dPSU8rR2kkisqyrJgkkyqK8rQaAgCAQNAsDQF4Dc3Rm9h7jwzuwmOa10 mnrOrWoTHymZR59cPFQwnm4cb77eO33euc9e/X7aoqySSGFaVtVq0rqtq8rivK4rKuq4rxXTJDps hk8k7ISEmGZj29dxvcvevb13G8jIyBnc0nmUefXDxUMJ5uHG3Y9Q9oD8KqtVpXVdVwrCrNjIwZIb LOFiA4A9atJO7fLt3cbtWkndvl27uaBwGgaBoEozEnO1zcVnluD3VDJijzM4vTDxUMJ6OHGmFy2J S+l5Y8x6x5gMCpJtXTdJJlXFcV5VqyravKtXFZVpXVZPGjBw0eOmTxDgndXrWt7t8zpMvpcjfXOh 0mUAQLAIHeBJ3U4VnF6YeKhhPRw402BfhVVw8R7B4j2CsmiSTe5SU6rqtq6q1YVowZOngEBAMA4C AECqzL7nhNonMxtPbbeE2yczHoGgUBoFgaBYFAW9K5x8+09c5b7yl9JahLzmdMzioYT0kONMLlqj fr5q8xWleV5XlcV49SSeVhXFdV1WiFjBZseOGTQ6WeIYLpGxeNWc2yqRTeYmLS6zm2XSKb8EAwCu zMlu5eo4XnGQwnpIcdj3OAbVeFWFaV5WjhJJxWFdV5WytqyryuK8q1WqGDRw4eMGjZss2cExiY1L YteFUzR1vWteFUBoFnX0c1bh1FqdY9IsMY6EnWKmzsUMJUkONMLkNXue9zV+VvSu07JTKvKwrCuq 6ritnaSSq2Q0cPEFnDpohg0cLvfLDnI9Z1V3csOcj1nVg8OZ07wUJOx1c7ioYT0bOOMeQ8R7AM8K qr9w8x6/WAtXSNGxos4OGiF5vmbm9Z5zN6OuQ1IrqbkmXp2SEDgMAwDAP+HvivovtUzs55q+vrHo IEMBEDDEFgigRoQYFiAjRwwIQYICCEIIGCMDCarkNnR9MGqSTKsqyriuq6rivKyrKsq6rSuK6eNm hDJ02cOmTps9THN5Fu3aZpVG+cWg7LlqGlUbYHAMBgIBgc80pN2aOpi4d7FMhKispgb4VVTTNJJp TxJJVaVxXVaVhWTUkhxXFbPUknVcOnjZ4wcMGDZZ4DAYFgYBYHAcBwDyx3E609ynfJp7uciCid5P cp3yae7nAEBAYBWXyfLU8O881S1IiW3CQdUuWdxR5Mc6LC01181Pb93k2rKsqyekkNK6rSunpJDq oSkk0rSvKs8MmCHTRDxwyAD1EqtXUVSykVSXUVVgSuRXciQdUuWdxR5Mc6LCyPMe0e4eweQ9o8h6 AMCSTp2SQyrKsq4apJPK2aLOGz2HBwcDW147tzN7bXTe3MQQEG92apqN4j0UtSMlNwk7ahhzMUyT HHiymmutaoVFBY9Y9w9g9AH4VVUPQeIHqSTauKiuq4rasq9TslOHDhssQ4NDQaZg923tM4e7ahgc TvfnZ542SdtMw5mKZJjjxZTY9Y9o9w9nh1V4crxskk4rytGjpgxS57OeTem5vetzt8CBoGAYAU87 umo3iPNS1IyU3CTtqGHCp2SOLsxOk31rlCooOHoAgKqp1XjUkharV1WVdV0rtyUhs9JIbVpWq6RE h0kkh08bGjQ6lkZMkoYzM725vUrO53tzbOTHLr53y2tTwzCVOyRxdmJ9o9Y9YD8KqiPMewe4rhdJ JpXlcO0klVw2cOHjh06srO6+zq6s7r7LAoAW9Xc1qrFvNS0x6UwSm4SdUublFQxRwlYmrbT5bKe9 71q4rCorCuK4rauq2rqtq6rJZw9kZI8k35ZuuGTVZuuGbIyWQkusw9OZOqXMyj0MTcJWJ9Q8gNAq qrh7Q6SSZOk5d3cOFRWVeVFeVhWq9JITavK0rJGUR0yeMmjheee97LbkmFra2ZMjkkwtUBgEAIGA YBYGAY73O56jeI81CVIzR1uEnlLh0FQxRwk8mi2nznPZNHqANVVAaPWPMewBVJDCsq6rquq4p42M HnC6Y1eZjPNa17a+S9WvnM81za+bNmTZDQ2SnbPUebRJ5O5otQzooSecoe4eoeY8x5GqSTyuK0rv ZKQ8rSvK8rCuK4WZLPFjJsbOkGzhDxg73m83dqlda8LrE7t9d266614XWLgKAtq0tS1G8R6KE4PK OTMR6LCeUuHSmRFHCT2q0uTc6a2PMeY9g8wDVVQDHuHmPdTUlOK0rStK0SkkyPGzZg8QwNDp06ZI eFnTxDLOa7LzqZNm7pqpII/dVp1k2bumqksBD1VvZmbMXZh5S4dKZEUcJPICeFVWD2D1jyHuFQ9S Sd6cJJNqtXqZkpxXDdJJDhw2cLHjjR0ho6cvvbTXZd8wm03YrnV2y9Azwqz3JajeI9FCVJJmdJvZ mcpcOlMiKOEnnzeNNOKa2PIe0rauK8rqrOnhDwhswbMGiwMAYGgcBndmlZhy+PLMujHfNM7mHLR5 5l0W7AQBAIAut3czot7Mzk7h0tn057vsYxuK8rOJIQ2rx0kk8rKulYM0kmVYVlWleLOmzJDBZs63 fd3bLmaTMScL19LmaTMSAoBAcBwA0DgL02snPVWLeahOqQmZ0mdmZylw6WzKUcJPcku1NxStY9Q9 wHtHsHuHqHvGySTatq4ryuK6rSvK4ryrVMHjRoyQs2cMniEMkMHDBsIBwFHa45nb1sl86NW9dE5j 3rZL50atgS74kx8rPZnKXDpaMpRwk0PUPcBKSTavK6ryuKwVDhs6aOnDxA4CACgKqbeVkkij4pw3 tZskUfHwoCAX4K8zmtVYt6KE4PapCT2yVd9ylw8VxEUcJ58mu5JxytW4BvhVVB7B5gbUkOU9JTSv HqSTqs0xJTirN0knVZVtXTEkg6NGzJo0cN0l73nuUrXcLKzFiVru4AgEDAL3ISc3nRJ7lLh4viIo 4SYPcAvCqoj0HiBnhVVg8QlJJhXVeVxXFWrRkbOnDJku8EYWdOkadNAbRL2Z1Nb0UJg9wYsQEYYa ddeMMMNNuPMPMNsOtsG3XjEGDARz5Jhc04xkoeg9YHeFVUHoPQKhwk3d3TiuK8ZOGSzx0yYxearH pzWtObVJac1LABwGgaBoHD3JziS+TBJ1RmZxekc45mWPWPMD2AZVVQCV5XSsq8ryrVlWjskhtXle VCGTJo2ZNkMnTZoz3t5y5zmtY73M7esNPdLYCvNyJzVRrEeahg9nMwk63CbOqW5ixaRzTmZzxdrS cWPR7gN8KV3dU8rSsKwrSuU9JTquFdOjB08BYGAcAvDt3RpmJLcQRW6iBnhJzJOyMmzqluYsWkc0 5maPaPUPIe4e0eY8hXFYV47SSbV09SSRWFbVgweMGizJZohDxNt51L2v2d45fHM6l8Ws4qgOAQHA Pj2aljV2u5qYdUhJ1uEncUMMWcTztPJzvtbTcUrZw8kAvCqm1cV1XFbVhWVYLpJMq4rStqwratmT B6q6NGjRs8Qhs5fJvk5zOlivd0ydu05UmbMV7umTALAoCwOA0C+fYSXIyTuKGGLOJ52nmQj1gXce voJJJJJIaJuSSSSOGAcBVVV+A0esegrivK4rCtq2rarVo7SScVxXjB0ybL2bOmTRoyZLmu63tq9Y xjOMYxptjnvJjb0k4STrbYDAYFAMCwKAQDAoDUdnJ4ehpY+UzNUEJOpwk6VOyYjkPJPMzVBvPk5z l7ej2D2jxHrA0eqkh46SSdVxWFWrqvK4qGTRDhkbOnDBDxs4Qhw4bz3nMc9oloks5chxGFzSYiTD lyYAgGA9WiElxsk6VD0xZNo8k8zIPcPIeg9g8R7qckphXFeVxWlaVlWVaV5Wyzho2ZOkLLPFnCzx 48cMb3jPvY90WDMxyXiWSGdFgzMciAIFdN7uWHre0tah4Zqkom+5wk6VDFiwwHkmTqg5vu+d933d WXJIZVFaV45SSWratK8riuq6q1Wrh4kk2rxWxosQ2DgGBwAYBAgCy0n2F5qxVrb7rSfYXmrFWtvw wAYBYDovVRNvnCTpUMWLD5jfOdxjatK0rpCzp02eNGjtSczMS7MGLdW3aWLuzBi3VYFgYAQLA0Ad R1dS2YeuBY+hY9moyZhHa4SdKhh5ZUB5Jk6oufJznL1j0HmPcBlVVDwYGJJDps1SXd31XVRVq0ry rOSSGVaU0ZOGTx4s0bOHjxg3jHOI9JdpTaNanNjzT0l2lNo1qcYEAQEAoBgCAAgVVVaMxZhE1Mk6 VDDxQgxvnO4xtUVpXFeMkkmVcV1WTZJ27unVbV0rhZwyYPHjhY8dIQ6cNkQ0ZMZtxvHN63zXca3z eJL3x0E9upazvLjVX4cBgDmuILVh62qx9Cd6SZmdWuYTpUMPFSqK5s6oufJznL3qphWlZVxWqakp 1XFdVpXFdV1XFZPHThZgwbNmzx0jWc8Zzm+dneNBFh5idNPvDgCB2yLszHUh46VDDx56TG+c7jGc q6rasK6rytK2rysKtWVeVFYVtXFbV1Vq4Vs4OGjpk0aIDaunaSRtLhSvVyN8BYHAZqLXdWPM62qx 9Cd6MzM6nDp0qGHipVHkmdUx83z3u+vUp2SlqydkkLVlWVWrKuq6riuqtWjpwyYPGTBosvLesZq9 RaguK9aSoDgMAemYyezlbOZpUMPFekxvnO48rKsq8epJNq6dJJIZJJLVxWlcV5UVFeV00ZNnCzZo l3WZlFpprjTeUW2nwHAcAgEAgMl7ynXczOuKsfTh7M4xkmc5hzNKhh4uVR5JnVMa5SOXsHkA/Cqr ANqqoCD3DyHvK0rpokk5TclNqtW1NmDBDpkENDQ9hgNN9vdrneVN8e81zvPAwmbxyEnVGczNxQw8 XKo8kzQ8x7h6gOqpDiuK4rRqkk4rquK8rquq2rx4hCyzRg2aMnSzh4zjbus85zBpmrDeNshp7V65 2sW8zrgWPoTnNknY4TmbihhRYgPJPVC+SkcvSPQBgVJOq0bkkLp6SmlcVxWCUkm1dVwhs4YOGTpw shs4JN55d63yYKVV2K73lRKWAQe524oSdchJzcUMKx15jfOYV7apTUlOK2rasK7TslUyrK0NZmZx X1KKxRXf2fURhKp+oij14EeipUHZUqDFJQfWFVX86FQ+/8qitqivvKoMhIX30Kh+9RWglfzqK/h9 tKEj+n2FUHD9HRVQfNyxqqtn9f/h/M38uu6OktOurspdOpLgjRCg1CiIqRFCtqFlC0HSuqXSuuWX XUUldxdYltJbUKghSgLUKxAooVQolqCDUlo0KghaCIhRiCRQLQSUGgtQUpQQtGiNQLKJSJQK20qD GlEBSpURFBbUEUjSxEEoUotSCFCpULGiS0LRbQtQUQooIyl1S6dMsldd07rldd1JElTl1y3Sm6Tr unTLF3OrqhY1BQqFUtKliFoKjRlAolLSo0olEKUEYgUUKoVtoVBigtBGjQqgNCpSoMSXKnSdSVJF 27ou6JdYu3ToqIp3V3XV25Dq6g0WhUEUKxJaKhaFUBKFOldd11i5FdlcuXcdJJTpGdF1KiKSuRXK cdXZTnU6XWIrudXSl0rq7nVyl0rouVdzLq7KlxKDrRd0uq7Km4mJ1cpXdaRZC4WtZdISFotFw3eG CKDQooVqDKFSlsogigtlaLk51Fdxupw6nLrFrpV2kTjq6UXc63VydXXDqK67qV0rrE7q7cxdU7rF cnXXJlLi66TurqXJ060XUpzB0XLkyu6dU7dUuQRllQZQaCUGlohQWIFbUU6rrh1RXdXU4XRduy4G UFEKoKW1JVBoogtQQaIWglCsQo2VBbahQUBS7pLctdS5U3V1KU7q6V0rpS6RXUV3dEk665Yirt26 kqcy6uyLcp0dEkKhQSlpUBRBiglLSVKIUEQpQQoVogVRUiJS1LS0KKCCgigIoUUopGUjRoWjRSlQ REKyINBFCohYPUuLqXOpK7jqSkt3dOAloqFaktKpaMpCqIlQo1pXS6ikrt26Ip3W5LpuiihaC0Ea IUJUoICDELFq5cona65Lq6il3V1w6mU7LrLnWKy6OuRS7K6mV1zqddSU6mJ1rpO6nV1FOhRrqddX ZSXJK5JRROdTLkV1ddbunTKKXOp011dLlKXK67rkU6Z1XdNdO66UlOBdTs3U5uAaCUaRigjLEKNQ tAragqXXVyu7oou7dE7q7nRJcm7dE51T/7tqdXrjqd1d0KdXIixcp1Oq7ia6Jd1dw6mXLOjoim46 u5dbkmJSkKNRolC0aINEFqCNalw6iiu6MJ0RSXKLklixd1dV3YHV0ruzq5FoUUaVEEES0YUtGlox SCpGIgtBCxQtBpaKlo0aVS6G6ndculdKXIuuWcVQGIgwUBKFahUtogUUGUFtiChUK0RpY0KgIolJ VGlRIiiULS0oypLKNEpUTol2upKXdRckrunV27oowSlIqWlFBKBRSNBojbOuXW7quuG6K5broXRR NzquXJc6koruZXVMrlG2IUUBYjSg1LS0EbUtKoNBoCiFQQo1ClBbYIKIyzt0W7q6pwupynUu3VIK loClQqWlKipQoFKFRBUERBpZSWgwZELQKoIoPK6p0yV1ki5a65OrspAQS1CyhQUjRbULQKKKJVds rlyy665JSV1y65KVyuUul1TddU5K6pKckQo1BUFtiWlpaKINBaSoJTp1dKKc6l11dlLpg6mRFy3c LrFnadKWSIoNAtCssqAjCgIVqFFLRyksl10FnVXZO6K6VLrYgwUEaIWhREGFGhaURJSLu6kuTupl uy651TKTS22IVQrUK1BKFCgqCMSXdF3S6kpXdXK5ONdTqbrEROdRbldu6ulOjqdZC0aRo0aBUqFp SlFFRSwQqINCxqClogojQaUKFWq2227hdXXM6ySVlx1Xc6nHV1wXV1LcupWbhundMRCsiCoFoqSq DEttQWpZQtKUjRBQqIWkVFLSoIKRpRogohRQtGi2ghaCiFoVQWpVILSiDQoKDCgtkzqd1y5csuV1 ZcwnXLudRSU51JU7p3S7p265cuoMKS0VBFCtKgjSiWi2JJaVqCiNGKCNQoyghSjQSkqgiggiWiCg goMoUStFRdJK65uqIm7q6U7qYUGUEaIVojRKFKSqDStHUu3XLpREu6uriZ1dKBoqDEqCiFoVttog UUopGU7qupXdE6Lrp1lLO6rpS50XK66G67uindXLEuQaCKFQoVBBQRQZQWo0dTqXKdVyxJXLkU4Y OpuFdaIru6cdO63LlNzgo0SNGUGgiUtqAwUEbBCilotqAtiFbEBQSWi0pWddZzos3HV2VLoSRXUo IpKUloKIURLRgoRaIW0513dZdC6ilddXKZS7qS5buh1dc6c6uXLElXXbgaCJSoLS1BRJaSogxEEo UoXT+9/V/c/pv93+5/V/TfPN88c6uud/H9X9Xv33v2nm9nybl2autVf7jIJWumCazpMKNDJudFdV QtIkUlTq87afRdLg1HbOcyxfBBpcndZlLFdZw7TqzvW4tUKEOdBxpzb7Jzo5eVYw1gzO7NyYDieb fcNfdIWcu+5uX03rlMw0b3KT2Ztc8WTArD0pmqvCKbiqYsmaG081vtorNNlqtvrO915Wcss5roas jI1KmGxY7jZ3Wtzsezq4KzZTeLN3cUezoQT1nd7timbLxDebQalSYeHXz65qs5JrUzMyrGEKNGUY OTe2XkOZ05S1wb1VXbjpHN3C8K3qeYkrs1MSbmLpOgNSstPMmZdZN7a3BtaqJvjmYEO59RWUNszG no6PuruxcaNWj6tb3r6r3VMXdUvHJL6hrUx1XVZ2asjCdGKM9zTfFQHNNbd3mA8s2NVE3ShHP1XV F5jIlUTqm5l3r2FLEsDOgqtgVbdVM2Ue4qpia7d13d3Ryp10zNjxOVlXYvrowU9KDvatq5srRrzK fouViCPi6ePTaBLfrSpqugkeXjy9rpePVQiavJeAl1eb1DF1Zm/X0dubW4941m8KM2xoJoLerOFV 8OLfzizVdX2F2HdScKrneSLaoOqrBmY145SWhGueuszbyq1K4YcVOgs1518eku3y2xRq2d6q09xm pLNw1mgTVsyZMFnt1us7VSp1VbuUdFUO57NTfoqj7qD3azMErjKtraE3FWiUZ1B5jOJZXaHRC1PF COTrRzrpirZrvO6660aOxU2FQIJM7tGpiCrixERdtHWslaK3HZ19Ku8NdlCuzYOuyaqlePnVqqze 3bBTPSQGTarMFWR29lEjeUGcqE5VR2SdHXd10Hpe7z7Xg3npd5jo9jsb23gmVtx1XGuyygo2rWzD FK69dVVnO68UClOu2tN4dulsklSnKecqqu9pxwJ9SmSuXI5bxZfdSznW9l1QswYLeBxnFMkRkrlX Dtpq6nOnVrlXDb27E6qsOqZQVqleDtcWWr0bRW2+t9qurTe9DzXjRWyhJd3N6pXdWh7XTeR2Cbzf BrqJ7Km9vBY6fM5ddKQzaV+lrlXV3Vo2965lIFILp1pOh017N1O6kvEDp7Khy+VJqlOLNLIK6srd mC62wYFxGjtxi7hozuhb3cOWYpOQzlFUdxO8lrYeNDQsuuN8eWXz5DXWyqcqx0I5Gnd6qxOPqyzu 9sk6t5CMKVe9b1p1vLWI7M1dOOXS2QUd4q3e2DkUF3IRs3uCHFUeu09vVaTRRN7ucj23NN2Ot1Zs hZKvUN0zLrhmTWaoa9fc8UdxdNAy692daQezkXVWs07d8TTbEo9mRCqlrDi4b27g7pYxoWldU11m s4Zo3nVoPh8+p4JBs7LdXM059eb1XeK8602ddaV0m9zbG3g5UsF6ZeI4FcdzN7ufIZk5hE3Ue8qz trO7pNe6nzonLzdY1xnNe3XO7TeiPVeXmGnmu96CtUzBCLExJ631MjUu3e5XuPRjF6uvB2pjsmCb CRlrocOahu7XZWPjqi0K/VfVWR6N0VnTINGkUErst7ob3Qr3cvTivz9H0jMu9CebmisrX3SZyrDl qx9BFCdHLaaKI+XyJ2qhz3Bhbz3xrNTpQrezLu+FqtGXOeNYNwvNt8MIKaoja3zwNu4wRW1emCbW aY6vFE8yislOsaIyWupyc7tWbl+t0OI4X0Q44Q2KHXVoy48U4UtVZL0JOxjLGVqEIumn0d7sWwtF xs1orMxpSnuZV37MnEdfPXTJqjnjxwF7Y6ZpdbYyDeu4xg3E3kUQvxakLwdyw6s0dARXSBOGutoJ uwt3B0pt1sDJSxUQa0JlKCVHpFEYbkq8p4+0t9TzteF5Jb04d2VhwyrSomnEt3KtOliObrV31PuL jQJ5HrWXfYKiZzU+D3MKrnmcRWFW67CsS46c5yCS9Fjs7tt50W3irI9xuV2StilzkaOYXhSenGNi D5VTCSGTOh1R5xN83jsuCieylVdut1Zyu7eceVUzZu6zKqUb48s0lG+XV3cKJs1XdukkybuXmEpd BW7HVVU51LlKWejSW7fd27M6DarMHI8+RoXVE9N1rsGXfdVE5MjQMZyU3Ju467q7lJ27uppXYtKM vLzDbe4MzGxO5wzuku5mW25VAg89hKfbulQwkp5wuLMu1zYObZs9N2yKfSPmdzY3VVSTwy9SaS6C r4LZOzd2+7uzXu7uZuWeW7N3cThL2+zLyLNUEbzLsKLOs5ubu8icZK6SmKx4W9WbjSBxdea81zXC cXR1Jnb1cSTsbJu7mZObMrjshPKbFmkjGc1RK92N28u+bbuC9xJKpbnc3nd3bsvMCu6rGJKJqCk7 NxGld2j2XvNt7FM275893o87peQZrs91xtS5F2DDm71nJDW62K7ahx2leS6O9mkqnI5OXO3j6SF7 m5eqbzmQE9FVVOXcL3hV70ZvWzzmTdJsxN7ubulRt5uvdUuZfRwy8qrMgZya305ZLJ7XG3xWPM6V mSbo6zlKVDpMa62trMwkl7mptRY1FFN3LFZheWmDt1ShPZZFbl9M5A3153R1VyqyxYxPMWJbtXnS Bkk9rRZNVLTEzJCyYUxtrFcWDGhTeOqs26rZ3LLzt6WQZmZ1DTrYexWXGTu32XVbKru6Rk28s2kp u1XInL7nwq9ep3uyPMx2Ud7NmRVUe7ugzVeyYlfdlVz6u+7hu8KUs39kS5d9eA1e3sSjF1fJuqmy 8yG8W52LOc5SjuGWscT1KctdVOdnpmbunIsZPZku8zliqib23WLt7nhfbt7VR7q1udctVjrdazlO hOWl3dOu30td1U+dtXi3uUxBPLm6TzSjzW93NSuKZzZmPdrlVdZjqr7eu6M52inVO7XVmFFp7cOb hzs2+s090bxzeb6cp2K727Z2Wd3rSkJ1chU2nO3sl8+3ceoVkj5bpN3yfbtXdt9Ae2zrxIkiXblH MjCkzKrK1UquRyMze7h19nV3dI30svhQ3eyszpJUFHONMPOuWYd7U0DcJ1uTNuMU+qKcViwkmPNW JihXRdvV1VT14iri3ddY3oy7591FlzTWzUlOzuJJ2j1bb3aUeVjrdzE7KxiVfdlpd27Zs3R6icqh Wo9JZbDSsk1qkzc5iiYzZttmq6ZgxQl1i7em6TZ3XjlVkBfanGeKbzjVdZyUmdnh4DJVVVVVBIQC QgEIBIEJAIBJJCQkhCQkJIBCEgQJISQkkJAgQkIQJISQhJIQhIASBIAEkgEISBIEkkJIAQhIEkAh IEkgSBCBIEISASEkgBAhAIABIECEgBJAkhCBISQkgBCEgSEhJJAJJIQIEkCEAJCQkkkkJJCQgAAA SSBAgAQgSEJCSQkhISQJISQAkAAJJCBACSBCSAEhCAQgBAAkkCBCQhAgSSAQCSAEJACSAQgASAQk CQhIASSEJIASQIQJIEgAAASEIEIEkkCBJAhAgSBCAAQkkJCBJCSEkgBCSSSQkJCQkhCQhJIBJIQk hCQJISSQkJAgBCBCQkJISSQkkIQIQAgSBCQkkgBAhCQhAAkCSBJAkCEgQgBJAhISQgSSEJAIEgSE JISAQgBCEkJISSSQIEJAkCQgQkhAgAEgQgSCEAgEACEJ5813PPN9r99CvieB3NYZBzu3pEaq5rzc cNVUNceW6Ss46h3dVWSare3bNmTdyswnl0qt2OqqsiuWJHZ6Nct1Hu3ZmwbVZg5FpK7F1RPTd5nq y77qombkSBjzJbbm7r663uUm7ua2kbFpRPBmZdt7gzMbE7nJndJdzMttSqBB5ziU+7NWGTCU+27i w3fc2Duk2Yt0kU9cfLNzY3VVSTyZp5NcoxSKud0zc09vdmvd3Tm5Z5bs7dxOWcfZeHOm6oI3mVbu Lts7u7m8rOMlc46FYzjerdxpA4uvdea5zhOKJ3Jnb1cSTsbJu7mZsbuVx2Qnlki3bNazmqJXmxu3 l3yaZgO4klLtzuZfd3Zss5Su6rIIITLFJ2YexXdI9mVvNt5FN275tbvR5vS8mVrs90xtS5O7BmZu 12ZIazW6rtl5lNLMlG9WaSE45Jy5l4ukhe5uaY95zYCeiqnaXcazqo7Eyeb7HMmaTZib3d3dtRt7 uvdUuVkUkOEVZkCzMjcXLJZ7Eo07SLPbUzHM0cTWRyt0lRaXiyswkl7up8+j5Tp0zcqqzLeWnR2x SlnsJqty+mcgeN53KCrlVlixjeYsS3bvOkDJJ3WiyRUpuXmSPCZnMbaxQrMrnVJ6hRJdVs7lmHt6 WQTMzaG5idPYrLkJ3b6sFbKruijs28s2kpu1XIms7tdVePU73ZHmPSSu7NhnVSm7m0ZzudMSvtwU 11993be9VRk/ZNSS+Z26utqdzjBu0mqrZKzLl5272LOkSl5t5KWOJ6lOWuqnUz0Obu5nTGSeyG9x LFVWb0vLXd3PMfbt7VObuJudctZcvdSzlOhOWl3dK630R3qp8713i3tUxBPLm7Z5pKZvPNzUrjmc 2Zj3etX12VBXHuNm9jq0nVO7fVmLHjeXc3Tmdu3xLvNrUc3nrmqdiu9u7ewnd60nLK7lVbA4u7Jf a817iqtkaW6TV8n27dC21Ad4nXqtEiXcho426cwistoKrkkjmd3cO071d3ON9CXoobvDMzpJUFHO Kt3nTCTN7E0ahs6nDBslU+lqbjxYSTHurE6qqi7u7qFO32NG5nbtN492rrn3A23Do2akp2dxJI09 t291VGMWDc3FTxY5V1vViXdmkk3fYCcqqrVfSEth8ibNcpM3G6olQ1RbeVXTMGKEhre3puk2d1lQ VkFvlzhfFMvTVVxyo+O/Vtx44/H833d78B+z/r6tODd9LPX+3bhtvz7fyteu96zXapUGxVB/Gor4 kcnDdUqD9VSoPxVKg0iN/NEd9RQOX/3iRqR1fdvqK1t5w3iNPllLw4vACM2I+Worl+8qg9Pu8d3+ vgEkeS8vs3Aqq8ewjPsUVhvpCDdfhfmfnzuqK4kewjtkfWI5FJPLnp2Aqq0MdwVVYCqr4ke8jCNu vUjRpm8j30KhwKoNNPXUqDsI+4qEjtqIC0wRQctCNIj9iisCqr5ckqnyBKqdPkKXfeIEdaqkOfaF VXswqEjhgjXevQu7+meyorCiB0EaEfEjCMEedSoPm9ut4fK13ZI5hSqPXU21V/4batv9HVVttt/R /0gAAAAAAAAAAA7Qqq7thCdwjCOXZUV3SNHzmAqq4VFfFOqpUG4RnehR10owUfOfugo5PklFHiqS ddwEcf79xGxG1VSHH+OEbFL1+P7ais+HsqVBmmZ6N985GKPL5/MKqu/bzSMUa/X51FdalENs9JHz 3GpUHqYEqpxBVV06e716xHo1I8LoRpe2orNCl8PIJI04AR07vMj29vh+ve4UAh0EdhHY4hVVmxHt I39PKRrUVr17PR4a1Kg1CqrCPIjCNBVB2eopbUUa+dKIYI5vlqVB7SOijoCqryCqriRyCqr4EelR WhUJHdxCNO7hUV7dDy5eBHAj0EbuCivlqVB3kVVczKivDRIEOojW0VSRzhJGEVDRaARtqvIKVRzC NLao4KN2/XYKVRxXY56LbwI2bilvVKgwqgwR40KhzI3+p2ylYRjudq9YVVaUoh3lJOu17FuI3KNi luCqrxlQkek50FVXesgR8aivTUqDTfQqHRb/98hVVgKqsKIGqpVJ/fbV3cDqCqr8AKqsCqrySUh4 bAqq4EdxH6PZUVpUV7G8pdwj3iNXt7SOZ+ERr1Ef299RXqKSdlwqK4nv8yNjTi66CPUI76hUNPFn hw8/jbyMI5eroR2+vKFVW2ekjuI7qitugjQpJvCqraqhL+R8xxrlSkh8BHfEcuji6G3TOzR6NRG6 lEOOnyVKg9NSoPCI0CSOYVVfSR+bWpUHUFVW4pJsRwfnqVBqEqp/Hj7fHfso4EfD3FL4Eb6ivRUK h6SOMlU1CVUzsCVU2OGxHQjcBGhTdGniVCRouzyqK0pSQ3kdKlQbAqqypUGBVVv7bUqg3bRPGpUG /0ylsCqrkFVXnUVwEbfDfvI4kUcAlVN2BVViijmR1qK7l2uXMpfj4VFekjsI7+lSoOq0d/YR/iRz pRD8V3kb+dQqH+DdwqqQ8ZHjlRXfpq+TCPoI8iNCl6vU8upG4ji8Oa/z/zz2fRjAVVfIvYR3etRn g+af/mKCskyms7wp+uwLNmu/AIAgo8//9hhNGBR/z//AwjDhoAAAAAAAABQAAAAAAAAAAAAAAAAA AAXngAAAAAAAAAAAAAABEAAA+AAAAAAAPAAAAAACADgJ8zwAAAAAAAAAAAnjYDzCa657p3TUmw2s du4zYPdnpvWHu7nr3s+ABh9Vtvu0tm8AAPBjtdj7znB973egZvdR729B6O5gZvuHry993A3YDrQO 7nwapUhewa4AAcHC9HW7dPFzsH33u9AZtQiPWg2aqUEqbT4APQKkUrgADwcIeuFrQhpswNaGqGbP B4KiJRT3AAHg8Ic4aa0Bo0VoooaN4B4AAPeAAIYIweQAKBszbCing7w0AcAAcDDegp6AZASASBYA 4D0A8AAYO4bh6DWhQBJSIHg8AAdwADw4sDoAFAAlEoXgDxVC8a8AARhPcAqilVtgKUS8Dx60BuAA fb4ALqoAAAAAAADABsokopRSRSSJJJfZoooopRSiSQokkkSUVIkoqRSRRSpJJSKJJKUpJRJIkkSU k8Pj0AAAo9sAAaCgAANAAAAAAFHgAAAAAAAAAAAAAAAAABAAAAAAEAAAAAAPADIAHoAAAA1PQMVJ SVIYmATEMJkwJgmDU/FSQ1KVJ6iaYAAIYAJpiYJTaU9VUIk0wAAAAAAAJPVKFVQND1NA0DQAAAaM gJqlRk0BNRpk0RNqNNNqGnqY1PUPUyBUSE0URSUAZDR6gABpoAf6f6B/s/7Tv837/QP8g5NqnNFG hobQ0URxoaNapXNDRmCg5UNGYGxuTZtHGip1qlc0NGW1TxoaMytrTZozQ0cxRNSWytEpbVRpWs5p WsFpbUtRJmip5igozmheZ1SvGipxQUZoqcwNjYYKOWokzRU5xQPHVK61SuaGjNDRs0VOaGjlqJM0 VOzaTWtRJzNDRs5oXVFTigo40NHCiZ1qlc0VOYGxsMTOaKnIUFoKC2S1SasUC2aM0No5apXNDRzN DRxoo0MDAVDaM0CXM6gtDQ2ipbQUFtaiSCiyBQMYoKNqlbQUFoKC5agtigogtQc0FBbQUFy1BctQ XLUFyLNrAwMQ0UQUWTa1BaKlsBQNwoG5UNGaG0NDaFs2jYomc0NHNaiTjRU5oaM0UQ0No40VPGip 0zM5oaOMFBqipzRU5gbG1Q0ZoaOFBRmho2aF1mho5rUSbNDRmBsagbHKho40VOKCjNDRjUSbDFTm ho0yUZoaNmhoxRM6ZKM0NGzQ0ZoaOZoaOMDY5UNGaKIzQJbNFTmhoxQUZtUvFs2i1FxGCsFQ0bND RigozA2OVDaGiiGhtHMUFGzQ0ZgoNUVPGBsazQIMFoKC0bMDY1Q0ZoaMMjRmho4wMBQMBUNoaGjm bVLmip5pmZ40VOaG0WqRCiZ2YKDlQ0Yomc0NHGipxRJDAwFA2NoKC0FBbWoLgxM8aBLNDRzNDRs0 NGc0LhiZ5aiThQUYGCuFA3MUDaCgsFBWhobQUFzWoLlmxcKBsS0WyVDYKCty1Bcgta2KBtDQ3DWk uazBctQWhobiWotBQWgbFsUDbTI2xQNoKC1Q0caGjNFTrUSbZoqdapXFBRmip4UTOc0LqiiGBsc1 RU4omc2qXDJU8YGAqKIaG0MDAcqKnjmhcMTO4wUGqKIaG0WqROLapzQ0cKCjOaF46iyNDRmCsFRR HFs0ZzQuoGxyoqeOaBNNlgaGjnGipzRU5oqc0NGzRRDAwFRRDRU7NDRmipzQ0ZbVPGho40NotUiM DAcWSjNDRmip3GiiCgo5apXWqV4f9fHu70kzRU5oqc0VPHNC6oaM0NHGip2aGjNpkzQ0ZoqeWqVz BQatUu2YGxqho1qlc0NHG0yZoaMwNjVFTzNql1qlc0NAWok40NGYGxnVK8SlKFlGl6ltVKW1U5pW sFpadaiTNDRswNjUDY5UNGQbFsUDcta1oKC0FBbQUFoKC5agtigba1rXJJC5aguciza42LWQoLQU FtBQWgoLlmxcKBuYoG0NDaCguWbFyLNrZsWslm1wYG2qGjMDYyzM7jRRDAxgoGAoGA4UjRmBsaoa NaiTlqkRtNkaKNDRRHGCg1Q0ZtUuaKnjRRDA2NQMBzlapc0VOKCjNDRxobQ0NoaG0Wosm1qlcwUG qGjDI0cYGA02aGipzRU7Npk4wUGqKnctRJmCg1Q0ZoqdrUSZoaOMFBqho4tmjMFBqCg1RU7OaFzq JNaiTjQ0ctRJxbCWYGxzjqlcwNjWaF1Q0bMFBrNpNUVOYKDaoaMtmjNqly2qeNDRxoaMwUGWZnZo aM0NGYKDcoGxqho40NGYGxwHVK5tMmaGjMFByoqcUTOmZnjQ0bNDRiiZzRU5goOQUFktRcs2LbVD RmhozapcUTPCiSG02RzayTZo5rUSZKluWoLE2bXEG0kNFGtRJBRJyBsW1qC0FrXOWokCgrlqJIKJ OQWtaCguQUFoKC2KCjFBRBQWhoo2rFrjqC5UrbFA3IaKMWkkqG0bjQ0ZoaM2qXNDRs5oEqG0MDAD Ezs0VOtRJltU5oqeWqV40NGtUrmip2aKnNqlzRU7jRU5tUvCiZzRU8Aomc0VOYGxps0caGjMDYwx M8YGxsMFGaKnMDYwwUcWzRmhozBQbaoaM0NGaGjLZo4UTOaGjFEzhko5hVtagbGGJkCiZ40NGKJn WqVzRRHGBscqKnNFTuNDaGhtDaoRobRwoKM0NHGipzA2OVFEMDADEkY1BbDFTmipzQ0cKCjjRU8m RgKJI3GBsaoaNaiTDJRsMVOtUiMDALMkcaKnLapzQ0YZG2GGjjRRDQ2hoojjRU5oaMha1zlqC1BQ coGA5UNANFTmhozaZMwNjlBQYYkhtNxNnUFoKC4UDcmRtDQ21qC4UDcrFrbI0NoKC0NDctQXAoK5 agtBQXMUDbWoLQUFoKCCCgtrUFoqW0VLYCguZzBbNpLQUFuVDRmipzBQbVFTmhozRU8KCjNFTxtM maKnNFTjUFzDDRmBsabNGzRRBRM8bSQNFEbi2qcwNjVDRhkbmEGAqKIaKIAoLYYaM0VOWzRhkbao LkNDRpmSONFTmhoxQUYoKNwokhbVPCgo2KCjGoKM0NGaKnkzJDRRBQUZobkcKJnNFTmipzBQcqG0 NFEMDYyyWjnGhozRU4oKOLaiCiSGipzRU7NDRxoaM0VObTIGW1TmBsaoaM0VOzRU5bNHGipzYbG4 0VOYGxqBsbUFBqhozQ0caKnjRU5oaMwNjUDY2qKnTMzmhozRU7NDRmip40LrNDRziWbXFkbhQNyo aONDaGipzBQbVDRmVtagoNQUHKhozQ0bOokgok2tQXCgblYtcdQXOFBRpktEFEm1mxBBQXJkblYt bVpLlrUGmSiCiybWoLRZtcdQXJkbkFBaCiQKBiKmjbTI2GJnNDRxoaMtqIYKwVqhONDRxoqc0NGY KANQUGoGAoKwVDRs0NGaKnjRU5bNG40VOYKDUDY2qGjNFTmho40VPGGh1A2MMFGaGjZgoNQUGqKn NDRstqnNDRxoXWKCjnGBsazaTVFTyZmeMDY1BQaoaNmhozQ0ZzaTVDRwoKMwNjlabI0NGzA2NS0W dUrmip3GhozQ3IaG0ctRJhkqc0NGtRJxbNoaG0NFELZuRxoaMwUGqKnNDRxobQ0NGaG0NpsnOLZo zA2MslHGhtDRU61FkYGA4slHHNC6zaTUFBgqG0NFTpmSGhtHLVK5zQvKCgwwUblqlcwNjBQMbWoL VDRm0ycKCjjAwFAwAwUZoaNltU5oaM0NGaGjZCguWta5JIXKxa5xCgtDQ2goLkFBcgoLlYtZLNrm GBuVi1kGxaCguQUFy1BbVi1xsWtkKC5a1rQ0NoKC5y1BaCguQNi2qKt3QXelTmipzRU8aGjNFTmB saoaOa1EmW1TmBsZ1EnGipzQ0ZoaNaiTbNFTmipzQ0caGjNDRrVK61EmzQ0caGjTJRmhoDNpkzQ0 ZoaM0VOy2qc0NHGhozA2NyobQ0NoaG0caGjLZozQ0caKnjAwDqLIwMBUNo40NGaKnNFTmho2aKIt UiZgtBUNo3GBsaoaMwNjlQ3IaKIaG0NFEcaGjNFTm1S5tUvFtRDQ0caG0ObWTlK2tUNGtUrltU7j Q2hobkWosnGBsA6pWDStYNsbZ1LaxjStZ+4Djg6vzkIe+Qh8EKKz+hSlZEVHwqSle+hRX2XezMmT MzBZYAAWWAWWAWWAbDYhs2Bs2JGzYGwsAssAssAssA2GwCyxDZYhssSSpUIs2EFmwizYSEhssQ2W IbLEKlSSLNhFmwizYRYFiGyxDZYhssQqVCLNkkWbCLNhFgWIbLENliGyxCQizYRZskiywCwNmmhs 2Bs2Bs2BsNgbNgbNgbNiRsDYGzYGzYGzYGw2Bs2Bs2Bs2AJAbNgbNgbNgbDYGzYGzYGzYGwNglTY GzYGzZIbDYGzYGzYGzYGwNgbNkSWWAWWAAFlgmywTZYJUKkFmyCzZJFmyCwsE2WCbLBNlglQqZLN kFmyCzZJFhYJssEiywTZYJCQWbILNkFmyCwsSTZYJssEqbEqFSCzZBZsgs2QWFgmyxJNlgmywSoV MllgFlgFlgABZYBZZIFlgGw2AFlgFlgFlgGzYBZYG1tWq4NmwCywCy3/etbW1ddAsCwsCxDZYhss Q2WIVKhFmwizYSSRYFiGywCywCywDZsAssAssA2Gw2JUAssAssALLANmwCywCywDZsDYbHbVqttd ySywCywBDYbA2bA2bA2Bs2BsDZsEqbA2bILDYGzYGzYGw2GwNkFmwNmwSoWBYbAiywTZYJCVCpBZ sgs2QWFu2qtq7pGzYJssE2WCVCpUKkFmyCzZBYWBYWJBZsDZYBUqGw2AWWIbNgAbCwTZUg2bA2Bs iwNgbNgbNgbDYbDYGzYGy34a1t+Gtbfj1rby9g2Bs2BsDZsDZsDYbDYbA2bA2bASDYGwNmwNmwNh sNhsDZsDZUjZJs2ZmxKmxKmyZUKlQqYs2EWbCLAsLAsSTZYhssQkKmpizYRZsIsCwsCwCywJLLAN mwNmwCywCywDYbDYbALLALLAk2bA2bACywCywADYbALLCSyxDYbEqFgmzZBZYBsNhUqEllgFlgGz YGzYSFlkhZZIVKhUqEllhJZYSEmzZIWWZhZZIbDYFSoSWWEllhJs2SbNgFlgFlkgbDYbDYBZYBZY Bs2AWWAWWAWWASBsNgFmwNmwNhUjZsDZsDZsDYGxI2bA2bA2bJDYbDYbA2bA2bA2Bs2BsSNmwNmx ISoVI2bJNlSNkmzZJsSpsZqbEqFSoVI2VI2VI2SbNkmxKmxKmxmoWAWWAFlgFlgAmwNgbNgbNgbD YlQ2Bs2Bs2BUKgbNgbNgbNgbDYbDYkbLBNmwNgbDYbILNkFmyEDYbA2WJJssEqFSNhUgs2QWbILC wTZYJssE2WJJUKlQqQWbILNmTZskLLJCyyQsskMwkssJLLCSywDZsAsskLLJCywCpUJCywCywCyw A2bALLALLALLANhsQ2WP9qtatXnUlK7oUV0kIYUpWKoHypCH60hDdSENqSlcJCHMKuWQTMTMpmFM bbUarRqsW1aNa0Vo1W1i1qsWNbaxVaKrbFWoirV+WlMpShKQJlIkSUyiyUM0JEmGKU0hEkMwlMpQ pmmUylIlKZTKZSlKaZplMpkUymUymUpSmlImmaZoZZlKUphlDCEyTKGUpQwxJIyBARBEkmARBElk gjJSbJgDJZLJYKZsgZpSlCYYUpSlKUpQphmJSlKaUM0phmGUpTEpTTSlIZCJSmUymUhpTTNIZlKa UplIYgplMpSmlCUymWZplMplKUymmmUymaZZlMplKUpSmmUylKU0ymUyrPwph/mf4Nn/Cf8xo+y2 23w6aeKqOnDh4emHTwenhxhXCnHVVo4eFPDZo9OGDg9MMMKMHTZho0eHDbLbWzRrlttvk3bPBscK eHg0cOHh4cKdHg0cKeHDR/meHps9TxVceqrZ0bNattt0YaKaNGj4zVttvhw7q22300aPjjwqYeGj g8MNjw8NHDwbMND2Ty2bPDh0wYddVU8PCbMW21s2cKYemzw4eNKr0+PThT1OOFOjZ52223pOHSnC jR6aOGzDww2eGzw2aOmzp84Vho8be5bjHTZ6cOGjZhwpo8MNHpsdMNnhU4qtHB0p0p02nltrhw0Y dPDh4KdKaNGhWLbeHThsaGjRNHDo8attaGzpw4dOGGxw4eHDR4wqlFPDYw8OHhw2ODDw2aPDg8MP Dps2cOmNW2vG1Vjaqps0eGGDFVWjS22vjgw6YcJ6ttvls+PB4fN/Wz04afFenhs+Nm31trY5NWz0 eGzpww+PTps29VXTpw+PRp62beunp6cGjRw6bND00btttuzjiqwdOnpw4TRudtnhw6bNHE8YqcPj Djbxi5btbbWzRho9MNHh6+K6eHpo0cPDp6ejDZ6aNHDDw2bPTR0w83bbbseHSlNDhhwnCbPjZ005 bao4YceleHo8MGHB6MMPDR6m1V6dOmGjw2U2bMPErQ6cFdK8OmeW22+DZo6dOmhThweHDZs0NGJs rj5SmDRs+NGk4K2wrJrhs2aGynDDZ4U6cPDhT00PDw4MMONq8MT02bOnp4cPHq22PXttrw8MPDp6 emjZw8eqrR62qtnhoUxtVeGzRs6pWOFaMOlOjp08eKqcNHDho7OWzZo24V4KYfGPB6bOHTHFbOnp 00aOnTDZwp0aMNmjo8GzhhxxVTpsw0cMGjhpVVo8PDDQ8K2V4U6cHRo+OHPbdXAG8APogACOAR/H 38ff1AZGqABEP28++1VBQQaqE9+AegH1QBGoIP3uD8AfRoQDAEe+h8H7CSDVVCH703wREQAf1aAP nw/B6ACqNQQR+8+eshUEI0GCO++gID+FUKhqH777+UCoRgCKQ9+fPYBEDAVUNXnn72UgGhgCJTv3 96AQwGREACP3p9Me0AQww2j9599CAAhUAaqvfQ9PZARERENfvQD32CADA0EF+9ADAB+EA/VA/vQD 7+qEIWYBh899/CGCqAagh/efhD2GAYVRgD30A+/ZmEBEQG+fT0A9AAhMBCH70D6IYAEREAD73wfQ oKhpkRvPD9+EAwgABAAfvvoPowBCFhED5+9/VADMIwANfvcAfR+jQBWAQ9/B+H0a1VBVQn70wfhA PwDCYAf3wD0AEyH0YQAPnw/IIgA+hVgq7576FXh0wQgACID+9AAAADwcAj+PfT7+oDI1QAIh+3n3 2qoKCDVQnvwD0A+qAI1BB+9wfgD6NCAYAj30Pg/YSQaqoQ/em+CIiAD+rQB8+H4PQAVRqCCP3nz1 kKghGgwR330BAfwqhUNQ/fffygVCMARSHvz57AIgYCqhq88/eykA0MARKd+/vQCGAyIgAXvofTHt AEMMNo/fPvoQAEKgDVV76Hp7ICIiIhr96Ae+wQAYGggv3oAYAPwgH6oH96AffKhD8LMAw/Pffohg qgGoIf3n4Q9hgGFUYA99APv2ZhAREBvn09APQAITAQh+9A+iGABERAA+98H0KCoaZEb758/QgGEA AIAD999B9GAIQsIgfP3v6oAZhGABr97gD6P0aAKwCHv4Pw+jWqoKqE/emD8IB+AYTAD++AegAmQ+ jCAB8+H5BEAH0KsFXfPfQqCMCIH78AB82xt3b3bebWsrhhwaKcNmzZsdMOmhsYYcNmGzR04Uemzh s4wrp0YU9OHDQ8Nmjh4YNGzwbPB6eJoqnho2MNmzRhwphhww6bODRw4YYNmNiumjDY4cNGjR4MOH hw0PDiaK8FOnDh4eGjw2eHDZ4dOvCps2eGzpR05y222nhg+PT0dPSmjw8OjZ8bOI0StnhRo0U8MM PWzrFaPT04eGzpho0eHho0bPk9lYVl8BX3ivCQh40hDJCHzmTymqUL96Qh5TnCUL5isRd5CHtkIe lSUr4Eu+Unnkp6sKZhTxyU88KZhTyyU1wpmFNcVNcpPPJTbJTnlJmFPPFTrlJmSmuSmuUmYU1xU1 ykzCmuKmuUmYScsE5SJbITlgnKRLUJyoTlInlQn5UJ+VHUkPnOOfje/ffx7+DMGYMwZgzBmbJcXg B4AQdw7RmJQODMGYMwZgzBmbJcQHveAg7h2jMSgcGYM0tNLTS00tNNeXLfy2oV1kIfiUU84VuQor ylSrP+QrCqJW81LeW2r978KIfp9cjEkRRJc4YiIiIndciIiIiI5yIiIiIndciIiIiJ3XIiIiIiOc iIiIiJ3XIiCIoLu6IyRFJid1yCIigguXSIiiCI5cgKIIjd3SRjEERHOREREREc5EREREZ3ciIiIi J3XIiIiIid1yIiIjBHOZIiMRDurpEYwRFzpGCgiMXddEUQRiS7uiiCMRJc5ERERETuuRERERF3dE RERERO65ERERETuuREREREc5EEYiId1yMGIiId1yIoIgpd1yMYIIpLu7EZIiIru4iMSREbnCIKJI xu7iIiIiIndciIiIiI5yIiIiIu7oiIiIiLu6IiIiIiOciIiIiI5yIiIiIjnIiIiIiOciIIiMXd0R BERiLu6MkRGMHd0RFEERHd1JgxGJJ3bkRERERndyIiIiIzu5ERERETuuRERERGd3IiIiIi7uiIiI iIzu5EREREZ3cMEYiMl3dGIiIg3OkRjBBFy6RiMBEV3dBEYkiK7uIjEkYiOciIiIiI5yIiIiIndc iIiIiJ3XIiIiIid1yIiIiILu7EREQYd1yMRBERF3dQQUkRO6uERiSI3OERiSKI5wKJIogjnIiIiI jO7kRERERHOREREREc5ERERETuuGIiIMTuuREFJETu3IiCIiM7twIikjG7ukxiTEYO7ookxGB3XK JMRgid1yIiIiIndciIiIiI5yIiIiIjnIiIiDEc5EQRiIndcgiIiMTuuYkiKCI5dIiKCI3ddEUQRG XdciiCMSRcuERERETuuREREREc5ERERERzkQYiIiOciIIjERzhgiMRE7uUkRjBBcukRjBBudIxGC Ci7roiiAijnTEYkjERzkRERERHOREREREc5ERERETuuRERERE7rkRERERHORERERGd3IiIiIid1y IiIIiLu7ERBgiLnIiCIiju6IgpIjG7uIIiiTE7rmJIjGVRUeU4CtBWCvaK+wVsK94r7hWCuIr/or qK4itBWHNnnObfOc5t/6/vgiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiLnOc5znOc/ oraq34trVbWryrSlcqkpX2CtqkpX1qSlb6Qh6JHkEqr3JGJHFI85CG6SPdIQ9EjgkeqpKV/qpKV0 oUV6VJSv7Qr2VJSt6R/6pKV51JSt6pVLvUlK3itakpXChRWJG4V4BSu9da99d6313rSta1q0mFMN mzRw2YYbMNFNGHDZow2Uwpow2bOHDDRT6vK9r2vK6va8pYD3eMPvmke/CIA+vgJPa+Se/ECH33l4 DzeMPvmke/CIA+vgJPa+Se/ECH33ldXV5X1aNjRhow0aKcMMNHDDDDbaq2YcNHDRwv+1zz/iSQ3v e9wlWmmmmlCtNNNNKFetI2Fe4lUiHkRJ/0QiI12ldeff8nPzxm6z2YycNr/DjXB+/8dvnz6fd98N A8wjhDgAbf3u+WuZjnZzxzyz3uPfczPxD/JCyCVbSy2llrLLbSsq0spZallbSy0stSy1ZZayy3gP EDxA8R4gBP4S+WSrz9fUK+/ShV3u1b79vPOh0+332jG74V55Rjf5ubm5tty2hwJ9QoFBcMwnSKNC vEbTz6qqxvhM7s68DeVY0EE+N1pYOeJIrts/ZJg0YVCxrJbd1kXHnlu9+d8793Wta/U/YhUlFbSy 2sstSytLLUspZWqlBUpKlJCpRJUqFSoqVCpUFSpCkpDPy+81+fXn542QbrcrNN/qrf24xpv9iFdz oE0R0FFUgq87i3K71l7n6iSfGR5Y8XGe3v5ls28O530Sfd3d3UGOJJDD+0aBvdnSWLu7CAKCHLhv cF1OtJFnwvO6UOv3EEysY0NZ8x4vt1mu5mfkh+pZElFJUkVKRSVISpQlJSRSVIqVKWW0stUstmlR alltLEe8PEeI+zXLwWj+v6+H22FtJtNa2P25hLyu0ZKesLHhKynox0/w97wG2NwQDCAfEkjlh7tl VRsAkAVBmjGOPvuOyhmnuWonvDh2Zm9ujKHNYjxO1O4IYAToODznNuVZlTbHeP1D9SFWpIVKS2Wl ltSy2yysstllqWUipUKlSJSURUpEVKRQ8R4Bd1SWfzE3d7e/flprgrNDmL45TzApo6bRurpdiHab rcwatHLaN1dLs/AAD3aSM+qqqyQ6oAEEnyeDdBIGnw4EvuoLuj535aXI7Br779PvVbb5t86fvyve NT8179b7PvbfXr7nvX4SfqUSVCpUlllqVlaWVssrLKtlZQHgBPvq+v9+wmT1WfEWF+6nfYss32/k 0NcoLr89Xc1jG86C6/PV+AHvCUPhXgt+9m7vz+ZPDgQfIV7e+sDdFe6YIouqqQocRmTKZ9Zpa53z 7jlW1153xrfe3sjY3Obt81pzHEuZnu3dfb+7rMzP2fskLCRUapZrSzUrKpZrSstpZ4AgeIABHj4e Eenvxz7Hc/FjOLzqGY/2IJRC+3kD2YSCq29sdvIX28gezCQVX4e8PBALSgdhl1VDZcG0Tg3fju5V VYB9pPiQSSSTiw91VXe5V6qqtW28WCqoIPuOkMbQ8q1idsHIYcq3NROeFb4UKC56XOjorKjBkyqy YWTCsplCpUVKRUoUlIqVFJSDxHiPAjx8ACPGc+6oJp3D1/v2JY+F3+q9FdTKOX1VhjOcCq08ctVW Hkc/AAD07dz0/buz013vIvvnd7vcGvm53BvvnfcqKz3tymh91CqoaOBBB3oLYW3Yu+HAaRlbJRPe wgzlzAQF+CRPjavbAoad8HN8zM/Z+yQoUlkVLCpZEqVFM1LKyyqWVtLK2WWlilhUpFSyVLCpYd3+ /fn2/vt93rvf3WF9uczX7RmZy0VLF5wWKxwsWs68NkPLC3bCFi1nXhshfgAB6eEsUNid1VbLF99V kE775InKhLHuATsXhxWBnsIPqBEYZ9T0ngD5kmiKjm5ETYGgvsaJ+94D8wGGWUymKsmJZMFkwmWa lks1LKpZtLK0rNaqWSpSKSyHz8/Xl1runr9/Oea1mZj97Y/VWaJD5IpZuVt3amncmwXh8kZM3K27 tTTuT8B7w98894n2O/qGb5PrPz+sIbQ8TH3NYOG+mtA4Du92du9zv0v127gcHGwQST6Why0niUeX VsumszMz94D94rIsmFkwmTFZTIsmKyKpWVpYs1LK2WWqWbW3spK/r+++a6+/PeauZyacS7cdsdW1 1mLIs1K5oWbXWeeNZqVuUdv17lWIcGGxcxZizWTF3pDekukpDDrJvSb0jvSbSevmbSet097029Nt l3pt6bAJSEFZIHPstLDxDCEE2prVx4wIiIbZZjGERE9sq4xhPUpTeyo0xhEREuyqNMYS0pRLsorT GNSlET2MxWnjCQREvplaYwiIiXJrVaYMIiJdlXGMIglpt49b4xjYyrjGERE2yrjGEERNpsVtMQwk E3pPWTX1q+G5rLpXLp7aTXGsxtp59czN0mdc6U9PFhizFxce9h9pae8ex7aZPZOu9InQ6aWyKmyt 2zjrLe1u88O7jbtu463lnnh3ca3dwrdZSiNnHdxre17Qe++it2zju46y3W5xsre287w7uO1u41lb nHdwt1vb0jNbtiYbW1q3SqpMTRMy6SbTXh5JK10oOu1dXUkrcuupUsYxVFTRs0YWszGb22qY0RKW XSW3ldod55crdb2vYkkfTwkJx2BCgqrYjA7B6SQ3u7Yq4lkLjJKTMuMqsTaZmnayylB3O4G3W94U rzzuNbdDmmAATc2VQ253blSoAbcQQ8CqsaxOTvHNqskndA7caTXnvvO24Up3XXXSGst7Sgas7k5D wSSNqskh3Kzjk7AhA0FRQr5WSQOFZIrxyHgh0kd53cHWW9s7ziyt1dQO7u4A7hud3BkNuKqgDuAo bctyokkih0OQ3GVYEvmQOeOVWSSB2DwaCooIe2YnJ0CBJJFVDZVfUsTvPOdbre27zzu4Nmwonwo1 R96h7NJkI6slu4ucmLTFvWztWiOkzYYkcrXfbu2Lp3LrsvBwgayZAdc45ewliu2iasUJ7RHaSyKG 62tdJVZHGUNbekbkDNITEN7HJqCC3klrGyn1pK3mCxqXDXhWE340qGi8GVB2DMj1YnjTXacexrNh MqqrhotS5IxBnAy3jlwRV2pjWVBWuxky9jZRiyseQTceQtVXdaOjdQLhK4blZ2CmiITerFL1DdWb 249lodml9e5dZfODAhhb3nswbjrd1aK3BsGWprY7eN13YcmNCWXLzupXbDy/Te3Rwd7wzmpcVGsV dIEbrjbzt2LuFtaVdihEIcrNwZaNbmJYzuea62N1Zvbj12h2aX17l1l84MCGFveezBuOt3VorcGw Zamtjt43XdhyY0JZcvO6ldsPL9N7dHB3vDOalxUaxV0gRuuNvO3Yu4W1pV2KEQhys3Blo1uYljO5 5APw8Pe8SQkkYYbMKU0aPDR4aMNHDRsps0UwU4YbNmzZw2bNmjZww4cOGGiaNGzRo2cNGjDY0cKU 2bKYcNClOGjhsw2bMNFNlNnV7XldXcQj70kXv2DB9vlARPq+DD75sRffEghH3xIvfsGH2+UBE+r4 NJPad0hIbSEOQ9xxPkqqr+wDjgh/EhP+WSH+yPrC09sn4sZjXvv15vWtX4cBJ0SX130H2muz7fTD 493iBZIqd/+jn9hdQqq4YR73wPvZc+Bn9iZrm7u7sAh8PV+mTFLy+/fdPHLJ4o9xjNZbVqit3u9Z mbnFVULeX07uct3MvFSqPLN/t+5+/rZ5O1L7iPLGud55rWtcZU/Fjhjfbbi32223PTsp3ZIwzLJi smVSsyzVLLSzaZqmalZtLNVLKpZtpWalm1lZgCPH3gR4+9WT+D+j+9X01fDq2jd/1kq7WLXVrvLt rarxvqRx9UpVcgrFXVXjcqHJ1Su5r7w/SB/JN22ftMsN5WKs81395r8+utZq6OxtVUWn9Lixv993 ur+WLbXbGXVT3OfZ7bxO2Sb1+fz1w7L8sn6VMltj7LMlWeefPfMzOEtR59rxt8o1bTFVctqM+M0s vm8ft++zMx5EtTze5+nLHOc6ZnHMZnd98QIxznuxzjZWY105ZnZ2FYZMpZMllMKZZaWapZtSs1pW WlmqWJFSwqUKSk/X9/e3u81+/ms3/P7rHPOH8SuNZNs8jw6Y0IRLuurOGGWMIzrrq343fP1ITnq2 2/w3UfuMFU/Vc1fz3zWta54ueY1UlX+mMfn18+fz+W+Q+snKmXFWZXM/czNm6i3Sw81+70bH6VJ+ 2Tfvufur9ry/W9RtUrWZz8/E32o8lhSx+FYvbNs/fPf3v49k7Wqj3WF083+8HOM3ZJbOfhnKbVMq cs/WdfyQ/sG1sqyzays2pZWVmpZVLNpZtSypZqWbSy1SzwAI8feAvO3+hX82dd/z38p3/TUT3hfV sUNP3uP3d5+fmq737WN54+arvfK/zc5tz/VvhgCqLPvPx97+29y2ltVFVbb/TMmx9/av9QDY26bi c5sX3/H9qreefHBtzd1cqfn8823+FnbEdXfPvszM24o8sVS08ry5ZNXpUN/luHLJxUYueXVW6WMv tt1Vapu2pMp0verWSbqXDbM7OyLFZMMmKyYWTFZGtKzUsrZWarLKyy0soqWCpUVLIVKSpQc2+e69 2rzar+Gs/YD/Qfif6T3M1UsmZjLy9qgZKod+99533MXvuY999/IiRIfoh/P1T9syop/H+cRJ+Nm8 Zz/BmVNVH448iJNcs0sllmVJn89zP43PWzKrGTJPNZ8WM2/nL3VvTw5asssWyPc1+XuZnBuo8ec3 3WZmcerPi6dq5iotzMyhef4zf3mVT+0xb5sgbl+c/6f3fh7vvnlqvu8I7jFlRa/Dxj38+8c7XFys eMWTVkW3f5v9vn5x7+6zM/pH+EqJKhUqFSqlIlSkVKQVKgqVIVFLK2lZallaystrLLUvEe8CB4ge FfffyCw52/qrBZpEBZ1dufbfPsG9rzcrbdqyjVje1ZuVtq1ZnvAeAHvR+ISdP5E85jP5kTPzV/M/ LeD+lk6sqx3LcZlvP423S6yZbtrU0oYvf7pqTdh0xieXHb/e93vMzhVk1Yqlrz7rSbpyxMy2M5bb 6ZltTVWktM35+9eeclSlKtrzMRyxqp0rauMtxOd3pVb8yWtay2VQ+/P6h/ZIU1LLWWW0strLK0sr Sy1LKWWpZayy20rLVllt7wIHiB7xHiAP4tdT+B5x/f12HXm4NX8lubcmHSud5MOl+fuAO4PoBxxf /uPlJCMYyR/Sz1dLd5ipVk/Nfl/nDzVvkumSrDSm9bt1tRrGJ0xmrNseVa1FaZGLlWyT+u6t0Wkf rd/rtvx5918sVTVRq6n2/zuf3bxDwptU7cXoBc5Huxzj4DzeHNqDz/L8h3znzLgiOaav7zvd8t/k R/SWElRKlSKS2ssrLLVLK0stSyrLLayy1UstUstpZWllaWElSkipUNd8vb/M1re89/v2u/m/dZnm ma2su1ed1ihWBp8+r+k+zmOrrfdrpJ9nMcN3SB4SEO1tg8Ky127cuuZ0rhTXjbnHWS5VzXi7731+ Jf32ttbb8NttZ3l3mSdWKsNP8V+ffW88vFj+Fe3dk85u/znvg3bYrkrIyx7rzvl3mZxJPPTJ95hP bKs5Yv2a/l41Eb4xmM/yWMW2Ft9MnjTLVVlF5z7jjdEvd81b/E/yQlFqFSkqVBUpFSpCUlCUlJUo KlSKlIqUWTIZMkyZKyZFkyK58uXbdx6/GqF2D325WZncDe5vb/XfqvKE4UMdJViod6xvv6RH+Ukk R/X1ke+sV/g1of3+ebz7Mzk65iLbzNWTz975Vu5nMknipp3zy4bnKcemTFSrGrM608/t++t6PFdW L23JSpVl7/b+dzM4nKLZ+F7fd9359b4nLIWyay8/tveE5YdWfZzma5+azmZnh5X4XFklqbts3+bd 7923DuW2RKsVZjL+9x5b/ZI/whZIlJFSpFZbWWVpZWlZWyyssqpSpFSoVKRUokqUgqVIn0znWM/Q nP5ddQ1s9/VdTbMqiG+mnrN2u37Xe55e6utedvdfskiem/5E/pU6U8zv7mZs0qWk/lL/PM/X1vJa SqVrMWPLbhVzLbTXb+fzm7eJypNeMysN1k3WNsCrNUutPz3PP8IkiSdNLHbEqnnu/O8TVntSMvdd +723weK7WFhVFXf5u3Tdhb6stjz7ud7rWtcth2xZYt1lusMs6dqeFMFZDKZIsrZZallaWW0srWWW 0HiB4EeI8Pe97v3F/T7qH8Nd/CP2p8uprzWKkso3rXH15qpdlG9S42YKFCgQSfD238VXx75lY7ZX XOVHbK27Vk2yrtmec5Ubsqt2VWXZV9Zsqpdldb65Vbs62vvZVbsqt2bbW7Kxuyr7ZVdtrd7Z2UXb Ku2Vdsqm2VcemWhz7zOOTozhoJ3dwa3te0oi733ms7u7uETk5VnHeDwSSX3lWETodDpFiy32vTXn vvCd1lvred5xW6scjCEDk7BgoMVferIAYISEnFqrCQ4IrE57oqsJ3QOncrE7rfVeUid53d3Jssr2 iLPPObk6HKqsJx0Ois46gyScWoiMzWV6u87mt5td553dydZZSgncWVvApXed3dydZb2zvOLQ5BBB VWKqwkOTsGCST3pPIdgwISKsvlWEgchzFkDsdLVWEgdO5WJydTo1VhO6B2Dm1icnQ4kIdFVhO6nS 1ic90VVNZZ3c1va3eeLc7k1vtC3nnMmzSWrTV1jGMWXEqbOC1azXmQ6ByckRFIdDkUQ6d0FEXuhw gqq8QVncrA6g8SSJUReOoe4klOvhUOndBRF46nSlYd45pUReAgSSRFhydQ8EJCQPU8iKnQ5B4kii 90O3Gk4vjzdd3Wou7WWUpZJZ0nO7q7weCST19HjpxpOFsSKp0Ox1a17xA9Tzbq/Y76V1cylmOuko 5m7pGw9e7fd13vdm2NlFpHdzHuVkNpELDDyrTdh6qVHslGmC7Zd7fA6tIfLECweF2UMkLrWRBOW9 6zvLug3FVLRumTgge6mxD3bS3Mz19tCXO5KKWxWo9UHZ0R7tqcssicbjbgQxXhD28XPidH/5k+n2 K6wx9d39SPYFz2qDXxGq6qjkWw3hSF4etC+xCkO7usjS71YHtqj15fP10LqUcucNnZgzlAb05Aqj BEetrNED48i+WAoMbnUDfTnzkqJ4uEl2u04xXCxDN0dySE69zexbQrurKUXJbmg9YvGMQXTIe4W4 RW86g16h26Nerq7FsFDrFZLC2t6RpXUgN8cYdKAiPW1miB8eRfLAUGNzqBvpz5yVE8XCS7XacYrh Yhm6O5JCde5vYtoV3VlKLktzQesXjGILpkPcLcIredQa9Q7dGvV1di2Ch1islhbW9I0tMiJPpClO HhMMKU8OGjhho2cNmzRho2Upo0aMTdtrhs4YYbOGzDZs0cNlKVhow0U2aNmzho2bMNGzZowow2aN HDQ4aKaKeUrq5Ot4J98GL36Yl99RGL34RBAHv0AY+vozvJ1vBPvgxe/QiX31EYvfhEEAfXwDH19G fV1eV8U4aMMOGzhTBkJWea3ve973aaaaaWmmmmmiRyUVK60OVdk4Zww8KxmnTY0sqxq7s1Vsm/zf n5523pak5Yysfv5NtjayLMxOat+8zX7fNc95znOc64rlnCyaurosTffftyeLCqnT4RybmZmb4e4+ 2qIPgCCbmmqWjiONHyWpyp+d7ttC17rmeW7ktjqjMYmtct90i7TAWVRZMqmUyTJlqWW0srSytLLV LLaWUKlSKlRKlST739y/vvu/5nn3n7z+a+a1yjkxck/E1bWnKyrTeXdtHU3pysq23l61+yB/G6Wp JyvfPr959fz230mlywyUrV/PPPPXYeVLmEtS+67z7fNeRF8ZIN+V+JjvTgvQ4mkRIRJBKR6vFo8T oHF9YSUZ7yAK8Ej8Zuwes4OhqUpOIoFnFlRIQ6++BSw9O60jv8Q/UhVqSFJUipUKlWlltllrLLUs tpZayysstUsraWW2yy1LK0stB2Oaf8H1asv8dFnCKXXr4Xf8tu+6z2eQPi85nl11cni+LrzPLrxc fP0I9P5VirEafuvus25PdYmLE92xI1tgr8/fe+t1fPatk9qNZvGpJuybslWMZ2798eb8tyFtWS5b iZj3eY97b4jco7jO6wmv2/NDdNXli2L757y+3LniHbusOc589/eq95nAYOYx4uDnN8+/38f3fnlV /hXWmEZJkyVlMksmSsmVsrLbSyllqWWtsrLWWJJUqFSkVKkVKhMec81/M7+/c/Vxd4g647ZztPfz Fmdi3ck7azirqPI3meb95zf33nM35e6z9kgf4iJP7Pywl8e/j9Mt4boftZ9cSdWSXnn89987RcyJ aeb/nOcJ6uXFhbLKlWT+b7u/hzXmHFW1cpVRmO/c93nfHW95bDWMhqxqvz854b4sKrym7aSLpiRa W6o3rz3NZmbkzjCqWxmZPPzj3+E/qWSFQqVClVUKlSJUpBUqKWVpZalltLLWWW2WWpZbSyrSy2WW pZbSytd9v38v9d1/P4Lo39/BaGXorgxTrBdkbd9DeoJnmba1Xda87f1IR/YiT+k1+MYuKlwkmgBQ Tl3/J9u7u637zPhRBAPqKPvDf4+23nJO9mJViect7mZqOXksWWH3fGjdGlkVUze863I8WWaxcxO7 ve1+IkiScMp4qVU6sqzGe/a/jhxUumMVlmWeb/P3TcjmZLQ3vv553mZngN6LB8RZJ9+r4119xP8H veHhK/fo6t7+4T4TePbzqrquy9yy30fb2bucZHXc96HsqSs6VI96HsqfDwHgP3h5AgE+9tcgepG7 rXiHFeWb1bhj3zuOat5CYo5rfeffvu7fYj6vLWuPf2Xf2W+O7ZEn28av5ZaLxhZYuT7uc3rWtVyK y3AqmVVyMDuX9nWNzpxOcDnDy/e9vrFPzBpNKLde/n1uzdJyvCy5e+d1rWtfshAlD6h32JH7MSF1 n5fXgtcLuXZolh30dW777rVy317rz33PyRJMP3VGWT9VrGRVhVjz85WhutKXLLiZmOVfzX737LfP Fkqx2xMqWz8c1+/mW8ieKxUs5q8uW7jeMkqzLJMsz38/Lp9bxlknilZ45n3vHcxnYZRV5WLIpmT8 75y3Z5w2wB6c4HEz999337/VX3n7HMY5zfjnT3gqSd3d3pI8B1Xju5uE/h4e94frmblN7dbdHxN6 K3T+C5WqXfhzD4t0kEhiKVQgcP2cWVZL5kjlh+cv6a5Y5YZR59P28O8Cfe8Kle9L/DGx9KqmAIQC D5liqvcb87vzfzsO03RywtXMfce+/gl3YvvAegIddXb3zu6FVTADPgAviKAKwrr3vMxa41xkFy87 73vu973v0T1ZJ7kyt4ywXTC83n5zN+a1rX7APf3zmfu/P75vS8hvLxU4lrmaCJgPWal7rCrOxe6u d13nXc/EJP0MoflK/X3n5+PJ29WZTKlfXVt1IxSrVRW2DVNWRajmvzjuYzTjzGJLUfb7pOWcstTL Hub99dzGeI5UnWe6MppUyyGPPvOfu7p5vxkTCpVhVnffH55rThrxlJB971CoMfSqr8PeAHvw/HhV dx/OxtPfs60Fh+mbt11DHY4WehWbay6GKwhZ5FZvxIn72WVZI7+eX78cfpYWhf3nPzzWta4cCAPE djvurvAkEEAebjSu7vlprwJJ753lstbgtS21HnNdt3DLBvO+/XXtlrwcUqwylq5jed+7mZwTW85g 58A5wA5zh+/z3+7vv332q/zm5zbfHX3eP+PM+rsC++63r2hdXHka0ObWnYQqjmNrd+98fDzv7fbd +h22cnmjzR5o815B5dTzwu9WxvEOwedDzoedDzoeboedPO9vDG9NvTb029NvTU5skIYRHuh2drV2 yrtltu09Iu11q3GVdrmXeyrtlW7Otr72FVuyq3ZUW7etq+2VW661fWbKqXZVbsqt2VbMzOudFbtt luzGOm1Vxsq7ZV2yrthV3pPWTekbJGymkujpdPbWb2PXE2PabSZ3pMzD58WGLMWYpi49tfWTx7d7 Hse3pKd58vdDt546ySeVTodFXuCRWRWB3g6NXjjwQkItWRWdwRVOh2DwSSeLJ5RhyHULxJG1U7BQ lKSTeB53crds7uW63W4HcsDqdWrA5OQ8GVVD1kk8rA6ByqwOodGSSq90OBivdA7HRqyKp1D3Ekp3 p5e5OWSEERHu8dbV7ghJFRQCBIKjAgQ5VeO8HoSECBbJJ5VDoCG4VWxVOhzJJFWHIdQwSSN8qHLJ 2O7uW619SxHedy3WXHd1ysOVWB3g6DJYTuUOxy1YcdJFbtvK9oPffe5W6vdDvA7u7bqUHW53dst5 XtB3ge93dZYFQIq8dQ0kgUsIeEeUOhyGCHSErV46AhJJBkVFDvcek4feVOgckkVGHId6SQJw1SKp 3jm82PO65brKYJ3ct1va5Lw85GHAxWBxJFRgdTq1YHIIeBUVOoyVR7oc90V7oHbj0nCWPe66oKVz u7WW9r6oi68Pe4U6HY5tXjoSRUUA9xJC2Kcg9/QA8PAeAqx8XrOXONCh8PqdYqS3Bu/aO006fdim 7i7p5WqYraqrLEdkuxoqxqwXVjes3DdF6M3uOswdFfSXY2PqmrXlaNqCFqttxHhqveo8nTx4Tglw Vl8ujiQ0ZCmRiWEHpu9dd7U8t6Qs4o5Zvt5boyN1JjF7gyHFjocMXUxjFlEFOWt4dN3SXRfVyEHH MxCq03BBim4RNd42CpeYsQM2UUXWC6uZtHtsTbVS08HC1DgVkWG3OtxvhYt5wqtvCgu297cy+2QV 3UtrJad1WxTQ7CVu7tgVbETZoznz2tnZ0ro6Cy9K5h4O28gguptS26u8zpkW5uHFtLso4erBdWs2 j22HtqnaeDhahwKyLDbnW43wsW84VW3hQXbe9uZfbIK7qW1ktO6rYpodhK3d2wKtiJs0Zz57Wzs6 V0dBZelcw8HbeQQXU2pbea1vfn2/u83zd33mzY4emFPTZtsrRo8NmGGjRs2OHDDZThjZoYYYcNGj DRo4bNHDhwbNFMNpTRvdttuzhs4cOGzZsw4cMNmzRw4aOGjZyvq+pohE93gpvvlMQnt9SBF9fISX 3yAPfgMm++neARO3gpvflMQnt9SBF9fISX3yAPfgMm++rspwww0NmilNKquGGGHDDC+2225ESfpJ L/J5i4Tv7rz5yQ0sk91rv2OTUqqrFtxiirM/PHlu5I4o6/frdt33LZL1iasmrJah99+8+h34c3wD m3nv0C5t05uYOa8yYkMYxknnOa3rvGc5zXONweKF+v53lv6PDwkO5f4kZw3dTH3aVhrVdfslgnpd 29R28ctWcENkYmXea7dnAzZ+AHgPw9oIIPoQPpkr935VebV7tXu4BnCveo+NCvADd7b+O+HhVr9X d+zMzLC94HxIIIIAJ88j3793MzSLScWvffHH29aa14hqyUsjx9+fg83Ob95v49DvOds8TZNxNg2+ f3l+e8t2k8p1r3Pz873dromVajPzXrlt/ZAPAHM/X+78fplDRm3dX2L9kDuuPWDNsZffdu7zfcXz unmuedu7zf4JJh/YiT+ST9qVZV792/y3bmsSqymVJlmb/l5b+nJHlT99rlXUnqpVSrOKx3duobWT cuYyMd83TcyjdlsxZFlj+WJqxR+C6VVaNB8PE+HaOJwL7dDdCq7w4eV7VVX8AAA8usprRgQ/fq3e rPo1sl7eq7Q7pYfSs7U1Yx9YWus7W18AAPaB934Cqudf4aKI8eGVouhWTv1E9wGfb2nfCgl37kc9 qv37uB365HA775886E71fi66fe7w4bw97w972gwD973gADfwfz1xfrS41v6qYvntsumzOGGOmRRz KyZaFChxrq7svhQ+ESOnp8ds/S4YXFrP3nubbc37vV74AA2/v6D8HTHPt92s45jgbw+/5b73ecx3 z++dD5zfX387psbd8g0deusHO+Xzzf4PDwAd/q/d++FmXW8b+6rzjVa185DUyGV143OLreh6PIWk yq68TnF1vQ9H8PAAXoSuvv2qqo+oicZ1VWYB9351VV7Q1UkyqrOIF+IX0li7u94cBeR8SOHU+Jr2 HK5rSaAwURpAl+sjxpO8+qif3h4e9v78/xynV5v7rrZswjdbwb32ZlQ33WhXDO2xSW+313GvO6Z3 vJv8JE/X7xbPqusU1jJV8/2EnBQ34399VgkOu8lxoXo0LuOKqrgPmsLr553bpt4533dg73mHT+73 XM+fbxd4WPvw/ADw8L+7R+Mlv4nq3TmvXrBrq9VnTXUgv2UW5xNRwc4b6upC9lFbOJpSDnDfV1fD 3gPQDsOyxf40BPusggft+3BaJxjBmV+FWBvd8cJGkAIA/U7JwE3Q2mS2axWuVqSFXe5LfzD9kIZ9 q+ffm/3xvaV/qxNbX6+szW5kveqMZZyz1vXjvfM99b1fxJJNxnfPPOVbTd/ff33ji04qgigV8LGE F/g80bSdQk2QSDlBWtkqEoDiK2rx2DfqIOD1WAK3ap1VaO8OaHT8AAB7Ph9vw/fnNBq2L5ctd4rq qv8R2PHWdseBWh3F6R2POrO1PArQ74eA94gLw/Gd5+/vqv7h8vn9pB/zod2O+/ewLODz1f32q+bu 9PDl9y7/P6+fvvNznNznKvv3gdxecSRJLqTae87zvvuMzPfD7nh+wDNffeVkaL/d2nfrUery6xvd VbXGx83kC3Ju9Yy2NYS7OD3Hu9Yy3APMEgEMHxoD20qfmt9vKu2VbsrGbZda7KLtn1t3sq7ZVuyr r5yrG7KrfZVjdldb7eVW7Pra+00VbnWq3ZVbsq3OtXbIrttva33sqz3rrXbIrtlXbKu2VHBuJJ49 ZDoc+2XJ4i3VurqDpxtemvLzZPEVe2Iry7wtJdcnIreV7Qe3nrq3W6vtDwnjnKy3Xc6t58KV54T3 u7ZZZ05bq31NDuJ53dt5Xuh57PVbrKaEKKqdDvA8SSpLA7HSySWKh0Du47bq3tngeO7q3trk154d styEII8qHUPBJJ6zzDlkiiwOTtxJOGSvdDsFmV4ePSTyLA5BAkJBYvHQ7B4KDFXzJPIsAPqB487W +pQXh53HbNud3WVlg7uO28ryg8PO6ssr2iLODx3dZZbh3VvbPE8d3a3bEUOZJFYodQ8EknrJ7uTq CCEirLJJSPdAOVkTqG4klp4SEO7mst1dQHG3W9r6iLee+9wqHCs4B4kgqyKp0DvekgQG+ZIrxyCE kjFZFU6HU6NZDoHeOjVkVQ6RZA6RWRVOndFkLdoa47uO7q3W8r2lKSS999WHBIsWLFDk6g8KrAss VOTvHVrFix7kOQQ3CqksVDpxwBRR3OO5bcaV5w24d+9+et9fp8883RclbWMZlw2Ju7sPZW2+kWzs HFVxEj5roFsuJ3uUtyojKw9gmwaMF1bvarFwriJcvrKvVox9048YInrpVsWRS5Vys2q6Oc1wVTRj nH02Xt3vX1mO9NxTnOiy+C7je11atG5eKXEvbcxhoRHM25xrGH2n0vezqz11KV1dnR1jCodeEXfY lu8O5Hay+eH1Ch2brCRCWTXTEreuxbugvd1uUxd5RvCVAQgieD6TK2zl7g2brvMHVJDb4odTnd1H u7NCSHJBhVtyVlQNicnudurORLtSgShGruZMEG4MG12a7V96tDT5TSx25u4rzhpzqiyducNuGtGd dTEEI7o3CUgQgieE6TK2zl7g2brvMHVJDb4odTnd1Hu7NCSHJBhVtyVlQNicnudurORLtSgShGru ZMEG4MG12a7V96tDT5TSx25u4rzhpzqiyducNv65xvzWfb60SQkPYiRIUiEMPSlOjDZ0wpsxtVTD CmjR02bKYUo4aKcKaKU0aNHDRsrRgwptTDCmjDCmjho4aNGjQ0ccVWz6uukoIHnqYe3zBAN98AA+ vsje/Qg9r5gAPb4G68EDzxMPr5ggG++AAfX2RvfoQe18wAtu3LbbMNmpls2aOHDRs2YYaMMaVVMN mzDZs2YaNGzZo4NmzRh5IkRJHu8993ve973ve973vfIiT8IGH6+q8/e6uc9uXL5OenPuY6Lz35x0 fYv7uz82D4en30RH4fH/OnzwLY7r++HfPpTHzedycQTV7/fPnfxviikMPr998mmPqJXhtdY/e94D 3npatk/r0n77T1G8uMpd3ZaWcvkeuF5nLSRyrqPXhWYlpI5Lw8Pe+Hh7w/eH3TQMvw75/O3QQDGH 7qiqqp3VsWLAPnW/qwcSQNsZ2WCW8zm/d9zzV8i5rbzUnPc/NMruLHn37IQbf35K4M/Xx1Yqojt4 5Tr9ezM1yiMjlcNuzm206bSVOtG3Zzb5um1nh4e98PAe9+z8/n+/B2OeAmfPtdPTz69fpTO+BgDY KGUBXz1fkld3ZBI3wWHRuAhJzhEibkuW4zOXbeLW6d3nPNHnmPwRHn76ZT/fe/dXcqv6/w7DmXpW jUdzsePoJNqWNZ3JkydBJvw97wH7w73xH34/rtDrI4jR+3SSdPhxpEnw3pmLOu7uxyKtEvv2fjQl UK3c9R99PjPMal9fxOgkaNJzwJGfdfAju8SdnfUyf3vAeA79lVvUai+UwIdVK6ruq0KoZvYb44T2 ZWrrGve1E92Vq6xq2DwHvWBY+JPQ3hAJrCK6fpVVwQP0vf1Isn39yN5535752qNu/ENp+4MG67dV 8T55NRPK6891InQiUHWVyqqreAN58wwNrNVVX4AAD27921Wdv7766Nr8C8orRczqMSx48ze7lyW5 bR6LUaiyRpblxHotR+Hkj4/Zvd560cm6XPzf755adPuT3RfPy+cqJ3LcejtzhmjQx+ls/dlCqq/W lzZODSFZt0KqqZOgVXfDSEPw97w8Md/IfB7+9l/svcrBV00lfdfVzWug0NBp86P3WtdDvrxc889y ++a/ESPkSRJNHuF3av3u/z4n94WCT353KHY0un4Pfp13dr4HwI0gEfvQ79OBvPMj7mvtU81wwAfH 4BwOeEEH76LaqiDtPysYCLWd11VaBR8Rss9lVX4eHveGAb8T34fhobyUHRaWJ39XO3vLL0i929PV l5uXxF7t6er7w94BAbvw0Y6p7/ga4YwHvzXr/e9qvpj1+Km/bpuHunpOAKj+qqsJZYzSSrN4L4YO ZOhkHPb9r77aCIP7wHvAPfgfpf7PtzoFu/tre+NPhzOpl33VcpjbtJPLwu11WqY27S+8APfv7c84 44u4uDffzr/Px1var78D59+93zweYfBX+3hhm3d3ZGBH2NVOGtX+kodgBGkijRJHcRj2hLxsdwBD H3VnAkV6h2RpD8Pe8PCxh0Kumt9xNnf2UHy487y07f65uFl3WEcspbuFFXWEd8PAAVnvHZUBI/M5 TW60OTbneN74fu/zn7rWteHnuWzMYTWknN3LaJsDcMoXxGHU9373gB5hjH+laZNJ5b+w/t1ntN9i DG3W1R6EHFyrroO+dOyC+TrroO+BC3sY3BeVlHDgw6LPOR5ryDzoXh50C3jvGBg86T4h50m9JvSZ 0t2Wb020m3pvem3oB4hCEk2cq+xlXO1V3sq7by3bRV2dauNlW3aqvvZVbsq3bW1bjKrdmLLsxZZt V9d7PlVuyvrfbyqN2Vbsq7ZVntfeV3sirtlW4yrNsq+2VXbK70jfRdpHzZ6ye9p6w3pPbGuNZ7Ex d7GdpM4vlL5x6UpMXFxfZvi+Paz2NfD69W701lvbymh3gC00Iay3WcA1hs2bAK3V4Fd4be27gNlb 2u0O49rdwGsrLRLD6t3Aay31e0iK7wWvdd3dygDW9r6g88Fb6zgNvqUHDZW8r6g7wDYNb23ckke2 7jWbAFvrONbyvq813d3d4ArfV1KUklw28r4K8vAqVX1A48r6g7yBrK31fBXnhgWy31u42vKBcFs+ FK7jW6vdDrwL2zjW9suC8s4VlaBLe1u4VlrygXSSSwK3tbrglYFvbdcFSt5buCLYFsrBgWywbdZc G2Gt5Sg3BV5XuHeCyq8lcF5XoV3grLe17QdV4FSWqlTaVlWptMxU905zvvd3Tz17oqLYHxbxkbgr dqS3d3utem5DuraF9wK7Z5Byr2sePZyHU+qAk6NL0MZ7N433MSzkLloznXX3OrDs2GqoaM9qGIct 06I9xEuz3BmltvNe8Bth4sGNX0w6Eq3s09cmhjTuDtW0m7HKK3uxO3LKwdooR2MFHdjiCpkZVrV6 1i0EK3lBsamuvurVVWe62ljqseZvb3N1WbdbWWQ3THGmZ7cjfpiBzbV9vXcvM3LC09rlUEuD2u6p SXV3G7YPbwatdxfLVzmILrZW7yveGQZlVMXZ2JwVmZuLNT7OC0dovLzdYdurEY2rrIxLOCPRQrp2 LLy3mLKUmbUsjVUHGoZ7cjfpiBzbV9vXcvM3LC09rlUEuD2u6pSXV3G7YPbwatdxfLVzmILrZW7y veGQZlVMXZ2JwVmZuLNT7OC0dovLzdYdurEY2rrIxLOCPRQrp2Let693vu877IQSR6ejhh8fHDDR w4aOGzhho4cMNGzDZs2cOHDRo4YYaNNGHDDhhTDRsopTThTDRVMNiq8qV9XV5vDqUrtSYLzwwSPb 5QC+3wDH1fGAe/RIe3yQBB787yYLzwwSPb5QC+3wDH2+MA9+iQ9vkgCD35bq6vK8rq9rjZhTZw2a NHDho4aMKcFOFOGzho2e+e5mZmZmYiSJJ+IHxv9j8Vnctwx+fnnr8/MzO9Wva/d+ZSbGaKq/vjnU cbqzd02CCBisSHMtom14oMjuEWnMGXhXDxIVXptA77QQRQyBMmnmDMzM3uh+GYR8SuWyqr8B73gC N5WPvxr4aZ9+jmdvbUrINN8rnG7U3NquVbVZtJdubVJVtV8PeA9gFesfiRX3fgxvt8Dnfb+N5t0N t+/y50O43fv513aIDXb98Ddxvne3zWDeauBunbMVnoPPPnz4Hfnz/PLwgn973gAO+iH5/nKvdz8x 2b2bXZ0VzHjVHeJ3OHdJdlynWrYTswJx3Zcp1q+HvAe/DzhouJSqpcRRJVgkEgURkvB9T1VVIDCe /ZYJF+BHwKF9YIB+2RziWPOgMoL55Wce8T71uncqq7OqXe2LbBI33Zl8ifw8Pe8L+zb0RE/HD80K /aMNdizcfWqnVzeLH1un3w8AAP378PnQJGcPXk4YCCNFEUSfZnx+oaOPU+OYidr6YGcqq0edhWMt /qJwDXliyCQeoK/u4nsIImKzwNVVfveA8BtQ9e0YhX7vdxVr87zq/V07cae6Yk+tqc3d8ltDkb3n 1pPm7vktr4Dw97G0yfwwjTV6P11VD2j7UStJJ8SSFfD5/ytvm+u+Yrc87vm+B3z4H2X9mxjG7jLC csDK8V+7nSewPCCRcYtVVfgAPeBjj5eq93L/fbjQrSb1W99+euUQzcpeSXbRCNql8B4ACD8vAg1v 0JtblW6okIA58TwvBQPvXW/tA0+ojSSNE/TV1G3FgqqqmPfDuDRJlPXVVuB+BCH4eHvAfh8/x+X4 Zj7Koi1+6l2V3PEdN/GyWl7VpVFYbJS7Od5+EDUfs93p5mMyNe7tjjX3JtVXnTAKgbif3u7eYg87 YAM8b/MGund614qax7vfuDd3Tc+cxvv+P93zBpchNEUi6ZP4D3veBD++78CPwMJldRQb1YRv1XdJ YyNXtrqPZlzFSZhT9KlGZlvJXfr9+AmGv0vk/P3NW1vGKyrrv26b4TZ4Gn719f7xV78vP87vNju3 3+vydDX3rRs11W6FEHNd4NPqot79jg+tfve8ABi5p1n7P3X8FvBh1W7d2srq21QxdWjPuvVXV17Q xdWjF3w8ABwHw79Qos3WVVV79s0mvDZeRbmZmcybAWfgL9ukVVervzlkE7w4PL8Fu7HcmPu9eWvN 5u9V681jGNH7kT+A8PeGp5HT+2vxz6LZXWOoxTMFVgovba6uNzk22KObbfVxt8n8PD3hQ/EED8IJ lVYF4Tb+1mpt5d3aCN0LptboI3vFc7/Pzle7Hd/nz5e3qtvno/Kp9+ffod5oJEi4TR4fbmgApH94 D3gD+N0SH92TNPbgsH916LsCWWtI3Vt263fpbI1c7t1uv5fMYgSB2vyvyVdjKu11q72Vdsr65wq7 a212mit21tX3sqt2VW7NtrdoxW7KrdlVu1tq3GVW72tXXaqrXaq+2Vdsq519VdssZt7WrdlFztVd 7Crtlgi7VNJqE01VpOJmFqisJZhste0RZy0Nvbdy2ht7W7mt5ZuGvTTizUFurOLLe2bhb2rykTvC zBquNOeWV0iq9oHPLNxst9m3Ne12FVgwndDsBoSEBs7jwG5SQneG19Tu7ua5re19SIrt4bNjW8s3 AWa0Ngst5ZuFlYLdXlRF5eIqvNI24t7Sg7BW+18a7xpJst7Zzb2vqiLrxNllKWJG31m429t3C2+s uTb63c2xPKUiK7i3lXqJXl4mrtIuFlvbLkW8s4t4FK6Ire1faRd4WV9SxFyK3tfUHePbLk2YeJ95 8NFZEZHl4x1DsHGUrDTTG2hwvRguddQije5GxmXH3HhMq6q+d3jGdKm1nWTRHPNxcS96hzq93ST3 ZSGzuCzOmIIK7c2srC3WvXW5QPTVne6YiHnTtzakHPcRygtbhnTsSx22rKgmYL6rVvrvnHRo1qzu RzTHyfXhsYLV3hh2r2917td0ux2LnuqYw6u9y1eOKbz2hnHTcXlpmqOg6bc59aC68ree5TkVdCKa vd4wOO5VhZXkE7zVsfZBXYt67Y0cdXXQwu3WX1c0Hd6TenOCpaHdqG7M7M4NG7yrGapV0sVm7q9f PsQd9nsFi9O9PLStUdB025z60F15W89ynIq6EU1e7xgcdyrCyvIJ3mrY+yCuxb12xo46uuhhdusv q5oO70m9OcFS0O7UN2Z2ZwaN3lWM1SrpYrN3V6+fYg77PYLFT3gAPeA4DQGGimjR8aPDZo4bOGzD Zs2cKaNmGjCtGinDRw4bNnDDhw4YaOFNmzhsqYVo4bNmzRo0cOGyqYcThSmHDRTDhhXDRnLbbaYY aOFNmHDhhhs4YaNnDNS22I9vMiD2+BAH32ECe/EAnvwIQ9+RkL3twiPrzIg9vgQB99hAn3wgE9+B CHvyMhKlANHh73h73jl3MzMzMzMzMzK/GPrwkgNPfdvvzff39/f3nnwzwxg342rBgU+AbUopzdZJ 9wIHAkn1vRNrPru77EKcCYzhwoVGTlu4gSH9Pr3b66xq/osutVUWFXE1Tss8+6dDZp8CwTheNPmb NPgXwDBAPiPj71IRfKqqlxHVCe35ZmZiEVUJeKicIG+B7qh17VV13c77WcZLFkVlH7Pd5v2H56Dv O/x8fNfj5xPO9fkF3nhk3vvmjXz9tGXRxUY39mg0Vi1pmC63AwseX19ujh17l9fagPmlqL0niCH8 ++N9xAZGFRB4ZDfPfnNyG+VElHuPl5xO9O3G5DuAm1PnugkV6gL1aLZ6pfd3fK73Jea261I6Gs7J 1WDT1PqnO2byPUi+XcKlzlS52zeR6kXy7iB8iL07hmeu7v1hEH5PuIo0QgOXeF48viaHeHXMpffb X2caBo0wyCBn33Em/ATt0rXXqqhWzrtZjyqqeFpnDRpk79i0nD5b3xwl4r04fpSxbR7tOr4WusXj N7sBpcgntYezqeXifPXoS2sPZ1PLxf7PeHgB7w8B8A/Z4fgmnSrtD5vu+F89PnQ4AY59M/cnMpwH Jj++fPnofPn1kObWx750PPOG8MoKh/h8+u75/fVg2y+vvh8p5uvszPjnVVUg9q5sYXUZeAPoJV7l 8+0VdIBcgqvcvl2itA+oEaBDwlc4RbvUCaqqvwwuie0i8OEkmBIVVDQNvegrwwWSkShgIIrk+Fqq rvH77sy+qXd394Gj8vaBY35YRhKElVvHaqt7eN5mQfVgfG66sVL5DX3OsloZaGtMaL3utYL7U6x2 hloa0xove7WBXwRmWaGCiOr77rdO5B3nev9g3kGDzHHF/fu98VDPN3vvh792+9+4N8H8r9vDuTAH MYOJ5HRgGWQK++PC/T3aqYusXfML67GqqoW3O3evZtc0SkK7M23WilxTzL2saarhTRbzL2s+YKOv sRK5bBv2E8T7NXyrSfNGh6rzbLFfUKpV4V9h67YJHAbs0cTqCrMWDQAr+zO7MzMV+w+Imvt3AjlV VjCHOv7bu72+w11VsT7njUvjSdiOtc56ptK659wua7y1VO6xvhb13mAZ8WapYc6qrRTU+4knYCQS VU1tp3VUwz4fXgvfe0A2J7rvAwfNjuN/b379/qr5837ib9jGHS5XK5F3vy/fr9Vd3z67Bz4fT6I9 cnxZ751SFitw639dde3XVsuPrkyW+S6zuve3r547fJdZ0/bm9tSydw4z9BQqhU7w7TjoFk97gCT7 AviV2fXOqqwN0RQVggWKsVQ1i4MWUMJJHUOidCsJ7569AqbX27MFVsNh1faC+BaencLGFfHce0Eq grZ1xjNhcMDzpcgzYXLtDtGXRIo9+7o6O+a626eYvEPOheAXHd85MHnZJvSaybyu8TztJNH3pt6a 6TG9NvTb0DeVUEN1J07odPPvOVdsq7ZXWbKuu1Vuyrt7Wuu1VbdqrS7VVs2qrdmLLsqjdmLLsqjd lVuyqy7L623GVW7OtvvZUfbRX2t8q72Vdsq72isTbKvtlF2z52k2k19JfR9LpdLpnzPbxi42NfSe fYztNMenizSWbrMXFx7w7xPHsex7FnseQPHKSEOpzzVfURbui9s5rESlRGFlut3RV7XtB3hZb2u7 u7urqIq+r6oi7wsrzT7u7XnRbLBb2zotXkjnbuiWW9sq7SkRpEst7XiJSu8bXmhzJmsturyg88Ms r3Qua3lfV5R3dzyL6y7ZsRt7XtC41JU4cKtWmtLRSnIzMzJSRbeWXbeUojbotva9pRF15Ilvbdd7 XtB3hlllht9XlB55Et7XBrmt9XUpSSbpKW9t3NV7Qdxvq+oO8LLeemleeFUQst1u41vKBxsNt7Xu h3jYNt5XlEW7x7buMst1dXUd3c5t76KV54ZZb2vtDvGzYZby3c2oMt7TRJqj4evjujY1pp44NMrZ k4Zw7a6iOZnLe6pU4TVfEd1c1MtCn3Te913Wv2jRxjt3HknOuhF9rfK+c7MVo6HxOrDN18arMgoX NGoA6N/9CMi+e/c+NWe6Kimdr7i/WF1oavdDy5doo2grz29KECVzK6LEOECSya86tynY3e3jjTFq lsmk7jzm8oWbzFvLU6gzt3DdXe5xBsNhHb1iUKtWpWcb4TrfNae6Q68j0FNKTEMFNi+nDfKuPOLD hM6DFBebdi2NFztpdzqcc7jdi+bj7db3srXk4XfdmG4SurBejEkEtejig8qXbTo4cxX6pzD42vXM myg3YPTgsyuBuvD3vD3vPN17MgwVGL6cN8q484sOEzoMUF5t2LY0XO2l3OpxzuN2L5uPt1veyteT hd92YbhK6sF6MSQS16OKDypdtOjhzFfqnMPja9cybKDdg+feO73ni6ps2aKU0YaKenRuZbNFNGzh s0bNGjDZo0cNmHNWytmjZs4aOFKa1bK4aNGjDZw2U2YcNmzDjSq2aNGGjhs2bNnDDk4cKbMCFBDA hAoQMG9JPGkk6SSTb5BM++wQnu+YPvqCDD74ZMffSAeeDy8DAfb5BM++wQnu+YPvqCDD74ZMffSA eV9SlXVK+r2urw2cKU33duZmZmcRJEk2f4iJM3/KoV0Befidrx7dn5mvxPIaHBtUKrPaRQoUQz+b J3O8N2nxPX4E+4glEUb8KB+IF/Vl+F53s8M2hwmhJnje/V8PmJBDe7ynUTm5OvuLkvM67WrVyyBi +221r5Yw7GTc38Zv2db+lea15x/jff3qtza88fm/VQra0Cq8Pvvivq+u7t+FaNXZd3e2HOeH5qmq qmg/qkRNjj7j9931/Xd2u8H76guqqz7u+VglVAhBixblW0MfYl0u+7AZvRZs6bmSoClI819NzEPD 3gB4D4ffds6viCaQqq+sbn10IOBFGcyTe9ab0d4EEFqNx54xmLysaRbZhn5mVpMnqmod5ROXlF7B Lnw4StYXdwxDRgVDNdVVZXcefPbPSfPvxfr98PPv2z0n+3i4z+1rQ47nxTRI6dgwMjb6wLwkkkUC DO7NzMzAQSNPvrHTvicCXfGC9uxd6CC0nV1VZUPyl3d76q+W5FWVVVrsLKpzoKcnczTMWs9oJyEa WrWmwpu928VuZ1WbGrdXb8PvnX9g2/jRvkvged7gzmffM+Hf1vnQC/u3cp3D43tqYybFAjACQDON 190qq7URVB7WeHyRKGnx0jaWYbAZBuX9bG/Wbn3yxbboYacxUKWCnnTDvZ3M3eCoZomsUs6Yd7O6 G7wVCQOFHw+qiSNr7KPsFUaJoUFPtJ8M8Ho7osqqQR9g4URZAgySqrPcOIVHqJAsxImwLzjdVSBI tfBvMl/axBXbY2ndmlW09NC85WlVHPt5F7wsXj7XdUU9aL3hYvH09viD1/R79d3aA0H1Ha2qqxoa YpZK0OqFYISSdnyoEjz+/p3u9Mee7h14HPLvkdTAHfDH9e3t9/v7+D3efXY/vvnm7vEAD587nW7P A8Dvke1HKUSv4bnzuQRywSZ7BnBCVmkdG7GVwYdYyObdjQFRH2qK8A7gDhwnMJFkdI2g2v3vnN3+ 95vvTv7WdOcV+9+aXPh6iSSc74nfgTlE8cGDft+2hXxayuw1vZ2k1g0fdMqOy7zoKNOkVd6HVLbL vGxQ/n6fa8dv3N5+37zvP7x/uWgtg2Oo9tVc3Y+kFnO/fz/ff2+vf3e972T95873wDJvMY4P9/bz XQPNwdp625rr5/O9N08QCSfY6JUyqrrvxL4dr9lWrQ0z7dcJwmru8Ja3Rqy+AHhh7O0b2XPiix9p O7tVldwqqG2Pb7r7qoHPeVwrHVVVdRAUvCMIIrSLsCgMd8QQQNGkH76/Bz5koZgHB0N7dwblSlmX dXZ3CIjmhUdLF/Ok9WkZh1h0dKFt0ntAUQSCAQKwEEA5cwaq7ZV2yrjZV29rVuyrttbXemVbt62r 42ZGzaSt2VW7KrdvW1fbKo3ZVbsqt11q+s2VW7KuNlZtlWTW1d7CrtlXbCrptVdppI7Z3HWQ6HWe PHesnBrOLLKlIgavLOLLBtva6g4W9s4232u7u5TR9buMst7V5SJ3jWDLLfVnNvtfGvPDLXoV3Nby 3cZb2t3NZrDdZxrJK9rOLLe1u41eV1Bwt9r013htX1IjXFvqUFxtvq+oO8fW7jLLe19Qd429t3GW bUbe17QeeGW9rtBzW8t3FGq8qInC8s4st9r413gqaFhZbqvESu8Sa31A4sC2+r2vqO7u89LfVwa4 Wywj6zhLLKUEbfVwVwSzY2BTQS3leVEXl4qvNC5CyK3teUe93a89QpQZst9V1InEbfWM84bhuAYO c7t3mAdc53p889ft+9PaPcA57bS6lJXDVtZ43OnVUlYaHbkWcLqxkTuZenueY0M1Dr9tzeRW5TVH mFWnjIdrLBrrYub6mLFsdbzGKwdmbe5tmtCbzJzUCLy6mbXKuZWyxalVtkbqh1XDlwl1uWLfcuk7 sl3L6HOIuDgalmuaRoZMpC3wqh/NTf1HOc75fZaVjNo6vG+4YLzX0c4668UntB7FgyZnZJqPTdJq wW6OCZnbUsmWoCqnXmZukbXLq3fdhDidOwpW7zEmxvy1remaHrnbhCZJt2urLxDBW3L47W+xlDdV 92bkijc8Pe8Pe9qzEd6vGKbQexYMmZ2Saj03SasFujgmZ21LJlqAqp15mbpG1y6t33YQ4nTsKVu8 xJsb8ta3pmh6524QmSbdrqy8QwVty+O1vsZQ3Vfdm5Io3WgMBgaBQAIFnp6cHCnDDRo0aMOGGGGj hw2cFNGjRowqaKw2bN5y223ZTRibKmjhsw0bNHDDRTZThTRo2aNG8tttquvGEx99TB9fAK9+wxH1 8ivb5Ej1wCOvmEx99TB9fAK9+wxH18ivb5EjdNmGjhw0aKYU4bMNmw13PMzMzMzMzMzfAAe8EKyC x+v7jsgsZ4BayaZBURNrQMHzZODgQerHcdVVd1Cvg7GADPUBVEkj5o6dcJoYvUaHqWfVVZg0jvhO vKqj43k+GDnVQ5nML53eyOARcQ3bdVD2kymJ40iJ1qVUPaTKYYR+IfxIJvPX21VUffVk0cJjdhCs 97aNEjf5/ft5o399oT+fvve7uTPneGjocDvTfdr0UWpyJuCsFK9LXx3rmQ1uJWr4+qZw1ubRmbbh 2oRVzk5KKzbTO1CKvAPgHsf3QmIsi/uY3h3IgmsitbMu7t6D5UKFE1izeqqrfDgGNLim7u7u8GSS KJdEbPrsfTqqvB+APvvl1ZpBwex/d2kwfUZWokFurxG7KX11l8Lu0aYq6hoXWyZmZIRHyo3Yq6ho XTczMxwiPtnwokmLPsonSBVG7+v3uH3w0BKpQ+AenVSJsUCScn3b9BwtGiSDWW4Gfmu27u6d2oRm gcZSVVWe0CwCTR+lt1VOEnDo2diubgpUb0uyq+i1YH7ROsogrUh3rCVlEFawL+B8D9056Tx3peB3 VVwsfdm/Z3FVVAgjPr5u/z+C7z7gMY78+ndvPMnPP4+q83m53xRe5R8MHPdJ3uoUSaC7sGkk6DVA bGInYWxfJdv2DXqfBy+ZiDPYiJjHDtXV2nbRG4hw7V1faPvEGiSRXuyri3lMHYK09xK09677hWmE /NEsXOCJJJIJ775k7rJNCgfCqvHQu3yvSbX2ykFuG+UeZ9o0Kqbzsxkdl1etosac3E9VdH1Nsaez OWuub6noRHxJElCwfHu2DfBce5C82mNQGboLt6pKV3dhoA0Wb3iOV2LvNpXGrW5VUUDlAnw19t+p 0KrRg8EHHdVWQE8C7cvRW2hM+MGijt7m9tlfCe23NySwTd6uG7vWCbvu4L3xPpfZW8mESwEMIIDf zvSRvgTxqqAtgi88T999CMCyvifeOMb8Zd836B3XucG6eB13fHV3+MG0J/fwfN5eXesMXvvz3zH9 3998P1dfG9P3HYRnK6tHkdRFQDX8BXqtTGwOlAVWD9sc3ofX+8wb3a5vpsB+5+Xw5TWvnz2/v5X5 el9983fNnXhfIO+B3fzsm5/bzshvPLOOZEPb+/r1+eaqwfMq+9+/f7999yu5cOx4XdSsqZv0kk4t R1cDecTjq93Skr4VwtblXmdBM2HedwVwublXmdBOA+GDb+AAPnvv7zx+R/TF1jH3z99N8/mKa0Ai BX3bWyqrq8D4c+KZ2mburgCDD+74KE8IByK3OJLAQIIOTKJuhnjR3eu9+vw4/GytP3xqqvb6BHbv LN9q5d9ffcsewR1OjZZVEnN3EH1Pk2WVRJxalhOZegWi0eaN5o80ea8jzst4Bbws7108y+JN6Tek N6Tek2zK6X3obem3pt6bHpNoHpJAtgQnHOq72RY+2Y+2Vdsq70zbtVU2yrtpGzarrfXCq3ZX3ved 5Vbsqt2VW7KrdnW197MYt2VXe0Vl11q7ZGO21tfLZHbKrtnW33sq7ZV9plWTaa6SevnOJY3z5l0u ntpXexPNxsbexPek8+2cenizFmLpLvSY94abxPY9jY9qckA0vg71hJxvrLvq3chbyvaDy81hCy3t ly15QOEt4FK6NYhZXtREuaxHtfBXXmzYjbgwUFVaTuh2Dowk7qE4kkHu9RSvLxFsWJKry3dKVF7y PC9JDod4PcSRs7qHjcKKnXvRst025t7XtfV3d3d56hZX1A5rLMNvK+CvPGqBTD6mh3FlvK8oO3gs pQQst1m4awrMFbyziyvted3cp1kgdgQkkZMGyqghTvcEAkJslMFTaVlSlORjMxlKUcNRbdNW2Js0 W24aG0xlJtKYKsSlbJjJLC21OHDZmMzLleelvquRNuFZWC31uuETSXLs3Ftw0KnDltpjVTuc9faQ WyvE0OWi1oIx8hWpWoQxr3etJGMa5tPBopMdMRrO2yL7gM9ezHA8V568aOw4Fsk6BHb1KIUhSuAy +7cgu8nIaOnib5SZdHId7TMlmut9ZaTd546eqJnhfPPIIOpVdlVxQrsxluQXN1O0c7hubd9VZIk7 7tyV2VuYMW92QKoDu4VpyXHQoiQ3t0maqtsdmZFnKN3cuVYfNXSfUVu8bvepHVkzjQxigYHYaxdQ amYcMrLHdZfC8zRQzM9LUkqJ1pLeS/KLsm4+XtizN4h0qGyqb7a7mNG7Y2+HTKFmkTXoeGaZlTRK yzm2dpdPAeC1uXWzqM3eN3vUjqx5xoYxQMDsNYuoNTMOGVljusvheZooZmelqSVE60lvJflF2Tcf L2xZm8Q6VDZVN9tdzGjdsbfDplCzSJr0PDNMypolZZzbO0ugQHADQOAsCwNGFOHpspTRYy223Zw2 YU4YU0cNmGGGjYphw20aKbOGFNGjQwU2bNGjR5XlfV9XlK+r6u8iJ9vYAQ9vlJJe74lH3wnvwgD3 6MGffJHeRE83kAIe3ykkvd8Sj74T34YA9+jBLzlVbw2bOGGGzRw2ccKYqtFNGzhhw4cOGzZoaMHZ 2Ob1VVV86d+93zvQuc/t8+ffwd59DFUsqqpAU5KV3d8wXoWk6H4dQ5hN3d3yBHw+zFXyrMrMXviB wNEXY6uHZQqu7wqiktl6cqq+Hd9NslqtxfC26fbiLvrKeCar7ekL4Hb3tG63m5yZfA7e9o3XXkcu iX9QH2fdw9wII4H2788HDzPaluiyCCQCRed9woTOteGonMGH1ZBd+PhgcPzGDeGD4de5gDyYPpgu u+uV0yxsoMwbwm1esYxVwkX2ULGMLg3V6xjFWyRfZQsZ55jf1d/n++H1/smHc6c4fh2fXz8YO7eH X0sDdNAYy6qt9p1IUAMw0RVUKBIoao+h553OPnnx8wbzYOG6PwDr49bqeV9ow8l11HWndtB98azB FlrkdNzHwadpo6bePhPD7iSQpnX1VW8NJqbvZqJqiAh99BISu8qM3XQ7oRr+J3PCAbWlaTW1/fP7 7+ET5830yID/fBv6q8QL35/T++q/gHpYoixQ2qFPJ99L4dx0J68+kYPe68urs3dDdMFdHrOVfQ1h wyBQoUotZyr70enTm+c/ujvi/PxjP0K+d/AbfDeI4MSAeNNUyiSuIOA0bryxWMZMOk4vHayvDX38 ofu498u/qr5XaHzzre4vPvP3m+ullsUL7uHY9284Xe1wm4dXcFnbt5wu+Z47zeH0iSJJ+Lti2y23 Myz2/ctzfFvv9++dqr5fDYL3d5usHdG4Yz7+/Xz5/UOINrxZA5/biB+m7e6TKqkBQnWKFWNDon14 Ad9xTys6Xkwx5S42b28r4ClbqMZwHbfV3AgL7wwfTvkT3BDxJI2SYhyvweY+XE4Qe86YwUKBrSqq j6yCBlfZpO6DoMu9Bp2K8N8NvqJUV+xz47cRR3aC0iKPtjVrcoypybWMc6pb4e94e96yztb3NrGO dUn8cNAHxHb5jBg/9QCOHu+0nR/dW+/58qvPvPB/w38Yt3lb596/Sm85vmPjrtEkDFRIIJAlVX64 7qq7pBt+wGA4kHgsfV7SbAw6TeQffO8veEk6ruxo973NznPN3zzxq2v7YNjz7q7k4bv3dsc3f79G iUl8OF31RaSbRFgV7iR5c9I7SI1a+oTyBS4snuAIqboroJlg9lmjm32uk/sy9pedpdW0MvAce3VV dDb0HN26+8J444FTY8oOdvP7378MG4cPPnmfvgHsb+/fvgicP82Ob+Ofv7+9/fvivxeC53uzWz+/ wrJw0NAfdkr98fjS4Mh3l8Bvapu5taJahFEpbYRRPicDwQ5+FXfDKqbZVxsq7ZV2yrdlV02qu2Vb tba6+cqt21tddqqjdlVuyq3ZVbsrrfXKi3ZVbsq12q+u1VTbK66vlXbKrtlXemVdtI7GVZt4Oow7 d05k7qcjA7wcrr2usRblb2yuvLddsspQaS3tZdt5btXCyle13d3cu2+r6j3u7Xu9Fb2lBu2UlbvV pTGqiiphkW3GVNJTAoiais1Ire2bjbyvaWJ5WAG4kgMlCBoqoUvdDsHgkk7eCwKWbLe2bhb6su2y vOu7rupuFb6y7bq90PN4LZ54KV5vDWT2pSJ2Gy3te0HXi3tdQdht5brlb2zXRt7brlbyvaDt4Jss r3Q6It7ZcFmoLeWXbCNbrd2I1vK3deWchZb2vaDzypYQsttMwaN22mtLVkqS1aslSXXvjvLHd03c oIZnrsv1O3mSWMquvOxEqyd6ccM9cJtvW70ZdClma7l7joc/cLUO7HGcUK3Ko33Y3w3c7BYaLPJ1 zrNFe2uy67PbpgyA0Q32Ss6u43caY7OrAw+zpRlVcUW6NmdR0HDw0V5um65MXZoo4+x2uzca6x0K 2YMCoVu70N5mp41DwnGhQ73bVvdha7tcbfK+EzMyt7q6Z1ur25q56SX2qFcrjBF0ksVi8zTsWnhs yrPacsqVBM7Qw7u81qZr84HpU6u63eDaU07Uw7ZrQ+tFLuF4RM6UKZ8Lmub1x9o1NUnMY0jtmUl2 LMY0LHLmvppJnaoVyuMEXSSxWLzNOxaeGzKs9pyypUEztDDu7zWpmvzgelTq7rd4NpTTtTDtmtD6 0Uu4XhEzpQpnwua5vXH2jU1Sc042uXDXlpu224abaacbX0kIfRUVHwn84kiSZEREkefz78/q603r e973u73u73vW9Xej3drvboU9t3ldes9e9Os9uvbp23Tt3dbp3vTt07dO3et073d7dKDp26duna6t unbp271une9O3cdur3ve97113r2123e273u707uqTa73d7bvXuGhuh2F71W6I3Td7u971O9e97Hb d73ve97dNd657HW3WOturdHue9js9bHWnt06x111YO9Ts9Y6x3MdYOtHep2z1jrHWOsdbdE71HvH tHZOyvXs26901brHWOt1bq9l7J2rs9e9udY6x1urB3tPevWO1zrD1rde672Oz1jrHajt063Rk71D treau81+mzh/Dw/p4eHOOc53WvLvO53ruxXaOUq4DQNAsAgEDgO7h/V3/Spl1zXa2+dfOOtvW2nX rbrb51px6262+CFCwxgYYQgYsYEIFdbT428mvTl7L9T5Op03Ft4nyfJ4nU6nU6nTsWlD29F1ucnn Vs3WDuJSqmuRLOL10hFsKSjlWpit7FYjceVE+nQR8JMrp2OQPKDnY5WONkqgZvS5wk3oeU6I3lQP XF0Sl7SikUVrIyo2ZFaVR9SiiUKUx1yiiVSKUsVuo+S6U+mMS507hO57z6a2eiWDtyYH1xlxBc1K fBZKQiEa4zHSgndfNWnl1FFOUfS5WznOUey3sxqRuu6W4X2zr19z5y8h6OHu3ENvomUh0Up1ziiS gUywxfKOYgmpTrRykbpOK+s84H0xR9LezE3G+2N9M5yN9tzX1qOJDmo+VxR3iMUw3tco5y1uWbYr Y1EhH0t105zlA50wTrvXqk5Hem93CXsjbiW3rgx9NK2dKe30US6KM8oo7SmqX0N68USltztd3Gm8 klbOTbyoeamiR13dvCd3JtBRppb01dO6BLe5woWsW6jO6blSqSGZI6pLpilqlBy2YsU2O03E5aSm qYjSiUtS0oq1S9SijPdsONTNUxKNOPU1uoRdw6LgcHY97YZ3ZMU3tG9riuexKK9BnLpw2PNUx82Z I0tTzkoGwoHzWbLi7uiC1tdL2c+nKcr7pndF3RapvHq2b0bfQppZvZNUCWzpzrdGRao9clnZXF9O 3Ixs5bJOXYN6LpzLUk0alm9LjCeRLNjzYq1bAstKb2TNjziR01S7l5H2xan3ds2Le2bym7HiUXR9 sfd03ekfDHsaE3ZvcHHYU56IrydnSuT5XsCzej2nSEfJaN65vRE2tnKPdl5BO3p2pxONdvHtvZzi Wrdfbxvp0cPat7qt7vSonNTztyb3RRzteZu7O6c3Gx2Te0d3TuciOdm0964FG50tDte5x5lRuBDb 1d3DH2uJxu97u7IFsicT7cvtqb0ic0a8cHNZO53ymbMS4RbyiTmzO3a3ROaUkWHt3bnbrkVIbm2N 19zjiTnF80uXRsuKwp2oNIapynDJQx7Ozi819loZNOa71ZNwzZvd3byyC8m7ubO5Zs7Z13u1q49I cvMuW1su5ubtzuV7BezMG5N7EcmZU3b2mL7lo0RdO0bj3NOOhOO2yNG29x7kzdmd19se1MyXu1u1 scV+7JN7X3NYXZM4bVOsURTLbYazhmQ2N3daV7k3ZuXr1LMl5L07uPlsu5ea+3lO7Mm7t7OC24Zu 7m5O4u+Mudu7b7lmZ0G3MwXr3nmXMOG0NcT0buZMzND3kr0Xs6ZozZvct1zdrc29fY7mXL3d189m bkzNNbO5XFey917vIZ0zFN0d27y3HeS73saSXZsw5Nsbr3o+vbk3jsCI5PXdxr2nsHRPrLyad0bo mdzyVk7de9y7Zezc2bOT7LcxzerU3t3OGa77RyzbmTb2TRaTreub2bj7nmQdkWadmR9VVJWMLK49 IY228KveW8ccM7Rm9k5OZaxbmTOyJO9quLenNbt3d73Xe673odt27u9HuO66dt0t3djulnp2u0dn tuth526O7br3rm07rjp17utm3XHTqdXduju26wds9jqt3DdOtujT1nvVuj3djuu6uturdXvR3d2d 3r3vTve3e9u66dG6jdV72Ri69uoN0St3N1HvRO3VO96h3vc610xXe3U70x3od7Pae9mu6ux3tnvc nY69bve12hu470Lu72d3vXd7173q911G6d7u9jrdDvd23e3VLpnu72Ot0ul072F71kuz1ul0ul2e 93emu7r1ul0une67dq6Pe9TvXqa3pvWt7u971ve9b3rfx04dOHw4enRAcBu4d3SqSHIpcVSUA8Mp rE8qtUWRXrxZFdvG1HeRTR7R5D3D2DyHuHoPITpOp4nU4nqeH0W277muXOt85rfftd0CAYBAsBAE DgEAgIA20WjbtttotG3begWAvAep8q7NVI5TRSyLM7IzevFkV68WRW8xtR3jiut64seTJpzVVAbb aYnhyLb6nx6W27ORbfk+TqdTqdTqdT06bOHx8cPBwd973veqjRbbbbdGi2AwHU7Ozmb14sivXiyK 3eNxVakg8x5jzHmPMe4eY8h7h5eCJjpOnbbTpw0eHxw9KUps2B3Xfb2ZmYSkEkkszMwlKgKAoDAE 7QquwR0sNNFIj2zs7cUGY8WRXrxZFbt61HeuO6M3nlrDeOoPMe4CeBJY8h7hPD2Lb4elOHx08Tw6 dNa1rWvde0ttBNXbtktteCAQCATyb2NDMeLIr14sit29ajvXIPcPMeXgifBjzAYBJPU6dLbep6cN FaPCnD49KdCAMAUS6T2+x03pdc3ax03uvqqpg3qWGmyyPLZ19aUyqeLYr148it29ajvWqhm88tYb x1o9Y9Q9ANJJAY9B5j3AI206nTsW3qdTqdMPjDZhTwYBAsCAbWk72ZnNq2kideZnNq3oFgaBoFuZ eW28p3i2K+ePIrdvWo71kAhbb6nE6nx8W2+p1Op1OptOp6nifJ1KU0U2cOHhT0w2YenViSVM3bST u7SVM3bSXhwEu0d69fPTUZam1tqcFazos548iuW9ajvWqhmbFOvN05spD05gb4Emh5geQ8x5j2j0 HmJ2O2xxOp4di27PimHD46cOhAOA4C7u8Sb25G7tmau1Sbcjd22BwGAYAQCBKbuXFbExbsWc8eRX LetR6578nqcTZstt+TqeH0W3xOp1Op1PBo4dPjh8eDhr73nN5rXt8t9969TWVdsslteDAICAYB8L SR7c1VNNNFjzfRXT5p4ryctT1ZHct61He8YXN5++fc88u/PM34lTZ5babTxOp1Ox22PCdTw7Ft4n p8W29TqU8PTZSnx8U6dPj06U6dOlOnTnverKVpdu7uvKSLpvK62u3d3XlJUBmpy1cdp4ryctT1ZH cvE1HmYPEe0B+BJg96nU4cLbfo+tjqdTqdTw7bacOHxw2U6PT4p6eFMzOd1ne+6ztLdKtd007pEt 2BgGAW+zTt7vXNNRFLZ19alp4syLOT3tjupj6R5aMLm89mTzy883nUyO2x4nDttp4nU6nidTqeE6 nho+NHT48OlOnp8bj33y+uzKkkuUZxksylJLnhAOAYGHOVu5LTxZNWc33bHcvH0by/e0eY9B5j3D zARtp1OnYtvU6nU4nE+T5Op8aPihggIfAKF1973t4949ve97ePeQ8CC5TZV7vdk6nbpvJ19adp4s ivee09jyY9SU06YXN57M3Ts4Me0eg9Y9w9B7h7ifJ6fW2nU8Oxbep4nDttps+LA4AaAhABACBwCC AS0tyVtTJUnVUsyOaXcqTsuAQCAMAQByarVx2piyK957T2PJj1JTSR7B6h5jyHoPcPMeQ91PDttp 1OHYtvU6bMOHpw9OgYGBAwGAEBl3KoZ0qSRuVULqVIzqSMvUra65jqKbfX1p2niyK9eIZI8mtdyy CpTm89mbp2d7yAzwJNjyHmPQeYnU6nU6nU4nyfJ1PjCmh6cPAgcAgIAgKAoBgVVTKMVSXNzMyQly UYqkubmZkkA4DgOA7wt9e3t8rTVxXjzhkbya13LIgH4EkcPMeQ93vBk+HAKLbxPk+TqdTqdTqdTR w2enxsICACAd91bnC75vtbpYxdtsgcANAyXN6FWOlJq4nXc5ZV9adp4sivXiyUjMUWdkZhU3nt5h x6h5j3D1jzAXgSeHvk6nU6nU6nU4aNHhhw6PDTgaBgHXl1l2+xVhUdF7Su2sdbtJtgYAMAwDAN8G T4Vihy5bVp4sivXiyUjMX3d+b+91GrY4m09TqdT1Op1KdOHoEBAcBd3cSC5FJJBdgGAYBywx7C76 UmridaODBECBFjhQQYsIMYEMECFjQxgQwQIWBBgQ4WIOGCehx5q15u3nvnqfHhbbpPE+TxPk6nU6 nU6nowIBYDAIHAIDgGAKqilyXXSWFLltI0g9N7Urk1kV68WRWJi652S8AJJIHicTieJ4nU8TqdTq dJ1Opo4ehAaBogFgMDQEAqojN60MSxEnFXC+sCwJth6mXz1OojfaJ19YctPFkV68WRWJi69mSEW8 fPrzdL4pYPMB+BJg8xPT6208TqdTw7Ft6m04nqfJowwwpw0ePTw9PSnphT09PgRtt3dOsu29zMxi SOS7qVl3JuZmRAcAIAfAk0dRy3g52piyK9eLIrExde3PvU2mJ6m08T1OJ1PU6nU6nidTqdTZ6fGi lPD06cemGHx6elAYG7ubvbeZjk7cuNYtyRXdyTbzMknblxrFuSaBwHAUBwFAEDgOA3wq91FXHSdR FYuiq1nGWnryK9eLIrExde25IbszeeTN0zj2jxAskkDB7h5j0HmPIe5Op1Op1Op1Omjhhwwp4elK AoBgBjgEAQEAwNSp1XOS47u5d3kkuquq2R23d3Lu8k8IBAIAwNV3mKrmaXamvIr14sisTF17bHoA iSQNHoA/C2/J6nTwtt6nU6nqeJ8nU6jQw9OlOD4nhXhh06dOnm+ebzPPMSzMtbSWVW1SWJZmWtpL AKuc4rlPtUpSuRmJrFizNmWnr2dezFkViYuvbbMvvO697zl98vYtseJxPCdPLbTqcT1Pk6nU8TxO p1NHx6eHhThh0wEBQBADADAYDAqqbbezu7unVUkqqkkezu7unVUk8NAGu+3Hj3NSuY1NvZi393T7 ffNc1ep1PTUW31Pk6nydTw7Ft6nU6nU2Uw8KemHDhow9LAQBLSdU3MzMkhBiUqm5mZkkJAgCAYDA ZzUoeeJ05XKh6pi69eLL2YtfPZt7MWRWJi69fSXUy9VSbpnGx7B7gMi2+nkW3xOztsV0nU6nU2nx 8W29TqbPD09PD4eHhhTZ06dDKqru1vAt5lMJU7vmgW8yngFAYAVMy97Jl7MT1rZV7MWRWJi7coeY 9w9w8x706W28TifJ6nU6nh2Lb1Op4bOAUAGBlYb6r2tNndq9rQMAoDAMPLdMinOVyMxdfXzwy0nr 1S9lvGrExde2+cs3Ipwt9pnHmPUPIe4eQHAEk8PIeQ91Op1Ok6jhh4OHDp09Hpa9bDbbDDbDbb6+ mWrTwu0nr2MXsx4+6fb75rnD2Lb4nqepxOnttp1Op1Op1OpxPjy20+Ropw+OGGGHwDAQFAECAQCe Ekje7lvri3ZBJI3u5b64t2TgMAwA89zoW1Ocrlw9U2+vr62JaeJ7HnVMaVCN9e22YG4p2F9pnXyT qdTxPE9TxPE9Tiep1Op1PDttp4nU6cPDZ6bKbH3nvn1873eZq+eum2U3lVZ5sCgGAwKAYAJ3VfX1 oS08T2POqY9SuHH2bY9Y8x7gOAJJY8x5J4dttPE6nU6nTpbbho8KaHAcMAI3dzbvXt3abXJ3be3d t4BYGAEDAMATvWkXFOcrkZi7q7XLpnrjWc9m7yyZTWbaZiL5zsdLpSrLI8R5+Fk+HU+T5PU6nU+P DZTZ08Ox7ffO+562mXzdNtgMBgLqvbVu07VsrJHnTXvPO7+3nvd80nTdtpxPU6nh7Ft6nTsW3h2L bh6dOHxT4w9MOnxQGAwAgNAzMJevnuWcpMviWknuWcpNO7Raxs0nLTO4uvr63LTwLIr2TXvasmu1 m4tYqWdt9O11Kweg9o9o8x6D3D3yeHS23qeJ1Op1MNnTg2U8KAYGAMCAMCgG6vbTuduy452W7Uud uy4+AsBD2Lcd7ctS08RyLNk17nLJrW98k2nhyLbxPk6dttOp0nU6nU+TqfJo6YPD48HD0p0enp8I AgSXHmTDkjuYbcMqLMmHHHcw24QIAwFMkkKmSnVty0/eOYuvr63LTxZLWa9U09cmtZmjOZmbb7I+ lEDSSQEPeJ1Pk9T1OJ8nifJ4nU8Oxbep4nAQDAsDQNA4CAEC7q+V3bb6qtuVUkl3ak6qtuIBAIDg EAQEAwGAwN66Ut27jtPFktZr1TT1ya1mEeg9o9Y9oGgW29TidTqdTqdJ1HgweHDg4DA4Ab4a83j1 Y93XdCm3VPlpVY93XdCm2QGBQBA4BgMCgIc7uLjZ5uWmRjZ1408aeNPXzTr1t1t860449cdaIAhY gwMQIYKF9wdS32V27GpTHtAZbb8nU6nT6206nidTqdTqcTafR9bHU6bMKeGHhhw+HThs0CkqzDd0 lpWpUuN3SWlS0HLly1LTxZFe69WwK5jiymAwCSaHmPMe0eg9gH1tp8nh9Ft4nU6nidTqenh8Up02 U8PCnp6eGGHp7vt9zWta7628u7bRdXd2m28u74DgOvevjzqQ83LaBzEevs63LTxZFevEtgWTGrl9 0JqX7q81v7368TE4di29T1Op8nh2206nU6nU6nhg0aNHxSmzh755555lV25fX2dtVXbl0B3g32l3 2dblp4sivXne8+d39v3uvpPI8tj1Np1Pk+TqdTqdTqdTifHxbb1J6eFNHxs4fHAgMBAS77STtPsz MbaLaJLp9mZjbwDAEAgCBAtyYH1JHUnbRysXZ2ZuOXrxZFevFkZWTWrrdDp7iw9evmbHsHqHuT5O k8T1PE4nyeH1tp1Op1PE6ngFgMBADgMAqpE+l3cksyRvpd3JLYDAQDAYFAaBQBt1mrOzNxO9eLIr 14sjKya1apWond3bkkm6x6GTdkkkku9a++TqcPC23ifJ6nqdTw7Ft6nU6nU0cPjZw+KfHp0pTp8e GZZxt2hTaJZ5tWxTaI2ruHlTh5uWyPKsxZ2du7jl68WRXrxZGVk1q63WDTzurzW/e+35PE9Nxbep 2PLY9TqdJ4nU6nE+T5Omjw0enT4pT08nYKXdreY3xb7tbzG9A7whPgTNzJnZm4pmPFkV68WRlZNa sj2j2D2jzHkPQe0exOn0W3qdTw7Ft6nU9KeGy7HAN3N3do7u5u0QLu6woyUoebluOt1q12G9jy3i yK9eLI1k1q63WKVhWdvGnVppPE+TidT1PE9TqdTp4W2ydTqQBgEBgUBRNK7WuZpSu0kuA0DQNA0D QDcx91rsNvnlPFkV68WRlZNawCwLbfY7bHyeJ4nqeJ1OmGjw6bOhamadykli1FZSVgcAQMAS3rEL dNnm5bjrdatXwuO0HiyK9eKa6WTWrrdYz3TurzW/e+1NJ4nh9Ft4np6W2+J1Op1Ophho6enx00Uw 9KeHgcBwGLbVd2Z2ZmYilu0lmdmZmKgL3nOTuXwuO0HiyK9eLIysmv3kPYBvgSX4cS9T5Op1OnS2 3qdTqdTpo2cCBgBAIHAMBgICAUBXVzeXt2LbTXXzeXt2LbT4DQOAMV2EWqcPJy3sdrm3XaY6TxXk Wc87FEcmtXXaxTtG628a8TdsYbi2+JxOp9HbY6nU6nU4nqeH0W3qdKbKaOCnR8PB4gCAEA0Bt23l o47raRab27tLLRx3W0i03QBAl8tUVu+uUynivIs552KI5Oe+JpNJpPkqep6nU4nyeH1tp1Op06W2 9TRo4OJo2eHp4a1rznMpqR3dyQmNSiabl3ckwDQNAoBAUBwHAd4Y7sQx1IeUlvY7Sbt5nZHY14ry LOectiyXjWV3MmnaN1t40QF4EmDzE8Th5Ft9TxOp2O2x0nU6minx0ps6fHR02eHBvWc++681nvvd fa39sYu7cg66TVy8mxkBgUBAKAgAUzs5S3mdkdjXiyas57qnLJmMjxAngSeAcW31PU9Tw7Ft6Tqd TyOWx8nydTw+NnpTw6U8PSlPj0eHTwDgMzZcxLCsl3OoVEqlzE8LyXc6hUoAgQCje3phkPdCveyK +5S3mdkd68tGas57qiWSnqy+5k09mzTSPRGDyHtHknycT5OJxOnsW3qdTw7badTqaMPTZ6eDw+Ke nph6Lcvve+3z0Ft2aLaZ5gtvAHMvOTt5nZHevFgivrOzdx1kmj2gIkkDh7AJ4EmD0HkPcPdTqdTw 7Ft6nx02enhw4eHxzw9pKSXIpEpJcBwHE67DdBs80FkjxPKTzsjvXiwRW7Q6dcQiut1k09xYaG/e aTdseJtPk+T5Pk6nU6nidTifHltp8lOnh4fHhsw6aPT49jmZmPkXRb6qbxtl0W8AsC5XPXNuZnZH evFkKt4h064hGBXgSeHoPcPIeI8x7jNpxrgszOU2m02m02m0+8V1KKfEop7akpWtSUrBJKvwkIfN CivmUpW+kKn6oUV+hKiV8ylK+hSlfHpWZV+bc66TKKS5N0dSV27bqy6hrqzsK6xROurldxXVJXdJ p1Og6lKXdXXHU8Q5gqEURECdDh5BCcKCl1dSm7qXGuqUrtxuiSJK64rqmXJybokslrrjdSUupt1R Trrpd3SRU4yuorOmN1iy7CuixXbjdREV1ddcu5dEVdut1y5Tt13ddSii3JdqdV3R1dSmVdu3RMrs u5dcrpTK6Rdu65ZIs6JF1JSRdKdXVK7qXUdFElOurt3XJKduuk3LqkicMdRUuk6ddJWXQrqJKuTp NdYuuK6xcpydTSndU3V1Lui7qbqZRXcluq7cbqibnVE7OpS5N1upbrq6VOS6nUdUkTp1Mrudcl26 67p11EW7p1OOplN0ya6pd1dul0RTuuXbrdaJK67FdYt3M26izrp26kq7cXU0tF10l1FdXV1Mort1 1Obot26OopldzqcXUzIIR5OijyiEGBFCQIEBEI6ixLurk46ull11dXC6s3dF3J1dLJdczOtyZXbt dUyu6ZrqKZYuuuu66QWmTFsmFpVMmGFpMMmFhCQkOjE5Hk6QeRIogoCwS7tOoi666ulK7qXHUynJ 1OpdXKa7qcm6pKc6u5SuqWRduOoop3U6TpkVKVuu0nUyuydulKZV1dZ1XKXdRMuymUldXaN1Zuyj brRdXXUyi3LlOlOrrLFnUupXdTk6zSKXdTp1ci7q6uuTqUplcpdDq6U3dTk6JSnOrq7dU0rlddld TKIurjqmlXbodXKaVynBdTIurtdTKndJd3XZJTKkrt0dEyxN11OnXdOkqK65LdFRdXbomVOXV242 6pK5TpOskyinUq6xRdXbqlkZllTBSjFXGMzCqVTDE6kpK6u6ilKu3HUpS6Ooi7l1iSndS5urqU3O rpXXNdRU5IdEyXdacmutElcpu6mU13VOS3UlTqWN1N3V3bq7IirpLpzCiqVkYZFKpVMmFrFqLS6l uplFd0jrr/HbUutFTyJ0SlJXXZNdTK6uuoiZVynJdSykrpXLl3LqSurt1Nd1XK7g3UVOw3UrupK7 muoorq7dSUyupXaSRU6SbqSnaV0RFFu3SW60S7qbjXUVOySuoqXYbrMksXchbrSTupdHRJTKu3Yr qZTrq7p1LKu3ZdbkpXLlu4uiV3Vd1CdXaVu7rk7XRYuTpDqWWJ3Uu3RJV3Ka6ppYu3V1EVcolxXR SS7qnF1ERXXIV1iicdS6zqu12l1FJRO6u7ru6uymV3IgbqmXLrui11KS3Uu1zoiJXdXcxdTKurt0 50klFs7MXUyrrknV2lRcu66l23U6C6usBgwVIo8QIQ6QGCkEYRQlKXdS7XVNyUrrEudV3G60WXDr kurosU51O6LqU3YHRZldcLqupEUuzDq6VJXcldE5dRXbjHRMqXU11Elp0mXUyJzq7o6SZJUTp10u UkXd1cuXd0pZyV1dSIrlN2nVdInF0XaVO6nFdYnZFdFu6XXJlREugdSSW5F3OplMpddOda6S7dXZ UynBOuV0op26upS7q5XbgLosrsupSiu5F1yaUlFuu67q6JpV2V1zqZEu6nFupSnRLrEU7qu66uyi kqcY65MrlXdldXddXbsW6LsrtKKZXXOnXWZRcina6pbjN1S66pyFdSlrbW2Ku4p1yKS5Ogrql3WL rnWZUXczXVLupdXVN0C6kpLlyuldc6IrrkuiSi5dw63LruuRXbo6mUuiV1Mq7LpOdEyp3S7pSkq7 mdRMqJLpOi3V1zLqaVOOp3RTLO6nLrk1zokruC6oi65LdSU51dxrrROyK6JK5ct0rqROzpd10plO 3VymXLldux1FJS7LqSinEi6J3V1djrklXa6uoplddnXJkW64OiSxZddXbm6lxm6IiSp2V1FO6m43 UpEV1xOrlOKaupKndXdLqLSXcmjqUuTi6IqZTsxupSndS66ikrk513OiSkrsull3Vyp2GusS6Tq6 51FdcnUpUynF1dluXLu66urqUqK643UlduddkyKJlXbrqZa7LrldRbd3XcFwQIMIPEnCDAREFRhB EI8bq7q6inXRXLNdkdTIomlycdYnZFdEVLuuThuqSu5CuiSuuL9z9j8n47u/b/I8/dvq/uJKv7gO 1f90dtPkmLSSWOJpcoNs93RdL5Sp7CWNm8cq3dC0qznq4bCtgYnYqCzSZ1NwZhylWSU1rXR0QcLt TaTrYX13Kw7OoKtFiq5q65c+gfJYtMLWz0WpCy8yUshjtzBeGZk7ENfLnT6YueqS+WNzAs2ldbTV TY+68RJXXfdbR0JZvNd0Ndt50pGLb6cHyJ3reQ3WXxSoZMO1dVWYrkF7Mp3WPsD11ewjVvX3YsxP q5o7TtJKjShOdEsMVcrI3dUW327L2BcNtU1HU6XivcwqU5VZx1Zqyd3UpJt4qy5xORqlalxGneMt ZoJwzNrbrO68skVnbspRmttOSC8udt5q7JO6SQtM3kknbKKWCpoq9K7Xurt58c14DRbqmhasGXzk Qtz11SRGXNl7tLN4kt86dLtJyl3FzX2ZQWV0u7yNqlea6zamZct7JztXye46fXt9mWV/j+9OxV0v GjpKXVp77e+V5tB7fJ67yb2EvvvseV93zWbkvcaz6s2GYqfXzrtGkyxcOZL29qwj2HsqmmKU3t2Y VXRzQ1WbLkkXa7oY1rN1ttuX1LRyvp15t44+tjByLmyg8HVWwQX3Crwkjrd7hvM2O8ZTyc6x1dXy d5BHvEnYqp7hksXVwqZqqjUuu2IRsIYO7HoqtOLKrcIclCtF7WOje5u8+bJtXbvFSudt1Op9Wqkz k0XRXbolRkxx4O1Hl0RQiCt05p3o95ykwkTvI7K24jt6JvK5uZjfcJzB6nfaMfVV8EVcquWYNxLX VRTnkzmYsaRx3GnLJCGSO8WuR3q6g2MvcB7dKTD0YgvZu1vIZ2KhgGvN7KCpzHnrxkVsmKDKrJDI M7u4co6VXdcMVbj4TNfUnwdChtOrW27mxhxPxJaWq+XIM5Mb53zHVvXBkuU8XK+OCmqC6ZSrucve 0t0Gd1auwZI00T11YvlONGLjeaq7j0cmUHS3r20mh0oOtDp7ELG3TWzZiVvWgybtIrXeS5L0Vh7T TlctGNvBeZ3Kqmkbh3A4nFW72jGHbyHNhum+4HrzZSx8lipyhWtMSOcRdnLY7iehuRSlnQSdLnbr 7CKvO3jOUVc9v3S4+ZWVrdBEMZ1J0sdPqazAum89DrtINXk2yybzGMbljXuOpTfDpV48yQ2C9krb zNUZq8p6zcGPWjzt61boqsrnTzXVUhS6UolqYsTczrBwPb2ddRINjdrebVUJ6reYtraurXOLQa55 0q8qYcF9g7ceuCV03mKL5d0Mrs2uHLI5tbvKq26oN2K6SqpdNCjGJiab26WjnK17rVx7K2MUXVxD GumDcejX3bLLy4NCyYMF71FtZd7ec+4O8yn0HISbyjpLpi1ipndopdW90dWg73tvbOVhrNru14m5 YprK3h2aERz3rvC0+mquh7Vubegmt3sp92rBtdkafbZNVV4K3oLjjUm0FDgbHTIcRl4szML1xIJ4 bwUJvVRrCqe7auM0OWxSW1mPMXKnWUa08dtecQdyl7nRqiG8D5OnSoVtZXEpymbdXrfqNOhaihqr 7kh1jsSvRtXeLsccdBKTemZbVIrujBFHWYQzvI86yRLa7E7uxtZcUVE0NriYT2VOSurmB3cWGOBJ UsXKxEt7gc6pG7d1SeUFNeqig+fYqsywaWcJ1rFNbJiQl1MUXWZfcTx1i+0766xXhoxbyqxczAuZ TlW2ylYq0n1l4Huc7q9sc8fSSg74Ip3cXSjMMHRFE1oe17Hec1Q6ZWRKUmNrrEZXU9ZjO7t5txHL Dayoht0yOJPUwatUdfGEi86djbGqbBJimB9enHbhUk63i3Fq2qzJutZ3Tdt4Ht6FSCNq7e+m0qy7 4TK7oe3KGuKDpRdbEad7mZKSucpI7M6k23a88y7zhEbyytG4rw8aCnHOhuc+3MBnOu1CjWxSdDZw kbuLbp3Ub2aEEXxrcHV1pVXauN3iTKaT6qbFgu7LZUjx9BUmzWaTvnte53Opingy+b009VZZ2tW8 aVXVnJJJ1NPLt2tsd3LQU2m63MeF6cbdnMqI5U5yzjrb3pm27i3s52tTxMZst8z1vczpcKq6WZ1Y q2OTpO4G1aUeyt3Z05fdZ3r76tH3bvcfvqpXzvHfXma7LXcfqjEqEZlcyR2ZihTEk1ZHshOUlG8d CmqunVyLMs1Vcmyc2tOdo01VNkjEy6mbenNmY5Xb1WnV4ya6s1gxvtXVzKlCudKVzaCx1H2bu7tV ddLuX2k7qiRNzuc3Z2bjznMrazH0gmZVXTTmctu+6bndXPZnA63z2ZSSpio+2riHVUvN57N3sVE6 8ruu+1uJnoKqm7tdmbUqrnXaO64KUzMzW5dpSWbl3j3U3z+Kt8se7jXffbrzaFTZBYLlZmpXa7KJ zBLYnX3DrT55d9xIl7mbko4qcu955mXbcjWa7u7RzpmXYOur5xvCQS7ttK+1Dc2rV1ZN6S2ZmLrv u3JBsdJLs3FmsPuzCcOZhoinK05eEg3kyr7t10KjTVLaw5eBcjl5ImInIkClV2d18s7q5Wkbqieq rnSJZLtTldzburc24wyTt1d1XZzzs0nNMJkq13WMHYt3dtJ1jdWS2ljJ3arIu3ZN275XI1JUnZm7 uYDdupebzDcZdVe6kkk1yUp919dHauklHL3uvYqvEgqqSMXnNTsnVmURSUtrKimLc2u7mkpyrMnc +p9tVeO3LfZu6TSmyjeGOTdS7lV5tNE3fRzemBcrTvDjpWdeuq11bb7iD3KXXLt7rXHqqyXlLnJq zlN19zw9AtxKpr7Nqtbu93dV61T2NdKTrO6rjWvXV8uzt2c62+o5kB128rpWPeXI3Zq8Sx511s0m Z0rsu7DzBsmwTEKSk3EscvIc0uqtRsTMSu8pSJ9mx7upSqydVIm7FrpVHMy0+oVVJOAwySqnOcO7 kgszMzLttPdnKVuVWrud3TFuVuUUMq1MVS2lbBrCZt3dk913d7ddV9ApGxe9Nd1w5zXS7lboklrm o86aq10etrZ12NzHHRMcompnJAgum1BdyqczrtQkve3hLyueDYu5PXk6gQe7YTu3e65Uym+7dHNk 5lVrVSrkjdVUqu7cb3d3b3NnIPs1JRU8qQpl9sPd3YNJku1VyE7yrMKWSqS57ux53Y65yr45abev qvMvo5u7vTuuyccb274y3N67pd2VSq8nPNdUw6q8Ju02ZMpqOrbaBm5HImYu7dVZip127N2rN5uY nd5M1PMlzms19OT7MdVdTaLvMT3Rx3JTlw3bysre2U44Y7lNyXd3d5xIdLNx5tU+49snINs9cqte y7J33vAbCSQQQQkgQkkhAhJIQkgSQhISASECQAgSEhJAkIQhAgQCSABISSQJAgAAASEIBIABAhIS AEgQgAAAEAkCSQhCQgEhIQCBAkkgQCBISQkJJAJISQJCAEIEgQJJCSSEgQkJAgSBAISAQIBJAkgB IQCBJJAIEJJIEIABJAkCEIAEIECQkkhIQIASSBAIQhCEgEhAIQAgQJISQJCSSQAhCASASAQkCQAA AgEhIBIBJCEJAkISBJJJCEkgQJAgSQkkhIEISEgQJJIQJCBJAkkkIBCQgEISAQgQgECEAkgSQCEk hCSSEhCBCSSEgEJAgSABJIASSEAkhAkkJIQkISSAQJIBAkgSABAgEgEhCAABIBCQkkkkgABIEkkA JIQIEkJAAkgSEgQgSAAEIAAEgBCQgASSQCEJCCSSSSSCCaM3CQ7ztVJiSLsmOQHDyUWF1XOreVbi u8oitSgO7t4e0bVCmyRiaqpu5gydmOV29dt3b4GurNRKj5bx1lShXOkZzaCx1F2bu7tVdRXcztJ3 Y0ganc5uzs3FnSDNN4+kEzKq6fOZy277puce57N4nW+fTKXKmLj7auIcal5vPZu9jonXld1XnJ9H WwUajq32Ydhq512FmyG1MzM1qXaUgu5V491vW/inqWPdxrvvt14dNTXBZMmZupVfblE3hluHr7uN p9au+4ky+vNyVdIyXe88zLtOPnmvLtYM6ZlWDzu+cbwklm7bSWLju5d2rsmtBTEvNVX3Zcg2Okl2 bizWHvZhIy8w0RTnXhzCSayZd9266FKNqrVZlZgSQzMkbEbUSJSuxe7rp93ZaSFVRPVdxOJZLtxK 7yXd3JWxhknjd3dX2vtzSd0QmSra6xg7Fu7qxvMbuyW0sZO7VTl2bJu3aUxxSVJubu7lk3aqpu8w 5FTqrzUkkk0o7fd2UeqrWJR1O7s2FZnIqqkkF5yU7J1ZgqqSmNHIpa3dru5rlsRzNjQ7WOy3tOZr 3c0G3khusqSTd5dyrM2miauJzOmIpUneF7SFa9ZrHVpvhxPcpVNdvcsO8bsF4r5yLc6PNfNHFAt1 Ko+vtO2nV7u7XayrcS2UnWd13JifOs5dnZs51t9WVkBfWsqdlveSRqzd51J52Vs0mZFXZl2HmDXN giyqSkzOT2Zk2jrN2o2JmLrvKUifZsebqUqtnVSJuxeqEVmZifUKNJSAynIabU4d3Lgsy8vLttPN nSbYzbxNXdsUpWnA8NWpqqW0rYNYDku6snuu7us67voFI2b7pryuHOa6XcrdEktc1HnTVWl8ba2b djcxx0THKJqZyRJLpNSjcNyZ13GCX3d0OZfTBvTeTxzuJJPdsJ3bvdcqZTe9ujmycyq5qpUyRuqq VXduN7u7e7mzkH2a0ulM5IqdLdnV3dY0ly7VTTBvLLykslUlz3Z1vu11zl31ZaaevqzMvZJm7sWK rJxx46vqluarul3bVK7yNbpdMOqvCbtsqTKSUu0+YM7JIo6i7t1VmKnWdO3asXu5jd3k3U8ypsa3 Xs5vsx1RudZd5ie6O2sluWJdu6yt7ZTkgjuU3Jd3d3nEhq917u3WPq7XEi29q4bfbLsn+8APD1K+ 2kpXxFbqkpX8qkpX0qSlboV8aFfKVCq/YVgrIV5pHlVCuQr5UlK2VKpfnPupCHyFblKpVgr6iv0F fhCtEoWtIQ4SEMpCH7ivWKwVyFaCvVQorWkpXSpKVzFfUlRK6QKBuFYQovrCUL9kjtVCuMQlcSlE Xad5zUgOEK8RX0FYKyFftUlK8RXCVa1tX4Vtq1W/z/MAAAAAAAAAAAAM5SEN8CXKFYK5CtqQh+NU lK3QrWFaCuYrSFe6FapQvSqFdBXQVuiErkK3pHnUlK9BW4V6pCHqhW4VpBSVyFdYkqq1pCHaFeAr WhX4qlUt9UK7isqJKrSFesV2kIbxXYV5iuFSUrjIQwV7RWCt1SUrwSN8K9QUlb4V5VJSvWK7ivGk IeqQhsK4yEPYKwlRK4UK5isFdhX2VJSu1IQ1gkqvCBREIewQIsSQkKEkKeUqSK2oVvFcBWkqSK50 6ityRxqkpWUlKyFdkKK2Fc56xXOflIQ7BSV2SheU3it4rokaSEPYSold6kIeEyqFedSUrQKl1xFU c54yEPypCGKQG8kgudIQ99IQyQh4qUSuNIQ2FdRXqSOkK9IVzFe+FcYV4JQvAV5QrwhXOqiK9wrQ VrSEOYrkK90K6JQvOQhvqio1nAqiV7IV0oVoFJXtqSlelSUrrCtypVLpIQ/gK3VJSu9IQ0ShbxX6 1JSt0JQvoK3ivJI9grxUKK8BXYop3hKFzhKFgrqK31Qrci8CVErRSiVoK41JSulIQypKVkhDKSlY K8KkpXika0hDhIQ1hW4VqJS31IQ0EpcRXKcEjuK8hXCpKVtOAr9xXAKSuQrZQorSISugrBXoK5it yRoK3CvtpCHlOoroK/+YoKyTKayEQLEIgwVk78AgCCjz//2GE0YFH/P/8DCNGAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAeeAAAAAAAAAAABQAAIgAAB8AAAAAAA4AAAAAAQADgpes8AAAAAAAAAAAJ4gOD hm7d3vG64Wu63XDNrk2PO47eufe73nOddzwCgAADAAHDxAJ7uaOug326fT06fWnMw66dFddd913p 1733X277fPaqeufA9A+lA3AAPDxAfXQCgct3vffPd995RloyaswSCVazPgD0FFAe8AARwgZBffcc bt3YiAWwNm3wPooJEnAAHg4XuUDQUaFGhWkiieCvPQAB4AAwMHjhJIuzQooaoDVXg8AoKOAADwwn uqIJEiQEikkeCvAegdB4AAcMLhw0DRRQkooo8HhQdGVNwAB5xDuVSSqUSSKUKLwK8D1QAeAAMGF7 hIAKKEjWipLweANAG4AB94AD7kgAAAAAAAMANlCkiSilElFJKbYkkSUUkVRSRSSlEiiSikkSiSik qlIookSJFEpFUSSdsokoksefVEqSiJVCO2iCRFSAVQlVSiVFQKkSkJ3gAAAAAAAAAAAAAAAAAD7w AAAAABgAAAAABwAyAAAAAAGphhKSlKhgAJgAAAAGnpqRCSpT1QABoAAAAASNSeqqk8o9QAAAAAAA BJ6pQqpHqZqABoAAAAABNUoECaIwmiBQyeUNPUenqn6oep5QKiQmihSlCYABojAABMP9GT/JD/Z/ 17b/f5n38NJVFbkqitlUqkqlUjFbbgo1sqlUlQUMFCskUKwiorYVpWQFSsQUHGKDgtKyCyqZVFbK hWEWNaBLWVSVitstZVJVKpJUKwwUK4goOMUGYgoOChWIysZKCgxBjGIKDIxQcQUGIKDjWlYgoMiC gxBjGIyscrBjJQUHGKDhFCuLBjJLFBxlYOIKDEFBkYoMVKpKxW2SqVSVSqSqVSVRW4xW2yqVTKor ZKhWEWK2yoVhFBQiorZlUrEYrSUqiiZVKpCtKpGK22VRW5W2qFrRiVipRittyVSqRrWtlUqmVSqS 1lYlUUSyqFFRRMyoVhFitsYrbcYoyjFGkqFQILSshUVuVCsIoKEEZXEtYolUrEqChIqK2VSqRrWt xrWtwUFMlUqkFGtksrGkWNaSyqWxQUMFpWQqVSCjWyqK3CKNMKitlQUIqK3BQUyqVSWVjTFS2MlU qmSqK2WsVuMVtsFBTKhWEKgpJVKpKorYKNbKpVMqitlQrCKlUyqK2SqVSVCsIqVSVSqZZVLcjKpb FRW5KpVJVKoFQrCIyscoKDitqipWJVKxJKpVJVFbKxrSVSqZVKxKpWJVFEqlYmUFBzGKDjGMcQUa RijSNaKQUKyIKDEFBxCsHGKDI0aNEGKEYo0goVyMUHFbaxKpWQUK4lUUkBQqIKDkYoONaVgKC4xQ ZEFBhUaIxWlBQYmCjWyqVSVRWyqVTGK23KpWJZVCkVLUMqChkVKpKpVMqitlUqmVSqSoKEipVJVF bKhWEsUaZVKpKpVJUKwxQUJCoKSqVSVtrGFRrcqityVSqSoKGSxW2yoVgCpVIKNblUqkqlUlQUIq K3JVFbKxrSVRWwUa3KpVJUKwjWKIKNbJaxWzKpVI1rW5VFEqiiVRRKpWJlUqkqChlittlQUJFS1C oLAWNZSqViZVKpKgoRQUMUKwxQrCZYo0qlYmVRWyoVhCo1stZVJKpWJUFCKCwFCoGKlUlUqkFGtl QrDFRSJUKwipWJKoVplUqmQUa2VSqZUFCKityoVAVFEksUGIKDjFBiorcqlUgoKSqVTGK22SqK2C jWwUFJWK25VKpMtaVwUK5EFBxigggoMQUHAUFiCg41pXGtK5EVtcVtrEFBiVSuAoLjGMca0rEFBk QYxmJVKxBQcRlYygoOMUGIKDIgoOMUHFRWyqVSSqFGVSsSqVSVBQkaxWyqVSCjW4xRplQWBIqVSW VQphUFIKNbBRrZVFbJVFEFGiVSsS1iiZVKpKpVJVKpKpVMqikRrRiVSqZUGIYqK3JVFbKgoYoVAU KkBUqkYrbZKorZayqQUFIKNbjFGUtZWJVFIlQUJFRWyqVSCgpKorca1rclUrEqChkVKpKpVIVBYR UqmVSqSqVSVRWyqK3JVKpBQUlbaxhUFMFBSVRWyqVSVSqSCgpMrbWMVKplrKpBQUjWikqFYSLFbY KNbgo1sqlUkqlsZVKpKpVJVKpIKCkqlUlUqmWVS3FRW5GKNJVKpIKNbGta2VCsIqVSSqVSVCsIqV SUFByMUGKitlrKpKpVMYo5SqViCjW5VLUMsrGmRlUtxW2uIKNEqjEgoKRig5FbaxBjHGKDjKwZGt FEFGiVRiBGKOIVBxW2uChWIVgyMUaSIMUAiCjIyoOMUGBGKNEFGiDGMiMrGUFBwUK5Yo0yqViVSs RitKMUaSMUaRrRSMUaS1itzKpVIxRlKoomVSqSqVSVRWxrRTKguA1lUlQUMay1DKorZVFbKgoYoK EVKpK1WuKlUhFGmYWK2wUFMqitlQUIqVSVRW4VpXIVKpKpVJVKpLWVTKxrSVCsIoVhBaVmCyqRij QBQUlUqkysVtlUqmVSqSVSqSttYyxRplUqkYo0lQUI1lUkqlUllY0xUVsqFYYqK2VRWyoKEKjWyV SqZBRrcqlUyqK2H/ZK7pddmzUaSoKGCMrIqCkqitllY0kW2sYqVSWsqkqitksrGksUaSoVhFCsMa yqTKpVJVKpJayqSoVhFRWxijTKgsBUriVBQxijTBooOChWKFYRUVuVCoCoolQXAUFgYqVTJUKwjW K3KFY0BQXBQUiwWBlBQYgoOMUGIMY4ChUBQqQUFIKCkiCgxBjHBQrCCgsgoKSAoVIKCkjFBxFbXK xowFBcRlUIVBSChXBQrIgoMayqZUFCFRrctYrZVFbKhWEaxWyVSqZKpVMqlUyoVhioUZVFbKxW2S qVSVitsqlUjFbbJWK2yoVhLFGktZVJGK22VSqRijSWsVuVitsyqVSVCsJFRWyoKEKjWyqVTKorZW K25VFbKpVMC1itlQrCWtFJUKwxUqkrGtI1oplUVslrFbkqFYRUqmVSqSqVSMUaSqVTIxW2yqVIsI xUqkqlUyoVhFtoMtsYqVSVSqZKpVJVFbGta0KpVMYo0yWsrEYrbZGK23GKNJWNaSqVTKoolUrEqi iVjWUyoVhFRW5VFbKhWGKlYlbaoLFSlUrExijTJVKplQrDFSsSVZbWKlYlUrEyqVSVitsYrbZVKp JaxRIVBSCgoChUwqNbBQUlQUI1ityoLgSKlUlQrCRrFbKpVIjFHBQrIKFcYoMgoVxig4CCgxGVjl W2sQUGRjGMQYxgKC4CguSsaMwUK4xQZBQrEGMYlUrEFByUYoxGVjKCg4xQZBQrEZWOWKDFBQyWK2 2CgpLKxoCpVMqFYZFitstZVJKhWGKitlUVsFBTKgoSxRpKhWEVKpI1rWyqVTKxrSVSqZUKwlrRSV SqS1itkqityMVtuVituVCsMWMoy1itgoKSWVjSFRrYKCkqitkFBSMVtsqFQFSsTKgoRUqkqlUgo1 uVipKSWsrEqlYmWVjSKitjWtbBRrcrGspUKkBUqkqiiYWClsta1sqlUlQrDFSsSqKJUKkBUUTKor clrKpKpVMa0YlUVslUqmVSqSqVTGK22VBQjKxlCoMTKpVJWK2y1ity1itwUFMqDjLFbbKorcxijS VSqS1lUyVqtcVKpLWVSWVjSWK23KorZUKwipVJVKpkoVgyjFGAoLFCsMZWNJa0UlUqkkqChGsqkq lUBijTKpVJUFDFgxlBQclY0cQUHFgxlBQcQUHBQrjKwcYxjkFCsBQWRrSsxGVjligxBQYitrkWDG UGMYgxjhBQuIoLlrCjjWlcZWDICguMUGWK22MVtslQrCKlYlrFbmWVjSKitllY0hUFMFGkSqViVB YCpWJlUVsqChFRW5VFEqlYlUriVCoDWK2QrLWkqitjFGkxrWiVRRKpXEYrSmVSqSqVSVBQjWK3Kh UBUqkqCwFSuJlUqkqlUlYrbKpVMYoylUrEsrGkkaxWyqK2VjWgWsqmWVQosaylQqBiorZaxW5VFb KxrSWVjTFSqQUFJVKpJVKpKpVJUFDCoKTGK22VSqSqVSSoVhLFGkqlUjFbblUVuCjW5ay2Mqitwr SshUVstZVJUKwhY1pIIKEZVLYqK3MsrGkUKwlittwUFJVFbgoKSqVSSqK2WVS2WKNJWK25VKpKhW EaxWyVgxyLGiEFCsKgpKVSswqCkqlUlUqmSqVSVSqSoVhFBQkYo0SqKRW1RBRpkFCsQUGIKDjFBk Yo0jFGiCgxBRpmIKDEFBxrSsBBRpGtFIxQcYoMiVSuChX/vzMkyTJP/KTMxD6UEPyoUV/mkpWhRU fkKUr6UKK++lRX3mWWGGEhsNhsiw2Gw2GwDZsDZsDZsDYGw2JAbDYbDYGwLCwNmwNlQ2AbNgbNhJ s2BYbDYkGzYGzYGzYGzYkbDYbDYbEqGw2AbANgbNgbNgGw2Gw2Gw2GxKgGzYGs2Bs2Bs2AbDYaw2 Gw2Gw2BJs2Bs2BsiwNmwDYAbCwLDYFQqVJKmpUKlQqRsk2bJNmxKmyTYlQqVDU1CpUJNmyTZsk2b JNmwNiVADYbCpGw2BsDYbA2bA2bA2BsNhsNhsNhsKkGwNmwNmwNmwCwNmwNmwNlQ2GwNkgBs2Bs2 BsDYWBYWBYWBYhUqFSpJUqFSoRsgsLAsLAsLAsQqVCpUKlSSpUIsCxCNhsNhsA2bA2bA2bA2bCQ2 Gw2Gw2Gw2GwCwsDZsDZsCw2BsJNmwNmwNkWBsDYbADYbDYbA2Bs2EmzYGzYGwNhsNhsNhsNhsDYG zYGzYSbNgbA2Gw2Gw2Gw2GwNgbANgbNhJsDYbDYlQ2FSoVI2Bs2BYWBYWBYSGzUqFSobDYbA2Bs2 Bs2Bs2BsDYVIA2Gw2GwNgbNgbNgbNgbA2Gw2FSNhsNhsCLA2bA2bA2bA2BsNhsNhsNTUNgbA2AbA 2bA2BsNhUqGwCywkNlQ2GwNmwNmwNgbNgbA2bA2bA2FSNhsDZYIbLBKhU2ABsDZsDYbDYbEhsoob DYBZYBZYBZYBs2AWWAWWAWWEhsNgFlgFliGzYGw2Bs2AsA2A2JUAssAssALLANmwCywCywCywDYb AkssAssAssA2bALLALLALNhGwqBssCVEKkKlQizYRZsIs2EWBYhssQ2WJJUqFSoQWbCLNhFmwiwL ENljKmxKmxmoVI2bAVI2A2BsDZsSpsDZsDYVINmwNmwNmwNgbA2bA2bA2Gw2GwNlSDZsDZsCLA2B s2A2BsBsNgbNgbLf81WtWpdBs2BUKgbNgbNgbNgVNkhZZIWWSFlmYbCpBZsgs2QWbILCwTZYIsEq EqSVILNkFmyAs2SbCwTZYJssEqFSoVOtttW1fr6R5JHmkb75ZVhmZmGGZmYYA2GwNmwNmwNgbNgb A2bBJsDYDYbA2bA2bA2Bs2BsDZsDZsiSywDZsALLALNhGw2Gw2AWWAWWAWbCSpUIs2E2AbAWBYhs sQ2WIVKhUqSRZsIs2EWBs2BYhssQ2WIVKhUqEWbJIs2EWSWBYFjKmxJsSoCpUIs2EWbJIsCwsTYh ssAssAsLA2bALLALLAKkbDYbALLALLANlQqbALLAbANgKkbALLALLADZsDZskLLJCyyQqVCpUMat ofsKUr5ClK8qFFdqCGJKVhUD9agh/eoIaVBDwpKVxQQ7FLrlZkjFtWxY2tUbVG1ForWo1WKrYq0a 2qjbVGttG2ti1otbRbVFaqjVRto1rbGsRtqjarfxYNk0lBAwwYQCMBpAkgQEwlMhTBAkjDMJShCY TDKE0zDMBmmUzSFMpmlImUzTMM0ykNITDMwpmmUpTKGYTDCEplMszEmTESZDTMJQlMykKZGSyFJZ KDSaTSaDSWTSUJAzSYCMymZmmaZhKYUpTKQoZTKTQWSg0kmEsmzNBYLJsmyWTZlmUBoZiSppphlK EjMMwyJhSmlDKUMwJhkIzDKUppoZhTDKGUMwwzSlKUpSBmUyylBQfx1/JSva/Gvz17Vxhh/ofDRo 0YYdXtttuPB6aOnh4NHpvVttujxGW2uGGH++cGD4wwcPDR6bMJ02enTw2eGzw6UxtVdMKcMOPLbo 8NPTZobPDw9Pd2y22cOlKdNmz4w4aKU6em2jhjDhs8MNnTDhho20K8Omxh4aNHHiq0YbKcMPCmjw ww6cMNnTpo48K2NHhsww8aNmNmjht1o2eHjCuGjRs2bMPDBjdtrp4bKbHTh02bNJjp4NGzDDY0aM mWzw0U4cNmnStnGNGzw2YaaVU8PCmzh4YbMOnDR3Vttvhs9elaOl8ttt6nVV4YenhxbbVVxWZb6c PDpTopg0U2YU0aNFNmj1orRobNnx4YfFGzp0w6NnhTp1iq2emj40dPSmHh8UfHTZ4UenD1SunThs 8MHxo4aFMMNHrCtGpq2YPCmHDhh4bjLZWz42bHCnTw6eT22cPDhg8GMV7ltYUYYUbPHttrZtxVcN mzx4rTw8NHE4qqaKcMNFNGjZo2bOGj0w4OHDw0YeDhhhh1wVs6evTxw+OT22enx8dMPTgps0aMMO GzZhhh4U4bVhwwow4qq4U8NnVKvlttvRwcKKmxWzRTww4KcPXx8xXhs4U+PTD09NHx4OjTTph06e mHh66V6elOGjDD0+NmjR0w4qqw0YYeHxho8Nnh4UbNlNlPimz4pw0emjpow8dKw8Kenp6bOnStPm FeHh06KeG21V8dPRTyeWzw6fOlcPLb5bfTR6NHhTh02YUwaPPbbbfDh8pWHjqq6cKaOmGjg9OGin po0cKbHThs0eJ08YrR08OMbNxbbbfCnXVPjRNnx4cPDr0wxo2eHT40aNHgp4dNMK6eHBXi22lPDh scPjDp0mHDpo4bPjh6dNlMKeHZbelbNXOB0553yIKqlAEsQPfulAC+liqAAl76H1t8KUoAgtaffB 6UC+q2hVUoP33S23xKgUpSsL94fAUoF9a0EEq+96H1QqUAAqj98AAB56lRQEEu+/eqkAQKlKCHvx 0oeIIAjQoJffgAPr8IFKAAHs+A8KUAL4EKCr7wD4PBRUEoaUD77wClKUoA8oIe/B4UAgB0CpQA9n wdApfEEBRtv3e/IAA2oABSq+/Q+8QSlVQIBwPQD7wFG0qVKBTeez4EABKCi1feHxfQKA0KqgBe+f fQClAEoASl9535QAoEEoIAHvwEAA8KXwoBaH3T4oelQailKqe/H3zUAoKoAEOe/AAAABClKUB9+A IUodKBSpYee+WlKAFLA3ygHv3heK1qqpQApffD4C+KUpVtFKU5z35KEACgqAA+/dAvgFAoEpSgfd Pih621SqqUqvv3geFSqAI2gl5yxDT37nYgqqUASxA++6UAL6WKoACXvofW3woAAILWn3welAvqto VVKD990tt8SoFKUrC/eHwFKBfWtBBKvvQ79UKlAAKo/fAAAeeoLUBBLvv3qpAECpSghfvulDxBAE aFBL78AB9fBApQAA9nwHhSgBfAhQVfeAfB4KKglDSgffeAUpTSgF5QQ9+DhQCAHgFSgB7Pg6UC+I ICjbfu9+QABtQAClV9+h94glKqgQBOegH3gKNpUqBSm99nwIACUFFq/cPi+gUBoVVAC98++gFKAJ QAlL7zvygBQIJQQAPfgIAB4UvhUo0PunxQ9Kg1FKVU9+PvmoBQVQAIc9+AAAACFKUoD78AQpQ6UC lSw898tKUAKWAeUA9+6XxWtVVKAFL74fAXxSlKtopSnOe/JQgAUFQAH37oF8AoFAlKUD7p8UPW2q VVSlV9+8DwqVQBG0EvLPpCMk5JsmyMnw2YcOmzDhp0rRwps0Upo8aVXBRh4eGzZ4bNDR4bNq0McK lMMKU4aNHDZho6bPBo2YYeGhjbFYx4cPDDZT4w0bKcPD42dOFPDw9TCtnylcNnTZ02U6enxvVttv Sz22aPTR06qqwbFHjltrTttr04eGHTR4eHx6YKemHDjxodOnjhXTp6YdOFMPSnp4VqW3Zh0w9dKw 6enp6dKdNHrhWHhs2cGHTp4YcMKbGjw2NnrwrZs8OPlV6fHp4U+OmnT0x4NsK8MMNnDZxEf8kkP9 UkP9CSIedQQygh9WPVulC/moIerpSKF9RWSXaSqXhZMyzIpL5UEPcUpX4yXnkpvkp6ZSZhT2xU9M lN8SZipvhTfKTMVN8Kb4UzJTfCm+SJbBOWQnLIS0JukT2kS2KdMKZlRplU0ykzKTMVPTCmZKa5Ke 2Sm2UmZKe2FN8KlqE5ScSQ8++ffm29t7b23trr8Wz5cwfaN3wA8ADIJ2jdG6N0boxDhVeguY+23s khz3179tvbe29t7a8fLZ6z3T7bbahXhQQ/Mop7QrShRXrKlX/kK0Solaisawr272Zy7oiIiIiI5y IiIiIjnIiIiIi7uiIiIiIjnIiIiIiOciIiIiM7uREREREc5ERBgxHOGCIxEXOkRFBEQ7q6RGMBGO XIIjESTurkmIiIjO7kRERERndyIiIiIndciIiIiM7uRERERGd3IgjERBd3REYiIIu7ooIjJE7rlB EYkjHLgYxJEV3dBEZIijnCIwRERHORERERE7rkRERERndyIiIiIjnIiIiIw7uRGIiMk7rkYiIyRF 3dSYgpInduYIKJIzu3CCiSKOcIxEmIjO7kRERERd3RERERERzkRERERO65ERERETuuRERERDuuYi IIiIuciIIikxzkQRFJid25JEUQRO7ckjGJMbu6TBiIiJ3XIiIiIiOciIiIiI5yIiIiIndciIiIiI 5yIgxERO65EREGIjnMkRFBEc4REUBjO66YiMkRO65iIjJERcuQQUSRnduQERQRHORERERE7rkRER ERndyIiIiIndciIiIiM7uRERERGd3IiIiIid1yIiIiIzu5EREQYu7oiCIjETuuEREYwTu5EUmIiO XSMGMEEXd1EERERHOREREREc5EREREZ3ciIiIiI5yIiIiIu7oiIiIiLu6IiIiIiOciIiIiM7uRER EQY7ujEREEXLpGIiMkRd3YwQREbnCIgokjO7lEQRERO65ERERERzkRERERO65ERERETuuREREREc 5ERERETuuRERERE7rkREREQXOREEREZ3cxBSRGJ3bhBEUERzmJIjGJd1yKIIIou67ERERETuuRER EREc5EREREZ3ciIiIiJ3XIiIiIjO7kRERERO65ERERETuuRBEYIzuuRBERiM7uYCIoIjnIyRGMEd 3RRJiMl3dEUQRGIOciIiIiI5yIiIiIndciIiIiJ3XIiIiIi7uiIiIiIjnIiIiIid1yIIxEQXd0RG IwGO7oxERkjNVtVt+y4FbCsFfIV9wrkK+gr8RWCuYr/0V4CuYrYVgrQVwZJ/7e9KUpSlKUpSlKUp SlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlzTNM0zTP8qKp2hUStRSldBSlfcK5C lK/cUpWtQQ9Uj1SPnXtWlBD5JGJHVI2qENJI+dQh80jkkfEUpX/QpSvChRXzFKV/rCvUUpWqR/8K Ur5ClK1VKpfAUpWorcUpXFCisUSZJD/SJIR/H+GGH+GjRo0aNH/AaT/XNGjRw0YbOGhw2cNGzY0c GjZsbKcOFKbGjZsbMOHDHFVTZo0cNFYKYUbbOGGzDhTRTbZsyvq+proC+8QCPviCDvfiEHfGR98g gT2+wZ78nXgLvEAj34gg9+IQe/GR98ggT37Bnvye0rq0q0q/D8IVmKlWZQrMoV8UjmK+6FRK9Ej+ kAuV2y3zrpq1ZjF537z8t484uVa724qXn+37zZ5a85/GRmkCb9KzYEDTmMnO2zuXllgTw8416b9N NNOtHkxCwxhZMyYyYqyyssqllZZaWapZrSy2ipZFSxFSwpLIqWFS6/O/fro/G+3NrVjT3d/Uj+kV nKGo5WNDVFTNrWd7zTvL3f6ZkmZmZOyfb5ZP3VJoHDflXnNkcQYzvfvA5JzspDi4/vf33FWZzspF gFfgs2EbLCM+9553nm7u7fJz04dt3zT7ua8zM5GU8n7D9RFRYWRUspZWyzVLKtLNrKzLLSliKlkV KhSUipalgqXN9yvnCK+X246IO/pHbNYd/PN6UFrFKlmskp0FrFKln7wA94aBOAcvmCPq0WKtp18E DQmLDBYVASY6rQLBXy7KpKCgLwYDolixdn2AcybdUgmKoe5Y72hmXlHYh79tyqOre2/iJ+yokslS yQqWEstLNss2WalmtmM1KyRUsFSyKlElSwz7fNW5+e/n5+33bfe/xtp75dvhQPe++bWhwDjvNrT+ mTMGgd4aTD1K6q9O6N8NFeGUNvY7FFA2NAhDiaeOTeAWfeec68tqQiT8zKeZLcti5v7zMznF3mfs /ZIVFJSKlQrNSzUstpZqWVLNaWQqVElSopLKlkVKipYfuvjwffffvqGSgZu7ETP23RBHR1L3crOu 5MmWqKu9WLP3gAANHtZsShXEgWB3w+NUfG7vwUgmWLsiOpd3crRWHU9q5d3qoqoJoFYKxSqaFA2L qxJmAl1VjASvcB737U1rGpqllpZqWWpWa0stssqlm0stLMsrZk0pJSVFSwVKie8fvn6zf117+P1+ 5zsJG4e5Mzga48ceVfiVoqlQsjUcOVfvOebW+VnP0kTvr6ZbltxjOe5+F3Fb79z9N/B9PcjL7MZO mx3FAjwkpmwhJ7rsCbSF5qGgTbQ13fPe8897u7u5PfbfLfxP1LJCgkqVCpUSpQlSpJSVIqUJKlHf NnPf38+6x+/vlcu7LN71QmUVdTM2U6fCekilSpBPfh7JMZJ5k/X57+5w+m66bDOE294GpS3e9eXL bCUx+8DzTM1+7v774Pc596yg+ZhOmy7bdTvZ3ZDcnvI3su8oFKHmdvgH4XamRMqwyLJkyZJkyLGS YyhZMoyZEyZEsplFShUpKlRKlST3v5nPmes95N/mc/axZ79mudl1WO9fHiCcobFd7t3k7NG93Tiy Ccoa1d7t3ndmj8B4eH3UB8xMGD1aLEqpRXyIdvFyyAobev67vB4grx3MvPE2WphCJS+ahjNAnD7t 4HJZAOzhtpqzdw995ev0n7JCoVKKlQrLaWWssrZZa1llbLKqUsiiKSoVKRUpJUoSnqHvAa/n+39W crWd+G7iLsQnIwmyvx2aZAoyofwHh4T7zoEChl2IsYPC26rfDb8U60Mbvir73DQ7k2tZguTm17E3 r+hwzzjHnvLa55gZThfKH6Zk/pMJJJUQUlIqUhSUipUKlbaVltSysstZZVllrLLw96h6h4eXda/f s7mrzMu9+/PJDVHL2helPs3LHWht9OoEvn2bljrQ2+/Dw94IDeHwQgAd2feRtl7wkR+a22eHLNaL OELIl/dmydOfmd+A1nb1wAnffffQ8yd6tfb33vPB93rvDlMzen6T9SFFpSUFSoqVCpUhUqFSoZWV ssrSy21SstpZbLKFSpFSoVKPvuc9/M+3zfM/L+du2/3nbJRx3nBGt6qNrqg3u92ztHTqQ7l7t7tn qb574cvOXZwZxm15R05uhU4nE47a6cbtOG6cN0jEnETmgF4AOgFwpt4u4vu1Xi7i7i6HBbbnMREs lJxxwib2GpjGE3HHHbKrjGERE7ZVxjCIgm2eO7tMXFERNvG7l4xhERNvC5x4wiUQTbKvGMIiIm2V cYwiIm2RXHYxwibjzlW8YwiIie9mq3jGERPcbxseOERFO2VXjGETuOOO2alXjxTCJ2wq40K7nN5H ZqTiTicG8YbzYVhvNhrs955yZNU3FMe3VzTdT3Ux1Pb1Pd67g4LlWh7ZkSXMbyK0lkVk4KBaWzuU lq0lIwbYKqHgtLSLyKyUlkVk4OttBvIrIktWkpD0LadyKyIS1aSyKisnEvcpEjIqK+DgoeUVEO7z IkSMiorJwS9zIhLVFaSk4KFtp3MiTxF5iIgJLVk8S9yktWksiqS1RWRIk4ndyAqKyIS1aSk4PQtr 7yKyJKGC22vNJZFRWSh4LbeJ15pLCKiqS1ZEiTE7uRWTBQoWlpe5SIeJaWh3citJfWwsO5kSWqK0 lJ4EC0tHlk8S9ykpREpKSkqvoNsHlFZEiRBpaULCrJ4l7kVkSYEOBVW8pVSUiGC3K93kVkScGDgt tO80lkVVAxOI3mkpPBQttO5VislIkaorJ0LaTuZEh4KFClKUXkVpKTwULbZ3JEngQttHkVpKRJSq TxL3UiVaSkQoKqoUX5n474fC/D1QdpkqklCCyrUqk+3ttjataZitCwhwoZvKqVvKcM3kVafnDNXl 3AjVRJgQm64MqoDuS1ZztlJGhBe0bsb6lfYJML011N1T5wEHVog6TtcGZXE7WlvQ8craFbYwZivH GyeIk7M20d5YOwu9IJ2kFl7opGONjCu3O6ZO82RFQOVjC7b2hUGhWbuyODsl4HJFg2KJB6LOm8U0 HcVLjK3gdwa97e3s84dZ7bB2VadanH7UnUkZvv9O/HlWT4ZZxX88YxaDed8nnMPDmsmXyOa0UlqF 3Fu4q3D2KcmYpuPWSO3tnZpGCu2U4zi7OyyRzBRZ49eNTa2A7g2b2zezzh1ntsHZVp1qcftSdSRm ++348qyfDLOK/njGLQbzvk85h4c1ky+RzWiktQu4t3FW4exTkzFNx6yR29s7NIwV2ynGcXZ2WSOY KLPHrnvPw8k0Akj0lKUcMKU0YYdNnDZo0aNmjRSmjZs4aNFNHDZo2U2NDg2bGzZtNGjjY2aK2YYU U4XKqmZ18oXvzEe/SJPfoi+viAXvzCV93JJmfXihffMR79Ij36In18QC++MJXo4YMMGzZow4U0cK cOHDWt++73ve973ve973v/skhCH+Ikf8skPf/VFskv9/dNx/WT8sSqq3/K/f82crdmZg+VXHZqRr Zk5YyxL/n5eY3JxdYyTmvd577lt8TdkWVPFYsYrz33z8fmng9lnuMj7WLYzG/PG+/Zmd6qbr2yas MsdWTVtRd7e6+d13Mzqc8Y7ZIzWvsffmP6I/1iUSUWoUlSKlRKlqssrZZbWllrLLaWWWWrKy1LK0 stZZbSy1LKQmEmYTCfv3+Agfqf4Ib96fXx7f21ne85z81eDpJt4FewuK8Ekm2fe/D3vAfwKvAYKq y+6tyTUj8usZKpjMhh+fu31ceZjyyMWSv3ft5mZwLSb8Y3vIzLk8uYln95wNzM4TKZIqRCFuSBwy T3+8rmu91rWvIloZxzjcd8Y3bcXFqpVYozHn3L3jvPNa1rsi9yJljPvzN+P4n8kKLJUkipUKlIqU hUqllqWWqllZWVssrZZaKlCSpUPnleZ5rrq8ufvmfm/3+17zmsi8d4GZeFdoivT6awZl4VN/eAHh /Pe2vKvqfWTLIeffu9yPFk1rWcrZOqOYxyyZrNO885yHih5Yu+378e6V5D1e1ksPa+zjSN6Ylscn 7v879rMzPHipbJqzpmSb9773XlvhHVpZVzGfm79z7Mzk8dZCqm6yssK1519+c/Lf1I/iWJsqK2Vl qWVpZallqWUZMiyZFkyJkylkykZSolSpUpJUpFSofneda8n779rn5bxKlDn868GchcOaqqDrqLr6 CuOdKrh133z7Pvf2QTh/erH5Uy6rWVkTVGZ1mZbpG7JveRpY83r7GNxbGLCyjncnEEpyMDh+b6Ce DxZbG3MIe95rUbWLKls1pvexlkTNc/PdW8Tyi0ea8/Ld74xKsywtXGSK14/k/Uhamy0stqWWqVla WW0rEkipRFSolJSVKJUoipUKlSKlBUqRUpHv9y/3jWs+/VY/n8/TTpIy3FfG8uXtEbKFYq6tdumN dXXb39BO6q1at/paP3PdQqtYx77X3cZn+qIk48VKqWyNf3vl08iJOTwmT6EyEL90OvvyHZwmZ4YD 9zf8d+6HmTm8n1Rqk/t/c7fy5c8kyncYKy3JVyw3MeUwbsX+Ag94wWALq6qgA8VfWZV/Zq616ehu vaZ69e/j5+Vep4p6qKtzEz8/a1rbDKPxcrJvbnP6SP8QskstSyrWVlbLK2WWllZZallbSy0stSyt LLWyvUAB71D1D+MV9L+t9S/lfyv0EgfLzyAl2m+2nmdBJqncq05e5wruC7X05Vpy9zv3vQMP6SfW X1kZjB+/jf23xaryxaLvE53mpYqTdGPz8vO/PMp4xiqh9+37xa2OWasVSxYq55fz6+9t8eKlXyot tkq5vnmd+9ZmOwdWbxie60xd395J2dJnSEM42RhO+HaDMzpknOzJXnm62mKcsnLqtZ7vn5b/E/kh RdltLK0srLKrLLUstSpRKlBSVEUlJJKlJUpJSUlSkVKQ3389V5+Z9+86z8817r3+x45xV7m2EMJn RQ1L06bx7d9Z1U716b13eZ38CIQ/ZEk/j9sh9R95vvOSraqkvuvzMzNyPFcuKjKmOf18t23a7ieV lHc28/du3WsavgcqdsKr33kbu7u0xQFUqFCgaAsV738JndLmeu79PXZu5Qy67vlcO+ItTVGa/Pzm reTFmWXMlLC/s8BYZ5DIQyBgZnv7dWf2Zj+SyRKiVKSkqCpURSUNlltZWVSysstpZallSVKKlQqV IqVEqUnv59+6z+uZW/z4YLX36s/XuUNdZtaRnVztV3Ys1vgh22/LOOmnGc+mvGu3Ll0uOsCiu0U7 0Eb8d6tr4dx+H5eflPvvTdZI2+a/H8j8349+mmmi/2oIdwS507ZVmV2yst85dr+W8bXflyMsNVi6 3+/6PPczPHVROr/c32byExtzJTLve88+7eqr5kmmZkCSb7y3VSvLi4uYyqlWff33j363z2+1usYy RbVka7b+d0tbTltkeZ5zj9Q/0JpFtWWVWVlWWVllbSwqUhSVCVKKlQqVCVKHh4fL+Wv28K7+ZdV9 AxjzPT+dm8TN3lncHmc+fG3Pbffbbnxrz53LXOfPsJeIJd5rh4Yr6FJPl8tqektSy61pYd3y9r7y ugWWVRlJrGTTX5vDbFm1kyyZn9mc983b5IOestktIb5YnFLClk1hSnxHzasJAydhk43IwyH+N6G2 GTSZmvQeiRbLpkVfdb5r2dsvjvcZUrTEr3vOPCjvTIMpkyTJlVkyVkyallqWVbKy2llqWVqWCRUo SpUlJUFSoVKk+3fv5/PrM3+XX13Ca1a8EyburbrK05MTcxKtyXWU5ixRzEvve8PCAfwGve66We9V D3un8V+zww7kgZ5CYQye7O8f7qrvZQ5LmEEumVYzGUo1i263mccn+yWPK3Y76999u7d29yUITwks MycJh+75f8f3yr/mRJEk9SfU/iyPOe/XMzNz8qO39WVYwDZ/X3+dN3XknfJZgQhShCS2f4v7wP08 DzjH11pk1Ufu/3ffzWta875iLY/f3/E/0SyQoqVCpQlJSSpQlmRLJkmTJLKZTJkMmVFJUKlSKlIV KhUrzvcvnt3+/0oXS3s3NbSqhn8yj/Ctx4rhJtkmUFKdznqV9xPUF1O+5gMBAXd3d4+AsWLAFkSc q97KjrtyuNlXdtyvbKu2VbtlX2yiu187u2VdsruuMq3bKu9lW+9ld7Ku2VTbbu57ZV7b3dy+2VXt vd3Pttsqr2yq9sqvGytb227ufeyo7Qpbmwx3MmLJ3IrIkxEekSJG2lBVG3Msxk2QAY7ZjMVpSSEl kAKCkpEnid3NaJLa0iRJataB0PWwfX1IkQlq1pSWEa0iTiXuVlJScFhbb3MjIqsSJEmJ6lhQfeZF VYCESKsioiIJLVpOJzysBJZKtJQiqsDgl7lIkQirWnEvXqRIkPW2gvNaB7XgVx4t1vqzjxNlvq6g 7w0iRtWxJScResItWykSJEMFChSmRGHvesItWwEiSrZFdzUsr6xFed46y3V9RFnl4JRoCTxO7qko RVrQMRetIkSVVZQoW2itlVkpEnB4Lzu7ugw2UbJQ4KS0q8yWRVZSUng1toPvMjICqkFZFVYkSJKE qvg8FC0tPdfJbIkSUjVk4Otth3KwEngi80lk7yqFBD3XbAzLMlyAUtJhM8fJfvWfTzzvbu955fpt Fd1vNrLvtFbsEPmFe7GDt9awyaILZYyumbSiRB6hmYNmx4O8xr1EbCJgJuhx7dm2O9y4ydHz2rm3 mKBbWu2grCCgzjXKC3ebeoi6m3AVd2k3oPo9QLV3eyPe4ck0LmdZl3pphkrph5x1pW2ifJXS0Tcw lM4900Xfa63dmjYWiR2JBI7ti6zNhzNs3o28eSuOqWF1XqnmNy9SbyrWXtZ2hiWoC7fWLJO7hZG3 3bVaseE8g3tzo4Ys0ZeS7PWt5oHMvol0rNgPeO8IKpaqZjBVLz7dD2cNlPdXTsBVMWue1eHJ3U82 w3V6n5jcvUm8q1l7WdoYlqAu31iyTu4WRt921WrHhPIN7c6OGLNGXkuz1reaBzL6JdKzYD3jvCCq WqmYwVS8+3Q9nDZT3V07AVTFrntZrmvfvZ7ESakTpo0U+HpoaOGzDDDhswcNFGjTYbNGGGHDRs4Y bNGjDDQpw2NmzZs0cFNmzZs3Guci223fIiL74IBH19BfXyC+31i9+ky88eeaA+vkRffBAI+voL6+ QX2+sXv0mWur6vJw0cMMNFKcNOGjRsphoxEW+c1rWta1rWta3ESZIkEP0iP49paP8LI5Y8/Pv3cT l5VKxerrTGm/7GpN2Rlh6Wd35qHbNW2VVtW15r+2/vKzxJbJvvM0k356XK0pZXtXX985HLajlFsl z78rcd5jF5ctuUuY9K4sNyyql5kZYfM8cbic1lstsu1txeAu8sgslZMpTJhWUsFJUVLUsipQKl/v 8+z+/f8e/fg1BOrq29OG4v5mY73RELrUaMdKVHUee53299vvb739kJo/o4/Mf4VD+rbH5+/evE8v ipcw9ve6/rdxPik6/vz8t22tvcZGU/JWtNSs/u6eattt8GrEc7++s/beD8KeU7YtPz31zZcwyyOU ta29++t4eVFs6qsY+LGPbceMtxV1Y5S0yyZX5179fczOTtiWiqrX7u6ZmP8h/kSKipYqWQpLCFSy KlIKSxFJYipZP83t/O/f3mvv4HP5mG+3jamVvWpNKrltCVe0My+jpNKnbm61rO+dvm5+ySTw/n+F if3MZUeXO+/lu4nKivXbjGYw07baq2y+lg/u7e/Hx58pyzFkfZlsnnrvDZyh/c3xa2/CnikreUse 5/S7bhayrZMp7YmUcrwpv19fPczOJ7PblipVmbxNV3XP3aNWTnmmhVTPj9/fz63+Jvxy22WpYs1L NrLJZqWVVLMstKzaWVszaWSzaykpLCpUNf5v87/bz85r7+1nP8912+983nmPI9vtazrlvkROnKdm 49vlxHdOU7N/D0WleKR41pkduVxz6ca6663A8LOMmjMyZGIHaRxjLP8yEnGXSUyAk88DlvebIvTr dM47Xyr8fw9vMevlrphvwCnHe7lGgNClkKfLz9G27CeTqRz7y+eb05pTpU4slWHbmMrMkR1Yy6pa kz695bvVdWeSmLMVGdrXXfn169NfFXiKyRkyrJismLJmpZrSzUrNSzVLLSzWwD1eA977+n8Enb++ f1zTougyMwyso/0qW7tb552vTh9x2p073h07x2p3+yZkz/OTJmf6Mn9tjFxTFjMY/vz83/fmZniR 2yb3xzc5X6/0MmLDnrX+d+n2v801rXoflid81bq/rWA5CE1hbCT+kJLs/ev9flXuSdhmZH83++/m /1/CSJJ63ZLf2xlPzned/beHk3Y/i6sS2S1rv7vy3h9SeZMX2MmW1dZLRz0wZVec5rVv+JBPdf5z 55r9/xed/l6Kzb+uNNRLtrO2G66SFNvO6+3jXTTnM8snXN4100/D3h4fh7KIrwuh6gK8PgR7v9nH KVTVJcxL4wzHv3ffOfxky+1KZJ74+/13odyEMIYQlWOTEmWOWDpk1Uu+q79m7eSd1kWwZefn1uo2 tq0/s/b99xPl/SmWVrCOe/fvumta1w4svbMZZrPx6blsGuYuaafFJi15Jd3/PAe8Bm7917+rN+wH Zbv9ZwVA/53PnNrnK42IVlCqF2qSsIrKFV8PAAfAfmOFMmLMVVMWa6yaWHqxMvMxPzPdfxXlTyl7 +d/rxJPFVfPsk1Y9KyxdSzTM5CTChaZmtI3Ik1f3n07OEyeGN5+enxxux8zLSyjthdee/ly5c5Gz MIEAPvr7aGzG3Mn0hEbczPpf3f8a/fs/ZmZ/B4AeFWdtBfxAgxnO/ZpC9Z7uo745zSt7ezEneJG3 t68SfwA8B+940Pwrwy5bZP2sed++3byS+W3JcYLX8WGrfOevOc0yVYttvW5xa2OLJrGJnGNYYZY/ v733v9mZ5J2vwsjnv3PM7+W9jipSqo1VsbqXmu3MzLrcPSyb+9cNkX9avvNacRxfqk88143I9PJk lWAtf1V/Pe97wH5jv4kQ/2fx1i37M410kl3E75Xp2+dCi2M2/KintlUKLYzb98PeA9YH7J2nFira 8sk0VVFK/ixvTD+1+23Uk3bY7p+frerEl+piX4xJ1Vfv47buG/GRVRaTPz8zN8/Oa1rXkeUctvxc r+zvve/XLl6i0PMb8+1mZwOVMuKW1l/fv27ccsRaZ797X8RIz5jWb+eXvZS03Xypvcqv2dlPU+6u zGQavbHO8Kp5jINXth/DwAA/D3vqJD6v3xu7Q91SqirEqrcy/vvrP3eta148uYxJVVXq/dYrrOZm G7F+9di/ACgZGySSSvUO4yyW2sVV98act8OR5SblFc1ee9VV7kzhAme39dmzTMwJknsfe8/TT0vY m5ZWue6+cDKj4sxYbzy39kgH7ProaOFo/IndvBn778kpdRceNO8yz0oX292VJyzLc6hc3uypMxVf b10ScBs0c01046cZpx0105pdKnDdOBunB5yzdJqS8ALw5aKbaPAu83Zeal3YcZdzXHerweDCquKI 2wF5Vxsrtnu7va3Ndru57bKptlXbKu2UXbe7ufbKrrtyu2Vdndzuuyq7ZV7ZRdsq7ZV2wqnbKu7z lWvbLvbddlFe2d3c+9lV7ZV7Z7u7a6rX2943eNtbd6nupuu67rnh3im4u94fd73nJ5MmTkxutzTd TdTdTdd1hQR3K8hyqRIydwehbTr5LcS9zIkSYj15LZMDQd53dbrOd0LK9pEa887bre62hQeqltJY RWRtUtSJGRXwcCFqqt5LZEiRVkKHg17u7u4PdeS2RIeC3lYN4pKTwYEHPHd3CFDdclsiRIq0jD1s L15LYTBQttO5SJKlEZbJ4l7mE5O6bLeV4FdPOt2sndNva6hLSzuQjCUqlk4idyEaVSpKTg1toePe SYJyXktIkSIWFtipOJyXktIkQpSpWTwJwKtbPOit1vq9pRF5ee6UkkpCVRUkWkpEVFSINtoIqRJw ehS0nBx4RZEBUjCUqlk8ETuQiSyqslCltSrVhMBgpaVneVpEMHgoJKKIp3pElJZVVJSJErSJCltj RbSYl46SgNFqRJgi3oeChaWjOq2RkBqkpGNWyJOCXuZEngqqoMlussmSZcqYn+kkIQz81vn51de9 u/vfEUrDBZ2rqqg3QamfCrmQ6sSaNPjeTNqjjmjSd7ShHTrcWQZiuus3w1ywTBMiDd5XTLBc3VBz L3EkO0NYHRIXcrHBbimybVRZiErL3LwVuoG+xG+huVd93Xz7vLOd5lCVKFXFnXu9G3EU3hR4Edzd HNa2wxXXRPPDhiFc6h3MrJNDD4uxhvZ29mwNvBSPZoQ17fcDjdcCZLiwUbrSaUa421TxWtPmcy0L e9qSE7lO0iuU4h90RyTv6pCR5cuPzReFys28KJrczV8zj3anc1xepwajvJdu2nN6G+yXp08Grmmz S2I9zTWPpMLBYvo7Pde7mG9UNtVMVrT5nMtC3vakhO5TtIrlOIfdEck74hI8uXH5ovC5WbeFE1uZ q+Zx7tTua4vU4NR3ku3bTm9DfZL06eDVzTZpbEe5prH0mFgsX0dnuvdygEBgGGGjpTRw0UpwwcOG jhw2YcODZwwcGGGjZThU2aNmGzDhw2bGjhwpgsVh59ETF78QIPvoCHv2b2+BAhffApe/DvGHeREx e/ECD76BIe/U3t8CBC++BS9+HUryvq6vLfV8OGzQw4NHDZTZsphocOHDZhs4bNGGG/PPN73ve973 ve973tIk/ohP8hO+fvb84TtfZiGKWkttSrH7z382h5ZLZ3y+d2S2JzuQmtMje/33jy3wVTKWyTN8 7bucpyiVpkka1n3vOfnczPEatUjvfmeP1Ekd2P2zK39M+NIVt0fwLjQZqepxmXSrVf0dDbpeqOGX SrVcj+A8AB+AG0PAVO79n2XeeaVPLixWYxYVTaWZbQ57+fnu6OR7Yncw594vPn2Yzwmr22kttkv2 +/Xvfrt6mKiq9qWzP3O637lt3qxbDVRfXtuiaVVhjO6TmmIzGSTzf53tvI6snbiobz67fsJC+/nv d9/Ga/PPuq/zkyKqKV9Bk28bp5sewg7Lxynmx79CvJI8DXFZlZk62Xbrz7b77WXFkyMmQD8fj+nf Q7mgBmSBk/w777beYwmZNXv5371wjpZVLPzWfW7h+KTVyj387zJtEyy87mfbGpWmMZLm/ueW8TlX xaZblPvueP5BHz88/e3Wr+tPa/Psn742TZLrFlM1bDxF9QWjufCpVodjM6gtHc++94eA0D8xv4P6 XdrF6rsYRm7mZl3a+e6/tVaNuxdDzP6do5bujd28rPT6rBdi7s7Ok+8+POcttspAnWXb4DpyFhCQ /b6W1ZbWaQQzTSCGacsteN7sClanK+y93fv1UMzKMVz9OrtuaH29oKmDDcd7vu3O901+QidP13y0 8x7q23N5fdXAyI9Pr05Q5wa/jnM4bfY+c0GTyS/nyzVYaFAj8r+Tu7wN5qWZt3arwVysVX2MZmYN HuhrB+Hh73hroz8q/KLTmIr4Fi8tfVu3lJ71Kg063bym9dKvvAe8BYH4fndUAZZffrbdJt+39zuh 3s3x3nZzcwp+/c6Hs55SvkCMn22XZ/fW3c4TyWEMt38ezmkhl/R3xKU5mzPJ599HN4APfj3tt/sm Z4fhq7M/fvx3KzJWVYvdpZ9mN4V827gyDjcGuashdwYgjcGuavvAe97B+FVQPdimZmatrP2/fnWf szMgErFun5/T67vg/AuXd5u4Pg9B8Ooet/d9QvZVUBPCg58/kh4y+qq2V3Zhup9Kr8Pe8PB9nft3 1vBevP356Tg+6HMFRo+OKuR3sVEhZsvIfHJTR2YqJCzfve97w/eHVX3C7+djCKrxv6L76su7QCpk d3DSvAVTl1W0KoDVWoHPUWpYzqpXVQAyHvRyPgSeM6DmwhH77z+vPO5mSW12lW26YrPuv2SB+6ff i8t9rm8ayj9u39WX8/1LjvDu21r09fbKfHYO7bWv7wA8NHV+FxTLO7d3Z6843d4W02gEqw/ld3o8 lLF58O4mVs3d3dwOtF+vRKvQbsWLHjVVVChffqbNUpNqXd/h4AeD/ffK7/RD7CTlZvyfyULS7RXd Lx2MTd1MSkh6Yi7Gc1ddiXSHp8PeA9YE+q776/ru6P66v6vUjJ5et6q3kjYYf1BIyyk8/Pbbdmi8 633y3byVfMxX37rnbJJEkvjzz3Wm8zkkkSTMyvCtWZv3nnrnjtazPWZj9j3gAhdfnPi835VZbr79 ChntJvdgdFCsg937dZxZzebvJjPYT6EtJhb821362W7ZV2yi3bKvtlVNsq7W52ytdsruzhV23d3O 2Vds93dtlU2zu7u2VXbKvbKu2FXtu7uXeuVV7Gds+PZVTbKu9cqvbKr2yr72UV92slJyE69VYDWp KTBwUKUpSgnVqyJMTnqkpa17q3OdbyuoNzx3dZZZXtB551SeIh3WpElIeD0EVGh6nocHhIqPHqc2 kSeIp0lJQoW2xotpMeDBar2NSUlIghbysOOt5xbqIs0uWWW+1Lxeca3TSUlJxKcUOG4jx1JQYW1G i2RJwTnqkELbUa1UlJSUitSeCI3qqSkpPE56pLAtWpKTiMnXvB48Frb6N82kSJK1kpEDUyjBDjqe bSMNbBTqSkpEEA65dxb2zy82WvaWIvF5xb2lLEvLxZb2uC3i8467rdb2ELbUpQ4bIhGik6HrYeOp 5qSkpGikS0WpKSk4nJ1VSGBBBFEUQRpzUlJSUMFplG0r329Vcu4t1i7ZZWXLuLfV5SIruvFZZcu4 t9Z5eLLCRothwWlpHjkiRJSeJyWnHNsKHJyRJodbDuLRApMTk5JxeHMCF7sa5d0cc5T3SkZsI4Vh dzeNsHdq11y/OULprfctbTaGyX0JdVgUVwXrE0YhzF7UpY1Y3DFfuW4dgxLV2dmWOd1kT72i2teO dQxZmDsrI0DzNTKehGKgT04nF1iq2+10Zmumtjy7vjRJpjCCCRudjejMeB3jtbWZ07svNti2iqlE 7i3eIlijYVoVzLpcg02m23COteh7LODa61fLe5q7iq9T1mVwrTHFOBE7TOF7L57gkWhoYeqBiQQQ ZUYeKhLPYlz6yME9Zwcg5enhGhFxaN7W0bM65pzurc7Vl6Hegp1Y64F2Z1ulumr9nLLODaVq+W9z V3FV6nrMrhWmOKcCJ2mcL2Xz3BItDQw9UDEgggyow8VCWexLn1kYJ6zg5By9PCNCLi0b2to2Z1zT ndW52rL0O9BTqx1wLszrdLd0AD3gB7xD46fGjRT40bKenDZo2bGzY2aNHDY2bNmzZTZs4cNjZo2b OHDhs0cMMNminDQ4NGmzRgww4aNKYacttYYYaKY0aNNGjRTThtfV1dXXJ95IA9vomS9+yEvfgiIA 9viQCB78wB9fby8TzyQB7fRMl79IS++EYgD2+yAQPfmFtt45NDRTBw4aNnDRw8kkkyZmTYG/LAVY CrAXmTJmfpkzJuWDF75r9wnszwpp/hKFUQEAwLqv1ZlmVWDMvnd2gQBvlold25d2m++Fr6Pd3ddV 74/aFzzIZycZ5zVV5Aksf3k/szJMy/n+z6/379ydbtTLSpvfrybHGr92aX2ylmjt107RhRTeylmi brp2ifDw974eAA/CDznOgyEdF7WqaMFV8itIq6q6oXdV8+o1QPqo1XroCZF+iIqhal3d4J453ahR qgFznXd2gq96/h9xu7/eAAAv6fd9srtx/lsdjf0T6+CCWGty5Zzle9k3iKtG9WLURR8iT8JEr79z G8z5W9N9tb+5prWvC+TcGc3n4EPMP60uu74SqGncmeSHVlVQNDaqqCsmqqz6ih+z6nVFeDkMHHt0 buydV14fI1VV+AAA82/yu9Y0g11LaP4jN3o4HLNaITpwJQnfwWbapTjHe1aGtk7As21ScMd78PeA 9M9799+78P12LLH7BPbQqhMbxtZzfm+sOavJiysv5+923zH3r63hvkr6tG76sFjt9gsxGhVA1eV0 /eA94B/LZwzZf42NBSo5e0NobnUbmykMNL7TOOOZo4XJlOJZJmhi5M+97w8P3ChQoUPqQyhVhYQl fP2889882WYQwgcl/oLDl3+tt0Ct/GhVIbXpK5fG/nmZnwoAUMO/ZPgE5Xpy3Jd2vDO6fZdV+AHh 4X9v5fq/Xyr9n236k5kDk1l7G+VjqzCaPVtsKqop6rDrMJoutthVXwA971/hQ6hXV963Lu7Jrx/d lUyeyk5/fR2bbmXz28mzgyekAZQDGS8ZGjTVVUryoVotfuqsY9XTsVUbgdqq+GZQ/e8AB6/1CV9B +rJqNytCq/x37LpKdgKByvWSFp3MGHXre4DeB69zBh163vw9JDQkiSfGjFfv5rRbqP3GVbv8/P31 P0mAX67sXZRR+JJJVgVQGd3axaAawrunGUkkinw9BWgYKuxVJ6MqhtdIe337Kyq/D3vDw/Xpn79O Fbv0xI1s43rqujKaRPV3X1232zBcRammrVm7kmzBcRanyQjhs/cyee58vJysNZ98zMbNLzH5jIvw NAG7+/Oy/pmZjFLFgRguvEZ9Mqq/AAcmc75u3clnpzB8DkI6TYd8+Gf2T3gATn7l9+6rW6Fe2bO1 dTS1uWtz925l4MSVs4Zu7lYs0FarRwrd3KxZ8PD3gx+Hv3P35Dzhk++/DnxySks2e77pAJyQCTez ju/znQ5yfu/eznncsd7s0AAgedDt5ugihljuuqG1RvCh1CvwHh7wgiffjtZTrs/fPOj0Wsva1hYV Iuxugq7lznS5y1JPG6CruXOdLnw94D36D776v2iqDAQvEOv6fxDvSdOPSxmpZLKeX5zQCA2y5LVf l7qo74DtIRFEu6e1WUauF1WgghVlV+973vAH9nnV5+qs/e+/Evrv4i9BiHTzKMuX2yazTW27Ot6z u466Vt3ukgg4DY0WnHnLXTjooXeN2unDmnDdIpnEnIgcQLwAXgA8tN5sOMORhzmy1hu9XE6FlkpK S7bu52yqm2VcbKu2bdrbmu3Lt7Na+9lXbNu11V3bcu7zlW7ZV3s1TbK7s5VNsq7ZV2yr2yq+9lVb 2z7ZX3sqr2y7u7a6qvbPd3PbKvbK3eSu83kdmpwE05opxOMOMN5zkrzh7z5t24qZKY3rqm6+u95P epup7r94uvHjX2h7SWWW6lBu+r2lF93Xa9r2WWW+rqDp9X1Bo0qaSskqbjLYwrRstt01UrLe11B1 Ly3XLLLe2XJ76KV5eLLLKvUSu5Hte0HXi17SItybNj618mvPDUst7QK5NklLLF1u41Le17SSSld5 b2g7jbEst7XlB54ZSj3u7XdUst76KV54be193d3dXnlSyyvqBxvK+oPPKllgzZV5Sg4ZZtfGu6V9 RFnG1e6HLyuDXGpZYqE2myryvKDzw1eV7oeeSyy+NON7XWDdjZZa6lEXDe17Si+7rte+1LLdXwV5 4YqWW+t3G8rqI26rzXxrzwyy3W7pXoU41LLe17QeeYKlllg2+16a88AWWWvqVVVdUAOx9ydnFqRR t0puGa1StiRjjnTXgbLvqq3fQ0DN5LfX2FyqjIzyWAb2vqoWrlcw2HXQqtZzShBmllzi+4G5A4jx ep690K7GC5pPajbgRkG5ROOcu12NrdU3drNGa62qgUvVFet1YN7dN46d6ZWvgw5lJdd927psgi3e UDYk2zuqYo3Kvbl50UPJVcd2DssdTtjL6bqXTBSzLq5l6OUFVojenMzlqqSJN5lvuS3ASMR1Ua47 ARx3MOR32KzBWgrUJ3CUWyIexUtPQ0b6ZSrSpu7UWKyVe9OtBNdArPDk+4C8rkMwzO4tcWa2G2Vc DZJL5WdvBi7XmY1qruiTeZb7ktwEjEdVGuOwEcdzDkd9iswVoK1CdwlFsiHsVLT0NG+mUq0qbu1F islXvTrQTXQKzw5PuAvK5DMMzuLXFmthtlXA3znOd+8zm5w0PDhTRhhs0bcODhw2bNGynGzDhobN GjRspThwbGzZsbGzZsbNnDg4bNDRo4jhWzZTZo4cNmzRs4bTCmGGzSYaNGymGzRhpMK0Uxw2aHDR o8r71QO3oEF98IEJ98mR9fAoCD2+URJfbfAA9+HnjAO3gEhffCBCfb5Mj6+BQEHt8oiS+2+AB78N dX1K8r6va6vK2SyMmybJ4PiqqqrJMzJmZ+yZmTfJAnn4/k+nCFkEye/mbNyH199nsfyxe+JZP77v JNJOv7nobpUqd9zw8/IM23747fCC7Fhjzrx132fcBoQoVm65mZleBoB99iqvw973vQ5vw+p59ym5 +3tm5ij49m5189zQbp3wgS5nXS1U6NoEJNnXS34e94DgPhB+SmxZ9p3MzLDCxPCNoglofu4cH32E sB0NiBNL52bsJCGQ2x988DnSPednObkMDOy34vAvP77wjvcAw97x8K/eAAAwfde1f6PjnZGE0sDy gZRELl7+qsbGKO1bNVjYxP4eAAsDh+A/XYr7Pw/fW/B2Sck8NDzZoaSH68+DkSH8UyD2bQ1h55+s 89H2eTyft933OSXqHgMhCGA0d9qeBaPwHh7w79+/XNed13dYPrt/DuzcDSXbgvsI6mod7HKJEqRn Zj+HgPewD9oZ377cq7uyvVQzP10rGmv3ydRvbu6uhSKd9tvrCNloT+AlQ53e/rPPtVfZpD3OPrda Nt+W71Y2prmu46aY39+fsRJvn3ftofDrypn27916sVrsmbdabd7MmluTNutNu9mTT8AAPfhgqh7K PwejfwFVUo6X7TpLCEJtCU/tn62u9222DZ/fe/bzy22HS+eL4VM2QkknCF2Gq0ECsurf0zMwgnvp wpE3VeQoVQ2D8AAB777AzdZavu/bmXWLMbl/iIoOO63vDqi6QriWMmSdvDqi6QricHwA972fqoVV S7F0Eb/bdi7s5Elkt/t/BvJnO/GvQLP1fIE2Mnfe9dtUxMFB0LsTq/VR31HusdQqwCAar1HjJl3a EdeF9uDKrQ+EVV+8PeAFnOX6+/froTPqemU5LGG+44qaMmUYsPqo6o5URcw5715gc/TJmRk4QIAH Ce3+/P2h3Lv9v77F+X33gN8fj9lZt3Zr1G0sHzezMzFPVQ+S67se05m23mZiVfNjRd1XyNUjVJTh +HveHh8fz/ffjO1T6wsTOrSFUbaqX1dNFvHmdzpyVu2U0xeZMwuU5K3bK+A94ewD9+i2nPs77738 17ve97ee4ZKqs7m22VV5+ZN3ZerjVb4Ug8oPcqrLh97RQr27E6rzLVvu+6l2xmLH3nnO21c77x+I kP1zy/mMRiuzdTf2jQtoJue+q9ilXT6LYQlXpvnVvXKupIthCVe+AAHvwcp/pVHfVtjM4YNGId9v 4ddi7DfqqvVW9++pgv2wtGwczBkD3776fZeVmW2xK26rBtCqBliOnkW7u7YLF4WCfY6UqvwA8B79 Pv1vKQ/YI3erP3zw2sGnVvr7JZOQ4XvKU+y565hvjkOHt5Sn3w8B733hf4C7qfXT27s1VbYmL+vP wdlAhgDD8eobl6P25ORu+dZP70s/Xd2AJBQoULxOxGggGK8KJsY0Rl3LvZKXl95v717UW/0ySSbZ y391PP50/tmG9DH5utGF2RRpOAtAyInIxWU4wWpz33vOMzhCEIQzD3t6ru9lts5zltvJsq7ZVxsr XbO7u3sqO2Vdsq7ZFds7u7euVbtlXeyrtlvtc1r67crtkV2yr2y2nbCq3tvbK9sqvdtyu7bkVe2V 7udlXtlXg8FtvtbJZOwYOhVXiEO8UFvq8CvPBZZb23XRNlfVETjZb2vqDvICwLLNemuuCW9r2g88 Fr2g64JZbyzjb2y4KllvLONvbd0DZZbyzjb2uCugVLLe2cLIEst5ZxstSSSYKyBLNgsst1rrgluu 4WWWpAw2W63XBLLK6vVVQ44DxKNtoFJSeBhbVtkpZAqWW8r6g7w2+pSxK41LeWcbdbtxllgWW9t4 ileXiZb23dNllu1xt0pSxNllvK80PLxMtRNllvK90PLxMt5bugbKaGJllvawYKVEUiHeLSWGtgjS wKSk8s6KiZZa8pYjot9Xuh14mpb2uDXRUMW8rONlZAlvdemvPBZZb2vdDy8CDwwCqqruqoeoeoe+ 7I8EJ4G6EUlOoI6m044dqsUyrdmrruLjukJRHdj9wqPDtpZBW7rFdKZU4zGe1x92uvWhzYWIYbI2 THVGbw2+FnlTmvdXE7yNY2/LCE1dXoJy+4cae1vZKpG3X9O7PlVD5gZwsb8co4JgThB37tG73a7o lFG7y5ezGXoupxodQVuDb62O8cWasFVREJGYRYvZyyBZ1HbvrI0cdTMgSc7toaSCko2MljicEGA9 1Y9UXHNBqwFupjQg3mHTrrazZzKtkb1IGVmZoWsKmLeb3J5BLzJ0QvnuiODZpooy5BpFTxdaSmet F33J83Ha5S1WcNgrW9wZm7iszHWpOUGW9ZRV6GTI0QhgTdY9XLjmg1YC3UxoQbzDp11tZs5lWyN6 kDKzM0LWFTFvN7k8gl5k6IXz3RHBs00UZcg0ip4utJTPWi77k+bjtcparOGwVre4MzdxWZjrUnKD Lesoq9DJhAA8PAeA0CgBAHpRhTRhhho41ba0fGzQ2cGzRo0cKbODhw4OHDhwpw4bNGzRs4bMNFND hspw2bNmhw2bNnDhs4YapXlK6vq9rzXAyO+WAffACffQCQe3wQAI+vkQPa+ijYDI++WAPvgBPvgE g+vggAR85Vq227OLS1opwpwptOGjDYw4YMOGzRTBs0aNm5JmZMzPel+qLUWopJzP8Gb+9oecyefp reZmQOvex/Ur67shAV4kZgqhV+fb8TEgqks3cts/DDvk9/fc+oW0v09thv2nLqjQNCUBeWsSGm4w ++RVZm5kOnBt/Tmzy/fXh6yz0ppxqcZZwpv7oQPAt4fRhbCBgfHI3YBJ5fv01OW94boBmwhl5ds2 JmyfPiG7v7ycjOEnnPP1+umyqqzfP53czy6siodNxLLt1uZMPJXpNmzarcw4Ulek3vvq+T67B0A+ sUKD+G5tKwqrPWOmlnLC86G38zv313bwVVU7H1xzqDD8KqlQtudSu7CoK/ChT+11RF1jzRfYOz4V 14+IJlC1lbQpb9blSxJK6pV4ul+6ZTl5yXeGU/fcsvfcqOW7TvIu5Pnd98A3uZvhL9DLtAheeAVm mWBy9+VzRhFTJdVY9tdw1rXNu7cG0A7LyqpiZ05ZgrPuwaXhwPYDaF3kI09Qx7qOpKhhVa2LvGxp VDHuo6kqGFf7R73gB7w8BJJ++ne6Af24T7+/HP4vu23vwEIE9z+vnn6gzk7bD8E7Pe23nQAP0tw8 kJR9JwCCAZmfOFbU2qsAOn4dcqsA0Ct05d3NbHPthelM39ZEG5iyWfizqbbTqpirmumGqzl18eov p2GqyLr5j6X9dVWZVDHl2ys33m8zkv79+99ffAnvpCz9GSwhEkD3z7d9FqdGdPH7WhzZyEDKSnvn 77leXdvdz0vj1XV1gHCkLoVYO3d8r4/GoueKhdZdD6u3hE+NjdI7kH22XTBQzVj3alY3TRFliPbK pgoZqx7tSsbpqgG6qndn73ufRqqfrAv7Mlv63PvszM3wdez5g1UHLzFAJ91zMzNAK8J9VdlfG+RA X3bg0IOxYoVvJZHmndRs0q4bVNsYwrG/fXukWhDSvsp2+PO+aF8IaV9lO3zHvvPgpdtk2c9jYkmv LbdT79+857dKUiTp+OARmlAkO+z73Q5Az9L7oHqchcA8+DAFMt1VNj1UV8ttSVW8y/fbW81wyXVZ dw1sQXIYJvWaBNY3oekYFrs0CazPkU7T3tzMxOs4PBwNCtsSS7tDRSuqobkOB7J1gTr5+9Dk4SB4 feobNI79vB3zy7tivtzrunfh3w0fZXzk+JwuvlKcMqxWZLL2gr73DVnKqvDQfbncuzuqm1Q7tx8v n8OZ96x85M568muBhOZBvPP2zN4SP77fYE7e5DmmhN2Sb7zdstnMnr6X46Ur1WPVVUOOZ2sFgryJ qtq6vRTF3HmcMvmJgrV9igWVhdaR8KpuxhoK+fbSRIlRt9Om3vZ05xvTpvTiXm8Dm8N4F4cdNdOO nB0YnE4i8HW8Lpw3ThukUnEIcQLOAF4QvOIHHS82GsOMLwl171wlKUpSeuyr7ZVdsq71yo7ZXu25 V2yvdtyKu2VexlXbKu2Vd7VVNs7u7tlXbOe7thPbtve572VbtlXxsqr2yq+3veVXvZRXtlV7ZVTt t3cu2VXtlXeVnN4bpNSanG3kpxhxhxhxhzfD73cu4y3dKeM32pmnupus9vUev3ntbvBZZZbw0uCW 6vArzwWvqDtxlllfURbuFZAtnCldxqJqWWvbEU6LXlAuTUst5Z0VE1fW7dKlvbOki31dRFXSyyzE kWSWWbJIt7r1Ery8lllvbOlKLJLe50kWW8krBomYqrJUqVNJjBwpbbcBsst7Zxs997u6urq88A2W WWDb6va9ru7u7z0CpFlvrdwC3tu4Walm8rqUkkrgC31e11d3d3eDZby3cAsr2gcLLeeild4Asr2g cLBJIst1nGzXhruAGYTCYzChmEjJsnBVVk1AAzFlle0sTuINgGy3tu24reGnCVe0pX1Lu67nhsrA CvaDuFqAFuoFcFlmwDb2upYlws1gG3V5Qd4bNYBst5Zxt+Tvb38GBPGNdMmBRTMQzp1s1qv3ZF3Y E81VwKSlRHRcmjcLqPlMvhNutjSkcbYiClYY40rwne4juMGaymRp586L7li7pd8StNIhCMaOCIwd r7hdwTc5ihtcO2Ugy85jXpradZsnPOF1beXSi1m2l0NBPM3iZgvrDvYse7MB5WpdQXNGcsG8mNdQ i1iCyYuorGleg0cuxW7fdbpg8jivBp2iu7VOqz7GN5xDBVRDPI7rg4XgBa54TlVQW8erkr1sXs70 1k321sxxzCWmqrtpWEZJyJYe5mhzh17EMasQSh1sgqezA7Usb1X3MLO7tGwsorfcng6mXU973vD3 vGc8V4NO0Y+1Tqs+xjecQwVUQzyO64OF4AWueE5VUFvHq5K9bF7O9NZN9tbMccwlpqq7aVhGSciW HuZoc4dexDGrEEodbIKnswO1LG9V9zCzu7RsLKK33J4Opl0x73veA94BAWBYaNGjho8NmjCnDQcM MHDRhspsmzDZs2aMOGGGGzZw4aOFGjhs0bNmzRswww2cOHDZNjZw2Xl05baqK9+gAD2+YID34YI9 3xJnv0ge74wjzx5eBEV99CAHt8wQHvwwR7viTPfpA93xhGleV9V7XleGjZs4bOFNmGxhw0cNGJZL ISMnJNk2SXz1VVVV2TMzJmZ/nJkzD+Pieev3622Tk6Tjs7of0naF/fvvA97Iez6qr9ADMspPCffS 85977yBNnCEjry9Ds06F87sT3fNgTZsVm+e/3t/Xt8aZ6ut5bPb1LpmjkJ3UFl7KrOR6LSeW4Ol9 KrIi+Wk8iB8ay2cFUM0UKFerVl68GZmHBd1Q+K+m3dpgZb5U9mvt3d0gPy9Q2xVWe27qs3RnD5Al etOa8BwKh9+ct25XPPxxw3YttcxmFd7z8zM7N5+b1idraV0cebizHVV9p+nIFHF3cs1lhnePbtZ3 ZxPDjvHt0AAeA8B8gyI/qpP3uW0NzfXXnjlyXdt/eoeOAVVTAkiFQoDWPgMZCfaUKHrQyaMrbrY5 eAkBH7Mu706jVffC/tx/b7MJ+rei4LsOcjXJ32NZfbvb3bUXX2NZfbvfZ8O2q7aOQHarSBVCgLIv LaRhhNLLjfxHDM39eB7Jrm9+92D2PdQq8mjd3cgDoX6qu8r7lVIaq+QecOuxdt1VVNR4ZQm3ss/V XfHrUTgvtK6hnbxZTGnUNcqj0lXMrDdsatg2OqMkL6jz9oBLbl69+Tl5nCTfpv05OYE7++9uXdk+ BTGj1jpIszMPoHQ15mixQoUYOuq3TX3D6UEkLuw5u3d6LuHe3qT4/D76b9nHmuSWDuJ5i+LhJg7H 0kMgmSWft+f3Lbh3YoHYZDP3m/TmTkDve77O2y9ZlCr8MSsA+Mq3Y2hTvzPMq7tA0KyrzgeBVAd8 Luzpu7lhVdi6q7FVnpy7mnlc/ha6cqoEjqWMdDiUuoaXbm7T61HZxg0ys3aTtN2cegA/AYPn8CaW 1Hdi7sn0DJO8m36vfWKvfIHs/P4DJ+v330++st8hJ9D8c9DYk4Em9225sgT3w794HEIV4UhWTuc+ xNYE73N1vqGmraul9vGpmrCUaOdqdnGmaOPaA7XYqhXhlfU3zfJ9+39P3AIdf37z7gdPKAA/T3gb JyBJ5r4bW9mm6ofSjLGh0IH9VboqgqBoZS+55WZeVd0ddZtn4JdeivZ9vCVplSGjZwvZFVZmoK91 KqzNXz8AbAPbt9tVh8MmIT7T7v503d776H79uPUPJGdwm+221y5gQ49eyvV9bzMzLfhR0gnyvNu7 0ZQpeAf0dCqSqh1ttSXWVAQhKR76pOancLYjRx5Yvko6PZsAHhtQXIY6MzZ9viA01YtvOGR3S+/T 2dPLST3ux55qqzvNj+4F9psXv33051Ur30+qhVYNFV74V84qoqu7RsriWru0/VXplXgs/HrqkT9U witF2MPWa0o3f0R6LDJ25l9VHs7uwyduZfUQEBVt+Y+NKUspKSk+Px7ZV2yrt7dy71yrdrc+2VXb KvbKqbe3cvbKLtlXeuXbCrrtyu2RXbK7rsq7ZXdcZV525b7ZFXvZVe7e9yu67KqdsqvbKqds7u59 7Cr333eea90L427vdvU0r3yAsst7wprhrICy3lfUHlvAt7SguiS3lu4WW63dA2vApxsst5Xuh55A 29s42WUslltA8GhS0j1slJQwcDVXugLNYbe15QeeQNlvbdwt7Z0BZZb63cLK9pYndJJNlva9k88F us6Ass16a7jzV3QNlryg7hZYgbe1nGyyzZA28r3Q7w2WWmQAtgAZk2QtirGyElkUMwmbbrglvrdt xsQNlupSyS3AgSt7XUpImuFvLdcEsst5buFlJKWW8rynnK2Q62HgoIKKjKS22UnErbJSUKGVVCxt geItpbZKSk4En3d3K83GoFllva8oOvAo8FDAqrzbSUmg2gNspMRI0ahqW6rxErvDZhlllvq6lklu G3lu3GWWW8s42YDCYTLJwAkqGYTzfOB93nfKdn3JevFxSD1BTpovW6J6SUOI16MRvkzExglk3t89 Zy5YvKpWaqdO5IJVjO8G+vRxVCtpK6F+SwTKUW6EN1va8oMPUaOcg9iG3dMVA1twqtrrVrsq05TX b0PVWXW2cxQza7Ecwg9tu9eF5/Tk7++++snOOh132a9zSJdyDm77IMtB3tG8u9xY7WZbW5qyhVra RTTBgzM2IcO9h5R52XlnByOvBgNDW8mA9WSJ6M44V0hmrNGyl1vaUo2ZcapkXp5PRfBlZrWZ7NwV laW9i1qJDa663o8T0ySQYENI3VnLM7U8F49U7e58jk4e97w971dabQYnsPKPOy8s4OR14MBoa3kw HqyRPRnHCukM1Zo2Uut7SlGzLjVMi9PJ6L4MrNazPZuCsrS3sWtRIbXXW9HiemSSDAhpG6s5Znan gvHqnb3PkclDQEBgEAIFgUBgFgQwps4nBs2Y4cOGzRobNmHCmGxw0bMOHDRowsy0OvQBe3wIA++A Hv1BIfa+g++kIe/dvCHeAC9+BAH3wA9+oJD7X0W84q2rbvmjZsw2cKYaNnBo0cOGjhs0bGjg2aGz Dhwpo0cKcKcObtttpww0bGQJFmPveMNv23nM5mZfLVczH5+O++hz58+PvnwGTyckD2eaESH3Z1CB Ag26x701IUaFys2qr33WFVUbFUPKfNsTMwZ8R9t3mgjde6zbprGHn2zXSgq7gjy8727C3s51vP33 IEpZs9Asx2WEfefEqkfL7Awqo/EhVVZ0+qyJQqo6vPkRuWLpKZPOXM7CQkPud+tvOTbbb75ZQ3W2 3d1US2rCu709DW3MG1bDv67+zO5NdsfNi+bzX1X6XWddUeQvu7N7qv0us66zKc33ocz8SGPPe+9D spffENmkOnGhJtkIEN68AzmT0/fvPdndfvZycAMIbcEr9Yr67u9Gi3Gq2qqlk0ImNVd9ij17D88o dCnJTs8MscZdZZbTtEZYRd1lloCv07LX9v6+qvJ05bbQtmfH79oc2d/c++Do9UNPZQ+3mL+zBmN1 QH3VWdVbkEkwZmKeSE98AAWEw9/eH0cmkv714e7ttfjez3M6Pq7JHF1bwac2i1CazC521nSU+6E1 mF921oHxAVfVsh9u6MGeCFgJ6N2q0YwhlIbO2bNth+955++DzyQMfLecBlVQoUBQWd8Hm5mYUMnd l3aVyIrbqqsjJ8Ez0+sFJ2DSkhHJU7veujh1XzXGrW0rty6OHXcahpgfX7MmX3VSHh2Z4gbb52vS 96q0h5uOEIRx9l+71VjD79GezbJze5+9422N7fLIyy0LLLTfOx2i7ujl1439E0uF+z4lu9+mYZym 5S3ezN4SJ2MNDJ2ic+0Lu31HOsYqGLtHc+0LvteT8P7QHfOcTDb2kVltlu+9s3gAHIfdum778qua cslzyW5Nt73VVk7P37Tn1BKDu2r+76gpV98TebmVHcXYSOsTM7FvXa1VeK9xX1cnG7ua6vFe4rlT 4dlhNi/qrffPAH5Z86rcYHLi7+4BykBV18d8hk5DO3fbm+Yc7s3QCSy89qBDr5s2V6nVOmvpWLs5 vFmUH9VZdnLwVwOXINfEYMoUxK5Ytfm0RgyhRCprFrQz5X6ss85NzQwhHfJznu9Vc896A92GTf33 Hy22aCoXv0EoVvlXqHzwnaY0/A5wYd2LyAYsWObd3A/aBnhXWqrL2br+7MzJf1dr1M1iqxmmfVeu F5XBLqnXIFd9xulKd5NuQK7cN0pT+Rqz325BZA2/vjVHasTMrchGWDj0373mMnZZCefefibyBO2h Z+97sW0MCHxu7zRzQyqoVW2bo7pR3d3T32W6CmfZWJfKKTDyvpNVnnTzirzIquKyZUyFXmRR23jB 01pNYCcBwbW5W2c2jmlQ4jOWcKnDdOQ3SVDOJOIHEB18t7Uupz7F3F8cXcXcXd4ELbbiUpSlpZO7 euVfbs8vbVXbKptld12UXbPu7t7Ku2fd3b2FU2yrjZV2yrtlXbK12zu7vbLV2d159sq97d3b3d72 Va97NV3dyr7vNLmvbKr3sir2yq9sqnb2ec2byOxSKcBOJxOKV4Q4w5uy7p3ObcmTJ3uOx3X2absm 7ye9TdT7yX3jbjZbzX1B14FT0Upwsst5ZcFQbLXlA3Gr2vaWJ54LLMM2Gy3lnAbKwLe27hJZZb2v qV9XOu7rz2LeW66SWWW+rOi31dQbpJZaiWyxJLfWdFlkctjJhZW05VpTWlibSsVRlu6bLLb1EpdJ W8pEVySVNJjFVSUUVKqqKmiwHRWAFllur2vaTuu7q89NvrdwCyy3UoLjb63cAst5LRcGwDZb2zjZ bzU4Db2vaUReeCyy3tdQcSSNvKBXBZZb2t3STb30UrzybLQKEjb6vKDvI2G31u6SbLK4K7ot9XyL K88SFllvaaC6rylBxI2VKmsSFlva8CvPJ7ZyRst1l1S3leU97u5XnqRspoZLLLeWckbK8r7u7u6u 8qqHqHqHursvTvN6cEXs9WIXO1aM7tgNUtqi/ZDzfFSxhIjutR1Ea50UcC9nXitquyBbsHK2NPjp W5amq0ULnjjIYvpdXfO+kucJS7LsmiEqBcwSBEsEcVs3WYqJHQpS3enMvjmZgMrnlkSSWLuTsv19 kuHdozvaLfYcr3Dkr3b4fu+S5Ogt7B30IJyCuvHoMEHOtWUFu5GGaQG4y5N2rrjlaOeNGyFTpGMb K6gmskjfanBRm4Md5CzLoi64Ls2GDHBybgTddtlgmytSl9sHWmMu9m3jt9idZPNvJpfZH4hOxCu0 uJ2GjXVvNvsT4rm8qa/AeHPC6umcrQ3jRshU6R5jZXUE1kkb7U4KM3BjvIWZdEXXBdmwwY4OTcCb rtssE2VqUvtg60xl3s28dvsTrJ5t5NL7I/EJ2IV2lxOw0a6t5t9ifFc+6vu+uGjwpw4elOGzhTZw 4YU0YOGHDhspw4NnDZw4ODY2bNmynDZs0mzhTDho0U4bMKUw2bMODRTRo4cKNk2cNFMKcKc3akHf Uhe/CAJfXwIF78wQ9vgBntfIQ+vteeCQd5hC9+EAS+vgQL35gh7fADPa+Qh9fa8ryhow00bOGGHD hs4bKaNc3ltttu5NA3V755/Ic4koW2BIfF+WP7M95B2uoC/vs0fEB14Xo2XKzLxIb21Wb4ClstAi SlfzoPQ4zWBBHashfGky704vjamPvTu3F3GirYqkrrnpmSPb3cRRoq4KpK6j0zJHQGb76vWLoU7f wvbYQjpKS+bwPXev6xPCEMM/cnm+7beM7PPP355xVDDsCWywJOXwGzTN8/b771VaoCqfhY231CqD Cr61c2jGqH2Xlg3ujflx3hK6PocxVjGNbuTd6NtyCPHWMY1u492RtuQaO6re2IqrPqAdGqqgKrwa HwY0OvUvBEKSy8zMr3u+R2qB4ds+3FW7uaPHi2D9VVK2/CRmtsXd4BYse++VdwPMC6ujhTzru325 mjdOBdqhVSnpuGvruL1c7rN3dIy7s3yDuNtduZvbwy7s3EOvm2u+IdOq2xt3VUBVC3H9313cYFah YfXd9irG4D6+geiUL8KFS1VUM8NsWeycVdQy7vDLq8qs8Muj9d3Ng6kcPyhYJyXdW8tqrzN7YsB7 jtdbN4j49nLT2AzjtfXzle8xgEL5LbH9Dfr4H36296BfPt3x4HMwYTVUDQFChPmPq+qmmAlfVRFg XffUgGga9J9yCCGlEivtKn2qqYNV6hQvbXVVdxEfCK9jui5u/Tlt5KtyBvCq5jQu8Q4m8mhd48kM kzMmZhgASe/c3nGqQ34WLWS4tvgw62ncNVVgg2LHz2q3RU+MnXdpyq8KCuqz3r56hVA+Tqq2srz3 Td3d77nubfZmYz2q3f1jjre+7D0OdFbqpEd528ZcYWXZxx3HbxlxhZdnGNr37yx/Q9nt9tvtyfps c6YT8zoXwADzkAJ2TrtpANmmBv3ku23nAN+3294qz2hr6LTu7u4qAoeTpj6s6uq6tyhVShq+2Vh+ u7CVO+yl1fM/PEJX2DFpmTexZKyew9cZnEVV0cHve8Pe9vsbsstkVV0UB9h1bfrca0yWPe/eueXx j3vNuOKuYZvvtxVVg1Gjlgki/gxm7yiu7II3dmOqo5naSG8regWTh977+u+poLZzhPH37zOunSkG R1pS+KO5Xrw9tXlp6tJ5pGhabwe97w971Xe6S2kaFps34ChX1R5VVl6A126CKq6rxpVWXW4KiAQB VUD8viAQKzb7z2ekPOGd9d/VCAByN38FmwwIQmVFVVmOwhRa+8uP1Dt2u6+rvLgTtbUsTcvZ3umn bO3KYXyHoW0P0x79zvnvbayMwnTx3vpSnJw4HnPv2/fW33EMAn7VwqT5qq+VP4ix7a6nmUhHVLq9 tDxAxGqWVwuUcm/czjmZ8XLEJ6RKlooGlu0Dunne9O7CcO7vJOSeZC22+kIQgZhvm6cVdrzu3sq7 ZVNsq42Vrtm5zlXbK+7Oa1Nsq7XVXbKu2Vdsqu2V3ecKu27u52yr2z3dzvXKq9squ7uVXeuVV7Z3 dztlrXtlV71ynbOpObaSkc+DwW1cAsrBst1KC4gst5Zx9W7gFb2zjbygW4Klllg28rqiLoFTWG3W 64JZa9CnGyyBLdXtB54LLLKgS3tXy97rtdXvosst5X3nd3dXW8CWbBZb2vqWJ15JJV7Zxst7r015 eBLNhtvUSlwVLNhqBUsssG3te19rru65Xl6FSyvJGckSqq6BMZckoQmGZyTZACzypb2mh1wSwLLL fW64Jby3cbLfV7SIry8CW8s42WVmG8ryg88FlZSSllur0K88Goalluo87u6lecLeWbjUst9XtfVz u7vfQFbxFKbjUt7ZxtTDLLeVcia4WW+podyEGs2IS3uuNcNllle0DkJbrONlvK8pEV3iFXtdXV3d 3cC1J4i0tpSUlChlVQW2k+FK98dQ0F5TPJOaC95X1h9rAqle8eI5PnRgjPHbMraNdQ73clHSHF0I eLCO8rUiXRcTW72DLAnSidWDYlQ0wbgmUHp3YWOqxTrr4KqtdVSaZtzQjVraiwbmcNFXuzaTpYuQ vaxWNNIqssq2qGq7sMasrgSIOl8z2OaEuPCsT6sybaMiEezA8R3uljrLHYbYvbp914r3hds1Kgw9 BvPW1zxxDBO6jw63q4cFMyoJK14cO6LgWzd9mbpg4Eq+zBZEgo52TOy+1MRhHZdBHbOg6zEXDUFW F7mNq1FN5JrkHFGuI2+0ZWYqtRSl6Q3jwVK5hWtXCBTMqCSteHDui4Fs3fZm6YOBKvswWRIKOdkz svtTEYR2XQR2zoOsxFw1BVhe5jatRTeSa5BxRriNvtGVmKrUUpenPfTXlr70EPtVFR+T+lBDQiTM yb/efYH02Buw27Ddhbsu7Dd2K2BrNux1l2G7Da0dN0I6DpdHSDpdHRmjo6M0bspdC7btbbrS7Sm2 3bbtJdFdtWl2VXQbbtt2G1ultLpthuqoaGm2bYU3SEdwt0N23Tbd3da7VrtVmquququ1XdV1Wu7q mqu1XVXW3bq7ts3aXdtda6k3drut3drdHdHd27Lo7o7tru6xdSutrrLXW67W6msNdrd3St12t12s u7pW67W7ulbrtbsSustdbXWaxt23Xa02bA3Q3Q27drdu3bdTUN0N023d0rdu3aabdpuhs0N027du 3bNs27TdDdDXbbt27dZtm82zebfH6eH8eHh02f4cOHTACB/QAgIECXjTUSWrbUUNtpxJaqUNGXc4 pkd0XTu6mPEMWOGDBgwMQMU9adbbesePnzbTT5t469bVx96+Yx54875d533vndvfrip8nibTE0mk 0mJY8h6DyHmBPCqqD3Dz4ZHpshZHeYbzuJY1paHp3R3aZeqI3x4nSW27W3vDd4tNHc6bvFpJo2eF bvF6md3Bub1bx7Szt9sJ3kpqi262oB20y3u3hQ4rlChFqwjt3i/FnAc41mjtPAtrc7a0bziaiNzt h0wpvbztlniuLjZwjJxo9sR3tJ5YVzSaN6uPI80ozewbxgspOnEyR2k6IgWwzmdvGBaWiLWuuXMN ExbezhubqS46eJ4xKNHK3t7iYnJDlGBcjcScaR033JR4YiMzt48kW2s4bm8dqQsRNZo7dZISbW4N 7eJYSbZAzs5EM4m2sXbzTjc2RZy4zC0Ut4vTXZqSwEs92Qta3Iszt4mJJsrEjy5tGPEtB4bxSKoO m1vURm8yVTSRze5N0yniaCPDiXSTab3c6uMKdJtHt3jkSbZ3jYzpm2XTW7nbp5SsTLWbx4vQU01i 6zxKSSqaeF8u5x67jkt2RvPAVEbXGxxgRTbQ3afHkOTSjV728sUbSbWb28WujjhapA81raS5riZZ bDJZ5duxl60us7k6MtdJcitaL3qmgrpCI6277RC3G0eWap7VbZWjd48Q9o2mnebx6QmRhrT3GItt Ntcjy7VG2s3r7lvNOKN7k3rMKKYsoY949XAoxu8MG9NSQbazR28WQU21h7egRLabGnj0QKTbeb1o vnbUUp5nY3psldT47a7VxjW5t5B2RJlmse8+c1OKLFx6Ilt62q4ZxGkqW2SNHb3IhNyKEHsUC0pP GxizuI1IrpFuHSei13u5bNX05vd2r3oX2dRhMvbg2dsvHuYE+3u1tabOW+M5nGju46rgZzJdAnbG B70GLrZKN4xnHBfR6DtF5x7rGFkHK1PlnMnWdzXxnazrJzelGdjLOHcL4ztZZJvnSi4llnkjfHiu aLPInBm9XIicoogTtLiJnHMwq2dy+znw3eOh8okgc5dq3tYeIyl1HTxXFlrc5ce0UuLYyau3ZyPO 01y3MzsXJclyiS2jnJckXx2Hd667F2rkj2w7o3p2gczrGvePYbgPHiHrRi5bp4A0uLa3N5iuK6Xj Tel4ubG0WT2rie3k6ZcS4FaeWoc0npGb3GiL7Ty14lp48eFbyJDGtae5HOPLGMcZ56geJ5M4+w8e 6lybKafJMtFQvnmmaeOWTy4rXqO9u9wRfEzIieLPauw08aJ4ae5kdIkzSHaeRHI8Frxrip1MrOSw FtZxC4ntXN0XpXNclxckiiPE6zxXNFMonhvFldpJ0ItLsXYue49jeRvmUMPFvGuS7V1lcjYW8NPK R0VqRY7TXEjkebL1dpzjwhfRoPTNBh5InjtXhzePI62rxbwZ7FHqw9u8dLTR3KvtztLTa3BvI8lH FUZzL69zjrLYW5nDdscSm7yvfp7GeSmymosNTZsoxNiam1ru21N3au23dt3bd23dt3bd2WXdt3bd 2y7pujo6OjtrpN0dHSOjo63d3bXWWbrsu3bt27qXdbrt27du3btm6l27XW03bZrtNNu3aabTTZpq a6Duum7u7u7u7u7u7u6M0Nbo7B0dHR0dHQXao6V01HXbt27srXbpddu3bt26s1jZpdBmru7TdHdH dbul3autpujujt23dE3S7o7o7o7o6bY7rd3aO113V0u63dLuwdlct3l2u92t4PTZ0w2aKadPTZgW BVMPU7rLwY06YbbussZjWgYBoHKbmZkMrse7y7e3d7U5tHp2Zl+gFCqpCepiYm09PotvyfJpPU0b i24m0wevcPetdhOdDm6efYOIAoCAaAgGBwCAQCAICAW5aSVpbNPSVJeKO0tmmSEDAMAwCgCPDwqu N2WrW9U6Lp3dvrpPszMagmZki7kd3i3No9OzEgi61SJ698nU6nE9T1PE+TSaNW2mkqYnyIDAGBAN AwDgNAupXRSbua5TlNpzdzXCAQNAIEA0DfB7nZmYuY7MyRd2rd+53vu7z777WsjLY9Tw9LbfU2m0 0m0xKnU4fRbfk9T1Nnxo4bPjhsgCAQEAgGAYAwwNA4AkExtI3fPXz6CBt80kszt18+nhAGB0w3pV rZXdF07u4esubl2Y5eVD07d3tSgPKduqINe3vnnvm+33m+9TExOJhqLbpNp4nqdT1Ppoq24attNJ Uw6eDR8aPA0BAEAgaBwDAqm0k0lVJJdJJJIkqpJKUBQCAfvScszMKfZeVD3duo8W459597vfiYnq eJT2LbidT4www0QCAEAgcAQNARO7IpLuTZETuyKS7k2SAQCAQBANw9l8o9HTouncq1PszMakzMlH p2ZzKUC7nN1Yi6pSNa6h4TxPE+TxNJpNJ09i2/J8nyfI2fBAYGADAMAV5Wbk3VrLW0nh3XrNAUAG AgM7k8zMfd2Zko9N7d4tqBdym77zE4nyaTE6nU+jtsenpbb8mk2mjdVVAcAgNAQEAoDgKy5G222k SS0m22lYDAIGgEAgEBwx2+nQjuh6dOrU+zMxqTMyHsm7s4q3FXdu5FLajoxk+X33w+Lbep07badT aYbi26TaaTSYnqPTp4cNmz48NnRmZ97rvYiSZNUeNxEkxgEAgUlvZmYeczMh7Ju7OKtxdfbkNAMC qqiPaPcPYPWPWBnltxMTw7badT5PU9T5PDR4fHhoA4BAcAgCBoCA0CqTSTLppI6WkmXTSWFbelRk d0PTp1JjnmY1JmZD0zd2HeDi7s3dMlBKMzGSqmsDPCqqDzExMT1Pk8T1Po9tjabTabTaaTSegQCB oDAYEAYHAHwEkkaVSWMkkiVSX4YAb1CZmY07mQ9M3dh3g4u7d3c97qep6nU4nyaTRq200lTE9Th8 eFPT4x8emjRThcze9b3zze/cy873N1vdY92S505kToenTr1MdmZjUeZkPTMyE1wcXduZpc9ijMxk hWPFAbVVQDTqdTSbTabTExOHxbb4nqep6lBAAgICwKAoCAICjm6byumdjyXakvKxTZjxAIYBoBAQ Fgac1Osy8LkzMh71X3nD6ec+9V+5M+mWZsnACTZjkoZPZPk6fRbfk+TSaTSaTE9PjY8PiwIAgCBA KAsBgWazLe7tt6nRrFb3dtvU6AsAkx3edFonMydOu91Pq3LzXJmZD0zMmnqpxd25hnkWVJsRGj1g OqqjSep1Op1MTabTaaMLbep4bPHhh6emzZ8PSnp6fHp09N+/aiRyjZ55fZ3dld3cico2eeX2d3ED gCAwGXqO7gzZ3ZmQu76aeqnF3bmVw8h5CcTabTRu202mzC23Uatj1Pk6fRbfk+TRTZo8OGj0+PTZ hoKAQGG73eVt4karuvi7ta6iwk1UlzggGBoDAoAlabW9GROh6dOu9TXbu5WuTMyLpmZNPVTi7tzC 55qMzGSMHtAlW0+TDLbT1PI8tj1Pk9T5NJtNptNJh8eHx04eHh4eHN5vLvVvnPK2cu3dPKpl02cA wDALAwCwKAOFubu7Wp3dsx5mPTKpxd25kHq0eQHeFVTHmJpOpo3babSpiYnTpt8eHD454Gq3N5I8 ZWiGbIjDK0CgNAQBAwCAHdzplrlonMydOY9mF72Pd3Lcm5kXTMyaeqnF3bhcDoyNTYiCPaPIeQ9w 9g9pMNRbcTiaT5Op03bafJ8jDQwLAgDAgHAYBwHAF9J25Oru7y5925Oru7yAoAj1zuUzHu3Mk3ci 6ZmTT1U4vvt6k6nr0stuJicT5Pj4tt9T1Nxu2NptMTEw8PDDZh00fGjwy7tYrW7ae67WO3u23YFA EDNxF4bfMjuh6dOsWNCDHDBgwMaKDEGiDRo0QIcIMGDBBoI4UKDECHDhowFwMzEXvfOKmk9T48i2 8TSaT5PD44bPCjNq4ToNEk5ugUAHmdpzMyCdDu7F0zNd3z63vvn329VKnU9PS23ExOHxbb8BwFVV Qe0BgQAgDgCAwGjrtNmNY7bZdAUBAWX1kPlo7mZOncPduqcszMgnTDuxdMzFpHBxd24XAzJrUMZ9 6D2JpMTExPE6np2209T6aTSZJqLbw8LA4AgICgOAzwvbstYlMxPDd43iTzFYGgWAgCBoBA2zmqZm ZB3TMwxdM1re+PnffPvtybTadT1PU9Nltu02m0wwtt4fHT42enx02aPj4+PQIBBAkkrk3ZO3d1Lu 6S0t19mdqRAIGFFWw4tHczJ06Zhc7MzJOuVmRLpuZukc5a7jmuBmTWoYzw8R7R7h4jxHiJtNxu2M TExOp6mk9T5Pk9T42eBYGgIAgaBgCAICAYzMN3ZfGEvXt3etlk6BYGvdhWZmPuuVmQrpu4Sb5xZ9 9zxNJpPk8TSaTqaPItvyfJ6nybTSaNxbcT04cNmzh08KaPNXxIpVaykkUqtAZOzbI6LR3MvunTc1 zszMk6YMyHnN3d09Ti48dxwMyMqGNJOJ8nD4tt8TxNptNptMTExOHA0BgYAQO8BYuztlubBLkuSS wLAsDQKHlcXO7WdOmZlw85u7urqkXHix6Qe8TifJpMmk0ZK9TE0nyeptOnsW1B7h6gOACA9nhmZ0 sK+y5jcu1HYlvLmNkBgMBgAgUAgGBQEpTNsxrNHc9XOdN3HOzMzp0zMmHps3b1dIt7jqcEPvvfPe 8975J4nEpyLbifJ1Ox8WvU9TkbtjabSp02fGzw+MNnxj4gDA4AgEAgd4Hu5Akklt5mdOV93cCSSe 55mdOQFgcBwG+9eLC+y7ndMzJh7tm7erpFvcXQ9Q9B4jxHiPcPYPWPYPYPdTE0nqOnrZ6cOGjw+P jpjw0BAYAQKuPIzut1USEbhO7JVRJLOvrKa3anB7yiztpOZmZOd9kPGbuwLo4uXLW4IXGpsRy/es eI9B7R4gaBVVWj202mJieJ8nifJ6nqaKeHpsw6dPjRo+NFPDh06Xu9Z3teazt99xRyKty4qCy3Um KOTwgHsHmptRLMzOnTLh6ZmQHucXc0D7zHrHrHrHrHmPQeKdjtsfJpNJhqLb8mk9Onp4eGAaBAKz M7RiVZKZb0YnWOwLAsCgCB3Z1KzFN2pwzopGd5VOvMzu6ZmQ9MW7AuiPdx21sDUkU2I6PMeweweg D8KqmJ1NG4tujdtqMRTpw4bPTHwLwS1J3xkEyKS8hkwBAaBB5ZM2U5eZk6TMyHpi3YF0R7uPDzHr Hn4Bj2j2iajdsYmQxPjttp6fW2nU+TZs4fHps2fHTj08PD4w8OHmuWvQ2ZSUDhNUdkMpKB6BuvuY NrktE5VXFxbDxnYMzO5zMyHpmZHS6aem4eg7z33vnu/fOeG4tvE+TaaTSep4m09TqfJ8bLbcTabT 4pTTZ6bPTh6eHDZ09PT0+Onhs6cPNZq/ZzvCWt3eJfVH3Wq6Y2kkt3eJfVHoFgWBszd4vsGZk5TM yHpmZHS6aem8PQe4eYnqcSpkZbGjps9NGjZs2fGgwBeFatW7uw6zi3U91at3d6IxY912AgEAgNA0 AgYbKyrjM0caqauzt6+nbtZncpmZD3ZmR0umnpuWegakil7FhAhbbxOx22Pk8TSaT5NHsW3p7Ft9 T5OFOnphh6aNGjRw81u75rnNBJFnCbaaCSPgwKAIC5drvpN2szuUzMh7szI6XTT0seY9w9B6h6x7 R6Ad4W31Pk9TabTRuLb8aMHXpTLmZFqWZmLKSWpZmZoGgaBoGgYBgC23yzLSLIhqpq7MnBzt3d7e U3Mi7szOdLpp6XR6BOSKXsWEeg8wFVVQDHuHrHsHrNRbfE0mk+TZ6cPDZs9OHp0ICAwBAUBdO8Re JLFrZxWkXiSxa2gEAbh7hOm7u9vKbmRd2ZnOl009NHsHvk9T1PTZbbtNptMTE8T5PE6fW2mHT42a Onxw6aPjZbznnOc33zMaWksk61mNYBgCA6THLu+LZ6jdTBNvHzbT189dY0r5tt8+eOPW22nrwcOG DBg4MUEOEGgjhUPSU5kil7FnvdNW2mkwyLbieJ6np2209T5MTSYai2/Jh8aOHp04fF85zm/Na15S ROrMxYBgGe8LcycpeV273apu7F3Zmfdvn3u+fSaNW2mk8PotvU6mjcW3Ru21GJT49NHhh8bOFPSn gVlbd7pW7u7JHKu7kk3d3ZJgGAYBgCAfPXBawtkRcK4+8zmTnMwZk7qmPdi7szHwUmnqh6BSVIps R4eweg9o9g9o9tNptKZFtxOnxbb1Pk+Pi23ogNA4CwNAgDA0A+F7eXVbFYuTXHcuqkVi5NIAIBAo CgD4WnnNPMGZO6pj3Yu7Mx8FJp7wPhVVB7B6D1j2DxHkPEDi235PU+jdsbTRu20xPTph8ehoGgDQ OC8N3K28zNSJ27VLLvUidAsCwEBe2eYuNWWepcK4xZj6XcrJOEzMkXTcfFuaT1RcgnIXNiye8QOA qqo+HWx4nibTRu202lSpieps0dOnp4cPjDp6aPjwx4fG3xh7G7ztWtbx7kn0zM7YGWzy5pPusvHE 8zMvpwmZkj6W+1qaT2D3P3LNfKd3d3d3d2Zmd3d3d3d3d3dB5D2j3D2D2D1gZ6qqhafJicO22mk9 Tqep8npThSmz49OHD44cOmj08PDD01mte5kmvKs5sMMu43pJl2lryrObDDLuN0AIAwKAIF2jruuL ZUtdXWotx8pmZkydNvKi7puvmnDfK4u0JyUXbiogVVVQepxNJieJ4nyfJ6mJpNJpMR6elPinhs2a PT4eGjZo8NnTAMaWLMKZaeZippSm7pLNzHIWnmYqaUpvwwDAMAwCwNA0e7o8bfZmZJvTb2ou6br5 qQ1y0e4eseY9o9wHAVVVgDqqps2W27TSaTSepow6enpo8PADu5p3bvTzeFrXu3eltoCgEAEAgEAd M03SXdR5rq5zVurjMzMk6Yt2UuO9xWOQdLo9wTkL7YuEsesBgVVVw8h5CbTSbTaVMT1PU8T1PU2d NHDpw6eHDD0w2bMN3u96883zud723Lze43pdtuqIGgEe2yu3uLzMzp0xbspcd+7953fvPfrhu202 lSpifJ6nh220+T5Pk2bi26TabTSPjDZ4cPDQUBwAIQHAMC5WvZigMCTlREyDYCR61NM611Z3Hsbl c11YdXZ2ZmSdMxbF2bvPi9hnVD3Bc9Wc+4j2D1gICqquHmJiYnxh8eGjRo0ZF83re+5veby83m6b 3b3w0AgYBfvXKx6VnZmZJ0zMUXbu/u/c133nv204m04lMi24nyep6nU+IBVVXDwQEAgEAwBgcA9N El49adHW8e+DAQEjOmS1K7ie1uG+nQZjfVMzMk6ZmRrrzefZmN9TMgcerF0wetDxHuSmW2nqeJxP U+PS23Z9Ft3G7Y2np02aPT0w9PT09Pjnlze/vvvuSt9knbRaS7uSt9kiAQGgaAgCAgNoiZDHmZkn TMyF9Wbz7Mmuc4PYPMeYHbbTSaTE0mJiYnybOmjh6fHDZ8bNmzDDDMzy83vW/N73zze9+Xm95q3d KQHYs0uWhJkK6VyfTaxyB5dyd2ZkPcM3n2ZNfdcXcH0vVoXQweg8h5h0nE1m02m02ms1nSc5tOc5 znOK4Onxo6bOnx4eHTRs6eHx8ZlVJ0bcVzJvRKqJ49z5XMm9LAXhc5bZfOsy86d2ZnHoM3n2ZNfa PWBAKqqY91MTE9T5PI9tj5NJpNJpMSnDhoCAgCAgEAgEAsCxckbMuTbsXJIzLk27AwDAO7VjauYu ru3lrcrp3duvtirdvJO7Mzj0yt59mTXJMgM4rO6UPMe8T1PE6exbfk9TRuLbtNptNJpMNnDp02bN Hp6eGQv3nmsznPe+6zO7evuy7493Zd91gWAQMAF2VN0reW3tZJ3ZmdpeVsczJvCwLqqoCx5Dy8FV eCHtptNptMTE+T1Pk6nqfJ4YdHT4BAXV9u7sN1JJI3u7sN1JJAEBAGBYEAsAQA9ZxKn2ISZE+lEe 59M3XJq3dGyd2Znaem0enZna5JNozrorR3Sx5iaSmW2mJ6dttPE9T0+LbdJ8m00m00mk0cOmjp4f HD4+PT0YGAQDd2Mqkko5G3d21FSSUcjbsCwLAYEzrOuPVu6N6d2Znaem0enZna36YmGotvU7HbY6 m02m02mJifJ/qhXgUU/Qop7ClK5ilKyokq/rQQ+tCivqkpWtQVP70KK/aFRK+qSlfZIED9X+KfIE oMUGljUlag0EaIVtEGKCJUKKC0EtLQK2l11OLrkudSRbOBuorrlEKCglArKWpSlUFKhRqHKulOyN 1FOkV1XdnRdBRKUK1FSLKgMEtEEKFGILUKNQrS1JW1IyhREGKAjRClGkUQSUlGo0EbUGWlzIdSXL uldXdTqu6R0S7q65OqdbrUXXR0Tcx00YoCUFLQqCUSiRQtCJSdTdctOiLq7oup3V1zJ0USxCikSl GpaRRGiKFEElUjBS0WoUbKIKhVLRoJKLk7dTjOruuqSy7rpRbpdlLi6na6mU51JU6URojCoCFGjK AtlEKIgtl6uudYkouXc063JdldXK7LYu4nV2V1xuid1uS51dxnRd2V0XK5SU6dTnU4VLSohZQooM oNFRChRiC2IFigjUKIgykoiNLRKAgiCULEqFbSoUSoWUFEB111IpxIusTc6kpwzrlu4zrk4dSVLi Tq5TpaCCoUlAtGlZUGNQRC1CqKS3J1DqdFnVdXbqd1URCjakoUlUGIgyMQaFakRLm6nXV0pXZurl cpu6u5urpXKcE6l3W6Vy7Ky5B1LqbqKbnRacKOruSp1XSLZcx1LrqXRXV3dBQUFEGhRiFZKkaFpZ SyjQVBGWWiWlKNIxEGUKKWhVLQrUpStqDEQRQW0qRpkpaVlYUzDGMMyqwtMKFd1dTpdTmYdSUuXU VhRKDS0WoNEYIKlpRQiljrk66nGjqKSxOm6lx1d026iuV0sS6bqd1S4t1cp1nVJXXQx1N3VdbpdR tpUiolCjULKNIqNKNlSWi0RolGjFBo0qIVtqFRBg1CyhWhUEYWIFGxLSURCsqC21CwUaKhLEQWlR SpFggKhZQqItS0KxBg0KlulLppdU6ui7tjqSS3J3XVzrpZSLlyzSuU6YcWikqAwUKiFbbEFRUC0s oUUEoIiFGI0rUClCxqCoVKJaVKi1IlCxEEoWhWLqcdTouokrl2VOG6l26nYuid1uRTszrXcddrnU u6uRZf3baurvIdOdaXZbqtIqWgjCoLaIJFI0pQqg3OpxnUU0ru6mV111OLqqCBYoIUKiCUKMsQaN JQUaWhUoIUbSpRSIUKIgLOpLld3TjXVJFyu3QnVOkrqcuoqcN07quXcY65bqU4R1y6V11HVMru6u uIXXSuW6uXWLunU6up0l1dlMiLl26XSToXWJ06ilc6pyOp0NLqu7q651ElnHV12bruuol3XJlFOD rlnOru3WJ3XSyV0nFRjUK1GjCgI1BbbEK2pbXSUoty6V27pJly7urrmqCUKIhaNKCVAo2VAYlRk6 6kruk6iu7OrpTdldUuk6uRMpzotOmOopcw6uRFN11XdCXV1yzrXd10pd1XXEx1OdE7q7d1yQlpLQ YkQVGkWhagURCstS0KiWgJFAtBjEElGjRozl1XdS6Lspum6u6dXKJJES0qgI0tqFoINQolKI2zun dbuodV0pdLqSlyXQg1CtKjSUGpRSCKDEsQvQ3ROnUXLruq7KdldF3KgsEKKC0Ro0lpWWJaCUSktK NiDQVBJRopQSqVQLc3V0rlJS7onbOq64EghVBEQWiWihRAQo0tGkpQrS0QaCKCNKjSxQRqFEsogx EaUbUjSWKCpEpaDiXRFdybq5V1ddXbkup1uidOsyy7rLukpu6nLq7FBaglCjUaJQqWIFGIMlCc6p 0ui7nXJSl2TqulVqKhaSiIAEklS1JZRFCxogUSxCtQVCjRBag0tLFBUKJEGg0KJYlUqlKSig66u6 undFdcNOiLllzdcIViFpVKJLUFEtLG1BUSjLLnW7nV3C6kpd1dw6Jd1dzqdOsk6brROw6JKddTro s3TdFpdCnV1zq7nW5N0uiK5XcN1OdXXXUynF1yZTurum6SxdLO6JxOpLJcrt3U7dRTrqdp0LUCxQ W1LRJQrKSoJQtBY6krrupKXdFJdt26upOSKVCwUGg0aVQRtsEKIhUS0soVKhVAaKIoIFaUrE3HV0 ru6nJN1ZdDdTnV3J1EXLuXSVd0JXWLu6nTqbp0S7rkpXXboindFBUREKo0tCtiNKwqDQraII0QUQ tKUGkUsSUUWlpLquRK7qK7nRMp11OqoggpVKoIUESoCFCjKlpSgtqNLRpKCgtEtIqC2w6l0OiZTg 65Yu51upV3YOruzqc6u3OpKnErqV11d0OpLlu7q7puqXQuop3VdlLodJZK7k6lzrTIiWiNBBbZYg xQEbaI0iFLQaWgygoVBlEpFohQoKZpWjKzK00zGlet5+nnfD39997j2344249+N+dvxcbN1hv+0r 29FnKb7rLsqYZOiyyexbb7r5zBgT7oVcr0J3s4Wi0ZM7NvSqV6Ur5IR61myldlJdmCVZswSanuyz y7W5iu83gWFvBb7XjkuHFlvt45EC+HXp671ppc31cLvBTo1iJzjp0Zg5HLl3NrRNQXb06B2s6hfd WpvjCrDU6BBybu7ODHOBo4r7dlpBJlI1tm+yJiM7cvYdRdhlabqOOiSrC6qCwbvcTd6tF0bTKp2n bosh5JdnXL68GY3jpBTBeW+qNuuevd3tcbT4MTNm7b4oTgisynm8c3YRfTsucarjHODDf9+75d9B vw+nwrjl2rM83Wd0mvTxWR4d5zH1dJjDovMYl9il60yUqwVx2IbQnQd1tXYdyG8LvarJCUsiN7z0 IUszeWprEULvDkLhsdpE3gnd300ioxu7JM1dJkoZGNW62yzFbIznN5dOti+2HfY2zt7Lh0bFwOTs Pcca7vLHqVO11cJZx9kNJcDuMjJjVOk77WdtEZO5TOPXzOxHQb3jZJ6Z2aicK09cwUOIvc5mZhvc 3SHqK63OxWniGhJUrynlqrazu6zXZaWDQ0QVDlcsKUHdHvJ8U+UobA9W89FbNYrFvFd3MHiNUtcq orGeBZPFdaMeRS3TWbk7eTeiR7u5V7a53dzJwPJXITMZTzBJ25rPd1oSM83MvMtyysNotnG+63xD etcZxVnu6+Yq6WN3Z5o8oL0rMSxnurXSZIpJc7Mizocxt3zLlTCR2dK3E3WVSNjBBxQrOuDWzzYK ma+PXu5rZ68x9t3g3q3he9ud3c1ELPXvViNonhXIXQtcirvtBfdm6ddzNT6iM1pm3HJZgNztzEpf M9ayAhN1C927NdewJyRLFDXIYMQ3y1zd1itBUgWa3tlBobyWs5e3RR5WqBVXO54X1xzsD3ubtZhF 72Ca3St8zmrhp0a61IkbovQ37H03VFYvbGqlrdZluGx3FVaFYbtPOUEGu7zOiFaClBU2OakFb0HN W5emO60QPyq1z0dDo67CJuxzl8piCG5eZLbrhq2qag64VcwPQunYzNML2rBUfG0cK3duLhl8lJLj 8SquEu+0UeVqtKe3XLtYpobeNzhwhWm+D5duxxSL2VmrkhUK7kJ3bxJchlwaSr4mndGoHp20uXc8 0hAg7tkQy4uzQRZvXjy9VJMdzHOUZHkbtbQNq9rIrcEy5rfZxldfSoK205g3ksfZKW8c17NZyt7Y WCmpSzuRvOZ3r1bj5LkHw3E9zjMVmZlYG47jieKqMsXdo9E1tcunYeW9zjVhZHOqyianXuSt3ZwT NaaoNnQRSrsV722HR3he7c2+sb4nlqLybt2dHVeEdMZvMtSYeq82pI6B0UcrbvHd7RqXtxG8O3VM Yobsa8c67MvLDeuCp1nSDfVtsXGyVbfHL6bI87nBrsssp3laispFM4SyurJVW3JdxPjmraeN7TtU YxymbRt7OhD5ZZUzKRR465YfOpXVMtCyek1MTaodGYcpbuzY+eTazFXArDzadpsqZY6ydeIW0yNd Zm06o6+ts5dc9yaHy5tvD23HTzO2r27tJODknvTmJNSbu27M2submGSrt31UKDTvj0rkNsLsoizt qxmN9Lam1hljcxsvNt2ku7VU0m7fZmpTaq7pVI3L7urau2VfbOp9wrO4rdq9q4meUPSXWY+ysyU+ 2rpF067SZrfVmUdEVZLMzpnQvdDWceut7iCNQF4yFeJDq2adQOiq3urhNzNy+TWzEb3a27vepad1 12zD153LN1ddHnp7sS3VarDwzNzZuxdm6eRjxs6jdyPC3nTefWrvVpzuuYremZW9FD3arJx4ZaLP C7V727j7NhiLMjcEXd2VvY8US5CYW3M3d0212YrVXDW7UkjlZaGvKuxmlduTnOtJYeLZ6VLrdOze adIbmTpM3jquaReAvrfTjtU51ZhtPtISZ08+qtq0DuHdJpUslCK+qbWrA8HXh29LvrZnMHI3eDMN q7tTijyXnd5Dl3kzU46mTpWCPeGzNq3ZeLquZkviXhfSu1Xfbd2t630xc+lmY80NzsyhNSYsZVX2 6HtHOfVblZ3dQroxGkj2bYWSAmYFeXVk5lnNwalV1Y3mG3mTqqquyUnqWmKHTeVU4nt2NpkirxZf VW4riWRs8zXYTtRpK4cw5mcXq48+t7EyW7j7uFKExrbyJG3JXCteZ3Ctq2qzTncW8p2dWomzVZiK IXMW+FZo7uzXNtzeEu+6cJmihhdl9qBd5FNW1u1QOQyTeqi2aLrS0cro5Wdze1dW+zJdTCDmk7yv uqknecLJzBZ6zt8b2zC3mN9sSspnOzMzuplv65m/fTiV8MmSOy7O2fo93ea6yapWoKvS+++vLckX xsXu/WVt/de3wpsl3l9zmV2Tlt4VqfE9stNKJy3tvIttJLVVdtUkTqs90RLtucrzr2qi3idN9dG0 xTXcMb3TBmLudplVa7dT3sTTrEtb4zpmvM3cxvVmdBD2aeHXDCdNvb7nctTSO7t3Iq3QskQeO5pb wrpdzaubw4cTFeV0xKzxtZhZOrub19r2q65H3aWDizU+N7nWmpF0vO1rXh7q7txysWXvR3VC0obi wUVdYrzM1adN9t5tZuZj433Y7ybnWQg75lKq4zlFyx9r7sgwZVJXm0i5i5x32zMOriWk21MybV1f d3ZiRI7u3XiazO26rNFbcYrMzOlFTduLHfIUMzW51owl7289PduKbKWVm3r7qzS6o9N05lqRwlTp VJy918+1x1Wskl83VZXVJe0d3VpJkFXJKrMKkrsS4VmLk3hdU72Kd0UlVVEt65En1ytcndpTq67u QrUUXZ7omq6M3bzHhVVpJFYpz7W4ySaujnNzS3mKcieVSEUqbkERTy8t3uxLDdUU45FxfVWJze7r uYU6PSOQ1Qx5q24cztzMzUGlanNmovpmVXYsqteYSKzCQzN1LMVbpV4Kov68w/Oq13pcmntk3l1Y KJFZinRsbjtR7KUOaTE+7UtOZVLbzqvnL6+3r5t83p09heZVZh3Mhm5pN5WN4qNu+nEvqiUgrlNu IjMY28SJRCzGtVvMzaq1MqqqTMCTaD6GuwWlfPOdVeCmnncXOuy9zSJmbbe5pc0rdorttx5giO7v CFvJclovnzzinnZ2xDTMzMzL0ZuZW53SGacQJT0GHu0zdrSXeVBZSUfFrpVct6ddXMwGtkTUrt1H u0xirfWr03vZq5dNLUeZsqrSqRlW7vCaqqKkJzG0xDyXOb9effL95557u9+6ZmSc9CEAgEAhAJJC BIEgEkkAkJAJIAQhIEJJJCQhAkJIEkkIBJJJCQhCEhAAhIQIBCSEgASBCASASSEgQJCBCQISQJJJ IEhISSAEhAkISECQhAkAhAkgQgEkhCBJISSQkkkgQJIEkAhJAhAAkJJIQkkgQAkgEgQIEISECEJI AEIASBIAQIAAEhCAEkgEkhCEIEJISQgQCASASEhJJJAIEJCSAAAASBIEhCQCSSEhCBCAAEkkkhJA hAhCQIQkkhJCBJAJIBAkkIEhCECQJIAEIAEgABCBCBJIQhCAABCSEJAhJIAQkkCAQAISQkhIQkgS ABAJCQkkhIQhAIEkgSQgSBAhAhCABAgQJISASSSQgEkkJACEkIQCSSQCBJJCSEISBIECAECSAEkg BAkkhCQkkhISEgEgASSSQgQCSFUKFPri0aVd3VbzdN3k6qFXekp4lpM2acyqnae3W22TVZi2+qr1 VFaU189rsJ200lc3Ms5nF6e5Psexslu4+fVShKi3Mi1PJK4VjvO6q27YW7i7teMOzr1abNVeIohL qvoK3evu3HK2TeEu+nSpu1Qws50RraeQxLb3aoHIZJvVTWsF0S1ZHRys7m9uxb7Ml1MIO6TvUu6q SqZwzTmDD1mt47tni3eJ9kVJLX2Xl53Sy/pcvfvnxK+GTJHZZzaP0e7xa68IpWpVXpf331Zcki+o 1eb9RVbPt3OFN6XeX3ODOyctzEtT4ntdtpROLBryI2klqFdtUlp1WZ0RLtqcrzr2qi4kk3wwJuqL 7hae6YMxTg0yqvnup8rRdPDab4zpmzM3cxvVmPqnLdPDpkOnTk250qonpHd27jVboWSIPHcJbOcx JlG4eHDtMWZXdiVnjazCydXcnrvsYrrk6dpe0tvUzNzsxNSPpfbrWWzw7uzXKtZe9zuqFpbLmKqS u1uZeatOnO290Ze3j6tnW8yb22VTu4yzVb3coutvtk6bd1gorMGrZMXKO+hzLK4llNtTMm3d13d2 Yjpru7dttrb6tqt0VtKVWZmdDad7cxOj1UMzW5ywzS97OhPdux7Fe3m7j4dml1XGbqvLUjhLnSqb l7r59rjqtZOno3VC+uS9N7uoklyquSVWZqkrsS6qzFyaxoVThU7tjlVVEt6nEulzbkfXxVO77lwr Vq12Z0TXXEbeZj1KqJJFLJz4tzWSDdWeaiLeYpyJ5VIaqkm5Lwp3eW7zY1puqKcki3n1Vbc3u67u JO+UkkQrLeImoczOzLzUGlanNgxfS8quw7Va8wmqvCQ490rMC3UswVtP7MOr4VrstSE9sh5TLqiR WZH0TN41qkKrJuE7O7sSJzKrFmV1yS+zoextxMnT2mZlVmHczZNvSbysbWgvOycT0lFOVXG+ua8v HtbiWlILMT1Y8zdFWpgoU5mBNth9AuwYl2W+dVeCmXvc13DGt3TKvNpq9RcJxVqV88UvBDu7vCFv Jcixrmuzkpl92tAxZl5mXozcGbk6SLTaNJXDc3ppmjTpd4ILSSU3mulVvb067mXlLLkbUrs3V0Jj qlvVSJzb5E90J1KXmwUsoyMu3d4TVCi5NOY2mIeSJ3rM7MXNzEeX9v3vAeA8B/eElK/QVoKUr/AU pX2FKVpCv0oV+pUKr+BWCshXoketUK6Cv1pKVyVKpf8vxqCH6itJKpVgr9xX7Cv6wrZKFvUEOKCG VBD+RXxFYK6CthXwoUVvSUrsKUrqK/eFRK7EpA0FYgov3pFC/hI71QrmkJXOooi7vJ1RAcQrzFfY VgrIV/ApSvMVxRJFfqbbatVv8P+AAAAAAAAAAAAA/CttrGsCXSFYK6CuVQQ/OFKVpCt4VsK6itoV 84VulC96oV2FdhWiQldBWqR7ClK9xWgr4UEPhCtBW1CkroK8CJVVvUEO8K8RW9CvzVKpa1QryFZV RKraFfEV3oIaiu4r2FcClK50EMFfIVgrQUpXikawr4QpK1hXqKUr4ivIV51BD4UEOQrnQQ9BWQqJ XFCuorBXcV9wpSu9QQ3KiVXjCsFKVzVKpZQorKoVj1okiuVCtRXAraiSK6zwFaJHOFKVlJSshXeh RXIV1fEV1f2oId4Uld0oXq1FaiuyRtQQ9IVEryqgh4sqhXsKUrahRXR50EP7VBDEQGpJBfHrUEPp UEMoIaVKJXKoIchXYV5JHWFe8K6ivpCucK7pQvMV6wrxhXUEivmK2Fb1BDqK6CvnCuyUL2oIa1RU ccMVFR2wpSvSFeFCt4UlfIUpXuKUrvCtFSqXhQQ/AVoKUrpUENkoWor9hSlaUihfYVqK9Uj0FedQ orxFdyinlSKF1pFCwV4CtaoVpJeMKiVtUolbCuYpSu1QQwUpWUEMpKVgrxFKV5pG9QQ4oIbwrQVu JS1qghsJS5iujhI8hXqK4FKVycCv5FcQpK6CuVQorZISuwrBXuK6itEjYVoK++oIerwFdhX/5igr JMprMJnWjMDPNtvwCAIKPP//YYT50Uf8//wMIz4AAAAAAAAAAAAAAAAAAAAAAAAAAAAADe8AAAAA AAAAAAkAAAEIAAAPgAAAAAAHgAAAAABAAcAfNngAAAAAAAAAABPfMA8Hi7vneWvl13Gddd9jnG9c 5ut3q95zz3ved573jty570AAAAADAAOHhD7e+edfeY+7HTy7tJ10DW+7npr3vcr175g65PRzm5HO cAAAB9gAHh4R6H3byDLQfe9555OXQ+9zuhoJdVbG9uXTPAA8EEQTAAOHce7tj0ayPZuWS01WmzM2 Gt4A9AoAcAAPBwnuAbYotZRsyIatZ4AeKAU7gACGC8PQHkrpm2FKKoHB6gUKYAAeGEdw8qpQFUkk SO24AeAA9wACGEPcUioSVUUiJU8DwChXAADwYe1ykQFFLWRJKPAD1Eile4AAgwd7ypIpIvJi2xVU cHgCgYAB94AB91UAAAAAAABgCZEkiSRJRSSQSopbMkklKookopISSSSUSSSSJKKSVSkkkkkkkiSV USkSUUolOPnwAABUgAAUASVSFVJAqlKEqkpRR98AAAAAAAAAAAAAFAKAABgAAAAABAAAA0AA8ADk AAAAAABqYMKklUiNAZA0AaABpoBhqfpqQhKlEBiAAAAAAASNSeqppCVGhphMRiDQNMQAMBJ6pQqk 1AaAACMAAAATQTVKJkRiAmJoon6pkz1RhNNlPSfqaj2lAqKAShSUiGEGAIAwIGA/l/l/l/p/zX+t bf5J8H9P+QHQoV0lUUBQqQUFEqlZC1lWKlUlUqmqxrSaYrSlQqAoVhIqVSVSqQUFJUKwkVFbKpWJ KpahVKpJVKpKhWEUFCKit0KCmqgoRVVYqK3WqgoRUVsqChpUqkqFYaKgpKorZKpVJqqK2VSqS1lU kqlU0xRpGtFIKCgQUFJVFbKorZZVLdaVKpqqK2WsqmmKNJUKwiorZVFbJVKpKgoRQUNLGtNVSqRi jSVRWyqVSQUFIKCksrGkKgprTWimqpbGVBQkKgpKpVJVKpKordVSqaFGiNaKSqVSSqK2VBQihWEZ WNJFSqVBdAqViMUZSaqlUjFbbK21jpUrEqFQFBQ1YrSmmKNIVpVJWNaSqVTVUrEqFQFSsSoLoJKx oxBQYysaSxW2zVUVstYolYqUkqlUlQUIqK2VituqhUCCgpGtFEFB1GVg6RW10KFdMrBgRigxBRog o0BQqTSCgyMrB0KFZGMYxCsHTFBiCgyIysdWKDpW2sjFBkYoMQUHQoV0KFdQUKxQUIoKEUFDWlRW 6/2acDNZLWtbJaxWyysaRQUIoVhplY00qVSCgpKhWEjWK2VCsIoVhFRW6qitlUqmrWVSVSqa1UKw igoRQrDShWEUFCKFYaVFbIKNaFQrCKFYRQrDSxrSVBQiorZUFDUVFbKorYKCkqlUmmta2VRWysVt 1KpVJVKpKhWEsVtuqxrSNa1stYrYxW2yWsVuqpVJVKpKorYFUrEqChFRRGK0pNVRW6tYrZUKw0oL AVFbKoolUrE1ZVLYoVhGsVumK23VUUSoLAUFgLFSmqorZUFCWK22VBQ1pQqBLFCMqCwNKitlQrCL FbZUFDSxW3Qo0SoLAUFgasUaSoVhFitsqlU1aysQKhYkZWDoUK60qVSVRWysa01ZVLYqVSVSqarG tJKhWANZVJQUGAoLpKpXTFBiMrGEKhZqxYOhQroUK6YoM0goMQYxgKC6iCgwFBdMUHTFB0CgumKD pjGMRlY6hUK6BQWAoLpighoUK6FCsQUHShWE01it1UKwiordVjWktZVJVKpKpVJKorZUFCKChpUV uqpVJUFCKChFSqSVBQixrSVCsIKCmtKChqxYDJZWNIoKEVKpGK22MVtuqgoata1sqlUlQUJFCsNK DGKlUlUVurWVSVCsNKFYRQWBNLGtJayqaqCwFCoCxrKVCpAVFE1UKwgtFbKgoaUFgFRolQqBYrSl rK6TVUqkqitlYrbqoLAkaxWy1itksrGmmsqkYo0lrFbKxrTVUUSqKJVFE1UFCWKNNVCsIqVSSoMQ aysRijKNa1uqorZqoVhpQUItVUipVJUFCKlU1UKw1Yo0lrKpKordVSqatYrZUFCLGtJLKpbLFbbL WVSVRWyFQrNUYo6VCjJZVLYoVhFBQigoaUKwixrTVUVsrFbZKCg6YoMBQWIKDpGVjKCg6YoOgUF1 GKDqIysdWMYyMUGNdUlNSksVBYhWDoUKzTFBiCghFgx1ZWDIKFdMUGIysYFQXUQrBiFYMQrB0xQZ GMY6ihWEUKwkVKpoUFJUFCKlU1UFgKlYlQWAqVSSyqWxUVuqxrSVCsJCpa0qlYllUKKiiarFbdSy saaVKpprWiVRWyqKIxRlNVRWysVtlQrCKChI1lYlUrEqitjFbbJVFbKgoRUqkrGtNVRSJJUKgSxY DJaxWyqVSVitsqit1VFbGK0lKpWJVKxNVjWktZVJayqSoVhpUqkqitlQUNKChIVBTUFGtlrKpqoV hFBQipVJVKpqMVtstZVAa1rYKNbprWtlUqka0UlUVupVFbBRrZZVLYqK3VlY01FSqSqK2SqVTTWt bLWVSVSqaqFYRUqkqlUlUqklY1pGK23VUqksrGkioUZWNaQUa2VSqSCjW6lBQZGKDpUVsqChFBQi pVJGKNJVKpBRrZVKpJZWNIqVSUKwdMUHUYoMQUGIKDpig6QUZTUFBSDGjTSCgxCsGJVKxKpXSVRQ FCxEFGka0UkYoMoxR0xQYCgsitqkYo0QUGQUFNIysZqxQZYrbdMVpRijKVCoCooklUqkqlUhWlUl UqmqhUBUrEqFQCoKalUVsYrbZVKpKxrTVUqmpZWMoqKJqsVt1VKpKhWEUFDSpVJUFCKFYQqCklUV sqit1VKpKpVJKg6YqVSVSqSqVSQUFNSoVhpYrbqqVSVSqQUa2VBQkaxWyysaRUqksrGkipVJUKwi goRYrbJVKpGK22VRWwUa3VlUtmlBQ0saRka1rY1rWyqK2CgpqqK2NaKaqlUgo1slbaxjWK2WVS2K lU1VKpKpVJVKpoUa2SqVTUqlUlY1pqqViVSqSqK2VSqago1sqFYQWitlUqmqoolUrEqlYlQqBIoK EZWNIqK2VRW6qiiSVSqSgo00goMjFBjKxpFRW6YrSlQqAqKJVKpJVKpKpVNVSqSyqWyCNFIKCiCj QFCpIxQZoUKyChWRig6VtUQUaIKNJGtK6YoMQUHTFBkQrB0xQdMUGIKDIgoMQUGIKDEKwdAoLrTF B00aDJYo0goKSoKEUKw0qVSCgpqoKEsVtslUVsqFYRYrbKxrTVUVsqFYSxRpqqK2RrRTUqitlUVu mK22VBQlrWtlrKpqMVtsqitCqK2FQU0qVSVSqSsa0goKalYrbGtFJVFbKpVNVjWmoKCmiwYyNSqa qlUjFGmhQUlUVsqFYRQrCKlUkYrbZUFDVijTVlUt1a0sZUFDSpayqK2SqVTUqlU1UKw0oVhGsVsq ChFSsTVrKpLWK2WVS2KlUktYolQqAoLAKgxNWVjSWtFJUKwjWVTVQWBqFQYkzTmFuBqoKEUKwihW GlCoCoollUJRrFbKxrKaqlUgoKSoKGmVS2KlYgo0SqV0mqpVJUFDUsUaS1itksUaQUFAUFlijTUs qlssUaQrSqSqVTTFGktZVJVFborRSRUFJQUHTFBg0UdJZWM0VCuoxQYCgukKwdMUGAxR0hUHTKwY hWDJRijEFB0ysGQUK6BQXTQYOmKDoUK6lY0YCguolUrqChXQoViCgxrFbJUKwixrSVBQjWVTTFGm qpVJUFCKChI1itlY1pGta2VituqgoRQrCasUaaCqVSWsqksqlsVFbqqK2WsqkqChqxRpJVFbKorY KCkqChprFbBRrZVKpKgoaixrSMVtuoxW26qitlQrCLFbZUFDUZWNJYrbYxW2wrRW6YoyjFaUqiiW VQpqxW26FGtlY1pKgoaUFgWKNNSqKJqoVhGVS3SorZUFDSgsCxWlKgsCxRlNVSqS1itlQUNKFYaa ysSVQoxijSVjWU1VFbKordSqK2SoKEVKxKpWIxRpJVFbKpVJUFCNZVNWsqmmK22VCsIqVSSysaS1 opKgoRrFbqyqWxUVs1UKw0FijSVSqSqVSUFBkFCumKDFBQ1a1rZKpVJUFCKitjFGmqgoRUVsFGtl UVupQrB0KFdSjFGRW2sQYx0KFdMrBmmKDpYMdFQqAKCyChXTFB0xQdMYx1GMYyChWIKDpjGOkFB0 ysHUBQXUZWDqsaOkGMYCgukZWMqlUlrFbKorZKpVJVKpKpVNVRW6YrbdVQoyqVSVCsJCoKSoVhqK ChIqKJUFgKFQFCoGlCsIqK2VCsIVBTVrFIlQrCWKMpVKxNCgpLKxpFSqSqVTVrKxGtaRJKpWJAqC hFSqSqVSVjWmmd3Kj3V7qPdXp39cIECB/2gSQkn+iEIfb6EUV/vKUrUoqPolatX5dratq/Lv382J U2JU2BssQqVCQizYGyTZsk2M1NiVNiVCpUKkbKkbKkbKkbJNiVNjNTYlQqVE1I2VI2VI2VI2SbEh KmxmpsSoVI2bA2bA2WCVCpBZsgs2QWbJIsLBNlgmywTZYJUKkFmzJZYSWWEmzZmEhZZIZhZZIVKh JZYSWWEmzZJs2SFlmYWWSGyxCpUJLLCSywk2bJNmyQsskLLMwqVCpUJCSywkssJNmyQsskLLJDZU kqFSCzZEllhJZYBs2AWWAWWAbDYbEqAWWAWWAbNgbNgAFlgGw2Gw2BJZYBZYBs2Bs2AWWAWWAbDY bDYBZYEllgGzYGwqEWbCLLALAsLAsQkNliSVKhUqEWVI2VI2SbNkmxKmxKmxKhqahUjZUjZUjZJs 2SbEqbEqbEqFSoamEjZUiLJNmyTYlTYlTYlQqVCpGzUxsqRsksLJNiVNiVNiVCpUKkbKkbNTGyTZ UNgAFlgGzYFhsDZsDZsDYSbKhUDZsgLNkFhYFhYJssE2WCVCpUkqQWbILNkFhYFhYJCbLBKhUqFS SLNkFmyCwsTYWCbLBNlglQqVCpBZskizZBYWBYmwTZYJssE1KhUqEhJZYZmzZJs2SFlkhZYBsNhs NgFlgFlglTYSbNgFlgFlgGw2Gw2AWWAWWAbNgFlhIAWWAGw2AWWAWWAWWAbNgbKgbNiRs2BsCw2G wCywCywDZsDZsAssAssJDYbCwLEJDZYhUqEWbCLNhFmwixIsLAsQ2WCGyxCpUIs2EWbCLNhFgWFi RYhssQ2WIVKhFmwkIs2EWBYhssSTZYhssQqalQqRsqRsqRsk2JU2JU2M1NiVCpEWVI2VI2VIqFSo VISCzZJFhYGKWCbLBNlglQqVCpBZsgs2QWFiRYWCbLBNlglQqQWbILLALNkFhYJssSSE2WSBUqEl lhJZYBZsgsLBNlgmyxI2rQvzSQ7LyiPCI84jakNgVCykMkUliB/pVmZVlQqRsk2bJNmyTZsk2JqV CpUKlSSpUIGwsEWBYbDYhU2BsqFSoVKkkWBYbDYGw2Gw2AbNgbNgbNkmzZIamoVKhUqFTUyNkmxJ s2SbNkhUqGpqGwqVCpBYWSNkhZZIWWSFSoSWWGZZYSWWEmw2SFlkhZZIWWSFSoSEllhmWWEmzZIW WSFlkhZZIVKhJZYSWWEllhmbNkhZZIWWSFlgGw2AWWAWWAWWAbNhIAWWAFlgGwqBs2Bs2Bs2BsNg bNiRsqRs2BsDYlTYlTYlTYlQqRsqRs1MbKkbJNiQlTYlTYlQqRsqRsqRs1MbJNiVNkypsSoVKhUj ZVlmGVZZhlWWYfklKV8UpSvIiiuqhDJSlYpA/DjmfstIRD/EoQ0uEoQ75SlclCHVIdMizCkzFGYp WIttbRbWK1otq2jaqo2tRtUW1i21Fq0VtRtbRqqNbG2tjft4xQYoxjJg0EQlIREmJKIiTBEgSQJk SEJEyJkSSSggjJSBSRSUjKEoTEmMBooxoNEURQFEmksEUbBFBpNgoiTJpSJNJTNJBCYSkMJhCEpm maSpIyRjQUGkwhmaDICDIBJJIRImMiQBBkgIASIphEJAYNEYNJExAiYkiIylJDMKZSFMgSSMMyIS RkImRJpCmQSiIxiKJNIYjIYDIZgSGQyGSCSTMpCmUzSmk0mjYsJoqIoig0hoTQaTd/8X7kv0a9r6 9C9ryvy1/9rq6aOGzpwyYPjR07u222P/aZNNK6MNGDxSuJVaVVfFNGlVWeW229NnxTRRg0ZNnCmT jjltqmGTJ00KbNGzLaq0bNGzR0wYaVWBTpowdKaRq23VsybMNFccVWymynTR8aOpbbWymjp0w09i 3DDxs6dHTpk4dOm2FVhTRhOmxwZMGTRTBk2cMlMDppy21s0bMDZ0dMHTBg6OsW2+4ZPj4wUwbOHT 4wZPOKrE3bNFMmG1VkwYGDxo8YMctttycKcMFPHThk2ZODh4yZ5bbbTZ40bOGinz3bbbcNmmVVw8 cOmbbbbk+MnCtFbKcHDBg7223GMYmzhOsW2sHTRgo2MGhkwaeViMW9OsqpsdGjxk0xba6bPHDgyU 4ZOGjTRWjBg6cOGzQ2YMmjhVK0bMlNmSkowZttttFNmTQ0YNDJwpw0bKyqpopo0bfKrj1trR0yeP GjwwPnxXjhk04Kp0ps2aJTJsqleGzBsbOGDJswcfW3TC4tmRjlttsYNnjA2bGDRkyMnTBg2KNnTB pi211w2YaNnxTpTJSmTpgyU6dOGTBoPHDA0OGzho+HDhSk0U0YNDBkpo2ZMlNmDpk4nFVMGzZgdG hgybKZGzB42eGjZk6fGjx4cNnHWTDEtvCmTZkU8YNHzdtrxc222/OlYPjo6ZOnDpNmDRi22202YO NGjDYwZNGTRs0bKZNHDTysmPWzpk0eMCnTxTRo2NmTxs8U4eOHVVXjRop08bOnjxw+OnTx0wPHDB XVMHxgwUp1krJs4YKU2fFKpVOmTrLA2YNjKqwUV621ls0aMmxpgrR0p0dOiinRobKOmh0p06wVtV VlxVYPnivHSnDpwYTBXDZo2dMnjpZi2UwaMlOlOGhoYOTkhNyT2QzviBSVUqpUpXfvL1KAAAFtCn vvCgUoT0oAAKe+hy7L5iBVKhEH304UPSlagAHCgvPfa1KlUEqFo+d76AAgEAEoAHPQ9hSh6qUqo2 nvoc6VSg2iUAB82HfYgUCgqoVPeHoAUvgMSqUpX309LC9QBSgBbe+eh6VAChUUAA894UttDpUAAE nvodKHSgAWgABffeF8WJVSqgUp76BwoABSkOqgXz0A6EKAAAAAe+nOqUoABbaUE74HClOtKoFUoB 56c8KVVKgwoIPPffAAttAAKUAPJ76UPVVAoRAC5vwpQ9G0pUpSq+9h74BUqUpRtSmegHoAS+qlSo B76QDpSl6oAwoPvoeB4VSUqoAXz0A8oBQ9KUEtp574BQAA8tFUAL74ehAAAKUClnu/ffAAFQCJQK U99ADyABfCpUqWee8KUvVQAaAUq576AdgJSqAAB3Z76BHMuYgUlVKqVKV83y+pQAAAtoU894UClC elAABS+enKB4oFUqEQffThQ9KVqAAaAvOe+1qVKoJULR8730ABAIAJQAOeh7ClD1UpVRtPfQ50ql BtEoAD5sO+xAoFBVQqe8PQApfAYlUpS999KWF6gClAC2889DwqAFCtQAA994UttDpUAAEl89OlDp QALQAAvnvS9WJVSqgUp76BwoABSkOqgXz0A6EKAAAAAe+nOqUoABbaUE74HClOtKoFUoB56c8KVV KgwoIPPffAAttAAAAA8nvpQ9VUChEALm/ClD0bSlSlKr72HvgFSpSlG1KZ6AegBL6qVKgB57AOlK XqgDCg++h4HSqSlVAC+egHlAKHpSgltPPfAKAAHloqgBffD0IAABSgUs93774AAqARKBSnvoAeQA L4VKlSzz3hSl6qADQClXPfQDsBKVQAAO7PfQLIya7IFtttuDxR48aNqKaMGHjJNmnFVTho3LbJk0 eNGXLbVGzBsnxo2KbNGzpk0cKMHjpkydMHDpg6U0OmzzpVNmZbZ4plMKrHLiy03GzZo0dNHDbbGL cMMmTB04cPHTKVVZODopk0MHDI0dmrZg2Upo4aOu8tttw2aMlOGM222/HDpocNmTJ4ybMnTRowrJ g4cMmhgp5u21NFNmTJxSunD44zbayU0bPinxT5s4dZVsptq21sw4qqdMuFfHB4xPW5ttVmYRH9JD /lkh/qgh+V4fCiIfncFCH2mT4Te87NrsShfrREP2XtMuVl97zpFC5CsRavGUqezKUle6hD5pSlfu FeuKnHFT0wpmUmZVOOUmZSZip64UzKTMVPjhTMlNcKe+RPfCnDJThhTMKcMVNspMyU2wpthTMlNs lNspMwptkp8sKZkpxyU6ZSZhTtxU7cpMwptiptkcArhq5eXoLkSEY3RujUEg/huseA8AGvZ4+4Wl mDNG6N0awYJBu54e94DL8vHzFuZgzWtNaa858++a1kgbE/3f8hJEk/+pIUzStBXvCtSKK85Uq8YV oBJWorJrCtuPFpYzLMsxlliK7ukxGJIjc5BGIkxEc5ERERETuuRERERE7rkRERERHORERERGd3Ii IiIid1yIiIiIjnIgiIjE7rkEREYjd3BgiMREcukREUEO65RJiIyTuuRjBEFHOkYiIiIu7oiIiIiM 7uRERERE7rkRERERO65EREREXd0RERERGd3IiIiIid1yIiIiIu7oiIiIIndcjGCCIu7oxEQRERd3 YwERFDuuRBRJGI5cIiIiIu7oiIiIiJ3XIiIiIjO7kRERERndyIiIiIndciIiIiM7uRERERE7rkRE RERO65ERERETuuQREYiM7uGCMRETu3SIwUSXd0RFBEEbnJMREREZ3ciIiIiI5yIiIiIndciIiIiI 5yIiIiIjnIiIiIjO7kRERERO65ERERBndcIxEZIndcjERBSTuuYwQRRLu3IxJEUQ7uYxJEUQ7rkR giIid1yIiIiIndciIiIiLu6IiIiIid1yIiIiIndciIiIiI5yIiIiIndciIiIIx3diMkRGJ3XIIpI xFzgRFJiIudIwUERG7roiiTEYu66IoIiIndciIiIiI5yIiIiIndciIiIiJ3XIiIiIiOciIiIiJ3X DEGIiJ3XDBGIiC7uiIwUBO65RBEZIndcoIiMkRc5giIyRd3URBERETuuREREREc5ERERETuuRERE RE7rkRERERHORERERE7rkRERERO65ERERERzkREERS7tyIgiIjO7mIKSMRO7cCIigid3MYkjEYu6 6MGIiIjnIiIiIid1yIiIiIzu5ERERETuuREREREc5EREREXd0RERERF3dERERERO65EREREZzsQY iIJ3XIjGTBE7q6YiIxJF3djEBERucgiIiIiOciIiIiM7uRERERGd3IiIiIi7uiIiIiIzu5ERERER zkRERERHORERERGd3IiIIiJ3bkRBERG7uwQRFJiO7sZIiKIltrVbfr2/DbV7srBXuK+QriK+Qr9o rBXIV8xXQVyFcBWCtBW4r7ct80zQpSlKUpSlKUpSlKUpSlKUtaqKioqKioqKioqKioqKioqKioqK ioqKip/nuV++iqdIVErZKUrVKUr5CuSUpX6JSlaylTflW+WY1iIYylJXqvSI9FRVXrEZEc0j2iIa UR6L3iId8RxiPJKUr7JSleBFFfFKUr+UK9EpStYj7pSleyUpWqpVLxSlK1FbJSlbkUVkRoK71VFz rKvCpg/0U/0YP9hoYNGjJgyZNlJsybMGTBg2NGjZs2bNGDJZi2bKYMmTJk0aNlNFNGWjJs2ZNGTc 1bMmjRk0ZMMKrRkybNGzJtq21hpbbbcNWIz37BA9+EAfX0SQH3yiQ++wSfZdAOvkRn32CQe/CAPr 6JID75LVW3e5baq7mDBoyaKZNmzQHg7+T+QkgP7v+b69AIB7ISQFQgB6SNRXyhUSvgkc3+wBY5bH 65b+72ANGqzb/bVYNoPhXl/BnC1Lu86h67S2qYBvMhLTzMzQwrqrscXtVtUO417uLdbctt3fZ3uf kSf7CUEqpUFRbUstKy1llqWW2WW2ssrLLSytLKrLK2VltLEKlIqVIqVjP35+3Hv2vszmuauJ39ub Cu3+WvKrZa2KlhiJIO1TVvSqWFok/skiJIzpaXePp3TLWDCr7887zFtcJnrqMXk2QN7nbLqBbY+H SAzX2b8zFUnQyyk573zA4Qnvr6q5PQDU7zxx0y4/UP1IVahUqRSVJEqUyysstWWUstSytLLUtSSp UhSVEqUipUSM81+97ne8z6j1fEIrr/Ub/YTz0XV5q1W3Tzd4ovRSudzt88PH9qTWpHXxPjt7958Q JmpmPbbMM3c6YJSu4F18cvW23dmy2feW+cy8FrvXCTuLTgGmeXmbDesI2B0O6us5cfXWWGrOTt9n 32MY/Ej9SyRKktRJSUipUKlSKlBUqSpSFWVsstSy1lltrLLUsqUoipRUqGuvuZx3F1nWM/v7+1da yxz9/AvMQIzNNidu5L4sHnxoJncN82Dz79APSe7gw+6xy27qW7x+bx7XLeNV25+wvSYQzkhvy/eh dU7DnaGob85Qec7O2nqD9XoU763x9yvialFD8z9BLJApCwpFSoVKkVKRUoikqEqVAsUWoqUipQlS ipSKlSKlRKlQqUKlIy9Jv7a2vuvSf1dQPfOr1d2Yr7FSzLzgeut7Ri/bJWo9cgnXW9owzXK38PDw AWiuqiT76GfYUoTemET1kyanMZsMlhCaHm5ye7hCG507npgGZZulwlhSWTLCGu2zJ9bLtw7jnOYb 5622zs1OHWYXOyZ289fet/Ik/SWSJRUqRUpIFlrLKtLKllZZbWWWpJSVKSVKkikqIdZ/fz81lhjG mL1i++340ftq8rlQNHrP443dDc2UhkbF1OvWsUuhubKQyP97w8ALdD2yWLygK26iEpCeeBuTIQhP TetEKdOcKU5529OJrTy8tuWcJ0eB5p8hMJ55bN2TZlm+F/U/IhUlUqUVKSVKRUpIstSy1ZZallSy sstpakVKhUoSpQipRUqRK0SaJomoTRP3OT44+jfL6m8/Tg7zvbP3u8vu2tMOnXnJO7bO1rR0685J /vD3ve7B0pRKoew95+cepwUoed8/HjFMTvz1j6+FAVKzuB0G6fZnXd2O5B8zYu7PhdFL97vvK7gv 2e+HZ34973vZ35An6IFkJkWpZWyy1MtmpVpZUpQlSkCkoipUVKkqUFSkqUhSVD93z9z763PtXmMX 90/M54/1KcGIK5JDNm0dJGxJyQ2s3by0Fzvkpw1tSSG1m7eWguf4DwABF0BQW0cm+x2HuaCfQ8r5 4FkezenjqDt5fLbnPPL55CUlhLo58FdTtwGbGExdyBDIdj78q8MuTvd3xX9BP0EhQLSFJSWWVVll tSstpZW0stLEhUqFSlSiKlEpKhUoAeoeoD3h8q79f4Y/0GfHlf59Yk3CcD1VWvY801htBdtVp1LN NYfwA8BYCHfdlVux/N/BbysfDZbLHxx0nn7Od8byp0DkMho51Hgc1KdnQ5kgQvu7ybcxnKF4ABAh CELmHzj3wAD6Sa/TRNamlallaWWqWW1Ky2llbEqFSkKSoVKkVKIKlABQ9Q94UPUPDyPfJ/bfwzav ftv9RrejWxkI3m1F3Osy83kHROui+51mXm8g/3vADxHUI88LTH3u73XeyDrsWeBqsANjDlU3YTYW 0JKZwlYAQNEw1Zt2nm+ctxgblt4pn3LrH4t3vDGMcy3Tn6T9SCay2sstSstLLWWVllallWssrLKp ZWlltllapUFSpFSpCkqRUrv3579ffM129+v9+9JL3lYO4Vhoyzq4VXI0xB3XRuj1Hb13vDgldK6P UdvVm9iVVfdtdmcO7G2w7aldt5e3taO2tdjbG9s2uYG94DGzdTYwsR3Ky72YbwMybzJu9Tbbl7bW u2wa22G6IiIiyJGTZeMYRBETtlcd3jjCIiJ2yqnGMIiInbK1vGMJuOOE97Kq8YwiIm425V4xhERN sKpjGERE2yrjGERBNsq48YREqam3K4xhEolNsuO5MYRETbKuMd3l8d2OMIiJtlfHYTAiIm2XjuTG EREQ7a9hOTCaOHOcuvHcOcm7pveN7xttbtve658b3jHuwp7cVpRVUlJ7pHhVVaEpMHgtt8HvKsCk oehbe5FVVoRDAhaql5WRCcCFvt3d1ChuzatVkQiS2rZKExO7m1arIkpK1akpEiHQtp3Nq1WkpKi2 TBbbQ68Ai2qkpEI0WoTiV4RbVkQlkqLSJPAUKWlHrUW1kSISh4C0tK8LSMJW1FtZEiTBgtt7vCyU hgtt56lEES1hEnm2hQ4nVFkpKHguVaHvetRbWEpGrWE4MFtvd6rVtaSksitkUlAKFJaVratWsirW kSJKRraqq0iTiV5WEScHrbQ73qqrVCJKW2hYVVhLCraqqpEJwR681IgCCCqqtVVrSITweChaWnd5 VJSYLVVChb1qqrIkSNtoUGqtIk4PBbb7vWrVrCJElq1hEjJWlESiNYTwYLbfe81SUitq1apKTiPc 1pEiE8HgttfX1W1rSUItW2qtIkSd6wfX1W1qkSehU5sJSFAQUVEqi2tUIk4lTmwiAwpbFRbWtIhN DrYdwtpKE8GA5RUQ95RbWtIhEii2kpGqLa1kpElDwW21OakSbraFB5Vqq0ng9C2vvVUIwitaqsgV au6HrA8pumTHAgpTlRVcIyhwx687HmzlJKwh4ql3M7Ww0nxJD7Rox6KrL66GK+CbFQLMaGhLZwfd QVWxSla/L2g8Ww5UU3TCMevELG1mk24W+dwnZtk1uxwd26OJdZYcddSqbUp4b7KtVoIvksGCyCKy +TJ60csu9kfTL23gyZ13DJu8pWN2Sc7JrbaPc9yxZLjDOdfCHXqvdK4ddjaYensy5CuzKtjuHQbf lvd2Jce6GGUjKPGr3Tje8JYm8CUtiphjXpTe3p8ZbzK5Z6zlOG9uW22um5GbIUo7N0h0u3eSrXUx kqVQOuq3eqgaY7Z2ZcZXZlXB3DoNvy3u7EuPdDDKRlHjV7pxveEsTeBKWxUwxr0pvb0+Mt5lcs9Z ynDe3LbbXTcjNkKUdm6Q6XbvJVrv2fc5361zXrda373UiTSSREjwwfHDBg2UZNGjJg2aNGTBkZNm TBs2KYNGSmzJTJg2bNGDBo0bMmjRg0bNmSntfV1eV5XleV5vMgPvEDMPb4aA9vhAR9vkjC9+ICF9 fBDfOzIDvoGYe3woD2+EBH2+SML34hbVtbbttW2b0U0bNmDBo0bMGDZk2aMlNGTJowaMmTJY0ZNi mDRo0aMGEpgZNG5zd53edXNxdZ1nV1rX+Cf/eIQh/xR/pIravoK+w44rMqzpw6XXGZtU676Zt36V 4Vr3rsKYt+S/J+W/Hj8PUPtJox9G9+5vH7lK/ROLINhm3p07uV6CiXRavzy3vKG9akISV8z7w9Sl L3WumpNYSXbnzz3nLb3QTcJohot11Zwbbkmt2S1Iz11mZUqi3nM+3bf4T/aJUiVEqUqVCpUBUpUo KZVpsmlqWVssrLLaWVoqVCkqJG98x7rVv7+7/Zbe6/Lu543tK1uZ39Zj033ZbeY1Zb02fwAA93v4 DBVUJbaSa0pZVGflElPx77P0OJrafVl/O+K+9gZBshE/Of0ta30mocUtuOc++67HFS1Cykqm+Z97 mMY4Gs4nb+cwaVtWFmFLZiyY5repqobvKz7PJpuxuk1SYVLKxjnmk3Ya3iXj+OgrCkyYrJismFky qyY2X0vJf4cL/rzL45wiRGfaap0jfb/LD2bq23l53G9c7nm86/ZEPz+nbI/KR+P1rH7+ftujhtjC LcZ2132OGbE5ZGaWox+9tWsmlS2rJtVZd1pJOYYxhhW+ct0PFPUGtKsqt+fjxvnxX6knyyQuPwdI 3c6MLFjFmMfd33GMcm1gZVM+z99+28adYkVfzGMW67zL9ST+hYiW0VLaWalm0stLNpZqWVssqssW WpZaVlpZtLNqWoqWVKjf9+37zX97Ov7vN/2lz+6w+3zPu3ONV1HKVUxRWXvZupE0qpCisvezfw97 wH9ikNLH6W2nFglkGkM99fi3QPUPKxLMOZc/Pt5t5I5c4wktvbrFt/TQPuXJ+vu99BmySlLS6zZ/ NuAj8xu8WkpSFKSXfavQOPgJalLQKsK4Pr9jLXcXWMY3JrTA3hiTKlfmve5bxFsKzrnNeexhj+h/ SQspLCVLIRZVLNpZqWbWWWlZqWUqUipRUshUsiZ5v897+3jeN/mP73sXWv91Xg69Mcot49OPe20Q 28tYdWPe2/ce9+kk/vltg1jEks86/0kSaG1irlYp+/NpEmtSt2dq2TNQv7plbNKtS1Lr9YZqmaaV ksmFkmHdY/cb/P7GMdTllsNUYjucxbFsWpPa++3729a1rXVsi2KqWrNY+59r3HM4YiYsS/vPZdxn PMYxwLZLUr+E/yVIlQqFlSzaysyyqWVlm1LNFJYipYVKFSiKlJUoUB6veFD1EflQVfvzH4X+7n1c Fat7f9iOXK32942dcswr29O8veNnXLMP01rUn2swP47OW34ubdw8vNXeHW6WSop1gqvz77mcYxjH Lvlkwoy1z9u221SrKsJfzN93udXWtfp3ncSMWWrV/O/m/nCT6H7yq+J4yRLGhEv1+Pp6T1kpYW2j ffu8zNtrVmLEd5673uY9MQtSrVirLnEfmvVb/Q/okVFSwVLKltLNaWalmpZa2WapZtEsKlJUoVLI qWFSxPz81vGM/n7+2u/Zp+yuGjuXLrrNe9u5u3ddiys0tXZ647y049Rzne2/SSTXn8mp/EmASfrL qSiSwfr/Efn9sAdQNd+3z37IruoR+mTk76/PNuRbDfGJM2DFxm3DFi2S2Y3rXvs5zniGrI1Ytk4x M9+03tWKxZF137uPtX6kPqkD5Q1hOpPxye8Uotg2Rf2+9buSTfGBbamvzVfwn+QqBZCrKrLNqWSz VlZlm1lm1UqKSpFJYVKipSHnvfefmPq4T+VKxl7n9srA1YQXEFYbvawarCC4jfjr2pIc6qcHWIh1 rpmuaZWmTNOetzueZom2Kywy6c9OvLfOmZ/J1siIYgkfQ/dvUzVjNl9+ftupDV2qVZGLzOH3N6t0 kxtaxJd/hztu05ZItnMc17mnEtX2I81nH61E3ZPrI3YY9/r8/Ncz7eMY75YqllUpVvLbqZMFMrMW 0TFjFcb59tjusYx+z/SQslsKlWtNSzVLLSzUsrZWZZrKSyKlhUpBUoVLIqVHMn9hz4cx/LSSPg0P 5TlreJtRsZmUdc3Kt5NMt8JmV2yblXMmmfe973gB73h+97wHr/1Akf5i9v+WFr9x/n+aHFDWLcGL VR+Yr+35tbvjBjOWWaYq7y/s8/y3jalLIeskZd895PQREpbbYm+rb0nWTdRipaMFnFTNGcMKsY57 n3O29hyozRjrLIsv31u9Zt0k3Yn5rfWpG61RbDGObr+kj/IWIlqipYKy0s1LNaWbSzaWalltSzUs 2pZqYypZllbK9XvAUPUKHq8BQ9XZ/VMP93xn4/zvGshudesm1qozFmW3RK3Y3yl267smZblErdj9 vv4iQiP2SE/pJ1/V5mrGPvsPrdSRoFLDIgfUVH9j6T0tAywaB2v0cGLJSkhrjfq/r6t0xRKMRSjZ xbXNMuW/4kSJJsRm3bq9wxjUi5+/zHPW8Y5cQuMSR+zO+exjG3PzEcLapzfPY64nJcYwlWTtkYx7 s/yH+SQtSwWbSy1ss2WSyqWVpYs1LNUsyzaWbSzaWWssA96Pa+H6v8Msf3GDNG9V/u2lu52df5Kc KgJwXnVYUZHDlgvFVhJGwGBVVVa7FCxQiK0lCPfhfbKr125V7GVXtlV67cq9sqvXbl3d7sqvdtyv tqq7ZV2yom2Vdsq7ZVu2Vd7Kjtnu7tsqm2VcbKu2Vdu7yrsZV2yr7XKjtlXe1Vezr7y0iR4nPKrb SUlDwW215ZKRIkarVbSeCVvMIkwULcrC96tqqSkYSq0Ja1tVSWRqpKEwR7m1RkSWRqyKtqjSUiTi PXlhFbVGhKTiVvNIyVaqWhLJVaRJatVLJQngQttHlpEiRVKJRLZKQ8Ftq9WkpElkqla2kpKVsIk9 D1sH3krWpEniU7rCKpWtpOJR6pKQKqVrUlIlakpOI9yVrZElIlawipWthKVtIgHg4FVR5SqpAoTw S8XpGQbSVUqtJYSlZEjVbVYSwltUlJ4I9yJaItoTwW20G294ndy2qpKEbaoRDwW2ry2qpKRDwULS 2NvJGq0lCeCV5bVUjI2tCJElVbVaRIhwUtLQ629QiCHgtVTuW1WhODQtr1vpKEpFVtVoTiVvNJSY LC288tqslIwbYNtUlJoa2He8tqtJQ9C2tt5JQlVbbbqaZMkAFDLJr3m/Rl4998Zvbvoe+BjEugRK pZpgtZIsODgEkVXZN7rqpKgdir65vTKiLwbvtochD2QS1srGsjGy7uXMTt3ljOlLhgdo4YNxIqJ7 Q3UV1swaCHcHQlCDB2q+K2byXDWzQhomzNaso7zvJZuPQpfHMx5wvRQpb144KVeoXHK3dyhQUFSl HLy7vhtnby9JozeDFnJsSWauh6l2bu4Yme6C8MdCmRDCFZ1iKJ2spdXU0nLhoOKt7O0mmSDbAPOL kXyZnTinrJaehYD0fYMWxjVsx0ezGNlDRgnWsm5zfnyl1VoLJ27YeuE71F5yJYFnl3MXhToUyIYQ rOsRRO1lLq6mk5cNBxVvZ2k0yQbYB5xci+TM6cU9ZLT0LAej7Bi2MatmOj2YxsoaME61k3Ob8+Uu qtBZO3bD1wneovO+8568SJMxGNHxoyZNGjZk0bNmzJg23ba0bNGzRoyYNGDJs0bGjRoyNmTBkYNF NGimTZgyKZMGjZtg0U1CEB9vQn31CF99JEPfkiCPvgMPvogUIQfd3b4J7fUIX30kQ9+Qgj74DD76 ICvq6vq8rq+r0wmzZs2aMGimDZTJhs0aNlNmjJg2YRHcXnsZtvLi61jNzniRJYkgh+gn92jWMJfl /O7bbWFsCJdRnvve8UuEojEs6e/NvBrut3FDFGLb+/v2u9zrPXXFW2qqLbd7/e4v3sYxxJ3zEllY sm6Y+37luyb5hGL3N37NW6bqZstQ5lzXedt7GuMYqT823VuUm7DapKqb+5rfLb+if0iwLIrJlGTJ MmRZMlZMkWVqWVLKyytllaWWpaoiVKSpUKlJKlRKlJ+5d6V9/VwHxuhXHd5DAaebj/lude7Vh41y U2bsLqxMj5KbN/D3ve9wH8CBd+Fi78LnUMyTNGqPzubzDTNbsi1zLWvfYxjiburJuoZZYMqxOX84 22jinu/vvvXOcZvI80wYYYT1SKslWyp97u/c9r81rWtemq4sVUMWTH317+OudV3DCWqufzz7G9ex jHJHdMWWfUPzvX6n8SyQqFstZZVLLUsrSy2llqWVssqrLKyyssrUsrSxEUlJFSoqVKlIzyfz8w+/ r/fcFLdv6sQeY8XPM/jBju4KmvhlppZl0m9Zxji+17bOPe73OcXvn6gP5OfrDSxVueMa0tiYWFWO /mtvz9d6bsltq+YxbRbObYjNLdXCwqo/db7vrVXkOlkzqYLOb9brUu7MW2SPYzz2D6rzdMqqx9Y3 t2+N9vMVJLTH7nvG0mfMCE1YSEIBeQOhmQ1HLKSSOduc5+lOkrImUymUyZFLKZFky1lltpWW1LLL LLKtlZe8BQ9Q94e39379Kn17oWakb/qprWbWr9W3vUZfSpdTMxcO55tN3zp3TzMXDvwA8B/gJEn+ ScaxJV79n8znOaairbFqH99+e7uTlGbGLP7GLv+/O/mMY52lp1RVT7ffw54/B3UCSYSeIWXUoUe+ yzJsk1QJq13OztDk1NEJom+RJeGcKhumoNm6mbJC1tpgZWF1iWphzl/Pmvy3mO1i1Szy5ywPsu95 jGP8T/JIUhUtqWVpZapZWWWssqyy1llqllaVltLLUstayxCpSVKkSkozy/Yv2eXOu7xvHn5z+LrS LukK/lUVY66rDEiRvMpl2a41jrqw497veYzm+5+iSf4kSf5JH9Vv6/O/mGk8s5hgqy3GH9x+91jG OB/SiqO2V+Rhi1m4tkY+e41FVtUqpYsf3v39ak3ZHFe+ct/EiRJNRtWq5c0YVeo9vx87vtXQ+fEl Uhvnj6c9e50I4dmrCR9wybbbuaCTds1P373Peh6qD/E17w8Fu/fNE3pyuurzu/VemEl2qP2s9Sxu HCa3udXnc+6oth6lkcOE1vc6vO+A9736xfz5gKsmVSr9z93zGMb4sZtqMfmpt+vvK/J6yfCyHxEh aRgs6yVSNTWtfmW5qxW2CMWWpe8vmMtBhW++v7n7Hr1zWsYx05tiI9ZVZpMs/nmhu2xVLu5972c5 zz1iO1MTuMSxjP5983xZbDO7+bP2Qhx9pj95+7060xnGM83+dZ+3VWbm1+quXZujuwy+clWnm3Eh hyS+klX32dY/AT9RP2z1WvuX1/LdE3fumJP3d178tbRzuJbDa1jD9a79z7GMcdpM4wnzWEOrKWGt 5Zt9n63O6qlsqx+Mb/GkZpVkUsUsW0ztya07lnGbgX83u9bhOVFpzWmWtsVd0uc5mbM89/D3gPRV 9++Us9+7dpKHl2rM+7IeD1arx03aTkxdB0fSyopi6Dp8PDw/e8FQ8B+qKxz17bvdm1MLiLMPcXVv 5NsFQNmtSbNaiSJ9veeR3OGt7Y6iWHX7397vrmc5Z6MLDGGJGLjfvu4WtyN8wtMw3veZmZuBIE1o hrUNGp5fevbeVFvBbZbaTli1nzXL7uva1rWujyiliEJJ9h3Dd96B1NQJAC7HO+dirP2te94DfnyV /c8/UXWfG+6qy/X4uuPcL2Cto3PNXvvvd6vb659q+978RI1P2NWO1FsL2ssiqlX2dYtzGpZrDETC pnf5+542cVajX7zvPz2LexbaHql19zncuSF0a4T15074GcknTTQupbLrVoWENXz1Xm3rTNM03ePb 29loumpK/Od5z3e3LGMO/7ZTVjVssVh+1f4RHf7+0Hbsf29863+03xrSL/tqVz0WZNI3CWa5dQPI dnJGuXV8PeA9kob78AIKHvCN1pzOc85I/iw7/a523ZcMVYqrZZYLqeAyTCaOye2cmSSwmtUf2fx+ z398RankJ241hM2V+GJixbJOcvItZhPP0whyWq6WTH7526hpbVsT2N9VVf3h7wAua6r5Tr7swdo/ oRfKmv7jq7sGNkjbCxzTmS6vgiFh7VmK6sLLtdrqr7h3Y3veudh21rtrXbKrtre03vG963e9bu8X tfcc7u12zXvHHh286+b7xveN7xtta+11rvE7lEpRFSUJnz7u9vKo9sqvbKo9sr3c7Kr2y1r2yq9s qj125XtlF2yvuzlXbKuxlXbt3LvZV21au2VdjKuduV3s1rtu7u2feUXbNu23Ncardsq9sKr2E8mG YTDhM5yKO69ndx73je8bYw7bbe8b3je7xjuMnmZrVbVhL4j3LWokpMCCAqKnW1pEngwWlpHvMjaq k0G2HW3qESJKq2q0iTBqDz09Vlu7u47uasO2Vvbed5dwK33hpTvDb2uCvHndyVLe287wW6ylBO7u DWW9t53gt1vazvO7g1urgo4VvbO87ju7rKzbuFb6lB48666SOtScGC0yjQoe2tkoRqrbbSJMSvWw lJQwUlpV5RWyMJW2E8ReW1WRW1JQnBwFpbE5bVhPBF61JQjRW1UlIDW1JxO45bVQlCNbaRJgwFpa d48tqta+pE888Fb0Ka687juW6sr2geeCt1nXdx3Ldb6vqDz32LLK9Cu6VeS6nbXUHc6U8SpyIslI kqJIhFFEWE8EU6VVIhKRRRFhPEU4SUjRRFSUgggqKkSVRScHoW3vFPItCJPBbbQeRpElI0ootCeC V4aEQxeVJ1tVrIk6JGR5zW8r6lieeD3ud1urqDncWVgd3OWW8t53nFZb9HWrVq/dt/UviAhfCq4Z 1Cfdn7cumeykNoj9XCB8zwZ7RuaK6pq6O4NYed0sx5xMaamQ9lZG97vLVOtZRe9g3AdW6TVLTTY6 UIqiqce1jc10NyDtAU52F2s8iwaLFCzY7n3FSKDKVq+rAThQb7Cjdh6jwoF0ItJxE8Rm7gu52NV7 DiGJuxqVsvV1cpqF3Y5BTotrtW3BY4xY5wx7euDHDRnhZdru1hN2qeJQYXkHDI79do5qpgpZz88L rk6nVOgVc3o3qiOzT2yXnZeCc+1Q68zabGTBivJW5gvrh3dlHa6YNvIK8kbrfO85dh7u8Nctztgb dqniUGF5BwyO/XaOaqYKWc/PC65Op1ToFXN6N6ojs09sl52XgnPtUOvM2mxkwYryVuYL64d3ZR2u mDbyCvJG63zvOXYe7tAQaKdPGzZs0ZMjJo0U2bNyYMmhTZgyUyNGDRgwZNmjBs0bMmzRgyZMmjRk 2bMlMGjJkyYNGzBkpopoPT1sng8YChwYEMAg62PWyy+74K+vgRg9vk++gCR7fCAPfgneG7wzPd8F fXxIwe3yffQBIe3wgD34ECRkuoyZp6M344ZmOGTMcMmZucmtJP5ITv+RGfud6zbsl/0Y4qqti7r8 mt8S2Fsh9979PsrZfDIKI0+BQv8c97hA3qSUCagQl+ixYs8s1qkDU/uXf53msYxxO2M/hgwslWT8 /PmrLdJiycxhLaqy6b7bZkmlHSmLDuNdzbjRNSlKauJc/fvvtYxj+RJHf7+uOb7rPb25Wbd09/d1 juveQ5fmqule86+2xiMg73fu3F7jW/X7WPyJE/Z+ylsnVlVe+vcVbpJ/FmFKsN+39brVjdQ/LvNu E1SdLMWMz+9rrYbsyuLGHte/NNyRyzQSh/Dd96hya+kKBwIaITQXp8EjqTVlsc/c73V3Izbelk97 7jScVLLIFCvt/A4P3973gANQfG801/MH+4PT+XDKYu+fG2zc68rr4I47D7rzAKbVO+COOw+3jOfy SD/YkSf38pal/cGKWpeXj/DSZWSqTP+W3HLIrTDHzWf7FuJtZG6nSpMZ/vNJrUwVZzHfqzV1JuyK sh5d+NPGt+DO/F+h+H6B+H4NvptBoyw84ZofrovDRG1WZ9Ph/gB4e8F7+cxX/aHWXZqbefex/PKp 2xbp1YJbFVvahQh10Qzvy3W9eV7mvySSN9tttqTevzGn6bf3v7n7/HmElKcmuzWZ6ZPZNv33z6AG 53dloBPp/GvpMw2H0llfv3fQM3Dkv3eG8+tvFt5+fu/pzn6YYttn5d25xFhJEkv35/QkN5op3LeX 3368rry+6VbzMP919r7MOVtqa9urbb7MOVtt69+94D3q9+ATAv+At7ffoME+8ca/r6s8+OZz/Z/P a3KcMO7Vj82YrGWDM7brOatvC61jnPme1qz9SCc/ufvf173sDH83XBgvPjoQQwNZsqZvF1tZW5a7 3N850wTG/STWtbwn7n8SFD30FCFofbl7QlV21VbQ6v1/3VU9ALk+u76D4Uf4/P9+NU2KA/AWMrKq 9+VyfqooVQB47n5nZ71Xz5+Gpu/n3v2/uMW4xzjRqv6SB+fi/ze3FWM/tmrN/MXn5LOuGxrmHS4M y92PabLfus5xrXva/Ekk51/FP4pS/3d+v7hjGN7oA0B/fCwNGYa/D4BBUEE/6k6omqV2DlhITyQl Pu+5NZAJrcl+3v24caik9hOdKq+XMm915mZ/D3gB7Pav1f2TPr7bFOjm9W0KzFd4fq77jt9Wio4Y zLvNldOO31aL999z8BP12fxcW0v5v+0M3PmzNcOe/b/Bybgad2doXAyft5zA15IR5Lr7y8oXWTei gk7AgzLLJ2R759PZyPrfPf49sdgDwsW8H74r+8AAB92V14Z2Q3eX+vu/fJPZt7Ci6CAtbeaLzBlc 2uCSGUkl8B4Rn+OsT+p+fYxjGMYZWq99vR06x+b/eKa85Vuvb7+4/HKvdm+ZW2+r+1vq1rqntXyB AhNMN5lWy25PMl+97N7m/re23+A8PeD/Sof19O3f3xfW3lE8a0+1fTRc3cszro5sbKxPUcsvro5r bKz4e8B6n9Sq7Wj9Q/S/30qoAujUvOu7HtnKeZl2KoBXnRRZmZweHB+ocKqgwJe057w94e96idz7 8y4kkSSuW1xpWDLWdZt/YSHz9+9SePtEq/yGY9TZ6tVXjtZWn9Nwmi6vHfEznnmOsAJyWWEpNE1w 9tuZwtto72qvtlV525V8bKr2yqdsqu2VW9svu52VXbKvYyrtlXbKu7bnd3uyrtla7ZV9sou293c7 2VHbL22Nm12yr2yrjZV2yrvXNavbxO7zaE9qEeL5aqAIUoUpaNWpEJgl628taEZFakSJLbarVIk8 HgodRUWHvNkSUKFtqlVqwiTBHubIkZEqtWE7raFB5biKXlq0lAOC213nNb2lByedzuWbXpp3nFlL Sq1UiTxOebQlJgQwKq3i+WqkSUIq2hPBgtteKeESioRBC3KwrzUiE8S8XlqoSq1IkoULbRKrVkSG hbXlsiTidxeWqkSNWyJPE7i8tWEsLaSrYTiKXlq0lCeDwUtLQe8tZrJ3c7llu3tB3nnFm31fUtvc Xy1UiQoIVVSraEpOIpeWqkSIettCvNoSggWlopVaqE6Gth3vNSISkqUREoqEqtpMGttB4vlqyJBC 21q2RJ4GFt5Ly1YRJ6HrYd7zbVZElI2q1rCeDwW2vvNhEi1WtUlIIWqsGraShPEUvLVpLCVbSUmh bYNvLWtIkQ8GBVV7zaEsg2wWq1rSJME55tCeJW8ta0lVqRCYl68ta0JQ4KWlrwzLqx6/emLL4h1D 11dVejDxXdEBMxThJvXfcVkkmdk0LVdl5q4TkSN9vebU4bOXMuXbafct6ibNisku+yM7WVR1GGiR lmJssE9mEl37BXdWtXuLtsaxomvh3O61nb3OWKcK26vhzreCY3Vtd0S66NVKuawwnrOx9FeV3I5k EVk9t3rFsEQvu0Y8by859KPboec2Zh3DXcXt9tQrlfKDA+EO3hZQSVaNhtKCg6T2Knh3JVZU6aHt K8jSF82cJbVI9smmpRboXct4tCbvx3oi+wLZaDhSTuJ26FUdekRw3U3zu9vbWNnQxYJKgs8G5BRc vdjJNpg+MDvdk6Dt3Kp46ujj3keV7kdLDuSqyn00PaV5GkL5s4S2qR7ZNNSi3Qu5bxaE3fjvRF9g Wy0HCkncTt0Ko69Ijhupvnd7e2sbOhiwSVBZ4NyCi5e7GSbTB8YHe7J0HbuVTx1dHHvd5z6JEEnD J3YwYMFNmD42aNFNmzBopg0mismimjZswZMGjBk2ZNGjJs0aNmjRo0bNGjcmbZgybMmzJo0aNGzR o0ZNGDJkyaMmDZtfVeV7K9q8pXV5XnoEebxAB7fDBfb4ACPd8QB7XwU+vkBffF3gEeeIgA9vhgvt 8ABHu+IA9NrS7bq221vdrRkpkwUpo2YNmjBg5AkSRd9xq/XWsYxxImvpJrWiT9ACe8fp32y1nAIA H3fTcpK3OH1nWHdi78Rwu6oD98/vqpAFMu7u891V7qnO+6u2Dovn9n13c8KoeG/WAUiBoFi+sfvD w8PYP3Nn6Xncuzf36iD0vbHTHa0ZzpbZRGLhjrXT62yMfDH73h733gPD1+0ZVV+sUx+/fVXcb4Ch kXxoxGTMzMEAofnzlVRF4tUy5d3SXl0GX03d3cBGV6bcP1UtCAqz9PmuPd3dwC8K+nVVaNBQ3LF3 +8PACbNBmbs5/h2XRrMr8yTbNJ08WNdvs89e+vc9z7u+JEn5BHnK/fm7i0ttn5GM1PC7j5lRaSc3 YcM+6HMnJ5+9fFWhyoh1kzMzRD+zJnw7uoe2vnJVb7yFCvOZ89WmvvPU6oVWjh4iLsH4Dw94Zqhw CcPhXH1ZebR6oav8s5cU81WLp433NvNVi+6mpqfanpP1O+OW9/PrFXNnR3X9uKNzOv5t/szMnmKl iyq5fBRi9zZ99wdCiJ99B97hWWFtVuHjCTa6xniBw3ox+94DwFEffvg72vry4NyvzHciTh17p1L4 9nLHWC/PMuY97nc2MvO5cx7z7Wta1O/gAAhPP0cqxTfNet0MOfnzzS1nuHtO3K+/es6BOEvCuRDX P11v6229sIQhN+nnMtsg6gDVUKFY6qx+HveHgmPl+I5gv7jrz9satZyi2m93VebwVbzpVVYkQq3l Sr4e8Bpn6EJyTDf3j6E5Q52z3pZpJ+N/rQA8lWd9pFUO8gfg7qsA0ZXvnjdVx9VDPW1JBJVNwW7e /ZmZQwdqraur/Ae8B49tfp934/sKG59d4Rq/DZUtuXS2lVo9W11moW999i91fXHeburvHL7n5Ek2 kSJJqfrFX9pAD6F9DKTUPr5czn0s7POuc8STlXkZhIE5896HWQ74YeBNnSndg9P3nJmSXr+lVwPq qvDOjqq/ADw8MfSEXVsfj1i0FyH4L5do1Z7cGzd7NwbY7s9uDe3ezc+8JNa+lJz8Tf7oezCEN2fb Jz8Upmp0PedwNT999DzCARJN5LQebzntAN8O/Z9w3wF+z7y84B11KQu+zJkN44H7U1qSb+npUoQU wou/Yd7MNW70rMpcP2YFbzJhozSlmIHsHWsw4aK0pZ8B7w9vg+4MQcPzRn376ZmZbHn6Gfe3uqya arMvK4YRYoWLFChMOy4mczMBr5nqqcbqw9uq9g2hbOUrNa+YkxZnfH6iSPz2rfXa/efneZ3bz7Fa ad3X7KymXLqtLq74uro1i3qMVaa7Me9bvOauuXec83+BD9OdpbMK7+cYNNIQ2Ghv6M9wH0pS5Jy5 OYT9vmZYzX5t+342w1X3dt7N93vNu5uPzvOe/H7EgwEhXyIrUd0s/ll8+vtF4jWHDSunQqgkyuVK hVBJJDu/U722Ovu2uvh26O7uF9zm9trXbWuxnbWuxsa3e9bvHuOZhFHDtefXt71d633jbYfeNtrX bWvgEKWlPFC2Td3u7neuVXtl3d3tqqvbKr2yovbPu7n2yq+9lVe2Ve2a1125XbIru25XvZq7ZV2y qbtuV7bd3PbKu2VcbLbtl2ztlXbL3dt5Fdsq7Z7u7tlV7J5MJ2OMe7x2fd297uHDn29473je8b3r dsbGN7xveN7x7ct3Hk1atJUCkWRpbJxFApOhrYd1jSvaO7u5bL6gXYbe0+7u7q6vObYFvK90PPG3 tnCpb6vtIt5429s4VLUPLOFsryltW0nEW2knglGTBQwKovNtq9r6g+89bLdr4154k1KPO7tdrmy3 V3C6zlaCW+r6g88a3tdQcGNuq9pE7wVLKURYbdQNcKlurzQ88VBbeV5Qd4WBbK90OFu16a88FSvt DjZZsFX1nNllKWIJN9a+TXePq8oO8Et7XUFy2CW9rdyLYKlEPAWlp3UC20CkMGBVXuuDUHeC1eol NcW8ryvnd3dXvotlgt7buFX1nNlrqWJ3LRpLiyVMJjFtVLbEvnPY7j2d87r7Yj9r5WH3KxK7MDyF UxylDWM2hmvSwh3N04uqg77Zk2suZibxdBubSWRYe8dpiN7BoY3N7MyGw3cejCuRlKi+PGtGZlXQ dQU8Gd2zZVBu6dN90b7Mos9TBLKPXTp3rsFDRq7DOqA3mYMLdBrtxK3H1aXotCjpQw1QMpbujKez /t610CnwB3Cgcm4W718Or7bzLtes+2gVNzO4dKIWtitzj486yZPHx1R9zdbVDqiVMyGy7kT7iKU5 1uUrii1rEunSLWSt4SiXlNSGGdMUGX1ZtRrFVZsWapuXqFZpztucrBx0+OzXT10Rid0lY72UJq3M fDpRC1sVucfHnWTJ4+OqPubraodUSpmQ2XcifcRSnOtylcUWtYl06RayVvCUS8pqQwzpigy+rNqN YqrNizVNy9QrNOdtzlYOOnx2a6euiMTukr0CwKAoCAMyYOmjRoyYOFYVWzBoybNGTBswYKU2YNmj Zg2bNmDRTBs0YMmimjRkps0aMmTZk2YNlMG0wZNFMGqV1eV5XV1eV1eV1wYAPfmTPb5EAPfgEAfb 5GPfsQj37CJPvh3gAu8yZ9fIgB78AgD7fIx79iEe/YRJ98OpXV7X1dXtdWTBkwZMFKaM7fYxb1Ik ST9Sa1rf8SBPtv17hAzeod87G/u5mZnMmp0sOx1YkvJl3O77+VfI8Aoefuec77bb5DzbNhkusJ73 3fPLbZ9oO376+d2DHklj9KEnx72zqsf0mprU+/bl/OkHuvP1OZvh+43r8c32x2/OPXJtse/BCAdA /FPspShshOYens38sUmv3eMsCMhmc59bed/PmZNeG+75sLuBOQzm2ZN6IAem/uTk4Tefe4wIb3rH mP7UmtSLh8EPPjPdU8l595551/XnpzZecsPbN95yF7kG0XIXMg2/TUmtfazX79e8jZGYAQ1+juv6 2k2YUX7e/Cc1D6zDttOzcoGfs2s3Mk3JkvZkw13njx8MBk5AjezmQ98DoPJ2uXLb+k0PeHD5Ls39 tdnC/nOINg0C8eZWb+prIEW8rGabxj4e94Aqhw/csqgN9VUPs9O3BmM4TZIm895+zMzO65Nye+XE Bky5e8VWO7rXM5xVd7hyH7L95m/PL9be2HtmrCe1mq4ZXWPq1Xd/vAAAV9p4s1eVk35vhl77a735 +887szYLeu3onO77szYLeu3p9rUJXa5P3LG/mjMsqt9/Ptm1k/c5+3+/Ndmj34+9D6O+Skt+akoC fO/IEszkgTGe5kGEJd5nr8QOYHYNzMmBzfvJ+kgA9+DqhU7rOPZt6aO0Vd6Qh1V++I0neDfXDuCT KiMga64dwSZ94Dw9nz746P1E/ls1o73e7WpONcze85blqvzfHY2309VkyB5e93u/rbvyYQJSe/s7 Amb1y9zf27b/eHvACH7vsXt/ObVbbpb8NwVFjBFUOFFY6fPJ2tvBVnuxauRKwVZ7s+A94eI/UKDt Nqtm3d2h35frob1CvVVUBXVYhVJ1XeBFeDE2xg2XQodvfuVUheiGq32jzBVvgeaYhyBKW+BjJm9n 1ttuOWSJPMH4D3h4yHkPtyhRZ/dQ3npRW1+4w5LFbnS8Jw2K3CfgAB5/l9P36qa9n3Vo0A5nDKM8 wv7P0dobZPTYDId+zsuWWzcYQIvuJdCqNK6XLFVAUQbsXdVYvOU44P3vAeAn76ldyVdZVbQhokms lfgfP7r6ULwdOwc1zm1wiEUwcp0m18B4eG+xQfseob9IymgO/jPJmt1n3Zvck8/eedxVXfApLd37 tWe2gKYn3Mu5Pu7u7s8PhTQXU7BGx893nlttskwdclIZKa5P01rU1PPnV9r7n6C/P9YsYF37Ddzp VG3avtlBk9fZsu9Lu3fW9dBE9fZru9+Hh7w70oD9+dCql2B7L9ch2ffqpDQ7F0Dw+yqH0t1Tup8h oGVtVQr31Cxu+zUjczqokWPUQ++Az28OQJqv3h7wAo1Jwzfh2C7Wsn8eOV+bL3o+XZRnMWXmVvHm +fZRfMWXmaPaaFCvV7zy7fvufoyq9sru73ZUXtlV7ZUvbKr3sqvbKi9sq9sqO27u52yqbZVxsq7Z V2yqbe3cvbKu2RXbKu1Lndtt3u9vKu2V7tuWt2yrtl7udlVh1LShQ6d1knelvbWvPRLdVyJrm0oA VUjDrYPAaGtg9bQKRBVVBAfV9Qd4LZYLNgtvtemu8LArdQObLeW7htjZby3cLys5rfV1BwS3tu5r eV1BxJllKAbe17SvV3dd1eeipZsbX2huRZb63XKieW67b23XIreUpEUu29t1yKeCUaSk820KRpaT B4MCoqTr1ZZUT63XKzXprrk28t1yt9Zclb411y15oblJZbtfGvLxbq4K4jZbyvqiLy82RFsC3lnR bK9qIu4t7WJaEwYFVXrJSUKGBVWpaB58KV3jZb2vgrvIlhrdX1B55ErItRF54KV141iN6h6wL8Kq qFje6+wZ0IoHpB0TXcauBSxux0ZBgsjbkz2l8l0TrMlURs7tDQrQptnbBx7AOtruqE2e682ImqNS tvJd5Sur1JP3bhnCFVmEtMd1vdD7HulQAjguTpls1eOtfmEFKI1rbQll6bJBzuXPIeQW7L6xkDxd Cohb69J7nmxTIVJuFaHemdovL86rga171V3O4O7Ulyb0ut7WL7KrZECzNKrK0baxzeE7aGXughaM e0luxEXTyCFTh3Bi0vO8STV1XJcZt9TB7K9F07tpGZNviQQeSwXiiCB7OoR1vYsy3z54cWrht0ge rdG7DzFTtY3M6V0FFVLqHZ3VPdr409xiHYx3bukjZtDL3RA9GTaS3WiLp5BCpw7gxaXneJJq6rku M2+pg9lei6d20jMm3xIIPJYLxRBA9nUI63sWZb588OLVw26QPVujdh5ip2sbmdK6Ciql1Ds7qnu1 8ae58+5r7ze9a2r42UwYOHDJSmjQ+NGjZsZKbNmDJkyZKZKUwUwZMGjRspRs0YNimjbBU0YNGTRs 2aMGTDZEkzr2AED35hIPq+wx98kRvfhBfa+Q9+68ISZ15ACB78wkD6vsMffJEb74QX2vkPfur2vq 9r6sGDJo0YNmjRoyZNGjRswYNGjJk0YNGjRkwYMCppIkST11rObcx7s76++3ird/vTDDje7dPWPr 8/H1N9FsN8/G/Kuk+oGUtNziuD5o+OiqHeIIN5orLF3S0XOe0xNsXZHV4blhdlVlXV+GdfhqcvUw frF2HhIxfFHGlxw37AnMxYssVrCTGvts91E1ovTucNOdZ7qJrRencfh87Fb33yDBATrwo86rck3J fMzCZLM2FdTPHN3WfTze4E33Rwhfd7De7vc6GTZqE355uI23ME4jd+7x3m9j+3sz5B9owwTKa6ws vZNvFXarCy9Pcu9/cp3gc1zkDx++DcnoaHvt37aFt94DewfHT27u6fHzdooXdVYuyDXvdVbvxqRt vnZogWWeRdWufOHNy6YBCQJ8m9f19d3fzmcbLdXW/E9CMg6jfXOfkSZKju6s77hN41ZPiDufcF7K vxqvrmy7vAAzvmZ33nMtvItCywlJ57fWHttsjOckKqqF917St72d4aoM8HXWIKzLqaSOHaovtquN eFZOrgZPhY3bfPuzaYNVxq8IVquw19clhpI5wxXqsIpHOH/ePe8APeHgJ+813s8F3vV+JEEAIAVf nXT8D40CKFDZUkVUV4WCvvs+dVSVB6IRfC7scO9QqhPifpmZiY96h8t37jtVY2tIZQm4bF47nU0s NtjJw3pjVx7ZW41fR7fKbycuLcavfvmXffeyJ8amqbzePVXmuQn24yIEup9b5svMzDbD1dvCj7BV eausVVnTquqCPe7A7Js4E93zu5vLdi1JwhM8z5Dnd+ZXKs+6gab2r+eWslcdc3lAkHgItbtm+FxY lbKB4HARb3bN8LaxKx9AbU+y9OK8wk+vDvpMIO4HW27rMMN6turZEDWs7z2hvWsjPM876ZmODOzp GENXvufM1LdeuG8rMvKAQquPXu1Q1UtC6xdkHFm7PurcgtZr5DECUOzb7TdxZq15vFJ3vOW+dc7n jm96+38Yqt81qZlecVXhL79vnh54q+a0261gz37ocPs5rIGjmedDNzco6qsX72/a0OBQFUHy5A2b sXQYFi8InyWdxNulp6Uwndfa6zbF6tukJmUcQO6L4M6GSbpg5lHGDui+DJ+E+sWKFQ6t6D2AXTAC Evn2W25qhOd557822dk7v4Pfsstu5LOS+eeW3c1uBM+43vgcm4Q1rMnSeDHs7VXwyqwDt18h2J9d hgpjvlboRWSFBmazqOq+y1ubsJqs2uN5l7ubpJqs3RNz6wwhlS4n31ix4VDnvUF9X3yu73wx7mdK c9y46ta2bVXs4flwr8z7rfeFCEAgvnOck5uy2wzfLgXz6zf3Jxfd3deX26PqN4+IfXozLD07Y674 Zljt7X3a1+vwZux22O3bHdsO2tdta52t7eNsb3jd6248e3j28e45Nx2p7w8OG+63GN7xveNth7Zt dtadSFLJSXnb3dy+2VXnblXxsqvbd3cu9cqvbKr2yivb27mvvZV9sou2tdjKjtlXbKuduV9squ2V dsKptlXbL3dt5V23bK9jKu3buXeyrnzl21Ve2V7t48mE8ON1Hbq7uPe8dh93b3je8O8m94222N7x tsPvexz13He7cqDS0oUKWvF9Qe+m28t3S3tdQcNt5XtB55NqG2KlvLOKxU2G8rzQ882gy3lnWwZs q63dFSzY2UoCKlut3DJturzQ7w1kWpoQ2RqNlvLOirrObNqRdZzWbIlhrdbuiW8t3NvLd0VLeW7m yyIst5bueWXIrSkQLdbt0xWVhiLeVnNllRFuoGuRst5W65NRE0a31eV7Xd3d3l6msNb2lBuTb30U rzxtK+13d3MFlk6vaDzV4LLJ9W7ce+ileXm3tdURrhW8SsCxzWnbc/d+vNZZrExvr7TDjXWeOEbr CIxbuF+6ywjWacvMo6WOVu6F3mErNXLa7p3nM1JtccGrMErpW1lwZ7r2oUFkeXhq9SBGgiJG4l2z rhbT27lxTqp7XNiuQXXr7UVOESC3bHXdzhROQ0OO10W4h1ntMs3y7jBOqmexLdQupfYSjuPTdTFk oq0cp9awTLQIncLDiyGYh3SaITXE0+4qaLje3IMtx4tLpmmz3QYuZ3s5MHjXXND45sxJ872SEjdy i6A4+u3sRd0Jo3sazHndXHB3aIjRTGHM0XeS2h0Iy8PILMOgzDfPbVZFXve94e9525uMdzWhk1xN PuKmi43tyDLceLS6Zps90GLmd7OTB411zQ+ObMSfO9khI3cougOPrt7EXdCaN7Gsx53Vxwd2iI0U xhzNF3ktodCMvDyCzDoMw3z21c/dtiIknTxTBwUweNGDBkyfGDRgpoyZNGjRgwYNGTBgwZNDJkwa MGzBTRsyYMGjZTBTBgyUyYMGRlIQT34AR98IEH18Mvd817vhASPvgFAhBPfgBHvzAg+vhl7vmvd8 ICR98AoFKva9r6vq8mzJs0aNGTZswZNmzJswYNGjJgyaMl5v2c1c5znOakSJJ/siJPMP2uW8Yya/ frcTK1Tdl/LcZa5r8ubdm6ZLKbzn37ra63z1bb0tbY9fq23RDAO+EqGSnh5+vhu277kvv1veXvd0 3nymXRomre3u9Eb4PczoJOWPVGob4PczoJOX5fVVVVIT6q+/bc77R1D6Vtjsu71G6/adA0W/lz5X d4PbRrhZoBeGdVX6h1lhzz3e+xVl1zSTL9CBHRrJK/bzfVcfZXxVal33vhhQOZV7Fg6sdYJRmdgr BxVYSy9rex4KwcnWEsrx8Pe8APAfULoA1z76CGaNwgPkue+228ymfezc1kIZuBHQZgSa6c2AUh95 1iGWRhDRL3i2Evu+Sbk3vAAMv0OecPpn2+uUu5kv14PrM1NG7SqsiSSnYjnbuRPO7F2prEc3mPnf He3fhLqUmgj5yUGTt3vJ8349547d3xwBpZVbk+Bzsx7u7uAOlXl8FFHgXn7L+vo/u7u7kBwCqguy /ZuUALoPe+su7ujgezgbq8xZlV9i5S7z3UfjtcVnVwPCm8uzfbx7kIgtVireXavt59zDQWqgRD4s 58smQgUjKmiQhCX3nvvd23mp19dkmAQnJ5nLbkA3PhNbkswhrfJ1wjiLCrDtVtvbu4xkvtreaSVL AnvI1QXxqnRstujuVQb2qVOy26O2BXq9tev7D0N7NS3IzNMLYe/XOZbe5AnPvt89+DvmWdc4a6rT 7Nu5Hd3BynOzgphIZ991mfWHkiQJ5Nvob+uI3x3Zv0mfTKS373XA3qFr1Yev0DStjEedeq8d+YaV sYj31UPZ7Y+/eqfW05yas95KhyWbhGWWc+X72eA6nZsnveO7aBqBAJN+nWYQb33G24SgEsY2fMCA +fY/Pgzf2a2md+N5eR0OoYl6Y3eZ2gxIVMS3zOu8ztDSQPHu82cBpPjV7m/aG9bA1d7mRIcut617 91rLJga+cfj4peal8tvr796BucN/e57bvfCtBdUKpGeVXlXp6vpMqtfnQV5YHcvj1fbWGlvw+lHh tdzO2n1yGNRSYHge723VjNdWg6rqLoEs7dWM11bDquo9X3hXnh9537735V+s+JZvJcwmcZmBzvqB zW9IBwNGZ0dkM5zz7O9l84xVgeSDZYmrJO/e73yy264RnfOZM0HbKQ74fFN3PgUwbmep3wlZnacz tuxTrs7GZsZjTg4AeBq+ecZsZjTg7Pd1eq62aqFV4bkzKqfXXmnfMgSRAhA9yehnb4byW2Xl1L9S +l+EPiXmXdV1DhWiplUL9xjcqsVt2nLb9nTPu7XGeb8C4fVfL972KTse898jDJzyM33fO5uMMnex mya3qbgGtW+8txX2yq9t7u5fGyq9s93c7XVXtlV7ZWt7Z3dz72Ve2UXbKu2pW7ZV3sq7b3dztqq7 ZV2yo67crvXKb2qrs+8rtq1ds+7u3sq7Z93dvYVe2VQOpKS32J062klpKQ8HgFRU6dbgMFKo8dQl h5FNuNvK+CvLxWV9QdXVfW65byvdDq8llZFva9CuryWW9t12ykreV7QdeVeildXSt5Zdt7XBt029 suWW816a8t5lvbLlllKSSUpS9r2g8vFb6upYnUqVFbrK6RaSy3a9NeXiylKIkRZZXUHdeWXIrNkt 1eURbjqWhMCFtolIghgaqzqWk9XoV55UsqIr3Q5bLfV7SiLy8lJdXoV14m3tnW3mhtyVMbeWXIss q8RK7r6va+ru67ut5eorLLF7X1B14gJYbK0KDxSeIjS0JiKUhgo65FYqW63XIs2VLe17QCqFUMAw aPXdeHl2oStirg74sax1Oa1WEHnVXl73IN6vErh0Gvq7piLVSaujpSBiKGqyu4mQLle5T3QUSwuV X0qQraFx3S6TbZp51VuoQPNcynnSDWudKzV7li5JWylDmbeZZmtAnPG5RwXlLZfl7TUvuu8Dl7ZL 7ZpMqZXs3EZbvkdLnZth2hmdlVmkIGkEc7L9qs6OztNhWH25lZ1e0GuzSI/YWC7gxu1otZ7nQpZQ QCE0Z04S1In3ORiJXe1nUZnBM3kqV6cIIONrHZPenCR95wXdqq6XwzqnVvGh3XHg1CC2zMKp7u1I DOmG+xjhcoNb13qDMFknmdPKKBTTU0RuVaHve8Pe9nndCplDQIDozlwlqRPucjESu9rOozOCZvJU r04QQcbWOye9OEj7zgu7VV0vhnVOreNDuuPBqEFtmYVT3dqQGdMN9jHC5Qa3rvUGYLJPM6eUUCmm pojcuOSCEkcNFMGjhg+KMGjZs0aMmzZspTJTBgybNmymTJoyZNGTJo0bNFKZNmDRoyaMGTRo2YNi mDRTZs2aNlNDRgwbNFMmzNdXleV1dXeDL3fEvfjMSH3ySXvyUH18An3xgJPvh5eDLt4S9+MxIffJ Je/JQfXwCffGAk++HV5Svffvx+93vdtyTWprSamprV18SvHznQOzAJ79v723nC+Pz8/MTab36Yz5 WI+5fy3Bpqu6YzomxuW3N71oIdbCaQMm9zfMgTk5nThqvtzsrKf2VtaRwQVpdg2fFVsxEFZQUvuq VeGgTfdRQHXgr158n2+gc7bqqYFAAms++wPtzTzrC2W3YENbPO7N92F7nuZd3r8N8Ro7a8K+h+oV XAfdqG5kz4fBjTnbLVZc0EZfVNERNRs4urXY586TZxcZyZ9b3ngM3BPe+OBueN8d7JmpuRy2qSWW hZZPePh34Oa6fb8DMjc93vG81A5k13189+OZv6Rmk9CWFC+0ufB9rcxTKohU/qQypW1y74a4w6WH rFZRkmPo7dc28fOwHvUadVXtBxVWnQ8Hvtv3quvuFj7Pia8KoTGMLqi+n1597gGMqru6qd0qh3eF Fi6r75ZmYTyIqlVdemHtvSdlhdkrk9+wVIjDNF36tFnda1h12dlSCwVFarBmDaeHKbFgtq1WDffP wqB5QV2Lz2ykyVTu7aYoCgqpG7vVXUK2lsuzYu72+Ue8M3zpAyc1z2zVWm+ctua3JyBFrnng0e6l 20Hf3RcUKrcskZ3zzu4Vq3cPllS75Tcuz1VdG74ncuzz0ihVYDa+QP313eg0N3oS6k9fmKA2fQ79 pWVVgI/T4cPKpCUnSA5HTrxyOtwNZN0kB7sLhANuqqr9u3zu3d2XwpD4/ShrVNmG2b3Ou7hGbtY1 uRXW5p2r9xoUltVqV1uatq/ciHe5v74LLYaIa94+1779beTvlnPt3OgbW8+eu7cxu7xv8zr5dy6+ 69tbNqpWbu9e+KtnMLqHvOZOEDhbQ5rVId2Tv1t8T6hmdtDPrqfdyPboztyxo6z037H9SSeHZUbr DXWy2dzt00U6w11st2PQ10h5VyTs+ga85nPt23mtXn33NquQ1w1t84c520Lb2YPmub8u1WeEDWHn vtTnvL0Wtym5EGgAB58s3zhhS3WvffOhvQTbfKYRfw3ECKm/FfZnGbxG1u7XPDm1CaIbxbadd2Zd PnSDeLbTruzw+8KqnhG5Q9klhbOd9mYQPnu+ZVPfOB5ryaNXfHWTYe+XGKpKTCmvPitned3UWveT ALaUDa6fbORV8NhWn7jczdkQ0OXZo71K9NbFnOjm011O9Na1nOjVj4VQ2tZlbu5p2TpAnIb9mmZr ISffZ73yKs53xPADu9V7gOAd9IEru+VICpbPakMIAr4rCsVbu5r91HeGaAztuI9dVd3X09hY344O qcLNDBBk2qzMbG8qzFHtM1RzHw3nWY2/fPr7+cfH5jOxtptt17bwm2tdta7a12Ndjd43vW7x7enu t5MOvdr3j3et7TNu2t9712x7bWu2tdtaHFLJe92VV7ZVe7Or72q1e2q57b1WvO3KvjZVe2VXtlre 7bre2VdrqrtlXbKptt3c9squ2V3ecq7ZV2Mq3bKuXlXbVa3bKuNlXdtyvYyr2yvG473GOOHDhuuc 9TuHG692943vG94229c73je8b3jevex7jJ4bfbBgtt9rCVvicNG3lNB1XtfUoi68RZaUjAoqNQMS jS0lJwa20HiUKERW6vqIt55KyItRdXgV14ixUsiLdbuqWUpEWJ5WdbeWXJt9XUd3dZacSiUKBQKH KqgkaWkpPEqE0KqwtpbJSeJU4DBgRUXvWPrd0sI1vq+oPPJZWDV1eIlK88qWWDK9qInWy3tnGzQL b7Xprzwy31nWwYTxKgcCGC0VGg9SyFJgubbXbypQ1NZdXlEW88Nt7XUoidhsNt7bulvLONXtbuqp ND1sHrZwUEBUVlJKTErbOt3VoMt5X1LE7y2bDKBLRpMYthYlHOYxPsa7ed+be5r7HWPfJ5A6y8Ib q2eHKLd3TwunWWobkN5HVRCHXpRBOSHdq9zhr0wbubw6X1bT2mO4iQ0HMhgQL19Q2IrapG6J6lu7 Sj6q3KdaNxDpSXJezat0XTnVV2xnEW29TI6Dqq+6hh6zjGrGq2m9MHapm7tWEhmTjXc49ig5ZW0n 6jUL1HHMrb3gs6ZCGY4loc2uDvLyo/EZwzLbyRwc285zq68yFKMJA6LVmTT2bgZbnUNrnWPLhuXa wzN0RJZe3ugtkEFjJOTFMJcydj9ifWMsSU+JYvpW2odq7W2r5SmwaLdTsnmO450GmekNagu63Wnc G6EJr69M33vAYJi5iIHRasuaezcDLc6htc6x5cNy7WGZuiJLL290FsggsZJyYphLmTsfsT6xliSn xLF9K21DtXa21fKU2DRbqdk8x3HOg0z0hrUF3W607g3QhNe8a59hhEhEcPinxMGDJkycNGjRo0aN GjhgyUwbNGTZkyNGDRs2bKbNmCmjRk0YW21owyqtmjZowbMGzZspTTJkyaNmzZs2bMGTBuryupXt eV7X1K+3wT72ASH30SIvd9Cnt9oR98UgiffMCAPd95vAnnkAkPfokRe76FPb7QD74pBE++YEAe77 2r2vK8rq9pXleB3gQ4EPBQwIYNx83cVqd3cd0mECfTXv3M+m+SeR9IG82GqUAC2656i1OQYfNy7v toUBX1rqHfLKpA3YsUBQoZECO6hVBtgZ7eNR3d94gPd7tB37Ph5vzA3Sc3zOu53k6Z5TgG5eZ3eH MLRAIs6e2i8oYBkoUBoekKq0Vbl1TAdVXiGpOS3VDe+e7fvFXus1slmvMfDn1tu4OfR1hAmTt4GM HN+Ftubhuzn3fSd55jmZeCLL31bfH64cDNJ30BK27OPO24EuxZB2yNy+BfZMg7YZVZd1UgH1i+p3 d7qS57MnLZazeiE7OfQJkmMIDe3JjqY6j3zk2QyAS/Y3nvb5bdzzUy9IhN2h9vDd6q75oJrnLskH b50bbyzxzOffe13t4g9mnWjx3a9vcNHIcVZ7TXtXDRyG+dk+CEJuzPex1Kaw2ZodXu45NENl3JZK lCke/cQzjnszu7ucZkJDDfW/W7HxCLn12nyfbTuycTmvXpbxuNG6Ds4U6o9rTd0DZwt1Rtj679Bu 8KoV4dtIGTkEDffY5kVZaBNg/XIYZ5n07e4q8eyS+4ZHLp3sGbm6WE4ZmRkLL9fGawjTvz36ncbn IR97Dj75tr1u+5v7EjWXe2qoq+jzdGUad27NU1fN5u14D3vJJ+YKufu3re7ZnrHZLWeuW51v35h7 Wy0fj77luptjvWVqY7uTvtOaWuYrn5u3e9ep7JndWG/iFXH61uMbv2dWx9FezGwtdumid3ut9jQW u3TROr1fD6mRydfXd+/d75PQA0B9dXfLx99DmydKb+ac58DqcnefdmbnfrTaP2OGZuTcIc3czoeS kyT056dai7OaIATzO/b9tpwO6776faD3Kds6tlnN7ibvvtJ2pA74Lee8t7V0gQY0bkSJJzGve1vf vOvNfar8jTUzjbduo3iRhPd+T76NDc4an31TUbvfpHeoQPrY7ft2gPsNfVV8OoYdymeqiBtFp/c6 LqH3ZWc6T2/qFSjbF0eq2E8m4euaSPe94e95zBdSVZEmPcPXNPb9wX2ShZrroA9qeTJAme8+M+6p A7W+fHHWyaCfZue71vsvalzHVEih99FCKoNXQFfTfru7v3hvCxdkeMtsp1m+5jjc8zk2x5Pixb8b uHMNYeXM/dMUNYqnKcjOmKQIfe9R93drquWTh6d7Lmvr0bbA1o9o0Ik1zL2vPW3fQIXVUKqp9Qg7 R77rk++zMxD4wAjdAoLY/X1ZuGbO+r6ed22JdlCtqqR287KsqDT1O6q27zsq22NPUh7pQr3hQ9d5 hYu1e2VXtt3cvvZVe7blXbKq9t7u5fbIq9sqvbKp227ue2Vdsiu2Vdsqm2d3d2yru25XsZV2yrtl Fu2VcvKu9hVNsq42Vdvbue2Vds6CFtvunkElpaFG29r2g88lrwKcbb63dLdr013hqV9oXVLLBur6 iLeeWyysG+rd0GWWLby3cZb3wUrvKvbRNcNS3tnW7Q5RWW+r2g7y+r7Q88TVNDRLXU+7u5XeG2V5 QOlvqzjUVLfUCuC8s25st5V9pF54Ma3le0iK7wTb0Urua3tdodwlhtKAFS3tu56HA1VYdbSSkQVV QQtvg8FIi7wWyvtDhZsSbbtemu8K80OC28c2W7XcLKARrLAvLOapQAluryiLeeNbyzhLfV1Bc29t 3RUt5Sg4+rd1RUt9XtKSSV541iLyzi3lnRbe0oLixQ7ssPUhm8KZ72wIa5uDqeudEMWLdwd2iXMe 0creBmMZgK0arODssSlvY5BeIaYMEx1HOOvtzeeza1rP8WYzmPAtm93d2Zn1w9eYE65fVWbsICrO y0967TejUDfriPKsRrChW4T0tt1mvor5Yztgy9CdR1HUwXKQUYZFx8aVdsD7tsOK3mjrcGizuWO4 5m51+OBS0WRK1e19sXCoYeisMaMDGd7q4SdiGqbYfK+BqTms3Mug0l0HOsGncNGLS63W3KF1buwe ydLbDzdRfQtVmm8o2+yB5RQwOhL2y4NzByLI1dlshvSOGcjkGae7lLDGjAxne6uEnYhqm2Hyvgak 5rNzLoNJdBzrBp3DRi0ut1tyhdW7sHsnS2w83UX0LVZpvKNvsgeUUMDoS9suDcwciyNXZbNy5cN7 a12476/FQh/lEqP3TzUIXWprU1Na1P3n8nnmVhjHExzG5mFbjmGLiXMDHAzMBzAwMwDMwHMMzCuU cwcwXI5g5hVxytbhlzJlcMjmXFwxzLi4ZXAxzKS5hMo43JmZMi4TIuXJXDJXDKZkyXMMi5clrjcy ZiZK4ZYOGUzDJXMmZmRrMcyNaYzMBcMZmZkazKy4zK3CuGZMJbksMbMWTF1cdZXWWYZMDMIYZkzJ mTJmszDKOQzJmTMmZMzWZGtttcmLMlyXLmNTCrhlDAcrcQyOTMwy5cmYwzDEhiZhcDEyOMMltyZR wtcLZWYmTKOAmUzAzAyZMmTJkzAcgGYGTEyhmBmDco42uNVcwwY5hi4mLkcq5hi4mOY3HMHG5MxM brOdU0fx+n8ZP5Tx/g7nd1rucb7c8qRW2VQCUZeHkTunMyGjLHoOEHCgg2nzTTL5tx8+aaZccefN tPNMttPDhoIY0cODExvSrbheXtj2j0HuA7wqr8nyfJ1NJtPk+TpqLb1Op1OpvP291HbbSSWRqTTN aVlVkWqTpbPEhTtvEXNhgbaYO3H0cGMmLl3Va9KKuTlumLQVx6KGat7t59AYnERz3OzjkSkPZiPX MPKU8i7sJqcZxk6Nb29ryIuGZx7XByw7zTiPPc6n3C9MTU3tzd7SYC5G2h25p3hJxUiCTruJB47E 3NNbjJsuDUVCRr16r2Yi5CtPcu0zpkbiw93Gdihb2M33drOmNxas7t2uc5Nzorrnx1aQujah7d2E V2VhYike8M3noU1aIpG87Yh2U9Uk7s7uuyweULjY7D1dXPYabEM3N3eePonFtncTMJUiOLevumxR w9O2GhElzbjaO4eeRDOLk5bsJ3OL6oqcnDlu21hELc1nKHdY5k8o4sXbx3moEnImhr4nti5KQmaN s7fScm4TuRK+amdZUjvXtF5EXDDp7b1zNxNScxx7uzhNheOcch5aTpY6a5COvHzh20NJjixDNsan OtJw1b0VBGuKLjwYs652ROTcmZbxxhydsGU1nRNx4dovjykiXbudTPQyQxjs3EMh4qTuwTD1YoJq kZGbMdOc5IXjG0HDpUkN9WW4JrTcfdsuTdTUOTcL2cm4t2dqyZGVIqW1imiKOHHrgznt804dPXbg g4oSdW9LbGRKOYhvZLj3bIbimcLoakZpciW5anVEY52LY86cVJ1nqmucYJOtc72ZOkkNvFbmaXJK 26cmxsub2Uw8MTcWHYsgPJOEWd61IEGpIaIm37amzlJOWzuF7AZzcj3FfIZIuTkvpltzechmw4Lu TS24s7XchTTh07UcKipxYdQudOKkZxGC6HQ8XJV9puQTujnRDKFm5DvSSGxAVDczG4ou7C1shcMh Q09NhUkN9Njmp84a7JUh2U2Ypb6d0uapDdxdDrgzY4b6bLYmpmRDYdTGmU4Yt4TZJS5wyB6sGiRz g5pgWZD0eqOGbnQyRdbZi2OJnp0kVqbN0OFSNrOeyZE2QZ0RkC6GRTeXSCJOFwMad2MYZWhudXCb OyTM1yWjBOM0GaXAti6DHFrkOE63E9kcRXSck4YsnHekmqQxYZstxOWdSGYsHFGauyCpbhMM7O6R 3E+cVb2yO1NciwrZKieydvCeku41fXGTbuPICoVlq+2GMTXvSIZ2S5MiGyRXwxwOzNcixZBKDK3E +ztmu3Frk6s63KZyO5DpyR3E+kW9mSOa+hmIXcBqSy9eHhQMUuSGid3OhcE3n0VIcrGxTs4ZHFwV yuyLpj6JS66WOhfWdly1O2QxLLGxzHO6RLaUNybMcSVzY86OooOWYYs5PjM3iKRnS0hjUWrcTjb2 DpnWirSrI5IRyhSINxmOVyiSOG4HymiIzeVrrtdFLMM4pV2HopUyGFdpgWbu7o3d0bozAcHDMmTI 5lMwMwy5ZlMMuUzAzDDLiYmJiZW5MMTExyOZmZmZmTMyZmZmZkzMzMwxwzHGxlY4mXDMMjiYZcji ZmOGZjmZmZmSuFzMlzI5g5hmZY5guRci5HMK5RzBzBcjmZTDBcjjlyVwKmXMcbjXMxtcHCONczMx xxcrczLmZczLmZjczHMuOXMcTMuTMuZhiZjmZkuZczJmTMjkGYZkzJmazNODhmRwXLkscyZMuOYZ mDmOsCwKA0BAIDQNrd7czum725h3MPHdoCwLAsAgX72dypzTu5C5jwlzte52vtPta9ypTcW3qdTa fJ8mU6nU6nTpbbxOjeNXPtcuu3nXPvrHxk8U6eGAgEBoGZluYjcm7HFcmJXJuxgMBgMDh4eBRLht 8ydNXzJmTtjp7M3IZMeEuYztc+wvE5jxm8Skt3t5wF1VUAxPJpOp8mz0W3qdTqdTSbTyfJo+MHjJ TZg4YOmCnx4p8fDHmBdbubUvpJu1W7rjOTBJ0k3ard1xgb6Y2ep6s3GZMeEuYztc97S81oDPUOpt Np1OnbbTqZTqbT5Pk0nE6nU6nDJ8YMFKdMlMHDxwogIBQHJ297dqu5qncu5G5c7t2q7oqdy7k8OA 0DQOAePdcEMJ3TeYiZQ9O7I300bkMePCXMeEc9wtDXMeM2lJdYxpPkwnyeT5PJxOHi23qdTkdtjJ s8fDh8bPHTB0dKeMHxgJ4SJuVL3Mcnd3dzqWo3Lu9zJJ3d3c/CwEB0PJnsy50WLCZMeEc9wtDW5o 9pOptOppPk8nydTqdTqdTKdTaeT5OtGzh8dPjJ8bPHoxru97173cl5jndIkt3JDjeY53TgCBQBA4 AgUAQCBBknQqUYj2m8xWTAYtmt9O6siVqIuY8I57ha2pSjNpSXjwe73sHs8wKlcTifJo0W2+T5Np xOJw+i29NlKZMnTZ46dPjpyOc5vj7Oc/Zx7tySXdtsTMyZk3bkkoCgGBAIBYEAvwXZFq1btYy1kx FzHhHPcLWke4j3JtNxq2PJlOp1OJ1Opw7Ft4nUQCwKAoAgQAQBgUBAEll2kVVolXa4qrfZs4qGYl yd4nbURWy1sndsxQ68Scx4Rz3C1tSlGbwyXHw9g9w9PA1Xh1Op1OnS23qdTSaT5OjBw0eIAgKAoC AMQB+Dl3G6qXcbbu7aVU7tyTgOAYGGTeua53bMUOvEnMeEc9w8z5LbHU+OFtu08nk6nU0m0+T5Mp 1Op2O2x1GzJwfHTx04dOgJLurktyMNs0W9xugOtEsuGKEqXHLkERyMLZuzYoe16k5kwjnuFqUEt5 9r32sfeqcTCaTibOFtv2kscTqdTqdTpwtt8YPjxTJg0eOa5da2qRvFOtmm26RvE+4DQOAoDgOArw w7igOrdexTTr1JzJhHTcLXvaPaPMe4egFAICAaBAEAwOF2le5lpJBJXdpJLwQCAQGdfY0VzihKly S5o9Ilk5bc28cUvGtScyYh0sxSgTpmybcd8PMeY9lOJ5Op1Mp1Np8fRbdJ1OJ1Opw0YNmzxw+OnT 48dM51jTXr73up3bCdNtN68jmrNrJFLxrUnMmIdNw/d6bi2/JlPJ5OJxNnItvk6nE6iHmAgMAgEA sCgGAQOPc1mJJdyWYlwGcThUXMycVMkVyRHI1szaxlwY8KTmzEOm4YnSpaZzyXHY9Q9o9gB8KqsT ieTycO22nU6nU0nU2eLbfkwBoHAYAQBwCAQFAMknidzG+bTbO5jdgcAHvHsfLXujGXBjwpObMQ6b hlp8mU8nU4nyfJpNJ8nycTacT5MnZNyEmSSyMjIFVXwV733vOdVei4kiBwHADgOA4BVsyc50LnJT JDc2RLHy2buUy5jvOLk2azT21E6VLTOc2/vRu2PR62MpxOJw9Ft0nU6nY5bHDsW3qdTRTRswfGzp 8eNnAZlVJzo5MySSqjUp5MySAQCAMBVh3Fz1buSzMVzi5Nms09tSYPEe4eQ9BNJuO2x8nTpbb1Op pNJ8jR02aOmTBSnTp8PHjuMd7v3Na5zOfeepLFzO6TmNtAdXdFHzL2KY5Dc6Q2tOzdzrLbzdLmua yuwKPXapcpylbAZMmi235Np8nU+TqZTqfJxPk0nTpbbxOpxGzBTxgp04ePihAIBPCSXdmjJO2QSS 7s0ZJ2yIDdAnY9zuOrdyHHNebpc1zWV2BSD1j0HkJtOJ5MJ8nU6nU6nU6nE8YOmzYFAMCwNAQBAo BAMDW07tNu8tuqSd2U3eW34WAbtY+a5l6ZMcnXOEEDCGXm3WnzTTLzjz5l5xpXHnHzTz4wgghw0I QWG6a7OnOVOI9w8x5jxHkJxPk6nU6nUynU4nyfI4aNHw8GAYAQGAQOA7t3uJzLerd1Nvl26mcy3q 3dTegcBQHAPwoAgWBfvZZ7Jz2buMuYztFxa40j2qWR7h7B7h7R6DxHoPYnU2nk+Tpu204nU6muDB 04cGBQFAIAMBAbu3e5Ousu29xty7d2ciusu5NyN0BQEHAMCgIBYCAfZMnKdC9LmOTbnTI1rJ2buM uY8ILmJxpd2r72fY93e9fb8++piLb8mjkW35Pk4cLbfk6nU4dttOp946ZPjhT4wMDQIBmJclaW0k jytLX4N29mo9s3chcx4QXMTjW6tU0eweg9o9B5jzHkPIe4di29TqZTqbT4+ttHDps2UIFgIAMBgI DQLAsBgXd5beNl9242rFo23hZfduNq6AwCwE+bXPXy5GSTLiMnR7D2rdxlzHhBcxRHJhi3VitHvu cvXtpjaZTSbTSfJ8mk0nj62048R6DyHoAEBwGAQAgaAd3D0vEkt5K8SA0DqziTqOat3IXMeEu43G s3Oi8DbFwnEwnE4nydNFtvU4nE6nDsW3qdTB0weKU4UaNnTZ41YetYlu6pdvsdnG93U7wCwKyy3N erlvK5JMudJI10Wad3GXMeEuYG41tk5nZ1mdOKDRHtHuHsHmAwLAgFVrRJJJJ0DQNAz3lkUWpq9O 7jLmPCXMDcazrPMHS23iaTqdTqfJ1NJtPk+TKdTqdTqdTJ0yZKaOFGz44EAQO7uutVnDSsFG65Ws NKxr5lWtXLeVuSY8hyNTYWO7dxlzHhLmOnGs7Cc8xrmefa+33vtJUwmk+Nxbfk6nU4dttOnS23qd Ro+MnSnDBw6dB+BtvE+7MfZbepPE+7MfZb4DQNA4DgIb08dRg7t3GXMeEuY6cazsJHuHuHtp8nk8 njpbb1Np1Mp1Pjltp8mjxg+NnD46fDh0+MHft+7jfN9ydmOUeksznk7McoAgd4XuxKW+ZfMySY8M WzVjhfZe7rLmLCXMdONZ2E5Xa5z7P3OdxhKnE4mk2ci2+TidTafJ8nU6nU6nUwcMGinDRw2bM42b 3O1rutMndZpW0l3WmTuAYBgFAYBYFAcBo929h3sPN9d7usuYsJcx041nZ1NphNpxOJ8nTpbb1Opy O2x1OvWAgLAIHAWBoFMuddMt22m7ploBAEBAUB16kohOZe87kkx4YtmrHy2Dd3WXM7CXMdONZ2E5 XHjLnJe9Q9o9o8zRbbuO2x1OHbbTqdTqdTR8W2/HxsyZNzhk6Upk6cOR3m9bVYaVXy5dq2qw0qvl gGxadOKYxi3WXM7CXMDcazc7vC6rwID8KqkPcPEeY8hOppNp5Pk6nU6nE6naU2KYMGTBwwUps8eK eOe9jvs6uta9312mW755tbutOtp0ATMkhQfMvmZJMeGLZqx8tm1uPi5u4SpgUjW4TdaSZcPL3CcT iajlu0qR47Ft0nU6nE6nDsW3qdTpk4bNHhw8cPjx4DgLAYGAMCAUBDIwnLtw2euSqhILl24bPXIq W8tWLlr3bx8XN3EVMCka1nCVOpuN2x09Ft8nU4dttOp1NptPJ8eKfGDJ8dOnjZjuO71vRNrdTkqS qh7XrNzdUkqQgEAgcAgEBYCAQFAZZiKLdcy+52248MWzVj5bN28Zce1iKmBRGbRN1p4ypx5e8R6D 3k8nE6nU4mU6m08nxott6nU6nU6mTh8cNjh8fDN19vuMe9j3ed8zhnrtu2inQDAIFAUBoEq846cX LXu5jLj2sSUwKIzaY8h5D2Ad4VVMeY8x5D3Tpbb1OHbbTqePjY+OmSlBgMCAQBAZbxs4G62m2WXg Tra6u3lDHzL7qdtuPDFs1Y+WzdxlmaxqRmKojOom609EJx5cPYPaPaPEe4eg8x5DyjtsdTqdTSbT ybPjxTB8fHggNAYE8BbdtvdttqPFJZ6btyNR2BYFgc+KOnJy17uMuLWNS6YqiOwEewe4nxu204nE +TadTqfJtPk4nU4dLbepg2cOHSnTp8cOlPjAIBAQCQSRyZku7k3tyCQuPMd3cm9uAQDQKepElTmX 3U3jcfvYCLEBFiDXWXm3WnzTTLzjz5l17TrDrT5p1BYII0QGuqtPRSuPZB5D1j2j3D3DzAcW3qdT idTqcOxbeHjw4dHjoCAIGK1SRPbuLqSqlSRXbuLqS0DQNAIHAaOAyFuu2YuWvdxlzG9WLZqhw6+y mU6mU4lNHx4p8cKdM41rX17iSTs4k73G0vAgcAw/DmeZL1cn1Nt9HpnaJqx8tm7jLmN6lk7VMO7D litd7z733Md3hNJ8mk2nyfJ8nU0m0+PrbTidTqdTZg8bOHxg+MFPHwHAcA28bOVWY220k8qsxtx3 mmtNzlr3cZcx4WqnaphzZQ9YGVVUBB7B7R6CcT0atjidTqbTqdTqdTJowU8cNmDp8fHSni17PO97 ve9+x55zmi33d1KgLAzXNMRb5l8G2oppmbNtU+WzdxlzHhaqdqmHITYrT0UJy+weQ9E9HLY6nyeT idTqdTqbTybTBk0aPGzpsfHClOc33Hc973WcXOOucVrEluXWWvAgEAgFR3x04Hy2buMuY8JYnaph yYPdV7mZjZbkkkkkkkmZmT777777xiLbxNJ8m0+TydTKdT5OJ8mk6nU6nU4nxowU2dMW6zvfr7na kuKq7AwDAMAp3rJiK1N0k4sLg2asD5bN3GXMeEuV2qYciNitSsxxdl9onyZTaeT5Pk8nU6nDsW3i dTqbMHjpg4YKePjhw4cPG/vu9737W7r3d3pGkkt3de7u84AwEAgNucI9eOuWztxlzHhLldqmHJg9 w9o9o9B7h5D3U6nU4dttOplOptPkyfHTBwZPGjBT4+KcHrveHc5zjeu53rve73YWZlnVnasAXgW9 6RctTdJOLC5svVr1bs7tfOY8JcrtUw5EbqtSsxx9l9B7Bott4attPk6di29TqdTafJ8nU6nTpbbs ydMGCnTBkwcKBwFgQAMBgQCSXcp5u5Ju3L7Mkcd26ebuSbty+zJCBwBAIBAv3sOrZerVq2d3a9cx 4S5Xaphyh7h7R7R7h7R5gGqqnE+TqdTqbO22nU0cNmCjh46U8YKfFPjB49Hve977Oc++++s7tyXd tmZmKSVO7cnhADt9GileasTdNqLC5s1brtbN7teOY8JcrtUw4elau8+993ucb8mEym0+MltvE4nU 4nU6dLbep1Pk2nT4YPGDJ08ZOnAMBLu7sR3NN9JBmZjJkmQ7mm+kgzM5yZKZMGTBTh6Pc9rW9fa1 9juva3vXjmPCXK7VMOYPIDaqqAQBAqqoj0HmnU4mjdtp5Pk4nU6nU4k2eOhAQCAUAQGBwG13SLEs bsS4jmZIsiyOxLioCgIAgIAgDuczsRrJSuBpOPOU2asfBbN3tduY8JYnaph5mVrVtzms41GbbTye TSbTifJk4W29TqdTqdTh2208U+Phw6cPHjZiC29dNW3VNvnTdt14SuWnZqycFs3cZe+z7POefZ79 3l+MRbeppNJ5PJ5OJ1Op1Opk3baYPjR0+KdMFPjwEAYFBjzbd3bad3dMNt3dtp3d2BYHVmntXQTV VwNJwAgVVVS07NmrHy2ZtYy6mPSWNyKadZla1bcO5eoeQ8vDqqNpxOJ5OppNni235MpxOp1Hhw4a OnThSnnS7zd7zrON6xj72Pe3UseWdu27eAMBgMBAWPSsOzZqyctmbWMuXj0l7ik0lAZ4VVcPIe4e g8gFVVR1Op1OHYtuzsW3qeMHRobKBAIAQOAo32XevMO7bkcky7kzJu3JNA4CgOA4DgGiXz5Eh6qu AtOLNU2asfLZujGXMx6SxuJzTci1q24dy9oeSZNltvyZOFNGz4wYPGMY57773bs1uXajcfbs1uIC AMBgUBALAtvk9WzJy2boxlzMZLGYXNMoA+FVRHoPROJxOp1OptPk+TqdTqcOxbdGBgQDgGBYBAQE AgBAHAbu7JFOuqkk6SOddVLtpTj0JlasuAlOHVMhWPls3cdlzXm8X2WnvSN61bcO5eoejHmPFOJ1 Op0+i29TqcO22nDttp1PjBopTJspw+Onh8X31+9jeftSSBymrmTZJGBmN4ns1ZOWzdx2XNea3z28 477W+JxMnS234yW27T49badTqdTp0tt0di2+T/jkh/SEhP/pJRT1SlK2SlKxUkq/fEQxj8SKK/GU pWsoVPwIorL+8KiVl+MpSv/JSlaLtJ/QT/6WVItS0C0KhUqi1CxKiUiNCoNC0FLEEKCpaKF6na6m lXcjrklTkDrkpMs6TLrO6uWcMXUUpV3CbomRbli7cp1dKXSCLotddHUUlFTozbqd1dy6nddLJSVO 6m5LDq7K7t1sTjdF2lFLpdRF3brRdXHSSVd1nV3A6rrmdEyzurk3XVduXUlOjN0Xd1id1y7o6myn BmuiLXLOLqKZRTpBFdVy6XK7l1O63SS6STtdMrruiUsWV3Vd0E11E7p0dFru6JLE4wwm3Uubqzo3 XJlRd2dcqc3Wiy4w3WJzHUuXUV1yHUyixOl1JXcXV1yF1TK67q7hN1KV1zLdYru65XKV3VcmRF1x Jp1Xc3WIrldrpIW6ndF2UysuururruXS3OsTuuRUly5UuZTQbrlyu7dFyt3G6u5qTqIK2IFiWoqL ULS0oKClQpYip2664daUi5XXdXSnEtIwQQqjSigqCNQsagwYJaFoqNFqBYoDGiDGlg07q6XLlFJT urtdTR0u6113Vcs5dYopuMLE6ulFJXKd0RWdjruXS3TqIu7XWi7dEdWUu6XWLkpWXYnUspcXV1c1 1duC6kp3RdLEld1dRXXCXUu63Il3VyizldXa6ouoslulcpldrk265blLt1dlLopt1JV3TrcnLqSp dExdRFLuuXLu65MpKLk3XUuR1Nydbkubqy6hdJJZKXddzq7q6sXSXSXU2U7qnG6iu4Z0SlXdp10i nTdXbinW5crsoru3V10lOrudSUlcrqV24NdRXd1ii7rqdQiTdXK6XLlkuVdcZHUpTmutcuypK66Z rqXOqSu7dRTdg6EFIqNKUlKFUGhWFIhaFOdTK7t0W6ujpKZaXdXSrux1yXBXUyuXLLurqV25Nuoq u6dXV3U3EbqKLlylzonFK6JKXdcsVy6Wu5YW6iJd1rk7q5S511dOu0klzqc6p2ddx0kTKlc6xbu6 IouTcY3U3LqSu7dXXCdSyLK7qiurpIa6iil3V3dXZbpLjbqWlahKoMUFlKX/lJAs4tJTkEUFthSI FBRpCjUKMKS1Aooi3d1FOMNdSu6rudU6I6u0pXdU66nYnSTIsahVBCgglpUGKAyhSg2LqV1wy3UV 3XU51XdXUQwYCFoUUaS0LQrQQQoqOyuV2VFJci5JXbg3STKi5bu6uROpG6m5dWKWICyyltohQUBU SkKylsSNBpQUBaIFYWIWUrUo1JaRYgwSIFKFGiS0laIUYUiCKBQUjSttQYMBLS0aDForrq6nUjXU 3dbkrldTiolEbEGglBUCtSWgUpUoRdSUly3S7rop11ON0UFAWiNBpRhQQLGpaKWjYnU10Td1bku6 7up10Vybq6puXVOm6Ip2G6LNzotCpQQGCRCtQoUEoMaICCFsQtLSqCiIUooKFIhbnUU6XURKU6nT LMp3XIru3RcrrroiddMkiuW5OuuRS6mupu6uVLpOtydSupy6KinTdRS7CuqbuuUVOnRZd1Nx0UkU u6ulddbqIrsnV1FFE0RQRogigtKCWksUaUUO5XV1uNdTKc6iu7OrlEEQQECigMRBpSksQoFQYp11 dKm7DdTnUu61yXS6xF0nTq7c3RFcpxXV1dWoFBQEoIwQqFBClCigvUui6p1K6KSXda5N3RONdSu6 ua22tsU4XVyJdRJaWKA0K0qCiFGCS0o0SlwurkU7rus6uWXdYruJurrjp3Tuplcrq51d2kMbqZYr l13UV1yXRdSSxFl3V1y6u4hOnN0lLuq4aIFaII0sELQsUFsqCUGJaCFGlQGgpUQUloVtBDldXN1T pdXKdg6ily6KUbaIJQWhaIVQZQFLRGhyLkurqLF3STqXYR1dilpVARED9uEOsO4nF4EULKFlC0BS oLYlUCiJQbELQOly6V1d1O6uu11lLRThF1MuTiLqaVddjqKSuktLUCgo0aFiCFolIgiDFKUuzdV3 TOpSxUlnSM63Luk6JKSpwddJ2XRaWi1BikaRajRZZUaJS0tLd3Rbk7Op1J1dxbqZTpjqSi7uu7ou udclLEkVy3Lst1KXXXJzOuSyt25YJaKgKWy1AoUBEpYJGgrroLqSmV3M10WuV3B10mRMqK7cFdVy 5dcXRSWSJwSgOuXKaWxLACz+p/P/X/nD+czzHf9GT+a5ve8mb477j/Qf0b5kx4Ox5OtJd3VAdnRz rDrc1LDDeLeNEaCpxwLgUnzfKdePcqIQFU+VQpDZfLa7akRXB8DLwnVmKZVUQo26uiryLIjZqb25 vXcm1SuHOypN4VKHX2sTGbOHownszeHJMybWwZbEOUOmrna9RW9MzeOk1T6VwdNU+raFy5212q0W riHFXiWrMstyuGb0VN4sK7r1X7sWqO7K41LPPVTjKVrBerCskMzel9YW3nJYWxdMU+Ud7zF9Lcxq VQj7UipCQyZHKnKQnpFhemtWa5IFpzGmEKKEKMnErEcMrCzJljJkiw0cSHPs5VtLrs1jy3mmaLWn nKVFaMWGqPYzyGTJOzKsXxnPGJ0hVbxcqdVKdIw27ubibmc5uzYZy0dJszUMVxh3MvYDLzaqY+mF mxmtdS276uqk5U1pJ3t5QZt5jWXpzeN4YatXuV3RAnDzD7L6+3pwvjTSrQ1yea0CreiCZzXdLw5k wwajq6hvMbI2a7qwa6F3B07r7Tu8r6OxhI3CduGxOgoUxz1dfLOOa9pxc4yd7VKpFmociUGxzurV BNpC94b2lScU+7Ousafc0cZvibzrworuOROuGPneJFytOXnWEpzWw1H1IPkDJO5912iCOE1LLLOy W52jRXQqS3ZTW9oU7S1GEMMk6rS4yGkWJwcDvUys2tBfWne4aRMniM2HUpLXX0ohbbgiglnnkrjV 9AirunDyw6DfHKSvODnRkuSlQrZnB3Sh7EC63kpdxjQ6GmlWdsBJfZdSuHSpHknWudvmcl0bWXlM qgeWi6vrPdxXMVNWbmxYsTF8m0tXKO740g9hTkqFq7PHMauWt6WUmqFf8DzqNrV9e/fYrW2OfPkR 2/Opx7KhwKUXPdzFWu4XTO8tzgjtW8xF1cb4Lod3D2m4eRGCrYfUMTjPbsx528ZKjqZmJZvKUTIk EN5d0jUrsm7FW1lnU+rs3iowXKda8FhyNVSkEdGsCdG0W+td1npTlo2819W2KJl9QNnthxINF7oO xZXXLjzS7zrSUSlTx5Fq4ylLZl6+ItxriDomveFXQrN29m+b2xSNdmZY0Qpt1fLnzYgg62csy+da uiBjVp9mtl4U2Dhe7JAsYKqYserk6gRhwUts67WFWG8fbo7j2Dbe07Dt7xTyBHLjFHXM7kLq7bMp 2MXKJCctDey+0c41AspztZFmYI5QYySXvTCYJpQq+fS7QZ5iyqV1SxYYGepX28Vk3laQyF5LXcu0 YLNDetOQrrUicOjm5Z7o7ur4XtZFA5aJky4MbeXvJHWMb63orNSySjgrdUucpMubnFS3N27vRbMt Ct55Rs5aC7thO5hF9MgWrLNXeUrF5Yh66GiY9EHBbaEbhQzKN+dFdJ2zcVVmHESk1mCoJMvORTNA gw7sES92ZfN3d3ro9b4PquWszelClTwUMBvKp9LU6ow5smrO0RsW7xJe16N4p5iNPqCqo7Qqi6mX EKLzXXDDq1SqG9aeeOKxxKfaW0Ly8LMF2gcyRVh5Lty5ret0pUl4pLNM+7VaqOmqllIa12py1mcO LFVZRLzZ1aWVeRF6+L27Rkfbc5mnGxcvSnWU+pQ7aNHeW63UXU5l2Jt7rdU5LxSblXgZ8R3Enrtx s23tEijmWu3LMyanzq8oiHrCcYhujImR17Ues4kYt5vajp7eZNtLSq5icLOaYriDdwq0vpxtUFVx /G6uYzgoEPtKqvhdkyyTpeaZb2XFqWdpt3z2azUxAno6mUDrpasIzAi5gzW2XmLbQWobZoZnYZkM inVMVzoocvNoLuneKSV7xdTEhwvlk45TjtOacem3MGvOfad2sOzDA9bM2qp0ohWtLqMyo9WoiRuz dicu5Xizsso23jhsMXK2rsduZ2Jwx9d5LrWdYG6iF3ecndelRLk7utmyVKt5tktWr7rd+jZnW3l5 2S7ud3qt0G60Si+UqF9mVEcCZx7L7sUhSmGluRCds6ycdzaGRGLKMOAlb1YdBRXGaUouNzKsuj03 uiu+iPaVxRc5muODEVy7diNu7W4W7wrbUZOVvXhWuBw7r4wvrVLbzd3q6sT45s19vHnmW3dV13u1 V7mL6ztirtOqXWi/kOHZheZmb93OuvuctdtVaPFhhpbuu7rN4VaV9yRx2ky65bO6MkV3U82qvNOH kne1GxszuWWil1VpbFXVu7uszdTODeze3snHleN21Nky8cto91aHmXmZFNkqry4Snu2+pOXkvK27 bVdF1VvVUdVmQnejfdvNuuzepOmelVNqtaTd33a7iWZVG3dULSLOy+lUCTuknCRXdVS5mTn2Risw ltITd6UclrM7u5aKk3K7IVmSt19DqWXhMe8azJmZG463dpzctlK49YpYpvUhU7MWN5jrMbV7r3ou 1Xx0accjyJ1LsXJJmPdmY3mXkepbVLczm5mCeeb3575m3uVx55xccqYXEFzMyZ328CD3Y2lWRhtj eauTKzZMzEiYd2rp4jFmdA52tN23DbjVacy3mbp5RYmjmb2ZVrL1pwqbaFTrws2Y9st9yd3ivSXb MMlQZzJ7jZV6mlvZldm31V3Ldk2u3bO3kK7okhRaSm8VWc1RhV5VlvjyIPHlvZmptLUFarMd4jIj S3TXdzu4r0rbybEQd1LuPbWauLpTroWzmptarwNckTmCTCt5ZtN5kXbpbl7pKYXSlDkS3lrcAA87 3y2++eB27ssd73b3uW5ld+73mbZ7Ohlio90bmIndJ0aTmyb280e57zO8WJu1VkGq7BgxtITMFZg2 7J3uKO9yFnEVWp7h1W91HevMOZeZl5HsOXovN3bsXmKaZnJ69qhu7mHqpWS2W293W8xMo7xzATpt 33d1yOS3VE3cZTczM0kwyO0pKrMEmJS1ufKbE/vksz7CfrTixcroQnt2M5j0lHnuVV7tioeMnd2T euTu7hSdVeCVXHpICTmxHap3fTY7JKPdvSO22ztczzGR1SciVUlmFGphhcdImJ8pGKprrYyruw9W q8zM1KdLyJb11au+eoYTmGZkVtvSb3dIM5oF2lVOR6moZvXskaBu7pXdJFmJu81ulhKu1u3SzrlN aO3inBWNvbOJ87xuHT3XsydmNNac5TeiKnZO7V3VW8XKt5k5tLHJh7djRSUMdV3a7ydGKtqA8Saq tFZCWkqq8qmS8zjEklmF7rS0bPm53fSpdQdd9fJ0szCu7vtmYtVZtLdtAyS0uh0mTMS7i7i5JJ0Z yzMR03pWw4ycPd2gWvvPA9/MryQkgEgASAEJAAgSSAAQhIEJCBIEgSBJIQkkgQhCAASQAJAgSSBA IEkIBIEAkAkgSEIBISQgEAIQIEkAhJACQIEAAAhCQAISEgSAAQJCAQAhISQgSSSAQCQkgQCQCSBI EhIEkAkhAAhJAIAEJCSASQhJJCEIQJAJJCQhIBACABJJISEhAkCQkhAISQkAgAECSEhJAhAkJJIA BJCSQkCBJJIQkhAAISSEkkISAAEIECEkhCAAEhAJIQkCSQJIQIASAEkkkgQAkJAkgAEIAQhJIQAJ ISBAkkhJACQIASSBIBIEIEkgEISEkkgSEgSSBISEkhIABCSQhCEkCEIEIQhIECQIAQkkJAkkCQAJ CQkJIQAhCEhAIEkhISQkgEhCQkAJJIASABJJIQJCBAgECBISASBJIEh9+Hne/jO97z81YduqFr6q XWWfkOHZheZmb93BdXc5a7aq0eaphpbr66y96qWqu0o47KLd8tndETVdzvdqrw8cRTzqjdbM7liw pdVcW6q7t3YvMvUzo3s7u64TqzG7amyZmSY+XcNDzMzMiyRiszJxU3LfUnUyXm1dNhdF1V3VUdVm QnejfdvJ0+zeVu+fQU8qtaTVX3a7iOZVG3YqrSLwyulUCTmknSaruqpdyaXmqCrwlsoTdhBm2rzu 7ltVJm9WQrME3X2zWtzCY+4HMyXkbge6NUzbRSqPVVWlO5XVbMw6nmB3qarNe9NerOOjTjkc1sS7 FySZi3ZeN3mYpqWVS3M5qZgjfdI9zlt5elnd3dzK2rzKrM3d3aUw1VVi2NpDIg2xvOlIL3ZLxalF hrau3pMvNgU5827bMeRqs7Mt5m6eUtNo3m9mZdrdLcSm26qdmFG4np1vuTuzt6S7a6OCDWSe42ju Jpb2Z15vaK3juyab3cO3kK7i0qosozuSu2XZnK8uy9ZKJonlvZmptLUEsysd4lJqC3Qd5nKivUtu bO5Uc1Hu01ubqLozboXz3Uy+OYGuKJvBJhXda208zpm6U5W7xbC6K4ZiXdmXl9VVVU0nd3ExQQ67 rO6utLLvdvOndmVp7s6CVUe6NzEjuk7tE7knd3Fks9zPcWJuirINV2DBjZUrMqrwbVknjyO9qGHO Stc9OLsd6jvXh3MxVffPd3jkXMwpV88znub77j5CZmLzYdslMtt7ut5jaR0nMB7jbvu3pkcluq43 chTcy80kznHSUlVmCXEpa77Y9if3yWZnxMtvpa5C6nHt2c8x5x5c+0Ve7dV04yb25kHR929VNisw SqJ6OG+N7Edqnd9NUsk6t7ukppp4TSPPKjFFyFVRWYlRuGNRGyejKkdU6fYxl2Ld6tWZeXxXSVsK 7su1ds6ronMivInjemju7wM5Si7SFOKci9kzryOF0au7Vi0m4i3ea270lVa2tVZuRXi684qSqetj Tjb7Mb2Hu7Om7MxovVfKd0SUMzu1dwrual28yFtJ7JZ7ZxaSU5wV3Psyc3VW3ASSaqtFZCTEqq8F cy7ziYkVmNdra0bPm9nfSqghq6ruYazMK3t+2Zi1Vug7to05LSMOkyZiW81k1JJU+nK8xdhvd+PD bs5cN99N99tvilKV85SleNfUVqlKV9EpSvySlK0hX1oV/WqhVf9CsFZCv0v82esRwr41QroK6V/a UpXaqVS/vNaIh/YVoKqVfpW1aitBX4Cv4wrtrdKFxpCHJQhkoQ/UV5isFdorgK8iKK2lKV0SlK5i v/YVErpKoC61lEQzUVpIvzsohLJRQvGI76oV2FCV2JKIu6eE5yoDeFeAr8hWCshX3SlK6it0KRXe qUqf8/4zMzMAAACAAAAAAAB35mMpq21tlttrXZCsFcrsFcqIhx+slKVrCu+src5QrBXEVtVL3hWy UL2qhXQV0FaFCVzFapHolKV7CtBXjAhi8YVgrhUUlfC4dorqolVXdWtEQyUvEVuK8bEj6qlUuFUK 8RXK7bWJJVcYV5iu9QhqK7xXUV5aXYlKVzIQwV6isFaJSleCRrVLyopK1hXheiUpXmK8xXwlCHBQ hxFciEOYrIVErehXaKwV1Fa3zSlK7qIhpKEMyiCruhWJSlclSqWEUVlUKyeSFIrjQrUlruK4WiFI rvudOorVI7JKUrJSlZKXcRRXYK5zxFdk/ooQ7oUldyUL0morUVzSOBCHnColeV4xQh31ZVCvRKUr Yiiu2ZsoQ/pKEMFAaQkF0ftXOUIe9EQxQh5woldlEQ7BXUV/9dXjEd0K94V3CvnCu2FbihetegrD VkK8YVzQkV7CuC2Fb0RDtFdgrtvlCsSheZCGpFFffJSlb1dcrkBJWXrCu6FaXCtIVslKVlgr3SlK +SUpXfCtFSqXVQh7CtEpSu+UIcEoXg+9bCv+0pSuFIoX2FaivZI6iuMRRXgK7iinfSKF8F0SlC0F dwrhVCtJzWCvCFRK2T64BJW4rLmlKVvREMSlKxQhkpSsFeKUpXZEcKIh6WllyUIbwrpWVsK4iUuE oQ3slCGCUuYrpN4jyFewrdKUrjNxX6it6KSvjdorwdkRRXOuJQld8ltaCvmK6iua1SOIrUV9KIh8 Z3itxX/5igrJMprP9m/I8AoBo/yG6oACAo+//9n///9X////8CAAAEMJp/H3gAAAAAAAAAAAAAAA AAAAAAAvPaIaal6vk0oMkAAAAACA0330WzbYVj3hde9vGlQABgAAAAD3gAJAAM6B4PiG6tVDSo7O e7vVvu5fVBkUGbMz04cAAAAAAAAG1UHxjVVAiiiGeAAYel7yfbeWC8XA7ciJyj77nW3vPVs8b3e9 vd1TXdnTubpjbrrnbnvPcAPgADYAL48Qi+itmGvT0PWQHSXrQaddD11Q929s+TzvcDrQfduD4AAH tQB3198YMuiRkV6Hp6+gPswNaB9sGismlGq31oBgAAOxIHO8wi983rlSc93fVbaict2rbatsZYfH oABnVKXn3xhCNPVeA21rK1LNZmu7LtQB4AABdAU4+nkenmI22q1NDaJjVCHvA9AXAPWPReYfffQq qLY1F9aU9sIA+AA8bkFT74e+Y8+0KYlotlQigQ4HoGADzIRPp3xa1TY1WjJJaaAPB9AzoBe+8wi6 9rWqSWytUorbKDvoBVugF759rHw+QI+AKAAAAIH2m1rbZq220ttlJSbU22RSbbbSS21Jaba0pkpN sytpZVJLbFM21tbZspJKbZUmmVtZttKXj5aABQBoHwGgAKAoKBQChSiQoAAFAAA6PNH0SASKABQA AAAVQBRR4AAAAEGgAAFL4HvYYgAAKq1qJKoUaNVIAGzUm2QMtKANAyUBTbKUoAAAAUAAAAAAAADQ AGgFKAACqCgGgGmpCJpJoonpAJiYmAAAACMJkwJgankyCokSmjVPKNBoAAAGQaAAAAABKeSlSZqo KT2pMaIxoIGTEYRiBoAAxANNASeqUKkyiamTU9T0nqfqj1PSAA0AAAAAAAATVKEAg0CAJpoCMpmi CeiZomGQjUN6SbFD1AqKCCCCJoiQ9NRoU2nqQepnqBGgYCMCNGJo/hP+f3vU058GW8L3e7Po4d5/ XTQqcTcy0Xxz4fG0ZD++yjXpOUqzMyxbqNIxVZJfCyS0VXs93xzyP/irDD+FX/zqf6/7/6cEn+xK FGidkyP5ViQX+uPVzm5sxnNtktm2R2XZLLYe2XYXZbK7ZsZsth41jbRbNs8WztrrZ20VjbRbO2is ba4rFsls2yY2dK2ztrrZ20WWwmy2E2zbIVjbXVi2Sy2E2ttsm2bZKxtri2bZCxtqLZ211YtkrFs9 rTsmNnSWNaS2bZCy2HmzrRbO2urG2iy7Lyxs6SxtqKxbJbO2usth42zbPY21QWzbJbNsljWksbag sON0bLudlsbZtni2bZLZtnrZ20WWwmxtqCsWyWNaSxrT2cbO7k2W3Y2Xc7Lbh2WxlsO7YcYl2XcO y27Gy4y7LjLsu4xjG7Gy7sWHdsOMEY2Fy7OnLsuMuzp7nZbC7LsZdlwY2dOWxiTYdlGy7POy7CbL YTZdlNlsPVrTmxtqKxsmbZsZ6y7KYsaSNtVs9WxbJ1Y2c2zYzjZ08Wztosuym2bZLLYe2Wwmy2V2 zYzrTjIOzrRrTsmNtUNptnrZsZtm2Sy7KbZtkC2bZLZ20WztrrLspsuym2bZLZ20Fs7aKxbPOy7J bNs9bO2i2dtFs2yWNaQrG2jG2qLLsvbZ213Oyxi2dtBbO2i2dtFYtki2aI2dIWXZSNtUWNaTGzpB 2XZLZtksthNs7a6LGnq07I7OtFs7a7rG2oxtqi2dtdZdlNl2Xts2yFs2yts2yWWwmLGk1i2esthI 21RbO2utnbQWzbJFjSbLYTbNsnWWwm2dtEWNPG2bZIsaTWLZ62bZ6Nlwuy2TGzp7ZbD22bZMbaos thHabZ6xrSWzYzbNjNs2MgWHG5stu222sljWkdl2cuy7th2UK02Muy7suy4ztq3ZdnSa07JY04Mu y7sWHdY04zixuWtO7tnTs5dnSLrTgrVYXZdjLsuDGy7pxs4y7OmtacrbNgtrWisWyOzrQ2LZ52bZ 6xrSWztoLZtniy7KbZtntadktnbRZbD22bZDGzpV2XZLZtkdl2etm2S2dtFs2yOy7PFs2yWzbJWL ZLZtnrZtniy7KbZtni2dtFs2yWzbJbO2uxs6TGzpLZtkxs6Q1p2esthNs7aLLsqjZdktm2R2XZLZ tkMbOk52daMbOnrLspG2qMbOktm2QsthNs2yY2dPY2dPWzbJbO2i2dtFs7aC2dtFlsJtm2Sy7LGS 62LZP9v+T/V/8f6L9B9/i/nbrIuZsG2dtFs7a1bZtkxs6extqh02psZdlxmy2V7bO2iLZojbVGtO z1s2M2zbs2zYzbOznsbariy2E2Ww9stldlsrsbau1pxnrZ20NptknFjEuy7suzp2NszWLGbLZF7Z dlNYtksuymy2Hts7OQrG2h2dOeGy252WxnFjC2XYHZdnLY05dnSY2dIYxjBiw4y4xjLsuXsbLuxY d2Nl3Y2XcY2XHZbDhdl2Cxpxl2Xc7LbrGnAuy7GXZdzstuy7Lu2zbJY1pLZ20Vi2QtnbQ7LsllsJ tm2QsthO/8ut5Y8WzbIVjbRZbCbLYStOz1l2XtjWksthNlsIbLspG2qLLspsth6ta0WXZe2Wwm2b ZC2dtcWXZTbO2usuymsbaLLsvNnWgsthWtOyWzbJrWtdY21Fs7aKxbJZdl4bLsllsJrFslY212ta 1xZbCbZtniy7KYtmjZbCbG2rsbOksthNlsJG2metnbXWzbJrWtFl2UXWLGbZ2c420zZdhe2WwnbL YTZbDzZ05rFjNs2M2zYz1s2yWzbJFs122bZ62dnNjWktmxmy2V7bNsls2yWWwmsbaCsWM8WzWWsb Oexs6S2dtFs2ya1rXWzbs1i2Sy2E2zYyDZbdjZcbLYTbNs9WNtFs2z1YtkrFshbNs8Oy7JjZ09Zb DzstjLsuDGy7jFhy5dlxl2XGXZd2XZcZdl3Oy2Muy7jO2rdjGNzstuxYd2cWNxNs2MuMY52W3YsO MuMbnZbdl2Xc7LbthxujGMGXZd2y7KbZ20WWwqRtqjGzpLGtJbNshbO2jrLYTbNs9bNslYtksbai y2EI21Q7LslY211s7a62dtFlsJrG2ixrSFjbUWzbJbO2ixrSGNtUdjZTDZdkI21RZbCRs6Ssba6s Wz1lsJtm2TG2qC2bZLZtktm2S2dtdbNjNl25ds2M1jZz1lsPGy2E2zbPWzYzZbK7ZsZLZ2c9ZbCO y7CbLYStOz1s2yWzYzWNnONndPWzbJbO2i2dtFYtnqxYyFs7ObZ21xbO2iy2E2ztorG2u1rWjGzp LZsZtnbQWzbVjkti2SsWyY21Sls2yWzbI7Lsg7Lsls2ydbNs9ZbCaxtotm2S2dtBFs0bZ20WWwmy 2Hts7a7GzpLZ210WHdjZcGsbaMbOkdl2esth6tazuWeXpLHbGJw7LshZbCaxtonFjEuy4Nabdl2X c7Lbixpwuy7dsOMLZdjLsuDFhxlsODYcYM42dzstuM4sYlxjdlxjC7LsZdl3OnZwZbLly4xhdl27 YcbpbDjLjGMuy7jZbCRtqiy2EjbVDONnmztri2bZ5NnSDZ20Vi2S2dtdbOzmsWyWzbJY1ietnbRb Ns9jZ0lY20Flxl2zYzZdhdY2crbOzzGtJ1s7a62dnNs7ObZ2c2XYXtjbUVjbRjZ0ls7aC2dnNlsJ rFjNl2F6ta0WWwm2dtFs7a6sW7Otac8WzWXrZ20WzbJbO2jG2q6y7C7ZtnrZtkxs6Qtm2S2dtFs7 aMbarrLYTbNslYtkNnVGDbO2iy2HitOz2ta0WWwmy7KbLYeNjWkrFsrWLZLLsvbLspsuymy7KbLY eI21RWNtFl2U2zbPWNaSy7Lw2da7GSS2q7GzpLG2otm2esthNjbUWqxjY21BWNtFlsPaxbJjbVA2 GMLZdu1psbZtkLZtksuynNl2esthNs2ya1rRZbCGXZd2LDudlsZbDuXObZ6HndqrZ+f/Tdw7+brj 7zI+s6r6561cMXpV7XvDaZH9rNZQV6Ve17w2mRyebRQ1u9r3htMjs1lK5W09XvDbZH8ZrKCvSr2v MNmnH8EUdl4G1WbLMJE/P50/s7MyYOw1xDt+7PH7Yz/NbuSTxnxnxQ7ix4xibePHjPhbuSTGf+L5 /G+o8+elWKN9X/Idr3PDXgfPTB2A9uABAenZhQ95vfuPf39KsUb9X9Owvc9mvA+emDsA7sB7dhDi nDD6+j9ctxMR6HOzl2YLyYuL+ocPnzO5eB71rj8ZkZme/xn8WR41394z9rv1Fh6pMWask8b8Z8Un BS1p48eM9rdnFjxZI5zi4edXXn1mRmM9+s+qTu+d+PWM+lu+Cw9WSYoeN+M+LE3Fi2aePHjPhbse LEeGGLhTBf8Xv8fwgonuPU9N5qCxN6yGPvFBfv4VP4qRkz385+ajxrv5xn5XfqLD1ZJizVieN+M+ LDiLHNxZt48eM+Fu4GWfHx8zXW7revnVqhYgUHoXTi65rwI9dvGe5ZhLTz3Pt2YdUvcT8rv1Fh6s kxZqyPG/GfFk4LGnjx4z2u8VsdhxwzQ7AcmL9levcY85FlAYwXz1Ov6il+nK9B3IHHYdOGaHYDqV 63nnqNeeoveNgHPv3te4138+Nf2fWOsWeJP6SZSQcf+xatWrVq1azLMsyzLMrQfQwVV7VLxj+Eeq R/EZtLVq1bKfaTl/2Okn6gSRO4l2qynwTmpfTEhaCruGX6Kiq1bFa1Gq0Wo2KtJqoqNZNotrbbS2 a1NK1hhgYyrDKlWWIWQymUZTJkJZSsiMhiJkZJFklJCkSkBZJQSKkFgmVViYVYsMWKwxWKllJlTm 7U1talkMpkMUqrEVSSiUFf8kTERGKJRLCf7qhR60rhLXMv6BI7KTimJorKT+2S0VpJpFpErCxCsC sQf4WIWqYKrWMgf8VPSWyfvqhONEkvmXaHhnsprTLP51UJ9hf+pXOYsViyYsVljLKRJpaaaaWaWT JJCtV/d1batv421/h79/84AAB/t22aEq7JFbi2nsqzKsysyesvWgD6cVSby4dVmMxmMxfHRf3plS /l36Y0UY0UUUUUUUf2f2e/qtqpU3+42WCVCpBZYBZsgs2QWFgWFgmywTZYklQqBs2BsA2BsLLBsN haxs2Bs2BsJNhsNgbNgGzYGw2Gw2Bs2Bs2BUNjtXckssAssAsxQNmwCywDYCywDYbALLAkssAssA 2bALNhFlgFlgFgWIVKhUqSVKhUqEmwLCwLCwLCwLEKlQqQm3ar+XvJKlQiwLCwLCwLCwLEKlQqVC pqVDUxsk2bJNmwTZYJUKlQqQWbILNkFhYkWFgkJFlglQqVCpBZsgs2QWFgWFvKckbNgbNgbA2bA2 JU2JU2JUKlQqRs1MJZUjZJs2SbEhKmxKhUqFSNlSNmpjZJs2SbJDZYhssQqVCpUIs2EWbCLf5nl5 5IsLAsQ2WIbLEKmzQVKhIRZsJZYFhYkWIbLENliFSoVKhFmwizYRYFhYFiSbLENliFQqFSoRZUjZ sDYFmrGwLAHXckssA2bA2bALLALf162rrNtq7gbDb/L3d1rV23FSHbrLbrNrebbV551VruFlgSbN spoplRlGKspjKJYVX27i+o2qL31F41FtvpU+6UWWSZMVYyYrCSw+9TZTSRsWKGkxWKZKyZIvfSUp rbzGsg87TFZizFmLMMl4/uTfIgfh059/Z367dN+fj0ronnGlaJnlukGvfrtLYVvlWJMmKyKWKVee +2WtIH9JOcnOkkklxnx+PP9M5tttznb+rjDEEJ76aemZkr17jnq+af2JpX+iZaJk3GDhHGmjmvVZ hO2zIvOUtouHd+CgCkr+ilJZKiSNk8/zj+B+PI319QmOrYETyI1C8jDwH9InrBtgkkkIDyu7IQZK CRlKkmlq1DazRCLEPsePEaIkT6iLGNESJt9ePYiiJE9u94PGIoiiKlKlLvYwqo4unkJ5BXh/X9J/ s0mzK00SfG7d4dkKlMaLsH1HwMYxjPzfm5w50uN49/HX7fnvz+v1+ie+cvLy8vOy/rS/Zrw6Fulr tQmZXmy+2MbYxtjG2MbYxtjCqoUKqhQqoD3Ekkktk82/My0Ckjg7vO7zt11x3n4/AAAAP2r9vRTM zNRUXXXd8oqvfkVZ9FU2o4RSQSSkUaEC8kgkhEvUKFejDiC8/IeXoK9H5sDQxmtohkolmrGbQNUZ OuqqqqqqpVVVVTqqqsDaCSCRLYy8GDMzKq6qqqqdVVVVQXMFy7pVVF0KKBR6lPLL79fqKioqKioq Kirwnu5be1vDkAkgkgkFEwPZUBJ8SSScyv1SkslYiozyvxK/Kg777pzfiL9X3gAC3vn3e769+3gA vZr8YYoOtX5/avzPP2b9pF5hha1ZZaTO0kp2tO1Dz8W2SaD/wml6orLuMllWV8sqMtaV/Am14UbR 9cfXLaXvPuOO1LallLKW9VCbIV/trx47Cq5sUKMiQv2CFWxaU1qS2SvrU3W1b3F6hGXMOZHASNvz /FttPr98fkzjK5dIVQTIX+YZIYQ6YdSBmFzyooJk06q2lajNq07CSJ4Qkkjw1rhcYxViiqUboSE/ oWzrJaaw/zv4/Tc47unXX+Lfm/TZbTZtJtbV38zb+Mj8JGZNbCMwlSPsgZCJwzLFoqTSb1SWRZdq tYwcN2ZmZmZmZm0eGp+ospqYfSXqLjGtChcJfvpVcdS2VykkLI4nMktter/CtfrWfwJASD8W34at v6KoTeXGT/OpulOnCr3Zb5TC99UrgX2JIWqV5qezERmURmVsVajao2tRWrGoq1GBZilWZIswiZiT MqqzFbJtqja2/qlMmTJgpKTJRowlFGNGI0UAUIkBEYIjBAQGSIAIKLGiiijRQSaKSkpMmZmUzKZh MplMzMhMyWSI0UFjRYsQYNBowYjCQYMhQYxEQYgxiSMJhIjYoMlJpKSyUygoMmkoMlBZMJmUmk0G TSUmkpKQpIkpMlBSZMmTMg0lJk0lJkyZKTKZMmTSZKTJkpP8Df2DvP6v7H8er6r2v2KbKaHJg2fZ syMmxswZJSlJSlGTbJXLBWDRk0YKYMmRkyVlVTk4jRtOVV/iMGRwTBgZKMGTgpk5NmzJo0yVk7OD Bs2aKZbVWxTJs4ODBwOjkpwaNmjt0Vk5GjgpTo7OTBk2dnZTZg6Ojk5NGDJyKNmymjJopyU2bNpS tmE0VTgwaMnJyTRo0YOTBkpTk2ZGyjQpgwYMlKYMijJ2UclMmSjZs0MjspgaNmDYpsbMGzR2c7vM 3bNwzL2cnZR2aOjcKOjZ0cHJo2cuCsnbRXRycFNnBg4OjZsZGjocHBXBXZycHJoyZOBTB0U0Oho6 VVaGDkwZOSnJyYNFKaFGCmTkyaMGzk0cCnJgYOCjg2aHalU4KbNlNlMjJTSuTQpwUwZKbODRk0Nm zZo0U2YMFOzsyclOSmDgzmXBs4MHJs5OjBVaOGFVg2cmTJ0Z6lo0OClMDRopg0NlbVWRTQy3bawb NO1VycmjQ5OByU0ZcKrOJer0bOTs5nVs4Oyjg4OxTJwqq2KMu1VyMGCmjZycGzk6cldGCcGzgUwZ OSjR0bMHJg7NTbNtqybtnZyYNmDA1I1bMHDJg4OnCq2ycTdspwMNqrZkybKaNnKtmSmiuClYKphL LbJow4ttdGjJyYOTIwaMDJXFtrQpovV46qqigSSUVV4cKZQokkkpaSaKY452VtjKrp2zfPt+Kqv5 ltlzZdvnwV/F/GyrtsLtt+fF/Pmy5LNmVcz+fSfF+1XZc22qV98V/XxcqWXZVzb59PwX7bbZVVcM 36/Pn5ttsq2WVVyvz4o/bMyr+ZlNt+fH9Mq/itTtmZW/X58UX42ZVVVG/Pn3+ZtlXLTts2Z/Xz5+ NZyrlXKzvn6/PmXNmVcbZcufnz7b8YVVVlXbb8+fjK3zM2VHNlfnz8Vl/LOVVzLtt+fSvxfxW2bO rZm/Piv397OrMuZWy/h9qr8+MqrklVf19/nzMu1lVZlyv58FX7VfvbMqLbb8+34yqwv2u222V+fS fPtWUqiqoqkiUdo9ZRRRSRJJwm949Fwh6VVUUCSSiq3jhXFCiSSSlRJoqDjnzK2xlV07Zvn2/FVX 8y2y5su3z4K/i/jZV22F22/Pi/nzZclmzKuZ/PpPi/arsubbVK++K/r4uVJdsq5t8+n4Krfeyqq4 Zv1+fPzbbZVssqrlfnxR+2ZlX8zKbb8+P6ZV/FanbMyt+vz4ovxsyqqqN+fPv8zbKuWnbZsz+vnz 8azlXKuVnfP1+fMubMq42y5c/Pn234wqqrKu2358/GVvmZsqObK/Pn4rL+WcqrmXbb8+lfi/its2 dWzN+fFfv72dWZcytl/D7VX58ZVXJKq/r7/PmZdrKqzLlfz4Kv2q/e2ZUW2359vxlVhftdttsq++ Hz7VlbNs2pZ/F+fbMzUqv2vwMAh2aGDB0bKczi2bNsqcGSmxwaGDZwcGSmSlGhgyqrbqwAr2uryp XtKXoW9r9TU3bNGDRgwZNGBk6MGCdnZ00qpwYcnDCpTg2m1VNHRo5ZVWxswUo0dFNGTRyYZttaOT J0aOCmzo1u223Js4M22q4FMuE4HBozN2ybGinBlsrRTYypWTRgwdA/2knmR/WSuulTWL0jw2L30e iMRpF7Vef8fpcY09VK6VSby3y+FKr/CqmkSFsfrTc1i+ihQuQHb4lpGlS+jdVp1tZN5ec69Zd3BS /jTgcokLuStqOkcy5F41U4U8HF036Z+79O23+n3pt7cmqJJt7cmqJJt7cmqJJt7cmqJJt7cmqJJt 7cmqJJt7cmqJJt7cmqJJt7cmqJJt7cmqJJ6Zh0A2AN7YMB8YAB29q37R206Gz5+suifcrD2XkKVd 93x9Pq9/sZa6aeEv4qFC9lKuynmcmHkYfZGg/4PSlWl35tGGe6LxL2VTC2i+3xBRVoXlT/r7EepX fG92sSYJ3E/EQ/uiH3I8j/fEH65tttttsgAAAAAAAW22223yQ/f/T0j/TjNyRPMjhI79yPKX89bf 0Vr8az94AJAGQSZmZwj7C93Z7/HXXMzMzXX5ck5k5UtEznmYAJAABIO21eX9OpUq/WnP9Ka1vjL3 5LMtEyrTKzCaVqmrcdrdcoqIrdWy1/Rak7MoFmVmVJVmRMZFGZUfFOqexS0AF/MqhPxFeOSm/FTx wpmUn4YqfjhTMpMyqfjlJmUmYqbZE0ykzFTdhS0iWwTNkJaRLYJxZCWkTjKTdhTMKaZKdMpNclN2 ByFXldPuTVMp8adOzs+HG+29tN9/Veu539NxTUg/8JIn+V+Vac5/pn9Z/Vy+V/wzq6237xvcSxed TvqeCcC7E7qm0cufLNc9W7p2W3ItonEj8RO41ZW9favkmuvPzc8+WO8Z3/QPhw+8deNdZ5rkOI6i xYqqr4YbYcpUosn/2kWJ/CkG+ec/euv3/8NZ49/HPSPvj4vnVR7icWfKDCuP9X6sDX7dhl369WfP I3l8cM3PO637s23dudu6P9qe2nmmFr0zj59ds7+zdrv6p1TimJqm9OKaJwTs8du7bXLTpvtOSaJ0 WW334888A8/hXmt+795c/dkcOBzhwO66A4yddHfnftrKvxe3643H7ePzjW0Jtttttttttttsqzpp mFsw1g0ABuR1aresQ63+BmH5Zh1x386hc2fC9l31N5Pxo3JpRzqYn5Udy0WFiqq/kn+om/v8vX19 efr9vX7dcfx1/DrnXO2Gf/IO2p5XVNhPiniu9dLt1lrLWtXumSijiJqJtFRs0bkslhYbknvj05kU Hh2gS4h+pH2/27YLePcjKgfHbX6oQDSAoJdS8G0m6H0/TRMJ3A/6T/YRQNpD+gd5bJrU1uwuaZU+ OtTKeynfU+NNxP+EnsTATtEn5+ftn5n8TNamJt8/bGsccyITfP23xOpmtTE23pesa5Ik3xlxzOJm 2zRut21nDTbgJeMW2s7q6XZXg+hKR/7Na1GtaNqLX/4rai1zaz7T8L0sThfG1tSyp6rcX1WtHMnC pV/TVlW+tm2t+K3GyIyJvatqXsSWVtSremhcE1E9yapqmyaLZPqTFS0UxOCV31omtaVlvLFsxX8S YNEyXBNa/CxN9woyq3HBMjgmydExNVqmJcS+pNEWtWVWyq35OMMmmGkVhklRJQ6EywySVJ/g+YnL 0olE/weYnpINg6JJwJ/nVRNv85JO1VuocbSlXYnfbVP4rI+fw+Xw1+fz9nq6V+N6y6VllNS9LcWh bDcWRe4srS9L11+25XCyq3FvWg98eu1+yyrlYXqv237v+JXB5dSP+J4HlppMSKj5V7T/MgVPrsRV 6/ZnDz9X2/cvce7hmZmZmOFN1PzU++ntp8KbqcclmtN6+1ZN2hXyprTvL78qqWVPCRpWWX65H/e0 StUxEwsitapGRW1TKGVTKK1lZTBZVSaUyiMpgystXI0kRERERERGkiIjSaSG0trqyoolJJSWSSUl EpKJSUTKZJlMtKmCVlYCtZGSVomUVrTA5RhUtkZImtWbbXrTKBkasEWKjMtMjG0bEaDYIK6rfGCT BKJlgTJlkkyTEgh/b1bbbbbb9fnx5X3+cZXe/82mnHGtNOuv11ra/hhhmT/Cipf8dxIfLf8zQepi Q9VzlWHNyJH6+pEjyG4n6JLGosWKqrY8xuMRmLGYzGIzFZZYZXLLDNkb4s+d+PGOH0j9Sf2fdoaH 1k0NFf7U+FqecjhIpTKbkaUlbqaI/lxGtKX6S/wTWEtZZSMTKV+MjRRVHDp/YaI1bpGhc7pyw+gX h+r37Hh6+OZlmVmWWMRFzkEREREZ3ciIiIiLu6IiIiIiOciIiIiI5yIiIiIjnIiIiIiOciIiIiLu 6IiIiIi7uiIgiIjO65gIiIxd3REERGMO64RFEmIudIiIoIiOXIDERETuuREREREc5ERERERzkRER ERO65ERERETuuREREREc5ERERETuuREREREc5ERERBO65GCgiDc6RiIwERd3RiIyRGOXTEYkiNzk ERiSIxzkRERERHORERERE7rkRERERHOREREREc5ERERERzkRERERO65ERERERzkRERBid1yIMERi 7uiDBEYi5wMFJiIndukRGMQO65FEERGOdMRERERO65ERERERzkRERERd3RERERERzkRERERndyIi IiIndciIiIiJ3XIiIiIid1yIiIiCd24YiIgjc6RiIjJF3dGMEERSXOGIyREY5cgMRERHORERERGd 3IiIiIi7uiIiIiIjnIiIiIjO7kRERERHORERERF3dERERERHOREREREc5EEREYzu5BSRGIucDBGM EXdxFJGDGOdIiKIIiOciIiIiLu6IiIiIi7uiIiIiIndciIiIiJ3XIiIiIid1yIiIiIndciIiIiJ3 XIiIiIid1yIiIgjHd1BERBE7rmIiMkRjnMEERFBzhjEkRi7uiIiIiIndciIiIiJ3XIiIiIid1yIi IiIndciIiIiJ3XIiIiIid1yIiIiIzu8r/Z/OMYyy2X2rEuFruMzOXhmZy1bchuJ/OJ6SfcnyT2J0 T2p2JwTwp79U9R9FIfcJrpUWKFWWUkoVHqIf0vJQo2l20q2pVsWFvVuqgntB6kcoT/XEO4HIm9QF kkLjK0LC3K3xrTnct5cJTIrI3loaRkb1ZHCNVHCN0YStaThG0cy5R8mkeNOiV0LlwzMzMzOOsfyJ XuLenrq499mVeKNkYj4o9qPej+JH5kYjgj3I9aOKNkPHdcd367uP6H1+FRUVFRUVGO2xUVFRUVFR UVFRUVFRUVFRUVFRUVFR+4/f3d3/mHfyu56f2CfRbVW19vyfs/LST9Nfplt5V9sP/o0dNsO1ZSiD UjphEknULVjUikJpRwZMSE7kYZ5pbalxzVmZkzE3VVPyLQtApbi0LSpVbzgiMyKn+ZLJZPLwygml IPFoXS1o0LW0qazKFlqWhK43Hn4kbkbYkWJlUEcqSRpZVjayyxNMIzKMslMsqZYp4BrqQjIlkawJ SIolIUlEMqmUypl/LHM9Z5dsspfOlwRp0q35zPia6nT41eClpH+cchSr7Ml/jPbe+Kt6l/3VX2lT 7L3Q8a3SLwu+0ofpn42kCrS0vpuEnC329RK4WkT+6lbPjN17D77fSt62vZYoZdLgimvruah7bde2 7bvcTDS1ut/+qXdd1uqgNvKkk8+I2qeTckgmmNMMuP2JPD6enbhOPLT4WPxHtiTDh25abj0+nDTx J23nqTTzE+JPjp+Hw9xp7b8vKu3hzJ1a2/tO2EVHZbrwmp2nKdhtdpxuJfDFfDcefbXbthiTLDl3 t8PDw6k9ssvLw3HlzDlwy7bV29vT4ejD4fEnxDt4cPh8JqvhLJ/akcO+2nD5GCD/PE8/b3/WKhPI uFyu677Sut1uzna30J5Wp23U85vYkTrD7e42209JosTbT29NSfTDw58ScvH7RiT1+XrDLl24eR5e 4n+gk08wisyfbp4zh8yfD5w58ydSfXt5e5PLn4eHDl7ae3W5W+4Otv1uF91Ta8u+pV2p5JieiaKo TSp+tGqapqHomSbk3Sb1UJoX86akrhU3JifuVQnnSvwTajmnJPq3eotCraUnR7tKO7i6guSQk5EO 7gD+tC7HcdsGRewHdwp3cPUB3R/N/d/s35tttba2mZmYmev9F3+6Q0M7RHb/vft+9Iq7ut/p9+v6 SzIt90y7P+9//qh/CXocfoeRAeHAcPHH77ibqqPm86WZ6nFZpw/r0prpx66+0Only/W+YuE75OOi jFOzxVRPnnCOdkeeoeoT9devOdE76nHS2XYw9VE+vXCF45+/vz4Pu4D/IgQIqfH9+/nz17J31OKz TiIlTPz5yTjj514OuQ7v6gQ8CN7UXM0X9bzpXnqcdLJ1oj165Y9L5889gfO4Zx8ECA9R4/v38689 E78nHSzadoiqmfnzhHzrxunCdx6gQ8COP33E3VUfW86WZ6nHSydZ/XrlD0uD4vnntvlQzj47io9P 9fXzv17J31OOlm07RFVM/PnCPnXpunCdx6d34/ffk1d3W+l12syLfduSA/r0qHrxufF88+h8qA/y Id4FR6f6+vnXr2TvqcdLNp2iKqZ+fOEfOvXSEP6d3533URRf1vOleepx0snWiB69cselzd5zqaqo p+yubeKcdLJ1ojvvljtc3nOpEzP+BmH4YBmDAFwzhw1JWMqFmJTb5UfP5+oaeGu7nUWCm5SyFC1q LKi/p7Ki+cKFilttVFwHpChc6i222yQ4qXKot1nDTfZu747KmRYes9hPha2v7v3+J+AAAD+va/6N r/z2vNr9q0/VvvVx3HO32R894/dTYt9XKLmX+WmZmZmZmZmZmZmZhe9VCdFbzuL6C4nT+v3y/m2/ PAQh13Ad1ybu4CxKk/kj8o/Y/U1vbGNsY2xjbGNsbzcYyxYrFYrFs31m+v9gDvvuDjvs+z9H0YyK KO/kDvvgD3HuPH17z58+fPmZma4uuoxFttttqJ8SDsTtCc889Zzbatz33HcWqtq1I7kHcjtCYQde G+Gjg2WWWWWUUUUUUWW2GKoUSSu8cBuNxjx7z58+fPmZmZnz7x7TLOVVVVWXTpathxJOpHRGtLhs WtVyWlVn3qoTsTmXtqYnMuhb9ik/RT7qZGWa9knOTooSTUCSJ/8Ik4Q/5CVKSihRQH/Ccd37j9v7 qP4WcLbZVXbWNbPIttlVdrKNZrGbbKq7bjcYxttsqrtuNxjbbbKq7/dO4O4/f+/jvncdF3Hcfyvt /qfhZ2SzYs7FnZ2sWdjbYs7GNsWdjbY22P9w7vo47+mAsQ+ZHcWLFiqtsWRYqSw2mlsmksmSmm2a Wmm002k0lJRNNNNNNNNNNNNNNNNNNNNJJJKqq2qqqq3MCSJ9CR/fAkhuk8k7amknek8qmknCLZVC YqUOBOCD6VUJ9cVyTgn7Kmo3I1qfyx/4phPUqhO5QoyovYWkXdFW+oyTmTSJoosTrU7FLtjdJ0Rv LenwJsGpbieJZTSm7k9KU8mff69FU2v/OCiiryj/GIKCgQxFCB7FijC4UtL/hEKiISNJZFhLJVpZ q2qr+OqPyOAABo/a3n5IACL2eAAfVStW/2b/jGrWtYxdZwQQ4jkwYMFNmjBk0U0U5MGjBkwaNjBk qYMmxoyZMGDRg2bNlGk8RvfVAHu+BgL2+GYR98RAHt8Tx78jfeqBD3fAwF7fDMI++IgD2+GDRpTZ s2aNGzZspg0bKYMmjBs2aNGzRsyZMmTRmtata96V0g+j0Tv8OGzr3lvLt3W63cOG3vjsuHb1TXaq /d0jblaCaplPHN+mkyzLLZWGGGGDFltqJ/JEnVSIT32TuVzznmck5KWpc7covGVeXtStk7EeM76w DLJ/WWJS9P6o4qW9Epd16Wih4dtuvVCKjeeq+a7a/K2xMw8Ddr5/R/QW4e6u7AsX9fv0KDiqqRQc PRJsQEVJH6AuSBiAiSRgT0kkEBEcjDc3ve9tqzve9TatVhWLkSP1CN5AP3SCf3ROk/Hy60hCPN9w cpBPfQqfs/4/f/v842n8GLqX0l5lyVXVdvlotKVV9z8ZWvu61g01+jafnXH4b3zpizXG/nQ/rBqy f77CdHoPh+k/cgNfVpIuEUL4R4T+D0S7mSqxWUyWVil3pLEaRqllpZtLNSytlZaWWgZ2YOGcAMOd c4/IFc66rynvL8ytEyHlaXl7Qi6uMd9xAEvtCDWxrvub4GZuwAAwYAZvgh3BIkeNW3Cr568efGm+ Ust3yfdsdjGFDNmCWEOHcVzcA7H7gQOuu+O/74jcar161catwybut/MPkktWSRSWRKlSWLNSzaWa llpZtbSzU4Z3DOzBwzs3l+aqr1FcjJtlY7Nv1Ua7qLk5qp6rTbvsbOZu09N6H748DBgw6kMGYGOo APUqJ8KXL877h+t0y7Fb4UBqNA3iFH8ruVqzuyOGSgQQR8EAREC6EpB4aJp+FfLFMEj2mzRBcp/L QskUa1E4xw+geH6yrTZZWlizUstZYs1JkqZTIspismEyYWTDHTeV3zmY1ZDi34KmXHfauKmKBWbk Xd6dMYMznrjG974eEBt6JJtqeb4mcPPhhm3zc4ZD+2fqH9WCyBrxN/UKpAEEEIEj54e9cv5bAuHY F3RyncHH3DWk3ERQqJwlx43gDAFmpZVtLNSzaWVSytJKSVKVLJUqI43y7w8XPONdXwueL6uM3TzT hCpspsshU3+gB9HvAWfeHvD56kifCiA3xOPHj3ib88YxjMm97yvb03paLu0CQqIKP5Mslivd4eI1 U8Jg0gqg21e3e9tbOrvnrgjmJURZJYknPGC5mRLWUnd5tzDDfoj3CiLJCpdSxZqllpWa0rNrLNS1 RUokWFRZnjzx4njLOtd+OM53jWd483F9VqRd3KiliSm8Tu6UUsbsN+4dgBm3o9uuBIbJdUvz5Yrw 8ABbxQVhJxkfisF/RF10o7vO9n2wdNVhd4W1VY44d/XnxmcdNVz18eM9cMttdPc+ZSSyVVShUsqz VLLSzUs2llqssWWiWCpZCksipQ3z31zz1p3zx63z53nXV124tmsdMZtttytsxjLGfbh8CeyScxiz EIcjrgkduO73YiOwm6GQNeHvBVbW3HC228xaIKeZhNfgHvRIvYSaiSJMA8USykSupEZeixiQWse9 eEgIIEYZs22sYrjh9ss9zdX2R8SiLCpYVKkUs2pZLKpWbSzUstLKFSwqWRUqI74d7xee3jy+N544 auNc66vm884txztnd1vFuN728oT/JfgkE02oafaUV8dVVffoQ+g/mGwIfyhjqaMSCV96iQvYWSQE oia8x4nyXGErzQFcJZBLYh8QDFVE4fC6BxLMHqqqrw8BA4wx+vV/JrYa2lm0stKy1LMsqVLEVLCk sJFSwqWHjfPDnueens1TznDcx0aelNZL2NtTDnJJl7Bs/XJHaePMYkDxn3EhOPNtd+N+vWXDh5xh 3rBQaYumIKQjBIFSj6ySgyNpAkg/W3JznOc5NmTnHVzvczjNxcXzIe5ZJFCsrSy0s2lZayy2qWal lLNSytlZqVkrZqWVSZ2AwdA9ZtTzBLvy8frrdlSrGVuvtyZ3J3HWuur1vl+/6+BJ8IR6nt67Id+r aueSBpv4a5ZVn8QSSN5+p8G2cTxD9dgtpLCPPg/PpVBEOgh4EDHFZr3AfQtHr9M10P37tpWKyZDM pjDMDJhMmFlZVLMsqmpqbYpU22NtKmzWVmysmmyyGtlSADuGDgMr5ux1cdxHR5vRIpRYqwjGLKmH bBMVTscal46RbBMVTMFjBYMwZmxQyVJJI3G5IIpI4Y2o1DJEDHBHA3A3A3CWHCWxGyY3RiLLcEoV VRpx0Y24CKCKHqFB1EjQggQQcioURBAggKkSoQQIICpEqEECCAqRKBgiBBBuJQVBBQKBQbiCTDEC CCDcSKYYgQQQjhQTDECCCEZhSYYgQQQbiCTDEDoUKFEUKCDoUJGkwxUFCg2ZQYIqBykFQggqUaYk UCkMUqm2jFCnQiJiigcicbbTUQHjJ70gI7efS9wUnJy1Xc8c3dHfQYEDbVdy3d476OveqTk76OrA VUnEqg0neDwKu96qOjkEFF7mx1tVHXdSchAqq0xzxxxjttHJ3ggVcumDpo7BzkTcCHTXdLAVJ0dc S8SsBUnY7Tpjk4gVau7HadOD6OUUPbycnKqCEtMd45snPdLEdHR1Xd4PAq7y+E5Oqjk76OsuE76O 1rulgIPAquydHeDmRNxxU93QIqnKsBd1eBBV2qo5O8EiiCDtN3J1VUd4527k6DwKraqOQ8qhbd2O 21Sddzd2O21SdNHJz3VU9x9LxrRxAgovNV3IdNHYPAop171SECrh4cNAbWhosazA8ZhQDGohzmcn iN1uCeOqozO3rvd04jmToVJe3zwjQgnU3ErhVIokq66pddm3l7uGxLkbzDjXZvLub16eZ6tsGrc2 dS3pCGGN0wTpK3VfDD3YdknqtcnYV2WG4ajtLsbpZPTZKybUm8ghWHt4dMjS6DeqHMvrJ3cGnM0X zJ5dEr6pW9nTgavdsOBi0M5ddyhSvR0cp5ZmrPF7kvneiaHKDB3Oj13fVbrmHo7uy8N3rraxahtM dI9nbmYH0iom+DFMaSTTsdjJ1dErypW9nTgavdsOBi0M5ddyhSvR0cp5ZmrPF7kvneiaHKDB3Oj1 3fVbrmHo7uy8N3rraxahtMdI9taSRSu4l3xChNQAGAr2PNH6jg4EPsYG/A5Z8O3bwrpt+nDXv8OZ Nsv0/M9SfhNyfDKyfTcmGpOE9oD+qIrr9jP6Yq0orFYMMGCrV4JP96R+0iSGf0JgkWWra/p1bX83 uvP0kABhl70QBk4BBAEmZmbuwAALoTu6b3t1RrgpcGKhh+VVwhEDHk2bNGTRwYMmzZgwbNmTJg2a MmjJkybNmDBg0bKUUwbjAybMGjRTZgyYNGTRk0U0va8r2va+r2va+JPvQQPfihl98CEEvt9mb34P dfEn3wIHvxQy++BCCX2+zN7u23RspowbNmTBgyaMnUjzK56XjQvHE5Wl802o2lgyWTKws+aje8JM YwYaSZWJfedInrzgkdSSxMcMEibsYqeEjx2SyOSazaq2qttttttvyif/mBJE+on0Se0eETFVd5aU 6x7CV9S4FXXF7uB42+3Qkn8eD+z9PUmMOGU0/l1CNv3Id/b3FXRQUGJNFCaKE0VmZlZmWLv7hprU lw6eubZD2RVw8fzo6KiL71X2FzxmTt2umWddrosN+S7fTeuakb94fs13xeuri3iTj+mI7vXNwWpP 5iUxZaz89/Lva8YGLx1hqwtkv7cW3MNS1dMViTjE+4hlrPFtZSbwxFe+vHeMY2m+mFnLFUsxnrjO c57I+IURZNSzUstLNUstLLSzaWBUsqWQkqWpRUsqWSzrx5d4zVv90a5/LUH4U7BctLDv2jvYq2gX fHcWbc8dYz1ldcdXrn5P9KA6epITn9ruEk9b+Y9LIwsleePjzjGMabk4r6Xd6imu2se9+MqIiW/g Gl2ZhzcoeC9cNYGTIb5kUZHPp3/YbXK2csdZRpwwwrzcKlW3i4Vhri3Mluri/mWTHOMfLCb8fGMf n34+LfUdDdXzi3L5kYjOXplTnnWVePGXEqqp4JLPPWueOesYxXfRMMYjE57up4SSpKlSKlQsylky jJkmTJLJgFkyRUqRUoipUlSoVKJx3O98/eNE31ZL9Ro267L4HJaIlGseg940ROYR0GZuNbQAGAOX 9u2M2D4Bz0WcBw7M3Xfa8yZmT/39T5rV82Md+NfJBxvhq4ElkN9sQsu77zhOPDogym+sLjCb7wYv VTn53YyOK17tvjMmlc3tm3vJlWbDO8MX64tpnLdTFnrtrZqrxeK1TCq34v5c7h44fecOmDEwww1j vT4kMIWSRVSoVKkSKlEUlRKlEVKSUlQsolSipUSPOZ9PWfeM/DtnfxjOMc8TzeiskJ2ZZ/h4Jkp4 1yJmnZg25T1rcH7Hx59kkPXbx79/E9LM2Pdji8VlZFuKmGOa1l/bJvFqyOEVNM4w2+LPjq3G13iO KV4Lw+fPwmh71+teAXjtUtJbPw+8zD4MNXwPyfxnyEwYBh8IfeBrBQGpefIBm26DziJpVMXvzy9y OJFEuHNY5K3NE3WypKWy22WWlktstNtBZKSVKIhUpJUqJ469deu8+PXHMyr/DHC4UYcY+yoMurF3 Vi4PvgAPfB9H55LJaSt9eZ8CRs3RxZPO9Y555Ej+sZ5buLDiyc6wn0ziNUysa9/8aA9EnW1tqLSq 5+M/T/FuO/DEY3jlVWLl586MtYTdF747c7cLHOGDH0kMR1TPOH1nEjS4phYvq/WWKnUr7lOMXHcJ 0zVpW0srZZalZWllqWJFSkSKlQqVIqVBUqQqUqUkeJERquu8dd+HGq3i+mdXjXLjnre7t82DMbT7 W1OxhyDT5RqT9jGb0OD8ABh7sQj4hI3rci4fI8WSefPzu3vsk45X+CgVKFAEpBDNhBMYFHx+qyFS AFEe7dv8ZRixd3G6efrvirdyccRhYrDCYq8b4t1JhZthhMYuvny59QPJ0Z5YVZMWMWN89O6vRB7c STlu99W6yXV7WLKXrWmgwtVVL4zzb2T2SxJRTJRZMlZMpkyiyZFlMgpKiSkqFSxIlmvV1x9Zx4eM 944vJ6jTZzwy6eWR0ZNXL48tWYMnRwMGpwAzOPrb9hJfhwp0oqvLWdW6TSyYzYw0QKkQ/xmqALcA R36Pmy75vuGYf43DJwM9zHTRnGGJlhZWc3633i36cDhSrJx61EkMx1iRibsm6xV+uWdKed4lywWo +M4lUzUxfF+LNVLp/kZmFi3t+kSeZDwhYRUktFVIqWQJUpJFZM1trLLbLKlsqWbVLMsmVWTKWTEr CZiSyIZSiyRbBRZIWydRJw684eNPi+2sfEf1v7C5xXOmSzx5MwR3yvIcLTOCPMXndm67CLHjChd7 S6aWlnDJ02tszvqHMB+nDVm6xjCVeawsdyOvO/dv1nrxEP7x1JUkJIogdk8LHHz411a3IS0BtLG1 t+x88obg/XKhCD/Fo93Hj9CciGeMLyl5md6fzY/hQlr37yZilktkWWcufHPjxu33I5Ob0LJ13zre esuAu7gtjdcSLl1s6TzKamzbSWzZbUlmpWbKVlmqVmpZVaWallpZllqyYKMmSqZMSZMiyZKj6+Y+ ih+NPfx/Zko4GPhNZ+LTzk3BRNyLm863vnSuH7wknmCTEPsJHqwkb+DywwqmKvuRnjz4z57xjHp3 2pKUbUri595ajWMSa762vWMY2Nrasrktc4GFz3q23Wk9utZtgxXxIvOcDFXvPXGMY3bJlSrir3x4 /LjfEnVkZs4ZYjD1ztvgkw3jiFsd2QxZNenzIepZJFhWVWllqWallrSzUVZZRSVIqWFSyVLA7STP rfw6z3rfiwyRHLtDFA59ZFOjqpfkZDlGKlMGA/pp5QRB6qEkksSTHNWHTx7mO8DPnGq/Ttgys5uF TFcvfPeZoWr6wxfMJLHCEWJzZL11x77OG9Yku3LxJ9JISRsm7J2qOHvpzpjdYhw/bGFt14+sfHdx 67xjHwjoYo7ziWRTzeG2E7+PbTQKA7UinFQ95Z5GTMz72egwDQAzdYuCWAsbZtqWallpZqlm0srS wKSypUEqUVLUqpZLO9d49Zv9P86UXX39by0hdvJHBllKa5waV3Epbuw0rwee8gggBZdRI1Ik5EqE iVRSqqRKjJSqRIVIk5Ckm4km4km4kk3ElJEk25VKSJFuJJyJFNxJRxIFNxKUKpJSQpVIqcKVSJNx JUpKHjBkOfpgwKo1Ex0d4PAq7x5Omonujk5ZTqqJ46OeFTmU76O21E8dAcfQcxu5Omonjsdo0cnN UT3IIIooUSdjtaiU7wdHZMnRyctRKdg8Cr7x5DruaiUOokO8drRBDHRxAqySc91VcCdjtYjo76BI JUsVHcnTEdB3HCxUAnXcxHeDnYqAeJTmE6O8HNioBOmATk67qKiO+jvHY7egE76O1iojng7x1sdy d9HaxUR0csd3g+hX3vFQnRyH1wrOATpiIjhO8HlUPbxHIQKswFQCd9drHjtsVHcnKqCExc1J30ce S94qO712cJ0dBCtRUB4PHCj73gE7xxrFRHY6OtAJ2O1iojhBVaO5O+u4l42iojsDw+q4veO6BBVa KhOu5gPHO0Vd0csRAb6b8NqclKBzrB10oJOVOJ3UNOOqiChB3p27vC4Rl0eXPo7gIt1Y6ZK0HT3V WSlc2KOChCrEU5FonM2RUaMGXWJF3wLNd6yrzVEXbQ2jrLzyVmoK19x3qXu05kGEl1eLjnZBtLJU x87rKfPOxbauPtoR30GQpcsrA8lXnWEb3MoY8pO+1iXVCSUxdXBknc+MLGAmuqhdUqFgTtvenbfb e8sCdnRU6pwVs0I8CsX0NwHHfVMgm+6Hm80cubqsGRhVvUjm6zXd3S1m5MuuB3GLk7XxhYwE11UL qlQsCdt707b7b3lgTs6KnVOCtmhHgVi+huA476pkE33Q83mjlzdVgyMKt6kc3Wa7u6Ws653zxnT6 k4rlqT8MK8x/DcZf0/Pbw1NjLo62x1MO662+93tu46W1xOVyuut33dc7hON1J0zJ4fTLt9vSST+7 9S2fLGGMW4YP2zmW4xnlOxnU7GdOuu69+q2lt3XEB1+wRFP4D2ZVV6il0pLRKtdCqrMryUF2Yd3b v11b1uHuG91sqq/v+vog4oZie7jft57lvGdYxm6ljRVVW5DgmjBgwZMmTJyZMmjkwZKbNmCmWCs6 ttt2UyNmzI0YNGimhlhVTZswYNFKYKaMlKYNmjBk0YMlFNEy0q1aa1YwB7vgD34gTe/ICR9vb2RF eeswB7vgD34gVmt1bbaq3cyUyDsysZ+8/Zn11M3KOnlXZpkdNPFapz43PnuTpkVy5pmaKdcb6xjH nbPCTDiSScEGpHgTCE9pMpLCTyk/rHBfl2WcjyPtXyiR8un5beuXp08PmT6T5hpsg+enblk/Y7gt O/hUXalCZ4DVPJS/BJ2+qSrlFbpED10rbXNInh12m1l29vsLilUel+4v64z85xi3SQiR6kWXMw82 R0reud77cRhUVS1ZxiZeN25Etc+ebmasnOMJj5Zzt8Ee0lJPRVq21UYMGDEWr2utvbr9fu/Y9/R+ 1a/Nsrb80iCMQYMGK1E6iPrfPOpM5YVb8pMGK+MYbWbwwfhWaO7Dzz8fnUO7alW2O+l+7WWtGDGG Be8TrbyRqVIKhSWRKllKy0s1LNVpZtSzUs2iWRKlhSWRUsnPgnq9/b663njHvHHjq7sQ2qV2DW5Q TNnU2DcugmYbX8ve97w8PFkRHkIc/L+cIx8S2Hqyes314t/Db6qc2RzcvLEfXz03qKs5ElHO3HdW r8bcLbeWBzcdYa3iPPPGRzR82PTzryfvJ1PLl3hg6VlZOaYp7XjOr3b98uB0QYI/b+3937PlX0J9 3X7Kr94OHK90HwLUsssysdd+PPmrdjpywnd8ZuI74vPm19w2OJVnjfnx3m31OkktSolSpCVQlkws mKyYTJismZMlksFSllksqI558c/Pr1xa1rN48bxefDz1zcspGSXNM75LZIycfKZ/jC2aQQGZuh7D M1qSe4iPf0r2QeUJgV7+Y7sk1Yxc+Lrz8NtCSxOqnONcc8Zw2STiTQk9YttMUu6txGb5SV1wwmrn iYtasnGucWlZ1fmsv0w1RvjLNWPPrO3dr+bHFs5EllpvOIZ74yz6SYSbzvvvrzjTPKJeGOfvfxqb WFpVXN7t86Mqq2uZZFWcvMh8QskKSVKhUqpalgtltLNSzZZWlZqWbVZYGAcM7AdOzb2OuCeuqFTR eqVPVN3HcJTFun3KDnIszFuXOH0OwzAD8afsSAGYetD+wGhXq3GI959XHq3WXHjOVRzWbMfOfj5N JNyHalXmmcXi9aMYxG6LxxvDM1FsmqmLPxY+GXV+UOpzbXDFn2ziLY47z67t9sziSfFefGItawwX rvnrVvHGFYpbIMV8eHLjGGNbWTjDEYt7YfFasZWYUwxtbc1bRtbVeOT2nUlJLJaqUSytLLSs2llq sstLLSlFSwqVFSwqWRUoWet9Y49Y6juJe5mZ6uxQky+CBXc9GwEYexAJkmwDz1J4Ed6wiHjfWMW+ CD5Ejj2JmLGr7wzn34zx02j3RznV459tOHFS2Jb11z1zjGPEk45sW2pzVq+ffDbciyqqvcjEwrqv dz473jm3Y6c45qM+EkJI7z3rGLyqYWVUvnx67e7bzOY5rpdZYVU9e+dd+M84xjHfSeLJzS2dlXx1 zVujK0qiYhoPgj5ImIqJL6APADedopfMoydWzElzfLjIvHy81h9fTDoAMBxw3j7LWPki/QbpfK8q TFnrWvfu3aTWsTFk3zrj44cI6WSqcMYktt4WYx05s04puyTYksj457rp1tOOcGFxu55+knLhpbUW m7bHysM+V4ZSY4xijz49M9rN4YFqWi69PPpva8KwveWO7rGM0WtMdvlJIPGndH52fW9q/rO7Nahe /RVbVwGKlJUgMX6AHkiOHUn7O479yYVKvmxiPGXlqRurv33wk44GK4emBhZhVlxY34yyN4wxXvjf WfFv4cI6seaYpbvF58ZWrqPC1fC39+/DySV+9lryPh4YQKBKQ3m6SSDEUrzntqRxvWYLHbTMW2s2 rOOuHiG8DMwA1gzS8jqb5FVY6D7Vgu/NugR1D3eDTMFRFxBm6q4ioi5weh6HuAwAZncMGDDyQNvj 0oe1ndmFkXPeGetbOdTIuZWN159zZuSrI9SrZHFXxbiNZwxY58Uf3QYZ8AECCN3a/d0klfh7vwiE UASLqu552hqjSxXjrxd3jOM3Pzyc1O7HsTODx4vq3KcWDdL5ePGc5znSL9+smddW+QeHtQv76/38 uz+JQpOjYc/Id85KUlejlL+h+ft6SOusIh1Etkn8L8xspJbPdltz58/OrdltWThTHtpmD6kpPOfq 3JzzhaYxcdN5yiVbndv21I1ZxZzZIxZvvVECw2Bwwl6+GL67gYG6cADQ43glRyYiLFcMScrJ465v W7fhIPKEdRJu6xze+s6OIfbOczMxst76zDUKLy8qoyqjIvLz8s310PjD3IJx5k+OKyvS4UjM9fD3 u3abWSkgECP3u76fotJWBlLwA/dCV5keAo/OqTqv0Aee4TZd0PCJ3579nqrwjyPd7gR6OviD8Ab8 gWgLHn86raSg9/UR5kUY899926kTbh4eoQddeOrmzz6busueM1OKepQjr+5cxLCMzP5e8h+96sF5 JFIIpIJI3JIpIpJIY3IzFJKpSojHPRwNwNiNiNiSQJsSRB1RKhjbbjcVAeMi8ggh7xHiapuIqpEq cCVSJVKlU5EjUiTEiVSJNwopuJJuFFNxUmoko4kmXKSbiSDcSTcCSbiSbgSTcSUibSbESqRSmolU kqnUSqJoxyISGKVTbjahidVG6FKKKByJ1VVKKk7l+o7yGBVHRVxyd4PpVDe9Rz3NFXcVAnR2DtaK u6OWu5OgeFZoqjt3dWuOTsAY7OiqOx1a7kOaiqOg+gUU7bXHeC4VtoqToOmu73B24VK0VdyHNUdg BOnRVxyduLajt3HjtvXREdyd7uOLajt3Voq45Oak6OwdrRV3JzV3Jx9cVU8aiqOx1a45O93BrFRg Ha45Ox3d4EFXe9FUdjggwIIIiI6uO3d4696Kk6OTqrjqioBOx4FVDe9R2B2KgE5q7o7Hfy+veKgE 57qu6OuFuiLg8c7ScnRyCCCciI0VCcnY52jj9B22KiOWhrujsHgVfbxUBHPc08JydHSKCDRUBHeD wKu3ruu6ioTk6OWu6oqE57qo6AWKgE7wdbXdccjQpydg/XCu96jo5YqPBgTlGdJydcH13+pwBzMG nEzZ27NYDVm95vl55Zy7h+t2Ku9qdvMgXsw/L7blnSKcsQHqd5Oth3fVgxhb1ytiUe5WhFbNEvTM NXrya9xX3tHVe4lY13WaxOML3YXr4NiHdoXxcOTORMuxKv+Id5ZFGdpF+VdydMVXHNZGTlBJw53d cxhGZcravcKiKVCICBggg4Tis3WLHlKQzS6oYHweYxUBfOVb1v3b2ENjvdoxgqrwLDbsdBgOCox2 xWmkEkOGVuSTc59HlroGhjl5di7e7t2BbHaO0Wap9LyzWqQzi6oYHweYxUBfOVb1v3b2ENjvdoxg qrwLDbsdBgOCox2xWmkEkOGVuSTc59HlroGhjl5di7e7t2BbHaOTh7T9Mvk5k8OpOnbmTHMmk6O1 k47csycvly/D9nw1+J0y+tSV9Onp36+nn4Y8Pw/sq/jOP4u4/fyqqqqq8LgfLFXVcVV3dr99/BRE REkRERe++KoeOAAA0ea9i2v4X0rxwbKbGjg2U2YNGzZo0bMmSmTZTBgpkwaNlNGimjJspgyaMGzM pkrJgw0qtmpq2bNmjRZg2UbNGDKYXUr77C889aQg75AxH30QPfpJE+3wKL77C++aQg9+AxH30QPf pJE+3wC3GjDJowaMFMGSmTo0O/kM6+flg1zNtf6+fpo8XnKDCq8iB50CWDAAYPAz3OqaGvXhed4X KhvvDwssuhped33K8drzo2qLfdt7QeqFW3W6+y34V3eeu2/rpppvhirG/bPGmCrKsS5W3LMtjSwX GiThe8PZDPd37bYFJ74kPH72e2H78a7x03ImtXedesYxyzHMsVU435tuQDTVTWREeAMzNW48Vys5 5UHy46NWVsbc1ipGsEG5NmiazQ3nQYMzSGA7DNfFW91fURGXMqmbhUVUvq3rXrnzJyjiycXjnq47 yIiocMXYPEMG11zhFJ2Da4zDbx2C4fGDfMljx6wOPXDMZV3R5vPjwZzKKpLZ65w/drEdKYtwwHnx 58Pw3ObObiyKvx5epd/bABmrfMhce3fqs5R5ofxxevmupOZlQo0WcJjIMEE4fY8A6FD7DFm8DANN QGDMOcaEfClXuqLu4brrMwaYtO7RrrWg4a3dbeEnjDfomgxMGlrmbsuxqzLX7cdvFip7daZl/f7d uYq/Hv4/B6NXVm6MWN+ONNxsqUq1XgoYeQ7OD+BUmZmXvQwDD8TeiBbiXYwamZn2zeA8F+s7nT1S p9E7FLsz3w/1Qtvu1UcW47yLfIzKz7D/oOwGDMgvYgEe+uVlxEFmGM3suT/MFfUT+/EDfkkfJL4J 4YEv4WE4FEP4qv6HyIjxmH0LA9dRyB0oFKAnjvD5pd8AIfYEXrWe+Ms13vEkRJHGXmIT03789em8 aeu958mtv5DNbq+7StPbt1aMsu7ut/r8B9Hh4ess49CRnK8DiHbZhh3wZlWHcRV1TCfPI7d9xtI/ ZQGXdDZQ+AJgniAECNPjdCpyFAmpHr0zBmAfM672K6m4jpDe7EuRRgzl7uvcbWRk5j5tTL1GUYM5 j4d9D7Zu2ZmANOHDAYwbpm9Bhvr6Dk+3d5Hv25C9REeh0GaHAazClBHEiii0J4Ty2fizW23fsJz5 NJYDGVpNDCYllUeXmbBFmgT5cvpwRL3Xnwk/r21t+dW2uiRFRrGiKqi1qiIiNitREREQCQSCQSCR /H4u9ewj5nXaePJuY0ZSbedQ2w86oiTsaBojXJ2IndjdHAGzmiQwAfDjDzT5iY63dR7SQd4969PL gcdYHveuCZoAo19/gMCD9JBK/ixJGPwR+/liqasrsPSdatZVXGPjn28oDy45wxW8c687x746q/BW 2rlT5dFVJjNdzvCdJNVe6zW67wnUIHAGA3siFg2lad4tu3fWYMGGiPsdWN4/HbrpZJEkzg8F3nhc 33vlrhVrmIkgqaPg9Bp8vzRMukTBbaM+k78+YEQvAAebz98LpeumDNEeSsDuIHXqPHfGDANOKoSv RfmN251x6bGX7aVE3PwMXasm7uhB8HgAJ9j9R4uvBqeu4iOQTEOBAzuKoeOPwO2YiWwZDDxzn34k ZzvTHhX8yxrneXvhvK1XNdufAVSJIigT4cBeD+WHw948NdLUlQpeF/QAGYTj/Ue370BzfmQ6mTWi d2bgPuxyMUPogxpzMexGRmIfY6ZgwAQ/XGYdj0B1IA2B7ka8er6jgmwA3tAOzBm9eu/pm87bbngI cXPeDge2t/S7vmdutfEkJIxjm1uuy8yeMd9SSJIxj94xtOdZ77WvTjTPgzvOnoiTh14746i/e+Rc DOCKnFh0ORdTQehX5HB9i4d3AcBrvIILxAI8er64kqkSbiSqRJuJ05SVSpVORCpEqkSCbiSbiQTc SVMxJNxJNyqqm4kg3Ek3Ek3Ek3Akm4lKhbSbhRqRKMxKpEozEqnvMxEePuXwYFUh0MdHdB9Aq213 J0HlUHDoU6OWu5DqGhTo7HVrukaHuTo5aAy8IbRUJycKB3d1ltid0WWba8s8862R1DQpydgLa7ru RoUOTmpOTo5UaU765Nu6O947hLyCeJjvcd4O7xvRyd4LI6U6Owd9Hbeu5O8cBZHSnR2OItHRyo09 0dDQdHKiwlJ0d45kdKcneO7HZdHR2O8dsL5U5O9wd47efR3juHuwuVDt3eOvPu6OhZq46buSopOj kOWu5O+d47d48XUnR2DKoWruTv0HbDoY6aTkqK7k43CudDXHQeAUUjaK7kHhWajk73EvELmo5OPA q2dHR3jknNRydus6Ox3EdjM1B2Oc7ujkLhVWZkOmY7HU5m7k4g/XFVDnujlZmTsdrPdHe55yyflt 3VGpXwUseArKdul9rZKDYyExXg3pJTUec6uiZYMuVWo723t48ulT7b21FHEpuU2qTuSMxycdA1Kc VsypfbsKA+Ru4t3TWKwc89DMF3NB0Jc8qhtvT2LHg6kbIJyxaJInZV2VZMVtq7rVlmKfNvnoepU7 V1tBu9V5dir6453lnWke2zL8r57Yyww3WYbO9Iqm9knDF7Zjt1guBhGtkqzjTdPooThZA7oMW03p wnRVw4wbRmlbUxNYrPjYavLc3y7rSPbZl+V89sZYYbrMNnekVTeyThi9sx26wWheDWyVZxpun0UJ wsgd0GLab04Toq4cEbL31cdZ3zjWOccWSB4j6OHL3Ky9OX7yeHw9vSbeY8Jph2/T5zJ7k8O34k04 fLl8tu/Dbokuy3XdcTDuup3XF08ryy7FCjLWfjfpsAAEgiZJka/H89lT3+2AAzeAOcCASTMroLSA Xba9t/P3Tvfz1kJImTgnBs5FOTAwaNGBsaNGjRswbMDBg2bNGzRszm7KbMMFaNGDJs2bMGTZg0aM GDRgwZNmDZsrdtrR7X1fEB7eAMe/TAB9fEgL6+BAH3yAj75AfXwDH30wAfXxIC+vgQB98gI15Xle V1eUrq+rpk2bMGzJwndkkkSCtZ1z4vHn72+d+vUT47/bvX1s/SSlDxiR8fGfPi/G971u7+U6J48W Jsg9yMB9yPKSdKJ4VEKunq87muhpb7lc7dd9xPK8M7lF2eN7IrvImZ+pH5e/jIJ66X8OfLzjnjR7 fxw36xbWWJ+xjhld+/CSb3713rjx589W52xfDCrOiT6Aal7xL/R0CH6QCf0PqAJhE3f5JEufgC3b 3qr0vTD+Fdaxbj4dXTV7PjD41x8SSQobbS/Kx/YLF/Pz9XN5DUnhouuJv1xmzdXbwJHiJJNpOuut nHfGenG/Oi1+8T6kmPNjgHoCIKzGiRbihgD3x3IwO4jl3EQR33g0agMkdh24lERNhvVTJAjZHZnm y7+mZmABm4CeB2abbvqcgYvFKCy9WGw8Va0I1inNEblaNut2c0RAQAZhwBgwDsEGa8BELoUFlwU+ ZVWJF3A7Atoeg/c2w75y8KGw7jXZATwOJxEWCLwQ43qwX2IhAaWD7vK5wRmB3D3y365ERgwcAcX1 wHR2wAYBXb0ftflbwx31A6smAuxZX5iyC6sUVdq4CPkhJwOElk0vZzl6jLx58c85t3PRqPXW9CIp w78eVjvqAfmDuOCuM7tfT8QqxHW/QLycMLXLrnWOnps42x3j6XsvHPxERM4+M/br8/J+dtQtzNWj aK/d9GL7bRmq0AdrY3XPXGLvrHGO0B+0dvaz1BOesAnETwdg1hmccD+mdwbjzyk7yIv0A5MAZtKd E2B+wPuuHTMzLYJcXwCoMYoiIoO48Dz2i/vd1rWtRPHT8EXL1jG7a0epjCYpjcwXXPaj08zEhmeQ UHhmNUGpARF9iy7+wwZgLuZ8/XxIrr+hOEYtXxZrq7Rp8dye3Zm1Eaevu227SjjMGYU0Bm+mbwUw DdinLuBhrlNYHyflCD9AQX79kOl+rE8sNmklBgFoUEznfPhlxJcFpCQ/ZLD9wJCr6hUBIgghPVYu NvkjtmZmbSrnqeqWzSw4cepcVj3by+XzeNcZ4ubxeL4Q4RYkTwkhJHjvcjsPrxI449MWebhnNuMX PrNvqYYz+t5r2w43pD5D6M+lEfPMbaA2S4ibXiM+YtWDwgr5t6xjGPDhnPfpoZ10mpO99W374OOH i2/CACRwEUiI748jA4unoVkz5OZsVuDTs3ObsVuBAYHAAAm8iHewzbHgutTASV5PZqZmr96AD3uC IsPWBXrS/Dn3HaklSLe8RZFcSe9XATwMC6+bbbnveA32VEToH9HvSh4nJ5uisLq3jWLbLK3i+5IQ 9d+LuY8uLoqfi+MTAuoqmPrrXCK6YY4MdY4RVrebrjS5prcKtBLfspbaaE4xk47AMyYNIoQ4meDB Q6m3rqOrulERZt/QdEXdwkkknYtslAXaN36vEAeofPfliQiUSSSQfgv5RMIhWuMfIqv5bJAKQT97 79d9O79gMGYQGY5yesGqCunrVMCkkqt7eovG9bu7rxEknx/C+g3Hq15YvXi3xv1nzy1vBL8Gj2Ub rf0hqQknWFiStECiddcXa5+t8eO3O7x14Zaltq22c4cZ4ziuNbye0E4afjhwRuOiH82vt5dw1sNG 7cu1bNG7c/B+xgyd879CSKCSSMONwyRRxSSSNyCRGSIwOCOBhwNwlsRsRsRsRsJuCGhVUZTMbjcQ 8ICCAJUpOJUZKVSJCpDUESpxKqkpNxJVIlJEEm4km4gk3Ek3Ekm4kpDCk3EkW4kqcSCbUqk3Ek3E qkkiTdSqciVCRKpKqlIlUQaLkUUiijFNuUTE1FKqm6jp1BJEkmhEQPOHw9GB5eon3qHkj4e9r3Q7 eAWWvaBuGws1BrC3tfaRby8GqUojC3V5oeXg1vK7Q7ilBgWW8s5teBS4LLLDb7VvbdeBZsaysyQt 7W7mqD6ziy3llw28rqfdd3SleCyoKhbrdcPavdIu8LeW64ayvQrueV7QdeBZZYbe2XBZb2zmyyBY a3V9odeBb2t3NbyzdI+bcWW6rfV9QeXo2vqBzbyy4VELK8oG4VvLLtvbduFadW7cbLe2ctDZbyy5 thsqNsKpFbrNx1fWIry82W/tbt+Nvx37v5N+IgAEkAkDJJJJJJJJJJJSkkkkISSAVKwBGBMBCM2s kCUEaDaAISSQCQwJgBJJJJJJJL9u4AA0ClMEkkkkkkkkkkklP8uxgY+GHXqqvlq9rErmXIl4WqrW JaCXmyUhr5YUMVUbd4J2WehuuNB9utitvdWQaiN256uW1VIu8E3FWRoi8dgkiKCPDeb23y6y9ll9 UxzNu5L1WNsa3fDkNgXV7S/Jtt1szqzJMIfLttrepB5iuWkpmJV2XejMrIRtbOlBR8K3C7yq1dl7 isPhwzBUnAuBbr44IBdiZV7zUFXMRjEzQ646pbxjAmtBrFUEbxXRl7Wf2r6xuesax3XTXyqrswIy bcKdtXIi6QnS9YZnYRzTGCkECRNzgXAt18cEAuxMq95qCrmIxiZodcdUt4xgTWg1iqCN4roy9rPl 9Y3PWNY7rrWPTh+Wz28ufccvTL+T8tP03D4c+nUmI4k9SdvLhpm5Xt4Yk/eTCflxb6cPpmTbsyw+ u335fKZifzkm339+0kJ94tttstW31o+pYqKgmekrHlT6DA8QII2YMGGlVs0bKZKaMGTZswYMGDZs yZNmSbKxLbbs1bF7vgQHu+CT36ZIQ9+319gfV8Rfb4EB7vgk9+mKtq2622bMGDJk0bMFMlNGzZk0 YNmjBs0YMmjZs2bNGjBSnjV7zv1x8fjBLcae7+2c5ttd9/TBkPq8Hr16rHUuvVX5ePmZmdMOvQpm CYMxDTqRJ4dvDUnLPpqTbl7bZZHa06YwtdYYWrVq12khJHH2hJxCWH7oLf7BIyiP62PkQrUSkqPj AEGfUR8UAvzFREnxE/GZMFjIT897PMjgcAWeqt+6ME+rFtLDml34AAGEdZaVB4kwjnXMdwdyJfML obpfJuKx0jGizA2y+zcVjnTGjfofhm7AFBwGZqAZosAOoiInsKp5MzMWmFF+/D5MSTvQSQqCB/V0 TRAdqKxTI+/UlWC+1MDDPjd7pN4CSAStxbn54eA9NEQmZ9u/mcfu51ZTEreORvobjtntWyad12zu pjgjwgxxRhJMpI0sBZJ2n6cHdAMZ1+oiOxDjO2iAInk9t7AFDKvie4dREa6zECgAR1Um/UfMFpIl D+DX7A9n7p+wIvHUpJvO/eLePw15rbwEh409veWc3HnPn06RINixvVc12nF9fY9YO5t27Ti17j3+ h3+nqJNKB6728+ePi3Uyqnv11w6cTn0qwLYqX6qqqCH2QX5saqeZVVXmwLQpKhC0PxaCMAOV0AGD DZL9PrieV1YrqOsPKeu7t6nKtKjfQQ1SsXLaVG7ghqlfvwfwN/GADN036cZvBPph5EvXfbvl2Bfr 09V1uRES7tQMyIsbuYOwYnnriq5mZGcA/QeM1dd+SMcOCPazby8W9SPc30tdZxlEl6jDjOH0xi3P IoGm9hgAwf3zqVS776qoyz7zHjbpzjwlN6E61W9ZTpKTgTrVb1YvgAZhHwYOh99shg777d5HgmIH 4HhYVx4Lu+TsidmQPgvBWW/vrwETYsO4nq4d5ZwZq4iPbMGDXHeDanO5wdLRv2W1omFs3phqCioX DDUXh/IMEaPe+onnvLJEdpmQdq16xbaxhMYTHHn1vCSMgN/isn6rPsMVE0DniRe8rJNw3+SBpEsc Rcb+fLmAoECL5g0mBkEgzO4Twng7J+jw94D7717u/S0t+TI/on2YetM3oUt7XrfDvDXPLEt5XnfL nD1HhvzEmyyRGyDPT1xoy/Zia1bbbe2WaZZYZ9vQgNb3x3nyvOOZgAMhGKNCH4FVg5waKAe5MCmk eMAzBz08Cp55Oxt8qqio2ciiTtDc3Yrd3a+2HGYBgOk6c8IvrIiMEuzeEdjwGxZBH5SK2qqv4GpC BRfuDqhAya8aSx+DGd3VNVdSJpwLyK+g4gO4fnPFDvYC5PpgwDXH8/NlIfGEJLENiz+dly6uZvtl 7dTPuHbe2rN3JvdL7+n37HgDBgPg78dh15MRA9j1FO/mD3ggCvsZIfPWyKDiRUZURBkT+Knjj66p 3IFVUPsAfQcYfmDaY9Tyg+wHyI449szBmIDBmYcfEz9+F+6mcFrLNaRwxsoXk3A3dwKzodVqG7tj Z7+kaPUQQfAEEkeOZdF8lUlVSkSFSJVIUakSqOVTcSUkUkSSbiSkiCTcSTcRbqVSkiCTcSTdSqVO JBNxJNoykm4qkbiblVUjSqGFVPq2+vrWjsfXc9yUdgAeypycj3RbtwtmswVvLLtZhst9Zc2vLOQs t9XUHRbyzplvdW9r2g9vahlus62V7oXRe1nLLLeVu6KvK6g4WWMmryvaDvC3tnRrQt7Z0a0dbuiW W7Vm3NvLfUpJJSvPFrUhZMWTBlM5WqmSaTObEzCGh3RLdt5bzxbEbZst1e0HeI1NlvrORt9W+t15 t5drcpNbttLtuq3te0HvqNb3brdPKBrollvbORspURESy3V5Qd41iJWGt5ZyFkWxOt12yyvqURdE aqbLfeildeIt7XUHTby3XJ7bDElnzNSSImNYiSLdXrjzxrOvDh3t5wtLoVNybeTeYuqGCXsJm1g2 Ijd4Xnuo5Vvou2hklwnbyS3YW3vMXhF09yacViSZSqX2XVd2XLF0wRlbz01s8udP20ZEFnjWmg0T WNiF7Hc26znu2siOzhUGZszSe3dmeS3tqa+2VVV3TKmudcGVt912L9FzE57vMcKPIbu5H3d1dM1o dqG7yNqh2aq3ZbrssKV3bb5dvUULFqLBLoNprsfdVwXMCHWgiCQXJbG11912L9FzFqt1UEJdQN3T dJJSrO1AWwN1Q+RIR2K3ZbrssKV3bb5dvUULFqLBLoNprsfdnjbjfLDvOXluMvPqeXCef2Zk+zht 8J28vt2/ElafD2rrt7nqOmXl26afl5lfT6beJPboVJ+PgTmSrIfOoWLY/GMYMT3JSqtxQiK8Pfxd 78if14Mbv4g/QiKUyb6MmTJ0aNGDJyUpkYNmDRTZs2MmjRoyZMGjJTBgwTAwaNFMGBoyMlPAnQfQ YEPBgx9Cqo7Cgqj9XwL6+wBe/QBAvfrz2+gJ95EQT6vgX19gC9+i221bbWttmymjBsyYMGjTBo0d ZSQkjnzzev5sfjqbWZ53E8ifmJz48+HXi67851cXF31Fc848RPHmB68SSDzI0kOJMpMpPp+nww8y aVdO3pXjt9ww3lg7FLFLEmba6qW66y5T0Wa7/jUN9Xgi4iLkOE9B2yn9/HvHt4ePmawZ9zVx4org LP8zvS+UIFUqMQLJ0oo76iSRQcO0RyWEYYx3+xBfoZA7/Dd7NRyuHRBHVDLe8zuXLoRpULdy4gh8 NwScuI0fB8Q4HDjpdSHOyMHgDx1mu9V+RFSB5YMwrkChTBm2x5fEXLqx0PTAVOAlgzPpqgwDBwLG SEPr0qfJTn35ljU7qptA/FdHeodaOC6FZVOTIOQ5GSMyrcPDMNZmkawhCGjlCkooWSSSSSN+B+9Q fr+dUg6ghXy7gLnmQyLdO7gTAgL4ZOc6O1IdxxmO0BhkiwLmOYr4C4LCJJEtCr+9EDd7qx/KG8ZB E5mbL2cuzuxG0+7u2TsR8ZvwI34Ngb44Cnv4G7t3d3cv6EgxQrz1y1cZAbh7fbHMFTcBC5ccDisV CqHC0xh13gCqg8d/puEcD7NrX6k1F4fiV382bG+Pb12dpNqFXhcu7OUm1MHhc7qoUa4kUlycbck7 bsstdNOt115vURHoMxCYB/Is+uuY76GYtqEhmiRbuPB+zWGbbGBw7cXXY9v27hBm1KLuhgwMyGU4 p0TEQCGbWLh2FrYiLDMhaIhw7TQZvBTOkayeyvn6+/de0Jt3fZRrV3YwuMs0bUEWUHuZMyZeXyCI skPcyZYIWIH3GZZQ6omwDUIsMg2B70syVVV+wrwfhP8C/wfmQ4pVVS+C9u0lJYQr9BIkj30P82tG 2b3j8+ElxfHkuBee3KM1U1QJ6fKUGvdK0d3S4IQpI1dSMwxYwVhNXU/Y/LMWHQYO3TBmYPtP3Crx Aqn2/u/Yt9fUK2Pq7j3k6uuux6D1gxw42GaHEh962SLbKYRWigIvh6GfLHUNQHkJWufEEkxW9zYt InC8oWdGnpHIvZRuJ0yjrVO3bk5OWWqTd/qMA/Rt5AEX3qCgxEeCA2eQMD0zP5kO4yUiLxnaBPGg uv9cuRH8xg9x2yV1En4lhK6h+kKOJLkOh06sYFug8w407LsYOY8bcIPkZhq5p4Jgh8jMPqR+avQB ruGb63wd9w7gZzzys5ER+kiHWmlxhrflay1Jb6rxni3oganSjPudVVVaJPoygSSRQHkgCOzYSUGM BEs0yWI4i79Rk8ZowComKd+byKi6nnMiW3cBa55ghynLhTljHunxxkg+BxggIRxdQOg0XBEMwUPb eBwQ4cXEXfcO6sN2Vd6R4Awbep5tAjsQBmuvFsRF447kES9DMq+VVVS/mdqfp3+E2K+pUYZnKwQh bEgQpgx7XxW9UwHJdYreMeHvb4e3N2SRSQSSSJuQSKSJSSpG5JEZIHIg3A3PNhyQU2TGxGxG03A4 w0y03JIw57yEIBBA805VSRKlJSciVKSk4YVUiVCRKpEhUiTcSQbiSbgSTcSTcKQbiSjiSDcSUkSS biRTcSUZhSbjcVQRJNxJuJVUlJuJNxJGpTKTkUUkMpstyOqVJqVVUopKKcEUSSajEIJB2W7XGui3 1e0pSSXXibNlehXXLRNvbdctibK+oFy1rROr2g8vNlvay5GqKrXle0oi68RrCzdZcjVVeWVcqtLK 9oiy5FsRSpbFa9r20TvDZZSgn1u427XprzxbUNhbyu0O40oJst5WcGyylLEh5XlB55t5buFljYFm hYGzW26zmta94UrmSyxrfV7QeeDWa2tdV5pF54NZFva3ce27llmw8t3Le16Fd4be27mw28r7Q88W 9s42NgWa29rylXYA8CinUp3cY6gP1279D231VERVVUs0NVVVVVVVVVVVVVVVVVVUe84x+s/d+vm+ ar49VurJG89S1qTNT5EMbd650GZUzNqDGTkzul6w6turGUlEqYu8MImQZMqU5OG9fMokY6O060zF xBTyNxFQ4SVqVenZ1uWbVmzTytvRY7uhDxYuHLVaCvsyFwWNlYxbt283VU29UwXvdIhy662tDcSC Z3tw9vtC2bqG5mHswWO7btuFacFKrruqbN6ZQZeQU8Ukt8xFecMwGXmVgNb7iM3ecCxjaG1mVM3J KTmYcVUnQ42ny5nPzJp33OSseWZgGZg+zAV2X4SMCW3bcK04KVXXdU2b0ygy8gp4pJb5iKygSHvC ZIedZODuqrEGhsjZJmzpu5irJcxMxUhG0+XM5yTTvuclY+AMAMH0KBH5uF6HK0uN6XlaWnbeh36X O8jaebDgrlWxw01HpiGH6dup+X833Pp9vWEt9/Lt3Offtp5v5w+ZJBKklEzJGbLar0w8MqqaKbFP yZMGDBg2YMGimDJgyPswaNGzRjBs2aNGjOqquDkE6KCCD6DwYPoPBBBi+r73ERdfUD36YD34F79D PvvfmIi+vqB79MB78C9+rbLd7pTH5vWfu3PzBnT5xvP46uOeqtx1J2w7uPBB6gcJLJ3X5eiQT06+ R6fDpn8edsPbLLw9pISR+pH8CR8/w9fjH1n7xEbU/T/Y8UnRBdw7u7hvk8d+VbjuYd3dpUzuO9Cq CER1impmZ+mZMBXWuJvGA3BF6MxSSgIRa/hdKHOD78EErcO6Lxmhujju5Y3rNy65dXrrniiH4baN do3IGHLllq22kt++E+EYf5ivSh+BL4X8BQ9i+R2SUH7w8PDr+EyUPwVCYs+VVUQhuFwksS0B575r gSJQA+Fcuq6JofnloBzH8XALclSRsr5QGmjnPeaytRDku52TXRG7N2bk3+fjON9YszlLYndicVEz EKdMJCSPfMrB1IJfRQIJJBF/xUY1XVVSpnwDKPrBSF0htiv5iwMoK9a/gGRoeo+/a0n77yYrJEP2 7rwbU7cdm6x8kyTNGLQIyX4cFbc1sXo0ZL6c/DN4GwfY7AyHbgHLm3dxT+PD07+Qwzl4O3DzgGeO M2Xe2oyzMwZmnwjTAiHtoqgiDqOtOKWT9GCxgv335wcEv42/kJg+9v03Xn3G4q+Ip/HbmCeIG3ev ZVsHzgTmXWXOEfoLy/0cYF3+wDM8V2N3oaR5h2tet5ypbePecrWVrHHXvnrBby4tvrrLWIqYfegs vB8ZjDY9As8PTflmgV+xuqMyQ7PDv+Q/gvryNr37ogc3S7Scqris2YzZlycz0FmZC3ZjVMuTmIL9 BYr6GQLZh+QGD8AD/kQOs97aUtuMc/LhL8/O0/LrH1jq3JytZw1L2qJIeIX7EiS/mIj0sgl6KqYi VIoB4e8wen+RKFA3uTPj4Ya6ooQ3hyZVoXs5sCGO5M7ei9nwaG/I9luj2mcANHYZgOeYBHb+CmT6 U6ALSK1sltFafwl/oQTfmasSVE2AHA3g5DvxhrHHriFzVphHCruIjHieCC5IePckJKF527uU2DFn J4dpGStok2KSMzNG0KmknBqR270bQpDRAhdgf2eA/AB5e9wY33iOOiggQQQ0EDBSofLpJd9gH0/I Kr34R83jyRLfuAyfbJv3ADxIxtJSCzmLFYBXYYYej3O7x+sqJMRZfdqJnhy9GSdyXN7mzNXl6Mk7 kub8DswxmE/qNXjuOlXaiIsZ8AZn4ByA8RA7ECJgW/gVQlVVVZYrfufR8C9mEkkk14AD3vj+EuE0 kSCsyhyZlD2CZbmjKuNFia65zaTuOnjg5u49l5ipGvfJOWbfaMYtW7pKjMxnYMzsJxQUt3dJUZmN +w/b9umb0xxgwCQDgT04ETUy78wRYdw4dx5Vl39eq9XusCENAkC3IwQGl4rOKzjgyzCRPLsbw0L6 qnf7ZuKeRdOMgdRSszZrHeDSoyTMSat3g0aMn7Ehuw302y4cOGo9dV0aVSpVORKpUqnDCqkSqGFV IkKkSqQhuJKOIotxJNxJBuJJuJJlyknIUk3Ekm4kpIgk3G4qgiTpyk3EqklU6iVSBJD0I97xkHlR JHj4erR3a2ut3G3tekV54ssGt+t3LNvNmXcd+LeeNht5buWU0A2PK3cLLKURY6vKiLzwWVhrBs2E ms28teJrzwbFlvxbuna9Nd4st+K6guBsOt3LeV6iUrvDby3c2Cw6DAq7eCAUXpU5Ojq8dSpvLO1g W8s6r40riXlu5ZWDy3tEW8882016a8429t3Tb2rONupblbWu2ptxstW7aru7b2u0POFlbyvaDzwN q1LNqvtDm1b23cLfv263Nbyq7bhbre27zbyturqALW7Vu5ZquEgofBDX0TSrs73LRLCuq3zo123h aJ7guFnCb61j3cvoTozla6Q9XRbROCpqvz3bExhv1bx6sGRztIVoXbG7L1qrkvNMDTCMv0wSuV3L N5tHpUE0XIcYl44a3F2ObVCt2Hqq3aSzcQiE2KluuBhPdhOHGd3d3o7qpnZI7bh1ZBJssIIcLlnr y0OGZYe3uxicNLRBm1pe7pjg3nldaioZr0727QnEzKvJwqIIXhZoQYb7OXve8Pe8DxudvdHdVM3J HbcOrIJNlhBDhcs9eWhwzLD292MThpaIM2tL3dMcG88rrUVDNene3aE4mZV5OFRBC8urltzeOox8 vL+HxPqH6krmT2r1HvtNPDh8LvFeJPpp9SfThXP6+3Kafp+PkOaakTb8swASQpv4av5bRXrVy6AA By5H9q3uvotr9v2Xvt3Ti3RSqqscHBgycGjk2YNGTRk2aMmzZo0UwaNmymDRspgybNlMG2zRk0U0 U1JgwaNGTZopowZG5k22VmHfBCF79MgPt8ge/IKD2+QE930PvghC9+mQH2+QPfkFB7fAIryurwyb MGDRg0NGDRo41nud4iYxcJPLF75zmZz6sTTUHm/XMmLzeKnN8dHA4bRvTE7S3x2q0LWNrJ2c9uc1 RJ4k04V23Hy2/EnHw+Hnyw95hHsJGsBnOsxOmYSML+elecNfWs7MfF7zbhoPiaYwQTxIhPyvn8hB zCtEKIea79BAe8/sN+oYjXA43UCxYjMEACFyfHHkRNRnXwQJFdvMmYERHoUzCZM6tur+3MmE+y+x W5Pq4I3MO2i91sGZtRBCwrbRe62DMkcGswYD2MF4P1SE+9V/bJwEEEM+cd/NxJEYIfF7M1Zs59qS Z76ua4td63GPfvvnrGMcPK2xkL7Qh60kFR01eJIKtXPsO3lKA3yWQbE8ipe9Io2Jc7ozdIndEvu6 MkDxm/A0Tf58BO/BQphAhIIXZKY+fUBZBJnnbHwT35iy66aWAp63w9T3DvIsFwWCnuMIjMGONqJ3 RJ/qE8J9+fTq+jh9Lav4UNbf13NRrI2Oag3TfNNbayoxrUG4b1prf6Rg/YwaOIGIeuVeMMK0ufNx eNevON88HGuMvycDg6hqfqOnEmJDuPOpPVaK7gh3GCgBtGYEaJATdoqdHgLMr4Hed6mnIqJube1z j1WQraNqYSVnGJqYJN9jpmi61k3GYOO2q+wQ5HygSVPH8q/xJMQfo76ziFVA/sI3aoVWDCOnauqk eB2GgPJDPiG6NYFhQyAgZEu2ibv58KHV4AD3uQ4j7eWWaBFpEUxunNGFwSMLkjNq4h3ofGZ+nDXW EqnDvjFpscNcdY5zeLc8vKqrorFkZm+vK1ljfPIC4Z3cnH5dTT1VTYQAbRAPJTpIREAs3ONdcyZm Xad5HJkTmaVhtCamVAyKGZE2LiRdx78AI8Gb8DwHdz6HfndQKr1JiCDyqoVWboAf68mR5WGQXASM 0yrlVVcIPooDiPnfve5JWBlLAkT/YrrzVWkswWQ795KvtEVjMJinI/Ldhmany/Jp8D2J7RHCHvOn Ubb6QSpqcvKsTeTU5f80BgB7HQsfTN9sHEaWFj2R5fE/2/2lPOCvD9uEXlkkkifrI99gwc6oVSQ8 f2T/IPQLAQuykloSmI/El+BsYQD0R+rNVeCFER8brl+ouZUQ5oPfMqRBDrypfbVTquqyztDNM5t1 W3u1e3R+4HBzyupAZpexwpg3l3Xwkz7dhsZ4ofHQ8+3DxDhIIriYtndmKfbMSeud+ddOmqefOXV3 bnbPjf1e/rM+3pP3l66T+8Sfgv32lmqNFJ8XHKRScLwEfOsadJSHe8QT6QScsY8qPlYFiGcOHjj8 DgUw4uBGweO9A4OM3CwLkcQPUt7MWXmdoPzEdXX1vDVF5qumJbNUZLV0/oz3ttdPkqSSRuNwtxyJ SSpE3E3KkRkgjgbgbhLcJb9G0Y6EbhLabglClURbjcDaHnRBEqok2YkqkSbiSqRJuJKpEnIUqkSb iSbiSLcSVOJBOGJuJItwpU4kFHEk3Egm4lVNExuBJNttKCRJuJUJEhUiVSJUZKqNupVOpVKQxSqb coJKBNRJKKKB1JUqqpNSAQAkkkjxHlGBACSZDylBxrDbrdzYbHWcbLK+0LobLeW7lg26zoVpt446 rOWbC9t7bvFlliTyzlvLdwsLK8oHC3Xd1Zxs2Nh1nWwWbNus4asssbo6lLgpOe5VOjm7scYjsqne V5W7bzbymh10LdbNbtYFvt7bvNg2W6zj2t3GzWeVu42WNlKWIC3lZ2ysGtvbOWW8t3H3CmuW8t1u At5SguBb3fAAAADWq8/c4SAhD7uAAAAJJJJJDr3yTGUQw643Bb+Rl1WDikQ/aXTzbD3BUp1Wl8NP EbdSngpaN7NGvrE5UqhO2FNXBibGuRuzpxYkn1ypW7QOCp17mu8WcOkli1TrZvDTTK8oOqznJ7Yu riqxi0Sb42V6o28FDLgmhGb1C+fGXfXw5KLApouZyzeHXHY3pVZizMZh7WO6be9NxlIrggxnqdVn RKr4sTrwS60XM3zYyNvy6sXZ2joOdMOXTpiAwZhg145KveuCevqHveo+G0sqWs3GYd1jum3vTcZS K4IMZ6nVZ0Sq+LE68EutFzN82Mjb8urF2do6DnTDl06YgMGYYNeVdzmrLFtilDjNIkJmPbNI+2aP gI6FMBI77amXp+KZecq9+ZPbTb06fs/E662rbs9t1xUJXq7KmgQyYWmlTQIGtbbb+S34SEREUHdO 7Nt9qpE1/btAAEgEmVllaMyYwxGJuGxsbNmzZs2aMGzBopk2YLDJk2bMGDJo2ZMmTI2aNDRs2bNm zZTRgpkyZNGjRlNlbKYM17XVe3Ad5CEZ9fQU++iJAvfpAHvxQX18B79CEZ99BT76IkC9+kAe7tLb aZMGSmDBlg2bMmTP3nBF3MzHwfBL3O96lEREsGAdgNZggzUP1Adwyw26T0+PEmW99uPzg4Yt3v8v jzxKQ1sZ+nZooq/abMtJJu7JbAv9jA2Tq8Uk5aQ7O0u4d3eh9CJrfW6pmZzAMXTvADAShF9HkF8+ fPkbbf0YFPvy1X1ifSVhbNv4E/g7vGbrjhjW3F4/S/hOf1nPpCUmJPpPnwfDrz+6wRe8SPyfKZJB Mp0WNpCaaFBXdB2SXd3ralwJMyHfPPTME32Fh5x66p34iL5EbnT364Mg19VWLYfcSkNfOrqpZKQl x1dKFZv4poAN+jAHq0OdiONImqq+qqqqvYYBpFZnxVgdd36FLfiSq/aggCHCaA4AtNQNLxfh70vc svklJoGgggjJ7fD3j6qfkK743JuA78t9p8vh4/AVtk6su4aVOZV5cNOeh9hMy6HCZ43TRdexlMAz dDyAAzAzPELFsL6owgbXvm+33qEBBEC+ZITUCAdi4RVhDbG/wGKLO/E1aO047FR0f2vlII6QWrqn HBFB7i7pxfg/IcbgQ82YiQe5xdiBOmsc4dN3rzvbaufTJzM8MzNbrXD9IzNmuPMUAySyECLt53wM DQBt2YTWilfV9ofXi35rFk/ZnMXdbdnOVJCr2bQ3a7dvduh11nrD5TZ2ROIiJI44nXnXGc5zn03t uuEvwqt+In+B3ACrBGMlhhggblE8wsQPzwXdtDi3DtIiBANeYEAQNkehG8AscfwjvASKNK/wGgvs UTzpn5jDu6q7thv6GB+15t3645853lB3EwYruB9nKepgLyBDTUh5uPHcsQ+H70PzBH8wX8vEk0bC +fZ9gFn2S1hM8IQvwz88xGgC1uXHxS+PB0SQR2Zii+ZsI7mO+ABgzMIyZjMzMd81h2B9jaPb4CB6 gfg+AX+fVxJwflnjEkR0BEBJJ8CbhNeoEUA8uyZYuxVAgTLvIBgwg/OrMSSgAH8A+hwkjxuwSHRr IajVfL5U/mz7sStK6W3rvTMzBmYa+1u1u3r6zYuw2sM7B6BLfdWkzPZ9yXhOXe2K0QJBeKIzCb9T Wx57rndaw2eZGe9da5PDrpwlmG9x01UB5EDWlOJVng4KO4MGg8U24xsMvcF91xkGImqoyOMgxFG/ 5/bAhA+L3gPIkfG/tZY1XUloYCR+vesC/UQEQERm38IcHFpkIYRjYGewxQwd3mNQHHKsR31FdJ3t 6tLG30y5dRupNXx5w3Xe6te6J4acDBPvbdNKmIlUcqm4lVSUm4lVSUm4EqkSpwpNxJFuJKnEgm4k m4kmnKSpxIJuJJuJItxJNmJJuJINttKSIJuJUJEhUiVSJVFKnvJAQAgEgkVRKy3bq80Lz6vVXngs o3W7hs93g6lTsc3djqX64auJTk7x1GvaDu8stwb2s5sr2g7jb7uW9s42vaDu+r0K8vIWWNgW+8pl 5bw2DZt1eBXngsrtDmwCyylEWS8rdyyvNDhs1i3WvE13hsLZUKkst9brm29rzSLdvM231KC7ZZNa va80O8arylBumt7XqJSu8iyQssk1i1e4zGAePAeBFGyHeOSAcDPbZLLKryzlr2u0OullrqFrjA/U VCCGN3eXijj3fru+g47vCUzYnB7HmXnILA8g0rcnbei73NN0P79c4/OcPHzHWE8Jt3rNq0Zd6ODJ V3VVkaU+PWakWbYkmuXhy7hLuwWxVFJ+yWjgqrBphh5ymPXQ51m1TF1kfVyfVcgsVVW2MQNybeOl IMFLuw9HBV685Gpk21uHNiHJhtLpQJVt1A/UWb7sEgd6RvPFOIzjet9lLVcl6jO88SRurlh3mTdw crizhbmYK25VTrsU8KWsZ7Un28djGAY96wSsbrA/UWe3sEgd6RvPFOIzjet9lLVcl6jO88SRurlh 3mTdwcrizhbhIncuZtZgmi8RtAtsRS1Pt0CAXDBm/QY4k/d+Fk+X7zb8x/Lj5eXJ+z4wmHh8s+m2 nLa0tbsZb7lN09VrcrxuV228/YXZ9xzRSX1pIWRJNH9qkkv1PmWxKlpVpIoTErAaG0+2YYiWJYiq lif6GDAsMIshhFNrpK3UtBtMrXVd/pb+5rWhfr9tN1aXKUC3WR/nZGlRY2VdDK0JIX02xZKfnpoL mX9FNC0SthMuFSrhX1ky7appDSXEDu/mnf0QP5Z/rfxl/AvT5X0j6fD7ztvPrOva9i9jXlfQ2jex 6NZ9jR6Pew3l9hj0ej0XsejR696ve8tvNYfYbyx5by3l9h9te96t43i8XuvDoui6KZKDCYTCYdNA 0WaVNNNpptBptNNpot0W3RqkXSSDSpNo1SLpPtPtPtPtV6n2J9p9p9iPb3q0+0+x69r29tevF7D7 DeRva9vS3l9hveqx6ce2fbDeofbPtPtes+tr29q969Z9ZfYa9pvV40+0+17Yj2PW9te3re29ved7 zvFlnw+zvFi9ekfF4vF7zpfYb0+H2d4/qBg/kD7AsCwJSz/BzMNL/F0bt7m1ppbQgBAYAYDAzyJW ZE8tPL6tzVgwaEKFjBY0UEINGDhQoQcMGihQscLHBCxDd209AoAkvYEBiGsNAYhkBrB3fQxDENkh QdzVqKF5pJe0oVZmkqrUlHMJSfSs0lLCs3CUVqlyt3dQQNXhKQVHc04QUhazBpJSwUqzTJS1C6vT JVultHETrq52NNrUoUbdrUoUbIuynSjI27grVIU6sfJSUKdBFpJKdq7ISUjYN2hqUIRqnHydhJOs oHd1TG2r3VGzuZhVUqU7l4pSpbOW8YtUqRd2gUhCUrBmpKTOrNCWyIOWUlOhTAWZuapUyriitUqV Vvp1Ktq7BSU7VYpw3uXLZL7d6m4tc4bfLY9sXnWu6tgohbCdTt2cT6qkbV2VqKuruVpnZc3aShbO zuYlqhRt7p1S+qll0NzVKlVahaFQlTqwIqlUqdWIobdKg+q701CUIKVmFUVKeNCJKT3up0bxY6yo 1I4ViMm61E4tFurozqNYtFq6Uq1i0KpUKlgVJTCkrNOgVKT6liMRSi0JSRx9WPFqdT4s20KlTqxF U6qFOrEUKxXSmliMqUn1Ik2gsuNQxYqCi1OpAjFSi1KSOIWoFqdWLFSqUJ1YiqVSksWIWq2NVrDa 1RlyrRxUrnFWrKsyVijKkpHISyJVILFiWCpdVqRCNQotTqWIFxStTOpbZV3cobOJbqq7VSUlGqVe 1qWqdnXtUklbpZO6Vm0kHVbtLaS1KkszKKCSkartTqQ0LKVq0rKQuVtpRujUdVUtgjFqKSxZuLSk livVukpRiVkrcWp6tWqK1EJXWJburLQlbaJWujsgqkTJRU6ha3MxbihBLCjgVaVqyEjmILKWpYs1 HNSza3b2zu4ttVuYt2lh3HWlbaOzC1CTmpYtToo3oWainRCy9R1JB8SzbV6kyKWHSCluPipLdQVr bW4txDIxDN3RqyQlqSSxZpQS1JJHQjq1JBbiTg6kkiFNZercV6tl0jmPa0xuEk6UtVHTu7KBWbcE lKkckkobGGzeBJSyWbhKSFrNJKxahi3dJ1DZvCSUgVmndWzt0tJWqNL7hOFKCiTuaNRxXmaYKCKz NOJPpQ0lasBdYSSkRozSTJSIWHSSk+YVu3urbjVmkqztnM1OknvNJIQS280koKIB3M3CO6bj4Zmd x0kcMGhhhhttktumXTabNJNNNNNNNNU6Topt0222yabTTTSdU6qm2qphU6p1TqnVOqdFqm6LbYYY bDD8wwWGGKDDDDZIfmyW2GGHRaD8w2Swww2aTZoIMMNksMMOi2aCDDDDDDDRbbIYYYYYYZLJYYY0 00001k6OzByaOjg5Ml7vHPO+tRunXvdO1G7oGgfxWadUXmcVVKPNm1qmcSu+uuy22mUynSdJ2nKc JU0mk0nMkZ3dZb441nec55mOTZwbOylODkwaAgNA0DQNAQS3LyRzVe6MzLvZHNV6wAFl8V7SrJOI 7uwTsTlnaq9wqqtapnOvlctVduVIPMeQ9Y9o9B6x6gK8CSQKNtOE5TtMzpJiJ0dnRocnbswcBoGA aAgLNK93V3OSt3glNzFuuSszeCAQGsJqNWFVV7hVVaSmcWKMwM4aQ1Bu0ymk7Oi23tOE6TlIdFKb NHIHeGAQAMCkaVO6slvchxSZWEt54UBABAnH07lblzuI7piidijmzJvSp2sS2ZKwxl5M5lXNhpDS GIaQMAd3emBd2GBtTlMmFt+5fCclMHRm3vWrbnV1nVuQkCQJA1qO3BR2ZN8MGb3TMq8UvrQzhqM2 2nadJ0nKZTaaTScHRbb2nLQMCAcBYGABgMAVVVEo4W4lHWnt7XmRaxHdyKJ2KObM0dKqdxLZkomM vJnMredppKmk0mDmLbwmk5TlOk5Ts0QBgYAwIASZJA4ZJB5+yrpOXqednOTi3ZNImBoaAzgW7u4E hqDINobQCA7kseY8x44ALAwBgcBPe4A+u4rhu6d2rZu6oAgOje9XRXN7N2J5mp5e1T2+5uJLKKwm crDRs3OUGkNoaQxYF3YEM4axNJpMnBbbU0lJOk6TqHejkbOgGBAIAwNAwDKzF2TVuu91bk1bsAT3 YxJTNbiVVaSyiiTOhpZg4aQzgW7u4Gk2mkO0pE6SydFLbQjwjoOzkbuKxnrvOt1je96NDRo0f4RD Ph6WSbid66NbFxWSYrMMzW5yZVrZVFGjORxzrnfOLJ2mU4TtOk6TpOU2mE0mk8zwdmhydHJg6Ozw dGjRbnV1znG9+FlJKTCdGYu0spLQEAQOh9swrNUbzpTNdZ1Mq1sSijJlmsNgag2BtDYGkNIaQxDc p2nKSaMHQ4OTo6MGzBbxx3reTBNucNZJgnAPsAMAN1+Hkm43eE7D2KyDFZhma3OTKtbKNo1FmzRO XMwGkMQ0hoO4tuk7Ts7LbeZynaa4kiicGzZg0bOSnZgp0dHJYvLjrOc888Y1p7MwXtVWZa1p7YDA YH57wANZ8U35tU+ZyZrSkbRqDkhmsNQaAGZtAZw0s0AQBYFAMDgGAMAwCwMAwC6Nss3KeZu2dxy+ 3NbusNA4GYC9mMWyrjOcO7EcDUSNiydmaWKZrVroomps0aJrJnQ1hkBLB3facJ2mk0mk0nacox1L 0YODspgopLmyc7N3bS3WTu7ugWBgGAYBgGAfgDN2GYdswgBgBrBO7DvpDkUsiJ5fczROj1z3zzrN ymEynKcpk5LbdRxbHR1Ft5TMxzRNcHJgwU7HBydlOTRE5lW5qpJLuczJc1UklgRwdszMAPAzeMwr THS8nmRnnh19icwvFXhma0+TNaUEUZM2ZNE1kyW0M4aQ3TSGIagzWG4GIbQ1MAYiI0mEGkskP7ZP AnCZPJ2ZEAEBoHWAcAd9jTr7tkwcLk+MAAPTBgHZhoajuPB3OpmuHqZrSgijJmw0gMAXAkdG4tuU dRxbHKVNppNJlOU0nKdJ7nXYUTg0eDg8FNnBxG98Y4yRd2JLV0Rd3AIBANjL6R5av5uaTtXeRF3h mb0qZrSgijMVhNE1kzoYhnDaGoTCddJ2cxbek5TuHLlOylNnY13VOJdI3Ep4WLA/fgAAN138SufP lVOz5VPSgijMQGQaw2hkGQZMC7sCGcNIaw1CeZiSOJFcGDkweDgxm9Y1u73q7xrd3QFASB0GaLPI znV1zIvmnXeBY0YCJFiRQwEUJFjQRwSJFDQQgECECJEDCZzKOc6jNsaTRzbadJ0lTCZTCcJ2dRbe k6ibiFSO07ODk4MGTg4NhUlZVmTNEnKsyZwDAPGAzcOSaoqqtHkzWlBFGYIaA0gBBsDUG0MgyDaG IawNJ1Et7KdlOjkydGjOcbxje853jG0pKogfQPev5r5O9b+Wn27pUl7UVzG5ucmaJQzcWE3mUZmg 2BrDYGkNgYhqDaBsW3lKmk0TWDR0aOTZ2cGJeOOOThIJJJJoDwMBQa1SOze8ybvhUzWFDN4756TS aTs5LbdplNJlNJpNp2nae5pB2mzo6PByZdnZ4NHJuOedc2yYJdzheyYJYdgNESX5XH2a3IpadeLt 9p7ybq93kzVlDNxYTlyZlaGgM4aw2BiGynKaTpOk7ThNI5dHZTk3jOcMYxxpNoJJ0BQFABgMD+37 3z5TxdDvVbnZ8qnO+rx1x30lkkpq200mk7TCQ4SxE7SyIaTSdE4MDo7Ox2Xu98853nPJsucyTMkk DACBgDmS82Yg0siVp14u8T0XlU73OdSZwvb68y5WVSAoAknR6AXFt2dW2mUymE4ThOTq204iToyE AsAgLwbqmk3VNffAeSc+J6NSr5d83d8QzcV4G0BtDENYaQxDEMgyDENbMBo9wGgIDACBANAwCeDt K7Vk3KtK7Vk2gAgP7fjXdW4jWzaPbmlSWnt4qL28+NyVb7aJW7k7Mz4yDOxYDXd2IGgIDQAQGB8A YDAsDAJkysxF4suZdVlovFl+EAY8lVWn2aqL2/mtys69V9Q9B7AISSBpOE6TpKm00mk5NRbe07Tp PE2TullSaOzkyOh0dmjjjG+Md+Otbx1vOa7u69W9zi6VVcwBYEAgAgEAy8hqHRXRYOvdSktPbyqD 2+rXFnbOqXe3UqjQmk7NW2m00nZyW28R3bHCbSbQgHiAwCBYGgaBgDAFAUreVlKziysmVlKzisBg WBcuYnO6qD2+qthzr2+dD1xxbGEynKcnFtp0nKcJhNppKmiZVbLZLZalpkdGDRg0bOTkBoGgIBAV VS+pGrtJBZj4kqu0lEAl6w7WKVo68OiS08vKp6r5vYe29vry7lZnNTk6i28Q0lDtOE5TBq20ymU4 Oi23hMwmJOU4KcHRwdHZTkCAEAs3Y3TqmUilCJSmVgCA9hmHGbgtbFZvJmuRnKqtC3NxOGgNgZw1 hsDWGIbo6i28plI7ODo4MnZswcmjg14zLlHXNRszu7OnXNRQGgSB8bMGGcfZUqvglnA3ad38qnt/ G2tHTNvtzZl1tNse4TlNp0Zi27Tk7i28pqEyattOte8fWCAwOAoDgEA2qN3eat3NO7e6mAwEAwGA SjMpzNqnt821o6ZvMezB7R6J0nKbSphMphOE4TlOk0mk6OzoCAyZEzMiZA/cCRhnXg0ZSGHkLLjZ okzNLFM0EFZtLTsvb7s4BgDu74GwMQ1BsTpOU6O4tvKdGTo4Nlutaa1rWk8Ju1yDNbpmaWcmaCCs 2iG0CXd3AwNIGstvSdx1bHCVMpkOTRkps2djjMzBl4+ZmDLyG52zCua9z08bez1wYX6WXszZJmaR UzQQVm0tOy9vuzoaw1BrDaGxOk6TKTSWQ1bHJuLb0nabTm1bbbbVipOwpo6OTk7OzsydmgCAQIy4 SzElVbqiEsxJVWkDpuTPFqmb3hma4VM0EFZtUBgDu7+Ngaw2hkGwDAttzHdseI8WxnlKdz3OZ5iI 6eYdHwBAUAQEB88B9pK7ktJ193dtK92ak63aAIFgCwLAsCgO92e4nXk2pSfCzjRY4NumWm3Llyyy 27cu2WWnaq7ctOuN8ZurxzmuU4ThMRu2OE2nadJymkynWZI3OolS8HRk6KaOzs0ZOs8cY3s3N0Sc uMw3N0SAQMATnStmrJMzelTNd29753hOEyZLbeU2nKdk4TabTcm4toaTpNiUToydnJ0bOCnQICwO AIBAoBAQBLMeZd5FInFmZmXeRSJs9jptY7vq2G+8CT4ceubdTMyNxFTNJ32zeXpeoJlmIbA2BoDE YGcAhkJ0mU5Tmd4k1JJjkwYGTg7HJs7HDmXtDa28MyZQys2AQCVsyXU7Hjc3OznXdvO+d9kiOUwn KYm4OpI5OB0bA0DALAQEAEAgE45wkjKmSn3H07ujHVZvhQCA0B7kdMurmV2i80qPF0zKqstFTNhD LN5el3p8ggawd3oMWBd2BDaG5SplMpiOLY4TpO0slMGTJsyWbkpKOq7My7uksdVmMBgEBgIAgYBA PGAbMzmZG2jMyb4eTNhDLNuBmTi1aklMzKSSSSSUsHd2CAp3dwCGoNgbAyDdJwmEOjRTJg4MFODg 7OzksCANnVNvaWJ03p3Dq3d2lidN7oGgb4N1KZTyc96zmanc1PtxVT3c5uDrMyca65t1eNplOk6T JuLbynMdWxylTKYAOAQFEBgYBgDCA0DQEt3YdvTmZeHLzYPO62Zqe7hqnu5zcHWZnvVZ8IAvFe0p uLbwmk6bSwjaWDaVEcp0mIg6SxMHJs2bKps7Ojs3NO7reyLd28OZres7rAgBAYF+9MypTK1znvPF Y9muZdp5fCqe33Nwc5lS1erq8VOicJUmkqZSzpNJhJynKcHVtpqQU6LHJ2cnB2cHaYK5Lu5JmNtv q3d3ZuttvfBAXsq95Pr0VT64771rbvW+c1KdFtuE0m07To5i28ppPU/E2TzJ3HZk8DR4NvJo0Z44 1u3nK51mYUFF6+YqSzMYYBgGAYB4wH0zZnX3sqFc/tX81Zmundanl/apPb6ud8amy7vbdY47i2xy cxbdp2nacphNppMJlNJpOju2011FdYNHJ2ajRopo7AVE1KTTJp0nB4vK7qtPr6qTnLuvip1uSps6 LbcJtOE7To6i28pymU2ngQCBgGAMBttttv+oD25IvnOFfH8rPmrM1N2tTy0q+bfOuvkpst6TSlcB RJIHQmpULKE4SycnJbb9TKHaWJJynCbMltvZJ06MmTsweDBwdAWLAnHck4MzHfMzIqKSgxRzZmtr FVLFjG+splOE2nSYbTqE6TZmLbtMJym4TlO08TaeIk7OzgpTwbPB2dhfhd2PjzMrdR3Rr3drdwDA IpRvXCsfVm6srNpyzqeX1U9uc318prlrCajAPgbeZJNp2mk0nJwW29p2nKYk4DRwAgLAsCgF4Ino 4Y7Vk1csx3YFAUAJAJ28WuYo5szW4sqlijNsNgagNYO7kNlMp0dW2nKcpUwnSNhyaHRoIEAQBoEM IxacydqTsRunNydqTugaAQAbug9cPPZnas4e3rczBycvap7fVb6+V7JhwpVIPWPWPcAwCScHtHmP PwZPg04TlO06TiSMJg4MGTopswdDQJGASBIDuZJJN1Um4g4SSbqpN1O7eDU5fVT2+q318r1j0HtH kPQe0e0DSSQOU5TuR0SdnJs6HRo2YODBToDQIN3d3atJNvdg3d3dq0k292AWAQGBhNSzrhWTKztW Zqju9Kk5Ktvqq9vVxvXF4uca77TuE4TMSMSHByOzBkyBYHAaAQJsylctuqzZt7S3dbqt3wQEA0DE 1V5ulSX1U9zqq+vldgEkkDR7B7pNpymU4TSaTSZTo6ttPxOZ5R9wqqryJX9FKrKTSdGitDcyXa5O 13HWDsbnKcTi7WPFvdXA5NHV088zM4HFs5Osa0q/6l30exGtHGlWtKv+T+8AAAAf9+2/jRERpAEE EEBvLZdWutmwvaqivmj5l9dUj4R3R+Eb6v+htI+ZmxatWqZilZiTDDCSR8xbRvLLmqhPBVCf1F/u P9RkP/MN1KrpVK/8Uqvzj/Af6Dcj/tJL+Uf8RbCFW0lX/sukX9g3j9w/2t6hRxm+R4gecptChflC hYYf3glaeahR+kusXcPQbhCrQfuHhKq7xsXIMgr9okdl8ZTBPlG0XsjErvVWVWqxYsssstajIxBV /BP/adg0tL/IaiFXhKq+A9B2p0v8RvGw7L1w9w/+Ido8r0H/Y/zLvou5O69g4VJeA7VToQNaVWUC uY4JwsTLdZWiZYmWitFfad9QPwoQ5kbj/jjkJhMJgkn2SMqS50qusNR/pVCfagq3KT4D+RfyYxP2 fs/Vmfzfjrmmn2xcqoT1D1J4X5hukd43ygXULYvUoUfKqWkmtbQr53vh8OweY3WtEr5UqtYa9r6C r/nU+VSXeOo7hzhztBsOMIqOEXgnOxMtw31S9w/9DupKvKb5cT93heA0wfIcKVXO/vi75G6quo3D 9I+0dJK3J0GW4eY5w6DlVCeA3w8U77rfhlmRERET/s262u2lqav4a1f5tlbw0VlL+4DRU9VUJyVY PtHtLwHWG0N97ZZPQv5FL8YfpEKvQthwG9S/CZSvOekNKLwTW0C/UVul/L7htSS/GU7tF8uScrWp aVLA6r55P302oLaFWlkrQiml5DtGwktqYXP+jLM+ysaZJA0KcxF1HQklyDPQJCsCIUQKFBAlyECJ JwxAoXQQJQSEXQQQMEgIhQMCQvDHEigyQNzxBXL0AoEQwXUEnIlQPXK8KQVCnMj0FyCSqkDchBJI IJySQLx/YxjAMxzyMJAyvRFy5RUukmJ1XKdC4KWB5AoIIiJKVIEmB5CIYLpgEmFEEKY6RhIEkIIi BIghASR56BlEgUBlYGHoGEIBEKCBh6Bh6ARCiBoaEnokhCQkEQuo6iJJHqAuQuuiS5JLqCKORIRR lYFBmBEFIoRBIegSYU6LoGRgkFB6eSCIeg5JIGEYKFegRCoGESC4QeQSYG5FFgQoCQYegShToKAu QIuVIIKClVFgZgUHqC5CJVjqIUEnoJFIJGCEBJkw6ulFJTl1Ok65XLoCIDJA3PLA8kkINBIMJyQX FASDcsF0QXFAQnSMESQg0VEgiFJEiRBcgIhXRI3JBEkCSsEQkFwgoKDPKxIzBRAoKFBAMIMBEiwV AggxEIvQgXJJFE9yhbYHHw79j3d3B3GLxe0ukdUUUumdTjqNL6TY5TrkIhGB4QZGCJgiGCkhSQIE k6EFBh5hSlQUWBQkaK6BQShSQZCCLhiRJgKF6BQi4SC5AUUkUuh6KiQhFHqBo5ZKdJKLrF0rpTs1 1LoguQqBJgoSJK4iS6gLkGVYkSYK4YIQUJESEEQpSJIkIk5IIIQuSTokIKXmCJgaCQoUgUISEkKe jpIRSugYQWCiCQgQkIQYeYr/X47ow5gRCQmmU6XV3EdFEVyiuudVCQXFBTzHSIhTBEIQFKQPIFME Q9BShAoMJAywVBIUEDKkDD0DEBdJHCkQsFECSQJPQJLz0CIVClRyUdEojEUQg9QdCDFx7bBdCQiM kHUC8wQkIxBRAo0XQhAwkcpXQKFCqJAXCFcQUj1xGxgS3i3ZF24J1cpu6uUyuqFUgGYEmFOehF6B E6SJWBEBuV4gSIInoOSFYETmGEQoIOUIIIKFgUGegUGB4SC4QJ7pE0dJ2RO11TkOrtKSu5IuoknU EIDyES9DQEkSkCgiDc9AKDKQR1AhBA0BEQWUlOhupu6u6bootOpusokwMIQIhdBBQQEQMEIRKQJI JAXIIgoMD0DMMQSDzwm1yPYB6hSJIBROSbqbsrqmV1xuoot2XZUy3bsdSV1dXUVF27UCXIp0HXUD yckRzcMSczyQR1HKMQPIIhEsCEQETA9McoUkdCIIXRA9MMiqQCIXXQchQpE9A8hdcVFFLsuqZXbq 6kop2V0KBdckXUdSQJMEnccd3FyCgwgsCIMQU9A3JCj1AREESRISXRzB0UXJRANyCiwIg0KXcnSU sEJJchRAysNEhQQUpAVBdBAoMpBcgJc9BIQTCigkIwQUEUBCChTFMc8klMDwhFzBUBdQQgoPQiqQ ChCFyEQpElyVFECIXQQVA8khTHPXJAyEFEAoUoxykdQRQVysc8nMsBCCQqCxJCBRAkIvQUEDJBdE InVAoKSQIKF0CkciSdCKEF3MBdMEQiQM9AJMFDCl1BdJBRAoJckKJMNEIJCDASIjQJEAoXXDARQD EDCosCIIhSkFI8wECAyEF0CxEW7uskpXXFdU6bqLchDBcJ0lJA333H++J/1h39n/J/kKVVHogQWI oiUiKIlWIoiVSlIZUikYrlpS5aehuW5mCUUILiCC4gguIILiCC4gguIILiCC4gguIILiCC4gICOI ILiCC4gguK6IugiIoIIUR4ggoiIii6FXuCAIOP7v+9e9494oT3vdjwIePHu3hPePdvCe8eKIoiVN 4Te9ECJFEFcIlEXRjxp96uegiN5m9493vCe48Ae7iCLiCLiCIIIggiCCIIIgggjqIoiVQgjqiold 4TePBDKpDxFEUQQRBBEEEQQRBBEF0QUXFz0SPU0Q1MSMvUUt0MN1PUj1EJQggiRRBXCJRF1EURKo QR0EEdBBHQQR0EEdBBEwYMJgwYh/rv+v2xz/r4z1pXWmpnStaam8J7x7t4T3j3bwnvHiiKIN4T3j wpFEvKVCQsCQidFIqQw8kQ9EURK/ruffQnvo928J7x7qYIbD9TBDYfqYIbD9TBDYfqYIbD9TBDYf qYIbD9TBDYfqYIbD9TBDYY/d3I9MPKyJQlJJklJ2SkNN/SHOenj9r6v+By5aNsgkXdOXtdg3NlOZ 29VzRmjJ1DGrZmVthPtm7d07rrDhm7fd2XgUqhkxCubV2NC6juq7xb0Y3C9UmKK0TUJRixIkwbrY OLIxWVc1hN1gfY6PeveynLvT3dm43W9Udys2ztGszaYTqKbeZad72X1tB311vGUGedVt2uXOxezq ctctvNVchVBFZ2JKqW3eOwZyzLxU8CkyFqW4ruEME1lULw7CxGcEhXWOYzDk4oGZaBvTsStJW4It ZYjYmTRWrCHe7s8qBoSq2MY5yVSxtbL7uTndErx5YdwLZtrd271w105Lc7Lu9IpUtHcbNxrMzprB vTtXaktnLzMizuzrLum4um7yNtbm8Fri2Yu4VeYxBnO+NurQq6d8c7eTTyDE5mHFTrs7b290Zzl5 su9B3e3W7Pbr6NKnbbB3m+V4O3McEUW52pNGyn1nN5OXenLO86dapfHglXc+Cvh25IMDzqwzZm2s 7NLy9yzL3OiWvJtZt201MtCzY03C3cS3MfQVtI1tzcyZebCnJDrahSsD5sjavd2Dp2byZCI1zeon dUBCIwbm7BalIbfDF1za7M0UtDeC9l316gRldod7tNPZfC1TmHey+7py2CqHLLtNTiOvdZu8qpfZ hlZebrpUJeHgc7DMwy8OqpuBA2sxybSSO7hVZVJQrW2cgmqEpbYfPnbVXV6L6XaTvdt73OXqpzVK oEdl4d6qe1dS+CmGXkuXNY7t4b2S+6p1mZw7tG7QqlLHZLGUjnS966lxPqEOXyg282tFLtovepZ2 Oobea7va7cvab2pYNvOqXXlt0326muuk+EW3Ox9FOYyXAtWbFs1PkKe5eIzM2XdHbsc75I4sUwcs F9eF63fbU0YH40pa7uzVOGrgte3EucvL6N1u327qCKqZipdMXdt4MkNdtSr7VvSqj3bUmZU7Nj4U JmA1l9Sx1V3WvKWSZBW911nancb6sF7L7u29yC1lTARUnYk+w65K0XkquWozsku68bru2wTgjepV NQycjwjWeoVtKPL31dt3e72zeqYqhCCucrbi3eFWHZ3LoPiiU6zDW4ZOgsTUDzm+x7eFblZV7ZZZ KVXxqnzE3eNO07ews71CorZ7aF2qDyuy8J3ai3tdHcNIvdF9aqJ6VlYDuVXc3VZpqsfXS5Izr6jT hs6KN1brb7uVUJDvSnOWrlmdJhw93Q7vBHKbvVJWVzpLb3jivY87Tjc3I8ysrFcO0nWzarVm276u ilTVsrFbp3unepDHtYs2NKOlJC08Ip1165md15emn03RKrepzb6r6WjUyS6aLzuN7Fiulrydd1dL MYrevOzsFX2S4kr3eYTtY+WUOi7N2btWtndWDlZ67VzTBOax8qZmcW7Ix3Hdmzm9XdTReX2mZprr Keuy5uVTzHb6rrcVXl7BvWnLvp1Ud3UudkdVvRWVRzNb61su+QrMLq+u+V7zPLLsonGa7lJmU842 KltjHMnbtXNTPdt6TDVNXunMl7zReVHd9VdEzXO8xZubTldbSVSt3B2pWNquq8Vvc4KF9senO5B5 SjqbazuLl5Nmo1uWOm8bt9d9I5WIpaN5VuyjnTmwWq51TSs1Reja4iVtB9rd3wT9t4nivc1SpSfF aSukqr6TMbepbr3n3Ct2msVVV7bmcw96qTqisl6tojR2a5VDiboG6G2R2M53bzObu1sukEqxhuw9 vLkVOPN13HxyKxTqdbDUeVKuONTet8pTy12DMqis3iRrb7irJkqpCegvIKVpzszcVar2Objpd2WT q7N5dnDtoVudO2qnOZxOZugi93ru1iqdZJe31J1TvipMUjzrqgbIVNFuZcdkk5e5Ju9uK7xy5FmW oJcqmiTYNXVV2yrhtb2HOu968vb4EG9qsOdItJnSdJHF1MGXx2tgvdl5tKTNBkXHm9itqued0gy7 2SVV2TNFZmSUdmbjcrLMTd1aNWsuzp19VEgy6qXvXsmZbJ7Vabrr7tl6+BcvXMKLRrXd70KES+5g eZ3SkVpKNKEllFTIyLrVXZy3dm3VKwqe7y1ZhOoXlLpxLsVVg1VNrOjWtZJaRN7sqt6qcnA4+6jn VJM7MGzScWZzdXLaoHdJ7nuvuo1YaQLMurLuuoy+rkQqrc08iScx3fbWTM3FxK4HMtUiWqeYTV1U refSJ86q8x3YyTekJztlVJVK8eWKvqzNJSR3DnVRrZjjve1qo66sBJJvFSomz18t7Nqrivrl7qyX 1yZw6iS2HvbrxObb2hc6nMkJSvR2bVNJh9yvnc18sy8drCSnt8K2hVPOWHSVUTJU7qs1BOHJgITV CrWK73Ikvmb0k7uu6rtO9BAas7TzToLZPd3Xqp46zmqd9JnbQc7FDeJ7wNZVXeJuF8ZfVRMzFdjL q+NzcRusJl923JxrKySTs3FLNWUTGopQprdMUcfDFFHbvNJnYUVG3QNUr3bd2dx91c1Hlu9zlSVJ dyclo1uy2Sb2cO7OhunnDrskHU3vdyxrNl7oQp5au90ml3ve8XZIULiJo1SJo1SKFP1fmASBJACB CBISSQgAEAkkhIEgASSBCBJIQgBAkJIBJAkCSEIAEkgSEAkIEIQCQIEIAQkAAgEhAkgQkgSBIAAS EhAISEhJAkCSQhJISAASAASSEgAQgBJCAAQCEkkISBJIBCASSQCEkkCEJCBCAEJIQkhJIAEgSBAk IQACBAkgQhISBCQkCBIABIAEhJJIAASAAEhACQgQISSBAkgSASSQJJJJISEgSBJJIAEgASEIQJAh IEgAEkkhJISBCECSEkJJJAAAkCSQJCQgSEJAkAAkIQkJJJAgECBCEkgEAkCECSEkISSBIEkhJ+O7 8+n58/X3ebkmZTe0t3Zz3qW66V1VVe28uuL3qp1VUsm7tJaeW64qPAyiavVaHY7XdvCbuatu6QSr GHI1NmOVUjzduVOWNWKdddtmVlpq441N62eUeWusZdUcruBGt9D10DJVOE9YvIKVup15uVWq8jm4 6Xdlk7CKSkoLZEnaWqJpVZTuSdDmN21WGomdZJ15xTp12CpMUjzrqiTZTaTcx27JJy72S9zrN3jm SLJiglXVNE2iauqrtlsyznYc6XvXm5nEk7lVhzriwmdJ0cc5tkyx21sF5svdpSboMnMc3suma7J3 SDJeySqu8Tec7us7dqjNu49VOSdjj6TdvdVdmDG6q77r2S8tk9qtNO+7pt6+JcvJMKLTWomaO2sw 7dk1W73Z3bmZz6u3qvtVC5U2qvuO69m1VWKb3eWq8B1C9pdOJdiqsmqdM9sda08lmgb3ZVd1U4+J x91HOqSX2YNmg4bzm3ct1ROaDvPVu8lVhpEtXdsO6XC76uRRqr3VyJJzLl9ryXl6uJ5k5lqkSW3m A3Sq3vPnE+qqvMd3hk7pAe2aqkqldZdhX1ZmkpI3oxca15cl33bVVHzxkkk3lVVE2tzlvZyp3Vzr mbWXfRzt5NE02u7Ny6m3V1pyc3eSEpXo7dVMph9yvnc18sy8drAUXt8KW0qecr3dyuVZXVu9dZlT MiXGk2Hfdcm3VYpe9J190uqztL4wHJxp7ukmmD3dt7VPG+0Nu+c7VrU7EJmN9xOVVXeJu1sEvqom Ycuxiu+xTcWLGDd901x1Rg3d3pzbkm7Kw7KOqFNbr7Rx8MUUdkvczWuprqhNVdbt1dncfdXNVJlz c5NKks51JaazbswnMnDp3TFTzuN2SSdp6tWTTnbzdES9F8zRoiF2A3QcBmbsBmb+GKfolVcZVXbS r8w+Y2GD+YvzjC+A1H5D+MaJ+KZZf61P8j21ZFf0X94yrmqtJON1NraL/GT9Vbq3Vb5vt8nyprZU 8BrF+a/xv5Vf1Vuh3d3cmkbquEW4dt2ml21++V1qWSu8dxb6mkW8b7a79R9o1v3xbUrnYqcGpH3I 4f8zp7cP7o/zJSlsqWLVklKQ1JKYTJDTYAC8jhFcrzqrztYrgq5Dqf43BN9WWLqNC9P+xcE8KK/U /C7IZlMnO62mh9ttfUtD2X1Xn+Fwt12X51fm2vzrdb7Xfe67LS+KqE7FtXfaXE0N6l+1z427Y5Xe uk63+SVPn/aeG3X2+2GXtlWH4YdNoj6k6dvucSbQ+niPhwrttDTR9viT/ZfiTgSvw++Hh5/CcwfW MSY08uXDmTz+H2+PD3J+HLLqNzo4Pfc7wMu66d1wtrrfx+PC5nlut97qoTa6Xzt9KsiraovWWVGq dw+aS58Lu+EfNLI63uuX0y71KvsDCJfrR5Veuq9V23K5Wy6RyT5qq9tsP5al1W6T4XjeFpaj236J La3XwvoO87+V29VxPcqhNjtvbV7ZTvkyhLByVQnxVQn1cZH+Qf1ScEZFXdaSPoqmUkl/hVJ+FrTz oQvzUYKlV/0lcTWqv8LaXWLgjRUrQv7AP2iq+sVWyP7a+2q8aKspldbSquu5Pq+ko2o+dK3JuvFN qvWWw1fqvJVe2itST7k+7yo8z/Wmh3msj204AXWLzTvKeBV+eU7T9pjSXMXS6dIrGZfXUXYpVvuU pYnmYpck2qrYtir1VSMpqGqkwpNlOanyTpF/yMk0iruqr1SXTlX2fh2afotdfu1/pT7Itfovuvxv z3Ne6crmeuy/CfhfpOpvXC2uzSutw2vytycI/OXC1vuvruNr3WLlcbvOp43Zc7XnczW8bxN22afE Nvp/LrLlXD5fl4afTy+jS4aav1NN9xrdd94pON43F4XS5XO2a3med5WnfczTiek8OE84bak9qn95 B9hJE6n0nj4cp5ndlzud5XbL2AaVKvQpPuFV4ibT8Pw+D936V8PcmW/y5fb8uvL8OX4Zk/Yv8qtq +v6uAAAA1Vb+5t+/bcmX0/m9NsPScJ/bI+HD/HI6eHfy/D+Hh0hV+hUob78qmpFbk0eupe1S+maB VEqiUbJMIidSJUSbTvkkL5DsvldLt91nnZpsnRJbLRPpRvvcvVeV8Lke7pbbrhfx/WWfYTjHPz6c 9Lpcu/daW683bfRfW5zncr3m82ud8Ta3rwPd0+u3Xce3735eny8L/ZzJ6Tl9umpPnlNyV9abfhPE nDTty4k6Zabqvh6faYfLh/KTU/kQ07VuvA0u25XTdb74FSo98vcmUqtEbJ6XRTVV6U9LzPK6nTrM u3pbrwvWZfh0/eCfmvb91k1Jw4dq9P1+H4BH7RJUd2UpdL07bnc7Lyt6FaHkbi70fbEqPSJPmCf2 Dokh+8BDy8m/DNldTsvcK+pi9tMR8E6qVdCWBiYRLKp+sm4ohfZTI1EsPpnzSQtKJC87LyvJHBGI 1JfTSbSVpGW6pyjSpxvSLBPMSZSD+6SGWImEQqhzlIZTfTeWyjS0LoE5KFG1UJpFXcqhPUjRP64R UaW+p4RgCVZlEhdlWSoTWx21isVisVisVisVisU0j69aqe6jNizdV8Dea00MoULZLC0jLSmKXvvq tE9+nGjdJVwgsqYVG6jCwsRkt2aQqJLoi/0aV3/dD+rEnh/U0/q8PD/KeHqHE6GnyMqVcEwshwsy zJmWZZlatWrVqjH+mGQJiJINO/duHZx7b7Ltru3nztuVpaVuvruN4rhb9L6+R0PxMvPmTy4dSeTE mpMv6PCsabYj8SfsxJptjavl8vqTr24fs8vzJt0xJ6cvHDluTlp8MQkL0V6K0VRWkXpVK1jBCvKo oq2HC1or3SXddlopdTz32sDa4XfafZUXqtrzvGy8L7XqPrjdc7jd63XC7rLzvVdb23st1wuV4W1w W45n9ympPdX3Kpl2mlHdfMuLUt6qtE+wedUjdkV9kGippSX2VFDSDaLWqbqMo2qVbUU0le67T2Wt 49VxtL5HZfJE7LkpqPnR2KoL746UZfIUyNVUlHRSwFtSrjd8UXXRW0bJWun34K51L7kLsJ2lwqrd I+wvwp6Nk6V3u+n+saR4R9ylnbUWqlrfCU++ZshQvu2u1v8lERERERPv7X7q36qx3I/CyLp+P6f5 MYxtEy5kTbMiicOROcic43I5E5J4CdsCUk9EG5JMpViaSck3Udib01IyR2UkwDokmBKk4D/Uoakn bEjXom0unCRvpy5o0LdTijVGSNqyX2H03RPld99l9N9N9drbrkngdn2WieieVJ9yScRMxP2ickn6 aq1atWrVq1atWrVr7gSRMCGUTSAwM21ftrdbAAAAO1uq3kJpJr9d0vG0t12X13gfbbaX2W++9l42 ppejDny8P6WfTuf4np8O2k/LTb/R3por+TL+Tr7faffh9p04+Hyw0mY1FXcn4e3h5dSYdvbW4W8k 2qvOMhZAwXY8HF41U95cJT2KPXFe4YPZGRre4b7Ud4y7R7k7bvu20uN1872narvOC0HQLEjcpP1V uPqjjfC1L3ThUulN2lNLQ0qV/SX/NTqSUjX5KoT6r1F7KqflaU2oULwLfaq1qrVMW/z7+9rNrza/ j/kAAAAAAAAAH9V+1tftmMZN9dau+r674W5JC2kqr7ZGI0H02+fw/zq/ufQJ+wJ/ImIhfh7/pP6O cuB9R7b4XwR8C7EmiYnZZNxeNR84vSSxJXOhQtpTzax7y9j9ClX/PIj+b/GQckGIhrJBkgwSYJlT FCyVbCqmUV9dG6LTid8tlUJxixVCaSPip96fspqo8KvBw4f0eRaxbJeYrSqusjCPVVKsiyqTEYBi tZOybXqiydUy6UeNStqTkjkj+0305ybKr+8mRhVcqO8vXG9NE8sk6UypOo3XSTW32yeCqtyqsDdK q/KlXhRqXC5SMFKuwsqfXJxpTekVecs5Q7JVyRX51ltutu1V2qgAAA2RZFhbVT0Jzpt5I5udKuCV 1StCti2RxogdASvyi0pUtCTIJ+mjdU3owS3K7yflVPp/Gmfp/Rny1ab6NZN1TbQsZl56m1L89+V9 99ly63Q9t92pyJrfVZfkcbhWu6uyysssZZmdomgi0OfG7blNud0vwt/O/O/vk6k05fD4fUnT6/2X c8vaabad4fj+9pwnL2+2nl3H7MuHy4fD36emHyk9N+3uTMnt6V3a2tw+m6vI2sO23XTNrynhpd50 auh521yt9v8bxul4Hrrhb/tTfcu5eJ5XdcbndtvOt6m62bWcSYfHTxJ0y/D8Nvl2w/eT3AkiYeGF bVPCPO9FVeyk6HT1zrOy9R53S7rhck9s7f1IylaUJWVSf04l90mKqJ9F4VKuNXknlVzcr6cETRGQ j4zRGkmtRYTAMR5Ua/fRvjbwKaKmSMqC5jsTRAJ0MDcX0kn8dF3WRZ22+4PuRrRW+lXtkw9Yr7VU J5aMVpSGGMEMMJLgR7gPKQyTtI0iRVuDXAsoxJrQoXAlevQDWr+vB99ujXhJffFYmqcy/vq1rtZW 3+PWq/X37wAAAXUj/0BP+FEPT/YA+iTD8KFWSH5qqWIxCMR7LdbRh4poWCe8aLRTQaLRTQ0tJaFa aVaKJiRwWlo/iRjzElWFPgpSqzOaJ3FlKt9Er4T2XlRXuQdI/mUt2tvMkecVYiul0jjSHykg/EB9 icQhuEqEoVIsMpVvrIScFShiJpGQKt1UjdCnXTRG68VPhF1qfl2y/RH5kdhNiUInqSxDmSuSHIjS pVrcEwt8nEaU+Mdkd1lXcruEcpVQXbJlUjCyluT0kaVOcpc0eKNydqlYXcXjW6qgudVZRbqPjcke FTmjrRlR2h+pXh+pW68JSb6lWl2VK9iOjYVtUuUbr0qaR8FKtxaQ0kr0i700qReupqnjTK9yek7q b6ppsf9ad5V77uVQnBJC+q0qrQ2E+qplsktLZGIxG1GJkUWtTFUJstVDMLWwuFuir+qU5S+F1oyT TeBylbxONmXuieVVYWiqaSYCtIrQaRgy7qV2FqWtTcrgCViNZOcqrIbqj51Vb7kaVOUc1L0Erkjy qf5x5k3J71LlVW+KvG0vJVCZVWIyoV2AlYSV8JO1Mk4mgqVXRHNV3p73gj+PyhVeckhckkL2J4Fr TwqndXWp+16yU+mlbg/s80IXwC+N9CMqcE1qbSUUZl8Itb0SXGFT1UjcIpeHnR7aW+LvLrVeEcqa UyypiYRYlYm30lkuKVlOEmVMjJpGWUcDf6I6I409yMrsVVlylaG+p3qXQulJeqTeOwupaqoTKRdJ ZVILnVWDWp2jnHzjsi0LSNdKprZUySQsk3FpjKkFoWCBeNNI0MGWaGRaFishlI/ysRMMMSLIrBsZ hlIhLJURtI2irdUtVUJiYWggq0UbizC1SapYGSwWVlVZWS3FgrQsililYWIKsppFYhI0ylaJlUce ym6phGVV0LS+quFUjcnGTfSqyLTFKFgpwbKqZRifIkpHGqnOpWlW+jtR3FWCXCcA/yQVZETRhUrv Rzpwi40uVN0N9/jF2FhpKoRrVrS2OyV7KKylV2J33rRvLgrjLsoyiV2ZGKtqmVEJpUBhS+motFBW iaKoTijkW+lcBHeca7fVUq7zJK9/92grWmUq0YWsMTEFWJXtVVzqbn96SFrQKryVUrwJaJlU3iXy qVfU41TfSepODijIfES2k5USvotKCqvskooy/njSqYWKYplCyKsiiySSwlbjlF+e81QhaPhFiu4t SXNMqkaKoTC+ST3wqtQ2LanRQo+FQvJ2Udk2dluErVJC++SQshIXCrJCt1QGSagldYVWtHlTGSZC VGEsRlK82UMit6ayPSqTrkXalbhtLQaD6VXOLn3UVsoti4SeYrqlbZVHqTpHdJIWsvKhQtEkLyTn SqyUiNqFC0GjwnrpWqNaTqJcCU0q7KVXfU6o8aOcpyOiedS6yViF0Cc6e9Mky9yMTnKq8TVWtXiH xFf2jST2j0p6UaVlVaF9+FrqnqLtLZOlRfURe6R4SO8V/bFsnWjtTsHZSWiaDqXrR2K3SPVZeNTu kThaSeSaSPmfnVrI/tfZTnVFXlUy5pLnG0bEwlgnYonqSdiTuHonajhVq9LR2isyTTW9hqqVtUYl iqrQ3yOabJqmJW0Vlkbi9USoyLFSh75S1NpYRS3jJVoMowflLrHlcaLrSupTSquaOKepHKkZUxS+ ipxTkXFC0ivS608EbpbReRd/S+iqnsk8i31cKFC7lS9VFeqprVL9ZzR5RF0o9SJ6Uq86pxk8gn01 VO6qvI3JXcVzkc6lZT2G5VStaTmoK8QQuahR/YyqE0qVfwdXhLxGR6lFUZS0Gd8jsl2CXQJ8y807 pH7pYi61VeMmSmyYStE0oaXWKuA6D2VekWh3J/JQ5qS5yVwTKKzup9U2rMsxmVXqj8U0TuLVX0Sn eW1S6GU8ixNDeWxapvLIVvsHDWmlpJ86NJNanYm1onsmWW1bq7c6bzC2FWhXnTyVW2t5t+PzYsbF ixosaLEzJmLMX8WorUmAN1U3I3RzjvtAO60q/G0srW81UJqXyVQnWRqqUNUkLxJ0o1J8UeqKv0Ju ktlLJLKS5F6JnfWqqE7qFC51VsmhhYdBSrl+uPiaD42lWhmb5dY7kaqr4xhe1PAvhKrVKxVCdYrj SvCT+uO4FFWyfVbJvquBaJ603lvL4yaF5h8Y9KL20dJVX3qPFHmeh3luML3F1FodDlRK7qnRO2pg 6o/nlVeUKI7Eb5TzKiugKKt5aFWqr2yyWkmioSre7qa0mSZU7kypvHAWy4EGAYiSrDUiHiSTYRJo Vuk7N8fCrcE1jNZ3J+A4XKpqn0dVW9HCHbOR7o1LvL2QioymkW43SylVpFY4S0StKewWUxSxwJuq ap1qbmiZKsk3SaX32tTWN6WxytVFUcZcEaG+TiqhNqkFrZChbqm82iwxVCbKXyVbkkLYtUbo4Uao rhUwq2rC52o0LjVBNA2JPhE+Uk2E9wniVEPkT8W42Ij6gN5OxF3UclUJ5oWqi7KFCxVLsDCO4WiY ifSqVSqtfUREkYknpr6QJ8au67acxwJvVmjC6KaSXgXvSZV4jfb6q5qb0ckd8dlGRc9apHT1JXEu VUmiVklXcSQtTIkLC76tIkLREMq+mpojpScEd0Q9jArpKbCWzpFck52DRS86p07DvqLiSnmNY706 jjV0pVwUFaQMTvvNOwnOrfJX7j1x+a9EcIOKk3lYUmF2+EVZDtLuo9lHGpz8FUJ3RV1ZE40OyKtW D887EfZJ7H/2j8dCV+JZmAe1VLSP/69kAn21MLidB78h5VHupVfAtaWFpUz672eVypXlRvRrQecY rIMJWRgGXAvcpkvClbxXsFJH/L2oW9Thkp3KpdIV9uKXspLemCBXWhvqpsclV2UcaMVWkVZSyjKW RNKOvUeNwmiGYmEmH+N9klB5SNeUjJVgj4SapsipYTfRlLmTIFJKRZCTDiTlCZiZJPQOkb01pXaW 6p2YpbJsq5UaJpcTKMTKjWppUtbRH7DxR80dXlltTlHK5SVyViFvVeZbpPtG8b6lXQS8vfFeKqwn jMT7qOFKtY2MLd4fxVdEeCOMcR0TYv0ZJBjMJ/qzI9UMiVB/IkL8Q9yNC7c8fD0vlQoXsSvcpZuk yn12JW+Kstaae6j9Dapqjam1RvptGsplK6dw8E2lxVcSLintRlHJJ4KXsquNCvUWKVlkVvG4dw0H SoP97I/sv+LSyr/zei//zFBWSZTWSBWFQkAQiVfgN1QUOf/+j/v3+q/7//+AAhgKd7uV8+gSdkGU Pvvu+nw7NHoaHkyCqpwLw3Do8xbV0rrnaiu7dBKNmqRKKTowtgBqpKlJhbtI0EqiCSgIQoiAAAAU oUkkAAElAIaUjJtTaEDTQ0aAAAAZAAAAANNCA0p6p6NUAAGgAAAAAAABIQoKYJlU/SeUepHqM9UG CABkZG0gGgAJPVSoaimelNkT0mTGk9A0hkwhiZNBhBoaaYE1VAgAJpqaYiNMgFMR6TTRoZDE0Bp6 mQFKSIBAmIEyGk0aDSNNSflG0ynomT0jTEnqZP/ka8aH6bwV6d6mfDBGdY1gwqYO34+/tX/m2g+l pEaCiiODCPz/h578vrhOcvc2LdUMp0WxaiypOsiOTX11wxUVd5/dkQMA1+a3zKAWQFASIlfnq27V TMAbCgCQ8NBRIIcRENEKZ0BgcGJRiDprouoVXcdSud3OvSsZobENTpf4GRNp6UfTRabwQFALEKM6 7z7ClHxjD4wpFECO2D2YmZTWRtK/OMSvh5n/g/oXu2zLHkcTjz8/hOeUvymKVmVmVmVmCqNYoq1k 2xJUmjLZqzEZlkjLBGJjCxjFTBgWDIMsZYqZWEwMVTKwKxWUMLLKZlmWZZKwMOk00WJjEykmRjBh hY/umqrTFiyHoebWftKTmTlMmsJ/aa0mmlZYoxf3ZRqFrENpkrqpWr7reDr16nnU14vst2QEQRRA AUktr813u33q3K1d+26/+3Yq/d8iX2oTJE48u+Z/dMqd1zyzJmVjGq+9DLgzKxdv5TU4z6zRqZPq y+HH09+126E4tL6EfrRA+pDIhosMIckgaDf4vVN3pGNizq1y5u9F5K8/oABfF06XS6XToAdbp3er q7g45zlyTnLjjjkCKRxMgxmo5CRMYyDiqQYxjokCooMYypBwY4iCaGQacSmh6jbSA5WY7ooosQYP ISQkeN5heGCGOU3SI3RImSQKHISQkhJCSEkJISQcy9iLUYYtG23q2425DWrBbcWf4zHsz5LWpaf6 R7XkPznxPrNzBgwYPoqf1JKcdCuB+ubupz4cLeR7HXv86ngqdlNSFvw8fEch3I4NIR5czmJiZyFu E+5khsuAGTGj9Hu93t3OX8y9u06PicZndmYxvU39w/wXeTg7McCYvpUuOj8DPlOGls6G08R36Y5b nEJt4l/Kp+qcVxC90w8PYn1/o2/Gdu42HI4gliC5EQM9Ohoqoo7TrJqQiDBLgwERMhJumAoMTwgd SR2HrWI43jce6wWTjxrVmvwr5V4fhRcteGGBJOd/duqAl6ARkAaAB0BsSQUJKESA5Wtt+Oc6R0Gp nTMxjMzMY1Vs+GFP1zpT9euqulPEjmnEWuW024c1ziIZmhifGeE9ukuv1zaY9X+h3/+f1+HN9j7X xc3B1fydfqm6n/qHJ2Znc3Znwm3iu48J0/XNRfGZ5nJaYi+qKvOhh7pzNjQXQ5kFx3bbb94+yUan EYxr9rRv1IkjTSHHaBdw3zKDI3Axtpe0f3O9E/Hy+xpXRHZHRDRaO5GqIjmipVYKkckNDdequIWL oPU3HCDhBwg2aIKzDjc2yGZmZmZlZiys8qIFCXi9L8bXLEnV2XaP+Bwmh3GT9I7azMzMej8Hm970 Yz/g6Lucp0h8p17vT1bNmza7MYxxm84MMLMTTTWB4DDBntsuzUeFiobW5lo3Wzt9cw+bZY9XxPm4 P/b4GhuY0faoj/bKZiSzH/zLWNZaxLN5+p1ZOL5Nm2Ls4fkbDvjkU7li4GQ4mjG6y5BnFqWWtZKv xWSyWaxzXyWBMVk5U0eLacdk/XMuExymx+lk5HIYcpxXKbztMmptHP7ppVthvccc0xrLRZbWKY5r ZsNl/Y8ZydzFi/sdp3K4FzJxX3sYuD7id8cCc2lO6eJYviGjp7vr9J6R0bL4Tw2Bsrsby0YzyYTs eA/g6OVhxxx1M1fD1b/YwdGejj/B6P4Mcjs4dP4O2zdutYnix3r6Vfcyg93u9/t97Tb9f4cfze78 3LMub8HxfN5uzGzb78y4fn7+nkPzskWHmLT+jKamUsxGxhMGIaWGUtVXJa2k2TUpXJpNJpILktlK 0mqSyWSyVYxpZUYZKMmE0yAwwsZNWLLCyyssho2NJpi2aNjYoCiAgXbDv7++74jfa6p1VvsYGBoj oA4222Plkp1Up1UplVKHmheu1lPDuEfbXw1Ki9GBPx/pNLdbva8vevW/d/g66bfKes8k+2fVPSe6 fjOs5T5zU/qL3TZxwzMyZmGOp8Gx1U2U2snDrOi4k/ac64raLhUuTWcOHE3dHPlOZMRhy0tGHHDm bUcjgYVsTkbnToYdDprXKD8iR46I6gepnNBibG22aGobGpYbnDTdzY9zT+Tc35Y06MbLJTfo0g54 rYkrGBoFBElvVPUbJqNjXdogA+CpKrjrSxjx9mhbY+pll4O9sluxTva5lASiBQmITKiQdjlx45hT RYxIWpkm+KxljJwYtYNMGtaVphjBlWGbNGKwxMYWGMMYY6HnV51b+Guv21sl6mSfve5XAgvCVL+9 NJVzMJ6Gkq/mmaidz7TzVhMDhTE900jbNt6Ghgdt9Ws7rudzOfE5bDUaqt5tnKrFW42Gd7bV4TnF +ddeJt2z3rmb1cJ1nrVxWs6L81WhsTxjYYzQ8ZgYn3zbRZLgsF0WEwWJrrMTefqTP2zRXFbzJ/dN DlPSdOfXHSbo+F5GyyPH4kqOU4Sjgfy8hi9BXi7dnoTxyCgjkKVydNGdmem3Gd6055adpUchV27b NKCNsZi6kZJwZNY2zW8TnTLTN7TaqKruzZzegydUvi2Qqi5xhVXZKUgJEyCh3yKhcwNgy4qGqInU TRbwVZiqIdmFu3buWrZ+rZ50w23imKY+7VJmmbu8pV69fP2vb+j661AUK9kfjYt/Dy4Ntt90IMY0 MOp3nY95Y8mEmEIZjf/RagIIamsM8dkLMvC27du3e0G0cUtxbiM22m2633bRulvuIgLffbe7dsuy y6KsFd3d27ZVsuyU9tm0ca5803b4ym6bKz3zp6rJ069m4j+s+AGjgI3EfvSLD9wMYMYMYbdOHCEq qqVVSqqVVSqqqqqqqqqVVVeiEJbo1QNIDhq/XsSnVOqlDcdFFFWI9waRy1bbbHGIjGIxoxEREaSg AAAAEgEuWeM6LSdfBaTk8o/LI+fOcJ+5Yv6/TudVbhkOMaRqqyd6+uW6b7z4xtt3PyZrzo/1HVno wY/1PSV+GXHLWimss4gAAIznD9Fdyt5mujr8Nej6GvhoX8dEIaGHI4ECEIRis3tFoUw4i8v+ZtO+ eJimYZk/tyr/ocZfYh/WvJeqXZLoBSXQ3W+/bpiwd5eWYMthJyoKW23fLpxcVJwo+gW/Twj1dFz5 UdI+J19vDN92u6mFoVcpyMkKcU43I8dyifKthxfkr2NdJ6tDpMLKwXVYarohNSmq2790J6rfxrS6 FyPTo6+K0Z8dVwq12C59ptxy2b9R4EFvj8/DO0mo1Q6Dw7unJ3xbrtXzrCn2l7mY5GtLl7udLebY qDtucOc4HOXIIuc2mMtZrJ0cJyvjT27PgpqymPJ85uNzTGmMGurLZGQZQRNHfQimAWYlAEUx1o9T DUzSNttt8xHNHEDiHYENTXjcq8KPdrF4IU41ec7HgmM8Dw5GZjJmGZlkZnc7tpHJD6R9UvM56MV7 aytZ8KLYQWuVYJpe213RPTe6F81t19vjxU8xYpt03zM7q6tNrhWz4D/4U98tynHxaS5YTtwfOXRu 9awDy8Nu1HRDhSOMu9bxbRb4ceGYxxYYXPGiajmYSrnx2azZTWROZljRxo6NA46Gh41xXiulcK7K 6ryt4du2rddel24zlLkXVq2s6reAATY29tjq9Sn4rA8rRvziOmhSS0BojIDbq4KeyeK0TsbGUdx8 eJ4Ohl1rsomowNcWiabzBdk+jzk0lZ8rx5XN9JUWOvMaMHKYzMyYysMGjBqYzMyYwe447dHd8JeY uHBze3HvrpxF5RS6cVPEneLgLBcTbcWjpyrS4mOu1cFN+HCZmPZmwsO/HRsc+bXJar05F0586O7b bpo/iNVCbPWukaGo+E3cDUbNjKZ3t6zngu9N9lXlsdNh2nOneTbVts7obPM8atWDx7241ZdazK9F N/YmKyZWTK7m9HP2dTht7+podlj07mdxs9d6zA38NpltSWyLZ2OS6TVF7MJ2MIlv2eR441Nxz1Zd sRUuMyrnn2xmqywt+/omuqtCnI4bquhqvXW1z28nUlPkKI7HJo2BjFchLR1EjrA8md3Q9SXrXmPg J4+RL07vL3Pc3LKyvdv7Fyi5nHHpPGvLgm5417vfsduW+dCnOuC7tk0ZcvIwWqbFpW9Z7Tly3rVW em7ZbjSt+u37EtOSMch2Lly2U0YlvNLnW43XIwrVaVrk39TvVrNuRmYjseOhkvavBxevfdse+bNt tZtttd7xuN5HoTp0QnJcOLMejzVzmejFwWVHYcHavCvOuw4pgla63TC4a6b9DYace543CpvtLYa5 nWarDLi8atRnaVLbaDntmZZcTeZUnDdVu37tlLVVmkupymzdN8cquk4rvrauBxQmFzmZmGWF11mv K9rpPPU47rrN3DM1q4Tdwu6peM2R1WxsddZltM9iaJhjgnW1+HCnXHrVlORnlkVvnA06ta6eyoTw 593Dw6mzB3LAzDFh1jRdy1SuGLn61tXfxORXhrRY5dV3eyuBN4DYaHDSnsHk6jVd7wnU1GdtrZMa lzsLKz1zEyGZy2VpOK511zwcOUdF3ZFs8jUWuOseg7Vy4ScDDv66b12UnJeQ5fQvOteWdwy8TuWV t0nK4SsteN4cZwM7H2HWZbJhyp1OEyCbat5zO5tNUz1RqdjpzqzlWmODAAO+5IU5a7vOzu88tq6W 7Ndnd107K0ywxrRYLnNdbccqzsJ4nY3GQbDdxmNnTl238KOFMOHXtMkx4GCz3ZVa8cU7GIqWnhV9 EWo2c9JyxywM6Zdtk1ZxNEqmSJ17ZmZmQ413Deua863rePCsrq6K3VdNszSnbtyOvDiZxjft7Vtv zXMng7+6uO/AcRxJl2UdevubNuJOHsbeHLOJcNNjfS49eJOuQ2o9K9q414rirUcrxnA2HibZ3Ms5 rn6taUL4/PjSk20TLx83NeNVzXJyZgqcmarGWaZjMWp+cZTuawn4LThMw2hjkU4HujHItJpOQfFS 9pP1Lncymot0ths21VsTG1S6G83Xue6hgOEXE4a4VCaov+ow3wcFwaL8t64zMxwf7jmL7cD5jfo2 YVZSysK1MK35r7VtBiysV9ZS6DuHLwI7yv/BYTcZg2vrHVT9g9g8B87qcqv3+I0PpVqr+H+2ZjH+ 8+UxmZmY2M0NGA+yn+fzOx+c+J+z6NMY0xnhNjhMl9o/f+kf8V/tWK+xXOm+n76fwP1nzmi/UH4H 8rOSLNH2738R4DYfQf+q6V/pXVc16he4n8hR93S4VcDuc5IsTmdKLiZ7WFU/uqk7PmTIfYbj3mH7 LG2ZmZmyYZRT/lfxXAxsb+yqv6DOSLtRe89hyXC/majM43tj0P4RyPYfjxr89XFcbzPaD+mHnXhO 4KbFiVO1c5zZMWTGTHDXiLht/e4Bpq0TyNpHMvFWR9aKZi9x+F8fruRyW++RnP4G+rLzqwaOw9Vd K7q90L4FpXB29qjtXdW82RssTM13FbLBYWZpV1P4nCp6zVLlco9hpTZfsuM0quRofae86UaLcY4V 511V2ryrgr2TweL8uMxnY+9HC1j/OqY01niep7OZyjOPh2/Inyj7ZIu2ZqOD6Jhdp4xjXVZWNX8i 0l5GVC+5HGcWxowxTBX+WVqUPKudbKGzPKVFh/3Y/1fzH7csyrMLMZgUUUUUUUUaMlRRRrCakhSq UsVFNZpKSkkkkktjBSySSSSTWq/m24MWq8u8ncuXSRgxWzG7Bu3YxNJ9Cn4lP0KvnPYZmB+X5zDw Mj6j7TFfQsLC/qv2GFWtQDCij+gHoFhgsMF5lDFySo98+k/n+YMTt8ji2rsx2P8R/uWDvruxwrg2 d+1fvlR7CwNxpGpfTTX2EnE0Pq9YxgxtjTTTEwYNtt4I2OoKCMQapfyMS7LmlPnxcyf5Lufxdk22 2ZszWYz76/NXiuFc1kuQ/y/t2R0rS0t66LGl/mv0Votl+xp73JTFeRHxwW04V76H8739IX2YSv0F 2q6Ga8kv9KZGUvEwPsrwmRxq404Jgqyv6fwU+15lwii/xCfe+0ffJX7Wi12ZDP4hf2yvdK/kfBfe kwuU9yjReh4Td4z5bV53qLcP3T5PJNpLsvCd0u5X2Sfp5PcjmU3cBYTtsW3imSNSjauX75zf/awa V1LfpT9a9b1Pmn6D6jwnQ0X7vkfXcryr8l9qfcbjZs95pV9WO+YT5DmbatQ9PWqcaLlEfZK6TsvC tV+K0u5+8bV9wvfmZmYwKrE9PG9NVmbJnSsLBDi5pyT3VkWMWMW5Yq74xTh1PlXA99ZVYvI9t7Tz Py/P8FaVxprNZ5GVWVXWrlPQ1HFxqvvSOnwWFNy8LTRW44HA7zVaqqbzAjf9K5ZA3HM6SvXnjV4L bC4sywlZf+bhNVXvXaWzvZD4E0poxsuJpcHexaV8oywMYtJq3b8aNNf1EvF4TuGm/UtGqnqNmsZt 7tafI1DLgOCpuLFkk3rMwzKt9a3G1cR93GFxmZwZjMZh9MqmUpe4+J8veaz5HoYJuq95mfMaTQ1n 5jaYnTlhLjTGsBJtOVjS7U4mQvFfW83J9D0rg/vmp9aHnXVqvji3k9Z8q3+SfJLUtC+uRpLdsOAx WdFmqWMrjMzkbvQ7lW26r403fI7DHtkYbDtLKt1OTvkrw1ubxtqXiX3KO07uJfZx1cz/Y7zwPq1j 3k+OD8nm4nF2Ymo01i2MWu83cRzaWDwU4QxTJpOU4DpOM2linQNFzJpZOK/Ixbzo11NOeYbHCeVa nzr7K6Tec1z4zadp3DbvZjMMVaTZFpZVxmpmMzMxmpi2Q0n5a8kyMdp5Hb45WrM3n0GwVtqXo9wv FZ0uhXKV2MDpWFZXE1WRvMLcdXOdT5jSW5VYpXDFN2qY1/bw5C2WPspisL777GGOWawxfUdzMxsZ tFzF54lb/6bkuEPGZOLguvq9TBNidzR5fmqn+R9b0U4qappTSm7SYsVWW9CsJ7y4O/4Pb988dnsl ge4UxgTLAs0OC7noxdJ6F4KbhyT0v744jjO9bViJ+gyuMsrOzWanTSi+kc5bcuuL9SciuEj/8M5q 8bmOcwZZZmMZuXpHKrY8D2cJV0FL8GgWqjKF+A28I/Svo/IbD5JsttZpbD9f5562Us7Cu2CqvoOE +ufGajI+w+8yj6jExMzXNx6mX5G+8LI+C1TofYbY6nSdDmZzdXS9VO9VzNxuN5mvaUmyE+gyh8HU p8B7Z4jXJBeqxPtlH6C/IXE98slimEHSu01y+0PxXVTUPVPqo8vomYXWjkjfqt7gNhnErcL7nCH3 Iy3nPwFqYXzU36ZmZjG3/2p/0H3PAu9+pixk+5KXq4Nz6ve+2bZDWtTUtamZMZWpTXEzDMHy13Y9 WMZnah45VxSXyXyepPqU7H/LT2qwupwFP7BPRPNcJcME8DJIwxUWxTk9J83ivE/QexdpusUma3DY pwcGZwT5nqdu0jlTpTB3zFyVdi2naLP1eRvzLFcC8V4DmLr+P496JuU6BhcbiPnC20mrxdZqpXot p3sPjN73l1sk+ix8qrTvG8yStlosZybq/cT1+bwLBxC5uM5nqj4lmjSZUtI1WjKx3HcuG+61yFLZ OhTFcPtcWLmdvSo9i/oecbz3y8S8FebUh2FLEr4jumDJK5x4XkldfWduxdD616lHuj3jU0vCp6tn fQ5kG8UXtL2Ju6dV7jFymRZMr48PExyGLDFoxg3OlG44ruly5C8U4VzXeU9uKdSw4LofUdmmjKt9 mpjDGMqxT6mpprWMaNVlbI21JWk8G21kxlYwYy3mLVgMqyZKLSNDWDVhXZuZLC6zT5nWc6OBZRS1 I5xOQy5VPNLSnHSfvRTVRTXpejKr91u1isH00di9k8G9y4ydSyqOu6xopmArJy3OEj5SX8WBmL8k osj5UR1POxYMg9Qts0qvJefoGVWsletoUvtkx+w0ssrIxLKySsIrJObwfFp22o52fP0St7ee0pzH ctVGS5DKo7FMH3Cl7KVs+1LKYDzTjO3pCdqbzjqtV0fImifNqq7DnUu68Kx103iYHSY1XAXmUdC7 l4lzJ5TzLvRijnE6PfMGPjMnmU15fSr/nWk99ewYYXprF2b818Bbk/bYrfTatptqYrE4bOtpcZ5F LVYy5rGXzT5Wz0mwNWMPKU+nb3V5z/XkE+6zIuc1PfMpscfbj6kt91UuNYGqwZX8/A9jkXmXjLRc pyi7zCNTWtSmMvBljdfcL2S6Z1bQ1XjS8ZiOKq406lXMc6bNcucPmkO4uEc1PnWBzBXiqd7vMr3c arhE+v2z/DonsJ2TC3mUamiaeEOU8Xa/Fcxcy4TCtPsweZ+aanbb6id29Xpk4bTU4Yq4ZXFs00Pr Gk2XSbtXqsY3OBk7brMWZPPTVNqtRih5lsczvloLuaH4NMNmvKOReyPbD803LaWFguPsmdjmWl9v M8p1+a2OadR/M1fNtcK4TV8J7uK7fUm3j7jxV6F3FPuLvfZ4OFI7hynVZX8Cnercns8sr37aLvYG DDtMXCu27RTC1uVpNk2N4nYzXjPy1xcltOFXPHLoXs2PDDWzLGVfVHBanisnCmDgNPzNj1c9JicL kyXxjlqnE5jauSy3M6tq1sW4u5O9W5eMvBeTvSH2BcI7I7x5qNQu2Sd+tF2eJT4DxrccM5bLw925 cuafM25hNGKnnsmD5LoHRQ6q1VeSe0sTrTKiuh4rieA51Ua4WC8FtVnV8Uyi5yjLqXWMLbuq8au8 3SaVOkO7J9iehX5MC9JVo+a9nF2D0L27WWl2cDsWpH07zWKwrDAscex56k6ekVmOCG5K71M1ggcZ wU43QchktKwYMGRaT12mhq0ae14lzc2xYntTjN0lZHEYOcZLBgyJpyJqaHQuRcJsOvCjhvN45DU0 nKYGFpppGsUePFPlXCuBT1TusjosnzHBTafl2Nq4zmGU0NMWXiTu5bd3ceB6amyxjZ82U2VjZp5D ZbLQaNEwOtdpse2uNTjDn4y8jkK+mUsZK7mh7TE30V+NhL9N/7Y2FX8byR/+LuSKcKEgpG8MIA== --_32de9da2-5b8e-40af-932d-c11512a57391_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --_32de9da2-5b8e-40af-932d-c11512a57391_-- From xen-users-bounces@lists.xensource.com Thu Oct 27 05:44:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 05:44:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJPK6-0008OT-WB; Thu, 27 Oct 2011 05:44:43 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJOM0-0002TC-77 for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 04:42:36 -0700 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1319715753!1858648!1 X-Originating-IP: [81.174.135.208] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1959 invoked from network); 27 Oct 2011 11:42:33 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 27 Oct 2011 11:42:33 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id B391D10401A for ; Thu, 27 Oct 2011 12:42:31 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kq4x8o3kUqFP for ; Thu, 27 Oct 2011 12:42:31 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 3F63F29F50 for ; Thu, 27 Oct 2011 12:42:31 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <1319670348.15254.152.camel@anathem.gregandeva.net> Date: Thu, 27 Oct 2011 10:05:21 +0100 To: Xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [xen-users] mailing list. Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Flavio wrote: >Yes, but as I've already told, sometime even if you click on reply all, >the list address is not being added to the recipients field, so, you have >to manually add it. This is due to people that often include the list address >into Bcc instead of Cc. So be aware of that. I cannot remember ever seeing this problem. I dare say it probably does happens, but I honestly cannot ever remember hitting reply-all and not having the list address present. In the grand scheme of things, it's not a big deal. I'd rate html (stupid tiny blue text, default for certain M$ clients), top posting, failing to trim quoted material, and taking discussions off-list (ie asking for personal help) without invitation to be far more annoying. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 05:47:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 05:47:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJPMo-0000u8-Q5; Thu, 27 Oct 2011 05:47:30 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJOaC-0006Os-FO for xen-users@lists.xensource.com; Thu, 27 Oct 2011 04:57:17 -0700 X-Env-Sender: sylvan.dcunha@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1319716633!23193293!1 X-Originating-IP: [209.85.161.69] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25790 invoked from network); 27 Oct 2011 11:57:13 -0000 Received: from mail-fx0-f69.google.com (HELO mail-fx0-f69.google.com) (209.85.161.69) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 11:57:13 -0000 Received: by faan17 with SMTP id n17so1042375faa.0 for ; Thu, 27 Oct 2011 04:57:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.60.149 with SMTP id p21mr1028678wbh.0.1319716633062; Thu, 27 Oct 2011 04:57:13 -0700 (PDT) Message-ID: <000e0ce029da1e32a704b0467951@google.com> Date: Thu, 27 Oct 2011 11:57:13 +0000 From: sylvan.dcunha@gmail.com To: xen-users@lists.xensource.com Subject: [Xen-users] time on xen guests goes fast X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0597709238==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0597709238== Content-Type: multipart/alternative; boundary=000e0ce029da1e328904b046794e --000e0ce029da1e328904b046794e Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Dear All, I have centos 5.5 Xen using kernel 2.6.18-194.el5xen and xen 3.0.3 . I have 3 xen guest one centos 5.5 and one windows 2008 and one 2003 everything is working perfect but i have seen that the centos guest machine has time running fast .after about a hr or more I see there is a shift in time about 2 to 3 minutes and keeps increasing but there is no problem with the 2 windows machines I tried to set the time disabled UTC as false but problem pesists I also tried to install ntp but the problem still there I been googling around but no much avail really would appreciate if someone out there could help me out Thanks and regards benedict --000e0ce029da1e328904b046794e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear All,

I have centos 5.5 Xen using kernel 2.6.18-194.el5xen = and xen 3.0.3 .
I have 3 xen guest one centos 5.5 and one windows 2008= and one 2003

everything is working perfect but i have seen that= the centos guest machine has time running fast .after about a hr or more I= see there is a shift in time about 2 to 3 minutes and keeps increasing

but there is no problem with the 2 windows machines

I tr= ied to set the time disabled UTC as false but problem pesists

I = also tried to install ntp but the problem still there

I been goo= gling around but no much avail


really would appreciate if = someone out there could help me out

Thanks and regards

benedict --000e0ce029da1e328904b046794e-- --===============0597709238== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0597709238==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 05:54:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 05:54:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJPTC-0002ry-My; Thu, 27 Oct 2011 05:54:06 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJPQP-0001zk-7c for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 05:51:14 -0700 X-Env-Sender: sdamron@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1319719857!52737890!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16234 invoked from network); 27 Oct 2011 12:50:58 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 12:50:58 -0000 Received: by vws13 with SMTP id 13so3318216vws.30 for ; Thu, 27 Oct 2011 05:51:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ffFhnmqvja1vhlGpzYeaVWOLITleJJ7dMweS81vkmu4=; b=pgPC3hl4DS7cbnybOwmHNIY8XDOX3ZztX/UUlYmhAlg1XAuotcl1LWm7l+CreUCJXI wW2GirKqz8te8Nx2pKjt1kku/F8BhjiHRDQ/EDMrwyqiN1Jqhknbs7Vt+MROaOazcYVN /KZSpYBbU8pLq6xb+1/l5ZcRKg4xzXll2kAmk= MIME-Version: 1.0 Received: by 10.52.27.208 with SMTP id v16mr970890vdg.22.1319719868571; Thu, 27 Oct 2011 05:51:08 -0700 (PDT) Received: by 10.52.115.170 with HTTP; Thu, 27 Oct 2011 05:51:08 -0700 (PDT) In-Reply-To: References: <1319670348.15254.152.camel@anathem.gregandeva.net> Date: Thu, 27 Oct 2011 07:51:08 -0500 Message-ID: Subject: Re: [xen-users] mailing list. From: Scott Damron To: Simon Hobson Content-Type: text/plain; charset=ISO-8859-1 Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Oct 27, 2011 at 4:05 AM, Simon Hobson wrote: > Flavio wrote: > >> Yes, but as I've already told, sometime even if you click on reply all, >> the list address is not being added to the recipients field, so, you have >> to manually add it. This is due to people that often include the list >> address >> into Bcc instead of Cc. So be aware of that. > > I cannot remember ever seeing this problem. I dare say it probably does > happens, but I honestly cannot ever remember hitting reply-all and not > having the list address present. > > In the grand scheme of things, it's not a big deal. I'd rate html (stupid > tiny blue text, default for certain M$ clients), top posting, failing to > trim quoted material, and taking discussions off-list (ie asking for > personal help) without invitation to be far more annoying. > > -- > Simon Hobson > > Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed > author Gladys Hobson. Novels - poetry - short stories - ideal as > Christmas stocking fillers. Some available as e-books. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > I apologize in advance to everyone for my top posting - It mostly happens due to being in a hurry and not having configured GMail to bottom post...though if you notice, I did take the time _this_ time! :o) Scott _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 06:08:35 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 06:08:35 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJPhB-0004X2-Ru; Thu, 27 Oct 2011 06:08:33 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJPcY-000428-QH for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 06:04:10 -0700 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1319720621!956916!1 X-Originating-IP: [209.85.210.49] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12372 invoked from network); 27 Oct 2011 13:03:43 -0000 Received: from mail-pz0-f49.google.com (HELO mail-pz0-f49.google.com) (209.85.210.49) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 13:03:43 -0000 Received: by pzk32 with SMTP id 32so7230228pzk.8 for ; Thu, 27 Oct 2011 06:03:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=7zlMdFUxlv9ykt8xrlqMDVM3ZdAT3RrN87/c41+TIXo=; b=uwwCKZ/OyO3pOtzjZdz9DVEOtCAkNjqiXQM+/EKBr8um1V3DeTlhEGNZG2C6ukUq0v JFSVD8Ut1tOjHZwxChjJkoYfoNdeq7jBM6CXww2TTFzHe1sND1C/RkWJQSja2OgXRohC ghdFvhfUFDnBbsmmzVVfh7nKkVnJ9fXKXGXy8= Received: by 10.68.37.97 with SMTP id x1mr73674565pbj.14.1319720621076; Thu, 27 Oct 2011 06:03:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.49.197 with HTTP; Thu, 27 Oct 2011 06:03:21 -0700 (PDT) In-Reply-To: References: <1319670348.15254.152.camel@anathem.gregandeva.net> From: Andrew Wells Date: Thu, 27 Oct 2011 09:03:21 -0400 Message-ID: Subject: Re: [xen-users] mailing list. To: xen-users Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1917487523==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1917487523== Content-Type: multipart/alternative; boundary=bcaec520e627d26f8004b0476626 --bcaec520e627d26f8004b0476626 Content-Type: text/plain; charset=ISO-8859-1 If only I had known, I would have not repeated history. http://aperiodic.net/phil/archives/Geekery/list-reply-to.html On Thu, Oct 27, 2011 at 8:51 AM, Scott Damron wrote: > On Thu, Oct 27, 2011 at 4:05 AM, Simon Hobson > wrote: > > Flavio wrote: > > > >> Yes, but as I've already told, sometime even if you click on reply all, > >> the list address is not being added to the recipients field, so, you > have > >> to manually add it. This is due to people that often include the list > >> address > >> into Bcc instead of Cc. So be aware of that. > > > > I cannot remember ever seeing this problem. I dare say it probably does > > happens, but I honestly cannot ever remember hitting reply-all and not > > having the list address present. > > > > In the grand scheme of things, it's not a big deal. I'd rate html (stupid > > tiny blue text, default for certain M$ clients), top posting, failing to > > trim quoted material, and taking discussions off-list (ie asking for > > personal help) without invitation to be far more annoying. > > > > -- > > Simon Hobson > > > > Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed > > author Gladys Hobson. Novels - poetry - short stories - ideal as > > Christmas stocking fillers. Some available as e-books. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > > > I apologize in advance to everyone for my top posting - It mostly > happens due to being in a hurry and not having configured GMail to > bottom post...though if you notice, I did take the time _this_ time! > :o) > > Scott > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --bcaec520e627d26f8004b0476626 Content-Type: text/html; charset=ISO-8859-1 If only I had known, I would have not repeated history.
http://aperiodic.net/phil/archives/Geekery/list-reply-to.html

On Thu, Oct 27, 2011 at 8:51 AM, Scott Damron <sdamron@gmail.com> wrote:
On Thu, Oct 27, 2011 at 4:05 AM, Simon Hobson <linux@thehobsons.co.uk> wrote:
> Flavio wrote:
>
>> Yes, but as I've already told, sometime even if you click on reply all,
>> the list address is not being added to the recipients field, so, you have
>> to manually add it. This is due to people that often include the list
>> address
>> into Bcc instead of Cc. So be aware of that.
>
> I cannot remember ever seeing this problem. I dare say it probably does
> happens, but I honestly cannot ever remember hitting reply-all and not
> having the list address present.
>
> In the grand scheme of things, it's not a big deal. I'd rate html (stupid
> tiny blue text, default for certain M$ clients), top posting, failing to
> trim quoted material, and taking discussions off-list (ie asking for
> personal help) without invitation to be far more annoying.
>
> --
> Simon Hobson
>
> Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed
> author Gladys Hobson. Novels - poetry - short stories - ideal as
> Christmas stocking fillers. Some available as e-books.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>

I apologize in advance to everyone for my top posting - It mostly
happens due to being in a hurry and not having configured GMail to
bottom post...though if you notice, I did take the time _this_ time!
:o)

Scott

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

--bcaec520e627d26f8004b0476626-- --===============1917487523== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1917487523==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 07:08:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 07:08:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJQd5-000406-5G; Thu, 27 Oct 2011 07:08:23 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJQY7-0003Yl-CR for xen-users@lists.xensource.com; Thu, 27 Oct 2011 07:03:31 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1319724191!36880709!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10488 invoked from network); 27 Oct 2011 14:03:12 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 14:03:12 -0000 Received: by faat9 with SMTP id t9so3560227faa.30 for ; Thu, 27 Oct 2011 07:03:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=NBO7OcC1UdMRA6ns4X2/Vkdo1nM/5SghqWV8+uZq38M=; b=s8OKUV6X8elFnyjXTmJ5KpOdx23pfMmWmqkLGqTbq5fo6U5O5iDOz/p8wR0WKdnzB/ YYomTA0cD93vhOy2AfiuM5nY8IlQ6HRpbRIeJ8LU8iIOL9fEVdhYRByvl4qZIcjg6pWZ 7SThg7KScxE5LnI9K1YDHr0Q2ot0N664FdGWQ= Received: by 10.223.77.6 with SMTP id e6mr66879328fak.32.1319724191762; Thu, 27 Oct 2011 07:03:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.19.130 with HTTP; Thu, 27 Oct 2011 07:02:49 -0700 (PDT) In-Reply-To: <4EA90C8E.7040502@tranquil-it-systems.fr> References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> <4EA90C8E.7040502@tranquil-it-systems.fr> From: Grant McWilliams Date: Thu, 27 Oct 2011 07:02:49 -0700 Message-ID: Subject: Re: [Xen-users] XCP Storage To: Denis Cardon Cc: Brett Westover , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1768524642==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1768524642== Content-Type: multipart/alternative; boundary=0015174780a8a6cc1504b0483b55 --0015174780a8a6cc1504b0483b55 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Oct 27, 2011 at 12:47 AM, Denis Cardon < denis.cardon@tranquil-it-systems.fr> wrote: > Hi Grant, > > > > You will want to analyze your disk and network layout for the >> machine and hosts though. All of the standard hardware performace >> >data applies to an iSCSI target ie. number of disks, RAID levels >> etc... It would be ideal for your XCP hosts to have dual network >> >cards so that networking data is sent across different >> cables/switches then the SAN data. >> >> I agree, no matter how you access the storage, the load generated by >> the applications needs to be supported by the speed and number of >> disks, and RAID level. We've gone through the pain of having issues >> with storage that seemed like they could be the iSCSI initiator, the >> SAN network or buffers on the iSCSI storage device.... when it >> turned out, we were simply overloading the IO capabilities of the >> disks. >> >> Also, it seems I am reading that you can enable live migration on an >> XCP pool without an external storage device at all, using local >> storage in each host. Is that right? >> >> How does that work? >> >> >> My understand of shared storage is that one copy of the VM exists in >> a place accessible to the two hosts, so to do live migration the VM >> storage doesn't actually move. >> >> Can someone point me to some documentation that explains how >> XenServer and XCP handle storage? It seems to be quite different >> than VMware. >> >> Thanks, >> >> Brett Westover >> >> >> I don't think it's that different. If you want to do migration your >> storage needs to be remote. Currently XCP seems to support two types of >> remote storage that can support migration - NFS and iSCSI software targe= t. >> > > I'd rather say that XCP needs "shared" storage rather than "remote" > storage. > > When creating a iscsi SR, xapi does automagically all the stuff behind th= e > scene, setting the underlying PBD and the SR of type "shared". However yo= u > can also manually create the PBD on whatever /dev/ (which ought to be > shared, be it iscsi/aoe/drbd...) and setting the SR to be "shared". > > I have tried this setup for XCP with DRBD primary-primary SR, and it work= s > fine with live migration. From the point of view of xapi, the SR is kind = of > local (/dev/drbd0), but it still can be shared. This setup is not yet in > production (not stress-tested yet), but up to now it works flawlessly. > Agreed. There are a lot of things that need to be done from the xe cli. Remote itself isn't quite so important although I'd stress that one needs t= o think about layout first of course. > > Cheers, > > Denis > > > > -- > Denis Cardon > Tranquil IT Systems > 44 bvd des pas enchant=C3=A9s > 44230 Saint S=C3=A9bastien sur Loire > tel : +33 (0) 2.40.97.57.57 > http://www.tranquil-it-**systems.fr > > Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --0015174780a8a6cc1504b0483b55 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Thu, Oct 27, 2011 at 12:47 AM, Denis Cardon <= span dir=3D"ltr"><denis.cardon@tranquil-it-systems.fr> wrote:
Hi Grant,


=C2=A0 =C2=A0 > You will want to analyze your disk and network layout f= or the
=C2=A0 =C2=A0machine and hosts though. All of the standard hardware perfor= mace
=C2=A0 =C2=A0 >data applies to an iSCSI target ie. number of disks, RAI= D levels
=C2=A0 =C2=A0etc... It would be ideal for your XCP hosts to have dual netw= ork
=C2=A0 =C2=A0 >cards so that networking data is sent across different =C2=A0 =C2=A0cables/switches then the SAN data.

=C2=A0 =C2=A0I agree, no matter how you access the storage, the load gener= ated by
=C2=A0 =C2=A0the applications needs to be supported by the speed and numbe= r of
=C2=A0 =C2=A0disks, and RAID level. We've gone through the pain of hav= ing issues
=C2=A0 =C2=A0with storage that seemed like they could be the iSCSI initiat= or, the
=C2=A0 =C2=A0SAN network or buffers on the iSCSI storage device.... when i= t
=C2=A0 =C2=A0turned out, we were simply overloading the IO capabilities of= the disks.

=C2=A0 =C2=A0Also, it seems I am reading that you can enable live migratio= n on an
=C2=A0 =C2=A0XCP pool without an external storage device at all, using loc= al
=C2=A0 =C2=A0storage in each host. Is that right?

=C2=A0 =C2=A0How does that work?


=C2=A0 =C2=A0My understand of shared storage is that one copy of the VM ex= ists in
=C2=A0 =C2=A0a place accessible to the two hosts, so to do live migration = the VM
=C2=A0 =C2=A0storage doesn't actually move.

=C2=A0 =C2=A0Can someone point me to some documentation that explains how<= br> =C2=A0 =C2=A0XenServer and XCP handle storage? It seems to be quite differ= ent
=C2=A0 =C2=A0than VMware.

=C2=A0 =C2=A0Thanks,

=C2=A0 =C2=A0Brett Westover


I don't think it's that different. If you want to do migration your=
storage needs to be remote. Currently XCP seems to support two types of
remote storage that can support migration - NFS and iSCSI software target.<= br>

I'd rather say that XCP needs "shared" storage rather than &q= uot;remote" storage.

When creating a iscsi SR, xapi does automagically all the stuff behind the = scene, setting the underlying PBD and the SR of type "shared". Ho= wever you can also manually create the PBD on whatever /dev/ (which ought t= o be shared, be it iscsi/aoe/drbd...) and setting the SR to be "shared= ".

I have tried this setup for XCP with DRBD primary-primary SR, and it works = fine with live migration. From the point of view of xapi, the SR is kind of= local (/dev/drbd0), but it still can be shared. This setup is not yet in p= roduction (not stress-tested yet), but up to now it works flawlessly.


Agreed. There are a lot of things that need to be done from the xe cli.=20 Remote itself isn't quite so important although I'd stress that one= =20 needs to think about layout first of course.
=C2=A0

Cheers,

Denis



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



Grant McWilliams
http://grantmcwilliams.c= om/

Some people, when confronted with a problem, think "I k= now, I'll use Windows."
Now they have two problems.

--0015174780a8a6cc1504b0483b55-- --===============1768524642== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1768524642==-- From xen-devel-bounces@lists.xensource.com Thu Oct 27 07:28:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 07:28:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJQwM-0001Qe-ON; Thu, 27 Oct 2011 07:28:18 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJQre-0008Sm-97; Thu, 27 Oct 2011 07:23:26 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1319725402!1921511!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18936 invoked from network); 27 Oct 2011 14:23:22 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 14:23:22 -0000 Received: by wyi11 with SMTP id 11so3673143wyi.30 for ; Thu, 27 Oct 2011 07:23:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=DrHeaQzFjNxIXc1JXFRV2Vo1hVFAqL01VAN5qgxmqlc=; b=LBF8i6xWgrmDdiJVuHhAoXTiwTkkUig468PeZeKJoZXF8Ktl7UTDipdavQLK7RPPr9 05q5mSaJ2PY5B1mBstqkWrS2JpHMZJgxUeJGgTZpX5JOx1YP+YiPwmSlB3XBuEVUUAfz GXdTzZStanjVLdYcwK0aomhU36aEHYgjDQkgw= Received: by 10.227.199.5 with SMTP id eq5mr16974577wbb.2.1319725402221; Thu, 27 Oct 2011 07:23:22 -0700 (PDT) Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234]) by mx.google.com with ESMTPS id b5sm9706190wbh.4.2011.10.27.07.23.20 (version=SSLv3 cipher=OTHER); Thu, 27 Oct 2011 07:23:21 -0700 (PDT) Message-ID: <4EA96956.4070300@xen.org> Date: Thu, 27 Oct 2011 15:23:18 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Xen-devel] Xen Document Day : Thank You! X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hi everybody! I wanted to thank you for helping out with the document day. As far as I can see, we got quite a bit of stuff done:t, etc. Dev Docs: - Made some progress on man pages - Some discussion on API docs (still an open issue how we will do this : tried doxygen) Wiki: - A good handle on the pages : what's old, what's important (see https://docs.google.com/spreadsheet/ccc?key=0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=en_US#gid=0). Still a few pages that need to be classified, but we handled most - Some Wiki pages were improved What did surprise me, is how little documentation for users there actually is on the Wiki. I thought we were in bad shape, but not that bad. Have to think about how to address this. We are also working on setting up a new wiki and then find a way to start migrating content over. It may make sense to have regular document days. Any views? Regards Lars _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Thu Oct 27 07:33:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 07:33:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJR14-00035b-91; Thu, 27 Oct 2011 07:33:10 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJQxA-0001fP-2V for xen-users@lists.xensource.com; Thu, 27 Oct 2011 07:29:08 -0700 X-Env-Sender: diegoaugustomolina@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1319725743!36888278!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7537 invoked from network); 27 Oct 2011 14:29:05 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 14:29:05 -0000 Received: by vws13 with SMTP id 13so3471793vws.30 for ; Thu, 27 Oct 2011 07:29:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=MqNuZjQ6VHFTXvKx1FGJPbFeZPyqveRiZD6EG0LUXiE=; b=EZO5iTbJvF9GRH9DQokvrKlsvPLyCT8QNPEkiv+rYywOlS6qxK4dtfi+mUjg/K1gCp FS3bNclzfPAcPeVmitB5FTHLaIlglSTtn5XpsqSGGIUKquLRQaWD4eDgaUQu0yvXJ9fW ZJwHBqthqx1gfNBEyLokIgqEtLEDlQULzJjlc= MIME-Version: 1.0 Received: by 10.52.35.161 with SMTP id i1mr1026896vdj.107.1319725743526; Thu, 27 Oct 2011 07:29:03 -0700 (PDT) Received: by 10.52.113.40 with HTTP; Thu, 27 Oct 2011 07:29:03 -0700 (PDT) Date: Thu, 27 Oct 2011 11:29:03 -0300 Message-ID: Subject: [Xen-users] Looking for GUI tools From: Diego Augusto Molina To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi list! I've been using XEN Source 3.4 with Gentoo Linux >=3D 2.6.32 dom0 for over a year with very little complains. It has sweet performance and works perfect for our needs. But our needs are changing and so is our datacenter, which is getting bigger and wider. So what I'm looking for is a GUI tool to start administering domUs. That's sort of basic maybe, but it'd be nice to start pointing at some Cloud solution too. We always keep FOSS as much as possible (we are proudly clean and safe from Micro$uck products as of today). I've been looking around the wiki page in my search, which is of great help, and this I've come up with: Unmaintained "Management Tools": * Xen Cloud Control System (last release: December 13th, 2010) * Xen Orchestra (last release: June 14th, 2010) * OpenXenManager (last release: December 2nd, 2010) * XenWebManager (last release: January 2nd, 2011). I have to add that the link in the wiki redirects to OpenXenManager's site. Google found it for me :) So we end up with two choices: Zentific and ConVirt Open Source. In the categoty "Cloud Orchestration Software" I found the three of them (CloudStack, OpenNebula and OpenStack) up to date. So, if you have experiences on any of them I would really appreciate that you share them. I'm really looking for a starting point and there are many choices. Let me see if I understand correctly: "Management Tools" manage one host at a time and the "Cloud Orchestration Software" manage the whole Cloud, right? I've seen a recent post in the list asking for assistance in the layout and Florian Heigl made a recommendation on using OpenNebula. I've been researching in the project's pages and they all have nice feature= s. --=20 Diego Augusto Molina diegoaugustomolina@gmail.com ES: Por favor, evite adjuntar documentos de Microsoft Office. Ser=C3=A1n desestimados. EN: Please, avoid attaching Microsoft Office documents. They shall be disca= rded. LINK: http://www.gnu.org/philosophy/no-word-attachments.html _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 08:18:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 08:18:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJRj0-0001Mb-OH; Thu, 27 Oct 2011 08:18:34 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RJRXW-0007sk-Ft for xen-users@lists.xensource.com; Thu, 27 Oct 2011 08:06:46 -0700 X-Env-Sender: bderzhavets@yahoo.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1319727998!33219759!1 X-Originating-IP: [98.139.52.202] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27281 invoked from network); 27 Oct 2011 15:06:39 -0000 Received: from nm5.bullet.mail.ac4.yahoo.com (HELO nm5.bullet.mail.ac4.yahoo.com) (98.139.52.202) by server-5.tower-174.messagelabs.com with SMTP; 27 Oct 2011 15:06:39 -0000 Received: from [98.139.52.196] by nm5.bullet.mail.ac4.yahoo.com with NNFMP; 27 Oct 2011 15:06:38 -0000 Received: from [98.139.52.166] by tm9.bullet.mail.ac4.yahoo.com with NNFMP; 27 Oct 2011 15:06:38 -0000 Received: from [127.0.0.1] by omp1049.mail.ac4.yahoo.com with NNFMP; 27 Oct 2011 15:06:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 310943.67316.bm@omp1049.mail.ac4.yahoo.com Received: (qmail 61303 invoked by uid 60001); 27 Oct 2011 15:06:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319727998; bh=QCJlYsWcyWQUBHuzPy4PnahQgWtR9jeBaPYl8lJD86M=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=dYcAoMZwo0oF7bIBvBBZczHbwt5jzSPmXK9irPxuFS01YeAWt9LtzU4/mxIJFbgLQNVrzwp8+gU15DDcFExazxhsi2Nnz64jeuD5QD1waxMwR9XKlxygI7bdcYDnqb1/RkLCrWrM3r3TrNNsfwkJ1CD2+gVtYAiLIlrt22WTkSo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=ufTQCl/w4HQBtC+l5l80DTp6inUr6WKgSKnTBjEBWP2Cxx4OneET+Rkt1f9r+5IHOFrO9uwsxIoesOF0wjB7CZjMXTxKek2N827wcB8D7+9znEZSmdhDRAWW1Jq3L1I762WFQsJ+6mGZwvAp8W5VRc1kN16b+VjxW97n7WKGf9s=; X-YMail-OSG: Ag.pTWIVM1ndLBWY7pzOhvr03d7ZKfkLpXsPuOxlebmfGb_ LKHERwCGvHNBrH_UAqJ9_WpdrOxO9mvVhsRyZvPTrY4.3vmbhR3Ah6_dx_L_ HypIr39lluKEFx.49cC8_RmxOO_VUPCmMb_oGqmj8qxNO2arP2wjUZAeCFDK mTlvNoDq8gnViHV3tB2DSSRCcrrx7jK_DwnsQekUBJnYTD8QdMvL8DX66mXw xdWKK.Rnz6UzbI84gGnN9p8nF1D2zpNX1VtIPFucrBFHL38JYg5Kl3LIc3Da l0hcSWxfFdVp_n9bPISy3x34OPI4fN7U1lnYwllhEE.oo5ZBgwGzqUqRvnzu pKAiNA7FsSlb8lSugG_Botz4V2.j0lOt7KcT4iqxaXuJcUT76_xc7gR9Daes 1BkihpYSDysmMUDsHXJkyuE4OlDOOAsKcbHSBgM89EaP23WVD.atJrAu8hPa UW9.ux91On9AKpz3tbFW9kVQ.JhkBezHnb4NrTyxLwdhikgTIQAhg4X8tcV5 qXsMHgu1TDMZc.vnzj.pdaas79TjgxFzn6e6GOjQe.xsj4QCBNPvq0qLkscE QISOtHmDsZl9nlWlRWpA9PNCvMrUbc_Zw.zx1SP_UKcPo4FxPegKW9siZOJA - Received: from [109.165.16.223] by web65920.mail.ac4.yahoo.com via HTTP; Thu, 27 Oct 2011 08:06:38 PDT X-Mailer: YahooMailClassic/14.0.10 YahooMailWebService/0.8.114.317681 Message-ID: <1319727998.33617.YahooMailClassic@web65920.mail.ac4.yahoo.com> Date: Thu, 27 Oct 2011 08:06:38 -0700 (PDT) From: Boris Derzhavets Subject: Re: [Xen-users]DomU question on ubuntu 11.10 Dom0 To: Xen-users@lists.xensource.com, Rico In-Reply-To: <4EA91780.6040100@gmail.com> MIME-Version: 1.0 Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2080523119==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2080523119== Content-Type: multipart/alternative; boundary="-455361143-1802085231-1319727998=:33617" ---455361143-1802085231-1319727998=:33617 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Set up=A0 Xen 4.1.X Dom0 on Oneiric :- http://bderzhavets.wordpress.com/2011/07/23/build-xen-4-1-1-on-ubuntu-11-10= / Set up Oneric PV DomU at Xen 4.1.X Dom0 :- http://bderzhavets.wordpress.com/2011/10/27/set-up-oneiric-pv-domu-at-xen-4= -1-2-oneiric-dom0-3-1-0-030100-generic/ Boris. --- On Thu, 10/27/11, Rico wrote: From: Rico Subject: [Xen-users]DomU question on ubuntu 11.10 Dom0 To: Xen-users@lists.xensource.com Date: Thursday, October 27, 2011, 4:34 AM Hi, all I tried to setup xen on ubuntu 11.10 ,but feel confused about the domU kernel . I find a package named linux-image-virtual . So can i you it as domU kernel= ? thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users ---455361143-1802085231-1319727998=:33617 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Set up  Xen 4.1.X Dom0 on Oneiric :-
=
http://bderzhavets.wordpress.com/2011/07/23/build-xen-4-1-1-on-ubuntu-1= 1-10/

Set up Oneric PV DomU at Xen 4.1.X Dom0 :-

http://bderz= havets.wordpress.com/2011/10/27/set-up-oneiric-pv-domu-at-xen-4-1-2-oneiric= -dom0-3-1-0-030100-generic/


Boris.

--- On Thu, 10/27/1= 1, Rico <lrlanswer@gmail.com> wrote:

From: Rico <lrlanswer@gmail.com>
Subject: [Xen-users]D= omU question on ubuntu 11.10 Dom0
To: Xen-users@lists.xensource.com
D= ate: Thursday, October 27, 2011, 4:34 AM

Hi= , all
I tried to setup xen on ubuntu 11.10 ,but feel confused about the = domU
kernel .
I find a package named linux-image-virtual . So can i y= ou it as domU kernel?

thanks


____________________________________= ___________
Xen-users mailing list
X= en-users@lists.xensource.com
http://lists.xensource.com/xen-users
---455361143-1802085231-1319727998=:33617-- --===============2080523119== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2080523119==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 09:28:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 09:28:39 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJSoo-0004El-Ts; Thu, 27 Oct 2011 09:28:38 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RJSnx-0003uO-9U for xen-users@lists.xensource.com; Thu, 27 Oct 2011 09:27:45 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1319732861!30881008!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31572 invoked from network); 27 Oct 2011 16:27:41 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-9.tower-174.messagelabs.com with SMTP; 27 Oct 2011 16:27:41 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Thu, 27 Oct 2011 09:27:39 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Xen-users] XCP Storage Date: Thu, 27 Oct 2011 09:27:38 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B012382C2@VSRV04.tresearch.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Storage Thread-Index: AcyUsSvA38ANqmEZQG6URUzjpxCbuAAEz64Q References: <2B541E71EE131F4F9F04B30362609C4B01238110@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B012381B6@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238254@VSRV04.tresearch.net> <4EA90C8E.7040502@tranquil-it-systems.fr> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1351160429==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1351160429== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PkknZCByYXRoZXIgc2F5IHRoYXQgWENQIG5lZWRzICJzaGFyZWQiIHN0b3JhZ2UgcmF0aGVyIHRo YW4gInJlbW90ZSIgc3RvcmFnZS4NCg0KSSBhZ3JlZSwgaXQganVzdCBoYXMgdG8gYmUgc2hhcmVk IGFuZCB0aGF0IG1ha2VzIHNlbnNlIHdpdGggd2hhdCBJJ3ZlIHJlYWQuIEhvd2V2ZXIsIHNpbmNl IHdlJ3JlIGp1c3Qgc3RhcnRpbmcgb3V0IGFuZCAncmVtb3RlIHNoYXJlZCcgc2VlbXMgdG8gYmUg bW9yZSBjb21tb24gYW5kIHdlbGwgc3VwcG9ydGVkLCBpdCBzZWVtcyBzaW1wbGVzdCBmb3IgdXMg dG8gZ28gdGhhdCByb3V0ZS4NCg0KPkkgaGF2ZSB0cmllZCB0aGlzIHNldHVwIGZvciBYQ1Agd2l0 aCBEUkJEIHByaW1hcnktcHJpbWFyeSBTUiwgYW5kIGl0IHdvcmtzIGZpbmUgd2l0aCBsaXZlIG1p Z3JhdGlvbi4gRnJvbSB0aGUgcG9pbnQgb2YgdmlldyBvZiB4YXBpLCB0aGUgU1IgaXMga2luZCBv ZiBsb2NhbCAoL2Rldi9kcmJkMCksIGJ1dCBpdCBzdGlsbCBjYW4gYmUgc2hhcmVkLiBUaGlzIHNl dHVwIGlzIG5vdCB5ZXQgaW4gcHJvZHVjdGlvbiAobm90IHN0cmVzcy10ZXN0ZWQgeWV0KSwgYnV0 IHVwIHRvIG5vdyBpdCB3b3JrcyBmbGF3bGVzc2x5Lg0KDQpUaGlzIGlzIHJlYWxseSBnb29kIHRv IGtub3cgYWJvdXQgdGhvdWdoLCBpbiBjYXNlIGEgZGVzaWduIG1pZ2h0IHJlcXVpcmUgaXQgc29t ZSBmb3JtLiBMb25nIHRlcm0sIGl0IHNlZW1zIGxpa2UgYnJlYWtpbmcgdGhlIGRlcGVuZGVuY3kg b24gb3V0c2lkZSBzdG9yYWdlIHdvdWxkIGJlIGEgZ29vZCB0aGluZyBmb3IgdmlydHVhbGl6YXRp b24sIHRvIGZ1cnRoZXIgY29uc29saWRhdGUgaGFyZHdhcmUuIA0KDQo+QWdyZWVkLiBUaGVyZSBh cmUgYSBsb3Qgb2YgdGhpbmdzIHRoYXQgbmVlZCB0byBiZSBkb25lIGZyb20gdGhlIHhlIGNsaS4g UmVtb3RlIGl0c2VsZiBpc24ndCBxdWl0ZSBzbyBpbXBvcnRhbnQgYWx0aG91Z2ggSSdkIHN0cmVz cyB0aGF0IG9uZSBuZWVkcyB0byB0aGluayBhYm91dCBsYXlvdXQgZmlyc3Qgb2YgY291cnNlLg0K DQpBbmQgb25jZSBhZ2FpbiwgSSB0b3RhbGx5IGFncmVlIHdpdGggdGhpcyBwb2ludC4gTm8gbWF0 dGVyIGhvdyBvciB3aGVyZSBzdG9yYWdlIGlzIHByZXNlbnRlZCwgaXQgZG9lc24ndCBjaGFuZ2Ug dGhlIHJ1bGVzIGFib3V0IGhvdyBtYW55IGRpc2tzIGFuZCBpbiB3aGF0IFJBSUQgbGV2ZWwgY2Fu IHN1cHBvcnQgdGhlIGxldmVsIG9mIEkvTyB0aGF0IHlvdXIgYXBwbGljYXRpb25zIHdpbGwgZ2Vu ZXJhdGUuDQoNCldoYXQgYXJlIHNvbWUgZ29vZCBvcHRpb25zIGZvciBjb25maWd1cmluZyBhIHJl ZHVuZGFudCBTQU4gdXNpbmcgb3BlbiBzdGFuZGFyZHMgYW5kIGNvbW1vZGl0eSBoYXJkd2FyZT8g SWYgd2UncmUgZ29pbmcgdG8gY29udmVydCBmcm9tIHByb3ByaWV0YXJ5IHZpcnR1YWxpemF0aW9u IHNvZnR3YXJlIG9uIGV4cGVuc2l2ZSBoYXJkd2FyZSwgdG8gb3BlbiBzb3VyY2UgdmlydHVhbGl6 YXRpb24gb24gY29tbW9kaXR5IGhhcmR3YXJlIChhbmQgSSB0aGluayB3ZSBhcmUpLCBpdCB3b3Vs ZCBtYWtlIHNlbnNlIHRvIGRvIHRoZSBzYW1lIGZvciB0aGUgc3RvcmFnZSBsZXZlbC4gSXQgZG9l c24ndCBlbGltaW5hdGUgb3VyIHJlZHVuZGFuY3kgcmVxdWlyZW1lbnRzIHRob3VnaC4NCg0KDQpC cmV0dCBXZXN0b3Zlcg0K --===============1351160429== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1351160429==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 09:34:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 09:34:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJSu2-0005NE-GY; Thu, 27 Oct 2011 09:34:02 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RJSt2-00052k-Sz for xen-users@lists.xensource.com; Thu, 27 Oct 2011 09:33:01 -0700 X-Env-Sender: victor_ling12@yahoo.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1319733176!989622!1 X-Originating-IP: [98.139.91.74] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5886 invoked from network); 27 Oct 2011 16:32:57 -0000 Received: from nm4.bullet.mail.sp2.yahoo.com (HELO nm4.bullet.mail.sp2.yahoo.com) (98.139.91.74) by server-3.tower-182.messagelabs.com with SMTP; 27 Oct 2011 16:32:57 -0000 Received: from [98.139.91.70] by nm4.bullet.mail.sp2.yahoo.com with NNFMP; 27 Oct 2011 16:32:56 -0000 Received: from [98.139.91.42] by tm10.bullet.mail.sp2.yahoo.com with NNFMP; 27 Oct 2011 16:32:56 -0000 Received: from [127.0.0.1] by omp1042.mail.sp2.yahoo.com with NNFMP; 27 Oct 2011 16:32:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 424031.95749.bm@omp1042.mail.sp2.yahoo.com Received: (qmail 39323 invoked by uid 60001); 27 Oct 2011 16:32:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319733176; bh=iRyD4kkuK/rHbAiOZolZga3C0BiI2ESzzAP3PIvIA4M=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Fkzokk3NvpjrfSQq+nkgGQDLmTsoEz7Ayb87w1AgQrJ3d6gdmfiw/HbuHxwe7AwlKj7LoyAcI4D1Mv3EnU7fBf/ACdiGlgEjT0gPzIRuIkwGyTBU35Ku5RZazbH2iCrNgv+hCjRnkZKGcT7ArOzajySi/AL3v8GWI2gC/FJ7q/o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=nBjNmpMh/cjzUGUOUoypUboGgEqe/05RYlnFsVEAl+AMXeTSJ45Q6m7ysmmePN3hcZKJZwT7zSx/r1xL2XsQbiE612sWWu22xPiYSwYiN0MelSRFMAq8fHMx7yqnSz7s3vz0Cpirgl83Y8nmpOQdlP3GlurgJWOcGdJMvNNSz/w=; X-YMail-OSG: YuaGuIkVM1mFmPJQngIrTGc_IqYxenwfq55Ur.JcC7MkglV wHPhDbqqyJEvc2fRbJ1kepyM.0mhmNuMiOT1yoIyZFj6e4ak5.jL5SwH9FZl 0iXavOG5vmINIGGSkY2rSQXxZWG1Ww5JpZmJuvom6q82m._2aKI1DIJvwwUr .pqybevm2gG1QZnDSuZC5xdQAlaVPx6Q_11px32NH8dLZ5bzZPlWEdDAy8zv _Q3kleH1cCRLIWWbwST7I3sFwsUEOojcxQxwd4Xv0dVHOZm6a_OKkkQPE0A. XAbwPOm_GG_UgyQuBmLzhdfrnYBM9AOuktth6FlkAuzpyl8Vo6yDLVpM3BO5 d7lWT.G1eFOrRgDpfwBJjrp9H.xvU6QZEbstfHN6KE45W0vh0 Received: from [12.207.18.42] by web114219.mail.gq1.yahoo.com via HTTP; Thu, 27 Oct 2011 09:32:55 PDT X-Mailer: YahooMailWebService/0.8.114.317681 Message-ID: <1319733175.37839.YahooMailNeo@web114219.mail.gq1.yahoo.com> Date: Thu, 27 Oct 2011 09:32:55 -0700 (PDT) From: Victor Ling To: "Xen-users@lists.xensource.com" MIME-Version: 1.0 Cc: Subject: [Xen-users] Xen HVM DomU image (*.iso) file? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Victor Ling List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0744979710==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0744979710== Content-Type: multipart/alternative; boundary="-455334816-577532825-1319733175=:37839" ---455334816-577532825-1319733175=:37839 Content-Type: text/plain; charset=us-ascii Hi, I am looking for Xen HVM DomU image (*.iso) file, Any website I can download the file? Thanks. Vic ---455334816-577532825-1319733175=:37839 Content-Type: text/html; charset=us-ascii
Hi,
I am looking for Xen HVM DomU image (*.iso) file,

Any website I can download the file?

Thanks.

Vic
---455334816-577532825-1319733175=:37839-- --===============0744979710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0744979710==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 10:06:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 10:06:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTPt-0007qm-Id; Thu, 27 Oct 2011 10:06:57 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTMo-0007Uf-Bk for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 10:03:47 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1319735022!1315913!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23560 invoked from network); 27 Oct 2011 17:03:43 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 17:03:43 -0000 Received: by vws13 with SMTP id 13so3746687vws.30 for ; Thu, 27 Oct 2011 10:03:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=SASx1LjsnPUMvGuwUYuBUcOoHSmEosvP3aYjffFICuo=; b=Jtr09wplWWKYGbx65Ky0tSa/8V9fANCEV/Z0um3PlNGdvPbk76f3epXs/643/c9f9r 0VcMjhFZvKD9I7yyLovyTkxyyDlHFmAQPalCg+AAlPSwRlZU/8q7RNcUSE2MplX9O2Mf 7OzcwAQC0CHlA7DAAk8VyPA58ZQmVGnt59q2A= Received: by 10.52.90.45 with SMTP id bt13mr1076542vdb.25.1319735022054; Thu, 27 Oct 2011 10:03:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Thu, 27 Oct 2011 10:03:22 -0700 (PDT) In-Reply-To: <1319733175.37839.YahooMailNeo@web114219.mail.gq1.yahoo.com> References: <1319733175.37839.YahooMailNeo@web114219.mail.gq1.yahoo.com> From: Flavio Date: Thu, 27 Oct 2011 19:03:22 +0200 Message-ID: Subject: Re: [Xen-users] Xen HVM DomU image (*.iso) file? Content-Type: text/plain; charset=ISO-8859-1 Cc: "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 27 October 2011 18:32, Victor Ling wrote: > Hi, > I am looking for Xen HVM DomU image (*.iso) file, > Any website I can download the file? Hi, iso files usually contains cd/dvd images. Maybe you are looking for .img files, containing a root filesystem of some Linux distribution? In this case I think it is difficult. Few years ago there was stacklet.com that was giving these images for free. But now they want money, so I had to make the .img files by myself (and I think it is even better). The url is: http://stacklet.com/downloads/info/xen3 Check this out. Bye! -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 10:11:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 10:11:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTTp-00008V-Oy; Thu, 27 Oct 2011 10:11:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJTQs-00081W-Du for xen-users@lists.xensource.com; Thu, 27 Oct 2011 10:07:59 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1319735274!1934712!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25175 invoked from network); 27 Oct 2011 17:07:55 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-4.tower-21.messagelabs.com with SMTP; 27 Oct 2011 17:07:55 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Thu, 27 Oct 2011 10:07:53 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Xen-users] XCP Test workstation Date: Thu, 27 Oct 2011 10:07:52 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B012382CA@VSRV04.tresearch.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Test workstation Thread-Index: AcyUTnjX/MqOckQmR36yaAHVv4eOggAeyeaQ References: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B0123824B@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B01238283@VSRV04.tresearch.net> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1083803910==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1083803910== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PkkgZ290IHRpcmVkIG9mIGVuZGluZyB1cCB3aXRoIGhhcmR3YXJlIHRoYXQgY29zdHMgdG9vIG11 Y2ggdG8gdXBncmFkZSAoZGFtbiB5b3UgSW50ZWwpIHNvIG5vdyBJIGJ1eSBoYXJkd2FyZSB0aGF0 J3MgY2hlYXAgZW5vdWdoIHRvIHJlcGxhY2UuIFRoZSBtYWluIGNvbmNlcm4gaG93ZXZlciBpcyB5 b3UgbmVlZCB0byB0aGluayBsb25nIGFuZCBoYXJkIGFib3V0IHlvdXIgQ1BVIGNob2ljZSBiZWNh dXNlIHBvb2xzIGxpa2UgdG8gaGF2ZSB0aGUgc2FtZSBDUFUgaW4gdGhlbS4gSSBsaWtlIG1vcmUg bGVzcyBwb3dlcmZ1bCBjb3JlcyBvdmVyIGxlc3MgbW9yZSBwb3dlcmZ1bCBjb3JlcyBzbyBJJ20g YnVpbGRpbmcgYSBsb3Qgb2YgQU1EIGhleGljb3JlIHN5c3RlbXMuIFRoZSBuZXcgY2xvdWQgd2ls bCBwcm9iYWJseSBiZSBBTUQgOCBjb3JlIGJvYXJkcy4NCg0KV2VsbCBJIHJlYWxseSBsaWtlIHRo YXQgaWRlYSwgYW5kIGl0IHNlcnZlcyB0d28gcHVycG9zZXMgZm9yIHVzLiBJdCB3b3VsZCBiZSBh IHNoaWZ0IHRvIGEgbW9yZSBlZmZpY2llbnQgY29zdCBtb2RlbCwgYW5kIGl0cyBtdWNoIG1vcmUg c2NhbGFibGUuIE5vdyB3ZSBoYXZlIHRvIGZpdCB0aGUgcHVyY2hhc2UgdG8gb3VyIHJlcXVpcmVt ZW50cywgYW5kIHRoZW4gbWFrZSBlbnRpcmVseSBzZXBhcmF0ZSBwbGFucyB3aGVuIGl0IGNvbWVz IHRpbWUgdG8gdXBncmFkZS4gVGhpcyBtb2RlbCBzY2FsZXMgZnJvbSBteSAiY2hlYXAgYW5kIGVh c3kiIHRlc3QgcmVxdWlyZW1lbnRzLCBhbGwgdGhlIHdheSB1cCB0byBhIGxhcmdlIHByb2R1Y3Rp b24gY2xvdWQuDQoNCk9uZSBxdWVzdGlvbiwgd2hlbiB5b3UgRE8gbmVlZCB0byB1cGdyYWRlIHRv IHRoZSBuZXh0IGdlbmVyYXRpb24gb2YgcHJvY2Vzc29yLCBkb2VzIHRoYXQganVzdCBiZWNvbWUg YSBzZXBhcmF0ZSBwb29sPyBTbyB5b3UncmUga2luZCBvZiBzdHVjayB3aXRoIHRoZSBDUFUgdHlw ZSB5b3UndmUgc2VsZWN0ZWQsIGZvciB0aGF0IHdob2xlIHBvb2wgZm9yZXZlci4uLiBidXQgdGhl biBjb21lIHRpbWUgdG8gYnVpbGQgYSBuZXcgY2xvdWQsIHlvdSBjYW4gbWFrZSBhIGRpZmZlcmVu dCBjaG9pY2UgaWYgeW91J3JlIHJlcXVpcmVtZW50cyBoYXZlIGNoYW5nZWQsIG9yIHRoZSBtYXJr ZXQgaGFzIG1vdmVkIG9uIHdoaWNoZXZlciBjb21lcyBmaXJzdC4gWW91IGhhdmUgdG8gYnVpbGQg aW4gdGhlIHJlZHVuZGFuY3kgeW91IHJlcXVpcmUgdG8gdGhlIG5ldyBjbG91ZCwgYW5kIHRoZW4g ZG8gY29sZCBtaWdyYXRpb25zIG9mIHlvdXIgd29ya2xvYWQgdG8gdGhlIG5ldyBjbG91ZC4gRG9l cyB0aGF0IHNvdW5kIHJpZ2h0Pw0KDQpBbm90aGVyIHF1ZXN0aW9uLCBob3cgc3BlY2lmaWMgYXJl IHlvdSB3aWxsaW5nIHRvIGdldCBvbiBoYXJkd2FyZT8gSSBhbSBsaXRlcmFsbHkgbG9va2luZyB0 byBidWlsZCBhIHBhcnRzIGxpc3QgaW4gdGhlIG5leHQgZmV3IGRheXMsIGFuZCBJIHdvdWxkIGxv dmUgdG8gc3dhcCBub3RlcyBhbmQgZ2V0IHlvdXIgb3Bpbmlvbi4gKGFueW9uZSdzIG9waW5pb24g aW4gZmFjdCwgdGhvdWdoIGl0IHNlZW1zIEknbSBtb3N0bHkgdGFsa2luZyB0byBHcmFudCBoZXJl KS4NCg0KPiIuLi4gYSBsb2NhbCBkcml2ZSB0aGF0J3MgY3VycmVudGx5IHVzZWQgZm9yIG5vdGhp bmcgbXVjaC4uLiINCkxhc3QgcXVlc3Rpb24sIEknbSBndWVzc2luZyB5b3Ugc2xhcCBhIHNpbmds ZSBsb2NhbCBkaXNrIGludG8gZWFjaCBzZXJ2ZXIganVzdCB0byBib290IHRoZSBPUy4gV2hhdCBh cmUgeW91ciB0aG91Z2h0cyBvbiB1c2luZyBhIGZsYXNoIGRpc2sgaW5zdGVhZD8gSWYgdGhlIE9T IGlzIG5vdCBwYXJ0aWN1bGFybHkgd3JpdGUgaGVhdnksIGl0IHdvdWxkIHNlZW0gdGhhdCB0aGlz IHdvdWxkIHNhdmUgb24gY29vbGluZyBhbmQgcG93ZXIuIFdlIGN1cnJlbnRseSB1c2UgRGViaWFu IGJhc2VkICJyb3V0ZXJzIiB3aGljaCBhcmUgcmVhbGx5IGp1c3QgY29tbW9kaXR5IHNlcnZlcnMg d2l0aCAyIG5pY3MgYW5kIGZsYXNoIGRpc2tzIHRvIGJvb3QgdGhlIE9TIGltYWdlLiBXb3VsZCBY Q1AgcnVuIHdlbGwgdGhhdCB3YXksIG9yIGlzIGl0IG1vcmUgZGVwZW5kZW50IG9uIGl0cyBsb2Nh bCBkaXNrPw0KDQpUaGFuayB5b3UgZm9yIGFsbCB5b3VyIGlucHV0Lg0KDQpCcmV0dCBXZXN0b3Zl ci4NCg== --===============1083803910== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1083803910==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 10:16:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 10:16:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTYg-0001VU-Cw; Thu, 27 Oct 2011 10:16:02 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTVh-0000eL-MG for xen-users@lists.xensource.com; Thu, 27 Oct 2011 10:12:58 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1319735573!25557216!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20795 invoked from network); 27 Oct 2011 17:12:54 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 17:12:54 -0000 Received: by vws13 with SMTP id 13so3761599vws.30 for ; Thu, 27 Oct 2011 10:12:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=X+lXRz09wkTNMk3gG1YEnNZJPynjLJb/o0uIvAnmZTA=; b=ACE6mdEEXZxC0soZ2pHT/OoIjnbhvX+KGBU5S8Ge+BxCAOkO9McnIEtYr+QDaxvmDR f2FI6NBKr3thoAbE8XiRJLJypzCAqfBeJ4vKcoIPH++sNBXopRUEyecCqCHEOJsq9A6+ mpuUT1CaHbkyisjpiJwkN6l8vGV4UyGmnwHgw= Received: by 10.52.30.69 with SMTP id q5mr1069500vdh.110.1319735573192; Thu, 27 Oct 2011 10:12:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Thu, 27 Oct 2011 10:12:33 -0700 (PDT) From: Flavio Date: Thu, 27 Oct 2011 19:12:33 +0200 Message-ID: To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Subject: [Xen-users] Blank screen problem after the start of XDM with the hypervisor running X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, it is more than one month I am facing with a very strange problem on my Desktop PC. I have the kernel 3.1.0-gentoo and I know the framebuffer doesn't work (I'm using a nVidia card with nvidia-drivers) with the hypervisor. Anyway, it's not about a framebuffer issue I am discussing now. I use the same kernel to start the machine in two way: 1) as a XEN hypervisor (dom0) 2) as usual (no xen hypervisor) The Grub entries I use to select between 1 and 2 are the following: (1) title=Gentoo Linux 3.1.0-gentoo XEN root (hd0,0) kernel /xen.gz module /kernel-3.1.0-gentoo root=/dev/md1 video=uvesafb:1280x1024-32,mtrr:3,ywrap (2) title=Gentoo Linux 3.1.0-gentoo XEN root (hd0,0) kernel /kernel-3.1.0-gentoo root=/dev/md1 video=uvesafb:1280x1024-32,mtrr:3,ywrap If I boot (2) the machine starts without the xen hypervisor and the framebuffer is enabled. If I boot (1) the machine also starts and with the xen hypervisor but this time it has a problem: once XDM has started, if I press CTRL+ALT+1 I see a blank screen (the monitor detects as no video input). This doesn't happen with (2). It is not a Grub configuration issue (the "uvesafb" option) but I cannot see anything. I also tried to cut that option and nothing changed. Of course also the other console (F2->F6) aren't available as well. The problem described above happens in (1) with or without the uvesafb kernel module compiled. It doesn't happen in (2) with or without the uvesafb kernel module compiled. To make a test, I've tried to enable XEN also on my laptop and I've seen that this doesn't happen. I have a nVidia card also on the laptop and I use nvidia-drivers even there. Finally I've disabled the XEN support in the laptop kernel after this test. Kernel configurations: Desktop kernel configuration: http://pastebin.com/7amx6E3L Laptop kernel configuration: http://pastebin.com/4w23yU0n dmesg: http://pastebin.com/5ZWsc370 Could somebody help me to understand what it is happening please? -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 10:18:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 10:18:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTaa-0002Cb-Ue; Thu, 27 Oct 2011 10:18:00 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RJTXJ-00017e-SU for xen-users@lists.xensource.com; Thu, 27 Oct 2011 10:14:39 -0700 X-Env-Sender: victor_ling12@yahoo.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1319735673!1820682!1 X-Originating-IP: [98.139.91.74] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16547 invoked from network); 27 Oct 2011 17:14:34 -0000 Received: from nm4.bullet.mail.sp2.yahoo.com (HELO nm4.bullet.mail.sp2.yahoo.com) (98.139.91.74) by server-9.tower-21.messagelabs.com with SMTP; 27 Oct 2011 17:14:34 -0000 Received: from [98.139.91.61] by nm4.bullet.mail.sp2.yahoo.com with NNFMP; 27 Oct 2011 17:14:33 -0000 Received: from [98.139.91.2] by tm1.bullet.mail.sp2.yahoo.com with NNFMP; 27 Oct 2011 17:14:33 -0000 Received: from [127.0.0.1] by omp1002.mail.sp2.yahoo.com with NNFMP; 27 Oct 2011 17:14:33 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 559618.66263.bm@omp1002.mail.sp2.yahoo.com Received: (qmail 42987 invoked by uid 60001); 27 Oct 2011 17:14:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319735673; bh=Qq0VIazhGkABcvc7ei6mRwsR8oxWJMtOwbh6qsWeT/M=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=5ajCiPFxio3AYuZeHHE0kPd5Jz7QCprxCnxkZYYi5deD087R+38wWDUy+GMwVNzuTPf/mWEzPCb/yLtCuK9dxQzKKzVITgjkFdBOS+Sy8jLpV6wZ8aiI/lf3yND2VQ30MzY9eMTbpYU3ZTpabFQDvweFGDFuF8v2gmA+fAU30U8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=xrLWQA1zNlLiWWOMgI1d8mkMTHdaKPQLOWh1fgX1oh/xKhZ4gspaU8kZLclWTMrASTXoFEsfzR+j6hNUsAd06yV5YtTfCD2+hYjpPXLFB3fBbAooByulgy2OSE3wrAsRUjcqBpKAB3x9cjGXa+y15gX/vmhQSYvQTwzrDr0JYro=; X-YMail-OSG: vyHnCQMVM1kex3ED3_vyVUSckKTzZM9FAQRQdichLf5wZst yd8MY22NIQFPZ8IZiWUm4z4_B5lxEaHbqzHiyGfSVCUjDI8tbnrDgqth1nZN .8MxOyCNKinXQkha6x9PWgYZsjIwP1yNymo.ghxvzylwZqWDjALsM.OxgyXo .1yT2PGcxSEdowy8baafatP2qGROCiLumn2Tfze8vQmo8_9So6t8GX4qPUsT qYtVKaEM1dWy7qq.tApJnGofWIKu8F.i1nY72sCTYxllPoogrDnvPkNnxUOa 7Iam6DU9cb08RexfGycrIHkyCAKxEnbwIO1GPl26Kpt1L5U5jxd92gmAhYhL 8FjbU.WJXRaFUsCGJ63JtyJHvTcVjf7bpjVUqxu75k5a7n3MHd0rnOxxwfjB 5W2Op2p381J7LW65ToCJA4XW.KYrAbyxYaj4qDj_4B2HwA_nl8jyhePTtrYY Ls3.R Received: from [12.207.18.42] by web114212.mail.gq1.yahoo.com via HTTP; Thu, 27 Oct 2011 10:14:33 PDT X-Mailer: YahooMailWebService/0.8.114.317681 References: <1319733175.37839.YahooMailNeo@web114219.mail.gq1.yahoo.com> Message-ID: <1319735673.42958.YahooMailNeo@web114212.mail.gq1.yahoo.com> Date: Thu, 27 Oct 2011 10:14:33 -0700 (PDT) From: Victor Ling Subject: Re: [Xen-users] Xen HVM DomU image (*.iso) file? To: Flavio In-Reply-To: MIME-Version: 1.0 Cc: "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Victor Ling List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1056836168==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1056836168== Content-Type: multipart/alternative; boundary="1357089822-1775695589-1319735673=:42958" --1357089822-1775695589-1319735673=:42958 Content-Type: text/plain; charset=us-ascii The website has PV .img files but no HVM .img files. I try to create HVM .img file by myself but no luck. Is there a website that I can get some info? Thanks. Vic ________________________________ From: Flavio To: Cc: "Xen-users@lists.xensource.com" Sent: Thursday, October 27, 2011 10:03 AM Subject: Re: [Xen-users] Xen HVM DomU image (*.iso) file? On 27 October 2011 18:32, Victor Ling wrote: > Hi, > I am looking for Xen HVM DomU image (*.iso) file, > Any website I can download the file? Hi, iso files usually contains cd/dvd images. Maybe you are looking for .img files, containing a root filesystem of some Linux distribution? In this case I think it is difficult. Few years ago there was stacklet.com that was giving these images for free. But now they want money, so I had to make the .img files by myself (and I think it is even better). The url is: http://stacklet.com/downloads/info/xen3 Check this out. Bye! -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --1357089822-1775695589-1319735673=:42958 Content-Type: text/html; charset=us-ascii
The website has PV .img files but no HVM .img files.

I try to create HVM .img file by myself but no luck. Is there a website that I can get some info?

Thanks.

Vic

From: Flavio <fbcyborg@gmail.com>
To:
Cc: "Xen-users@lists.xensource.com" <Xen-users@lists.xensource.com>
Sent: Thursday, October 27, 2011 10:03 AM
Subject: Re: [Xen-users] Xen HVM DomU image (*.iso) file?

On 27 October 2011 18:32, Victor Ling <victor_ling12@yahoo.com> wrote:
> Hi,
> I am looking for Xen HVM DomU image (*.iso) file,
> Any website I can download the file?
Hi,

iso files usually contains cd/dvd images. Maybe you are looking
for .img files, containing a root filesystem of some Linux distribution?
In this case I think it is difficult. Few years ago there was stacklet.com
that was giving these images for free. But now they want money, so
I had to make the .img files by myself (and I think it is even better).
The url is: http://stacklet.com/downloads/info/xen3
Check this out.

Bye!

--
Flavio

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users


--1357089822-1775695589-1319735673=:42958-- --===============1056836168== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1056836168==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 10:19:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 10:19:39 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTcB-0002tX-CK; Thu, 27 Oct 2011 10:19:39 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJTZc-0001qL-FH for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 10:17:01 -0700 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1319735816!25557547!1 X-Originating-IP: [209.85.212.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1031 invoked from network); 27 Oct 2011 17:16:57 -0000 Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 17:16:57 -0000 Received: by vws13 with SMTP id 13so3768129vws.30 for ; Thu, 27 Oct 2011 10:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=k6A3juvW0lksoOgh8kW8fcU5tI/HNJIAF4zoR+pKCnM=; b=hRpl4sxP7s+CSEocIc3OBFV11PlWBF9UGujvzCpWIEMMTt4LQ8F/61qxNv7qS1Haj6 HToUCFihMux6fRMDpYHi39pDs5BWbWSr1bQnG0HmhV+uuZ2cOEhRrFshxBTKyQ00hrME tG3UQtSfvlZW7ypBtRMnygOxofgg3kFmsHKGM= Received: by 10.52.186.230 with SMTP id fn6mr1082041vdc.76.1319735816080; Thu, 27 Oct 2011 10:16:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.231 with HTTP; Thu, 27 Oct 2011 10:16:36 -0700 (PDT) In-Reply-To: <1319735673.42958.YahooMailNeo@web114212.mail.gq1.yahoo.com> References: <1319733175.37839.YahooMailNeo@web114219.mail.gq1.yahoo.com> <1319735673.42958.YahooMailNeo@web114212.mail.gq1.yahoo.com> From: Flavio Date: Thu, 27 Oct 2011 19:16:36 +0200 Message-ID: Subject: Re: [Xen-users] Xen HVM DomU image (*.iso) file? To: Victor Ling Content-Type: text/plain; charset=ISO-8859-1 Cc: "Xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 27 October 2011 19:14, Victor Ling wrote: > The website has PV .img files but no HVM .img files. > I try to create HVM .img file by myself but no luck. Is there a website that > I can get some info? Try this: http://www.virtuatopia.com/index.php/Configuring_and_Installing_a_Xen_Hardware_Virtual_Machine_%28HVM%29_domainU_Guest -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 11:08:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 11:08:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJUNd-0005RH-VN; Thu, 27 Oct 2011 11:08:42 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJULo-000568-3a for xen-users@lists.xensource.com; Thu, 27 Oct 2011 11:06:49 -0700 X-Env-Sender: diegoaugustomolina@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1319738803!36907398!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7356 invoked from network); 27 Oct 2011 18:06:45 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 18:06:45 -0000 Received: by ggnv5 with SMTP id v5so4788371ggn.30 for ; Thu, 27 Oct 2011 11:06:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=WoZvOxgveGlEtde5ziv+g6yTmVhE/dLqqEI5l1fKVKQ=; b=YwZ9C6VNwm1IjHUCBWDeAt9vAMbP4PxvE0PtUKlEiWejUmnnKnv09r2Mql/QRPzsCX 5PN3dmaCmMlz3lscdHPhxvv8/Aj0EQmcYfLuG1SFow+Pw4orOUlaifBFi0gDALDJPu2V cSX9zCPI3Ut9uSyVKrULd/sEIuBhQcLfxeHLU= Received: by 10.236.154.193 with SMTP id h41mr53653199yhk.15.1319738803590; Thu, 27 Oct 2011 11:06:43 -0700 (PDT) Received: from [192.168.1.101] (host181.190-139-13.telecom.net.ar. [190.139.13.181]) by mx.google.com with ESMTPS id u66sm8608686yhu.13.2011.10.27.11.06.41 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Oct 2011 11:06:42 -0700 (PDT) Message-ID: <4EA99DAF.5060007@gmail.com> Date: Thu, 27 Oct 2011 15:06:39 -0300 From: Diego Augusto Molina User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] time on xen guests goes fast References: <000e0ce029da1e32a704b0467951@google.com> In-Reply-To: <000e0ce029da1e32a704b0467951@google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Try this on dom0 _AND_ in your Linux domU: # echo '0' > /proc/sys/xen/independent_wallclock -- Diego Augusto Molina diegoaugustomolina@gmail.com ES: Por favor, evite adjuntar documentos de Microsoft Office. Serán desestimados. EN: Please, avoid attaching Microsoft Office documents. They shall be discarded. LINK: http://www.gnu.org/philosophy/no-word-attachments.html _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 11:21:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 11:21:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJUZt-0006Iu-8A; Thu, 27 Oct 2011 11:21:21 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJUYe-0005yQ-CK for xen-users@lists.xensource.com; Thu, 27 Oct 2011 11:20:05 -0700 X-Env-Sender: dbrooks@mdah.state.ms.us X-Msg-Ref: server-12.tower-174.messagelabs.com!1319739599!36929491!1 X-Originating-IP: [205.144.225.178] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1956 invoked from network); 27 Oct 2011 18:20:00 -0000 Received: from relay.ms.gov (HELO itspmx52.state.ms.us) (205.144.225.178) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Oct 2011 18:20:00 -0000 Received: from itspmx52.state.ms.us (puremessage [127.0.0.1]) by localhost (Postfix) with SMTP id A04D8200EA for ; Thu, 27 Oct 2011 13:19:58 -0500 (CDT) Received: from mail.mdah.state.ms.us (roark.mdah.state.ms.us [10.8.2.3]) by itspmx52.state.ms.us (Postfix) with SMTP id 92E40200E5 for ; Thu, 27 Oct 2011 13:19:58 -0500 (CDT) Received: from [10.8.3.198] (dbrooks.mdah.state.ms.us [10.8.3.198]) by mail.mdah.state.ms.us (Postfix) with ESMTP id 8A2F57AA803D for ; Thu, 27 Oct 2011 13:19:58 -0500 (CDT) Message-ID: <4EA9A0CD.80706@mdah.state.ms.us> Date: Thu, 27 Oct 2011 13:19:57 -0500 From: Donny Brooks User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2.105i Thunderbird/3.1.7 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Need some assistance in layout References: <4EA72CA9.9050808@mdah.state.ms.us> In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0616300084==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0616300084== Content-Type: multipart/alternative; boundary="------------080403050408060400030608" This is a multi-part message in MIME format. --------------080403050408060400030608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks for the input. Please see replies inline below. Donny B. On 10/26/2011 3:34 PM, Florian Heigl wrote: > If you can invest a week or one and a half in the re-design to make it > all fancy: > > - Upgrade from Centos5 for better overall performance Upgrade from Centos 5.5 to what? The only direct upgrade path is to Centos 5.7. I would actually like to move to something newer like Centos 6 or Fedora 15(16). > - Use OpenNebula in a small "private cloud" setup, this very very well > covers the GUI bit. I have never even heard of OpenNebula till now. Looking at it, it appears that it will suit our needs very well. Plus it can use Xen, KVM, and VMWare as a backend is a plus. > - Big "partitions" might waste a raid arrays performance (but that > depends on too many factors. I like many small bits, others do not, > and in general cache sorts it out better than my preferences would ;) All of our domu disks are in an LVM setup. The only reason for the big 6TB or 8TB array is due to the way we have to keep backups. Backuppc which we use for our backups deduplicates and compresses files. So in that 6TB currently we have approximately: * 856 full backups of total size 107743.45GB (prior to pooling and compression), * 655 incr backups of total size 1311.85GB (prior to pooling and compression). > - Raid6 definitely kills performance. Consider a Raid10. Understandable. The Raid6 was chosen for space and resilience. Originally we only had Xen1 and needed the extra space. If we can get a few addon modules for the SAN then we can migrate to a raid10 for performance. > - Live migration can come along easily with i.e. OpenNebula, > - the same goes for load balancing via live migration between hosts, > for which there are nice scripts these days. It does appear as so. I am looking into this further. > - i have spent some half year on deploying a HA setup on xen. > old-style heartbeat + drbd in domUs and there were some caveats > mostly that you cannot see a link-down in the host from point of domU. > yes, you can bond in dom0 > no, that is NOT solving the problem. if you have a double failure, > or if the bridge in dom0 has an > issue, then your domU will NOT notice that. > No, using arp_monitor& bonding in domU was not a solution either, > since the arpping did NOT > work in CentOS 5.4 > > It doesn't get better with DR:BD with is latency-wary more than > usual inside a domU. > Oh, and did I mention on-the-wire corruption going unnoticed until > you finally found any place that has hw > offloading that didn't work. > > Heartbeat v1 showed a general lack of gracefulness when dealing > with such issues. > I have looked at DRBD before and liked what I saw but did not care to basically lose half my disk space. Using the SAN as a shared storage medium should help with that though. My reasoning for bonding the interfaces was not totally for failsafe but rather for speed. Although I can not say for a fact that the speed has shown an improvement over a single link. > - My personal recommendation would be to get working Xen-Ready NICs > from Solarflare > if you want to do anything that goes into clustering inside domUs, or > need high LAN performance. > > Alternatively, I wonder if Remus is not the one-and-best-ever > solution. But so far I don't have it working :) > > As for the redo-everything with a GUI factor, you could also give > Oracle VM3 a test ride. > Hmmyeah, over the last 6 or 7 years in Xen GUI land, I'd say the thing > sticking out has been OpenNebula (oh ok and Eucalyptus when it was > still vaporware with screenshots), and dom0 wise I haven't seen > anything that is remotely as good as OVM. Sadly that is being locked > down into an appliance now :) I have also looked into enomaly and their offerings but it seems geared more toward KVM now. I do think I will investigate the OpenNebula more. Thanks for all the input. > Flo > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------080403050408060400030608 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks for the input. Please see replies inline below.
Donny B.

On 10/26/2011 3:34 PM, Florian Heigl wrote: 
If you can invest a week or one and a half in the re-design to make it
all fancy:

- Upgrade from Centos5 for better overall performance
Upgrade from Centos 5.5 to what? The only direct upgrade path is to Centos 5.7. I would actually like to move to something newer like Centos 6 or Fedora 15(16).
- Use OpenNebula in a small "private cloud" setup, this very very well
covers the GUI bit.
I have never even heard of OpenNebula till now. Looking at it, it appears that it will suit our needs very well. Plus it can use Xen, KVM, and VMWare as a backend is a plus.
- Big "partitions" might waste a raid arrays performance (but that
depends on too many factors. I like many small bits, others do not,
and in general cache sorts it out better than my preferences would ;)
All of our domu disks are in an LVM setup. The only reason for the big 6TB or 8TB array is due to the way we have to keep backups. Backuppc which we use for our backups deduplicates and compresses files. So in that 6TB currently we have approximately:
  • 856 full backups of total size 107743.45GB (prior to pooling and compression),
  • 655 incr backups of total size 1311.85GB (prior to pooling and compression). 

- Raid6 definitely kills performance. Consider a Raid10.
Understandable. The Raid6 was chosen for space and resilience. Originally we only had Xen1 and needed the extra space. If we can get a few addon modules for the SAN then we can migrate to a raid10 for performance.  
- Live migration can come along easily with i.e. OpenNebula,
- the same goes for load balancing via live migration between hosts,
for which there are nice scripts these days.
It does appear as so. I am looking into this further.
- i have spent some half year on deploying a HA setup on xen.
old-style heartbeat + drbd in domUs and there were some caveats
   mostly that you cannot see a link-down in the host from point of domU.
   yes, you can bond in dom0
   no, that is NOT solving the problem. if you have a double failure,
or if the bridge in dom0 has an
   issue, then your domU will NOT notice that.
   No, using arp_monitor & bonding in domU was not a solution either,
since the arpping did NOT
   work in CentOS 5.4

   It doesn't get better with DR:BD with is latency-wary more than
usual inside a domU.
   Oh, and did I mention on-the-wire corruption going unnoticed until
you finally found any place that has hw
   offloading that didn't work.

   Heartbeat v1 showed a general lack of gracefulness when dealing
with such issues.
I have looked at DRBD before and liked what I saw but did not care to basically lose half my disk space. Using the SAN as a shared storage medium should help with that though. My reasoning for bonding the interfaces was not totally for failsafe but rather for speed. Although I can not say for a fact that the speed has shown an improvement over a single link.

- My personal recommendation would be to get working Xen-Ready NICs
from Solarflare
if you want to do anything that goes into clustering inside domUs, or
need high LAN performance.

Alternatively, I wonder if Remus is not the one-and-best-ever
solution. But so far I don't have it working :)

As for the redo-everything with a GUI factor, you could also give
Oracle VM3 a test ride.
Hmmyeah, over the last 6 or 7 years in Xen GUI land, I'd say the thing
sticking out has been OpenNebula (oh ok and Eucalyptus when it was
still vaporware with screenshots), and dom0 wise I haven't seen
anything that is remotely as good as OVM. Sadly that is being locked
down into an appliance now :)

I have also looked into enomaly and their offerings but it seems geared more toward KVM now. I do think I will investigate the OpenNebula more. Thanks for all the input.
Flo

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--------------080403050408060400030608-- --===============0616300084== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0616300084==-- From xen-devel-bounces@lists.xensource.com Thu Oct 27 13:24:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 13:24:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJWVH-0001eN-EY; Thu, 27 Oct 2011 13:24:43 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJWUB-0001RY-IF; Thu, 27 Oct 2011 13:23:36 -0700 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-2.tower-21.messagelabs.com!1319747010!1895309!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29566 invoked from network); 27 Oct 2011 20:23:31 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 20:23:31 -0000 Received: by iaen33 with SMTP id n33so4650864iae.30 for ; Thu, 27 Oct 2011 13:23:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.5.73 with SMTP id 9mr3967810ibu.60.1319747009397; Thu, 27 Oct 2011 13:23:29 -0700 (PDT) Received: by 10.231.165.195 with HTTP; Thu, 27 Oct 2011 13:23:29 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4EA932D5.3060504@xen.org> References: <4E92D809.9000504@xen.org> <20111010160404.GB28646@phenom.oracle.com> <4E946EB9.7050209@xen.org> <20111013180244.GC15499@phenom.oracle.com> <5400260811821008556@unknownmsgid> <1318859996.16132.16.camel@zakaz.uk.xensource.com> <4E9C4516.2070902@xen.org> <1318864667.16132.22.camel@zakaz.uk.xensource.com> <4E9C4BAB.9020605@xen.org> <20111026195543.GA6558@phenom.dumpdata.com> <4EA932D5.3060504@xen.org> Date: Fri, 28 Oct 2011 07:23:29 +1100 Message-ID: Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26) From: Joseph Glanville To: Lars Kurth Cc: Andrew Bobulsky , "xen-users@lists.xensource.com" , "xen-devel@lists.xensource.com" , Ian Campbell , Konrad Rzeszutek Wilk X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2040779530==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============2040779530== Content-Type: multipart/alternative; boundary=00151773db12b0468304b04d8b05 --00151773db12b0468304b04d8b05 Content-Type: text/plain; charset=ISO-8859-1 Great work on categorizing/marking all the pages everyone! The path is clear now to write some really good documentation. :) I have started work on a Beginners Guide which is effectively a step by step guide to a functional install on Debian Sqeeze. Currently this is the most frictionless and least "magic" way to get Xen up and running and forms a good basis to experiment with more advanced Xen features. The aim of the guide is to introduce all key concepts, get people playing with Xen in a environment that is relatively fully featured but not too daunting to setup. It covers everything from basic virtualisation, storage and networking through to starting, stopping guests and getting Windows running ontop of Xen. You can see my progress up on this Google doc: https://docs.google.com/document/d/1q9odKP8Id26J8kHCAFt8aD5krXdUiZnZGw1Q-LGWCJg/edit Will format for wiki and publish when it is done. If anyone would like to contribute feel free to contact me, comments/suggestions are more than welcome. Moving on from this I will write a more advanced Debian specific guide that delves into setting up complex networking, guest isolation techniques, storage virtualisation and all those goodies. Very excited to see all the awesome things coming out of this and definitely recommend we have a monthly thing where we get together and decide on how we can improve documentation. Once a direction has been established it's easy to sit down and get stuff done. Joseph. On 27 October 2011 21:30, Lars Kurth wrote: > On 26/10/2011 20:55, Konrad Rzeszutek Wilk wrote: > >> On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote: >> >>> Cool. >>> >>> I am wondering what people think about archiving vs deleting wiki >>> pages. Obviously some pages can be deleted (stuff about events, job >>> listings, old TODO lists, etc.). >>> >>> Others may still be valuable to legacy users. See >>> >> .. snip.. >> Hey Lars, >> >> I was trying to add to https://docs.google.com/**spreadsheet/ccc?key=** >> 0AiRyVp8djqV3dEJRdVZaQzZmLVNKT**ERwMDNGaTlKdkE&hl=en_US#gid=0 >> >> a couple of things but it seems I am not authorized, anyhow these are the >> changes: >> >> NetBSDdomU merge with How_to_build_NetBSD_DomU_on_**Linux >> 2.6.18-to-2.6.31-and-higher is OK. >> InstallationNotes - remove >> KnownGoodImages - remove >> InstallGuestImage - remove >> RealModeArea - archive, or move it to be PPC/RealModeArea >> USBCompatibilityList - remove >> XenPCIpassthrough - keep, I just updated it >> XenPVOPSDRM - keep, just updated it >> XenSerialConsole - keep, I just updated it >> XenPVSCSI - keep >> XenUSBPassthrough - keep, just updated it >> XenParavirtOps - keep, just updated it. >> XenOnUbuntu64 - remove >> > Odd: you should have write access like anybody else. Anyway, I applied > your changes. > -- * Founder | Director | VP Research Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52 | Mobile: 0428 754 846 --00151773db12b0468304b04d8b05 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Great work on categorizing/marking all the pages everyone!

The path = is clear now to write some really good documentation. :)

I have star= ted work on a Beginners Guide which is effectively a step by step guide to = a functional install on Debian Sqeeze.
Currently this is the most frictionless and least "magic" way to = get Xen up and running and forms a good basis to experiment with more advan= ced Xen features.
The aim of the guide is to introduce all key concepts,= get people playing with Xen in a environment that is relatively fully feat= ured but not too daunting to setup. It covers everything from basic virtual= isation, storage and networking through to starting, stopping guests and ge= tting Windows running ontop of Xen.

You can see my progress up on this Google doc: https://docs.google.com/document/d/1q9odKP8Id26J8kHCAFt8aD5= krXdUiZnZGw1Q-LGWCJg/edit
Will format for wiki and publish when it is done.

If anyone would li= ke to contribute feel free to contact me, comments/suggestions are more tha= n welcome.

Moving on from this I will write a more advanced Debian s= pecific guide that delves into setting up complex networking, guest isolati= on techniques, storage virtualisation and all those goodies.

Very excited to see all the awesome things coming out of this and defin= itely recommend we have a monthly thing where we get together and decide on= how we can improve documentation.
Once a direction has been established= it's easy to sit down and get stuff done.

Joseph.



On 27 October 2011 21= :30, Lars Kurth <lars.kurth@xen.org> wrote:
On 26/10/2011 20:55, Konrad Rzeszutek Wilk wrote:
On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote:
Cool.

I am wondering what people think about archiving vs deleting wiki
pages. Obviously some pages can be deleted (stuff about events, job
listings, old TODO lists, etc.).

Others may still be valuable to legacy users. See
.. snip..
Hey Lars,

I was trying to add to https://docs.google.com/spreadsheet/ccc?key=3D0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=3Den_US#gid=3D= 0

a couple of things but it seems I am not authorized, anyhow these are the c= hanges:

NetBSDdomU merge with How_to_build_NetBSD_DomU_on_Linux
2.6.18-to-2.6.31-and-higher is OK.
InstallationNotes - remove
KnownGoodImages - remove
InstallGuestImage - remove
RealModeArea - archive, or move it to be PPC/RealModeArea
USBCompatibilityList - remove
XenPCIpassthrough - keep, I just updated it
XenPVOPSDRM - keep, just updated it
XenSerialConsole - keep, I just updated it
XenPVSCSI - keep
XenUSBPassthrough - keep, just updated it
XenParavirtOps - keep, just updated it.
XenOnUbuntu64 - remove
Odd: you should have write access like anybody else. Anyway, I applied your= changes.



--
<= font color=3D"#0000ff">
Founder | Director | VP Research
Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Pho= ne: 1300 56 99 52 | Mobile: 0428 754 846
--00151773db12b0468304b04d8b05-- --===============2040779530== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2040779530==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 13:46:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 13:46:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJWqf-0003TS-SG; Thu, 27 Oct 2011 13:46:49 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJWph-000392-MK for xen-users@lists.xensource.com; Thu, 27 Oct 2011 13:45:50 -0700 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1319748345!1005416!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10558 invoked from network); 27 Oct 2011 20:45:46 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 20:45:46 -0000 Received: by iaen33 with SMTP id n33so4670737iae.30 for ; Thu, 27 Oct 2011 13:45:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mGsItC/Nh45ZZpVb9/EmqFcCUNQ7wJpwV8nttKqzkOI=; b=fKeQJdZWrxicwC+9Ivp/NIzXl7We7BvjmgqDoSTGrgg/PHKPM4aNt9MpHmFQHuLh/r o0o8XvCBoAaohwOtwo6tdOerj4eAO4o3xfjy/1x0bsSSO3cVQo87sDPJQAWO9ql41oNT ezN0OQqm0qi+9zqNcJtLX4xj9SJCe8qNeZ7qk= MIME-Version: 1.0 Received: by 10.231.6.129 with SMTP id 1mr3810814ibz.31.1319748345040; Thu, 27 Oct 2011 13:45:45 -0700 (PDT) Received: by 10.231.208.143 with HTTP; Thu, 27 Oct 2011 13:45:44 -0700 (PDT) In-Reply-To: <787DBC37-00D8-4035-AB5A-0A7BAB4CAD95@tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A60A2@electron.tidyhosts.com> <787DBC37-00D8-4035-AB5A-0A7BAB4CAD95@tidyhosts.com> Date: Thu, 27 Oct 2011 22:45:44 +0200 Message-ID: Subject: Re: [Xen-users] dom0_mem= major issue From: Florian Heigl To: Ian Tobin Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com It did not hit me yet - thats why I can't really help. mem=3DX should be right, but there was also a thread on xen-devel that talked about some more arcane options. Two routes: a) Would you please try it over there on the other list? or b) Can you try to run a current Linux kernel on the system? I know that is not really a production-friendly choice, but it would be the most easy thing to do right now. i.e. do a test install with ubuntu 11.10 and install Xen on that. The 3.x kernel will just work[tm] on Xen, and the ones > 3.0.2 should not have any dom0 mem issues. I know this is not ideal :> Florian 2011/10/16 Ian Tobin : > Hi, > > What do you mean by setting the linux option? Do you mean mem=3Dx ? > > If so i tried that but the kernel would panic on startup so didn't help m= e at all. > > What settings have you got that works? > > I think clearly there is a major bug here but doesn't seem to be Many peo= ple reporting it > > Thanks > > Ian > > > > On 14 Oct 2011, at 15:40, "Florian Heigl" wrote= : > >> Hi, >> >> 2011/10/14 Ian Tobin : >>> same issue? =A0Specifying the above line doesn=92t seem to have much af= fect, in >>> fact it makes the system more unstable as it seems that when launching = domUs >>> it takes memory from dom0 to the point where it is running at its minim= um. >>> I have tested with various servers and all have the same issue. >> >> did you try adding the corresponding option for the linux kernel? >> From what I understood one needs to set both the Xen and the Linux optio= n. >> >> But, yeah, so far I still need to be affected by the issue. Running >> mostly older versions of Xen. >> Seems it's not going to pe possible to wait it out till it is fixed :) >> >> Flo >> >> -- >> the purpose of libvirt is to provide an abstraction layer hiding all >> xen features added since 2006 until they were finally understood and >> copied by the kvm devs. >> > --=20 the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 14:10:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 14:10:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJXDM-0004vE-1L; Thu, 27 Oct 2011 14:10:16 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJXAF-0004Xv-0Z for xen-users@lists.xensource.com; Thu, 27 Oct 2011 14:07:10 -0700 X-Env-Sender: budric@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1319749618!34804932!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27123 invoked from network); 27 Oct 2011 21:06:59 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 21:06:59 -0000 Received: by iaen33 with SMTP id n33so4690406iae.30 for ; Thu, 27 Oct 2011 14:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=5I2DN9Yv+8ed9wlcaCheeNos23Iuityg5gI3yuTg034=; b=NwAlKCRxwzG3Rd/WBdOpsqk+40b2MFgVkOxzx5KBi3jWDbOE1nPwXmKH1t/5rWW+hM LCeRa2AsHRQ5ataMbOoTBoBz+hXUrLEoKBoE78JFTcyndrzbt4VTUp6lHsUBRzgy2Ntv ZPD+tDSh5DKBj6qq5rRPe+4U3tbgtyKDlsetA= MIME-Version: 1.0 Received: by 10.43.132.4 with SMTP id hs4mr59849360icc.57.1319749617535; Thu, 27 Oct 2011 14:06:57 -0700 (PDT) Received: by 10.42.225.9 with HTTP; Thu, 27 Oct 2011 14:06:57 -0700 (PDT) Date: Thu, 27 Oct 2011 17:06:57 -0400 Message-ID: From: Bud Bundy To: xen-users@lists.xensource.com Subject: [Xen-users] XCP installation and management X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0575784373==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0575784373== Content-Type: multipart/alternative; boundary=20cf307f30d8254c0504b04e2755 --20cf307f30d8254c0504b04e2755 Content-Type: text/plain; charset=ISO-8859-1 Hello everyone, I'm a new Xen user and I had some basic questions. I've been playing with XenServer but I wanted to install XCP because it's open source. 1. It seems XCP 1.1 uses 3.4.2 hypervisor. How can I upgrade to 4.1 that's out? Is there an easy way like a package manager in XCP? And what's the general way to apply patches/updates to XCP? 2. I believe there's an option of installing Linux system and then installing the Xen hypervisor with that system's package management. For example Debian: aptitude -P install xen-linux-system. I take it this installation modifies the kernel and in this case is Xen running on "bare metal" or is it like installing virtualization software on top of OS (like VirtualBox on top of Windows system)? 3. Anyone try Ubuntu Server as Dom0, it's what I'm familiar with? I read something about Xen being in the linux kernel, then it was taken out. Anyway what stable linux distribution do people usually use that's the easiest to setup with Xen? 4. Are there performance differences between XCP and other Dom0 Linux/BSD options? If not, what's the rationale for XCP? 5. What are some good management tools that you'd recommend? I've been using XenCenter. I believe it will work with XCP, but some features were not available until I buy full version. I don't know if that's because of XenServer version or XenCenter version. --20cf307f30d8254c0504b04e2755 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello everyone,

I'm a new Xen user and I had some ba= sic questions. =A0I've been playing with XenServer but I wanted to inst= all XCP because it's open source.

1. =A0It see= ms XCP 1.1 uses 3.4.2 hypervisor. =A0How can I upgrade to 4.1 that's ou= t? =A0Is there an easy way like a package manager in XCP? =A0And what's= the general way to apply patches/updates to XCP?

2. =A0I believe there's an option of installing Lin= ux system and then installing the Xen hypervisor with that system's pac= kage management. =A0For example Debian:=A0aptitude -P install xen= -linux-system. =A0I take it this installation modifies the kernel an= d in this case is Xen running on "bare metal" or is it like insta= lling virtualization software on top of OS (like VirtualBox on top of Windo= ws system)?

3. =A0Anyone try Ubuntu Server as Dom0, it's what I= 'm familiar with? =A0I read something about Xen being in the linux kern= el, then it was taken out. =A0Anyway what stable linux distribution do peop= le usually use that's the easiest to setup with Xen?

4. =A0Are there performance differences between XCP and= other Dom0 Linux/BSD options? =A0If not, what's the rationale for XCP?=

5. =A0What are some good management tools that yo= u'd recommend? =A0I've been using XenCenter. =A0I believe it will w= ork with XCP, but some features were not available until I buy full version= . =A0I don't know if that's because of XenServer version or XenCent= er version.

--20cf307f30d8254c0504b04e2755-- --===============0575784373== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0575784373==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 14:18:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 14:18:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJXLY-0006Bh-0r; Thu, 27 Oct 2011 14:18:44 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJXIx-0005Ot-0A for xen-users@lists.xensource.com; Thu, 27 Oct 2011 14:16:03 -0700 X-Env-Sender: brooks@netgate.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1319750158!1957741!1 X-Originating-IP: [205.214.170.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31346 invoked from network); 27 Oct 2011 21:15:59 -0000 Received: from mx7.netgate.net (HELO mx7.netgate.net) (205.214.170.225) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Oct 2011 21:15:59 -0000 Received: from ss.netgate.net (ss.netgate.net [205.214.170.222]) by mx7.netgate.net (8.13.8/8.13.8) with ESMTP id p9RLFumB004850; Thu, 27 Oct 2011 14:15:56 -0700 (envelope-from brooks@netgate.net) Date: Thu, 27 Oct 2011 14:15:56 -0700 (PDT) From: brooks@netgate.net To: Bud Bundy Subject: Re: [Xen-users] XCP installation and management In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Please take a look at the xapi list archives: http://lists.xensource.com/archives/html/xen-api/ for the answers to each of your questions. On Thu, 27 Oct 2011, Bud Bundy wrote: > Hello everyone, > > I'm a new Xen user and I had some basic questions. I've been playing with > XenServer but I wanted to install XCP because it's open source. > > 1. It seems XCP 1.1 uses 3.4.2 hypervisor. How can I upgrade to 4.1 that's > out? Is there an easy way like a package manager in XCP? And what's the > general way to apply patches/updates to XCP? > > 2. I believe there's an option of installing Linux system and then > installing the Xen hypervisor with that system's package management. For > example Debian: aptitude -P install xen-linux-system. I take it this > installation modifies the kernel and in this case is Xen running on "bare > metal" or is it like installing virtualization software on top of OS (like > VirtualBox on top of Windows system)? > > 3. Anyone try Ubuntu Server as Dom0, it's what I'm familiar with? I read > something about Xen being in the linux kernel, then it was taken out. > Anyway what stable linux distribution do people usually use that's the > easiest to setup with Xen? > > 4. Are there performance differences between XCP and other Dom0 Linux/BSD > options? If not, what's the rationale for XCP? > > 5. What are some good management tools that you'd recommend? I've been > using XenCenter. I believe it will work with XCP, but some features were > not available until I buy full version. I don't know if that's because of > XenServer version or XenCenter version. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Oct 27 14:20:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 14:20:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJXNa-0006t8-AD; Thu, 27 Oct 2011 14:20:50 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RJXJC-0005Rx-2R for xen-users@lists.xensource.com; Thu, 27 Oct 2011 14:16:21 -0700 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1319750058!42109770!1 X-Originating-IP: [209.85.214.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24001 invoked from network); 27 Oct 2011 21:14:18 -0000 Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com) (209.85.214.43) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Oct 2011 21:14:18 -0000 Received: by bkas6 with SMTP id s6so1656136bka.30 for ; Thu, 27 Oct 2011 14:16:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=VBqOcALce0rmR1Iqod3z0G26Srjne+Bzj+7WEhMTLRI=; b=BB5tGQfx6svrIHk7OJfTniH3RrOcebO2HfJhAcXkvctpf76pbzbXfgsrIV4WZYsYUR aiMY2FEu5mp/FO6BRxU0dIKeyJVs9yv/0ZHC2uhe+exjFdA2/jJhWIxIxSKTwQ8d7rXk n7sQilsMkozyGz/8amp5VkwwWwkmPE0+sX7W0= Received: by 10.204.132.143 with SMTP id b15mr806275bkt.79.1319750173738; Thu, 27 Oct 2011 14:16:13 -0700 (PDT) Received: from [10.168.63.26] ([109.188.218.171]) by mx.google.com with ESMTPS id f7sm5181862bkc.1.2011.10.27.14.16.10 (version=SSLv3 cipher=OTHER); Thu, 27 Oct 2011 14:16:11 -0700 (PDT) Message-ID: <4EA9CA17.1060202@gmail.com> Date: Fri, 28 Oct 2011 01:16:07 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] XCP installation and management References: In-Reply-To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0780018650==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0780018650== Content-Type: multipart/alternative; boundary="------------090206040402010109030108" This is a multi-part message in MIME format. --------------090206040402010109030108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 28.10.2011 01:06, Bud Bundy wrote: > Hello everyone, > > I'm a new Xen user and I had some basic questions. I've been playing > with XenServer but I wanted to install XCP because it's open source. > > 1. It seems XCP 1.1 uses 3.4.2 hypervisor. How can I upgrade to 4.1 > that's out? Is there an easy way like a package manager in XCP? And > what's the general way to apply patches/updates to XCP? > Nope. XCP is designed to works with certain version of Xen and it shall not be changed without deep knowledge. Wait for XCP 1.5 (it planned to be on Xen4). > 2. I believe there's an option of installing Linux system and then > installing the Xen hypervisor with that system's package management. > For example Debian: aptitude -P install xen-linux-system. I take it > this installation modifies the kernel and in this case is Xen running > on "bare metal" or is it like installing virtualization software on > top of OS (like VirtualBox on top of Windows system)? Yes, the package install xen to /boot directory and make dom0 kernel be booted by xen. So it like 'install xen into OS', but actually 'above'. Note that those packages provides xend toolstack, not XCP (xapi-based). > > 3. Anyone try Ubuntu Server as Dom0, it's what I'm familiar with? I > read something about Xen being in the linux kernel, then it was taken > out. Anyway what stable linux distribution do people usually use > that's the easiest to setup with Xen? If you wish stability - XCP is your choice. It based on Centos5, lack of many Xen features, but very stable (until push to the limits). > > 4. Are there performance differences between XCP and other Dom0 > Linux/BSD options? If not, what's the rationale for XCP? I'm not sure about performance. May be newer blktap2 is faster than older one, but not critically. > > 5. What are some good management tools that you'd recommend? I've > been using XenCenter. I believe it will work with XCP, but some > features were not available until I buy full version. I don't know if > that's because of XenServer version or XenCenter version. The best management tool is console. I means shell with 'xe'. XenCenter is rather silly (sorry XenCenter guys) compare to xe power. If you do really wish to use XenCenter - dig in to maillist archve to see how 'fake' XenServer version. --------------090206040402010109030108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

On 28.10.2011 01:06, Bud Bundy wrote:
Hello everyone,

I'm a new Xen user and I had some basic questions.  I've been playing with XenServer but I wanted to install XCP because it's open source.

1.  It seems XCP 1.1 uses 3.4.2 hypervisor.  How can I upgrade to 4.1 that's out?  Is there an easy way like a package manager in XCP?  And what's the general way to apply patches/updates to XCP?

Nope. XCP is designed to works with certain version of Xen and it shall not be changed without deep knowledge. Wait for XCP 1.5 (it planned to be on Xen4).

2.  I believe there's an option of installing Linux system and then installing the Xen hypervisor with that system's package management.  For example Debian: aptitude -P install xen-linux-system.  I take it this installation modifies the kernel and in this case is Xen running on "bare metal" or is it like installing virtualization software on top of OS (like VirtualBox on top of Windows system)?
Yes, the package install xen to /boot directory and make dom0 kernel be booted by xen. So it like 'install xen into OS', but actually 'above'. Note that those packages provides xend toolstack, not XCP (xapi-based).

3.  Anyone try Ubuntu Server as Dom0, it's what I'm familiar with?  I read something about Xen being in the linux kernel, then it was taken out.  Anyway what stable linux distribution do people usually use that's the easiest to setup with Xen?
If you wish stability - XCP is your choice. It based on Centos5, lack of many Xen features, but very stable (until push to the limits).

4.  Are there performance differences between XCP and other Dom0 Linux/BSD options?  If not, what's the rationale for XCP?
I'm not sure about performance. May be newer blktap2 is faster than older one, but not critically.


5.  What are some good management tools that you'd recommend?  I've been using XenCenter.  I believe it will work with XCP, but some features were not available until I buy full version.  I don't know if that's because of XenServer version or XenCenter version.

The best management tool is console. I means shell with 'xe'. XenCenter is rather silly (sorry XenCenter guys) compare to xe power. If you do really wish to use XenCenter - dig in to maillist archve to see how 'fake' XenServer version.

--------------090206040402010109030108-- --===============0780018650== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0780018650==-- From xen-users-bounces@lists.xensource.com Thu Oct 27 14:24:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 27 Oct 2011 14:24:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RJXRK-0007zc-6C; Thu, 27 Oct 2011 14:24:42 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1RJXPo-0007YT-GD; Thu, 27 Oct 2011 14:23:10 -0700 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-4.tower-174.messagelabs.com!1319750585!36964191!1 X-Originating-IP: [88.198.203.66] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23252 invoked from network); 27 Oct 2011 21:23:05 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-4.tower-174.messagelabs.com with SMTP; 27 Oct 2011 21:23:05 -0000 Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 265F1C089B; Thu, 27 Oct 2011 21:23:04 +0000 (UTC) Message-ID: <4EA9CB20.5030906@it-infrastrukturen.org> Date: Thu, 27 Oct 2011 23:20:32 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11 MIME-Version: 1.0 To: xen-api@lists.xensource.com, "M. Schneider" , xen-users@lists.xensource.com Cc: Subject: [Xen-users] XenServer 6: Is it a bug? - NO output of: xe vm-import filename=Solaris10-extended-HVM-template X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2128779976==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============2128779976== Content-Type: multipart/alternative; boundary="------------000303070403050906050800" This is a multi-part message in MIME format. --------------000303070403050906050800 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello, It is strange. There is no output and the imported VM (template) is not visible with "xe vm-list" or "xe template-list". The file is an exported template. What do I miss? Thank you in advance for any hints. Regards, mark -- ms@it-infrastrukturen.org # --- [root@xs6db01 ~]# xe vm-import filename=Solaris10-extended-HVM-template [root@xs6db01 ~]# [root@xs6db01 ~]# xe vm-import filename=Solaris10-extended-HVM-template sr-uuid=43459166-5829-a7bd-d6bf-59231ebcc732 [root@xs6db01 ~]# # --- xensource.log [20111027T21:04:27.270Z|debug|xs6db01|925 unix-RPC||cli] xe vm-import filename=Solaris10-extended-HVM-template username=root password=null [20111027T21:04:27.281Z| info|xs6db01|925 unix-RPC|session.login_with_password D:c4c37c814f6b|xapi] Session.create trackid=13f38cbcea42554985134ffbb1128bf5 pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 [20111027T21:04:27.285Z|debug|xs6db01|925 unix-RPC|session.login_with_password D:c4c37c814f6b|xapi] Attempting to open /var/xapi/xapi [20111027T21:04:27.290Z|debug|xs6db01|926 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:ede269474bdc created by task D:c4c37c814f6b [20111027T21:04:27.366Z| info|xs6db01|925 unix-RPC|task.create D:2df853a1228e|taskhelper] task VM import R:e72e9692d07b (uuid:dec0a145-d8ec-26c4-3635-121627d30cd7) created (trackid=13f38cbcea42554985134ffbb1128bf5) by task D:2df853a1228e [20111027T21:04:27.367Z|debug|xs6db01|925 unix-RPC||cli] requesting HttpPut('Solaris10-extended-HVM-template','/import?session_id=OpaqueRef:2bdbb8f7-f883-3c2d-c12f-47fef49a8d46&task_id=OpaqueRef:e72e9692-d07b-6885-d2ac-1931c92162f4&restore=false&force=false&sr_id=OpaqueRef:78190dbb-3539-eb37-702f-1240a22628bb') [20111027T21:04:27.388Z|debug|xs6db01|927 inet-RPC||import] import handler [20111027T21:04:27.390Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|xapi] Attempting to open /var/xapi/xapi [20111027T21:04:27.396Z|debug|xs6db01|928 unix-RPC||dummytaskhelper] task dispatch:session.slave_login D:17dcfa56b40d created by task D:df4ce6c8f83e [20111027T21:04:27.404Z| info|xs6db01|928 unix-RPC|session.slave_login D:2ff840ce8368|xapi] Session.create trackid=82e4ca41e15dda383b04c39764111db9 pool=true uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 [20111027T21:04:27.407Z|debug|xs6db01|928 unix-RPC|session.slave_login D:2ff840ce8368|xapi] Attempting to open /var/xapi/xapi [20111027T21:04:27.413Z|debug|xs6db01|929 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:bbcbdfab305c created by task D:2ff840ce8368 [20111027T21:04:27.424Z| info|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|import] VM.import: SR = '43459166-5829-a7bd-d6bf-59231ebcc732 (Local storage)'; force = false; full_restore = false [20111027T21:04:27.427Z| info|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|taskhelper] task VM import R:e72e9692d07b forwarded (trackid=13f38cbcea42554985134ffbb1128bf5) [20111027T21:04:27.429Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing (as new VM) [20111027T21:04:27.430Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Reading XML [20111027T21:04:27.438Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Got XML [20111027T21:04:27.439Z|debug|xs6db01|925 unix-RPC||cli] Waiting for the task to be completed [20111027T21:04:27.439Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] importing new style VM [20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 host(s) [20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 SR(s) [20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VDI(s) [20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VM_guest_metrics(s) [20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 1 VM(s) [20111027T21:04:27.443Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|xapi] Attempting to open /var/xapi/xapi [20111027T21:04:27.448Z|debug|xs6db01|930 unix-RPC||dummytaskhelper] task dispatch:VM.get_by_name_label D:804006bed0e0 created by task D:df4ce6c8f83e [20111027T21:04:27.460Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 network(s) [20111027T21:04:27.460Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 GPU_group(s) [20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VBD(s) [20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VIF(s) [20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VGPU(s) [20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] lookup for parent = 'OpaqueRef:NULL' [20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] no parent found [20111027T21:04:27.467Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Imported object type VM: external ref: Ref:0 internal ref: OpaqueRef:db11952d-f738-d0b5-d1e2-18ca0812185f [20111027T21:04:27.473Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] length of vmrefs: 0 [20111027T21:04:27.474Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] content: [20111027T21:04:27.477Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] import successful [20111027T21:04:27.490Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|taskhelper] forwarded task destroyed [20111027T21:04:27.491Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|xapi] Attempting to open /var/xapi/xapi [20111027T21:04:27.498Z|debug|xs6db01|931 unix-RPC||dummytaskhelper] task dispatch:session.logout D:86b6d9b57b3c created by task D:df4ce6c8f83e [20111027T21:04:27.509Z| info|xs6db01|931 unix-RPC|session.logout D:0bb0749c62ac|xapi] Session.destroy trackid=82e4ca41e15dda383b04c39764111db9 [20111027T21:04:27.517Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|import] import successful [20111027T21:04:27.537Z|debug|xs6db01|925 unix-RPC||cli] result was [] [20111027T21:04:27.567Z| info|xs6db01|925 unix-RPC|session.logout D:0d6cfcfbe7c4|xapi] Session.destroy trackid=13f38cbcea42554985134ffbb1128bf5 --------------000303070403050906050800 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hello,

It is strange. There is no output and the imported VM (template) is not visible with "xe vm-list" or "xe template-list". The file is an exported template.

What do I miss? Thank you in advance for any hints.

Regards, mark

-- 
ms@it-infrastrukturen.org
# ---
[root@xs6db01 ~]# xe vm-import filename=Solaris10-extended-HVM-template

[root@xs6db01 ~]#

[root@xs6db01 ~]# xe vm-import filename=Solaris10-extended-HVM-template sr-uuid=43459166-5829-a7bd-d6bf-59231ebcc732

[root@xs6db01 ~]#


# --- xensource.log
[20111027T21:04:27.270Z|debug|xs6db01|925 unix-RPC||cli] xe vm-import filename=Solaris10-extended-HVM-template username=root password=null
[20111027T21:04:27.281Z| info|xs6db01|925 unix-RPC|session.login_with_password D:c4c37c814f6b|xapi] Session.create trackid=13f38cbcea42554985134ffbb1128bf5 pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:04:27.285Z|debug|xs6db01|925 unix-RPC|session.login_with_password D:c4c37c814f6b|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.290Z|debug|xs6db01|926 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:ede269474bdc created by task D:c4c37c814f6b
[20111027T21:04:27.366Z| info|xs6db01|925 unix-RPC|task.create D:2df853a1228e|taskhelper] task VM import R:e72e9692d07b (uuid:dec0a145-d8ec-26c4-3635-121627d30cd7) created (trackid=13f38cbcea42554985134ffbb1128bf5) by task D:2df853a1228e
[20111027T21:04:27.367Z|debug|xs6db01|925 unix-RPC||cli] requesting HttpPut('Solaris10-extended-HVM-template','/import?session_id=OpaqueRef:2bdbb8f7-f883-3c2d-c12f-47fef49a8d46&task_id=OpaqueRef:e72e9692-d07b-6885-d2ac-1931c92162f4&restore=false&force=false&sr_id=OpaqueRef:78190dbb-3539-eb37-702f-1240a22628bb')
[20111027T21:04:27.388Z|debug|xs6db01|927 inet-RPC||import] import handler
[20111027T21:04:27.390Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.396Z|debug|xs6db01|928 unix-RPC||dummytaskhelper] task dispatch:session.slave_login D:17dcfa56b40d created by task D:df4ce6c8f83e
[20111027T21:04:27.404Z| info|xs6db01|928 unix-RPC|session.slave_login D:2ff840ce8368|xapi] Session.create trackid=82e4ca41e15dda383b04c39764111db9 pool=true uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:04:27.407Z|debug|xs6db01|928 unix-RPC|session.slave_login D:2ff840ce8368|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.413Z|debug|xs6db01|929 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:bbcbdfab305c created by task D:2ff840ce8368
[20111027T21:04:27.424Z| info|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|import] VM.import: SR = '43459166-5829-a7bd-d6bf-59231ebcc732 (Local storage)'; force = false; full_restore = false
[20111027T21:04:27.427Z| info|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|taskhelper] task VM import R:e72e9692d07b forwarded (trackid=13f38cbcea42554985134ffbb1128bf5)
[20111027T21:04:27.429Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing (as new VM)
[20111027T21:04:27.430Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Reading XML
[20111027T21:04:27.438Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Got XML
[20111027T21:04:27.439Z|debug|xs6db01|925 unix-RPC||cli] Waiting for the task to be completed
[20111027T21:04:27.439Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] importing new style VM
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 host(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 SR(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VDI(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VM_guest_metrics(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 1 VM(s)
[20111027T21:04:27.443Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.448Z|debug|xs6db01|930 unix-RPC||dummytaskhelper] task dispatch:VM.get_by_name_label D:804006bed0e0 created by task D:df4ce6c8f83e
[20111027T21:04:27.460Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 network(s)
[20111027T21:04:27.460Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 GPU_group(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VBD(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VIF(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VGPU(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] lookup for parent = 'OpaqueRef:NULL'
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] no parent found
[20111027T21:04:27.467Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Imported object type VM: external ref: Ref:0 internal ref: OpaqueRef:db11952d-f738-d0b5-d1e2-18ca0812185f
[20111027T21:04:27.473Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] length of vmrefs: 0
[20111027T21:04:27.474Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] content:
[20111027T21:04:27.477Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] import successful
[20111027T21:04:27.490Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|taskhelper] forwarded task destroyed
[20111027T21:04:27.491Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.498Z|debug|xs6db01|931 unix-RPC||dummytaskhelper] task dispatch:session.logout D:86b6d9b57b3c created by task D:df4ce6c8f83e
[20111027T21:04:27.509Z| info|xs6db01|931 unix-RPC|session.logout D:0bb0749c62ac|xapi] Session.destroy trackid=82e4ca41e15dda383b04c39764111db9
[20111027T21:04:27.517Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|import] import successful
[20111027T21:04:27.537Z|debug|xs6db01|925 unix-RPC||cli] result was [<value><array><data/></array></value>]
[20111027T21:04:27.567Z| info|xs6db01|925 unix-RPC|session.logout D:0d6cfcfbe7c4|xapi] Session.destroy trackid=13f38cbcea42554985134ffbb1128bf5





--------------000303070403050906050800--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============2128779976==--


From xen-users-bounces@lists.xensource.com Thu Oct 27 14:47:54 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Thu, 27 Oct 2011 14:47:54 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJXnl-0001VH-7a; Thu, 27 Oct 2011 14:47:53 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJXmY-000163-8D
	for xen-users@lists.xensource.com; Thu, 27 Oct 2011 14:46:38 -0700
X-Env-Sender: gu99roax@student.chalmers.se
X-Msg-Ref: server-15.tower-174.messagelabs.com!1319751994!30585404!1
X-Originating-IP: [213.199.154.143]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14599 invoked from network); 27 Oct 2011 21:46:35 -0000
Received: from db3ehsobe005.messaging.microsoft.com (HELO
	DB3EHSOBE005.bigfish.com) (213.199.154.143)
	by server-15.tower-174.messagelabs.com with AES128-SHA encrypted SMTP;
	27 Oct 2011 21:46:35 -0000
Received: from mail55-db3-R.bigfish.com (10.3.81.240) by
	DB3EHSOBE005.bigfish.com (10.3.84.25) with Microsoft SMTP Server id
	14.1.225.22; Thu, 27 Oct 2011 21:46:26 +0000
Received: from mail55-db3 (localhost.localdomain [127.0.0.1])	by
	mail55-db3-R.bigfish.com (Postfix) with ESMTP id 8C0637D04F0	for
	; Thu, 27 Oct 2011 21:46:30 +0000 (UTC)
X-SpamScore: 4
X-BigFish: PS4(zzzz1202h1082kzz8275bhz32i2a8h668h839h8e2h8e3h)
X-Forefront-Antispam-Report: CIP:207.46.198.81; KIP:(null); UIP:(null);
	IPVD:NLI; H:CH1PRD0102HT010.prod.exchangelabs.com; RD:none;
	EFVD:NLI
X-FB-SS: 13,
Received: from mail55-db3 (localhost.localdomain [127.0.0.1]) by mail55-db3
	(MessageSwitch) id 1319751923735430_17288;
	Thu, 27 Oct 2011 21:45:23 +0000 (UTC)
Received: from DB3EHSMHS009.bigfish.com (unknown [10.3.81.241])	by
	mail55-db3.bigfish.com (Postfix) with ESMTP id 3ACA318A80CC	for
	; Thu, 27 Oct 2011 21:43:45 +0000 (UTC)
Received: from CH1PRD0102HT010.prod.exchangelabs.com (207.46.198.81) by
	DB3EHSMHS009.bigfish.com (10.3.87.109) with Microsoft SMTP Server (TLS)
	id 14.1.225.22; Thu, 27 Oct 2011 21:43:39 +0000
Received: from [10.40.137.93] (90.231.129.26) by pod51000.outlook.com
	(10.42.82.88) with Microsoft SMTP Server (TLS) id 14.15.3.0;
	Thu, 27 Oct 2011 21:43:23 +0000
Message-ID: <4EA9D075.7080905@student.chalmers.se>
Date: Thu, 27 Oct 2011 23:43:17 +0200
From: Robin Axelsson 
User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: 
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [90.231.129.26]
X-OriginatorOrg: student.chalmers.se
Subject: [Xen-users] How to make Xen better ...
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: gu99roax@student.chalmers.se
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi,
I made a post on Intel developers' forums on how to improve 
virtualization. The post can be found here:

http://communities.intel.com/thread/25945

It basically boils down to improving the functionality of the hardware 
so that several VMs can share the same hardware more easily, 
particularly the GPU and the computer screen using virtualization 
extensions similar to VT-x / AMD-v.

Happy for input.
Robin.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Thu Oct 27 15:14:55 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Thu, 27 Oct 2011 15:14:55 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJYDt-0004uG-G0; Thu, 27 Oct 2011 15:14:54 -0700
Received: from mail27.messagelabs.com ([193.109.254.147])
	by lists.xensource.com with smtp (Exim 4.43)
	id 1RJYBN-0004YO-8b; Thu, 27 Oct 2011 15:12:19 -0700
X-Env-Sender: ms@it-infrastrukturen.org
X-Msg-Ref: server-12.tower-27.messagelabs.com!1319753512!42359972!1
X-Originating-IP: [88.198.203.66]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1531 invoked from network); 27 Oct 2011 22:11:52 -0000
Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66)
	by server-12.tower-27.messagelabs.com with SMTP;
	27 Oct 2011 22:11:52 -0000
Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195])
	by srv1.born2b3.net (Postfix) with ESMTPSA id 1CC76C089B;
	Thu, 27 Oct 2011 22:12:13 +0000 (UTC)
Message-ID: <4EA9D6AF.7060008@it-infrastrukturen.org>
Date: Fri, 28 Oct 2011 00:09:51 +0200
From: Mark Schneider 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11
MIME-Version: 1.0
To: xen-api@lists.xensource.com
Content-Type: multipart/mixed; boundary="------------030400010109030306020008"
Cc: "M. Schneider" , xen-users@lists.xensource.com
Subject: [Xen-users] inet-RPC|VM import R:a751be4ef9e3|import] lookup for
	parent = 'OpaqueRef:NULL'
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

This is a multi-part message in MIME format.
--------------030400010109030306020008
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

For some reason I can't import locally exported VM templates on XCP 1.1 
or XenServer 6 (s. attached files).
There is no output from "xe vm-import ..." CLI command.

What do I miss? Thank you in advance for any hints.

regards, Mark

-- 
ms@it-infrastrukturen.org



--------------030400010109030306020008
Content-Type: text/plain;
 name="new-vm-import-on-XCP1.1.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="new-vm-import-on-XCP1.1.log"

[root@xcp11db02 ~]# xe vm-import filename=Other_install_media_for_HVM

[root@xcp11db02 ~]# 

# --- xensource.log
[20111027T21:46:55.627Z|debug|xcp11db02|1247 unix-RPC||cli] xe vm-import filename=Other_install_media_for_HVM username=root password=null
[20111027T21:46:55.638Z| info|xcp11db02|1247 unix-RPC|session.login_with_password D:bbb3a9f86c11|xapi] Session.create trackid=1e49ddc2f2fd9064ba388df43407987d pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:46:55.644Z|debug|xcp11db02|1248 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:030b6437a4f2 created by task D:bbb3a9f86c11
[20111027T21:46:55.697Z| info|xcp11db02|1247 unix-RPC|task.create D:bf948bf2bda0|taskhelper] task VM import R:a751be4ef9e3 (uuid:b35404e6-0e02-88c1-4274-f71ac75d4aa6) created (trackid=1e49ddc2f2fd9064ba388df43407987d) by task D:bf948bf2bda0
[20111027T21:46:55.697Z|debug|xcp11db02|1247 unix-RPC||cli] requesting HttpPut('Other_install_media_for_HVM','/import?session_id=OpaqueRef:20bec87b-5e89-f9c0-5bb8-accee469917a&task_id=OpaqueRef:a751be4e-f9e3-5aec-ac75-f07bdb8f4e92&restore=false&force=false&sr_id=OpaqueRef:9561d777-7672-3030-b9a0-93eafcb00abe')
[20111027T21:46:55.711Z|debug|xcp11db02|1249 inet-RPC||import] import handler
[20111027T21:46:55.720Z|debug|xcp11db02|1250 unix-RPC||dummytaskhelper] task dispatch:session.slave_login D:e868e2819f58 created by task D:ac8fd1da7163
[20111027T21:46:55.728Z| info|xcp11db02|1250 unix-RPC|session.slave_login D:662acbf6448c|xapi] Session.create trackid=d588419d496fa2ed384ffa5dbe34f094 pool=true uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:46:55.733Z|debug|xcp11db02|1251 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:08409b9db2a3 created by task D:662acbf6448c
[20111027T21:46:55.740Z| info|xcp11db02|1249 inet-RPC|VM.import D:ac8fd1da7163|import] VM.import: SR = '638d8bb3-4b08-f7c0-1e9d-2dc496b86c49 (Local LVM SR DB-VM-pool)'; force = false; full_restore = false
[20111027T21:46:55.740Z| info|xcp11db02|1249 inet-RPC|VM.import D:ac8fd1da7163|taskhelper] task VM import R:a751be4ef9e3 forwarded (trackid=1e49ddc2f2fd9064ba388df43407987d)
[20111027T21:46:55.741Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing (as new VM)
[20111027T21:46:55.741Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Reading XML
[20111027T21:46:55.744Z|debug|xcp11db02|1247 unix-RPC||cli] Waiting for the task to be completed
[20111027T21:46:55.755Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Got XML
[20111027T21:46:55.755Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] importing new style VM
[20111027T21:46:55.756Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 0 host(s)
[20111027T21:46:55.756Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 0 SR(s)
[20111027T21:46:55.756Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 0 VDI(s)
[20111027T21:46:55.756Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 0 VM_guest_metrics(s)
[20111027T21:46:55.756Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 1 VM(s)
[20111027T21:46:55.762Z|debug|xcp11db02|1252 unix-RPC||dummytaskhelper] task dispatch:VM.get_by_name_label D:4cb6f0dd3840 created by task D:ac8fd1da7163
[20111027T21:46:55.770Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 0 network(s)
[20111027T21:46:55.770Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 0 VBD(s)
[20111027T21:46:55.770Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Importing 0 VIF(s)
[20111027T21:46:55.770Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] lookup for parent = 'OpaqueRef:NULL'
[20111027T21:46:55.770Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] no parent found
[20111027T21:46:55.770Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] Imported object type VM: external ref: Ref:8 internal ref: OpaqueRef:a6e797c0-86cc-b7ca-eee0-288392229b4d
[20111027T21:46:55.771Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] length of vmrefs: 0
[20111027T21:46:55.771Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] content:
[20111027T21:46:55.771Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|import] import successful
[20111027T21:46:55.773Z|debug|xcp11db02|1249 inet-RPC|VM import R:a751be4ef9e3|taskhelper] forwarded task destroyed
[20111027T21:46:55.778Z|debug|xcp11db02|1253 unix-RPC||dummytaskhelper] task dispatch:session.logout D:3d9d47f022be created by task D:ac8fd1da7163
[20111027T21:46:55.785Z| info|xcp11db02|1253 unix-RPC|session.logout D:ee0cccd222a7|xapi] Session.destroy trackid=d588419d496fa2ed384ffa5dbe34f094
[20111027T21:46:55.786Z|debug|xcp11db02|1249 inet-RPC|VM.import D:ac8fd1da7163|import] import successful
[20111027T21:46:55.800Z|debug|xcp11db02|1247 unix-RPC||cli] result was []
[20111027T21:46:55.816Z| info|xcp11db02|1247 unix-RPC|session.logout D:051157b1b539|xapi] Session.destroy trackid=1e49ddc2f2fd9064ba388df43407987d


--------------030400010109030306020008
Content-Type: text/plain;
 name="new-vm-import-on-XenServer6.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="new-vm-import-on-XenServer6.log"

[root@xs6db01 ~]# xe vm-import filename=Solaris10-extended-HVM-template

[root@xs6db01 ~]# 

# --- xensource.log
[20111027T21:04:27.270Z|debug|xs6db01|925 unix-RPC||cli] xe vm-import filename=Solaris10-extended-HVM-template username=root password=null
[20111027T21:04:27.281Z| info|xs6db01|925 unix-RPC|session.login_with_password D:c4c37c814f6b|xapi] Session.create trackid=13f38cbcea42554985134ffbb1128bf5 pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:04:27.285Z|debug|xs6db01|925 unix-RPC|session.login_with_password D:c4c37c814f6b|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.290Z|debug|xs6db01|926 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:ede269474bdc created by task D:c4c37c814f6b
[20111027T21:04:27.366Z| info|xs6db01|925 unix-RPC|task.create D:2df853a1228e|taskhelper] task VM import R:e72e9692d07b (uuid:dec0a145-d8ec-26c4-3635-121627d30cd7) created (trackid=13f38cbcea42554985134ffbb1128bf5) by task D:2df853a1228e
[20111027T21:04:27.367Z|debug|xs6db01|925 unix-RPC||cli] requesting HttpPut('Solaris10-extended-HVM-template','/import?session_id=OpaqueRef:2bdbb8f7-f883-3c2d-c12f-47fef49a8d46&task_id=OpaqueRef:e72e9692-d07b-6885-d2ac-1931c92162f4&restore=false&force=false&sr_id=OpaqueRef:78190dbb-3539-eb37-702f-1240a22628bb')
[20111027T21:04:27.388Z|debug|xs6db01|927 inet-RPC||import] import handler
[20111027T21:04:27.390Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.396Z|debug|xs6db01|928 unix-RPC||dummytaskhelper] task dispatch:session.slave_login D:17dcfa56b40d created by task D:df4ce6c8f83e
[20111027T21:04:27.404Z| info|xs6db01|928 unix-RPC|session.slave_login D:2ff840ce8368|xapi] Session.create trackid=82e4ca41e15dda383b04c39764111db9 pool=true uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:04:27.407Z|debug|xs6db01|928 unix-RPC|session.slave_login D:2ff840ce8368|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.413Z|debug|xs6db01|929 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:bbcbdfab305c created by task D:2ff840ce8368
[20111027T21:04:27.424Z| info|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|import] VM.import: SR = '43459166-5829-a7bd-d6bf-59231ebcc732 (Local storage)'; force = false; full_restore = false
[20111027T21:04:27.427Z| info|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|taskhelper] task VM import R:e72e9692d07b forwarded (trackid=13f38cbcea42554985134ffbb1128bf5)
[20111027T21:04:27.429Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing (as new VM)
[20111027T21:04:27.430Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Reading XML
[20111027T21:04:27.438Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Got XML
[20111027T21:04:27.439Z|debug|xs6db01|925 unix-RPC||cli] Waiting for the task to be completed
[20111027T21:04:27.439Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] importing new style VM
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 host(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 SR(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VDI(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VM_guest_metrics(s)
[20111027T21:04:27.442Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 1 VM(s)
[20111027T21:04:27.443Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.448Z|debug|xs6db01|930 unix-RPC||dummytaskhelper] task dispatch:VM.get_by_name_label D:804006bed0e0 created by task D:df4ce6c8f83e
[20111027T21:04:27.460Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 network(s)
[20111027T21:04:27.460Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 GPU_group(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VBD(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VIF(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Importing 0 VGPU(s)
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] lookup for parent = 'OpaqueRef:NULL'
[20111027T21:04:27.461Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] no parent found
[20111027T21:04:27.467Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] Imported object type VM: external ref: Ref:0 internal ref: OpaqueRef:db11952d-f738-d0b5-d1e2-18ca0812185f
[20111027T21:04:27.473Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] length of vmrefs: 0
[20111027T21:04:27.474Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] content:
[20111027T21:04:27.477Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|import] import successful
[20111027T21:04:27.490Z|debug|xs6db01|927 inet-RPC|VM import R:e72e9692d07b|taskhelper] forwarded task destroyed
[20111027T21:04:27.491Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|xapi] Attempting to open /var/xapi/xapi
[20111027T21:04:27.498Z|debug|xs6db01|931 unix-RPC||dummytaskhelper] task dispatch:session.logout D:86b6d9b57b3c created by task D:df4ce6c8f83e
[20111027T21:04:27.509Z| info|xs6db01|931 unix-RPC|session.logout D:0bb0749c62ac|xapi] Session.destroy trackid=82e4ca41e15dda383b04c39764111db9
[20111027T21:04:27.517Z|debug|xs6db01|927 inet-RPC|VM.import D:df4ce6c8f83e|import] import successful
[20111027T21:04:27.537Z|debug|xs6db01|925 unix-RPC||cli] result was []
[20111027T21:04:27.567Z| info|xs6db01|925 unix-RPC|session.logout D:0d6cfcfbe7c4|xapi] Session.destroy trackid=13f38cbcea42554985134ffbb1128bf5


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--------------030400010109030306020008--


From xen-users-bounces@lists.xensource.com Thu Oct 27 15:20:50 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Thu, 27 Oct 2011 15:20:50 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJYJd-0005gx-Nn; Thu, 27 Oct 2011 15:20:49 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJYH5-0005Kr-9f
	for xen-users@lists.xensource.com; Thu, 27 Oct 2011 15:18:19 -0700
X-Env-Sender: olivier.hanesse@gmail.com
X-Msg-Ref: server-10.tower-174.messagelabs.com!1319753887!36927179!1
X-Originating-IP: [74.125.82.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6172 invoked from network); 27 Oct 2011 22:18:08 -0000
Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com)
	(74.125.82.171)
	by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	27 Oct 2011 22:18:08 -0000
Received: by wyi11 with SMTP id 11so4264359wyi.30
	for ;
	Thu, 27 Oct 2011 15:18:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type;
	bh=1fcu+0B81h1iAeyWGIe6eLZ3h/7BhGkSCIe86SgRPpE=;
	b=sTxtlosW0jmao8YdyP7k4OcSouScOj2V9c7sC7aq5ZITH9khmIGVrwXF6O1I98ERxK
	0nutI5NyyYJvVXdl52lUrTes1gkkP4tMHrKS4UsEHqz4IQhB7Kj2/NL43l4aKrKGTFsY
	/fbA43kaACoXYu+fjZ7PFezECFp6E05X3BwIM=
Received: by 10.227.207.130 with SMTP id fy2mr37237wbb.8.1319753887422;
	Thu, 27 Oct 2011 15:18:07 -0700 (PDT)
Received: from [127.0.0.1] (ANancy-554-1-63-190.w90-13.abo.wanadoo.fr.
	[90.13.214.190])
	by mx.google.com with ESMTPS id 11sm11950761wby.15.2011.10.27.15.18.03
	(version=SSLv3 cipher=OTHER); Thu, 27 Oct 2011 15:18:06 -0700 (PDT)
Message-ID: <4EA9D898.6000409@gmail.com>
Date: Fri, 28 Oct 2011 00:18:00 +0200
From: Olivier Hanesse 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Xen Users 
References: 
In-Reply-To: 
Subject: [Xen-users] Re: Xen issue (panic ?) on newer hardware
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0755585435=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

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

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

I answer to myself :

With the "debian" kernel, aka  2.6.32-38 :

The latest xen 4.1.2 hypervisor works.
The latest xen 4.0.3  failed, same error as the debian hypervisor.

I tried the latest 4.0.3 with the latest 2.6.32 from jeremy repository 
also failed.

What could be  wrong with the xen 4.0 branch ?
Is there some hardware compatibility support not backported to xen 4.0 ?

Regards

Olivier

Le 25/10/2011 17:38, Olivier Hanesse a écrit :
> Hello,
>
> I am using Debian squeeze distro:
>
> So I am using :
>
> ii  linux-image-2.6.32-5-xen-amd64          2.6.32-38                 
>    Linux 2.6.32 for 64-bit PCs, Xen dom0 support
> ii  xen-hypervisor-4.0-amd64                   4.0.1-2                 
>       The Xen Hypervisor on AMD64
>
> I am trying to install xen on a brand new IBM x3550 M3 (got no issue 
> on older hardware) :
>
> CPU is
>
> vendor_id: GenuineIntel
> cpu family: 6
> model: 44
> model name: Intel(R) Xeon(R) CPU           X5675  @ 3.07GHz
> stepping: 2
> cpu MHz: 3066.811
> cache size: 12288 KB
> physical id: 1
> siblings: 12
> core id: 10
> cpu cores: 6
> apicid: 53
> initial apicid: 53
> fpu: yes
> fpu_exception: yes
> cpuid level: 11
> wp: yes
> flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
> pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
> pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good 
> xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl 
> vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt aes 
> lahf_lm arat tpr_shadow vnmi flexpriority ept vpid
> bogomips: 6133.55
> clflush size: 64
> cache_alignment: 64
> address sizes: 40 bits physical, 48 bits virtual
> power management:
>
> I can see several errors in boot log, but I don't know which ones are 
> the most relevant :
>
> [    8.007449] CPU: L1 I cache: 32K, L1 D cache: 32K
> [    8.007557] CPU: L2 cache: 256K
> [    8.007621] CPU: L3 cache: 12288K
> [    8.007687] CPU 0/0x0 -> Node 0
> [    8.007751] CPU: Unsupported number of siblings 32
>
> [    8.007942] Performance Events: unsupported p6 CPU model 44 no PMU 
> driver, software events only.
>
> [    8.080161] ERROR: Unable to locate IOAPIC for GSI 9
>
>
> Here is my full log :
>
> (XEN) Xen version 4.0.1 (Debian 4.0.1-2) (waldi@debian.org 
> ) (gcc version 4.4.5 (Debian 4.4.5-10) ) Wed 
> Jan 12 14:04:06 UTC 2011
> (XEN) Bootloader: GRUB 1.98+20100804-14
> (XEN) Command line: placeholder dom0_mem=2048M console=vga,com1 
> com1=19200,8n1 loglvl=all guest_loglvl=all dom0_max_vcpus=1 dom0_vcpus_pin
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25, font 8x16
> (XEN)  VBE/DDC methods: none; EDID transfer time: 0 seconds
> (XEN)  EDID info not retrieved because no DDC retrieval method detected
> (XEN) Disc information:
> (XEN)  Found 2 MBR signatures
> (XEN)  Found 2 EDD information structures
> (XEN) Xen-e820 RAM map:
> (XEN)  0000000000000000 - 000000000009c000 (usable)
> (XEN)  000000000009c000 - 00000000000a0000 (reserved)
> (XEN)  00000000000e0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 000000007cc70000 (usable)
> (XEN)  000000007cc70000 - 000000007cd34000 (reserved)
> (XEN)  000000007cd34000 - 000000007d641000 (usable)
> (XEN)  000000007d641000 - 000000007d6f1000 (reserved)
> (XEN)  000000007d6f1000 - 000000007f68f000 (usable)
> (XEN)  000000007f68f000 - 000000007f6df000 (reserved)
> (XEN)  000000007f6df000 - 000000007f7df000 (ACPI NVS)
> (XEN)  000000007f7df000 - 000000007f7ff000 (ACPI data)
> (XEN)  000000007f7ff000 - 000000007f800000 (usable)
> (XEN)  000000007f800000 - 0000000090000000 (reserved)
> (XEN)  00000000fc000000 - 00000000fd000000 (reserved)
> (XEN)  00000000fed1c000 - 00000000fed20000 (reserved)
> (XEN)  00000000ff800000 - 0000000100000000 (reserved)
> (XEN)  0000000100000000 - 0000000680000000 (usable)
> (XEN) ACPI: RSDP 000FDFD0, 0024 (r2 IBM   )
> (XEN) ACPI: XSDT 7F7FE120, 0084 (r1 IBM    THURLEY         0       
> 1000013)
> (XEN) ACPI: FACP 7F7FB000, 00F4 (r4 IBM    THURLEY         0 IBM   
> 1000013)
> (XEN) ACPI: DSDT 7F7F8000, 2C3E (r1 IBM    THURLEY         3 IBM   
> 1000013)
> (XEN) ACPI: FACS 7F6EC000, 0040
> (XEN) ACPI: TCPA 7F7FD000, 0064 (r0                        0           
>   0)
> (XEN) ACPI: APIC 7F7F7000, 011E (r2 IBM    THURLEY         0 IBM   
> 1000013)
> (XEN) ACPI: MCFG 7F7F6000, 003C (r1 IBM    THURLEY         1 IBM   
> 1000013)
> (XEN) ACPI: SLIC 7F7F5000, 0176 (r1 IBM    THURLEY         0 IBM   
> 1000013)
> (XEN) ACPI: HPET 7F7F4000, 0038 (r1 IBM    THURLEY         1 IBM   
> 1000013)
> (XEN) ACPI: SRAT 7F7F3000, 0228 (r2 IBM    THURLEY         1 IBM   
> 1000013)
> (XEN) ACPI: SLIT 7F7F2000, 0030 (r1 IBM    THURLEY         0 IBM   
> 1000013)
> (XEN) ACPI: SSDT 7F7F1000, 0183 (r2 IBM    CPUSCOPE     4000 IBM   
> 1000013)
> (XEN) ACPI: SSDT 7F7F0000, 0699 (r2 IBM    CPUWYVRN     4000 IBM   
> 1000013)
> (XEN) ACPI: SSDT 7F7E9000, 638C (r2 IBM    PSTATEPM     4000 IBM   
> 1000013)
> (XEN) ACPI: ERST 7F7E8000, 0230 (r1 IBM    THURLEY         1 IBM   
> 1000013)
> (XEN) System RAM: 24564MB (25154272kB)
> (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 16 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 18 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 20 -> Node 0
> (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 48 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 50 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 52 -> Node 1
> (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 17 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 19 -> Node 0
> (XEN) SRAT: PXM 0 -> APIC 21 -> Node 0
> (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 49 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 51 -> Node 1
> (XEN) SRAT: PXM 1 -> APIC 53 -> Node 1
> (XEN) SRAT: Node 0 PXM 0 0-80000000
> (XEN) SRAT: Node 0 PXM 0 100000000-380000000
> (XEN) SRAT: Node 1 PXM 1 380000000-680000000
> (XEN) NUMA: Using 19 for the hash shift.
> (XEN) Domain heap initialised DMA width 31 bits
> (XEN) found SMP MP-table at 0009c140
> (XEN) DMI 2.5 present.
> (XEN) Using APIC driver default
> (XEN) ACPI: PM-Timer IO Port: 0x588
> (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[584,0], pm1x_evt[580,0]
> (XEN) ACPI:                  wakeup_vec[7f6ec00c], vec_size[20]
> (XEN) ACPI: Local APIC address 0xfee00000
> (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> (XEN) Processor #0 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
> (XEN) Processor #2 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)
> (XEN) Processor #4 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x10] enabled)
> (XEN) Processor #16 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12] enabled)
> (XEN) Processor #18 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled)
> (XEN) Processor #20 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x20] enabled)
> (XEN) Processor #32 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x22] enabled)
> (XEN) Processor #34 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x24] enabled)
> (XEN) Processor #36 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x30] enabled)
> (XEN) Processor #48 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32] enabled)
> (XEN) Processor #50 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x34] enabled)
> (XEN) Processor #52 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x01] enabled)
> (XEN) Processor #1 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x03] enabled)
> (XEN) Processor #3 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x05] enabled)
> (XEN) Processor #5 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x11] enabled)
> (XEN) Processor #17 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13] enabled)
> (XEN) Processor #19 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x15] enabled)
> (XEN) Processor #21 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x21] enabled)
> (XEN) Processor #33 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled)
> (XEN) Processor #35 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x25] enabled)
> (XEN) Processor #37 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled)
> (XEN) Processor #49 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33] enabled)
> (XEN) Processor #51 6:12 APIC version 21
> (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x35] enabled)
> (XEN) Processor #53 6:12 APIC version 21
> (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
> (XEN) Overriding APIC driver with bigsmp
> (XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
> (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
> (XEN) ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24])
> (XEN) IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> (XEN) ACPI: IRQ0 used by override.
> (XEN) ACPI: IRQ2 used by override.
> (XEN) ACPI: IRQ9 used by override.
> (XEN) Enabling APIC mode:  Phys.  Using 2 I/O APICs
> (XEN) ACPI: HPET id: 0x8086a301 base: 0xfed00000
> (XEN) PCI: MCFG configuration 0: base 80000000 segment 0 buses 0 - 255
> (XEN) PCI: MCFG area at 80000000 reserved in E820
> (XEN) Using ACPI (MADT) for SMP configuration information
> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> (XEN) Detected 3066.812 MHz processor.
> (XEN) Initing memory sharing.
> (XEN) VMX: Supported advanced features:
> (XEN)  - APIC MMIO access virtualisation
> (XEN)  - APIC TPR shadow
> (XEN)  - Extended Page Tables (EPT)
> (XEN)  - Virtual-Processor Identifiers (VPID)
> (XEN)  - Virtual NMI
> (XEN)  - MSR direct-access bitmap
> (XEN)  - Unrestricted Guest
> (XEN) EPT supports 2MB super page.
> (XEN) HVM: ASIDs enabled.
> (XEN) HVM: VMX enabled
> (XEN) HVM: Hardware Assisted Paging detected.
> (XEN) Intel machine check reporting enabled
> (XEN) I/O virtualisation disabled
> (XEN) Enabled directed EOI with ioapic_ack_old on!
> (XEN) Total of 24 processors activated.
> (XEN) ENABLING IO-APIC IRQs
> (XEN)  -> Using old ACK method
> (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
> (XEN) TSC is reliable, synchronization unnecessary
> (XEN) Platform timer is 14.318MHz HPET
> �(XEN) Allocated console ring of 256 KiB.
> (XEN) microcode.c:73:d32767 microcode: CPU1 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU15 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU10 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU22 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU2 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU3 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU14 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU13 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU5 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU17 resumed
> (XEN) Brought up 24 CPUs
> (XEN) microcode.c:73:d32767 microcode: CPU12 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU19 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU7 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU4 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU16 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU21 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU11 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU9 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU8 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU23 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU18 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU20 resumed
> (XEN) microcode.c:73:d32767 microcode: CPU6 resumed
> (XEN) ACPI sleep modes: S3
> (XEN) mcheck_poll: Machine check polling timer started.
> (XEN) *** LOADING DOMAIN 0 ***
> (XEN)  Xen  kernel: 64-bit, lsb, compat32
> (XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x16b9000
> (XEN) PHYSICAL MEMORY ARRANGEMENT:
> (XEN)  Dom0 alloc.:   0000000238000000->000000023c000000 (507904 pages 
> to be allocated)
> (XEN) VIRTUAL MEMORY ARRANGEMENT:
> (XEN)  Loaded kernel: ffffffff81000000->ffffffff816b9000
> (XEN)  Init. ramdisk: ffffffff816b9000->ffffffff832e8600
> (XEN)  Phys-Mach map: ffffffff832e9000->ffffffff836e9000
> (XEN)  Start info:    ffffffff836e9000->ffffffff836e94b4
> (XEN)  Page tables:   ffffffff836ea000->ffffffff83709000
> (XEN)  Boot stack:    ffffffff83709000->ffffffff8370a000
> (XEN)  TOTAL:         ffffffff80000000->ffffffff83800000
> (XEN)  ENTRY ADDRESS: ffffffff81508200
> (XEN) Dom0 has maximum 1 VCPUs
> (XEN) Scrubbing Free RAM: 
> .............................................................................................................................................................................................................................done.
> (XEN) trace.c:89:d32767 calc_tinfo_first_offset: NR_CPUs 128, 
> offset_in_bytes 258, t_info_first_offset 65
> (XEN) Xen trace buffers: disabled
> (XEN) Std. Loglevel: All
> (XEN) Guest Loglevel: All
> (XEN) Xen is relinquishing VGA console.
> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch 
> input to Xen)
> (XEN) Freed 176kB init memory.
> mapping kernel into physical memory
> Xen: setup ISA identity maps
> about to get started...
> [    0.000000] Initializing cgroup subsys cpuset
> [    0.000000] Initializing cgroup subsys cpu
> [    0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-38) 
> (ben@decadent.org.uk ) (gcc version 4.3.5 
> (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 07:53:54 UTC 2011
> [    0.000000] Command line: placeholder root=/dev/mapper/vg02-root ro 
> console=tty0 console=hvc0
> [    0.000000] KERNEL supported cpus:
> [    0.000000]   Intel GenuineIntel
> [    0.000000]   AMD AuthenticAMD
> [    0.000000]   Centaur CentaurHauls
> [    0.000000] released 0 pages of unused memory
> [    0.000000] BIOS-provided physical RAM map:
> [    0.000000]  Xen: 0000000000000000 - 000000000009c000 (usable)
> [    0.000000]  Xen: 000000000009c000 - 0000000000100000 (reserved)
> [    0.000000]  Xen: 0000000000100000 - 000000007cc70000 (usable)
> [    0.000000]  Xen: 000000007cc70000 - 000000007cd34000 (reserved)
> [    0.000000]  Xen: 000000007cd34000 - 000000007d641000 (usable)
> [    0.000000]  Xen: 000000007d641000 - 000000007d6f1000 (reserved)
> [    0.000000]  Xen: 000000007d6f1000 - 000000007f68f000 (usable)
> [    0.000000]  Xen: 000000007f68f000 - 000000007f6df000 (reserved)
> [    0.000000]  Xen: 000000007f6df000 - 000000007f7df000 (ACPI NVS)
> [    0.000000]  Xen: 000000007f7df000 - 000000007f7ff000 (ACPI data)
> [    0.000000]  Xen: 000000007f7ff000 - 000000007f800000 (usable)
> [    0.000000]  Xen: 000000007f800000 - 0000000090000000 (reserved)
> [    0.000000]  Xen: 00000000fc000000 - 00000000fd000000 (reserved)
> [    0.000000]  Xen: 00000000fec00000 - 00000000fec01000 (reserved)
> [    0.000000]  Xen: 00000000fec80000 - 00000000fec81000 (reserved)
> [    0.000000]  Xen: 00000000fed1c000 - 00000000fed20000 (reserved)
> [    0.000000]  Xen: 00000000fee00000 - 00000000fee01000 (reserved)
> [    0.000000]  Xen: 00000000ff800000 - 0000000100000000 (reserved)
> [    0.000000] DMI 2.5 present.
> [    0.000000] last_pfn = 0x7f800 max_arch_pfn = 0x400000000
> [    0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new 
> 0x7010600070106
> [    0.000000] init_memory_mapping: 0000000000000000-000000007f800000
> [    0.000000] RAMDISK: 016b9000 - 032e8600
> [    0.000000] ACPI: RSDP 00000000000fdfd0 00024 (v02 IBM   )
> [    0.000000] ACPI: XSDT 000000007f7fe120 00084 (v01 IBM    THURLEY 
>  00000000      01000013)
> [    0.000000] ACPI: FACP 000000007f7fb000 000F4 (v04 IBM    THURLEY 
>  00000000 IBM  01000013)
> [    0.000000] ACPI Warning: Invalid length for Pm1aControlBlock: 32, 
> using default 16 (20090903/tbfadt-607)
> [    0.000000] ACPI: DSDT 000000007f7f8000 02C3E (v01 IBM    THURLEY 
>  00000003 IBM  01000013)
> [    0.000000] ACPI: FACS 000000007f6ec000 00040
> [    0.000000] ACPI: TCPA 000000007f7fd000 00064 (v00                 
> 00000000      00000000)
> [    0.000000] ACPI: APIC 000000007f7f7000 0011E (v02 IBM    THURLEY 
>  00000000 IBM  01000013)
> [    0.000000] ACPI: MCFG 000000007f7f6000 0003C (v01 IBM    THURLEY 
>  00000001 IBM  01000013)
> [    0.000000] ACPI: SLIC 000000007f7f5000 00176 (v01 IBM    THURLEY 
>  00000000 IBM  01000013)
> [    0.000000] ACPI: HPET 000000007f7f4000 00038 (v01 IBM    THURLEY 
>  00000001 IBM  01000013)
> [    0.000000] ACPI: SRAT 000000007f7f3000 00228 (v02 IBM    THURLEY 
>  00000001 IBM  01000013)
> [    0.000000] ACPI: SLIT 000000007f7f2000 00030 (v01 IBM    THURLEY 
>  00000000 IBM  01000013)
> [    0.000000] ACPI: SSDT 000000007f7f1000 00183 (v02 IBM    CPUSCOPE 
> 00004000 IBM  01000013)
> [    0.000000] ACPI: SSDT 000000007f7f0000 00699 (v02 IBM    CPUWYVRN 
> 00004000 IBM  01000013)
> [    0.000000] ACPI: SSDT 000000007f7e9000 0638C (v02 IBM    PSTATEPM 
> 00004000 IBM  01000013)
> [    0.000000] ACPI: ERST 000000007f7e8000 00230 (v01 IBM    THURLEY 
>  00000001 IBM  01000013)
> [    0.000000] No NUMA configuration found
> [    0.000000] Faking a node at 0000000000000000-000000007f800000
> [    0.000000] Bootmem setup node 0 0000000000000000-000000007f800000
> [    0.000000]   NODE_DATA [0000000000008000 - 000000000000ffff]
> [    0.000000]   bootmap [0000000000010000 -  000000000001feff] pages 10
> [    0.000000] (9 early reservations) ==> bootmem [0000000000 - 
> 007f800000]
> [    0.000000]   #0 [0000000000 - 0000001000]   BIOS data page ==> 
> [0000000000 - 0000001000]
> [    0.000000]   #1 [00036ea000 - 0003709000]   XEN PAGETABLES ==> 
> [00036ea000 - 0003709000]
> [    0.000000]   #2 [0000006000 - 0000008000]       TRAMPOLINE ==> 
> [0000006000 - 0000008000]
> [    0.000000]   #3 [0001000000 - 0001698b14]    TEXT DATA BSS ==> 
> [0001000000 - 0001698b14]
> [    0.000000]   #4 [00016b9000 - 00032e8600]          RAMDISK ==> 
> [00016b9000 - 00032e8600]
> [    0.000000]   #5 [00032e9000 - 00036ea000]   XEN START INFO ==> 
> [00032e9000 - 00036ea000]
> [    0.000000]   #6 [0001699000 - 00016994d8]              BRK ==> 
> [0001699000 - 00016994d8]
> [    0.000000]   #7 [0000100000 - 00004dd000]          PGTABLE ==> 
> [0000100000 - 00004dd000]
> [    0.000000]   #8 [0000001000 - 0000001030]        ACPI SLIT ==> 
> [0000001000 - 0000001030]
> [    0.000000] Zone PFN ranges:
> [    0.000000]   DMA      0x00000000 -> 0x00001000
> [    0.000000]   DMA32    0x00001000 -> 0x00100000
> [    0.000000]   Normal   0x00100000 -> 0x00100000
> [    0.000000] Movable zone start PFN for each node
> [    0.000000] early_node_map[5] active PFN ranges
> [    0.000000]     0: 0x00000000 -> 0x0000009c
> [    0.000000]     0: 0x00000100 -> 0x0007cc70
> [    0.000000]     0: 0x0007cd34 -> 0x0007d641
> [    0.000000]     0: 0x0007d6f1 -> 0x0007f68f
> [    0.000000]     0: 0x0007f7ff -> 0x0007f800
> [    0.000000] ACPI: PM-Timer IO Port: 0x588
> [    0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x10] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x20] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x22] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x24] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x30] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x34] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x01] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x03] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x05] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x11] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x15] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x21] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x25] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33] enabled)
> [    0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x35] enabled)
> [    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
> [    0.000000] ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
> [    0.000000] IOAPIC[0]: apic_id 8, version 0, address 0xfec00000, 
> GSI 0-0
> [    0.000000] ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24])
> [    0.000000] IOAPIC[1]: apic_id 9, version 0, address 0xfec80000, 
> GSI 24-24
> [    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> [    0.000000] ERROR: Unable to locate IOAPIC for GSI 2
> [    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> [    0.000000] ERROR: Unable to locate IOAPIC for GSI 9
> [    0.000000] Using ACPI (MADT) for SMP configuration information
> [    0.000000] ACPI: HPET id: 0x8086a301 base: 0xfed00000
> [    0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs
> [    0.000000] PM: Registered nosave memory: 000000000009c000 - 
> 0000000000100000
> [    0.000000] PM: Registered nosave memory: 000000007cc70000 - 
> 000000007cd34000
> [    0.000000] PM: Registered nosave memory: 000000007d641000 - 
> 000000007d6f1000
> [    0.000000] PM: Registered nosave memory: 000000007f68f000 - 
> 000000007f6df000
> [    0.000000] PM: Registered nosave memory: 000000007f6df000 - 
> 000000007f7df000
> [    0.000000] PM: Registered nosave memory: 000000007f7df000 - 
> 000000007f7ff000
> [    0.000000] Allocating PCI resources starting at 90000000 (gap: 
> 90000000:6c000000)
> [    0.000000] Booting paravirtualized kernel on Xen
> [    0.000000] Xen version: 4.0.1 (preserve-AD) (dom0)
> [    0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:1 nr_node_ids:1
> [    0.000000] PERCPU: Embedded 30 pages/cpu @ffff880003740000 s90328 
> r8192 d24360 u122880
> [    0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=30*4096
> [    0.000000] pcpu-alloc: [0] 0
> [    7.938267] Xen: using vcpu_info placement
> [    7.938271] Built 1 zonelists in Node order, mobility grouping on. 
>  Total pages: 513268
> [    7.938273] Policy zone: DMA32
> [    7.938275] Kernel command line: placeholder 
> root=/dev/mapper/vg02-root ro console=tty0 console=hvc0
> [    7.938299] PID hash table entries: 4096 (order: 3, 32768 bytes)
> [    7.938528] Initializing CPU#0
> [    7.946279] DMA: Placing 64MB software IO TLB between 
> ffff88000571a000 - ffff88000971a000
> [    7.946283] DMA: software IO TLB at phys 0x571a000 - 0x971a000
> [    7.946284] xen_swiotlb_fixup: buf=ffff88000571a000 size=67108864
> [    7.962460] xen_swiotlb_fixup: buf=ffff88000977a000 size=32768
> [    7.969455] Memory: 1946660k/2088960k available (3149k kernel code, 
> 3360k absent, 138940k reserved, 1906k data, 604k init)
> [    7.969486] SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, 
> CPUs=1, Nodes=1
> [    7.969502] Hierarchical RCU implementation.
> [    7.969507] NR_IRQS:4352 nr_irqs:512
> [    7.969605] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> [    7.969608] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> [    7.969610] xen: sci override: source_irq=9 global_irq=9 trigger=c 
> polarity=1
> [    7.969613] xen_allocate_pirq: returning irq 9 for gsi 9
> [    7.969620] xen: acpi sci 9
> [    7.977817] Console: colour VGA+ 80x25
> [    7.987678] console [tty0] enabled
> [    8.005449] console [hvc0] enabled
> [    8.005533] installing Xen timer for CPU 0
> [    8.005619] Detected 3066.812 MHz processor.
> [    8.005688] Calibrating delay loop (skipped), value calculated 
> using timer frequency.. 6133.62 BogoMIPS (lpj=12267248)
> [    8.005834] Security Framework initialized
> [    8.005902] SELinux:  Disabled at boot.
> [    8.006237] Dentry cache hash table entries: 262144 (order: 9, 
> 2097152 bytes)
> [    8.006721] Inode-cache hash table entries: 131072 (order: 8, 
> 1048576 bytes)
> [    8.006933] Mount-cache hash table entries: 256
> [    8.007093] Initializing cgroup subsys ns
> [    8.007159] Initializing cgroup subsys cpuacct
> [    8.007226] Initializing cgroup subsys devices
> [    8.007293] Initializing cgroup subsys freezer
> [    8.007359] Initializing cgroup subsys net_cls
> [    8.007449] CPU: L1 I cache: 32K, L1 D cache: 32K
> [    8.007557] CPU: L2 cache: 256K
> [    8.007621] CPU: L3 cache: 12288K
> [    8.007687] CPU 0/0x0 -> Node 0
> [    8.007751] CPU: Unsupported number of siblings 32
> [    8.007804] mce: CPU supports 9 MCE banks
> [    8.007942] Performance Events: unsupported p6 CPU model 44 no PMU 
> driver, software events only.
> [    8.015392] SMP alternatives: switching to UP code
> [    8.034769] Freeing SMP alternatives: 28k freed
> [    8.034842] ACPI: Core revision 20090903
> [    8.042268] Brought up 1 CPUs
> [    8.042410] devtmpfs: initialized
> [    8.045055] Grant table initialized
> [    8.045120] regulator: core version 0.5
> [    8.045218] NET: Registered protocol family 16
> [    8.045397] ACPI FADT declares the system doesn't support PCIe 
> ASPM, so disable it
> [    8.045485] ACPI: bus type pci registered
> [    8.045799] PCI: MCFG configuration 0: base 80000000 segment 0 
> buses 0 - 255
> [    8.045870] PCI: MCFG area at 80000000 reserved in E820
> [    8.078883] PCI: Using MMCONFIG at 80000000 - 8fffffff
> [    8.078951] PCI: Using configuration type 1 for base access
> [    8.079421] bio: create slab  at 0
> [    8.080161] ERROR: Unable to locate IOAPIC for GSI 9
> [    8.089844] ACPI: Interpreter enabled
> [    8.089910] ACPI: (supports S0 S1 S5)
> [    8.090112] ACPI: Using IOAPIC for interrupt routing
> [    8.095530] ACPI: No dock devices found.
> [    8.095807] ACPI: PCI Root Bridge [PCI0] (0000:00)
> [    8.096051] pci 0000:00:00.0: PME# supported from D0 D3hot D3cold
> [    8.096123] pci 0000:00:00.0: PME# disabled
> [    8.096294] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
> [    8.096369] pci 0000:00:01.0: PME# disabled
> [    8.096542] pci 0000:00:02.0: PME# supported from D0 D3hot D3cold
> [    8.096612] pci 0000:00:02.0: PME# disabled
> [    8.096785] pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
> [    8.096857] pci 0000:00:03.0: PME# disabled
> [    8.097034] pci 0000:00:07.0: PME# supported from D0 D3hot D3cold
> [    8.097106] pci 0000:00:07.0: PME# disabled
> [    8.099065] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
> [    8.099138] pci 0000:00:1a.7: PME# disabled
> [    8.099301] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
> [    8.099372] pci 0000:00:1c.0: PME# disabled
> [    8.099535] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold
> [    8.099607] pci 0000:00:1c.4: PME# disabled
> [    8.100138] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
> [    8.100209] pci 0000:00:1d.7: PME# disabled
> [    8.100963] pci 0000:0b:00.0: PME# supported from D0 D3hot D3cold
> [    8.101034] pci 0000:0b:00.0: PME# disabled
> [    8.101252] pci 0000:0b:00.1: PME# supported from D0 D3hot D3cold
> [    8.101325] pci 0000:0b:00.1: PME# disabled
> [    8.101645] pci 0000:10:00.0: PME# supported from D0 D3hot D3cold
> [    8.101722] pci 0000:10:00.0: PME# disabled
> [    8.101943] pci 0000:10:00.1: PME# supported from D0 D3hot D3cold
> [    8.102016] pci 0000:10:00.1: PME# disabled
> [    8.102678] pci 0000:06:00.0: PME# supported from D0 D3hot D3cold
> [    8.102750] pci 0000:06:00.0: PME# disabled
> [    8.103253] pci 0000:00:1e.0: transparent bridge
> (XEN) PCI add device 00:00.0
> (XEN) PCI add device 00:01.0
> (XEN) PCI add device 00:02.0
> (XEN) PCI add device 00:03.0
> (XEN) PCI add device 00:07.0
> (XEN) PCI add device 00:10.0
> (XEN) PCI add device 00:10.1
> (XEN) PCI add device 00:11.0
> (XEN) PCI add device 00:11.1
> (XEN) PCI add device 00:14.0
> (XEN) PCI add device 00:14.1
> (XEN) PCI add device 00:14.2
> (XEN) PCI add device 00:14.3
> (XEN) PCI add device 00:15.0
> (XEN) PCI add device 00:16.0
> (XEN) PCI add device 00:16.1
> (XEN) PCI add device 00:16.2
> (XEN) PCI add device 00:16.3
> (XEN) PCI add device 00:16.4
> (XEN) PCI add device 00:16.5
> (XEN) PCI add device 00:16.6
> (XEN) PCI add device 00:16.7
> (XEN) PCI add device 00:1a.0
> (XEN) PCI add device 00:1a.1
> (XEN) PCI add device 00:1a.7
> (XEN) PCI add device 00:1c.0
> (XEN) PCI add device 00:1c.4
> (XEN) PCI add device 00:1d.0
> (XEN) PCI add device 00:1d.1
> (XEN) PCI add device 00:1d.2
> (XEN) PCI add device 00:1d.7
> (XEN) PCI add device 00:1e.0
> (XEN) PCI add device 00:1f.0
> (XEN) PCI add device 00:1f.2
> (XEN) PCI add device 00:1f.3
> (XEN) PCI add device 00:1f.5
> (XEN) PCI add device 0b:00.0
> (XEN) PCI add device 0b:00.1
> (XEN) PCI add device 10:00.0
> (XEN) PCI add device 10:00.1
> (XEN) PCI add device 01:00.0
> (XEN) PCI add device 06:00.0
> (XEN) PCI add device 07:00.0
> [    8.113653] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 
> *11 12 14 15)
> [    8.114422] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 
> 11 12 14 15)
> [    8.115196] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 9 10 
> 11 12 14 15)
> [    8.115976] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 
> 11 12 14 15)
> [    8.116769] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 
> 12 14 15) *0, disabled.
> [    8.117644] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 
> *11 12 14 15)
> [    8.118441] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 
> *11 12 14 15)
> [    8.119246] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 
> 12 14 15) *0, disabled.
> [    8.120015] x(XEN) Resetting with ACPI MEMORY or I/O RESET_REG.
>
> I tried to boot with pci=nomsi, without success.
>
> Any ideas ?
>
> Should I send this boot log also to xen-devel ?
>
> Regards
>
> Olivier


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


  
    
  
  
    I answer to myself : 

    

    With the "debian" kernel, aka  2.6.32-38 : 

    

    The latest xen 4.1.2 hypervisor works.

    The latest xen 4.0.3  failed, same error as the debian hypervisor.

    

    I tried the latest 4.0.3 with the latest 2.6.32 from jeremy
    repository also failed.

    

    What could be  wrong with the xen 4.0 branch ? 

    Is there some hardware compatibility support not backported to xen
    4.0 ? 

    

    Regards

    

    Olivier

    

    Le 25/10/2011 17:38, Olivier Hanesse a écrit :
    
Hello,
      


      

      
I am using Debian squeeze distro: 

      


      

      
So I am using : 

      


      

      

        
ii  linux-image-2.6.32-5-xen-amd64          2.6.32-38      
                       Linux 2.6.32 for 64-bit PCs, Xen dom0 support

      

      
ii  xen-hypervisor-4.0-amd64                   4.0.1-2      
                        The Xen Hypervisor on AMD64

      


      

      
I am trying to install xen on a brand new IBM x3550 M3 (got
        no issue on older hardware) :

      


      

      
CPU is 

      


      

      

        
vendor_id : GenuineIntel

        
cpu family : 6

        
model
          : 44

        
model name : Intel(R) Xeon(R) CPU    
                X5675  @ 3.07GHz

        
stepping : 2

        
cpu MHz
          : 3066.811

        
cache size : 12288 KB

        
physical id : 1

        
siblings : 12

        
core id
          : 10

        
cpu cores : 6

        
apicid
          : 53

        
initial apicid : 53

        
fpu :
          yes

        
fpu_exception : yes

        
cpuid level : 11

        
wp :
          yes

        
flags
          : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
          mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
          pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon
          pebs bts rep_good xtopology nonstop_tsc aperfmperf pni
          pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16
          xtpr pdcm dca sse4_1 sse4_2 popcnt aes lahf_lm arat tpr_shadow
          vnmi flexpriority ept vpid

        
bogomips : 6133.55

        
clflush size : 64

        
cache_alignment : 64

        
address sizes : 40 bits physical, 48 bits
          virtual

        
power management:

      

      


      

      
I can see several errors in boot log, but I don't know which
        ones are the most relevant : 

      


      

      

        
[    8.007449] CPU: L1 I cache: 32K, L1 D cache: 32K

        
[    8.007557] CPU: L2 cache: 256K

        
[    8.007621] CPU: L3 cache: 12288K

        
[    8.007687] CPU 0/0x0 -> Node 0

        
[    8.007751] CPU: Unsupported number of siblings 32

      

      


      

      

        
[    8.007942] Performance Events: unsupported p6 CPU model
          44 no PMU driver, software events only.

      

      


      

      

        
[    8.080161] ERROR: Unable to locate IOAPIC for GSI 9

      

      


      

      


      

      
Here is my full log : 

      


      

      

        
(XEN) Xen version 4.0.1 (Debian 4.0.1-2) (waldi@debian.org)
          (gcc version 4.4.5 (Debian 4.4.5-10) ) Wed Jan 12 14:04:06 UTC
          2011

        
(XEN) Bootloader: GRUB 1.98+20100804-14

        
(XEN) Command line: placeholder dom0_mem=2048M
          console=vga,com1 com1=19200,8n1 loglvl=all guest_loglvl=all
          dom0_max_vcpus=1 dom0_vcpus_pin

        
(XEN) Video information:

        
(XEN)  VGA is text mode 80x25, font 8x16

        
(XEN)  VBE/DDC methods: none; EDID transfer time: 0 seconds

        
(XEN)  EDID info not retrieved because no DDC retrieval
          method detected

        
(XEN) Disc information:

        
(XEN)  Found 2 MBR signatures

        
(XEN)  Found 2 EDD information structures

        
(XEN) Xen-e820 RAM map:

        
(XEN)  0000000000000000 - 000000000009c000 (usable)

        
(XEN)  000000000009c000 - 00000000000a0000 (reserved)

        
(XEN)  00000000000e0000 - 0000000000100000 (reserved)

        
(XEN)  0000000000100000 - 000000007cc70000 (usable)

        
(XEN)  000000007cc70000 - 000000007cd34000 (reserved)

        
(XEN)  000000007cd34000 - 000000007d641000 (usable)

        
(XEN)  000000007d641000 - 000000007d6f1000 (reserved)

        
(XEN)  000000007d6f1000 - 000000007f68f000 (usable)

        
(XEN)  000000007f68f000 - 000000007f6df000 (reserved)

        
(XEN)  000000007f6df000 - 000000007f7df000 (ACPI NVS)

        
(XEN)  000000007f7df000 - 000000007f7ff000 (ACPI data)

        
(XEN)  000000007f7ff000 - 000000007f800000 (usable)

        
(XEN)  000000007f800000 - 0000000090000000 (reserved)

        
(XEN)  00000000fc000000 - 00000000fd000000 (reserved)

        
(XEN)  00000000fed1c000 - 00000000fed20000 (reserved)

        
(XEN)  00000000ff800000 - 0000000100000000 (reserved)

        
(XEN)  0000000100000000 - 0000000680000000 (usable)

        
(XEN) ACPI: RSDP 000FDFD0, 0024 (r2 IBM   )

        
(XEN) ACPI: XSDT 7F7FE120, 0084 (r1 IBM    THURLEY        
          0       1000013)

        
(XEN) ACPI: FACP 7F7FB000, 00F4 (r4 IBM    THURLEY        
          0 IBM   1000013)

        
(XEN) ACPI: DSDT 7F7F8000, 2C3E (r1 IBM    THURLEY        
          3 IBM   1000013)

        
(XEN) ACPI: FACS 7F6EC000, 0040

        
(XEN) ACPI: TCPA 7F7FD000, 0064 (r0                      
           0             0)

        
(XEN) ACPI: APIC 7F7F7000, 011E (r2 IBM    THURLEY        
          0 IBM   1000013)

        
(XEN) ACPI: MCFG 7F7F6000, 003C (r1 IBM    THURLEY        
          1 IBM   1000013)

        
(XEN) ACPI: SLIC 7F7F5000, 0176 (r1 IBM    THURLEY        
          0 IBM   1000013)

        
(XEN) ACPI: HPET 7F7F4000, 0038 (r1 IBM    THURLEY        
          1 IBM   1000013)

        
(XEN) ACPI: SRAT 7F7F3000, 0228 (r2 IBM    THURLEY        
          1 IBM   1000013)

        
(XEN) ACPI: SLIT 7F7F2000, 0030 (r1 IBM    THURLEY        
          0 IBM   1000013)

        
(XEN) ACPI: SSDT 7F7F1000, 0183 (r2 IBM    CPUSCOPE    
          4000 IBM   1000013)

        
(XEN) ACPI: SSDT 7F7F0000, 0699 (r2 IBM    CPUWYVRN    
          4000 IBM   1000013)

        
(XEN) ACPI: SSDT 7F7E9000, 638C (r2 IBM    PSTATEPM    
          4000 IBM   1000013)

        
(XEN) ACPI: ERST 7F7E8000, 0230 (r1 IBM    THURLEY        
          1 IBM   1000013)

        
(XEN) System RAM: 24564MB (25154272kB)

        
(XEN) SRAT: PXM 0 -> APIC 0 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 2 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 4 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 16 -> Node 0

        

          (XEN) SRAT: PXM 0 -> APIC 18 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 20 -> Node 0

        
(XEN) SRAT: PXM 1 -> APIC 32 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 34 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 36 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 48 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 50 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 52 -> Node 1

        
(XEN) SRAT: PXM 0 -> APIC 1 -> Node 0

        

          (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 5 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 17 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 19 -> Node 0

        
(XEN) SRAT: PXM 0 -> APIC 21 -> Node 0

        
(XEN) SRAT: PXM 1 -> APIC 33 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 35 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 37 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 49 -> Node 1

        

          (XEN) SRAT: PXM 1 -> APIC 51 -> Node 1

        
(XEN) SRAT: PXM 1 -> APIC 53 -> Node 1

        
(XEN) SRAT: Node 0 PXM 0 0-80000000

        
(XEN) SRAT: Node 0 PXM 0 100000000-380000000

        
(XEN) SRAT: Node 1 PXM 1 380000000-680000000

        
(XEN) NUMA: Using 19 for the hash shift.

        
(XEN) Domain heap initialised DMA width 31 bits

        
(XEN) found SMP MP-table at 0009c140

        
(XEN) DMI 2.5 present.

        
(XEN) Using APIC driver default

        
(XEN) ACPI: PM-Timer IO Port: 0x588

        
(XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[584,0],
          pm1x_evt[580,0]

        
(XEN) ACPI:                  wakeup_vec[7f6ec00c],
          vec_size[20]

        
(XEN) ACPI: Local APIC address 0xfee00000

        
(XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)

        
(XEN) Processor #0 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)

        
(XEN) Processor #2 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)

        
(XEN) Processor #4 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x10] enabled)

        
(XEN) Processor #16 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12] enabled)

        
(XEN) Processor #18 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14] enabled)

        
(XEN) Processor #20 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x20] enabled)

        
(XEN) Processor #32 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x22] enabled)

        
(XEN) Processor #34 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x24] enabled)

        
(XEN) Processor #36 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x30] enabled)

        
(XEN) Processor #48 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32] enabled)

        
(XEN) Processor #50 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x34] enabled)

        
(XEN) Processor #52 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x01] enabled)

        
(XEN) Processor #1 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x03] enabled)

        
(XEN) Processor #3 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x05] enabled)

        
(XEN) Processor #5 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x11] enabled)

        
(XEN) Processor #17 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13] enabled)

        
(XEN) Processor #19 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x15] enabled)

        
(XEN) Processor #21 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x21] enabled)

        
(XEN) Processor #33 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled)

        
(XEN) Processor #35 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x25] enabled)

        
(XEN) Processor #37 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled)

        
(XEN) Processor #49 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33] enabled)

        
(XEN) Processor #51 6:12 APIC version 21

        
(XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x35] enabled)

        
(XEN) Processor #53 6:12 APIC version 21

        
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])

        
(XEN) Overriding APIC driver with bigsmp

        
(XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000]
          gsi_base[0])

        
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000,
          GSI 0-23

        
(XEN) ACPI: IOAPIC (id[0x09] address[0xfec80000]
          gsi_base[24])

        
(XEN) IOAPIC[1]: apic_id 9, version 32, address 0xfec80000,
          GSI 24-47

        
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl
          dfl)

        
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high
          level)

        
(XEN) ACPI: IRQ0 used by override.

        
(XEN) ACPI: IRQ2 used by override.

        
(XEN) ACPI: IRQ9 used by override.

        
(XEN) Enabling APIC mode:  Phys.  Using 2 I/O APICs

        
(XEN) ACPI: HPET id: 0x8086a301 base: 0xfed00000

        
(XEN) PCI: MCFG configuration 0: base 80000000 segment 0
          buses 0 - 255

        
(XEN) PCI: MCFG area at 80000000 reserved in E820

        
(XEN) Using ACPI (MADT) for SMP configuration information

        
(XEN) Using scheduler: SMP Credit Scheduler (credit)

        
(XEN) Detected 3066.812 MHz processor.

        
(XEN) Initing memory sharing.

        
(XEN) VMX: Supported advanced features:

        
(XEN)  - APIC MMIO access virtualisation

        
(XEN)  - APIC TPR shadow

        
(XEN)  - Extended Page Tables (EPT)

        
(XEN)  - Virtual-Processor Identifiers (VPID)

        
(XEN)  - Virtual NMI

        
(XEN)  - MSR direct-access bitmap

        
(XEN)  - Unrestricted Guest

        
(XEN) EPT supports 2MB super page.

        
(XEN) HVM: ASIDs enabled.

        
(XEN) HVM: VMX enabled

        
(XEN) HVM: Hardware Assisted Paging detected.

        
(XEN) Intel machine check reporting enabled

        
(XEN) I/O virtualisation disabled

        
(XEN) Enabled directed EOI with ioapic_ack_old on!

        
(XEN) Total of 24 processors activated.

        
(XEN) ENABLING IO-APIC IRQs

        
(XEN)  -> Using old ACK method

        
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1

        
(XEN) TSC is reliable, synchronization unnecessary

        
(XEN) Platform timer is 14.318MHz HPET

        
�(XEN) Allocated console ring of 256 KiB.

        
(XEN) microcode.c:73:d32767 microcode: CPU1 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU15 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU10 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU22 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU2 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU3 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU14 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU13 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU5 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU17 resumed

        
(XEN) Brought up 24 CPUs

        
(XEN) microcode.c:73:d32767 microcode: CPU12 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU19 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU7 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU4 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU16 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU21 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU11 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU9 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU8 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU23 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU18 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU20 resumed

        
(XEN) microcode.c:73:d32767 microcode: CPU6 resumed

        
(XEN) ACPI sleep modes: S3

        
(XEN) mcheck_poll: Machine check polling timer started.

        
(XEN) *** LOADING DOMAIN 0 ***

        
(XEN)  Xen  kernel: 64-bit, lsb, compat32

        
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 ->
          0x16b9000

        
(XEN) PHYSICAL MEMORY ARRANGEMENT:

        
(XEN)  Dom0 alloc.:   0000000238000000->000000023c000000
          (507904 pages to be allocated)

        
(XEN) VIRTUAL MEMORY ARRANGEMENT:

        
(XEN)  Loaded kernel: ffffffff81000000->ffffffff816b9000

        
(XEN)  Init. ramdisk: ffffffff816b9000->ffffffff832e8600

        
(XEN)  Phys-Mach map: ffffffff832e9000->ffffffff836e9000

        
(XEN)  Start info:    ffffffff836e9000->ffffffff836e94b4

        
(XEN)  Page tables:   ffffffff836ea000->ffffffff83709000

        
(XEN)  Boot stack:    ffffffff83709000->ffffffff8370a000

        
(XEN)  TOTAL:         ffffffff80000000->ffffffff83800000

        
(XEN)  ENTRY ADDRESS: ffffffff81508200

        
(XEN) Dom0 has maximum 1 VCPUs

        
(XEN) Scrubbing Free RAM:
.............................................................................................................................................................................................................................done.

        
(XEN) trace.c:89:d32767 calc_tinfo_first_offset: NR_CPUs
          128, offset_in_bytes 258, t_info_first_offset 65

        
(XEN) Xen trace buffers: disabled

        
(XEN) Std. Loglevel: All

        
(XEN) Guest Loglevel: All

        
(XEN) Xen is relinquishing VGA console.

        
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three
          times to switch input to Xen)

        
(XEN) Freed 176kB init memory.

        
mapping kernel into physical memory

        
Xen: setup ISA identity maps

        
about to get started...

        
[    0.000000] Initializing cgroup subsys cpuset

        
[    0.000000] Initializing cgroup subsys cpu

        
[    0.000000] Linux version 2.6.32-5-xen-amd64 (Debian
          2.6.32-38) (ben@decadent.org.uk)
          (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3
          07:53:54 UTC 2011

        
[    0.000000] Command line: placeholder
          root=/dev/mapper/vg02-root ro console=tty0 console=hvc0

        
[    0.000000] KERNEL supported cpus:

        
[    0.000000]   Intel GenuineIntel

        
[    0.000000]   AMD AuthenticAMD

        
[    0.000000]   Centaur CentaurHauls

        
[    0.000000] released 0 pages of unused memory

        
[    0.000000] BIOS-provided physical RAM map:

        
[    0.000000]  Xen: 0000000000000000 - 000000000009c000
          (usable)

        
[    0.000000]  Xen: 000000000009c000 - 0000000000100000
          (reserved)

        
[    0.000000]  Xen: 0000000000100000 - 000000007cc70000
          (usable)

        
[    0.000000]  Xen: 000000007cc70000 - 000000007cd34000
          (reserved)

        
[    0.000000]  Xen: 000000007cd34000 - 000000007d641000
          (usable)

        
[    0.000000]  Xen: 000000007d641000 - 000000007d6f1000
          (reserved)

        
[    0.000000]  Xen: 000000007d6f1000 - 000000007f68f000
          (usable)

        
[    0.000000]  Xen: 000000007f68f000 - 000000007f6df000
          (reserved)

        
[    0.000000]  Xen: 000000007f6df000 - 000000007f7df000
          (ACPI NVS)

        
[    0.000000]  Xen: 000000007f7df000 - 000000007f7ff000
          (ACPI data)

        
[    0.000000]  Xen: 000000007f7ff000 - 000000007f800000
          (usable)

        
[    0.000000]  Xen: 000000007f800000 - 0000000090000000
          (reserved)

        
[    0.000000]  Xen: 00000000fc000000 - 00000000fd000000
          (reserved)

        
[    0.000000]  Xen: 00000000fec00000 - 00000000fec01000
          (reserved)

        
[    0.000000]  Xen: 00000000fec80000 - 00000000fec81000
          (reserved)

        
[    0.000000]  Xen: 00000000fed1c000 - 00000000fed20000
          (reserved)

        
[    0.000000]  Xen: 00000000fee00000 - 00000000fee01000
          (reserved)

        
[    0.000000]  Xen: 00000000ff800000 - 0000000100000000
          (reserved)

        
[    0.000000] DMI 2.5 present.

        
[    0.000000] last_pfn = 0x7f800 max_arch_pfn =
          0x400000000

        
[    0.000000] x86 PAT enabled: cpu 0, old 0x50100070406,
          new 0x7010600070106

        
[    0.000000] init_memory_mapping:
          0000000000000000-000000007f800000

        
[    0.000000] RAMDISK: 016b9000 - 032e8600

        
[    0.000000] ACPI: RSDP 00000000000fdfd0 00024 (v02 IBM  
          )

        
[    0.000000] ACPI: XSDT 000000007f7fe120 00084 (v01 IBM  
           THURLEY  00000000      01000013)

        
[    0.000000] ACPI: FACP 000000007f7fb000 000F4 (v04 IBM  
           THURLEY  00000000 IBM  01000013)

        
[    0.000000] ACPI Warning: Invalid length for
          Pm1aControlBlock: 32, using default 16 (20090903/tbfadt-607)

        
[    0.000000] ACPI: DSDT 000000007f7f8000 02C3E (v01 IBM  
           THURLEY  00000003 IBM  01000013)

        
[    0.000000] ACPI: FACS 000000007f6ec000 00040

        
[    0.000000] ACPI: TCPA 000000007f7fd000 00064 (v00      
                    00000000      00000000)

        
[    0.000000] ACPI: APIC 000000007f7f7000 0011E (v02 IBM  
           THURLEY  00000000 IBM  01000013)

        
[    0.000000] ACPI: MCFG 000000007f7f6000 0003C (v01 IBM  
           THURLEY  00000001 IBM  01000013)

        
[    0.000000] ACPI: SLIC 000000007f7f5000 00176 (v01 IBM  
           THURLEY  00000000 IBM  01000013)

        
[    0.000000] ACPI: HPET 000000007f7f4000 00038 (v01 IBM  
           THURLEY  00000001 IBM  01000013)

        
[    0.000000] ACPI: SRAT 000000007f7f3000 00228 (v02 IBM  
           THURLEY  00000001 IBM  01000013)

        
[    0.000000] ACPI: SLIT 000000007f7f2000 00030 (v01 IBM  
           THURLEY  00000000 IBM  01000013)

        
[    0.000000] ACPI: SSDT 000000007f7f1000 00183 (v02 IBM  
           CPUSCOPE 00004000 IBM  01000013)

        
[    0.000000] ACPI: SSDT 000000007f7f0000 00699 (v02 IBM  
           CPUWYVRN 00004000 IBM  01000013)

        
[    0.000000] ACPI: SSDT 000000007f7e9000 0638C (v02 IBM  
           PSTATEPM 00004000 IBM  01000013)

        
[    0.000000] ACPI: ERST 000000007f7e8000 00230 (v01 IBM  
           THURLEY  00000001 IBM  01000013)

        
[    0.000000] No NUMA configuration found

        
[    0.000000] Faking a node at
          0000000000000000-000000007f800000

        
[    0.000000] Bootmem setup node 0
          0000000000000000-000000007f800000

        
[    0.000000]   NODE_DATA [0000000000008000 -
          000000000000ffff]

        
[    0.000000]   bootmap [0000000000010000 -
           000000000001feff] pages 10

        
[    0.000000] (9 early reservations) ==> bootmem
          [0000000000 - 007f800000]

        
[    0.000000]   #0 [0000000000 - 0000001000]   BIOS data
          page ==> [0000000000 - 0000001000]

        
[    0.000000]   #1 [00036ea000 - 0003709000]   XEN
          PAGETABLES ==> [00036ea000 - 0003709000]

        
[    0.000000]   #2 [0000006000 - 0000008000]      
          TRAMPOLINE ==> [0000006000 - 0000008000]

        
[    0.000000]   #3 [0001000000 - 0001698b14]    TEXT DATA
          BSS ==> [0001000000 - 0001698b14]

        
[    0.000000]   #4 [00016b9000 - 00032e8600]        
           RAMDISK ==> [00016b9000 - 00032e8600]

        
[    0.000000]   #5 [00032e9000 - 00036ea000]   XEN START
          INFO ==> [00032e9000 - 00036ea000]

        
[    0.000000]   #6 [0001699000 - 00016994d8]            
           BRK ==> [0001699000 - 00016994d8]

        
[    0.000000]   #7 [0000100000 - 00004dd000]        
           PGTABLE ==> [0000100000 - 00004dd000]

        
[    0.000000]   #8 [0000001000 - 0000001030]        ACPI
          SLIT ==> [0000001000 - 0000001030]

        
[    0.000000] Zone PFN ranges:

        
[    0.000000]   DMA      0x00000000 -> 0x00001000

        
[    0.000000]   DMA32    0x00001000 -> 0x00100000

        
[    0.000000]   Normal   0x00100000 -> 0x00100000

        
[    0.000000] Movable zone start PFN for each node

        
[    0.000000] early_node_map[5] active PFN ranges

        
[    0.000000]     0: 0x00000000 -> 0x0000009c

        
[    0.000000]     0: 0x00000100 -> 0x0007cc70

        
[    0.000000]     0: 0x0007cd34 -> 0x0007d641

        
[    0.000000]     0: 0x0007d6f1 -> 0x0007f68f

        
[    0.000000]     0: 0x0007f7ff -> 0x0007f800

        
[    0.000000] ACPI: PM-Timer IO Port: 0x588

        
[    0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x10]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x12]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x14]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x20]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x22]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x24]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x30]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x32]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x34]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x01]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x03]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x05]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x11]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x13]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x15]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x21]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x25]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x33]
          enabled)

        
[    0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x35]
          enabled)

        
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl
          lint[0x1])

        
[    0.000000] ACPI: IOAPIC (id[0x08] address[0xfec00000]
          gsi_base[0])

        
[    0.000000] IOAPIC[0]: apic_id 8, version 0, address
          0xfec00000, GSI 0-0

        
[    0.000000] ACPI: IOAPIC (id[0x09] address[0xfec80000]
          gsi_base[24])

        
[    0.000000] IOAPIC[1]: apic_id 9, version 0, address
          0xfec80000, GSI 24-24

        
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0
          global_irq 2 dfl dfl)

        
[    0.000000] ERROR: Unable to locate IOAPIC for GSI 2

        
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9
          global_irq 9 high level)

        
[    0.000000] ERROR: Unable to locate IOAPIC for GSI 9

        
[    0.000000] Using ACPI (MADT) for SMP configuration
          information

        
[    0.000000] ACPI: HPET id: 0x8086a301 base: 0xfed00000

        
[    0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs

        
[    0.000000] PM: Registered nosave memory:
          000000000009c000 - 0000000000100000

        
[    0.000000] PM: Registered nosave memory:
          000000007cc70000 - 000000007cd34000

        
[    0.000000] PM: Registered nosave memory:
          000000007d641000 - 000000007d6f1000

        
[    0.000000] PM: Registered nosave memory:
          000000007f68f000 - 000000007f6df000

        
[    0.000000] PM: Registered nosave memory:
          000000007f6df000 - 000000007f7df000

        
[    0.000000] PM: Registered nosave memory:
          000000007f7df000 - 000000007f7ff000

        
[    0.000000] Allocating PCI resources starting at
          90000000 (gap: 90000000:6c000000)

        
[    0.000000] Booting paravirtualized kernel on Xen

        
[    0.000000] Xen version: 4.0.1 (preserve-AD) (dom0)

        
[    0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:1
          nr_node_ids:1

        
[    0.000000] PERCPU: Embedded 30 pages/cpu
          @ffff880003740000 s90328 r8192 d24360 u122880

        
[    0.000000] pcpu-alloc: s90328 r8192 d24360 u122880
          alloc=30*4096

        
[    0.000000] pcpu-alloc: [0] 0 

        
[    7.938267] Xen: using vcpu_info placement

        
[    7.938271] Built 1 zonelists in Node order, mobility
          grouping on.  Total pages: 513268

        
[    7.938273] Policy zone: DMA32

        
[    7.938275] Kernel command line: placeholder
          root=/dev/mapper/vg02-root ro console=tty0 console=hvc0

        
[    7.938299] PID hash table entries: 4096 (order: 3,
          32768 bytes)

        
[    7.938528] Initializing CPU#0

        
[    7.946279] DMA: Placing 64MB software IO TLB between
          ffff88000571a000 - ffff88000971a000

        
[    7.946283] DMA: software IO TLB at phys 0x571a000 -
          0x971a000

        
[    7.946284] xen_swiotlb_fixup: buf=ffff88000571a000
          size=67108864

        
[    7.962460] xen_swiotlb_fixup: buf=ffff88000977a000
          size=32768

        
[    7.969455] Memory: 1946660k/2088960k available (3149k
          kernel code, 3360k absent, 138940k reserved, 1906k data, 604k
          init)

        
[    7.969486] SLUB: Genslabs=14, HWalign=64, Order=0-3,
          MinObjects=0, CPUs=1, Nodes=1

        
[    7.969502] Hierarchical RCU implementation.

        
[    7.969507] NR_IRQS:4352 nr_irqs:512

        
[    7.969605] ACPI: INT_SRC_OVR (bus 0 bus_irq 0
          global_irq 2 dfl dfl)

        
[    7.969608] ACPI: INT_SRC_OVR (bus 0 bus_irq 9
          global_irq 9 high level)

        
[    7.969610] xen: sci override: source_irq=9 global_irq=9
          trigger=c polarity=1

        
[    7.969613] xen_allocate_pirq: returning irq 9 for gsi 9

        
[    7.969620] xen: acpi sci 9

        
[    7.977817] Console: colour VGA+ 80x25

        
[    7.987678] console [tty0] enabled

        
[    8.005449] console [hvc0] enabled

        
[    8.005533] installing Xen timer for CPU 0

        
[    8.005619] Detected 3066.812 MHz processor.

        
[    8.005688] Calibrating delay loop (skipped), value
          calculated using timer frequency.. 6133.62 BogoMIPS
          (lpj=12267248)

        
[    8.005834] Security Framework initialized

        
[    8.005902] SELinux:  Disabled at boot.

        
[    8.006237] Dentry cache hash table entries: 262144
          (order: 9, 2097152 bytes)

        
[    8.006721] Inode-cache hash table entries: 131072
          (order: 8, 1048576 bytes)

        
[    8.006933] Mount-cache hash table entries: 256

        
[    8.007093] Initializing cgroup subsys ns

        
[    8.007159] Initializing cgroup subsys cpuacct

        
[    8.007226] Initializing cgroup subsys devices

        
[    8.007293] Initializing cgroup subsys freezer

        
[    8.007359] Initializing cgroup subsys net_cls

        
[    8.007449] CPU: L1 I cache: 32K, L1 D cache: 32K

        
[    8.007557] CPU: L2 cache: 256K

        
[    8.007621] CPU: L3 cache: 12288K

        
[    8.007687] CPU 0/0x0 -> Node 0

        
[    8.007751] CPU: Unsupported number of siblings 32

        
[    8.007804] mce: CPU supports 9 MCE banks

        
[    8.007942] Performance Events: unsupported p6 CPU model
          44 no PMU driver, software events only.

        
[    8.015392] SMP alternatives: switching to UP code

        
[    8.034769] Freeing SMP alternatives: 28k freed

        
[    8.034842] ACPI: Core revision 20090903

        
[    8.042268] Brought up 1 CPUs

        
[    8.042410] devtmpfs: initialized

        
[    8.045055] Grant table initialized

        
[    8.045120] regulator: core version 0.5

        
[    8.045218] NET: Registered protocol family 16

        
[    8.045397] ACPI FADT declares the system doesn't
          support PCIe ASPM, so disable it

        
[    8.045485] ACPI: bus type pci registered

        
[    8.045799] PCI: MCFG configuration 0: base 80000000
          segment 0 buses 0 - 255

        
[    8.045870] PCI: MCFG area at 80000000 reserved in E820

        
[    8.078883] PCI: Using MMCONFIG at 80000000 - 8fffffff

        
[    8.078951] PCI: Using configuration type 1 for base
          access

        
[    8.079421] bio: create slab <bio-0> at 0

        
[    8.080161] ERROR: Unable to locate IOAPIC for GSI 9

        
[    8.089844] ACPI: Interpreter enabled

        
[    8.089910] ACPI: (supports S0 S1 S5)

        
[    8.090112] ACPI: Using IOAPIC for interrupt routing

        
[    8.095530] ACPI: No dock devices found.

        
[    8.095807] ACPI: PCI Root Bridge [PCI0] (0000:00)

        
[    8.096051] pci 0000:00:00.0: PME# supported from D0
          D3hot D3cold

        
[    8.096123] pci 0000:00:00.0: PME# disabled

        
[    8.096294] pci 0000:00:01.0: PME# supported from D0
          D3hot D3cold

        
[    8.096369] pci 0000:00:01.0: PME# disabled

        
[    8.096542] pci 0000:00:02.0: PME# supported from D0
          D3hot D3cold

        
[    8.096612] pci 0000:00:02.0: PME# disabled

        
[    8.096785] pci 0000:00:03.0: PME# supported from D0
          D3hot D3cold

        
[    8.096857] pci 0000:00:03.0: PME# disabled

        
[    8.097034] pci 0000:00:07.0: PME# supported from D0
          D3hot D3cold

        
[    8.097106] pci 0000:00:07.0: PME# disabled

        
[    8.099065] pci 0000:00:1a.7: PME# supported from D0
          D3hot D3cold

        
[    8.099138] pci 0000:00:1a.7: PME# disabled

        
[    8.099301] pci 0000:00:1c.0: PME# supported from D0
          D3hot D3cold

        
[    8.099372] pci 0000:00:1c.0: PME# disabled

        
[    8.099535] pci 0000:00:1c.4: PME# supported from D0
          D3hot D3cold

        
[    8.099607] pci 0000:00:1c.4: PME# disabled

        
[    8.100138] pci 0000:00:1d.7: PME# supported from D0
          D3hot D3cold

        
[    8.100209] pci 0000:00:1d.7: PME# disabled

        
[    8.100963] pci 0000:0b:00.0: PME# supported from D0
          D3hot D3cold

        
[    8.101034] pci 0000:0b:00.0: PME# disabled

        
[    8.101252] pci 0000:0b:00.1: PME# supported from D0
          D3hot D3cold

        
[    8.101325] pci 0000:0b:00.1: PME# disabled

        
[    8.101645] pci 0000:10:00.0: PME# supported from D0
          D3hot D3cold

        
[    8.101722] pci 0000:10:00.0: PME# disabled

        
[    8.101943] pci 0000:10:00.1: PME# supported from D0
          D3hot D3cold

        
[    8.102016] pci 0000:10:00.1: PME# disabled

        
[    8.102678] pci 0000:06:00.0: PME# supported from D0
          D3hot D3cold

        
[    8.102750] pci 0000:06:00.0: PME# disabled

        
[    8.103253] pci 0000:00:1e.0: transparent bridge

        
(XEN) PCI add device 00:00.0

        
(XEN) PCI add device 00:01.0

        
(XEN) PCI add device 00:02.0

        
(XEN) PCI add device 00:03.0

        

          (XEN) PCI add device 00:07.0

        
(XEN) PCI add device 00:10.0

        
(XEN) PCI add device 00:10.1

        
(XEN) PCI add device 00:11.0

        
(XEN) PCI add device 00:11.1

        
(XEN) PCI add device 00:14.0

        
(XEN) PCI add device 00:14.1

        
(XEN) PCI add device 00:14.2

        
(XEN) PCI add device 00:14.3

        
(XEN) PCI add device 00:15.0

        
(XEN) PCI add device 00:16.0

        
(XEN) PCI add device 00:16.1

        
(XEN) PCI add device 00:16.2

        
(XEN) PCI add device 00:16.3

        
(XEN) PCI add device 00:16.4

        
(XEN) PCI add device 00:16.5

        
(XEN) PCI add device 00:16.6

        
(XEN) PCI add device 00:16.7

        
(XEN) PCI add device 00:1a.0

        
(XEN) PCI add device 00:1a.1

        
(XEN) PCI add device 00:1a.7

        
(XEN) PCI add device 00:1c.0

        
(XEN) PCI add device 00:1c.4

        
(XEN) PCI add device 00:1d.0

        
(XEN) PCI add device 00:1d.1

        
(XEN) PCI add device 00:1d.2

        
(XEN) PCI add device 00:1d.7

        
(XEN) PCI add device 00:1e.0

        
(XEN) PCI add device 00:1f.0

        
(XEN) PCI add device 00:1f.2

        
(XEN) PCI add device 00:1f.3

        
(XEN) PCI add device 00:1f.5

        
(XEN) PCI add device 0b:00.0

        
(XEN) PCI add device 0b:00.1

        
(XEN) PCI add device 10:00.0

        
(XEN) PCI add device 10:00.1

        
(XEN) PCI add device 01:00.0

        
(XEN) PCI add device 06:00.0

        
(XEN) PCI add device 07:00.0

        
[    8.113653] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5
          6 7 9 10 *11 12 14 15)

        
[    8.114422] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5
          6 7 9 *10 11 12 14 15)

        
[    8.115196] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5
          6 *7 9 10 11 12 14 15)

        
[    8.115976] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5
          6 7 9 10 11 12 14 15)

        
[    8.116769] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5
          6 7 9 10 11 12 14 15) *0, disabled.

        
[    8.117644] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5
          6 7 9 10 *11 12 14 15)

        
[    8.118441] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5
          6 7 9 10 *11 12 14 15)

        
[    8.119246] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5
          6 7 9 10 11 12 14 15) *0, disabled.

        
[    8.120015] x(XEN) Resetting with ACPI MEMORY or I/O
          RESET_REG.

        


        

      

      
I tried to boot with pci=nomsi, without success.

      


      

      
Any ideas ? 

      


      

      
Should I send this boot log also to xen-devel ?

      


      

      
Regards

      


      

      
Olivier

    

    

  


--------------050103050902000606050409--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0755585435==--


From xen-users-bounces@lists.xensource.com Thu Oct 27 15:24:24 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Thu, 27 Oct 2011 15:24:24 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJYN6-0006cR-L8; Thu, 27 Oct 2011 15:24:24 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with smtp (Exim 4.43)
	id 1RJYKT-0005s4-M1; Thu, 27 Oct 2011 15:21:42 -0700
X-Env-Sender: ms@it-infrastrukturen.org
X-Msg-Ref: server-16.tower-182.messagelabs.com!1319754098!1012458!1
X-Originating-IP: [88.198.203.66]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11624 invoked from network); 27 Oct 2011 22:21:38 -0000
Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66)
	by server-16.tower-182.messagelabs.com with SMTP;
	27 Oct 2011 22:21:38 -0000
Received: from [192.168.1.100] (84-73-66-195.dclient.hispeed.ch [84.73.66.195])
	by srv1.born2b3.net (Postfix) with ESMTPSA id DBC30C089B;
	Thu, 27 Oct 2011 22:21:37 +0000 (UTC)
Message-ID: <4EA9D8E4.5010506@it-infrastrukturen.org>
Date: Fri, 28 Oct 2011 00:19:16 +0200
From: Mark Schneider 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11
MIME-Version: 1.0
To: xen-api@lists.xensource.com
Content-Type: multipart/mixed; boundary="------------060501000103050501050103"
Cc: "M. Schneider" , xen-users@lists.xensource.com
Subject: [Xen-users] Backwards template compatibility XCP 1.1 <- XenServer6
 - msg: HANDLE_INVALID: [ VM; OpaqueRef:NULL ]
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

This is a multi-part message in MIME format.
--------------060501000103050501050103
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

I have tried to use VM template of Solaris 10 from XenServer 6 on XCP 
1.1. It doesn't work (details are in attachment).

Is there somewhere a collection of proven [PH]VM templates for XCP 1.1 
for such OSes like:
- ubuntu 11.10
- Solaris 10 / Solaris 11
- CentOS 5.7 / CentOS 6
- RHEL 6

Thank you in advance for any hints.

regards, Mark

-- 
ms@it-infrastrukturen.org


--------------060501000103050501050103
Content-Type: text/plain;
	name="new-vm-import-of-Xen-Server6-template-on-XCP1.1.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename*0="new-vm-import-of-Xen-Server6-template-on-XCP1.1.log"

[root@xcp11db02 ~]# xe vm-import filename=Solaris10-extended-HVM-template
The VM could not be imported.
msg: HANDLE_INVALID: [ VM; OpaqueRef:NULL ]
[root@xcp11db02 ~]# 

# --- xensource.log
[20111027T21:57:16.011Z|debug|xcp11db02|1268 unix-RPC||cli] xe vm-import filename=Solaris10-extended-HVM-template username=root password=null
[20111027T21:57:16.022Z| info|xcp11db02|1268 unix-RPC|session.login_with_password D:e57b680f4bbb|xapi] Session.create trackid=1cfd38fcff846f1aad4ce12794cefe76 pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:57:16.029Z|debug|xcp11db02|1269 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:c97b75928839 created by task D:e57b680f4bbb
[20111027T21:57:16.081Z| info|xcp11db02|1268 unix-RPC|task.create D:de2d20173782|taskhelper] task VM import R:d2ec63abb139 (uuid:83f25471-9782-a118-ad10-8584dbd06600) created (trackid=1cfd38fcff846f1aad4ce12794cefe76) by task D:de2d20173782
[20111027T21:57:16.081Z|debug|xcp11db02|1268 unix-RPC||cli] requesting HttpPut('Solaris10-extended-HVM-template','/import?session_id=OpaqueRef:fa31f821-10a3-d2bf-1498-ec2a93c315ba&task_id=OpaqueRef:d2ec63ab-b139-7701-6dfe-7a300d1c5fbe&restore=false&force=false&sr_id=OpaqueRef:9561d777-7672-3030-b9a0-93eafcb00abe')
[20111027T21:57:16.098Z|debug|xcp11db02|1270 inet-RPC||import] import handler
[20111027T21:57:16.106Z|debug|xcp11db02|1271 unix-RPC||dummytaskhelper] task dispatch:session.slave_login D:9f9c866b2c98 created by task D:d31525bd9219
[20111027T21:57:16.115Z| info|xcp11db02|1271 unix-RPC|session.slave_login D:6e32e6fb0bd2|xapi] Session.create trackid=f45eafa04afd8ea240c200376247b24f pool=true uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:57:16.121Z|debug|xcp11db02|1272 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:742a8786aba3 created by task D:6e32e6fb0bd2
[20111027T21:57:16.128Z| info|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|import] VM.import: SR = '638d8bb3-4b08-f7c0-1e9d-2dc496b86c49 (Local LVM SR DB-VM-pool)'; force = false; full_restore = false
[20111027T21:57:16.129Z| info|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|taskhelper] task VM import R:d2ec63abb139 forwarded (trackid=1cfd38fcff846f1aad4ce12794cefe76)
[20111027T21:57:16.129Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing (as new VM)
[20111027T21:57:16.129Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Reading XML
[20111027T21:57:16.130Z|debug|xcp11db02|1268 unix-RPC||cli] Waiting for the task to be completed
[20111027T21:57:16.138Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Got XML
[20111027T21:57:16.138Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] importing new style VM
[20111027T21:57:16.140Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 0 host(s)
[20111027T21:57:16.140Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 0 SR(s)
[20111027T21:57:16.140Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 0 VDI(s)
[20111027T21:57:16.140Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 0 VM_guest_metrics(s)
[20111027T21:57:16.140Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 1 VM(s)
[20111027T21:57:16.147Z|debug|xcp11db02|1273 unix-RPC||dummytaskhelper] task dispatch:VM.get_by_name_label D:2c78b50d64e7 created by task D:d31525bd9219
[20111027T21:57:16.154Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 0 network(s)
[20111027T21:57:16.154Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 0 VBD(s)
[20111027T21:57:16.154Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Importing 0 VIF(s)
[20111027T21:57:16.154Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|xapi] Raised at db_cache_types.ml:75.27-76 -> db_cache_types.ml:118.2-40 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.155Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|backtrace] Raised at pervasiveext.ml:26.22-25 -> db_actions.ml:3133.24-72 -> import.ml:534.28-72 -> list.ml:69.12-15 -> import.ml:568.4-53
[20111027T21:57:16.155Z|error|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Caught exception in import: HANDLE_INVALID: [ VM; OpaqueRef:NULL ]
[20111027T21:57:16.167Z|debug|xcp11db02|1274 unix-RPC||dummytaskhelper] task dispatch:session.slave_login D:052813e5d1dc created by task R:3e578d2b828d
[20111027T21:57:16.177Z| info|xcp11db02|1274 unix-RPC|session.slave_login D:a407530a0b96|xapi] Session.create trackid=fbe6638355f7c5d2a7119729c78f777a pool=true uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20111027T21:57:16.184Z|debug|xcp11db02|1275 unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:d29e73281d43 created by task D:a407530a0b96
[20111027T21:57:16.196Z|debug|xcp11db02|1276 unix-RPC||dummytaskhelper] task dispatch:session.logout D:f902f5abf14a created by task R:3e578d2b828d
[20111027T21:57:16.202Z| info|xcp11db02|1276 unix-RPC|session.logout D:7130a2a8b827|xapi] Session.destroy trackid=fbe6638355f7c5d2a7119729c78f777a
[20111027T21:57:16.210Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|backtrace] Raised at import.ml:578.10-11 -> import.ml:799.15-72 -> import.ml:612.4-12 -> import.ml:614.40-41 -> import.ml:785.6-1023
[20111027T21:57:16.211Z|error|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|import] Import caught exception: HANDLE_INVALID: [ VM; OpaqueRef:NULL ]
[20111027T21:57:16.211Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|backtrace] Raised at syslog.ml:49.13-33 -> log.ml:267.21-48
[20111027T21:57:16.212Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|backtrace] Raised at import.ml:880.12-104 -> server_helpers.ml:74.11-23
[20111027T21:57:16.212Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|dispatcher] Server_helpers.exec exception_handler: Got exception IMPORT_ERROR: [ HANDLE_INVALID: [ VM; OpaqueRef:NULL ] ]
[20111027T21:57:16.212Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20111027T21:57:16.212Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20111027T21:57:16.213Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|xapi] Raised at server_helpers.ml:92.14-15 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.214Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|taskhelper] forwarded task destroyed
[20111027T21:57:16.214Z|debug|xcp11db02|1270 inet-RPC|VM import R:d2ec63abb139|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.214Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.214Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|xapi] Raised at pervasiveext.ml:26.22-25 -> xapi_http.ml:184.4-810 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.221Z|debug|xcp11db02|1277 unix-RPC||dummytaskhelper] task dispatch:session.logout D:8b401f6c699a created by task D:d31525bd9219
[20111027T21:57:16.228Z| info|xcp11db02|1277 unix-RPC|session.logout D:c3f29c828c71|xapi] Session.destroy trackid=f45eafa04afd8ea240c200376247b24f
[20111027T21:57:16.229Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|backtrace] Raised at pervasiveext.ml:26.22-25 -> import.ml:730.22-1023 -> server_helpers.ml:74.11-23
[20111027T21:57:16.230Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|dispatcher] Server_helpers.exec exception_handler: Got exception IMPORT_ERROR: [ HANDLE_INVALID: [ VM; OpaqueRef:NULL ] ]
[20111027T21:57:16.230Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20111027T21:57:16.230Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20111027T21:57:16.230Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|xapi] Raised at server_helpers.ml:92.14-15 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.230Z|debug|xcp11db02|1270 inet-RPC|VM.import D:d31525bd9219|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.230Z|error|xcp11db02|1270 inet-RPC||xapi] Unhandled Api_errors.Server_error(IMPORT_ERROR, [ HANDLE_INVALID: [ VM; OpaqueRef:NULL ] ])
[20111027T21:57:16.230Z|debug|xcp11db02|1270 inet-RPC||backtrace] Raised at syslog.ml:49.13-33 -> log.ml:267.21-48
[20111027T21:57:16.242Z|debug|xcp11db02|1268 unix-RPC||xapi] Raised at cli_util.ml:80.10-67 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.251Z|debug|xcp11db02|1268 unix-RPC||xapi] Raised at pervasiveext.ml:26.22-25 -> cli_operations.ml:2947.16-109 -> xapi_cli.ml:127.18-58 -> pervasiveext.ml:22.2-9
[20111027T21:57:16.259Z| info|xcp11db02|1268 unix-RPC|session.logout D:12ac7f5da6e5|xapi] Session.destroy trackid=1cfd38fcff846f1aad4ce12794cefe76
[20111027T21:57:16.260Z|debug|xcp11db02|1268 unix-RPC||backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_cli.ml:126.2-139 -> xapi_cli.ml:208.7-44 -> xapi_cli.ml:260.4-23
[20111027T21:57:16.260Z|debug|xcp11db02|1268 unix-RPC||cli] Xapi_cli.exception_handler: Got exception IMPORT_ERROR: [ HANDLE_INVALID: [ VM; OpaqueRef:NULL ] ]
[20111027T21:57:16.260Z|debug|xcp11db02|1268 unix-RPC||cli] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--------------060501000103050501050103--


From xen-users-bounces@lists.xensource.com Thu Oct 27 21:20:24 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Thu, 27 Oct 2011 21:20:24 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJdvc-00080F-0U; Thu, 27 Oct 2011 21:20:24 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with smtp (Exim 4.43) id 1RJdu5-0007f6-QJ
	for xen-users@lists.xensource.com; Thu, 27 Oct 2011 21:18:54 -0700
X-Env-Sender: 250716708@qq.com
X-Msg-Ref: server-15.tower-216.messagelabs.com!1319775525!1359290!1
X-Originating-IP: [64.71.138.44]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30382 invoked from network); 28 Oct 2011 04:18:46 -0000
Received: from smtpbg55.qq.com (HELO smtpbg55.qq.com) (64.71.138.44)
	by server-15.tower-216.messagelabs.com with SMTP;
	28 Oct 2011 04:18:46 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s0907;
	t=1319775523; bh=OepEJmfu5NMo2hPvF/MW9NUNONE3DEGkzbFt3/SWHcw=;
	h=X-QQ-SSF:X-QQ-BUSINESS-ORIGIN:X-Originating-IP:X-QQ-STYLE:
	X-QQ-mid:From:To:Subject:Mime-Version:Content-Type:
	Content-Transfer-Encoding:Date:X-Priority:Message-ID:X-QQ-MIME:
	X-Mailer:X-QQ-Mailer;
	b=W6LhC5eRAsxP7WiaI8d3ZDxuFKHi/5xPpN8efCCy9C4mMxX0GyCoYGAEPC7mznehe
	PhmITuhHP5ZQQuEJqkBFA19YKNla/k7UJqN549/aseyQVI7sVCFz1E9whykmtKb
X-QQ-SSF: 00000000000000F0000000000000000
X-QQ-BUSINESS-ORIGIN: 2
X-Originating-IP: 118.192.67.234
X-QQ-STYLE: 
X-QQ-mid: webmail481t1319775521t6743256
From: "=?gbk?B?oei9S+y2YXdhcmU=?=" <250716708@qq.com>
To: "=?gbk?B?eGVuLXVzZXJz?=" 
Mime-Version: 1.0
Date: Fri, 28 Oct 2011 12:18:41 +0800
X-Priority: 3
Message-ID: 
X-QQ-MIME: TCMime 1.0 by Tencent
X-Mailer: QQMail 2.x
X-QQ-Mailer: QQMail 2.x
Subject: [Xen-users] "reset requested in cpu_handle_ioreq" causes the
	wirtual machine crashed when using "xm create xp.hvm"
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0150280581=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

This is a multi-part message in MIME format.

--===============0150280581==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_4EAA2D21_DD1D0BA0_42C4E723"
Content-Transfer-Encoding: 8Bit

This is a multi-part message in MIME format.

------=_NextPart_4EAA2D21_DD1D0BA0_42C4E723
Content-Type: text/plain;
	charset="gbk"
Content-Transfer-Encoding: base64

dGhlIGNvbnRleHRzIGFyZSBhcyBmb2xsb3dzLCBsb29raW5nIGZvcndhcmQgdG8geW91ciBy
ZXBseSwgdGhhbmtzDQogWzFdZW52aXJvbWVudGlvbiA6IHhlbjMuNC4yK0NlbnRPUy01LjUg
IA0KIFsyXWNvbmZpZyBmaWxlOiB4cC5odm0sIGFzIGZvbGxvd3MNCiBfc19uYW1lID0gJ3hw
LTEwMScNCl9zX3ZuY19kaXNwbGF5ID0gNTMxMA0KX3Nfdm1faWQgPSAxMDENCl9zX3ZtX21h
YyA9ICcwMDoxNjozZTplYjpjYTo2NScNCl9zX21lbW9yeSA9IDUxMg0KX3NfYWxsb3dfZGVz
dHJveSA9IEZhbHNlDQpfc191c2Vfdm5jID0gVHJ1ZQ0KIyAgLSotIG1vZGU6IHB5dGhvbjsg
LSotDQogIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiMgS2VybmVsIGltYWdlIGZpbGUuDQpr
ZXJuZWwgPSAiL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyIg0KI3ZjcHVzID0gMQ0KI2Nw
dXMgPSAnMS0zJw0KYnVpbGRlciA9ICdodm0nDQptZW1vcnkgPSBfc19tZW1vcnkNCnBhZSA9
IDANCmFjcGkgPSAxDQphcGljID0gMQ0KdmlmID0gWyAndHlwZT1pb2VtdSwgYnJpZGdlPXZp
cmJyMCwgbWFjPScgKyBfc192bV9tYWMgXQ0KZGV2aWNlX21vZGVsID0gJy91c3IvbGliNjQv
eGVuL2Jpbi9xZW11LWRtJw0KIGJvb3QgPSAiYyINCiBzZGwgPSAwDQogdm5jID0gMQ0Kdm5j
dW51c2VkID0gMA0Kdm5jbGlzdGVuID0gJzAuMC4wLjAnDQp2bmNwYXNzd2QgPSAnKioqJw0K
IHNlcmlhbCA9ICdwdHknDQogdXNiID0gMQ0KdXNiZGV2aWNlID0gJ3RhYmxldCcNCm5hbWUg
PSBfc19uYW1lDQpkaXNrID0gWyAndGFwOnFjb3cyOi9ob21lL2JydWNlL3ZtLWNoZWNrLmlt
ZyxoZGEsdyEnIF0NCnZuY2Rpc3BsYXkgPSBfc192bmNfZGlzcGxheQ0KICANCiBbM11xZW11
LWRtIGxvZyBpOg0KIGRvbWlkOiA1MzEwDQpxZW11OiB0aGUgbnVtYmVyIG9mIGNwdXMgaXMg
MQ0KY29uZmlnIHFlbXUgbmV0d29yayB3aXRoIHhlbiBicmlkZ2UgZm9yICB0YXA1MzEwLjAg
dmlyYnIwDQpTdHJpcCBvZmYgYmxrdGFwIHN1Yi10eXBlIHByZWZpeCB0byAvaG9tZS9tYWxl
aS92bS1jaGVjay5pbWcgKGRydiAncWNvdzInKQ0KV2F0Y2hpbmcgL2xvY2FsL2RvbWFpbi8w
L2RldmljZS1tb2RlbC81MzEwL2xvZ2RpcnR5L25leHQtYWN0aXZlDQpXYXRjaGluZyAvbG9j
YWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzUzMTAvY29tbWFuZA0KY2hhciBkZXZpY2UgcmVk
aXJlY3RlZCB0byAvZGV2L3B0cy8xDQpxZW11X21hcF9jYWNoZV9pbml0IG5yX2J1Y2tldHMg
PSAxMDAwMCBzaXplIDQxOTQzMDQNCnNoYXJlZCBwYWdlIGF0IHBmbiBmZWZmZA0KYnVmZmVy
ZWQgaW8gcGFnZSBhdCBwZm4gZmVmZmINCkd1ZXN0IHV1aWQgPSBjYTE0OTQwOS1lZGU1LTM3
ZWItYzViMi1lZWRlN2M0ZWQ2ZWQNClRpbWUgb2Zmc2V0IHNldCAwDQpwb3B1bGF0aW5nIHZp
ZGVvIFJBTSBhdCBmZjAwMDAwMA0KbWFwcGluZyB2aWRlbyBSQU0gZnJvbSBmZjAwMDAwMA0K
UmVnaXN0ZXIgeGVuIHBsYXRmb3JtLg0KRG9uZSByZWdpc3RlciBwbGF0Zm9ybS4NCnhzX3Jl
YWQoL3ZtL2NhMTQ5NDA5LWVkZTUtMzdlYi1jNWIyLWVlZGU3YzRlZDZlZC9sb2ctdGhyb3R0
bGluZyk6IHJlYWQgZXJyb3INCnBsYXRmb3JtX2ZpeGVkX2lvcG9ydDogY2hhbmdlZCByby9y
dyBzdGF0ZSBvZiBST00gbWVtb3J5IGFyZWEuIG5vdyBpcyBydyBzdGF0ZS4NCnhzX3JlYWQo
L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC81MzEwL3hlbl9leHRlbmRlZF9wb3dlcl9t
Z210KTogcmVhZCBlcnJvcg0KSS9PIHJlcXVlc3Qgbm90IHJlYWR5OiAwLCBwdHI6IDAsIHBv
cnQ6IDAsIGRhdGE6IDAsIGNvdW50OiAwLCBzaXplOiAwDQpjaXJydXMgdmdhIG1hcCBjaGFu
Z2Ugd2hpbGUgb24gbGZiIG1vZGUNCm1hcHBpbmcgdnJhbSB0byBmMDAwMDAwMCAtIGYwNDAw
MDAwDQpwbGF0Zm9ybV9maXhlZF9pb3BvcnQ6IGNoYW5nZWQgcm8vcncgc3RhdGUgb2YgUk9N
IG1lbW9yeSBhcmVhLiBub3cgaXMgcncgc3RhdGUuDQpwbGF0Zm9ybV9maXhlZF9pb3BvcnQ6
IGNoYW5nZWQgcm8vcncgc3RhdGUgb2YgUk9NIG1lbW9yeSBhcmVhLiBub3cgaXMgcm8gc3Rh
dGUuDQpyZXNldCByZXF1ZXN0ZWQgaW4gY3B1X2hhbmRsZV9pb3JlcS4NCklzc3VlZCBkb21h
aW4gNTMxMCByZWJvb3QNCiAgDQogWzRdeGVuZC5sb2cNCiBbMjAxMS0xMC0yOCAxMTo1OTox
NyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjkzKSBYZW5kRG9tYWluSW5mby5jcmVh
dGUoWyd2bScsIFsnbmFtZScsICd4cC0xMDEnXSwgWydtZW1vcnknLCA1MTJdLCBbJ3ZjcHVz
JywgMV0sIFsnb25feGVuZF9zdGFydCcsICdpZ25vcmUnXSwgWydvbl94ZW5kX3N0XA0Kb3An
LCAnaWdub3JlJ10sIFsnaW1hZ2UnLCBbJ2h2bScsIFsna2VybmVsJywgJy91c3IvbGliL3hl
bi9ib290L2h2bWxvYWRlciddLCBbJ3ZpZGVvcmFtJywgNF0sIFsnZGV2aWNlX21vZGVsJywg
Jy91c3IvbGliNjQveGVuL2Jpbi9xZW11LWRtJ10sIFsncGFlJywgMF0sIFsndmNwdXMnLCAx
XSwgWydib290J1wNCiwgJ2MnXSwgWydmZGEnLCAnJ10sIFsnZmRiJywgJyddLCBbJ3RpbWVy
X21vZGUnLCAxXSwgWydsb2NhbHRpbWUnLCAwXSwgWydzZXJpYWwnLCAncHR5J10sIFsnc3Rk
dmdhJywgMF0sIFsnaXNhJywgMF0sIFsnbm9ncmFwaGljJywgMF0sIFsnc291bmRodycsICcn
XSwgWyd2bmMnLCAxXSwgWyd2bmNkaXNwbGFcDQp5JywgNTMxMF0sIFsndm5jdW51c2VkJywg
MF0sIFsndm5jbGlzdGVuJywgJzAuMC4wLjAnXSwgWydzZGwnLCAwXSwgWyd4YXV0aG9yaXR5
JywgJy9ob21lL21hbGVpLy5YYXV0aG9yaXR5J10sIFsncnRjX3RpbWVvZmZzZXQnLCAwXSwg
Wydtb25pdG9yJywgMF0sIFsnYWNwaScsIDFdLCBbJ2FwaWMnLCAxXSwgXA0KWyd1c2InLCAx
XSwgWyd1c2JkZXZpY2UnLCAndGFibGV0J10sIFsna2V5bWFwJywgJyddLCBbJ3BjaScsIFtd
XSwgWydocGV0JywgMF0sIFsnZ3Vlc3Rfb3NfdHlwZScsICdkZWZhdWx0J10sIFsnaGFwJywg
MV0sIFsnY3B1aWQnLCBbXV0sIFsnY3B1aWRfY2hlY2snLCBbXV0sIFsndmlyaWRpYW4nLCAw
XSwgW1wNCidwY2lfbXNpdHJhbnNsYXRlJywgMV0sIFsndnB0X2FsaWduJywgMV0sIFsncGNp
X3Bvd2VyX21nbXQnLCAwXSwgWyd4ZW5fcGxhdGZvcm1fcGNpJywgMV0sIFsndm5jcGFzc3dk
JywgJ1hYWFhYWFhYJ11dXSwgWydzM19pbnRlZ3JpdHknLCAxXSwgWydkZXZpY2UnLCBbJ3Rh
cCcsIFsndW5hbWUnLCAndGFwOnFcDQpjb3cyOi9ob21lL21hbGVpL3ZtLWNoZWNrLmltZydd
LCBbJ2RldicsICdoZGEnXSwgWydtb2RlJywgJ3chJ11dXSwgWydkZXZpY2UnLCBbJ3ZpZics
IFsnYnJpZGdlJywgJ3ZpcmJyMCddLCBbJ21hYycsICcwMDoxNjozZTplYjpjYTo2NSddLCBb
J3R5cGUnLCAnaW9lbXUnXV1dXSkNClsyMDExLTEwLTI4IDExOjU5OjE3IDI0MDU5XSBERUJV
RyAoWGVuZERvbWFpbkluZm86MjMxMikgWGVuZERvbWFpbkluZm8uY29uc3RydWN0RG9tYWlu
DQpbMjAxMS0xMC0yOCAxMTo1OToxNyAyNDA1OV0gREVCVUcgKGJhbGxvb246MTY2KSBCYWxs
b29uOiAxMDc0MTk2IEtpQiBmcmVlOyBuZWVkIDQwOTY7IGRvbmUuDQpbMjAxMS0xMC0yOCAx
MTo1OToxNyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjIzNTApIEBjczogWGVuZERv
bWFpbkluZm8uY29uc3RydWN0RG9tYWluIHZuY2Rpc3BsYXk9KDUzMTApDQpbMjAxMS0xMC0y
OCAxMTo1OToxNyAyNDA1OV0gREVCVUcgKFhlbmREb21haW46NDU0KSBBZGRpbmcgRG9tYWlu
OiA1MzEwDQpbMjAxMS0xMC0yOCAxMTo1OToxNyAyNDA1OV0gREVCVUcgKFhlbmREb21haW46
NDU1KSBAY2hlbnNoaSA6IGFkZCBkb21haW4gLSB3YWl0IDUgc2Vjb25kcyAhDQpbMjAxMS0x
MC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI1MjIpIFhlbmRE
b21haW5JbmZvLmluaXREb21haW46IDUzMTAgMjU2DQpbMjAxMS0xMC0yOCAxMTo1OToyMiAy
NDA1OV0gREVCVUcgKGltYWdlOjMyMCkgU3RvcmVkIGEgVk5DIHBhc3N3b3JkIGZvciB2ZmIg
YWNjZXNzDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKGltYWdlOjgxMykg
YXJnczogYm9vdCwgdmFsOiBjDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcg
KGltYWdlOjgxMykgYXJnczogZmRhLCB2YWw6IE5vbmUNClsyMDExLTEwLTI4IDExOjU5OjIy
IDI0MDU5XSBERUJVRyAoaW1hZ2U6ODEzKSBhcmdzOiBmZGIsIHZhbDogTm9uZQ0KWzIwMTEt
MTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4MTMpIGFyZ3M6IHNvdW5kaHcs
IHZhbDogTm9uZQ0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4
MTMpIGFyZ3M6IGxvY2FsdGltZSwgdmFsOiAwDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1
OV0gREVCVUcgKGltYWdlOjgxMykgYXJnczogc2VyaWFsLCB2YWw6IFsncHR5J10NClsyMDEx
LTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODEzKSBhcmdzOiBzdGQtdmdh
LCB2YWw6IDANClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODEz
KSBhcmdzOiBpc2EsIHZhbDogMA0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVH
IChpbWFnZTo4MTMpIGFyZ3M6IGFjcGksIHZhbDogMQ0KWzIwMTEtMTAtMjggMTE6NTk6MjIg
MjQwNTldIERFQlVHIChpbWFnZTo4MTMpIGFyZ3M6IHVzYiwgdmFsOiAxDQpbMjAxMS0xMC0y
OCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKGltYWdlOjgxMykgYXJnczogdXNiZGV2aWNlLCB2
YWw6IHRhYmxldA0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIElORk8gKGltYWdlOjc0
OSkgTmVlZCB0byBjcmVhdGUgcGxhdGZvcm0gZGV2aWNlLltkb21pZDo1MzEwXQ0KWzIwMTEt
MTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNTQ2KSBfaW5p
dERvbWFpbjpzaGFkb3dfbWVtb3J5PTB4MCwgbWVtb3J5X3N0YXRpY19tYXg9MHgyMDAwMDAw
MCwgbWVtb3J5X3N0YXRpY19taW49MHgwLg0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTld
IERFQlVHIChiYWxsb29uOjE2NikgQmFsbG9vbjogMTA3Mjc4NCBLaUIgZnJlZTsgbmVlZCA1
MzU1NTI7IGRvbmUuDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gSU5GTyAoaW1hZ2U6
MTczKSBidWlsZERvbWFpbiBvcz1odm0gZG9tPTUzMTAgdmNwdXM9MQ0KWzIwMTEtMTAtMjgg
MTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4NjYpIGRvbWlkICAgICAgICAgID0gNTMx
MA0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4NjcpIGltYWdl
ICAgICAgICAgID0gL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyDQpbMjAxMS0xMC0yOCAx
MTo1OToyMiAyNDA1OV0gREVCVUcgKGltYWdlOjg2OCkgc3RvcmVfZXZ0Y2huICAgPSAyDQog
WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4NjkpIG1lbXNpemUg
ICAgICAgID0gNTEyDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKGltYWdl
Ojg3MCkgdGFyZ2V0ICAgICAgICAgPSA1MTINClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5
XSBERUJVRyAoaW1hZ2U6ODcxKSB2Y3B1cyAgICAgICAgICA9IDENClsyMDExLTEwLTI4IDEx
OjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODcyKSBhY3BpICAgICAgICAgICA9IDENClsy
MDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODczKSBhcGljICAgICAg
ICAgICA9IDENClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBJTkZPIChYZW5kRG9tYWlu
SW5mbzoyMTczKSBjcmVhdGVEZXZpY2U6IHZmYiA6IHsndm5jdW51c2VkJzogMCwgJ290aGVy
X2NvbmZpZyc6IHsndm5jdW51c2VkJzogMCwgJ3ZuY3Bhc3N3ZCc6ICdYWFhYWFhYWCcsICd2
bmNsaXN0ZW4nOiAnMC4wLjAuMCcsICdcDQp2bmMnOiAnMScsICd2bmNkaXNwbGF5JzogNTMx
MH0sICd2bmMnOiAnMScsICd1dWlkJzogJ2QxYTRlMzZhLTlmYWMtZGZkOC0zNTE4LTk3ODI1
MDJjMThjOScsICd2bmNsaXN0ZW4nOiAnMC4wLjAuMCcsICd2bmNkaXNwbGF5JzogNTMxMCwg
J3ZuY3Bhc3N3ZCc6ICdYWFhYWFhYWCd9DQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0g
REVCVUcgKERldkNvbnRyb2xsZXI6OTUpIERldkNvbnRyb2xsZXI6IHdyaXRpbmcgeydzdGF0
ZSc6ICcxJywgJ2JhY2tlbmQtaWQnOiAnMCcsICdiYWNrZW5kJzogJy9sb2NhbC9kb21haW4v
MC9iYWNrZW5kL3ZmYi81MzEwLzAnfSB0byAvbG9jYWwvZG9tYWluXA0KLzUzMTAvZGV2aWNl
L3ZmYi8wLg0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9s
bGVyOjk3KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsndm5jdW51c2VkJzogJzAnLCAnZG9t
YWluJzogJ3hwLTEwMScsICd2bmMnOiAnMScsICd1dWlkJzogJ2QxYTRlMzZhLTlmYWMtZGZk
OC0zNTE4LTk3ODI1MDJjMThjOScsIFwNCidmcm9udGVuZC1pZCc6ICc1MzEwJywgJ3ZuY2xp
c3Rlbic6ICcwLjAuMC4wJywgJ3ZuY2Rpc3BsYXknOiAnNTMxMCcsICd2bmNwYXNzd2QnOiAn
WFhYWFhYWFgnLCAnc3RhdGUnOiAnMScsICdvbmxpbmUnOiAnMScsICdmcm9udGVuZCc6ICcv
bG9jYWwvZG9tYWluLzUzMTAvZGV2aWNlL3ZmYi8wJ30gdG8gL2xcDQpvY2FsL2RvbWFpbi8w
L2JhY2tlbmQvdmZiLzUzMTAvMC4NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBJTkZP
IChYZW5kRG9tYWluSW5mbzoyMTczKSBjcmVhdGVEZXZpY2U6IHRhcCA6IHsnYm9vdGFibGUn
OiAxLCAndW5hbWUnOiAndGFwOnFjb3cyOi9ob21lL21hbGVpL3ZtLWNoZWNrLmltZycsICdt
b2RlJzogJ3chJywgJ2Rldic6ICdoZGEnLCAndXVpZCc6ICdcDQo0MjdiNmRhZi02Y2IzLWMx
YWEtOWNjNS03NDZiODVkNTM1NTAnfQ0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERF
QlVHIChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnYmFja2Vu
ZC1pZCc6ICcwJywgJ3ZpcnR1YWwtZGV2aWNlJzogJzc2OCcsICdkZXZpY2UtdHlwZSc6ICdk
aXNrJywgJ3N0YXRlJzogJzEnLCAnYmFja2VuZCc6ICcvbG9jYVwNCmwvZG9tYWluLzAvYmFj
a2VuZC90YXAvNTMxMC83NjgnfSB0byAvbG9jYWwvZG9tYWluLzUzMTAvZGV2aWNlL3ZiZC83
NjguDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6
OTcpIERldkNvbnRyb2xsZXI6IHdyaXRpbmcgeydkb21haW4nOiAneHAtMTAxJywgJ2Zyb250
ZW5kJzogJy9sb2NhbC9kb21haW4vNTMxMC9kZXZpY2UvdmJkLzc2OCcsICd1dWlkJzogJzQy
N2I2ZGFmLTZjYjMtYzFhYS05XA0KY2M1LTc0NmI4NWQ1MzU1MCcsICdib290YWJsZSc6ICcx
JywgJ2Rldic6ICdoZGEnLCAnc3RhdGUnOiAnMScsICdwYXJhbXMnOiAncWNvdzI6L2hvbWUv
bWFsZWkvdm0tY2hlY2suaW1nJywgJ21vZGUnOiAndyEnLCAnb25saW5lJzogJzEnLCAnZnJv
bnRlbmQtaWQnOiAnNTMxMCcsICd0eXBlJzogJ3RhcCd9IFwNCnRvIC9sb2NhbC9kb21haW4v
MC9iYWNrZW5kL3RhcC81MzEwLzc2OC4NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBJ
TkZPIChYZW5kRG9tYWluSW5mbzoyMTczKSBjcmVhdGVEZXZpY2U6IHZpZiA6IHsnYnJpZGdl
JzogJ3ZpcmJyMCcsICdtYWMnOiAnMDA6MTY6M2U6ZWI6Y2E6NjUnLCAndHlwZSc6ICdpb2Vt
dScsICd1dWlkJzogJ2IzNTlmZDY1LTZmOWEtZTMyNy03MjZhLTdcDQpiNjQwZTk2MjJkMid9
DQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTUp
IERldkNvbnRyb2xsZXI6IHdyaXRpbmcgeydzdGF0ZSc6ICcxJywgJ2JhY2tlbmQtaWQnOiAn
MCcsICdiYWNrZW5kJzogJy9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81MzEwLzAnfSB0
byAvbG9jYWwvZG9tYWluXA0KLzUzMTAvZGV2aWNlL3ZpZi8wLg0KWzIwMTEtMTAtMjggMTE6
NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVyOjk3KSBEZXZDb250cm9sbGVyOiB3
cml0aW5nIHsnYnJpZGdlJzogJ3ZpcmJyMCcsICdkb21haW4nOiAneHAtMTAxJywgJ2hhbmRs
ZSc6ICcwJywgJ3V1aWQnOiAnYjM1OWZkNjUtNmY5YS1lMzI3LTcyNmEtN2I2NDBlOTYyMlwN
CmQyJywgJ3NjcmlwdCc6ICcvZXRjL3hlbi9zY3JpcHRzL3ZpZi1icmlkZ2UnLCAnbWFjJzog
JzAwOjE2OjNlOmViOmNhOjY1JywgJ2Zyb250ZW5kLWlkJzogJzUzMTAnLCAnc3RhdGUnOiAn
MScsICdvbmxpbmUnOiAnMScsICdmcm9udGVuZCc6ICcvbG9jYWwvZG9tYWluLzUzMTAvZGV2
aWNlL3ZpZi8wJywgJ3RcDQp5cGUnOiAnaW9lbXUnfSB0byAvbG9jYWwvZG9tYWluLzAvYmFj
a2VuZC92aWYvNTMxMC8wLg0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIElORk8gKGlt
YWdlOjM5NCkgc3Bhd25pbmcgZGV2aWNlIG1vZGVsczogL3Vzci9saWI2NC94ZW4vYmluL3Fl
bXUtZG0gWycvdXNyL2xpYjY0L3hlbi9iaW4vcWVtdS1kbScsICctZCcsICc1MzEwJywgJy1k
b21haW4tbmFtZScsICd4cC0xMDEnLCAnLXZpZGVvclwNCmFtJywgJzQnLCAnLXZuYycsICcw
LjAuMC4wOjUzMTAscGFzc3dvcmQnLCAnLXZjcHVzJywgJzEnLCAnLWJvb3QnLCAnYycsICct
c2VyaWFsJywgJ3B0eScsICctYWNwaScsICctdXNiJywgJy11c2JkZXZpY2UnLCAndGFibGV0
JywgJy1uZXQnLCAnbmljLHZsYW49MSxtYWNhZGRyPTAwOjE2OjNlOmViOmNhOjZcDQo1LG1v
ZGVsPXJ0bDgxMzknLCAnLW5ldCcsICd0YXAsdmxhbj0xLGlmbmFtZT10YXA1MzEwLjAsYnJp
ZGdlPXZpcmJyMCcsICctTScsICd4ZW5mdiddDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1
OV0gSU5GTyAoaW1hZ2U6NDQzKSBkZXZpY2UgbW9kZWwgcGlkOiAxMTc0MQ0KWzIwMTEtMTAt
MjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzozMDc3KSBTdG9yaW5n
IFZNIGRldGFpbHM6IHsnb25feGVuZF9zdG9wJzogJ2lnbm9yZScsICdzaGFkb3dfbWVtb3J5
JzogJzUnLCAndXVpZCc6ICdjYTE0OTQwOS1lZGU1LTM3ZWItYzViMi1lZWRlN2M0ZWQ2ZWQn
LCAnb1wNCm5fcmVib290JzogJ3Jlc3RhcnQnLCAnc3RhcnRfdGltZSc6ICcxMzE5Nzc0MzYy
LjUyJywgJ29uX3Bvd2Vyb2ZmJzogJ2Rlc3Ryb3knLCAnYm9vdGxvYWRlcl9hcmdzJzogJycs
ICdvbl94ZW5kX3N0YXJ0JzogJ2lnbm9yZScsICdvbl9jcmFzaCc6ICdyZXN0YXJ0JywgJ3hl
bmQvcmVzdGFydF9jb3VudCc6ICdcDQowJywgJ3ZjcHVzJzogJzEnLCAndmNwdV9hdmFpbCc6
ICcxJywgJ2Jvb3Rsb2FkZXInOiAnJywgJ2ltYWdlJzogJyhodm0gKGtlcm5lbCApICh2aWRl
b3JhbSA0KSAoaHBldCAwKSAoc3RkdmdhIDApICh2bmNsaXN0ZW4gMC4wLjAuMCkgKGxvYWRl
ciAvdXNyL2xpYi94ZW4vYm9vdC9odm1sb2FkZXIpIChzZXJpXA0KYWwgcHR5KSAodm5jdW51
c2VkIDApICh4ZW5fcGxhdGZvcm1fcGNpIDEpIChib290IGMpIChydGNfdGltZW9mZnNldCAw
KSAodm5jcGFzc3dkIFhYWFhYWCkgKHBjaSAoKSkgKHBhZSAwKSAodnB0X2FsaWduIDEpICho
YXAgMSkgKHZpcmlkaWFuIDApIChhY3BpIDEpIChsb2NhbHRpbWUgMCkgKHRpbWVyX21vZFwN
CmUgMSkgKHZuYyAxKSAobm9ncmFwaGljIDApIChndWVzdF9vc190eXBlIGRlZmF1bHQpICh2
bmNkaXNwbGF5IDUzMTApIChwY2lfbXNpdHJhbnNsYXRlIDEpIChhcGljIDEpIChzZGwgMCkg
KG1vbml0b3IgMCkgKHVzYmRldmljZSB0YWJsZXQpIChkZXZpY2VfbW9kZWwgL3Vzci9saWI2
NC94ZW4vYmluL3FlbXVcDQotZG0pIChwY2lfcG93ZXJfbWdtdCAwKSAodXNiIDEpICh4YXV0
aG9yaXR5IC9ob21lL21hbGVpLy5YYXV0aG9yaXR5KSAoaXNhIDApIChub3RlcyAoU1VTUEVO
RF9DQU5DRUwgMSkpKScsICduYW1lJzogJ3hwLTEwMSd9DQpbMjAxMS0xMC0yOCAxMTo1OToy
MiAyNDA1OV0gSU5GTyAoaW1hZ2U6NTMxKSB3YWl0aW5nIGZvciBzZW50aW5lbF9maWZvDQog
WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoxNjI2
KSBTdG9yaW5nIGRvbWFpbiBkZXRhaWxzOiB7J2NvbnNvbGUvcG9ydCc6ICczJywgJ25hbWUn
OiAneHAtMTAxJywgJ2NvbnNvbGUvbGltaXQnOiAnMTA0ODU3NicsICdzdG9yZS9wb3J0Jzog
JzInLCAndm0nOiAnL1wNCnZtL2NhMTQ5NDA5LWVkZTUtMzdlYi1jNWIyLWVlZGU3YzRlZDZl
ZCcsICdkb21pZCc6ICc1MzEwJywgJ2ltYWdlL3N1c3BlbmQtY2FuY2VsJzogJzEnLCAnY3B1
LzAvYXZhaWxhYmlsaXR5JzogJ29ubGluZScsICdtZW1vcnkvdGFyZ2V0JzogJzUyNDI4OCcs
ICdjb250cm9sL3BsYXRmb3JtLWZlYXR1cmUtbXVcDQpsdGlwcm9jZXNzb3Itc3VzcGVuZCc6
ICcxJywgJ3N0b3JlL3JpbmctcmVmJzogJzEwNDQ0NzYnLCAnY29uc29sZS90eXBlJzogJ2lv
ZW11J30NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxl
cjo5NSkgRGV2Q29udHJvbGxlcjogd3JpdGluZyB7J3N0YXRlJzogJzEnLCAnYmFja2VuZC1p
ZCc6ICcwJywgJ2JhY2tlbmQnOiAnL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvY29uc29sZS81
MzEwLzAnfSB0byAvbG9jYWwvZG9cDQptYWluLzUzMTAvZGV2aWNlL2NvbnNvbGUvMC4NClsy
MDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjo5NykgRGV2
Q29udHJvbGxlcjogd3JpdGluZyB7J2RvbWFpbic6ICd4cC0xMDEnLCAnZnJvbnRlbmQnOiAn
L2xvY2FsL2RvbWFpbi81MzEwL2RldmljZS9jb25zb2xlLzAnLCAndXVpZCc6ICc3YTQwZDFm
OC1jYmQ0LTdmZjBcDQotZDBlMi05OTUwNDRhMDQxNGInLCAnZnJvbnRlbmQtaWQnOiAnNTMx
MCcsICdzdGF0ZSc6ICcxJywgJ2xvY2F0aW9uJzogJzMnLCAnb25saW5lJzogJzEnLCAncHJv
dG9jb2wnOiAndnQxMDAnfSB0byAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC9jb25zb2xlLzUz
MTAvMC4NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoWGVuZERvbWFpbklu
Zm86MTcxMykgWGVuZERvbWFpbkluZm8uaGFuZGxlU2h1dGRvd25XYXRjaA0KWzIwMTEtMTAt
MjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBm
b3IgZGV2aWNlcyB2aWYuDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERl
dkNvbnRyb2xsZXI6MTQ0KSBXYWl0aW5nIGZvciAwLg0KWzIwMTEtMTAtMjggMTE6NTk6MjIg
MjQwNTldIERFQlVHIChEZXZDb250cm9sbGVyOjYyOSkgaG90cGx1Z1N0YXR1c0NhbGxiYWNr
IC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81MzEwLzAvaG90cGx1Zy1zdGF0dXMuDQpb
MjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6NjI5KSBo
b3RwbHVnU3RhdHVzQ2FsbGJhY2sgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUzMTAv
MC9ob3RwbHVnLXN0YXR1cy4NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAo
RGV2Q29udHJvbGxlcjo2NDMpIGhvdHBsdWdTdGF0dXNDYWxsYmFjayAxLg0KWzIwMTEtMTAt
MjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBm
b3IgZGV2aWNlcyB2c2NzaS4NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAo
RGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdmJkLg0KWzIwMTEtMTAt
MjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBm
b3IgZGV2aWNlcyBpcnEuDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERl
dkNvbnRyb2xsZXI6MTM5KSBXYWl0aW5nIGZvciBkZXZpY2VzIHZrYmQuDQpbMjAxMS0xMC0y
OCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6MTM5KSBXYWl0aW5nIGZv
ciBkZXZpY2VzIHZmYi4NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2
Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgY29uc29sZS4NCiBbMjAxMS0x
MC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6MTQ0KSBXYWl0aW5n
IGZvciAwLg0KWzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9s
bGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyBwY2kuDQpbMjAxMS0xMC0yOCAxMTo1OToy
MiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6MTM5KSBXYWl0aW5nIGZvciBkZXZpY2Vz
IGlvcG9ydHMuDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRy
b2xsZXI6MTM5KSBXYWl0aW5nIGZvciBkZXZpY2VzIHRhcC4NClsyMDExLTEwLTI4IDExOjU5
OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxNDQpIFdhaXRpbmcgZm9yIDc2OC4N
ClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjo2Mjkp
IGhvdHBsdWdTdGF0dXNDYWxsYmFjayAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC90YXAvNTMx
MC83NjgvaG90cGx1Zy1zdGF0dXMuDQpbMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVC
VUcgKERldkNvbnRyb2xsZXI6NjQzKSBob3RwbHVnU3RhdHVzQ2FsbGJhY2sgMS4NClsyMDEx
LTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkpIFdhaXRp
bmcgZm9yIGRldmljZXMgdnRwbS4NClsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBJTkZP
IChYZW5kRG9tYWluOjExODUpIERvbWFpbiB4cC0xMDEgKDUzMTApIHVucGF1c2VkLg0KWzIw
MTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIElORk8gKFhlbmREb21haW5JbmZvOjE5MDcpIERv
bWFpbiBoYXMgc2h1dGRvd246IG5hbWU9eHAtMTAxIGlkPTUzMTAgcmVhc29uPXJlYm9vdC4N
ClsyMDExLTEwLTI4IDExOjU5OjQ3IDI0MDU5XSBFUlJPUiAoWGVuZERvbWFpbkluZm86MjAy
NCkgVk0geHAtMTAxIHJlc3RhcnRpbmcgdG9vIGZhc3QgKEVsYXBzZWQgdGltZTogMjQuOTcx
MTU0IHNlY29uZHMpLiBSZWZ1c2luZyB0byByZXN0YXJ0IHRvIGF2b2lkIGxvb3BzLg0KWzIw
MTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNzQ5KSBY
ZW5kRG9tYWluSW5mby5kZXN0cm95OiBkb21pZD01MzEwDQpbMjAxMS0xMC0yOCAxMTo1OTo0
NyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjIyMTIpIERlc3Ryb3lpbmcgZGV2aWNl
IG1vZGVsDQpbMjAxMS0xMC0yOCAxMTo1OTo0NyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5J
bmZvOjIyMTkpIFJlbGVhc2luZyBkZXZpY2VzDQpbMjAxMS0xMC0yOCAxMTo1OTo0NyAyNDA1
OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjIyMzIpIFJlbW92aW5nIHZpZi8wDQpbMjAxMS0x
MC0yOCAxMTo1OTo0NyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjExMzgpIFhlbmRE
b21haW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRldmljZUNsYXNzID0gdmlmLCBkZXZpY2UgPSB2
aWYvMA0KWzIwMTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5m
bzoyMjMyKSBSZW1vdmluZyB2YmQvNzY4DQpbMjAxMS0xMC0yOCAxMTo1OTo0NyAyNDA1OV0g
REVCVUcgKFhlbmREb21haW5JbmZvOjExMzgpIFhlbmREb21haW5JbmZvLmRlc3Ryb3lEZXZp
Y2U6IGRldmljZUNsYXNzID0gdGFwLCBkZXZpY2UgPSB2YmQvNzY4DQogWzIwMTEtMTAtMjgg
MTE6NTk6NDcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMjMyKSBSZW1vdmluZyB2
ZmIvMA0KWzIwMTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIElORk8gKGltYWdlOjU1NikgeHAt
MTAxIGRldmljZSBtb2RlbCB0ZXJtaW5hdGVkDQpbMjAxMS0xMC0yOCAxMTo1OTo0NyAyNDA1
OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjExMzgpIFhlbmREb21haW5JbmZvLmRlc3Ryb3lE
ZXZpY2U6IGRldmljZUNsYXNzID0gdmZiLCBkZXZpY2UgPSB2ZmIvMA0KWzIwMTEtMTAtMjgg
MTE6NTk6NDcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMjMyKSBSZW1vdmluZyBj
b25zb2xlLzANClsyMDExLTEwLTI4IDExOjU5OjQ3IDI0MDU5XSBERUJVRyAoWGVuZERvbWFp
bkluZm86MTEzOCkgWGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2aWNlQ2xhc3Mg
PSBjb25zb2xlLCBkZXZpY2UgPSBjb25zb2xlLzANClsyMDExLTEwLTI4IDExOjU5OjQ3IDI0
MDU5XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjIxNykgTm8gZGV2aWNlIG1vZGVsDQpbMjAx
MS0xMC0yOCAxMTo1OTo0NyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjIyMTkpIFJl
bGVhc2luZyBkZXZpY2Vz

------=_NextPart_4EAA2D21_DD1D0BA0_42C4E723
Content-Type: text/html;
	charset="gbk"
Content-Transfer-Encoding: base64

PERJVj50aGUgY29udGV4dHMgYXJlIGFzIGZvbGxvd3MsIGxvb2tpbmcgZm9yd2FyZCB0byB5
b3VyIHJlcGx5LCB0aGFua3M8L0RJVj4NCjxESVY+WzFdZW52aXJvbWVudGlvbiA6IHhlbjMu
NC4yK0NlbnRPUy01LjUmbmJzcDsgPC9ESVY+DQo8RElWPlsyXWNvbmZpZyBmaWxlOiB4cC5o
dm0sIGFzIGZvbGxvd3M8L0RJVj4NCjxESVY+X3NfbmFtZSA9ICd4cC0xMDEnPEJSPl9zX3Zu
Y19kaXNwbGF5ID0gNTMxMDxCUj5fc192bV9pZCA9IDEwMTxCUj5fc192bV9tYWMgPSAnMDA6
MTY6M2U6ZWI6Y2E6NjUnPEJSPl9zX21lbW9yeSA9IDUxMjxCUj5fc19hbGxvd19kZXN0cm95
ID0gRmFsc2U8QlI+X3NfdXNlX3ZuYyA9IFRydWU8QlI+IyZuYnNwOyAtKi0gbW9kZTogcHl0
aG9uOyAtKi08L0RJVj4NCjxESVY+Iy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+IyBLZXJu
ZWwgaW1hZ2UgZmlsZS48QlI+a2VybmVsID0gIi91c3IvbGliL3hlbi9ib290L2h2bWxvYWRl
ciI8QlI+I3ZjcHVzID0gMTxCUj4jY3B1cyA9ICcxLTMnPEJSPmJ1aWxkZXIgPSAnaHZtJzxC
Uj5tZW1vcnkgPSBfc19tZW1vcnk8QlI+cGFlID0gMDxCUj5hY3BpID0gMTxCUj5hcGljID0g
MTxCUj52aWYgPSBbICd0eXBlPWlvZW11LCBicmlkZ2U9dmlyYnIwLCBtYWM9JyArIF9zX3Zt
X21hYyBdPEJSPmRldmljZV9tb2RlbCA9ICcvdXNyL2xpYjY0L3hlbi9iaW4vcWVtdS1kbSc8
L0RJVj4NCjxESVY+Ym9vdCA9ICJjIjwvRElWPg0KPERJVj5zZGwgPSAwPC9ESVY+DQo8RElW
PnZuYyA9IDE8QlI+dm5jdW51c2VkID0gMDxCUj52bmNsaXN0ZW4gPSAnMC4wLjAuMCc8QlI+
dm5jcGFzc3dkID0gJyoqKic8L0RJVj4NCjxESVY+c2VyaWFsID0gJ3B0eSc8L0RJVj4NCjxE
SVY+dXNiID0gMTxCUj51c2JkZXZpY2UgPSAndGFibGV0JzxCUj5uYW1lID0gX3NfbmFtZTxC
Uj5kaXNrID0gWyAndGFwOnFjb3cyOi9ob21lL2JydWNlL3ZtLWNoZWNrLmltZyxoZGEsdyEn
Jm5ic3A7XTxCUj52bmNkaXNwbGF5ID0gX3Nfdm5jX2Rpc3BsYXk8L0RJVj4NCjxESVY+Jm5i
c3A7PC9ESVY+DQo8RElWPlszXXFlbXUtZG0gbG9nIGk6PC9ESVY+DQo8RElWPmRvbWlkOiA1
MzEwPEJSPnFlbXU6IHRoZSBudW1iZXIgb2YgY3B1cyBpcyAxPEJSPmNvbmZpZyBxZW11IG5l
dHdvcmsgd2l0aCB4ZW4gYnJpZGdlIGZvciZuYnNwOyB0YXA1MzEwLjAgdmlyYnIwPEJSPlN0
cmlwIG9mZiBibGt0YXAgc3ViLXR5cGUgcHJlZml4IHRvIC9ob21lL21hbGVpL3ZtLWNoZWNr
LmltZyAoZHJ2ICdxY293MicpPEJSPldhdGNoaW5nIC9sb2NhbC9kb21haW4vMC9kZXZpY2Ut
bW9kZWwvNTMxMC9sb2dkaXJ0eS9uZXh0LWFjdGl2ZTxCUj5XYXRjaGluZyAvbG9jYWwvZG9t
YWluLzAvZGV2aWNlLW1vZGVsLzUzMTAvY29tbWFuZDxCUj5jaGFyIGRldmljZSByZWRpcmVj
dGVkIHRvIC9kZXYvcHRzLzE8QlI+cWVtdV9tYXBfY2FjaGVfaW5pdCBucl9idWNrZXRzID0g
MTAwMDAgc2l6ZSA0MTk0MzA0PEJSPnNoYXJlZCBwYWdlIGF0IHBmbiBmZWZmZDxCUj5idWZm
ZXJlZCBpbyBwYWdlIGF0IHBmbiBmZWZmYjxCUj5HdWVzdCB1dWlkID0gY2ExNDk0MDktZWRl
NS0zN2ViLWM1YjItZWVkZTdjNGVkNmVkPEJSPlRpbWUgb2Zmc2V0IHNldCAwPEJSPnBvcHVs
YXRpbmcgdmlkZW8gUkFNIGF0IGZmMDAwMDAwPEJSPm1hcHBpbmcgdmlkZW8gUkFNIGZyb20g
ZmYwMDAwMDA8QlI+UmVnaXN0ZXIgeGVuIHBsYXRmb3JtLjxCUj5Eb25lIHJlZ2lzdGVyIHBs
YXRmb3JtLjxCUj54c19yZWFkKC92bS9jYTE0OTQwOS1lZGU1LTM3ZWItYzViMi1lZWRlN2M0
ZWQ2ZWQvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yPEJSPnBsYXRmb3JtX2ZpeGVkX2lv
cG9ydDogY2hhbmdlZCByby9ydyBzdGF0ZSBvZiBST00gbWVtb3J5IGFyZWEuIG5vdyBpcyBy
dyBzdGF0ZS48QlI+eHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzUzMTAv
eGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yPEJSPkkvTyByZXF1ZXN0IG5v
dCByZWFkeTogMCwgcHRyOiAwLCBwb3J0OiAwLCBkYXRhOiAwLCBjb3VudDogMCwgc2l6ZTog
MDxCUj5jaXJydXMgdmdhIG1hcCBjaGFuZ2Ugd2hpbGUgb24gbGZiIG1vZGU8QlI+bWFwcGlu
ZyB2cmFtIHRvIGYwMDAwMDAwIC0gZjA0MDAwMDA8QlI+cGxhdGZvcm1fZml4ZWRfaW9wb3J0
OiBjaGFuZ2VkIHJvL3J3IHN0YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0
YXRlLjxCUj5wbGF0Zm9ybV9maXhlZF9pb3BvcnQ6IGNoYW5nZWQgcm8vcncgc3RhdGUgb2Yg
Uk9NIG1lbW9yeSBhcmVhLiBub3cgaXMgcm8gc3RhdGUuPEJSPnJlc2V0IHJlcXVlc3RlZCBp
biBjcHVfaGFuZGxlX2lvcmVxLjxCUj5Jc3N1ZWQgZG9tYWluIDUzMTAgcmVib290PC9ESVY+
DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5bNF14ZW5kLmxvZzwvRElWPg0KPERJVj5bMjAx
MS0xMC0yOCAxMTo1OToxNyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjkzKSBYZW5k
RG9tYWluSW5mby5jcmVhdGUoWyd2bScsIFsnbmFtZScsICd4cC0xMDEnXSwgWydtZW1vcnkn
LCA1MTJdLCBbJ3ZjcHVzJywgMV0sIFsnb25feGVuZF9zdGFydCcsICdpZ25vcmUnXSwgWydv
bl94ZW5kX3N0XDxCUj5vcCcsICdpZ25vcmUnXSwgWydpbWFnZScsIFsnaHZtJywgWydrZXJu
ZWwnLCAnL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyJ10sIFsndmlkZW9yYW0nLCA0XSwg
WydkZXZpY2VfbW9kZWwnLCAnL3Vzci9saWI2NC94ZW4vYmluL3FlbXUtZG0nXSwgWydwYWUn
LCAwXSwgWyd2Y3B1cycsIDFdLCBbJ2Jvb3QnXDxCUj4sICdjJ10sIFsnZmRhJywgJyddLCBb
J2ZkYicsICcnXSwgWyd0aW1lcl9tb2RlJywgMV0sIFsnbG9jYWx0aW1lJywgMF0sIFsnc2Vy
aWFsJywgJ3B0eSddLCBbJ3N0ZHZnYScsIDBdLCBbJ2lzYScsIDBdLCBbJ25vZ3JhcGhpYycs
IDBdLCBbJ3NvdW5kaHcnLCAnJ10sIFsndm5jJywgMV0sIFsndm5jZGlzcGxhXDxCUj55Jywg
NTMxMF0sIFsndm5jdW51c2VkJywgMF0sIFsndm5jbGlzdGVuJywgJzAuMC4wLjAnXSwgWydz
ZGwnLCAwXSwgWyd4YXV0aG9yaXR5JywgJy9ob21lL21hbGVpLy5YYXV0aG9yaXR5J10sIFsn
cnRjX3RpbWVvZmZzZXQnLCAwXSwgWydtb25pdG9yJywgMF0sIFsnYWNwaScsIDFdLCBbJ2Fw
aWMnLCAxXSwgXDxCUj5bJ3VzYicsIDFdLCBbJ3VzYmRldmljZScsICd0YWJsZXQnXSwgWydr
ZXltYXAnLCAnJ10sIFsncGNpJywgW11dLCBbJ2hwZXQnLCAwXSwgWydndWVzdF9vc190eXBl
JywgJ2RlZmF1bHQnXSwgWydoYXAnLCAxXSwgWydjcHVpZCcsIFtdXSwgWydjcHVpZF9jaGVj
aycsIFtdXSwgWyd2aXJpZGlhbicsIDBdLCBbXDxCUj4ncGNpX21zaXRyYW5zbGF0ZScsIDFd
LCBbJ3ZwdF9hbGlnbicsIDFdLCBbJ3BjaV9wb3dlcl9tZ210JywgMF0sIFsneGVuX3BsYXRm
b3JtX3BjaScsIDFdLCBbJ3ZuY3Bhc3N3ZCcsICdYWFhYWFhYWCddXV0sIFsnczNfaW50ZWdy
aXR5JywgMV0sIFsnZGV2aWNlJywgWyd0YXAnLCBbJ3VuYW1lJywgJ3RhcDpxXDxCUj5jb3cy
Oi9ob21lL21hbGVpL3ZtLWNoZWNrLmltZyddLCBbJ2RldicsICdoZGEnXSwgWydtb2RlJywg
J3chJ11dXSwgWydkZXZpY2UnLCBbJ3ZpZicsIFsnYnJpZGdlJywgJ3ZpcmJyMCddLCBbJ21h
YycsICcwMDoxNjozZTplYjpjYTo2NSddLCBbJ3R5cGUnLCAnaW9lbXUnXV1dXSk8QlI+WzIw
MTEtMTAtMjggMTE6NTk6MTcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMzEyKSBY
ZW5kRG9tYWluSW5mby5jb25zdHJ1Y3REb21haW48QlI+WzIwMTEtMTAtMjggMTE6NTk6MTcg
MjQwNTldIERFQlVHIChiYWxsb29uOjE2NikgQmFsbG9vbjogMTA3NDE5NiBLaUIgZnJlZTsg
bmVlZCA0MDk2OyBkb25lLjxCUj5bMjAxMS0xMC0yOCAxMTo1OToxNyAyNDA1OV0gREVCVUcg
KFhlbmREb21haW5JbmZvOjIzNTApIEBjczogWGVuZERvbWFpbkluZm8uY29uc3RydWN0RG9t
YWluIHZuY2Rpc3BsYXk9KDUzMTApPEJSPlsyMDExLTEwLTI4IDExOjU5OjE3IDI0MDU5XSBE
RUJVRyAoWGVuZERvbWFpbjo0NTQpIEFkZGluZyBEb21haW46IDUzMTA8QlI+WzIwMTEtMTAt
MjggMTE6NTk6MTcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluOjQ1NSkgQGNoZW5zaGkgOiBh
ZGQgZG9tYWluIC0gd2FpdCA1IHNlY29uZHMgITxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAy
NDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI1MjIpIFhlbmREb21haW5JbmZvLmluaXRE
b21haW46IDUzMTAgMjU2PEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAo
aW1hZ2U6MzIwKSBTdG9yZWQgYSBWTkMgcGFzc3dvcmQgZm9yIHZmYiBhY2Nlc3M8QlI+WzIw
MTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4MTMpIGFyZ3M6IGJvb3Qs
IHZhbDogYzxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKGltYWdlOjgx
MykgYXJnczogZmRhLCB2YWw6IE5vbmU8QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTld
IERFQlVHIChpbWFnZTo4MTMpIGFyZ3M6IGZkYiwgdmFsOiBOb25lPEJSPlsyMDExLTEwLTI4
IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODEzKSBhcmdzOiBzb3VuZGh3LCB2YWw6
IE5vbmU8QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4MTMp
IGFyZ3M6IGxvY2FsdGltZSwgdmFsOiAwPEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5
XSBERUJVRyAoaW1hZ2U6ODEzKSBhcmdzOiBzZXJpYWwsIHZhbDogWydwdHknXTxCUj5bMjAx
MS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKGltYWdlOjgxMykgYXJnczogc3RkLXZn
YSwgdmFsOiAwPEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6
ODEzKSBhcmdzOiBpc2EsIHZhbDogMDxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0g
REVCVUcgKGltYWdlOjgxMykgYXJnczogYWNwaSwgdmFsOiAxPEJSPlsyMDExLTEwLTI4IDEx
OjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODEzKSBhcmdzOiB1c2IsIHZhbDogMTxCUj5b
MjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKGltYWdlOjgxMykgYXJnczogdXNi
ZGV2aWNlLCB2YWw6IHRhYmxldDxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gSU5G
TyAoaW1hZ2U6NzQ5KSBOZWVkIHRvIGNyZWF0ZSBwbGF0Zm9ybSBkZXZpY2UuW2RvbWlkOjUz
MTBdPEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoWGVuZERvbWFpbklu
Zm86MjU0NikgX2luaXREb21haW46c2hhZG93X21lbW9yeT0weDAsIG1lbW9yeV9zdGF0aWNf
bWF4PTB4MjAwMDAwMDAsIG1lbW9yeV9zdGF0aWNfbWluPTB4MC48QlI+WzIwMTEtMTAtMjgg
MTE6NTk6MjIgMjQwNTldIERFQlVHIChiYWxsb29uOjE2NikgQmFsbG9vbjogMTA3Mjc4NCBL
aUIgZnJlZTsgbmVlZCA1MzU1NTI7IGRvbmUuPEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0
MDU5XSBJTkZPIChpbWFnZToxNzMpIGJ1aWxkRG9tYWluIG9zPWh2bSBkb209NTMxMCB2Y3B1
cz0xPEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODY2KSBk
b21pZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyA9IDUzMTA8QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChpbWFn
ZTo4NjcpIGltYWdlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7ID0gL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyPEJSPlsyMDExLTEw
LTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoaW1hZ2U6ODY4KSBzdG9yZV9ldnRjaG4mbmJz
cDsmbmJzcDsgPSAyPC9ESVY+DQo8RElWPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBE
RUJVRyAoaW1hZ2U6ODY5KSBtZW1zaXplJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7ID0gNTEyPEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJV
RyAoaW1hZ2U6ODcwKSB0YXJnZXQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgPSA1MTI8QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERF
QlVHIChpbWFnZTo4NzEpIHZjcHVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ID0gMTxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1
OV0gREVCVUcgKGltYWdlOjg3MikgYWNwaSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA9IDE8QlI+WzIwMTEtMTAtMjggMTE6
NTk6MjIgMjQwNTldIERFQlVHIChpbWFnZTo4NzMpIGFwaWMmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPSAxPEJSPlsyMDEx
LTEwLTI4IDExOjU5OjIyIDI0MDU5XSBJTkZPIChYZW5kRG9tYWluSW5mbzoyMTczKSBjcmVh
dGVEZXZpY2U6IHZmYiA6IHsndm5jdW51c2VkJzogMCwgJ290aGVyX2NvbmZpZyc6IHsndm5j
dW51c2VkJzogMCwgJ3ZuY3Bhc3N3ZCc6ICdYWFhYWFhYWCcsICd2bmNsaXN0ZW4nOiAnMC4w
LjAuMCcsICdcPEJSPnZuYyc6ICcxJywgJ3ZuY2Rpc3BsYXknOiA1MzEwfSwgJ3ZuYyc6ICcx
JywgJ3V1aWQnOiAnZDFhNGUzNmEtOWZhYy1kZmQ4LTM1MTgtOTc4MjUwMmMxOGM5JywgJ3Zu
Y2xpc3Rlbic6ICcwLjAuMC4wJywgJ3ZuY2Rpc3BsYXknOiA1MzEwLCAndm5jcGFzc3dkJzog
J1hYWFhYWFhYJ308QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZD
b250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnc3RhdGUnOiAnMScsICdi
YWNrZW5kLWlkJzogJzAnLCAnYmFja2VuZCc6ICcvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92
ZmIvNTMxMC8wJ30gdG8gL2xvY2FsL2RvbWFpblw8QlI+LzUzMTAvZGV2aWNlL3ZmYi8wLjxC
Uj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6OTcp
IERldkNvbnRyb2xsZXI6IHdyaXRpbmcgeyd2bmN1bnVzZWQnOiAnMCcsICdkb21haW4nOiAn
eHAtMTAxJywgJ3ZuYyc6ICcxJywgJ3V1aWQnOiAnZDFhNGUzNmEtOWZhYy1kZmQ4LTM1MTgt
OTc4MjUwMmMxOGM5JywgXDxCUj4nZnJvbnRlbmQtaWQnOiAnNTMxMCcsICd2bmNsaXN0ZW4n
OiAnMC4wLjAuMCcsICd2bmNkaXNwbGF5JzogJzUzMTAnLCAndm5jcGFzc3dkJzogJ1hYWFhY
WFhYJywgJ3N0YXRlJzogJzEnLCAnb25saW5lJzogJzEnLCAnZnJvbnRlbmQnOiAnL2xvY2Fs
L2RvbWFpbi81MzEwL2RldmljZS92ZmIvMCd9IHRvIC9sXDxCUj5vY2FsL2RvbWFpbi8wL2Jh
Y2tlbmQvdmZiLzUzMTAvMC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIElORk8g
KFhlbmREb21haW5JbmZvOjIxNzMpIGNyZWF0ZURldmljZTogdGFwIDogeydib290YWJsZSc6
IDEsICd1bmFtZSc6ICd0YXA6cWNvdzI6L2hvbWUvbWFsZWkvdm0tY2hlY2suaW1nJywgJ21v
ZGUnOiAndyEnLCAnZGV2JzogJ2hkYScsICd1dWlkJzogJ1w8QlI+NDI3YjZkYWYtNmNiMy1j
MWFhLTljYzUtNzQ2Yjg1ZDUzNTUwJ308QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTld
IERFQlVHIChEZXZDb250cm9sbGVyOjk1KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnYmFj
a2VuZC1pZCc6ICcwJywgJ3ZpcnR1YWwtZGV2aWNlJzogJzc2OCcsICdkZXZpY2UtdHlwZSc6
ICdkaXNrJywgJ3N0YXRlJzogJzEnLCAnYmFja2VuZCc6ICcvbG9jYVw8QlI+bC9kb21haW4v
MC9iYWNrZW5kL3RhcC81MzEwLzc2OCd9IHRvIC9sb2NhbC9kb21haW4vNTMxMC9kZXZpY2Uv
dmJkLzc2OC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250
cm9sbGVyOjk3KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnZG9tYWluJzogJ3hwLTEwMScs
ICdmcm9udGVuZCc6ICcvbG9jYWwvZG9tYWluLzUzMTAvZGV2aWNlL3ZiZC83NjgnLCAndXVp
ZCc6ICc0MjdiNmRhZi02Y2IzLWMxYWEtOVw8QlI+Y2M1LTc0NmI4NWQ1MzU1MCcsICdib290
YWJsZSc6ICcxJywgJ2Rldic6ICdoZGEnLCAnc3RhdGUnOiAnMScsICdwYXJhbXMnOiAncWNv
dzI6L2hvbWUvbWFsZWkvdm0tY2hlY2suaW1nJywgJ21vZGUnOiAndyEnLCAnb25saW5lJzog
JzEnLCAnZnJvbnRlbmQtaWQnOiAnNTMxMCcsICd0eXBlJzogJ3RhcCd9IFw8QlI+dG8gL2xv
Y2FsL2RvbWFpbi8wL2JhY2tlbmQvdGFwLzUzMTAvNzY4LjxCUj5bMjAxMS0xMC0yOCAxMTo1
OToyMiAyNDA1OV0gSU5GTyAoWGVuZERvbWFpbkluZm86MjE3MykgY3JlYXRlRGV2aWNlOiB2
aWYgOiB7J2JyaWRnZSc6ICd2aXJicjAnLCAnbWFjJzogJzAwOjE2OjNlOmViOmNhOjY1Jywg
J3R5cGUnOiAnaW9lbXUnLCAndXVpZCc6ICdiMzU5ZmQ2NS02ZjlhLWUzMjctNzI2YS03XDxC
Uj5iNjQwZTk2MjJkMid9PEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAo
RGV2Q29udHJvbGxlcjo5NSkgRGV2Q29udHJvbGxlcjogd3JpdGluZyB7J3N0YXRlJzogJzEn
LCAnYmFja2VuZC1pZCc6ICcwJywgJ2JhY2tlbmQnOiAnL2xvY2FsL2RvbWFpbi8wL2JhY2tl
bmQvdmlmLzUzMTAvMCd9IHRvIC9sb2NhbC9kb21haW5cPEJSPi81MzEwL2RldmljZS92aWYv
MC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVy
Ojk3KSBEZXZDb250cm9sbGVyOiB3cml0aW5nIHsnYnJpZGdlJzogJ3ZpcmJyMCcsICdkb21h
aW4nOiAneHAtMTAxJywgJ2hhbmRsZSc6ICcwJywgJ3V1aWQnOiAnYjM1OWZkNjUtNmY5YS1l
MzI3LTcyNmEtN2I2NDBlOTYyMlw8QlI+ZDInLCAnc2NyaXB0JzogJy9ldGMveGVuL3Njcmlw
dHMvdmlmLWJyaWRnZScsICdtYWMnOiAnMDA6MTY6M2U6ZWI6Y2E6NjUnLCAnZnJvbnRlbmQt
aWQnOiAnNTMxMCcsICdzdGF0ZSc6ICcxJywgJ29ubGluZSc6ICcxJywgJ2Zyb250ZW5kJzog
Jy9sb2NhbC9kb21haW4vNTMxMC9kZXZpY2UvdmlmLzAnLCAndFw8QlI+eXBlJzogJ2lvZW11
J30gdG8gL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUzMTAvMC48QlI+WzIwMTEtMTAt
MjggMTE6NTk6MjIgMjQwNTldIElORk8gKGltYWdlOjM5NCkgc3Bhd25pbmcgZGV2aWNlIG1v
ZGVsczogL3Vzci9saWI2NC94ZW4vYmluL3FlbXUtZG0gWycvdXNyL2xpYjY0L3hlbi9iaW4v
cWVtdS1kbScsICctZCcsICc1MzEwJywgJy1kb21haW4tbmFtZScsICd4cC0xMDEnLCAnLXZp
ZGVvclw8QlI+YW0nLCAnNCcsICctdm5jJywgJzAuMC4wLjA6NTMxMCxwYXNzd29yZCcsICct
dmNwdXMnLCAnMScsICctYm9vdCcsICdjJywgJy1zZXJpYWwnLCAncHR5JywgJy1hY3BpJywg
Jy11c2InLCAnLXVzYmRldmljZScsICd0YWJsZXQnLCAnLW5ldCcsICduaWMsdmxhbj0xLG1h
Y2FkZHI9MDA6MTY6M2U6ZWI6Y2E6Nlw8QlI+NSxtb2RlbD1ydGw4MTM5JywgJy1uZXQnLCAn
dGFwLHZsYW49MSxpZm5hbWU9dGFwNTMxMC4wLGJyaWRnZT12aXJicjAnLCAnLU0nLCAneGVu
ZnYnXTxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gSU5GTyAoaW1hZ2U6NDQzKSBk
ZXZpY2UgbW9kZWwgcGlkOiAxMTc0MTxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0g
REVCVUcgKFhlbmREb21haW5JbmZvOjMwNzcpIFN0b3JpbmcgVk0gZGV0YWlsczogeydvbl94
ZW5kX3N0b3AnOiAnaWdub3JlJywgJ3NoYWRvd19tZW1vcnknOiAnNScsICd1dWlkJzogJ2Nh
MTQ5NDA5LWVkZTUtMzdlYi1jNWIyLWVlZGU3YzRlZDZlZCcsICdvXDxCUj5uX3JlYm9vdCc6
ICdyZXN0YXJ0JywgJ3N0YXJ0X3RpbWUnOiAnMTMxOTc3NDM2Mi41MicsICdvbl9wb3dlcm9m
Zic6ICdkZXN0cm95JywgJ2Jvb3Rsb2FkZXJfYXJncyc6ICcnLCAnb25feGVuZF9zdGFydCc6
ICdpZ25vcmUnLCAnb25fY3Jhc2gnOiAncmVzdGFydCcsICd4ZW5kL3Jlc3RhcnRfY291bnQn
OiAnXDxCUj4wJywgJ3ZjcHVzJzogJzEnLCAndmNwdV9hdmFpbCc6ICcxJywgJ2Jvb3Rsb2Fk
ZXInOiAnJywgJ2ltYWdlJzogJyhodm0gKGtlcm5lbCApICh2aWRlb3JhbSA0KSAoaHBldCAw
KSAoc3RkdmdhIDApICh2bmNsaXN0ZW4gMC4wLjAuMCkgKGxvYWRlciAvdXNyL2xpYi94ZW4v
Ym9vdC9odm1sb2FkZXIpIChzZXJpXDxCUj5hbCBwdHkpICh2bmN1bnVzZWQgMCkgKHhlbl9w
bGF0Zm9ybV9wY2kgMSkgKGJvb3QgYykgKHJ0Y190aW1lb2Zmc2V0IDApICh2bmNwYXNzd2Qg
WFhYWFhYKSAocGNpICgpKSAocGFlIDApICh2cHRfYWxpZ24gMSkgKGhhcCAxKSAodmlyaWRp
YW4gMCkgKGFjcGkgMSkgKGxvY2FsdGltZSAwKSAodGltZXJfbW9kXDxCUj5lIDEpICh2bmMg
MSkgKG5vZ3JhcGhpYyAwKSAoZ3Vlc3Rfb3NfdHlwZSBkZWZhdWx0KSAodm5jZGlzcGxheSA1
MzEwKSAocGNpX21zaXRyYW5zbGF0ZSAxKSAoYXBpYyAxKSAoc2RsIDApIChtb25pdG9yIDAp
ICh1c2JkZXZpY2UgdGFibGV0KSAoZGV2aWNlX21vZGVsIC91c3IvbGliNjQveGVuL2Jpbi9x
ZW11XDxCUj4tZG0pIChwY2lfcG93ZXJfbWdtdCAwKSAodXNiIDEpICh4YXV0aG9yaXR5IC9o
b21lL21hbGVpLy5YYXV0aG9yaXR5KSAoaXNhIDApIChub3RlcyAoU1VTUEVORF9DQU5DRUwg
MSkpKScsICduYW1lJzogJ3hwLTEwMSd9PEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5
XSBJTkZPIChpbWFnZTo1MzEpIHdhaXRpbmcgZm9yIHNlbnRpbmVsX2ZpZm88L0RJVj4NCjxE
SVY+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzox
NjI2KSBTdG9yaW5nIGRvbWFpbiBkZXRhaWxzOiB7J2NvbnNvbGUvcG9ydCc6ICczJywgJ25h
bWUnOiAneHAtMTAxJywgJ2NvbnNvbGUvbGltaXQnOiAnMTA0ODU3NicsICdzdG9yZS9wb3J0
JzogJzInLCAndm0nOiAnL1w8QlI+dm0vY2ExNDk0MDktZWRlNS0zN2ViLWM1YjItZWVkZTdj
NGVkNmVkJywgJ2RvbWlkJzogJzUzMTAnLCAnaW1hZ2Uvc3VzcGVuZC1jYW5jZWwnOiAnMScs
ICdjcHUvMC9hdmFpbGFiaWxpdHknOiAnb25saW5lJywgJ21lbW9yeS90YXJnZXQnOiAnNTI0
Mjg4JywgJ2NvbnRyb2wvcGxhdGZvcm0tZmVhdHVyZS1tdVw8QlI+bHRpcHJvY2Vzc29yLXN1
c3BlbmQnOiAnMScsICdzdG9yZS9yaW5nLXJlZic6ICcxMDQ0NDc2JywgJ2NvbnNvbGUvdHlw
ZSc6ICdpb2VtdSd9PEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2
Q29udHJvbGxlcjo5NSkgRGV2Q29udHJvbGxlcjogd3JpdGluZyB7J3N0YXRlJzogJzEnLCAn
YmFja2VuZC1pZCc6ICcwJywgJ2JhY2tlbmQnOiAnL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQv
Y29uc29sZS81MzEwLzAnfSB0byAvbG9jYWwvZG9cPEJSPm1haW4vNTMxMC9kZXZpY2UvY29u
c29sZS8wLjxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRy
b2xsZXI6OTcpIERldkNvbnRyb2xsZXI6IHdyaXRpbmcgeydkb21haW4nOiAneHAtMTAxJywg
J2Zyb250ZW5kJzogJy9sb2NhbC9kb21haW4vNTMxMC9kZXZpY2UvY29uc29sZS8wJywgJ3V1
aWQnOiAnN2E0MGQxZjgtY2JkNC03ZmYwXDxCUj4tZDBlMi05OTUwNDRhMDQxNGInLCAnZnJv
bnRlbmQtaWQnOiAnNTMxMCcsICdzdGF0ZSc6ICcxJywgJ2xvY2F0aW9uJzogJzMnLCAnb25s
aW5lJzogJzEnLCAncHJvdG9jb2wnOiAndnQxMDAnfSB0byAvbG9jYWwvZG9tYWluLzAvYmFj
a2VuZC9jb25zb2xlLzUzMTAvMC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERF
QlVHIChYZW5kRG9tYWluSW5mbzoxNzEzKSBYZW5kRG9tYWluSW5mby5oYW5kbGVTaHV0ZG93
bldhdGNoPEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJv
bGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdmlmLjxCUj5bMjAxMS0xMC0yOCAxMTo1
OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6MTQ0KSBXYWl0aW5nIGZvciAwLjxC
Uj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6NjI5
KSBob3RwbHVnU3RhdHVzQ2FsbGJhY2sgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUz
MTAvMC9ob3RwbHVnLXN0YXR1cy48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERF
QlVHIChEZXZDb250cm9sbGVyOjYyOSkgaG90cGx1Z1N0YXR1c0NhbGxiYWNrIC9sb2NhbC9k
b21haW4vMC9iYWNrZW5kL3ZpZi81MzEwLzAvaG90cGx1Zy1zdGF0dXMuPEJSPlsyMDExLTEw
LTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjo2NDMpIGhvdHBsdWdT
dGF0dXNDYWxsYmFjayAxLjxCUj5bMjAxMS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcg
KERldkNvbnRyb2xsZXI6MTM5KSBXYWl0aW5nIGZvciBkZXZpY2VzIHZzY3NpLjxCUj5bMjAx
MS0xMC0yOCAxMTo1OToyMiAyNDA1OV0gREVCVUcgKERldkNvbnRyb2xsZXI6MTM5KSBXYWl0
aW5nIGZvciBkZXZpY2VzIHZiZC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERF
QlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyBpcnEuPEJSPlsy
MDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkpIFdh
aXRpbmcgZm9yIGRldmljZXMgdmtiZC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTld
IERFQlVHIChEZXZDb250cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB2ZmIuPEJS
PlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkp
IFdhaXRpbmcgZm9yIGRldmljZXMgY29uc29sZS48L0RJVj4NCjxESVY+WzIwMTEtMTAtMjgg
MTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVyOjE0NCkgV2FpdGluZyBmb3Ig
MC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVy
OjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyBwY2kuPEJSPlsyMDExLTEwLTI4IDExOjU5OjIy
IDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxMzkpIFdhaXRpbmcgZm9yIGRldmljZXMg
aW9wb3J0cy48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250
cm9sbGVyOjEzOSkgV2FpdGluZyBmb3IgZGV2aWNlcyB0YXAuPEJSPlsyMDExLTEwLTI4IDEx
OjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjoxNDQpIFdhaXRpbmcgZm9yIDc2
OC48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQwNTldIERFQlVHIChEZXZDb250cm9sbGVy
OjYyOSkgaG90cGx1Z1N0YXR1c0NhbGxiYWNrIC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3Rh
cC81MzEwLzc2OC9ob3RwbHVnLXN0YXR1cy48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIgMjQw
NTldIERFQlVHIChEZXZDb250cm9sbGVyOjY0MykgaG90cGx1Z1N0YXR1c0NhbGxiYWNrIDEu
PEJSPlsyMDExLTEwLTI4IDExOjU5OjIyIDI0MDU5XSBERUJVRyAoRGV2Q29udHJvbGxlcjox
MzkpIFdhaXRpbmcgZm9yIGRldmljZXMgdnRwbS48QlI+WzIwMTEtMTAtMjggMTE6NTk6MjIg
MjQwNTldIElORk8gKFhlbmREb21haW46MTE4NSkgRG9tYWluIHhwLTEwMSAoNTMxMCkgdW5w
YXVzZWQuPEJSPlsyMDExLTEwLTI4IDExOjU5OjQ3IDI0MDU5XSBJTkZPIChYZW5kRG9tYWlu
SW5mbzoxOTA3KSBEb21haW4gaGFzIHNodXRkb3duOiBuYW1lPXhwLTEwMSBpZD01MzEwIHJl
YXNvbj1yZWJvb3QuPEJSPlsyMDExLTEwLTI4IDExOjU5OjQ3IDI0MDU5XSBFUlJPUiAoWGVu
ZERvbWFpbkluZm86MjAyNCkgVk0geHAtMTAxIHJlc3RhcnRpbmcgdG9vIGZhc3QgKEVsYXBz
ZWQgdGltZTogMjQuOTcxMTU0IHNlY29uZHMpLiBSZWZ1c2luZyB0byByZXN0YXJ0IHRvIGF2
b2lkIGxvb3BzLjxCUj5bMjAxMS0xMC0yOCAxMTo1OTo0NyAyNDA1OV0gREVCVUcgKFhlbmRE
b21haW5JbmZvOjI3NDkpIFhlbmREb21haW5JbmZvLmRlc3Ryb3k6IGRvbWlkPTUzMTA8QlI+
WzIwMTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMjEy
KSBEZXN0cm95aW5nIGRldmljZSBtb2RlbDxCUj5bMjAxMS0xMC0yOCAxMTo1OTo0NyAyNDA1
OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjIyMTkpIFJlbGVhc2luZyBkZXZpY2VzPEJSPlsy
MDExLTEwLTI4IDExOjU5OjQ3IDI0MDU5XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjIzMikg
UmVtb3ZpbmcgdmlmLzA8QlI+WzIwMTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIERFQlVHIChY
ZW5kRG9tYWluSW5mbzoxMTM4KSBYZW5kRG9tYWluSW5mby5kZXN0cm95RGV2aWNlOiBkZXZp
Y2VDbGFzcyA9IHZpZiwgZGV2aWNlID0gdmlmLzA8QlI+WzIwMTEtMTAtMjggMTE6NTk6NDcg
MjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMjMyKSBSZW1vdmluZyB2YmQvNzY4PEJS
PlsyMDExLTEwLTI4IDExOjU5OjQ3IDI0MDU5XSBERUJVRyAoWGVuZERvbWFpbkluZm86MTEz
OCkgWGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2aWNlQ2xhc3MgPSB0YXAsIGRl
dmljZSA9IHZiZC83Njg8L0RJVj4NCjxESVY+WzIwMTEtMTAtMjggMTE6NTk6NDcgMjQwNTld
IERFQlVHIChYZW5kRG9tYWluSW5mbzoyMjMyKSBSZW1vdmluZyB2ZmIvMDxCUj5bMjAxMS0x
MC0yOCAxMTo1OTo0NyAyNDA1OV0gSU5GTyAoaW1hZ2U6NTU2KSB4cC0xMDEgZGV2aWNlIG1v
ZGVsIHRlcm1pbmF0ZWQ8QlI+WzIwMTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIERFQlVHIChY
ZW5kRG9tYWluSW5mbzoxMTM4KSBYZW5kRG9tYWluSW5mby5kZXN0cm95RGV2aWNlOiBkZXZp
Y2VDbGFzcyA9IHZmYiwgZGV2aWNlID0gdmZiLzA8QlI+WzIwMTEtMTAtMjggMTE6NTk6NDcg
MjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzoyMjMyKSBSZW1vdmluZyBjb25zb2xlLzA8
QlI+WzIwMTEtMTAtMjggMTE6NTk6NDcgMjQwNTldIERFQlVHIChYZW5kRG9tYWluSW5mbzox
MTM4KSBYZW5kRG9tYWluSW5mby5kZXN0cm95RGV2aWNlOiBkZXZpY2VDbGFzcyA9IGNvbnNv
bGUsIGRldmljZSA9IGNvbnNvbGUvMDxCUj5bMjAxMS0xMC0yOCAxMTo1OTo0NyAyNDA1OV0g
REVCVUcgKFhlbmREb21haW5JbmZvOjIyMTcpIE5vIGRldmljZSBtb2RlbDxCUj5bMjAxMS0x
MC0yOCAxMTo1OTo0NyAyNDA1OV0gREVCVUcgKFhlbmREb21haW5JbmZvOjIyMTkpIFJlbGVh
c2luZyBkZXZpY2VzPEJSPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4=

------=_NextPart_4EAA2D21_DD1D0BA0_42C4E723--



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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0150280581==--



From xen-users-bounces@lists.xensource.com Fri Oct 28 01:16:08 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 01:16:08 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJhbk-0007O4-Dj; Fri, 28 Oct 2011 01:16:08 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJhai-00073o-ES
	for xen-users@lists.xensource.com; Fri, 28 Oct 2011 01:15:05 -0700
X-Env-Sender: pruebas.mta@gmail.com
X-Msg-Ref: server-15.tower-21.messagelabs.com!1319789701!1975841!1
X-Originating-IP: [74.125.82.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17600 invoked from network); 28 Oct 2011 08:15:01 -0000
Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com)
	(74.125.82.171)
	by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	28 Oct 2011 08:15:01 -0000
Received: by wyi11 with SMTP id 11so4692488wyi.30
	for ;
	Fri, 28 Oct 2011 01:15:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=9NdSk3bvg+YH93od5T/xXr0gf2vUqVfdJ187ogTZQ7I=;
	b=Yf8Maf8uGllO0T7sZVQcWvp2JnakLF/8pFAr2CSe9w4mJWIKdfyBmO9rHPAeSonRxQ
	ZNGcMGJhj0h8UDRDJUamt5j2iwQrQutvrzZ/S3OqhdCApBxG11wrsYFcJpWhAFEns1Eu
	9dKZ99MFACXwT4cB9xwTKp6YnI0eRQc83VH88=
MIME-Version: 1.0
Received: by 10.227.202.149 with SMTP id fe21mr2267871wbb.15.1319789700635;
	Fri, 28 Oct 2011 01:15:00 -0700 (PDT)
Received: by 10.180.8.10 with HTTP; Fri, 28 Oct 2011 01:15:00 -0700 (PDT)
Date: Fri, 28 Oct 2011 09:15:00 +0100
Message-ID: 
From: Pruebas MTA 
To: xen-users@lists.xensource.com
Subject: [Xen-users] Upgrade from XCP 1.0 to XCP 1.1 Unhandled exception:
	Failure
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1660177309=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============1660177309==
Content-Type: multipart/alternative; boundary=000e0cdf690e48dd1b04b0577cbf

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

Good morning everyone and thanks in advance.

I have installed XCP 1.0 in a SAN Hitachi GS2040. The server is a Gateway
GR360F1 with a QLogic QLE2562 HBA.

SAN has 2 LUNs. LUN0 to runs XCP, and LUN1 like default SR where VM are
created.

XCP boot from SAN perfectly, and I created four VM Windows 2008 Server
Enterprise R2. Everything works fine.

Later I upgrade XCP 1.0 (42052) stable to XCP 1.1 (50674) stable. Everything
works fine.


However I noticed the following error in "/var/log/xensource.log":

[20111028T07:46:57.751Z|debug|xcp-master-server|33866
inet_rpc||http_critical] Unhandled exception: Failure("No handler table for
HTTP method Unknown OPTIONS")

This error appears that goes from the upgrade from XCP 1.0 to XCP 1.0

Any suggestions about this error?

Thanks a lot.

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

Good morning everyone and thanks in advance.

I have installed XCP 1.=
0 in a SAN Hitachi GS2040. The server is a Gateway GR360F1 with a QLogic QL=
E2562 HBA.

SAN has 2 LUNs. LUN0 to runs XCP, and LUN1 like default S=
R where VM are created.


XCP boot from SAN perfectly, and I created four VM Windows 2008 Server =
Enterprise R2. Everything works fine.

Later I upgrade XCP 1.0 (42052=
) stable to XCP 1.1 (50674) stable. Everything works fine.


Howev=
er I noticed the following error in "/var/log/xensource.log":


[20111028T07:46:57.751Z|debug|xcp-master-server|33866 inet_rpc||http_cr=
itical] Unhandled exception: Failure("No handler table for HTTP method=
 Unknown OPTIONS")

This error appears that goes from the upgrad=
e from XCP 1.0 to XCP 1.0


Any suggestions about this error?

Thanks a lot.


--000e0cdf690e48dd1b04b0577cbf--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1660177309==--


From xen-users-bounces@lists.xensource.com Fri Oct 28 04:50:45 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 04:50:45 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJkxQ-0008Oz-8m; Fri, 28 Oct 2011 04:50:44 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJkwJ-000853-V5
	for xen-users@lists.xensource.com; Fri, 28 Oct 2011 04:49:36 -0700
X-Env-Sender: diegoaugustomolina@gmail.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1319802571!552235!1
X-Originating-IP: [209.85.212.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4316 invoked from network); 28 Oct 2011 11:49:32 -0000
Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com)
	(209.85.212.43)
	by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	28 Oct 2011 11:49:32 -0000
Received: by vws13 with SMTP id 13so4678107vws.30
	for ;
	Fri, 28 Oct 2011 04:49:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type:content-transfer-encoding;
	bh=DXOXAsAtw/Rlb8RhgbS69yG1P+tAvzySpkS9mWu+o+o=;
	b=odpFbwn4PWT0kS4ncI8fH/j/KBRA3qaEq2+inxTzxUKcoKTftBL3afix38m1y9gd2c
	ivZcwOMwMHykoliEx+WYfMaXYKv6TFBE8NutnI/lWBqxbkUcGjry+FadQyLtvPdko66r
	K3tz2crUA5CY5X0wgM1mifeW3jGrolcEB6jPQ=
MIME-Version: 1.0
Received: by 10.52.29.196 with SMTP id m4mr582993vdh.73.1319802571404; Fri, 28
	Oct 2011 04:49:31 -0700 (PDT)
Received: by 10.52.113.40 with HTTP; Fri, 28 Oct 2011 04:49:31 -0700 (PDT)
In-Reply-To: <000e0ce029da1e32a704b0467951@google.com>
References: <000e0ce029da1e32a704b0467951@google.com>
Date: Fri, 28 Oct 2011 08:49:31 -0300
Message-ID: 
Subject: Re: [Xen-users] time on xen guests goes fast
From: Diego Augusto Molina 
To: xen-users@lists.xensource.com
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Answer to the list, please! You may help others.

2011/10/28, benedict dcunha :
> Dear Diego,
>
> thanks a lot for the immediate response.
> I do apprecite
> actually googling arrount I found as you mentiond and i did run it on my =
dom
> 0 but my linux xen guest does not have
> independent_wallclock file

Mmm... That's weird. Check if your guest is configured as HVM instead
of PV. Try configuring it as PV.
If that doesn't help then... mmm... try upgrading xen from 3.0.3 to
something like 3.4x. In my experience I have always used that version.
Also, could you post the whole config file for that particular domU
(if at all possible)?

> I also setup ntp but the system has a private IP  so it wont be able to
> contact public ntp servers
>
> so I plan to have one of my other server which has a public ip as a ntp
> server

Generally speaking, NTP is a basic service that should be in all
networks. The basic idea here would be to synchronize your dom0 and
all Linux PV domU's will read the same time (from dom0) so you don't
need to worry about NTP in the domU's. But yours is a valid option
too: note that Windows guests (always HVM) will have to use time sync
because they can't read dom0's clock so it's not embarrassing to use
NTP in your Linux box; it's more like an advantage not taken.

--=20
Diego Augusto Molina
diegoaugustomolina@gmail.com

ES: Por favor, evite adjuntar documentos de Microsoft Office. Ser=C3=A1n
desestimados.
EN: Please, avoid attaching Microsoft Office documents. They shall be disca=
rded.
LINK: http://www.gnu.org/philosophy/no-word-attachments.html

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-devel-bounces@lists.xensource.com Fri Oct 28 05:48:48 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 05:48:48 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJlrb-0002N9-W4; Fri, 28 Oct 2011 05:48:48 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJlqa-0002AW-VF; Fri, 28 Oct 2011 05:47:48 -0700
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-6.tower-21.messagelabs.com!1319806061!2044141!1
X-Originating-IP: [74.125.82.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29320 invoked from network); 28 Oct 2011 12:47:41 -0000
Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com)
	(74.125.82.171)
	by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	28 Oct 2011 12:47:41 -0000
Received: by wyi11 with SMTP id 11so5018358wyi.30
	for ; Fri, 28 Oct 2011 05:47:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type;
	bh=/q1KA+Wyyjmud9BrdgqyIdnzCQllGAdufWewV47CWE0=;
	b=B5PySd0N04wwf0+pa+qmRgK5PyPBibeF67pTyuF1ehSlHF6ySnqvuDZKa3Eh8DK68I
	jmmd7ZSmIhPlvMsHuk1i5A3HnzvW6+emm/ImNsMe89bkTdkyXGaPbW9G+rFYYqni9FXo
	L0AKSOhZJUn1IjBMbq8CQ52EKYtac3hdIRkao=
Received: by 10.216.221.80 with SMTP id q58mr933461wep.36.1319806060794;
	Fri, 28 Oct 2011 05:47:40 -0700 (PDT)
Received: from [172.16.25.10] (02d933ea.bb.sky.com. [2.217.51.234])
	by mx.google.com with ESMTPS id eu16sm15377737wbb.7.2011.10.28.05.47.36
	(version=SSLv3 cipher=OTHER); Fri, 28 Oct 2011 05:47:39 -0700 (PDT)
Message-ID: <4EAAA467.2030503@xen.org>
Date: Fri, 28 Oct 2011 13:47:35 +0100
From: Lars Kurth 
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Joseph Glanville 
Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26)
References: <4E92D809.9000504@xen.org>
	<20111010160404.GB28646@phenom.oracle.com>
	<4E946EB9.7050209@xen.org>
	
	<20111013180244.GC15499@phenom.oracle.com>
	<5400260811821008556@unknownmsgid>
	<1318859996.16132.16.camel@zakaz.uk.xensource.com>
	<4E9C4516.2070902@xen.org>
	<1318864667.16132.22.camel@zakaz.uk.xensource.com>
	<4E9C4BAB.9020605@xen.org>
	<20111026195543.GA6558@phenom.dumpdata.com>
	<4EA932D5.3060504@xen.org>
	
In-Reply-To: 
Cc: Andrew Bobulsky ,
	"xen-users@lists.xensource.com" ,
	"xen-devel@lists.xensource.com" ,
	Ian Campbell ,
	Konrad Rzeszutek Wilk 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1085940012=="
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

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

This is a multi-part message in MIME format.
--------------080606010500070808090901
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Joseph,

thanks for doing this. There should be some stuff on the Wiki to build 
on. There are also some blog posts/blogs, which may have useful info:
- 
http://bderzhavets.wordpress.com/2011/10/27/set-up-oneiric-pv-domu-at-xen-4-1-2-oneiric-dom0-3-1-0-030100-generic/
- http://grantmcwilliams.com/tech/virtualization/540-updated-xen-howtos
- http://www.xen-support.com/

I managed to categorize most pages according to User / Dev / User 
Beginner (there are a few where I didn't get round to it though). I 
think another great thing for Beginners would be a new LiveCD: but 
nobody so far is willing to step up.

You should know that in the next few weeks we will be migrating to 
MediaWiki and we will make the existing Wiki RO (the plan is to have an 
html instance with the MoinMoin markup stored somewhere publicly or 
converted MoinMoin=>MediaWiki stored somewhere). So writing a Beginners 
Guide first is a good idea.

I am also thinking of starting the MediaWiki with very strong 
categorisation (i.e. every page must have a category). Categories would be:

  * By audience: User, Developer, Beginner, Community, Vendor
  * By lifetime:
      o Transient: limited lifespan
      o Archived: saved for history
  * By project: Xen, XCP, PVOPS, XenARM, OCaml
  * By document type:
      o FAQ, HowTo, Tutorial, Overview
      o Design
      o Dev Process
      o Compatibility
      o Project: page related to a Xen project
      o Glossary : there is a specific way to do this in MediaWiki
      o Index : may not be needed if we say Index=Category

There may be a few more. Will need to work on these a little more. It 
may also mean that the MediWiki instance is set up that pages must have 
a category and that only a subset of users can create new ones. 
Otherwise we get into the same mess again.

Lars

On 27/10/2011 21:23, Joseph Glanville wrote:
> Great work on categorizing/marking all the pages everyone!
>
> The path is clear now to write some really good documentation. :)
>
> I have started work on a Beginners Guide which is effectively a step 
> by step guide to a functional install on Debian Sqeeze.
> Currently this is the most frictionless and least "magic" way to get 
> Xen up and running and forms a good basis to experiment with more 
> advanced Xen features.
> The aim of the guide is to introduce all key concepts, get people 
> playing with Xen in a environment that is relatively fully featured 
> but not too daunting to setup. It covers everything from basic 
> virtualisation, storage and networking through to starting, stopping 
> guests and getting Windows running ontop of Xen.
>
> You can see my progress up on this Google doc: 
> https://docs.google.com/document/d/1q9odKP8Id26J8kHCAFt8aD5krXdUiZnZGw1Q-LGWCJg/edit
> Will format for wiki and publish when it is done.
>
> If anyone would like to contribute feel free to contact me, 
> comments/suggestions are more than welcome.
>
> Moving on from this I will write a more advanced Debian specific guide 
> that delves into setting up complex networking, guest isolation 
> techniques, storage virtualisation and all those goodies.
>
> Very excited to see all the awesome things coming out of this and 
> definitely recommend we have a monthly thing where we get together and 
> decide on how we can improve documentation.
> Once a direction has been established it's easy to sit down and get 
> stuff done.
>
> Joseph.
>
>
>
> On 27 October 2011 21:30, Lars Kurth  > wrote:
>
>     On 26/10/2011 20:55, Konrad Rzeszutek Wilk wrote:
>
>         On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote:
>
>             Cool.
>
>             I am wondering what people think about archiving vs
>             deleting wiki
>             pages. Obviously some pages can be deleted (stuff about
>             events, job
>             listings, old TODO lists, etc.).
>
>             Others may still be valuable to legacy users. See
>
>         .. snip..
>         Hey Lars,
>
>         I was trying to add to
>         https://docs.google.com/spreadsheet/ccc?key=0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=en_US#gid=0
>         
>
>         a couple of things but it seems I am not authorized, anyhow
>         these are the changes:
>
>         NetBSDdomU merge with How_to_build_NetBSD_DomU_on_Linux
>         2.6.18-to-2.6.31-and-higher is OK.
>         InstallationNotes - remove
>         KnownGoodImages - remove
>         InstallGuestImage - remove
>         RealModeArea - archive, or move it to be PPC/RealModeArea
>         USBCompatibilityList - remove
>         XenPCIpassthrough - keep, I just updated it
>         XenPVOPSDRM - keep, just updated it
>         XenSerialConsole - keep, I just updated it
>         XenPVSCSI - keep
>         XenUSBPassthrough - keep, just updated it
>         XenParavirtOps - keep, just updated it.
>         XenOnUbuntu64 - remove
>
>     Odd: you should have write access like anybody else. Anyway, I
>     applied your changes.
>
>
>
>
> -- 
> */
> Founder | Director | VP Research
> Orion Virtualisation Solutions/* | www.orionvm.com.au 
>  | Phone: 1300 56 99 52 | Mobile: 0428 754 846


--------------080606010500070808090901
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


  
    
  
  
    Joseph,

    

    thanks for doing this. There should be some stuff on the Wiki to
    build on. There are also some blog posts/blogs, which may have
    useful info:

    -
http://bderzhavets.wordpress.com/2011/10/27/set-up-oneiric-pv-domu-at-xen-4-1-2-oneiric-dom0-3-1-0-030100-generic/

    -
    http://grantmcwilliams.com/tech/virtualization/540-updated-xen-howtos

    - http://www.xen-support.com/

    

    I managed to categorize most pages according to User / Dev / User
    Beginner (there are a few where I didn't get round to it though). I
    think another great thing for Beginners would be a new LiveCD: but
    nobody so far is willing to step up.

    

    You should know that in the next few weeks we will be migrating to
    MediaWiki and we will make the existing Wiki RO (the plan is to have
    an html instance with the MoinMoin markup stored somewhere publicly
    or converted MoinMoin=>MediaWiki stored somewhere). So writing a
    Beginners Guide first is a good idea.

    

    I am also thinking of starting the MediaWiki with very strong
    categorisation (i.e. every page must have a category). Categories
    would be:

    
    
      
  • By audience: User, Developer, Beginner, Community, Vendor 
    • 
      
  • By lifetime: 
    
      
    • 
      
      
        
    • Transient: limited lifespan
      
        
      • 
        
    • Archived: saved for history
      
        
      • 
      
    
      
  • By project: Xen, XCP, PVOPS, XenARM, OCaml
    
      
    • 
      
  • By document type: 
    
      
    • 
      
      
        
    • FAQ, HowTo, Tutorial, Overview
      • 
        
    • Design
      • 
        
    • Dev Process
      
        
      • 
        
    • Compatibility
      
        
      • 
        
    • Project: page related to a Xen project 
      • 
        
    • Glossary : there is a specific way to do this in MediaWiki
      
        
      • 
        
    • Index : may not be needed if we say Index=Category
      
        
      • 
      
    
    

    There may be a few more. Will need to work on these a little more.
    It may also mean that the MediWiki instance is set up that pages
    must have a category and that only a subset of users can create new
    ones. Otherwise we get into the same mess again.

    

    Lars

    

    On 27/10/2011 21:23, Joseph Glanville wrote:
    
Great work on categorizing/marking all the pages
      everyone!

      

      The path is clear now to write some really good documentation. :)

      

      I have started work on a Beginners Guide which is effectively a
      step by step guide to a functional install on Debian Sqeeze.

      Currently this is the most frictionless and least "magic" way to
      get Xen up and running and forms a good basis to experiment with
      more advanced Xen features.

      The aim of the guide is to introduce all key concepts, get people
      playing with Xen in a environment that is relatively fully
      featured but not too daunting to setup. It covers everything from
      basic virtualisation, storage and networking through to starting,
      stopping guests and getting Windows running ontop of Xen.

      

      You can see my progress up on this Google doc: https://docs.google.com/document/d/1q9odKP8Id26J8kHCAFt8aD5krXdUiZnZGw1Q-LGWCJg/edit

      Will format for wiki and publish when it is done.

      

      If anyone would like to contribute feel free to contact me,
      comments/suggestions are more than welcome.

      

      Moving on from this I will write a more advanced Debian specific
      guide that delves into setting up complex networking, guest
      isolation techniques, storage virtualisation and all those
      goodies.

      

      Very excited to see all the awesome things coming out of this and
      definitely recommend we have a monthly thing where we get together
      and decide on how we can improve documentation.

      Once a direction has been established it's easy to sit down and
      get stuff done.

      

      Joseph.

      

      

      

      
On 27 October 2011 21:30, Lars Kurth <lars.kurth@xen.org>
        wrote:

        

          

            
On 26/10/2011 20:55, Konrad Rzeszutek Wilk wrote:

              

                On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth
                wrote:

                

                  Cool.

                  

                  I am wondering what people think about archiving vs
                  deleting wiki

                  pages. Obviously some pages can be deleted (stuff
                  about events, job

                  listings, old TODO lists, etc.).

                  

                  Others may still be valuable to legacy users. See

                

                .. snip..

                Hey Lars,

                

                I was trying to add to https://docs.google.com/spreadsheet/ccc?key=0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=en_US#gid=0

                

                a couple of things but it seems I am not authorized,
                anyhow these are the changes:

                

                NetBSDdomU merge with How_to_build_NetBSD_DomU_on_Linux

                2.6.18-to-2.6.31-and-higher is OK.

                InstallationNotes - remove

                KnownGoodImages - remove

                InstallGuestImage - remove

                RealModeArea - archive, or move it to be
                PPC/RealModeArea

                USBCompatibilityList - remove

                XenPCIpassthrough - keep, I just updated it

                XenPVOPSDRM - keep, just updated it

                XenSerialConsole - keep, I just updated it

                XenPVSCSI - keep

                XenUSBPassthrough - keep, just updated it

                XenParavirtOps - keep, just updated it.

                XenOnUbuntu64 - remove

              

            

          

          Odd: you should have write access like anybody else. Anyway, I
          applied your changes.

        

      

      

      

      

      -- 

      
              
Founder | Director |
                    VP Research

                  

              Orion Virtualisation Solutions | www.orionvm.com.au |
        Phone: 1300 56 99 52 | Mobile: 0428 754 846

    

    

  


--------------080606010500070808090901--


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

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

--===============1085940012==--


From xen-devel-bounces@lists.xensource.com Fri Oct 28 07:12:04 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 07:12:04 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJnAC-0006Ji-MZ; Fri, 28 Oct 2011 07:12:04 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJn9R-000673-I7; Fri, 28 Oct 2011 07:11:18 -0700
X-Env-Sender: joseph.glanville@orionvm.com.au
X-Msg-Ref: server-4.tower-174.messagelabs.com!1319811072!37056401!1
X-Originating-IP: [209.85.160.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7418 invoked from network); 28 Oct 2011 14:11:13 -0000
Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com)
	(209.85.160.171)
	by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	28 Oct 2011 14:11:13 -0000
Received: by gyg13 with SMTP id 13so6377654gyg.30
	for ; Fri, 28 Oct 2011 07:11:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.42.147.65 with SMTP id m1mr4498118icv.27.1319811072085; Fri,
	28 Oct 2011 07:11:12 -0700 (PDT)
Received: by 10.231.165.195 with HTTP; Fri, 28 Oct 2011 07:11:11 -0700 (PDT)
X-Originating-IP: [59.167.234.130]
In-Reply-To: <4EAAA467.2030503@xen.org>
References: <4E92D809.9000504@xen.org>
	<20111010160404.GB28646@phenom.oracle.com>
	<4E946EB9.7050209@xen.org>
	
	<20111013180244.GC15499@phenom.oracle.com>
	<5400260811821008556@unknownmsgid>
	<1318859996.16132.16.camel@zakaz.uk.xensource.com>
	<4E9C4516.2070902@xen.org>
	<1318864667.16132.22.camel@zakaz.uk.xensource.com>
	<4E9C4BAB.9020605@xen.org>
	<20111026195543.GA6558@phenom.dumpdata.com>
	<4EA932D5.3060504@xen.org>
	
	<4EAAA467.2030503@xen.org>
Date: Sat, 29 Oct 2011 01:11:11 +1100
Message-ID: 
Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26)
From: Joseph Glanville 
To: Lars Kurth 
Cc: Andrew Bobulsky ,
	"xen-users@lists.xensource.com" ,
	"xen-devel@lists.xensource.com" ,
	Ian Campbell ,
	Konrad Rzeszutek Wilk 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1535561411=="
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

--===============1535561411==
Content-Type: multipart/alternative; boundary=90e6ba1efd3a1f4d3704b05c7677

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

Those categories look good, does MediaWiki have a tagging concept that
would allow pages to be members of multiple categories?

How would a Debian Xen LiveCD built as a companion to the beginners guide
sound?

I will think about the LiveCD after I get this guide finished, my bandwidth
is somewhat constrained over the coming weeks so I'm hesitant to say I will
do it without knowing I can put time aside.

Joseph.


On 28 October 2011 23:47, Lars Kurth  wrote:

>  Joseph,
>
> thanks for doing this. There should be some stuff on the Wiki to build on.
> There are also some blog posts/blogs, which may have useful info:
> -
> http://bderzhavets.wordpress.com/2011/10/27/set-up-oneiric-pv-domu-at-xen-4-1-2-oneiric-dom0-3-1-0-030100-generic/
> - http://grantmcwilliams.com/tech/virtualization/540-updated-xen-howtos
> - http://www.xen-support.com/
>
> I managed to categorize most pages according to User / Dev / User Beginner
> (there are a few where I didn't get round to it though). I think another
> great thing for Beginners would be a new LiveCD: but nobody so far is
> willing to step up.
>
> You should know that in the next few weeks we will be migrating to
> MediaWiki and we will make the existing Wiki RO (the plan is to have an
> html instance with the MoinMoin markup stored somewhere publicly or
> converted MoinMoin=>MediaWiki stored somewhere). So writing a Beginners
> Guide first is a good idea.
>
> I am also thinking of starting the MediaWiki with very strong
> categorisation (i.e. every page must have a category). Categories would be:
>
>    - By audience: User, Developer, Beginner, Community, Vendor
>    - By lifetime:
>     - Transient: limited lifespan
>        - Archived: saved for history
>        - By project: Xen, XCP, PVOPS, XenARM, OCaml
>     - By document type:
>     - FAQ, HowTo, Tutorial, Overview
>       - Design
>       - Dev Process
>        - Compatibility
>        - Project: page related to a Xen project
>       - Glossary : there is a specific way to do this in MediaWiki
>        - Index : may not be needed if we say Index=Category
>
> There may be a few more. Will need to work on these a little more. It may
> also mean that the MediWiki instance is set up that pages must have a
> category and that only a subset of users can create new ones. Otherwise we
> get into the same mess again.
>
> Lars
>
>
> On 27/10/2011 21:23, Joseph Glanville wrote:
>
> Great work on categorizing/marking all the pages everyone!
>
> The path is clear now to write some really good documentation. :)
>
> I have started work on a Beginners Guide which is effectively a step by
> step guide to a functional install on Debian Sqeeze.
> Currently this is the most frictionless and least "magic" way to get Xen
> up and running and forms a good basis to experiment with more advanced Xen
> features.
> The aim of the guide is to introduce all key concepts, get people playing
> with Xen in a environment that is relatively fully featured but not too
> daunting to setup. It covers everything from basic virtualisation, storage
> and networking through to starting, stopping guests and getting Windows
> running ontop of Xen.
>
> You can see my progress up on this Google doc:
> https://docs.google.com/document/d/1q9odKP8Id26J8kHCAFt8aD5krXdUiZnZGw1Q-LGWCJg/edit
> Will format for wiki and publish when it is done.
>
> If anyone would like to contribute feel free to contact me,
> comments/suggestions are more than welcome.
>
> Moving on from this I will write a more advanced Debian specific guide
> that delves into setting up complex networking, guest isolation techniques,
> storage virtualisation and all those goodies.
>
> Very excited to see all the awesome things coming out of this and
> definitely recommend we have a monthly thing where we get together and
> decide on how we can improve documentation.
> Once a direction has been established it's easy to sit down and get stuff
> done.
>
> Joseph.
>
>
>
> On 27 October 2011 21:30, Lars Kurth  wrote:
>
>>  On 26/10/2011 20:55, Konrad Rzeszutek Wilk wrote:
>>
>>> On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth wrote:
>>>
>>>> Cool.
>>>>
>>>> I am wondering what people think about archiving vs deleting wiki
>>>> pages. Obviously some pages can be deleted (stuff about events, job
>>>> listings, old TODO lists, etc.).
>>>>
>>>> Others may still be valuable to legacy users. See
>>>>
>>> .. snip..
>>> Hey Lars,
>>>
>>> I was trying to add to
>>> https://docs.google.com/spreadsheet/ccc?key=0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=en_US#gid=0
>>>
>>> a couple of things but it seems I am not authorized, anyhow these are
>>> the changes:
>>>
>>> NetBSDdomU merge with How_to_build_NetBSD_DomU_on_Linux
>>> 2.6.18-to-2.6.31-and-higher is OK.
>>> InstallationNotes - remove
>>> KnownGoodImages - remove
>>> InstallGuestImage - remove
>>> RealModeArea - archive, or move it to be PPC/RealModeArea
>>> USBCompatibilityList - remove
>>> XenPCIpassthrough - keep, I just updated it
>>> XenPVOPSDRM - keep, just updated it
>>> XenSerialConsole - keep, I just updated it
>>> XenPVSCSI - keep
>>> XenUSBPassthrough - keep, just updated it
>>> XenParavirtOps - keep, just updated it.
>>> XenOnUbuntu64 - remove
>>>
>>  Odd: you should have write access like anybody else. Anyway, I applied
>> your changes.
>>
>
>
>
> --
> *
> Founder | Director | VP Research
>  Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99
> 52 | Mobile: 0428 754 846
>
>
>


-- 
*
Founder | Director | VP Research
Orion Virtualisation Solutions* | www.orionvm.com.au | Phone: 1300 56 99 52
| Mobile: 0428 754 846

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

Those categories look good, does MediaWiki have a tagging concept that woul=
d allow pages to be members of multiple categories?

How would a Debi=
an Xen LiveCD built as a companion to the beginners guide sound?


I will think about the LiveCD after I get this guide finished, my bandwidth=
 is somewhat constrained over the coming weeks so I'm hesitant to say I=
 will do it without knowing I can put time aside.

Joseph.



On 28 October 2011 23:47, Lars Kurth <lars.kurth@xen.org=
> wrote:


 =20
   =20
 =20
  

    Joseph,

    

    thanks for doing this. There should be some stuff on the Wiki to
    build on. There are also some blog posts/blogs, which may have
    useful info:

    -
http:=
//bderzhavets.wordpress.com/2011/10/27/set-up-oneiric-pv-domu-at-xen-4-1-2-=
oneiric-dom0-3-1-0-030100-generic/


    -
    http://grantmcwilliams.com/tech/virtualization=
/540-updated-xen-howtos

    - http://www.=
xen-support.com/

    

    I managed to categorize most pages according to User / Dev / User
    Beginner (there are a few where I didn't get round to it though). I
    think another great thing for Beginners would be a new LiveCD: but
    nobody so far is willing to step up.

    

    You should know that in the next few weeks we will be migrating to
    MediaWiki and we will make the existing Wiki RO (the plan is to have
    an html instance with the MoinMoin markup stored somewhere publicly
    or converted MoinMoin=3D>MediaWiki stored somewhere). So writing a
    Beginners Guide first is a good idea.

    

    I am also thinking of starting the MediaWiki with very strong
    categorisation (i.e. every page must have a category). Categories
    would be:

    
    
      
  • By audience: User, Developer, Beginner, Community, Vendor 
    • 
      
  • By lifetime: 
    
      
    • 
      
      
        
    • Transient: limited lifespan
      
        
      • 
        
    • Archived: saved for history
      
        
      • 
      
    
      
  • By project: Xen, XCP, PVOPS, XenARM, OCaml
    
      
    • 
      
  • By document type: 
    
      
    • 
      
      
        
    • FAQ, HowTo, Tutorial, Overview
      • 
        
    • Design
      • 
        
    • Dev Process
      
        
      • 
        
    • Compatibility
      
        
      • 
        
    • Project: page related to a Xen project=A0
      • 
        
    • Glossary : there is a specific way to do this in MediaWiki
      
        
      • 
        
    • Index : may not be needed if we say Index=3DCategory
      
        
      • 
      
    
    

    There may be a few more. Will need to work on these a little more.
    It may also mean that the MediWiki instance is set up that pages
    must have a category and that only a subset of users can create new
    ones. Otherwise we get into the same mess again.

    

    Lars


    

    On 27/10/2011 21:23, Joseph Glanville wrote:
    
Great work on categorizing/marking all the pa=
ges
      everyone!

      

      The path is clear now to write some really good documentation. :)

      

      I have started work on a Beginners Guide which is effectively a
      step by step guide to a functional install on Debian Sqeeze.

      Currently this is the most frictionless and least "magic" w=
ay to
      get Xen up and running and forms a good basis to experiment with
      more advanced Xen features.

      The aim of the guide is to introduce all key concepts, get people
      playing with Xen in a environment that is relatively fully
      featured but not too daunting to setup. It covers everything from
      basic virtualisation, storage and networking through to starting,
      stopping guests and getting Windows running ontop of Xen.

      

      You can see my progress up on this Google doc: https://docs.google.com/document/d/1q9odKP8Id26J8kHCAFt8a=
D5krXdUiZnZGw1Q-LGWCJg/edit


      Will format for wiki and publish when it is done.

      

      If anyone would like to contribute feel free to contact me,
      comments/suggestions are more than welcome.

      

      Moving on from this I will write a more advanced Debian specific
      guide that delves into setting up complex networking, guest
      isolation techniques, storage virtualisation and all those
      goodies.

      

      Very excited to see all the awesome things coming out of this and
      definitely recommend we have a monthly thing where we get together
      and decide on how we can improve documentation.

      Once a direction has been established it's easy to sit down and
      get stuff done.

      

      Joseph.

      

      

      

      
On 27 October 2011 21:30, Lars Kurth <la=
rs.kurth@xen.org>
        wrote:

        

          

            
On 26/10/2011 20:55, Konrad Rzeszutek Wilk wrote:

              

                On Mon, Oct 17, 2011 at 04:37:15PM +0100, Lars Kurth
                wrote:

                

                  Cool.

                  

                  I am wondering what people think about archiving vs
                  deleting wiki

                  pages. Obviously some pages can be deleted (stuff
                  about events, job

                  listings, old TODO lists, etc.).

                  

                  Others may still be valuable to legacy users. See

                

                .. snip..

                Hey Lars,

                

                I was trying to add to https://docs.google.com/spreadsheet/ccc?ke=
y=3D0AiRyVp8djqV3dEJRdVZaQzZmLVNKTERwMDNGaTlKdkE&hl=3Den_US#gid=3D0=



                

                a couple of things but it seems I am not authorized,
                anyhow these are the changes:

                

                NetBSDdomU merge with How_to_build_NetBSD_DomU_on_Linux

                2.6.18-to-2.6.31-and-higher is OK.

                InstallationNotes - remove

                KnownGoodImages - remove

                InstallGuestImage - remove

                RealModeArea - archive, or move it to be
                PPC/RealModeArea

                USBCompatibilityList - remove

                XenPCIpassthrough - keep, I just updated it

                XenPVOPSDRM - keep, just updated it

                XenSerialConsole - keep, I just updated it

                XenPVSCSI - keep

                XenUSBPassthrough - keep, just updated it

                XenParavirtOps - keep, just updated it.

                XenOnUbuntu64 - remove

              

            

          

          Odd: you should have write access like anybody else. Anyway, I
          applied your changes.

        

      

      

      

      

      -- 

      
              
Founder | Director |
                    VP Research

                  

              Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0|
        Phone: 1300 56 99 52 | Mobile: 0428 754 846

    

    

  






-- 
<=
font color=3D"#0000ff">
Founder | Director | VP Research


Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Pho=
ne: 1300 56 99 52 | Mobile: 0428 754 846



--90e6ba1efd3a1f4d3704b05c7677--


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

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

--===============1535561411==--


From xen-users-bounces@lists.xensource.com Fri Oct 28 09:37:03 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 09:37:03 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJpQV-0002Bs-GB; Fri, 28 Oct 2011 09:37:03 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJSfZ-0002xE-7g
	for Xen-users@lists.xensource.com; Thu, 27 Oct 2011 09:19:06 -0700
X-Env-Sender: mail.baruchi@gmail.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1319732337!1905478!1
X-Originating-IP: [209.85.212.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31401 invoked from network); 27 Oct 2011 16:19:00 -0000
Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com)
	(209.85.212.43)
	by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	27 Oct 2011 16:19:00 -0000
Received: by vws13 with SMTP id 13so3664572vws.30
	for ;
	Thu, 27 Oct 2011 09:18:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=NAyRUr0TyWxbmOpEEs+QIao4QAlfHrPkzxjaFkTO5do=;
	b=l6R2y+1fIgqRtw+xWY7BekakCer9w17uPvD1SaFTso07FpuIVyTL+CpKza/Q2MIPY5
	z1tEl94cJGjM+xECSPCatNumKImHt2hnN8BoyMV/nboZVfZv1y1iVzDlqPEOe+0LNuJH
	8aEzDLJuqz5mMs8MWtZfCkDiYpwdN+EGJiEeM=
MIME-Version: 1.0
Received: by 10.52.36.237 with SMTP id t13mr1049070vdj.45.1319732336428; Thu,
	27 Oct 2011 09:18:56 -0700 (PDT)
Received: by 10.52.109.103 with HTTP; Thu, 27 Oct 2011 09:18:56 -0700 (PDT)
Date: Thu, 27 Oct 2011 14:18:56 -0200
Message-ID: 
From: Artur Baruchi 
To: xen-users 
Content-Type: text/plain; charset=ISO-8859-1
X-Mailman-Approved-At: Fri, 28 Oct 2011 09:14:46 -0700
Cc: 
Subject: [Xen-users] xenanalyze download
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi guys.

I'm trying to debug the behavior of some VM and I found in Internet
some websites (and blogs) talking about xenalyze. I tried to download
it (using the Mercurial - hg clone) but it doesn't exist anymore. Does
anybody know any link that I will be able to download it?

Thanks in advance.

Att,
Artur Baruchi

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Fri Oct 28 09:41:16 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 09:41:16 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJpUZ-0002y4-BM; Fri, 28 Oct 2011 09:41:15 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with smtp (Exim 4.43) id 1RJYao-0007WR-QA
	for xen-users@lists.xensource.com; Thu, 27 Oct 2011 15:38:37 -0700
X-Env-Sender: lukamor@yahoo.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1319755110!482714!1
X-Originating-IP: [98.139.52.201]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5248 invoked from network); 27 Oct 2011 22:38:30 -0000
Received: from nm4.bullet.mail.ac4.yahoo.com (HELO
	nm4.bullet.mail.ac4.yahoo.com) (98.139.52.201)
	by server-13.tower-182.messagelabs.com with SMTP;
	27 Oct 2011 22:38:30 -0000
Received: from [98.139.52.192] by nm4.bullet.mail.ac4.yahoo.com with NNFMP;
	27 Oct 2011 22:38:29 -0000
Received: from [98.139.52.169] by tm5.bullet.mail.ac4.yahoo.com with NNFMP;
	27 Oct 2011 22:38:29 -0000
Received: from [127.0.0.1] by omp1052.mail.ac4.yahoo.com with NNFMP;
	27 Oct 2011 22:38:29 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 216052.97574.bm@omp1052.mail.ac4.yahoo.com
Received: (qmail 30936 invoked by uid 60001); 27 Oct 2011 22:38:29 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024;
	t=1319755108; bh=mhLfA69HTZgKIqIrYgnnoInHtfjUqkZ6EXJ4TgAXhx8=;
	h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
	b=jHAP8rvAiDt471p4PIlyJZ2lTwQF8di1DRz+3bboCBanCbJdkrSKY7pfJfFQ13kJxDVR7X2ViU45hwT0fM4OEU8SRleIpBPGAV3keKZbBDpjxZkPlwbcs/YcpAQIqSQPNqAobRnYJMoATk5Ox6uDw7QjEvS8YIIzZmsLov5jIFw=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
	b=oWqcHmIsyj2+uQveoibVieiaL1tmjoZq0J2N7F2/deKcgsgycdqfXOkD7P9UfC1q7MCEBtDvu5fhrUDZXFx/pFb23GK4b5kJ3+IRF+JbKW4s/9Bv08T9XMldNe8TPlK7QPnAvcuggRQo7R8RdEb9kQTs39VBI3ejDIBO9JKe6Gc=;
X-YMail-OSG: 5QG_knEVM1m81KkgjiA0mApiqhVloucUGezgM_OpK6vjj0f
	iIZYIILGZh0XHkCvzItHsGpvRUQIxR2zwugPya2rMa2ZhKrF4nSnPPYAWjB9
	5rT8EexbjO9JKk95x8OBT9JFoPVdwsVB2vsZmztB4cOibTpQGuJu4OHOhCkw
	ErrjWAXHwwBGVi1DTue6PFaCkShe2am5GRE7OHKWblyaZPNR7cRBl674ueNQ
	t3gkYG9K2m66ZyJX.AXuKvSyahiJsPksal3H7q5c7C_qw7RltakXI7_P6PcJ
	T6A3AIzDTXVlgJC.aMFgp4BuGoP0DL3ru90C1CUItF1PdP934nwOEHxVHMIP
	4wODDFcOJYCgKuqXU2IYyDlaMTCnJnVQFN1BgCrzTJuBUTG.06cRYBi8Ezep
	H2hw5hqp6EB4asP_v6jgt1x3zKsGJbmw4UTAWni_Lv4rTb1BAj7F6wquSxAc -
Received: from [13.12.254.95] by web65408.mail.ac4.yahoo.com via HTTP;
	Thu, 27 Oct 2011 15:38:28 PDT
X-Mailer: YahooMailWebService/0.8.114.317681
Message-ID: <1319755108.19034.YahooMailNeo@web65408.mail.ac4.yahoo.com>
Date: Thu, 27 Oct 2011 15:38:28 -0700 (PDT)
From: Arturo Lorenzo 
To: "xen-users@lists.xensource.com" 
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="137968497-1092316242-1319755108=:19034"
X-Mailman-Approved-At: Fri, 28 Oct 2011 09:14:46 -0700
Subject: [Xen-users] xendesktop 5.5 problem with xcp 1.1 (xenserver 5.6 SP2)
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Arturo Lorenzo 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--137968497-1092316242-1319755108=:19034
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

=0A=0AHi,=0AI have installed XenDesktop5.5 (express) and followed your XenD=
esktop 5 - QSG.pdf guide and I having this problem after a successful insta=
llation:=0A"Object reference not set to an instance of an object." pop up w=
hen do quick deploy.=A0 See attached xendesktop-error.jpg=0A=0AI am running=
 XCP1.1 rc-base-50674 which is equivalent to XenServer 5.6 SP2. XenDesktop =
is running in a Windows 2008 Server R2 with all up-to-date patches VM under=
 XCP1.1.=0A=0AI am attaching the xendesktop installation log.=0A=0AThanks f=
or your help!=0A
--137968497-1092316242-1319755108=:19034
Content-Type: application/octet-stream; name="XenDesktop Installation.log"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="XenDesktop Installation.log"

MTc6Mzg6MjAuODQ3MiA6IEF1dG9SdW46SW5zdGFsbGF0aW9uTWFuYWdlciBp
bnN0YW50aWF0ZWQNCjE3OjM4OjIwLjg3ODQgOiBBdXRvUnVuOkNvbXBvbmVu
dCAnTWljcm9zb2Z0IC5ORVQgRnJhbWV3b3JrIDMuNSBTZXJ2aWNlIFBhY2sg
MScgYW5kIGRlcGVuZGVuY2llcyBpbnN0YW50aWF0ZWQuDQoxNzozODoyMC44
Nzg0IDogQXV0b1J1bjpDb21wb25lbnQgJ1dpbmRvd3MgTWFuYWdlbWVudCBG
cmFtZXdvcmsgRG93bmxvYWQnIGFuZCBkZXBlbmRlbmNpZXMgaW5zdGFudGlh
dGVkLg0KMTc6Mzg6MjAuODc4NCA6IEF1dG9SdW46Q29tcG9uZW50ICdXaW5k
b3dzIE1hbmFnZW1lbnQgRnJhbWV3b3JrIEluc3RhbGxhdGlvbicgYW5kIGRl
cGVuZGVuY2llcyBpbnN0YW50aWF0ZWQuDQoxNzozODoyMC44Nzg0IDogQXV0
b1J1bjpDb21wb25lbnQgJ1BWUyBQb3dlclNoZWxsIFNESycgYW5kIGRlcGVu
ZGVuY2llcyBpbnN0YW50aWF0ZWQuDQoxNzozODoyMC44Nzg0IDogQXV0b1J1
bjpDb21wb25lbnQgJ1NRTCBDTFIgVHlwZXMnIGFuZCBkZXBlbmRlbmNpZXMg
aW5zdGFudGlhdGVkLg0KMTc6Mzg6MjAuODc4NCA6IEF1dG9SdW46Q29tcG9u
ZW50ICdTTU8gT2JqZWN0cycgYW5kIGRlcGVuZGVuY2llcyBpbnN0YW50aWF0
ZWQuDQoxNzozODoyMC44Nzg0IDogQXV0b1J1bjpDb21wb25lbnQgJ1NRTCBD
TFIgVHlwZXMnIGFuZCBkZXBlbmRlbmNpZXMgaW5zdGFudGlhdGVkLg0KMTc6
Mzg6MjAuODc4NCA6IEF1dG9SdW46Q29tcG9uZW50ICdTTU8gT2JqZWN0cycg
YW5kIGRlcGVuZGVuY2llcyBpbnN0YW50aWF0ZWQuDQoxNzozODoyMC44Nzg0
IDogQXV0b1J1bjpDb21wb25lbnQgJ1hlbkRlc2t0b3AgQ29udHJvbGxlciBT
REsnIGFuZCBkZXBlbmRlbmNpZXMgaW5zdGFudGlhdGVkLg0KMTc6Mzg6MjAu
ODk0MCA6IEF1dG9SdW46Q29tcG9uZW50ICdDaXRyaXggUG9saWN5IFNESycg
YW5kIGRlcGVuZGVuY2llcyBpbnN0YW50aWF0ZWQuDQoxNzozODoyMC44OTQw
IDogQXV0b1J1bjpDb21wb25lbnQgJ0FEIElkZW50aXR5U2VydmljZSBTREsn
IGFuZCBkZXBlbmRlbmNpZXMgaW5zdGFudGlhdGVkLg0KMTc6Mzg6MjAuODk0
MCA6IEF1dG9SdW46Q29tcG9uZW50ICdDZW50cmFsIENvbmZpZ3VyYXRpb24g
U2VydmljZSBTREsnIGFuZCBkZXBlbmRlbmNpZXMgaW5zdGFudGlhdGVkLg0K
MTc6Mzg6MjAuODk0MCA6IEF1dG9SdW46Q29tcG9uZW50ICdNYWNoaW5lIENy
ZWF0aW9uIFNlcnZpY2UgU0RLJyBhbmQgZGVwZW5kZW5jaWVzIGluc3RhbnRp
YXRlZC4NCjE3OjM4OjIwLjg5NDAgOiBBdXRvUnVuOkNvbXBvbmVudCAnSG9z
dCBTZXJ2aWNlIFNESycgYW5kIGRlcGVuZGVuY2llcyBpbnN0YW50aWF0ZWQu
DQoxNzozODoyMC44OTQwIDogQXV0b1J1bjpDb21wb25lbnQgJ01hY2hpbmUg
SWRlbnRpdHkgU2VydmljZSBTREsnIGFuZCBkZXBlbmRlbmNpZXMgaW5zdGFu
dGlhdGVkLg0KMTc6Mzg6MjAuODk0MCA6IEF1dG9SdW46Q29tcG9uZW50ICdD
aXRyaXggQ29tbW9uIENvbW1hbmRzJyBhbmQgZGVwZW5kZW5jaWVzIGluc3Rh
bnRpYXRlZC4NCjE3OjM4OjIwLjg5NDAgOiBBdXRvUnVuOkNvbXBvbmVudCAn
Q2l0cml4IExpY2Vuc2UgQ29uZmlndXJhdGlvbiBTZXJ2aWNlIFNESycgYW5k
IGRlcGVuZGVuY2llcyBpbnN0YW50aWF0ZWQuDQoxNzozODoyMC44OTQwIDog
QXV0b1J1bjpDb21wb25lbnQgJ0Rlc2t0b3AgU3R1ZGlvJyBhbmQgZGVwZW5k
ZW5jaWVzIGluc3RhbnRpYXRlZC4NCjE3OjM4OjIwLjkwOTYgOiBBdXRvUnVu
Ok9wZXJhdGlvbiBzeXN0ZW06IFdpbmRvd3NTZXJ2ZXIyMDA4UjIgNjRiaXQN
CjE3OjM4OjIwLjkwOTYgOiBBdXRvUnVuOlNlcnZpY2UgcGFjazogMQ0KMTc6
Mzg6MjAuOTI1MiA6IEF1dG9SdW46VGhpcyBpcyBhIHN1cHBvcnRlZCBzZXJ2
ZXIgT1MuJw0KMTc6Mzg6MjAuOTU2NCA6IEF1dG9SdW46UHJvZHVjdCB3aXRo
IHVwZ3JhZGUgY29kZSB7MzEyMzBFNkMtNzFCOS00MjJDLTk3MEYtODdFREUx
QjcwRURDfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAuOTU2NCA6IEF1
dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7RERBRkMzMTYtRDI3
OC00QzQxLTlDNzktNTY5OTk0RjZFMjMzfSBpcyBub3QgaW5zdGFsbGVkLg0K
MTc6Mzg6MjAuOTU2NCA6IEF1dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUg
Y29kZSB7NkI4NzYxOEMtQkEzRC00Q0U1LUJFNEMtQ0VFNTZCRjk2RDI5fSBp
cyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAuOTU2NCA6IEF1dG9SdW46UHJv
ZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7QzgyRkUwNjItNDA0NS00MDhBLTg1
QTAtMkQxM0ZDQUU2N0JDfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAu
OTU2NCA6IEF1dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7OUJD
MDNGQUUtQzE2Qi00MEU5LUIxRTgtMjY1N0YyNkIwOUUzfSBpcyBub3QgaW5z
dGFsbGVkLg0KMTc6Mzg6MjAuOTU2NCA6IEF1dG9SdW46UHJvZHVjdCB3aXRo
IHVwZ3JhZGUgY29kZSB7MTAwMkI0OEItRjMzMy00NjY1LTg2NTktMzMyQkQ4
NEY1ODY0fSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAuOTcyMCA6IEF1
dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7QTE1OTJCMjctNzU0
QS03OEY5LTYxMDYtMERGQjA5NzA0RTc3fSBpcyBub3QgaW5zdGFsbGVkLg0K
MTc6Mzg6MjAuOTcyMCA6IEF1dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUg
Y29kZSB7MzA4MDEyRjQtQ0NGRS1DRDNCLTU1M0MtQjE3MzU2MzlEMTQxfSBp
cyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAuOTcyMCA6IEF1dG9SdW46UHJv
ZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7RjlGMDkyOTYtQkFEMy0zOEYxLTgx
QUItN0ZEN0M5OEI1NzM0fSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAu
OTcyMCA6IEF1dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7RTlB
OThDQTMtQkM0MC1DOENFLTFGQkYtRjQzOUY0NjNDMzMxfSBpcyBub3QgaW5z
dGFsbGVkLg0KMTc6Mzg6MjAuOTcyMCA6IEF1dG9SdW46UHJvZHVjdCB3aXRo
IHVwZ3JhZGUgY29kZSB7OEVBOUZDQzUtRTlERC0zQjc1LUEzMTYtMzE3REE3
MUQ0M0UyfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAuOTcyMCA6IEF1
dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7RjY5RUY1OTYtODBC
Ri00OUE1LUI3NEItOEZBMkQyN0E0QzRFfSBpcyBub3QgaW5zdGFsbGVkLg0K
MTc6Mzg6MjAuOTcyMCA6IEF1dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUg
Y29kZSB7QzcwNTIyOEYtNTVBQi1ERDc2LTg4MUQtOUI4ODVGMjQyQTNEfSBp
cyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAuOTcyMCA6IEF1dG9SdW46UHJv
ZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7NDRGOTMxRDgtNDdERC00REE3LTk2
MTItREZCRDk4MDU2REY0fSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MjAu
OTcyMCA6IEF1dG9SdW46UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7Q0I1
NkQ2ODUtN0M4Ri00OTdFLTgxRjUtRDJGNzg0Q0IwMEQ5fSBpcyBub3QgaW5z
dGFsbGVkLg0KMTc6Mzg6MjAuOTcyMCA6IEF1dG9SdW46Q29tcG9uZW50IGdy
b3VwIERlc2t0b3AgU3R1ZGlvIGluc3RhbGxhdGlvbiBzdGF0dXMgaXMgTm90
SW5zdGFsbGVkDQoxNzozODoyMC45NzIwIDogQXV0b1J1bjpBbiBpbmNvbXBh
dGlibGUgdmVyc2lvbiBvZiBNZXRhSW5zdGFsbGVyIGlzIGluc3RhbGxlZA0K
MTc6Mzg6MjAuOTcyMCA6IEF1dG9SdW46U2VydmljZSBwYWNrOiAxDQoxNzoz
ODoyMC45NzIwIDogQXV0b1J1bjpUaGlzIGlzICBub3QgYSBzdXBwb3J0ZWQg
VkRBIE9TLicNCjE3OjM4OjI2LjcyODQgOiBBdXRvUnVuOkxhdW5jaGluZyBE
Olx4NjRcWGVuRGVza3RvcCBTZXR1cFxYZW5EZXNrdG9wU2VydmVyU2V0dXAu
ZXhlDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIFN0
YXJ0IG9mIG5ldyBsb2cgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioNCkRhdGU6IFRodXJzZGF5LCBPY3RvYmVyIDI3LCAyMDExDQoxNzoz
ODoyNy4yMjc2IDogWGVuRGVza3RvcFNldHVwOkNoZWNraW5nIGZvciBWaXJ0
dWFsIE1hY2hpbmUgZW52aXJvbm1lbnQgYW5kIGNhY2hpbmcgdGhlIHJlc3Vs
dHMuLi4NCjE3OjM4OjI3LjMwNTYgOiBYZW5EZXNrdG9wU2V0dXA6SXNWaXJ0
dWFsTWFjaGluZTogQ2hlY2tpbmcgZm9yIFZpcnR1YWwgTWFjaGluZS4uLg0K
MTc6Mzg6MjcuNDkyOCA6IFhlbkRlc2t0b3BTZXR1cDpJc1ZpcnR1YWxNYWNo
aW5lOiBTTUJJT1MgSW5mb3JtYXRpb24NCjE3OjM4OjI3LjQ5MjggOiBYZW5E
ZXNrdG9wU2V0dXA6ICBOYW1lOiBIVk0gZG9tVQ0KMTc6Mzg6MjcuNDkyOCA6
IFhlbkRlc2t0b3BTZXR1cDogIFZlbmRvcjogWGVuDQoxNzozODoyNy40OTI4
IDogWGVuRGVza3RvcFNldHVwOlZlbmRvciBJbmZvOiBVbmtub3duDQoxNzoz
ODoyNy40OTI4IDogWGVuRGVza3RvcFNldHVwOklzVmlydHVhbE1hY2hpbmU6
IFZpcnR1YWwgTWFjaGluZSBEZXRlY3RlZC4NCjE3OjM4OjI3LjQ5MjggOiBY
ZW5EZXNrdG9wU2V0dXA6SXNWaXJ0dWFsTWFjaGluZTogQ2hlY2tpbmcgZm9y
IFZpcnR1YWwgTWFjaGluZS4uLg0KMTc6Mzg6MjcuNDkyOCA6IFhlbkRlc2t0
b3BTZXR1cDpJc1ZpcnR1YWxNYWNoaW5lOiBTTUJJT1MgSW5mb3JtYXRpb24N
CjE3OjM4OjI3LjQ5MjggOiBYZW5EZXNrdG9wU2V0dXA6ICBOYW1lOiBIVk0g
ZG9tVQ0KMTc6Mzg6MjcuNDkyOCA6IFhlbkRlc2t0b3BTZXR1cDogIFZlbmRv
cjogWGVuDQoxNzozODoyNy40OTI4IDogWGVuRGVza3RvcFNldHVwOklzVmly
dHVhbE1hY2hpbmU6IFZpcnR1YWwgTWFjaGluZSBEZXRlY3RlZC4NCjE3OjM4
OjI3LjUwODQgOiBYZW5EZXNrdG9wU2V0dXA6Q3VycmVudCBVc2VyIFByZWZl
cmVuY2VzIGZvbGxvd3Mgc3RhdGU6IGFmdGVyLXByb2Nlc3MtY21kbGluZQ0K
MTc6Mzg6MjcuNTA4NCA6IFhlbkRlc2t0b3BTZXR1cDpOb1dpblJNID0gRmFs
c2UNClNob3dVSSA9IEZhbHNlDQpOb1JlYm9vdCA9IEZhbHNlDQpOb1ByZXJl
cXVpc2l0ZXMgPSBGYWxzZQ0KVUlNb2RlID0gTm9ybWFsDQpMb2dQYXRoID0g
DQpWZXJib3NlTG9nID0gRmFsc2UNCldvcmtpbmdEaXJlY3RvcnkgPSBDOlxV
c2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxyYnRfOTQ0
MTk2YmYtNDBiYi00MDMxLWExZGEtNjdlZTZiMGFjMDhmDQpJbnN0YWxsRGly
ZWN0b3J5ID0gQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXgNClByZVNlbGVjdGVk
Q29tcG9uZW50cyA9IA0KQ0RSb290ID0gDQpJbnN0YWxsYXRpb25SZXN1bWlu
ZyA9IEZhbHNlDQpFbmFibGVGbGFzaFNlY3VyaXR5ID0gRmFsc2UNCkVuYWJs
ZVByb0dyYXBoaWNzID0gRmFsc2UNClByb0dyYXBoaWNzS2V5RmlsZSA9IA0K
Q2hhbmdlRmlyZXdhbGwgPSBGYWxzZQ0KQ29uZmlndXJlQnJva2VyUG9ydHMg
PSBGYWxzZQ0KQ29uZmlndXJlVWRwUG9ydHMgPSBGYWxzZQ0KQ29uZmlndXJl
UmVtb3RlQXNzaXN0YW5jZSA9IEZhbHNlDQpDb25maWd1cmVSZW1vdGVNYW5h
Z2VtZW50ID0gRmFsc2UNCk9wdGltaXplVmlydHVhbE1hY2hpbmUgPSBGYWxz
ZQ0KSXNWaXJ0dWFsTWFjaGluZSA9IFRydWUNCklzVk1XYXJlVmlydHVhbE1h
Y2hpbmUgPSBGYWxzZQ0KWGVuQXBwU2VydmVyTG9jYXRpb24gPSANCkZhcm1H
dWlkID0gDQpDb250cm9sbGVyTmFtZXMgPSANCldjZlBvcnQgPSANCk5vQ2l0
cml4V0RETSA9IEZhbHNlDQpDaXRyaXhXZGRtT25IeXBlclYgPSBGYWxzZQ0K
DQoNCjE3OjM4OjI3LjUwODQgOiBYZW5EZXNrdG9wU2V0dXA6T3BlcmF0aW9u
IHN5c3RlbTogV2luZG93c1NlcnZlcjIwMDhSMiA2NGJpdA0KMTc6Mzg6Mjcu
NTA4NCA6IFhlbkRlc2t0b3BTZXR1cDpTZXJ2aWNlIHBhY2s6IDENCjE3OjM4
OjI3LjUyNDAgOiBYZW5EZXNrdG9wU2V0dXA6VGhpcyBpcyBhIHN1cHBvcnRl
ZCBzZXJ2ZXIgT1MuJw0KMTc6Mzg6MjcuNTI0MCA6IFhlbkRlc2t0b3BTZXR1
cDpWZXJpZnlDRFJvb3Q6IE1lZGlhIHR5cGUgbm90IHlldCBkZXRlcm1pbmVk
DQoxNzozODoyNy41Mzk2IDogWGVuRGVza3RvcFNldHVwOk1lZGlhVHlwZSBo
YXMgYmVlbiBzZXQgdG8gRnVsbA0KMTc6Mzg6MzEuNDU1MiA6IFhlbkRlc2t0
b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHtjMDVjZTA0MS02
M2RiLTQ0NjctYjc3Ny05ZmNiMzAwMTNjYTJ9IGlzIG5vdCBpbnN0YWxsZWQu
DQoxNzozODozMS40NTUyIDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0
aCB1cGdyYWRlIGNvZGUgezQxYTc5MzZlLWIwMTctNDViNC1iYzQwLTg0YTQ5
ZmE0ZmRmN30gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjMxLjQ1NTIgOiBY
ZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7OTQ1
NDlkYzYtMzNiZS00NTc5LThhMzYtNTRlZDhlNjI5MDU5fSBpcyBub3QgaW5z
dGFsbGVkLg0KMTc6Mzg6MzEuNDU1MiA6IFhlbkRlc2t0b3BTZXR1cDpQcm9k
dWN0IHdpdGggdXBncmFkZSBjb2RlIHs4MjU5NGI1YS01Y2E2LTRjNmYtYTlm
MS1lZjc1YTUwNGI1OTJ9IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODozMS40
NTUyIDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNv
ZGUge2ZhMzQ3NGY5LWYyZjUtNDk5OC05NjYxLWY2YzA5YTcwM2FkNX0gaXMg
bm90IGluc3RhbGxlZC4NCjE3OjM4OjMxLjQ3MDggOiBYZW5EZXNrdG9wU2V0
dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7RENENjEwMjQtQkU3Mi00
OUM5LUIyMUEtRDUzQzY0MUI3MjJCfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6
Mzg6MzEuNDg2NCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBn
cmFkZSBjb2RlIHs3RUVGMkJGOS1BNEI3LTJCOUQtQjlCQy1FMUQzN0I2ODIx
NkV9IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODozMS40ODY0IDogWGVuRGVz
a3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUge0EyNTk2OTUx
LTU5MTgtOEJCRC03NTg3LUZDNzVFNUU5QUM3Rn0gaXMgbm90IGluc3RhbGxl
ZC4NCjE3OjM4OjMxLjQ4NjQgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3
aXRoIHVwZ3JhZGUgY29kZSB7MUQ1MTFDQTItNUE0QS1FRjRDLUMxNzYtQjcy
QTVCNUMyMDVEfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MzEuNDg2NCA6
IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHs0
MzY4RUZFMi1GOUYxLTIzMkUtODk4RS04RUUxRjQ0NTc5REZ9IGlzIG5vdCBp
bnN0YWxsZWQuDQoxNzozODozMS40ODY0IDogWGVuRGVza3RvcFNldHVwOlBy
b2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUge0FBMUE3NUQzLTQwQkQtQ0Q0NC0z
M0EzLUVGOTBDNERENzMxRH0gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjMx
LjQ4NjQgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUg
Y29kZSB7NkQ3NzY2MDYtMTYwRi00MjhGLTg4NTItQkRGQkVDNTVDREI5fSBp
cyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MzEuNDg2NCA6IFhlbkRlc2t0b3BT
ZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHszMTIzMEU2Qy03MUI5
LTQyMkMtOTcwRi04N0VERTFCNzBFREN9IGlzIG5vdCBpbnN0YWxsZWQuDQox
NzozODozMS40ODY0IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1
cGdyYWRlIGNvZGUge0ZEN0JGMzMyLUIxRkItNDA4MS1CQkZGLTc3RDhBNzFB
OTI3RH0gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjMxLjQ4NjQgOiBYZW5E
ZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7ODI1OTRC
NUEtNUNBNi00QzZGLUE5RjEtRUY3NUE1MDRCNTkyfSBpcyBub3QgaW5zdGFs
bGVkLg0KMTc6Mzg6MzEuNTY0NCA6IFhlbkRlc2t0b3BTZXR1cDpTUUwgU2Vy
dmVyIFdNSSBJbnN0YW5jZSBub3QgZm91bmQsIGFzc3VtaW5nIG5vdCBpbnN0
YWxsZWQuIA0KMTc6Mzg6MzkuMzMzMiA6IFhlbkRlc2t0b3BTZXR1cDpQcm9k
dWN0IHdpdGggdXBncmFkZSBjb2RlIHsxMDAyQjQ4Qi1GMzMzLTQ2NjUtODY1
OS0zMzJCRDg0RjU4NjR9IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODozOS4z
MzMyIDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNv
ZGUgezlCQzAzRkFFLUMxNkItNDBFOS1CMUU4LTI2NTdGMjZCMDlFM30gaXMg
bm90IGluc3RhbGxlZC4NCjE3OjM4OjM5LjM0ODggOiBYZW5EZXNrdG9wU2V0
dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7RjY5RUY1OTYtODBCRi00
OUE1LUI3NEItOEZBMkQyN0E0QzRFfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6
Mzg6MzkuMzQ4OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBn
cmFkZSBjb2RlIHtDNzA1MjI4Ri01NUFCLURENzYtODgxRC05Qjg4NUYyNDJB
M0R9IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODozOS4zNDg4IDogWGVuRGVz
a3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUge0ExNTkyQjI3
LTc1NEEtNzhGOS02MTA2LTBERkIwOTcwNEU3N30gaXMgbm90IGluc3RhbGxl
ZC4NCjE3OjM4OjM5LjM0ODggOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3
aXRoIHVwZ3JhZGUgY29kZSB7MzA4MDEyRjQtQ0NGRS1DRDNCLTU1M0MtQjE3
MzU2MzlEMTQxfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MzkuMzQ4OCA6
IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHtG
OUYwOTI5Ni1CQUQzLTM4RjEtODFBQi03RkQ3Qzk4QjU3MzR9IGlzIG5vdCBp
bnN0YWxsZWQuDQoxNzozODozOS4zNDg4IDogWGVuRGVza3RvcFNldHVwOlBy
b2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUge0U5QTk4Q0EzLUJDNDAtQzhDRS0x
RkJGLUY0MzlGNDYzQzMzMX0gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjM5
LjM0ODggOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUg
Y29kZSB7OEVBOUZDQzUtRTlERC0zQjc1LUEzMTYtMzE3REE3MUQ0M0UyfSBp
cyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6MzkuMzQ4OCA6IFhlbkRlc2t0b3BT
ZXR1cDpDb21wb25lbnQgZ3JvdXAgWGVuRGVza3RvcCBDb250cm9sbGVyIGlu
c3RhbGxhdGlvbiBzdGF0dXMgaXMgTm90SW5zdGFsbGVkDQoxNzozODozOS4z
NDg4IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNv
ZGUgezZENzc2NjA2LTE2MEYtNDI4Ri04ODUyLUJERkJFQzU1Q0RCOX0gaXMg
bm90IGluc3RhbGxlZC4NCjE3OjM4OjM5LjM0ODggOiBYZW5EZXNrdG9wU2V0
dXA6Q29tcG9uZW50IGdyb3VwIFdlYiBBY2Nlc3MgaW5zdGFsbGF0aW9uIHN0
YXR1cyBpcyBOb3RJbnN0YWxsZWQNCjE3OjM4OjM5LjM0ODggOiBYZW5EZXNr
dG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7RERBRkMzMTYt
RDI3OC00QzQxLTlDNzktNTY5OTk0RjZFMjMzfSBpcyBub3QgaW5zdGFsbGVk
Lg0KMTc6Mzg6MzkuMzQ4OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdp
dGggdXBncmFkZSBjb2RlIHs2Qjg3NjE4Qy1CQTNELTRDRTUtQkU0Qy1DRUU1
NkJGOTZEMjl9IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODozOS4zNDg4IDog
WGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUge0M4
MkZFMDYyLTQwNDUtNDA4QS04NUEwLTJEMTNGQ0FFNjdCQ30gaXMgbm90IGlu
c3RhbGxlZC4NCjE3OjM4OjM5LjM0ODggOiBYZW5EZXNrdG9wU2V0dXA6UHJv
ZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7NDRGOTMxRDgtNDdERC00REE3LTk2
MTItREZCRDk4MDU2REY0fSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6Mzku
MzQ4OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBj
b2RlIHtDQjU2RDY4NS03QzhGLTQ5N0UtODFGNS1EMkY3ODRDQjAwRDl9IGlz
IG5vdCBpbnN0YWxsZWQuDQoxNzozODozOS4zNDg4IDogWGVuRGVza3RvcFNl
dHVwOkNvbXBvbmVudCBncm91cCBEZXNrdG9wIFN0dWRpbyBpbnN0YWxsYXRp
b24gc3RhdHVzIGlzIE5vdEluc3RhbGxlZA0KMTc6Mzg6MzkuMzQ4OCA6IFhl
bkRlc2t0b3BTZXR1cDpDb21wb25lbnQgZ3JvdXAgRGVza3RvcCBEaXJlY3Rv
ciBpbnN0YWxsYXRpb24gc3RhdHVzIGlzIE5vdEluc3RhbGxlZA0KMTc6Mzg6
MzkuMzQ4OCA6IFhlbkRlc2t0b3BTZXR1cDpDb21wb25lbnQgZ3JvdXAgTGlj
ZW5zZSBTZXJ2ZXIgaW5zdGFsbGF0aW9uIHN0YXR1cyBpcyBOb3RJbnN0YWxs
ZWQNCjE3OjM4OjQyLjI1MDQgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3
aXRoIHVwZ3JhZGUgY29kZSB7MTAwMkI0OEItRjMzMy00NjY1LTg2NTktMzMy
QkQ4NEY1ODY0fSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6NDIuNDM3NiA6
IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHs5
QkMwM0ZBRS1DMTZCLTQwRTktQjFFOC0yNjU3RjI2QjA5RTN9IGlzIG5vdCBp
bnN0YWxsZWQuDQoxNzozODo0Mi40Njg4IDogWGVuRGVza3RvcFNldHVwOlBy
b2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUge0Y2OUVGNTk2LTgwQkYtNDlBNS1C
NzRCLThGQTJEMjdBNEM0RX0gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjQy
LjU5MzYgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUg
Y29kZSB7QzcwNTIyOEYtNTVBQi1ERDc2LTg4MUQtOUI4ODVGMjQyQTNEfSBp
cyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6NDIuODkwMCA6IFhlbkRlc2t0b3BT
ZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHtEQ0Q2MTAyNC1CRTcy
LTQ5QzktQjIxQS1ENTNDNjQxQjcyMkJ9IGlzIG5vdCBpbnN0YWxsZWQuDQox
NzozODo0My4wMTQ4IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1
cGdyYWRlIGNvZGUge0ExNTkyQjI3LTc1NEEtNzhGOS02MTA2LTBERkIwOTcw
NEU3N30gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjQzLjAxNDggOiBYZW5E
ZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7QUE3ODNB
MTQtQTdBMy0zRDMzLTk1RjAtOUEzNTFENTMwMDExfSBpcyBub3QgaW5zdGFs
bGVkLg0KMTc6Mzg6NDMuMTI0MCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0
IHdpdGggdXBncmFkZSBjb2RlIHs3RUVGMkJGOS1BNEI3LTJCOUQtQjlCQy1F
MUQzN0I2ODIxNkV9IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODo0My4zMTEy
IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUg
ezMwODAxMkY0LUNDRkUtQ0QzQi01NTNDLUIxNzM1NjM5RDE0MX0gaXMgbm90
IGluc3RhbGxlZC4NCjE3OjM4OjQzLjUxNDAgOiBYZW5EZXNrdG9wU2V0dXA6
UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7QTI1OTY5NTEtNTkxOC04QkJE
LTc1ODctRkM3NUU1RTlBQzdGfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6
NDMuNjU0NCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFk
ZSBjb2RlIHtGOUYwOTI5Ni1CQUQzLTM4RjEtODFBQi03RkQ3Qzk4QjU3MzR9
IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODo0My44ODg0IDogWGVuRGVza3Rv
cFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUgezFENTExQ0EyLTVB
NEEtRUY0Qy1DMTc2LUI3MkE1QjVDMjA1RH0gaXMgbm90IGluc3RhbGxlZC4N
CjE3OjM4OjQzLjk4MjAgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRo
IHVwZ3JhZGUgY29kZSB7RTlBOThDQTMtQkM0MC1DOENFLTFGQkYtRjQzOUY0
NjNDMzMxfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6NDQuMjAwNCA6IFhl
bkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHs0MzY4
RUZFMi1GOUYxLTIzMkUtODk4RS04RUUxRjQ0NTc5REZ9IGlzIG5vdCBpbnN0
YWxsZWQuDQoxNzozODo0NC4yOTQwIDogWGVuRGVza3RvcFNldHVwOlByb2R1
Y3Qgd2l0aCB1cGdyYWRlIGNvZGUgezhFQTlGQ0M1LUU5REQtM0I3NS1BMzE2
LTMxN0RBNzFENDNFMn0gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjQ0LjQ1
MDAgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29k
ZSB7QUExQTc1RDMtNDBCRC1DRDQ0LTMzQTMtRUY5MEM0REQ3MzFEfSBpcyBu
b3QgaW5zdGFsbGVkLg0KMTc6Mzg6NDQuNDgxMiA6IFhlbkRlc2t0b3BTZXR1
cDpTdGFydGluZyBwcm9jZXNzICdkaXNtJyB3aXRoIGFyZ3MgJy9vbmxpbmUg
L2VuZ2xpc2ggL2dldC1mZWF0dXJlcycNCjE3OjM4OjQ2LjEwMzYgOiBYZW5E
ZXNrdG9wU2V0dXA6UHJvY2VzcyBjb21wbGV0ZWQgd2l0aCBlcnJvciBjb2Rl
IDANCjE3OjM4OjQ2LjExOTIgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3
aXRoIHVwZ3JhZGUgY29kZSB7Mjg3MDMxMjgtYjViMS00ZjQwLWEwYjItZGZm
MzcxYTgwNDM2fSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6NDYuMTE5MiA6
IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHs2
RDc3NjYwNi0xNjBGLTQyOEYtODg1Mi1CREZCRUM1NUNEQjl9IGlzIG5vdCBp
bnN0YWxsZWQuDQoxNzozODo0Ni4yMTI4IDogWGVuRGVza3RvcFNldHVwOlBy
b2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUge0REQUZDMzE2LUQyNzgtNEM0MS05
Qzc5LTU2OTk5NEY2RTIzM30gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjQ2
LjU3MTYgOiBYZW5EZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUg
Y29kZSB7NDRGOTMxRDgtNDdERC00REE3LTk2MTItREZCRDk4MDU2REY0fSBp
cyBub3QgaW5zdGFsbGVkLg0KMTc6Mzg6NDYuODY4MCA6IFhlbkRlc2t0b3BT
ZXR1cDpQcm9kdWN0IHdpdGggdXBncmFkZSBjb2RlIHs2Qjg3NjE4Qy1CQTNE
LTRDRTUtQkU0Qy1DRUU1NkJGOTZEMjl9IGlzIG5vdCBpbnN0YWxsZWQuDQox
NzozODo0Ny4xNDg4IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1
cGdyYWRlIGNvZGUge0NCNTZENjg1LTdDOEYtNDk3RS04MUY1LUQyRjc4NENC
MDBEOX0gaXMgbm90IGluc3RhbGxlZC4NCjE3OjM4OjQ3LjUyMzIgOiBYZW5E
ZXNrdG9wU2V0dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7QzgyRkUw
NjItNDA0NS00MDhBLTg1QTAtMkQxM0ZDQUU2N0JDfSBpcyBub3QgaW5zdGFs
bGVkLg0KMTc6Mzg6NDcuNjAxMiA6IFhlbkRlc2t0b3BTZXR1cDpQcm9kdWN0
IHdpdGggdXBncmFkZSBjb2RlIHszMTIzMEU2Qy03MUI5LTQyMkMtOTcwRi04
N0VERTFCNzBFREN9IGlzIG5vdCBpbnN0YWxsZWQuDQoxNzozODo0OC4wODQ4
IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUg
e0ZEN0JGMzMyLUIxRkItNDA4MS1CQkZGLTc3RDhBNzFBOTI3RH0gaXMgbm90
IGluc3RhbGxlZC4NCjE3OjM4OjQ4LjMzNDQgOiBYZW5EZXNrdG9wU2V0dXA6
UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7ODI1OTRCNUEtNUNBNi00QzZG
LUE5RjEtRUY3NUE1MDRCNTkyfSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6Mzk6
MDUuMjI5MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsYXRpb24gYWN0aW9u
ID0gSW5zdGFsbA0KMTc6Mzk6MDUuMjI5MiA6IFhlbkRlc2t0b3BTZXR1cDpH
cm91cHMgc2NoZWR1bGVkIGZvciBhY3Rpb246ICdYZW5EZXNrdG9wIENvbnRy
b2xsZXInLCAnV2ViIEFjY2VzcycsICdEZXNrdG9wIFN0dWRpbycsICdEZXNr
dG9wIERpcmVjdG9yJywgJ0xpY2Vuc2UgU2VydmVyJywgDQoxNzozOTowNS4z
Mzg0IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNv
ZGUgezI4NzAzMTI4LWI1YjEtNGY0MC1hMGIyLWRmZjM3MWE4MDQzNn0gaXMg
bm90IGluc3RhbGxlZC4NCjE3OjM5OjA1LjMzODQgOiBYZW5EZXNrdG9wU2V0
dXA6UHJvZHVjdCB3aXRoIHVwZ3JhZGUgY29kZSB7NkQ3NzY2MDYtMTYwRi00
MjhGLTg4NTItQkRGQkVDNTVDREI5fSBpcyBub3QgaW5zdGFsbGVkLg0KMTc6
Mzk6MDUuMzU0MCA6IFhlbkRlc2t0b3BTZXR1cDpUb3RhbCBpbnN0YWxsIGNv
c3QgPSAyNDQNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJv
dXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ01pY3Jvc29mdCAuTkVUIEZy
YW1ld29yayAzLjUgU2VydmljZSBQYWNrIDEnDQoxNzozOTowNS4zNjk2IDog
WGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21w
b25lbnQgJ01pY3Jvc29mdCAuTkVUIEZyYW1ld29yayAzLjUgU2VydmljZSBQ
YWNrIDEnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOkFib3V0
IHRvIGluaXRpYWxpemUgY29tcG9uZW50ICdNaWNyb3NvZnQgU1FMIEV4cHJl
c3MgMjAwOCBSMicNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6
U3VjY2Vzc2Z1bGx5IGluaXRpYWxpemVkIGNvbXBvbmVudCAnTWljcm9zb2Z0
IFNRTCBFeHByZXNzIDIwMDggUjInDQoxNzozOTowNS4zNjk2IDogWGVuRGVz
a3RvcFNldHVwOkFib3V0IHRvIGluaXRpYWxpemUgY29tcG9uZW50ICdNaWNy
b3NvZnQgVmlzdWFsIEMrKyAyMDA4IFJ1bnRpbWUnDQoxNzozOTowNS4zNjk2
IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBj
b21wb25lbnQgJ01pY3Jvc29mdCBWaXN1YWwgQysrIDIwMDggUnVudGltZScN
CjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5p
dGlhbGl6ZSBjb21wb25lbnQgJ01pY3Jvc29mdCBJbnRlcm5ldCBJbmZvcm1h
dGlvbiBTZXJ2aWNlcycNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0
dXA6U3VjY2Vzc2Z1bGx5IGluaXRpYWxpemVkIGNvbXBvbmVudCAnTWljcm9z
b2Z0IEludGVybmV0IEluZm9ybWF0aW9uIFNlcnZpY2VzJw0KMTc6Mzk6MDUu
MzY5NiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbml0aWFsaXplIGNv
bXBvbmVudCAnTWljcm9zb2Z0IFZpc3VhbCBKIyAyLjAgU0UnDQoxNzozOTow
NS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFs
aXplZCBjb21wb25lbnQgJ01pY3Jvc29mdCBWaXN1YWwgSiMgMi4wIFNFJw0K
MTc6Mzk6MDUuMzY5NiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbml0
aWFsaXplIGNvbXBvbmVudCAnQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29u
dHJvbGxlcicNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6U3Vj
Y2Vzc2Z1bGx5IGluaXRpYWxpemVkIGNvbXBvbmVudCAnQ2l0cml4IERlc2t0
b3AgRGVsaXZlcnkgQ29udHJvbGxlcicNCjE3OjM5OjA1LjM2OTYgOiBYZW5E
ZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ0Np
dHJpeCBQb2xpY3kgU0RLJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRlc2t0b3BT
ZXR1cDpTdWNjZXNzZnVsbHkgaW5pdGlhbGl6ZWQgY29tcG9uZW50ICdDaXRy
aXggUG9saWN5IFNESycNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0
dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ1hlbkRlc2t0b3Ag
Q29udHJvbGxlciBTREsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNl
dHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ1hlbkRl
c2t0b3AgQ29udHJvbGxlciBTREsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVz
a3RvcFNldHVwOkFib3V0IHRvIGluaXRpYWxpemUgY29tcG9uZW50ICdDaXRy
aXggQ29tbW9uIENvbW1hbmRzJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRlc2t0
b3BTZXR1cDpTdWNjZXNzZnVsbHkgaW5pdGlhbGl6ZWQgY29tcG9uZW50ICdD
aXRyaXggQ29tbW9uIENvbW1hbmRzJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRl
c2t0b3BTZXR1cDpBYm91dCB0byBpbml0aWFsaXplIGNvbXBvbmVudCAnQ2l0
cml4IExpY2Vuc2UgQ29uZmlndXJhdGlvbiBTZXJ2aWNlIFNESycNCjE3OjM5
OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6U3VjY2Vzc2Z1bGx5IGluaXRp
YWxpemVkIGNvbXBvbmVudCAnQ2l0cml4IExpY2Vuc2UgQ29uZmlndXJhdGlv
biBTZXJ2aWNlIFNESycNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0
dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ1hlbkRlc2t0b3Ag
Q29udHJvbGxlcicNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6
U3VjY2Vzc2Z1bGx5IGluaXRpYWxpemVkIGNvbXBvbmVudCAnWGVuRGVza3Rv
cCBDb250cm9sbGVyJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRlc2t0b3BTZXR1
cDpBYm91dCB0byBpbml0aWFsaXplIGNvbXBvbmVudCAnQUQgSWRlbnRpdHlT
ZXJ2aWNlIFNESycNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6
U3VjY2Vzc2Z1bGx5IGluaXRpYWxpemVkIGNvbXBvbmVudCAnQUQgSWRlbnRp
dHlTZXJ2aWNlIFNESycNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0
dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ0FEIElkZW50aXR5
IFNlcnZpY2UnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1
Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ0FEIElkZW50aXR5
IFNlcnZpY2UnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOkFi
b3V0IHRvIGluaXRpYWxpemUgY29tcG9uZW50ICdDZW50cmFsIENvbmZpZ3Vy
YXRpb24gU2VydmljZSBTREsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3Rv
cFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ0Nl
bnRyYWwgQ29uZmlndXJhdGlvbiBTZXJ2aWNlIFNESycNCjE3OjM5OjA1LjM2
OTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21w
b25lbnQgJ0NlbnRyYWwgQ29uZmlndXJhdGlvbiBTZXJ2aWNlJw0KMTc6Mzk6
MDUuMzY5NiA6IFhlbkRlc2t0b3BTZXR1cDpTdWNjZXNzZnVsbHkgaW5pdGlh
bGl6ZWQgY29tcG9uZW50ICdDZW50cmFsIENvbmZpZ3VyYXRpb24gU2Vydmlj
ZScNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8g
aW5pdGlhbGl6ZSBjb21wb25lbnQgJ01hY2hpbmUgQ3JlYXRpb24gU2Vydmlj
ZSBTREsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nl
c3NmdWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ01hY2hpbmUgQ3JlYXRp
b24gU2VydmljZSBTREsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNl
dHVwOkFib3V0IHRvIGluaXRpYWxpemUgY29tcG9uZW50ICdNYWNoaW5lIENy
ZWF0aW9uIFNlcnZpY2UnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNl
dHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ01hY2hp
bmUgQ3JlYXRpb24gU2VydmljZScNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNr
dG9wU2V0dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ0hvc3Qg
U2VydmljZSBTREsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVw
OlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ0hvc3QgU2Vy
dmljZSBTREsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOkFi
b3V0IHRvIGluaXRpYWxpemUgY29tcG9uZW50ICdIb3N0IFNlcnZpY2UnDQox
NzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBp
bml0aWFsaXplZCBjb21wb25lbnQgJ0hvc3QgU2VydmljZScNCjE3OjM5OjA1
LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBj
b21wb25lbnQgJ01hY2hpbmUgSWRlbnRpdHkgU2VydmljZSBTREsnDQoxNzoz
OTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0
aWFsaXplZCBjb21wb25lbnQgJ01hY2hpbmUgSWRlbnRpdHkgU2VydmljZSBT
REsnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRv
IGluaXRpYWxpemUgY29tcG9uZW50ICdNYWNoaW5lIElkZW50aXR5IFNlcnZp
Y2UnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc3Nm
dWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ01hY2hpbmUgSWRlbnRpdHkg
U2VydmljZScNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJv
dXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ1dlYiBBY2Nlc3MnDQoxNzoz
OTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0
aWFsaXplZCBjb21wb25lbnQgJ1dlYiBBY2Nlc3MnDQoxNzozOTowNS4zNjk2
IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGluaXRpYWxpemUgY29tcG9u
ZW50ICdQVlMgUG93ZXJTaGVsbCBTREsnDQoxNzozOTowNS4zNjk2IDogWGVu
RGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21wb25l
bnQgJ1BWUyBQb3dlclNoZWxsIFNESycNCjE3OjM5OjA1LjM2OTYgOiBYZW5E
ZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ1NR
TCBDTFIgVHlwZXMnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVw
OlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21wb25lbnQgJ1NRTCBDTFIg
VHlwZXMnDQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOkFib3V0
IHRvIGluaXRpYWxpemUgY29tcG9uZW50ICdTTU8gT2JqZWN0cycNCjE3OjM5
OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6U3VjY2Vzc2Z1bGx5IGluaXRp
YWxpemVkIGNvbXBvbmVudCAnU01PIE9iamVjdHMnDQoxNzozOTowNS4zNjk2
IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGluaXRpYWxpemUgY29tcG9u
ZW50ICdTUUwgQ0xSIFR5cGVzJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRlc2t0
b3BTZXR1cDpTdWNjZXNzZnVsbHkgaW5pdGlhbGl6ZWQgY29tcG9uZW50ICdT
UUwgQ0xSIFR5cGVzJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRlc2t0b3BTZXR1
cDpBYm91dCB0byBpbml0aWFsaXplIGNvbXBvbmVudCAnU01PIE9iamVjdHMn
DQoxNzozOTowNS4zNjk2IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxs
eSBpbml0aWFsaXplZCBjb21wb25lbnQgJ1NNTyBPYmplY3RzJw0KMTc6Mzk6
MDUuMzY5NiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbml0aWFsaXpl
IGNvbXBvbmVudCAnRGVza3RvcCBTdHVkaW8nDQoxNzozOTowNS4zNjk2IDog
WGVuRGVza3RvcFNldHVwOlN1Y2Nlc3NmdWxseSBpbml0aWFsaXplZCBjb21w
b25lbnQgJ0Rlc2t0b3AgU3R1ZGlvJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRl
c2t0b3BTZXR1cDpBYm91dCB0byBpbml0aWFsaXplIGNvbXBvbmVudCAnRGVz
a3RvcCBEaXJlY3RvcicNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0
dXA6U3VjY2Vzc2Z1bGx5IGluaXRpYWxpemVkIGNvbXBvbmVudCAnRGVza3Rv
cCBEaXJlY3RvcicNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6
QWJvdXQgdG8gaW5pdGlhbGl6ZSBjb21wb25lbnQgJ0NpdHJpeCBMaWNlbnNl
IFNlcnZlcicNCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6U3Vj
Y2Vzc2Z1bGx5IGluaXRpYWxpemVkIGNvbXBvbmVudCAnQ2l0cml4IExpY2Vu
c2UgU2VydmVyJw0KMTc6Mzk6MDUuMzY5NiA6IFhlbkRlc2t0b3BTZXR1cDpB
bGwgY29tcG9uZW50cyBpbml0aWFsaXplZCwgc3RhcnRpbmcgaW5zdGFsbGF0
aW9ucy4NCjE3OjM5OjA1LjM2OTYgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFs
bENvbXBvbmVudDogRW50cnksIGNvbXBvbmVudCBuYW1lID0gJ01pY3Jvc29m
dCAuTkVUIEZyYW1ld29yayAzLjUgU2VydmljZSBQYWNrIDEnDQoxNzozOTow
NS4zNjk2IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEFi
b3V0IHRvIGluc3RhbGwgY29tcG9uZW50ICdNaWNyb3NvZnQgLk5FVCBGcmFt
ZXdvcmsgMy41IFNlcnZpY2UgUGFjayAxJw0KMTc6Mzk6MDUuMzY5NiA6IFhl
bkRlc2t0b3BTZXR1cDpNZWRpYSBmb3VuZCwgQ29udGludWluZy4NCjE3OjM5
OjQwLjAzMjggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDog
SW5zdGFsbGVkIGNvbXBvbmVudCAnTWljcm9zb2Z0IC5ORVQgRnJhbWV3b3Jr
IDMuNSBTZXJ2aWNlIFBhY2sgMScNCjE3OjM5OjQwLjAzMjggOiBYZW5EZXNr
dG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUp
DQoxNzozOTo0MC4wMzI4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21w
b25lbnQ6IEVudHJ5LCBjb21wb25lbnQgbmFtZSA9ICdNaWNyb3NvZnQgU1FM
IEV4cHJlc3MgMjAwOCBSMicNCjE3OjM5OjQwLjAzMjggOiBYZW5EZXNrdG9w
U2V0dXA6SW5zdGFsbENvbXBvbmVudDogQWJvdXQgdG8gaW5zdGFsbCBjb21w
b25lbnQgJ01pY3Jvc29mdCBTUUwgRXhwcmVzcyAyMDA4IFIyJw0KMTc6Mzk6
NDAuMDMyOCA6IFhlbkRlc2t0b3BTZXR1cDpNZWRpYSBmb3VuZCwgQ29udGlu
dWluZy4NCjE3OjM5OjQwLjA0ODQgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQg
dG8gaW5zdGFsbCBNaWNyb3NvZnQgU1FMIEV4cHJlc3MgMjAwOCBSMiB3aXRo
IHBhcmFtZXRlcnM6IC9JTlNUQU5DRUlEPVNxbEV4cHJlc3MgL0lOU1RBTkNF
TkFNRT1TUUxFeHByZXNzIC9BY3Rpb249SW5zdGFsbCAvRmVhdHVyZXM9U3Fs
IC9ISURFQ09OU09MRSAvRVJST1JSRVBPUlRJTkc9RmFsc2UgL1NRTFNWQ1NU
QVJUVVBUWVBFPUF1dG9tYXRpYyAvRU5BQkxFUkFOVT1UcnVlIC9TUUxTVkNB
Q0NPVU5UPSJOVCBBdXRob3JpdHlcTmV0d29yayBTZXJ2aWNlIiAvU1FMU1lT
QURNSU5BQ0NPVU5UUz1CVUlMVElOXEFkbWluaXN0cmF0b3JzIC9UQ1BFTkFC
TEVEPTEgL0JST1dTRVJTVkNTVEFSVFVQVFlQRT1EaXNhYmxlZCAvSUFDQ0VQ
VFNRTFNFUlZFUkxJQ0VOU0VURVJNUz1UcnVlIC9xDQoxNzozOTo0MC4wNDg0
IDogWGVuRGVza3RvcFNldHVwOlN0YXJ0aW5nIHByb2Nlc3MgJ0Q6XFN1cHBv
cnRcU3FsRXhwcmVzczIwMDhSMlx4NjRcc2V0dXAuZXhlJyB3aXRoIGFyZ3Mg
Jy9JTlNUQU5DRUlEPVNxbEV4cHJlc3MgL0lOU1RBTkNFTkFNRT1TUUxFeHBy
ZXNzIC9BY3Rpb249SW5zdGFsbCAvRmVhdHVyZXM9U3FsIC9ISURFQ09OU09M
RSAvRVJST1JSRVBPUlRJTkc9RmFsc2UgL1NRTFNWQ1NUQVJUVVBUWVBFPUF1
dG9tYXRpYyAvRU5BQkxFUkFOVT1UcnVlIC9TUUxTVkNBQ0NPVU5UPSJOVCBB
dXRob3JpdHlcTmV0d29yayBTZXJ2aWNlIiAvU1FMU1lTQURNSU5BQ0NPVU5U
Uz1CVUlMVElOXEFkbWluaXN0cmF0b3JzIC9UQ1BFTkFCTEVEPTEgL0JST1dT
RVJTVkNTVEFSVFVQVFlQRT1EaXNhYmxlZCAvSUFDQ0VQVFNRTFNFUlZFUkxJ
Q0VOU0VURVJNUz1UcnVlIC9xJw0KMTc6NDQ6MDEuOTQxMiA6IFhlbkRlc2t0
b3BTZXR1cDpQcm9jZXNzIGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0K
MTc6NDQ6MDEuOTU2OCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9u
ZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdNaWNyb3NvZnQgU1FMIEV4cHJl
c3MgMjAwOCBSMicNCjE3OjQ0OjAxLjk1NjggOiBYZW5EZXNrdG9wU2V0dXA6
SW5zdGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUpDQoxNzo0NDow
MS45NTY4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEVu
dHJ5LCBjb21wb25lbnQgbmFtZSA9ICdNaWNyb3NvZnQgVmlzdWFsIEMrKyAy
MDA4IFJ1bnRpbWUnDQoxNzo0NDowMS45NTY4IDogWGVuRGVza3RvcFNldHVw
Okluc3RhbGxDb21wb25lbnQ6IEFib3V0IHRvIGluc3RhbGwgY29tcG9uZW50
ICdNaWNyb3NvZnQgVmlzdWFsIEMrKyAyMDA4IFJ1bnRpbWUnDQoxNzo0NDow
MS45NTY4IDogWGVuRGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51
aW5nLg0KMTc6NDQ6MDEuOTg4MCA6IFhlbkRlc2t0b3BTZXR1cDpTdGFydGlu
ZyBwcm9jZXNzICdEOlxTdXBwb3J0XHZjcmVkaXN0XDIwMDhfU1AxX0tCXzk3
MzU1Mlx2Y3JlZGlzdF94NjQuZXhlJyB3aXRoIGFyZ3MgJy9xJw0KMTc6NDQ6
MDguNTg2OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIGNvbXBsZXRlZCB3
aXRoIGVycm9yIGNvZGUgMA0KMTc6NDQ6MDguNjAyNCA6IFhlbkRlc2t0b3BT
ZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdN
aWNyb3NvZnQgVmlzdWFsIEMrKyAyMDA4IFJ1bnRpbWUnDQoxNzo0NDowOC42
MDI0IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEV4aXQg
KHJldHVybiBUcnVlKQ0KMTc6NDQ6MDguNjAyNCA6IFhlbkRlc2t0b3BTZXR1
cDpJbnN0YWxsQ29tcG9uZW50OiBFbnRyeSwgY29tcG9uZW50IG5hbWUgPSAn
TWljcm9zb2Z0IEludGVybmV0IEluZm9ybWF0aW9uIFNlcnZpY2VzJw0KMTc6
NDQ6MDguNjAyNCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50
OiBBYm91dCB0byBpbnN0YWxsIGNvbXBvbmVudCAnTWljcm9zb2Z0IEludGVy
bmV0IEluZm9ybWF0aW9uIFNlcnZpY2VzJw0KMTc6NDQ6MDguNjAyNCA6IFhl
bkRlc2t0b3BTZXR1cDpNZWRpYSBmb3VuZCwgQ29udGludWluZy4NCjE3OjQ0
OjA4LjcyNzIgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAn
ZGlzbScgd2l0aCBhcmdzICcvcXVpZXQgL25vcmVzdGFydCAvZW5nbGlzaCAv
b25saW5lIC9lbmFibGUtZmVhdHVyZSAvZmVhdHVyZW5hbWU6SUlTLUh0dHBS
ZWRpcmVjdCAvZmVhdHVyZW5hbWU6V0NGLUhUVFAtQWN0aXZhdGlvbiAvZmVh
dHVyZW5hbWU6SUlTLUFTUCAvZmVhdHVyZW5hbWU6SUlTLUNHSSAvZmVhdHVy
ZW5hbWU6SUlTLVNlcnZlclNpZGVJbmNsdWRlcyAvZmVhdHVyZW5hbWU6SUlT
LUh0dHBUcmFjaW5nIC9mZWF0dXJlbmFtZTpJSVMtTG9nZ2luZ0xpYnJhcmll
cyAvZmVhdHVyZW5hbWU6SUlTLUh0dHBDb21wcmVzc2lvbkR5bmFtaWMgL2Zl
YXR1cmVuYW1lOklJUy1NYW5hZ2VtZW50U2VydmljZSAvZmVhdHVyZW5hbWU6
SUlTLUlJUzZNYW5hZ2VtZW50Q29tcGF0aWJpbGl0eSAvZmVhdHVyZW5hbWU6
SUlTLU1ldGFiYXNlIC9mZWF0dXJlbmFtZTpJSVMtV01JQ29tcGF0aWJpbGl0
eSAvZmVhdHVyZW5hbWU6V0FTLVdpbmRvd3NBY3RpdmF0aW9uU2VydmljZSAv
ZmVhdHVyZW5hbWU6V0FTLVByb2Nlc3NNb2RlbCAvZmVhdHVyZW5hbWU6V0FT
LU5ldEZ4RW52aXJvbm1lbnQgL2ZlYXR1cmVuYW1lOldBUy1Db25maWd1cmF0
aW9uQVBJIC9mZWF0dXJlbmFtZTpJSVMtQmFzaWNBdXRoZW50aWNhdGlvbiAv
ZmVhdHVyZW5hbWU6SUlTLVdpbmRvd3NBdXRoZW50aWNhdGlvbiAvbG9ncGF0
aDoiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRhXExvY2FsXFRlbXBc
Q2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXElJU19JbnN0YWxsLnR4dCIn
DQoxNzo0NDo0NC4xMjM2IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29t
cGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo0NDo0NC4xMjM2IDogWGVu
RGVza3RvcFNldHVwOlN0YXJ0aW5nIHByb2Nlc3MgJ2Rpc20nIHdpdGggYXJn
cyAnL29ubGluZSAvZW5nbGlzaCAvZ2V0LWZlYXR1cmVzJw0KMTc6NDQ6NDUu
NTU4OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIGNvbXBsZXRlZCB3aXRo
IGVycm9yIGNvZGUgMA0KMTc6NDQ6NDUuNTc0NCA6IFhlbkRlc2t0b3BTZXR1
cDpJbnN0YWxsQ29tcG9uZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdNaWNy
b3NvZnQgSW50ZXJuZXQgSW5mb3JtYXRpb24gU2VydmljZXMnDQoxNzo0NDo0
NS41NzQ0IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEV4
aXQgKHJldHVybiBUcnVlKQ0KMTc6NDQ6NDUuNTc0NCA6IFhlbkRlc2t0b3BT
ZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBFbnRyeSwgY29tcG9uZW50IG5hbWUg
PSAnTWljcm9zb2Z0IFZpc3VhbCBKIyAyLjAgU0UnDQoxNzo0NDo0NS41NzQ0
IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEFib3V0IHRv
IGluc3RhbGwgY29tcG9uZW50ICdNaWNyb3NvZnQgVmlzdWFsIEojIDIuMCBT
RScNCjE3OjQ0OjQ1LjU3NDQgOiBYZW5EZXNrdG9wU2V0dXA6TWVkaWEgZm91
bmQsIENvbnRpbnVpbmcuDQoxNzo0NDo0NS41OTAwIDogWGVuRGVza3RvcFNl
dHVwOlByb2R1Y3Qgd2l0aCB1cGdyYWRlIGNvZGUgezI4NzAzMTI4LWI1YjEt
NGY0MC1hMGIyLWRmZjM3MWE4MDQzNn0gaXMgbm90IGluc3RhbGxlZC4NCjE3
OjQ0OjQ1LjYwNTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5zdGFs
bCBNaWNyb3NvZnQgVmlzdWFsIEojIDIuMCBTRSB3aXRoIHBhcmFtcyAvUSAv
QzoiaW5zdGFsbC5leGUgL3FuIC9sKnYgIiJDOlxVc2Vyc1xBZG1pbmlzdHJh
dG9yXEFwcERhdGFcTG9jYWxcVGVtcFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0
YWxsZXJcSlNoYXJwXzFrMjM0Z2xyLmUzbi5sb2ciIiINCjE3OjQ0OjQ1LjYw
NTYgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnRDpcU3Vw
cG9ydFxKU2hhcnAyMFNFXHZqcmVkaXN0NjQuZXhlJyB3aXRoIGFyZ3MgJy9R
IC9DOiJpbnN0YWxsLmV4ZSAvcW4gL2wqdiAiIkM6XFVzZXJzXEFkbWluaXN0
cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNrdG9wIElu
c3RhbGxlclxKU2hhcnBfMWsyMzRnbHIuZTNuLmxvZyIiIicNCjE3OjQ1OjE2
Ljk3NzIgOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2VzcyBjb21wbGV0ZWQgd2l0
aCBlcnJvciBjb2RlIDANCjE3OjQ1OjE2Ljk3NzIgOiBYZW5EZXNrdG9wU2V0
dXA6SiMgaW5zdGFsbGVkIHN1Y2Nlc3NmdWxseQ0KMTc6NDU6MTYuOTkyOCA6
IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBJbnN0YWxsZWQg
Y29tcG9uZW50ICdNaWNyb3NvZnQgVmlzdWFsIEojIDIuMCBTRScNCjE3OjQ1
OjE2Ljk5MjggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDog
RXhpdCAocmV0dXJuIFRydWUpDQoxNzo0NToxNi45OTI4IDogWGVuRGVza3Rv
cFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEVudHJ5LCBjb21wb25lbnQgbmFt
ZSA9ICdDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyJw0KMTc6
NDU6MTYuOTkyOCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50
OiBBYm91dCB0byBpbnN0YWxsIGNvbXBvbmVudCAnQ2l0cml4IERlc2t0b3Ag
RGVsaXZlcnkgQ29udHJvbGxlcicNCjE3OjQ1OjE2Ljk5MjggOiBYZW5EZXNr
dG9wU2V0dXA6TWVkaWEgZm91bmQsIENvbnRpbnVpbmcuDQoxNzo0NToxNy42
NzkyIDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEluc3Rh
bGxlZCBjb21wb25lbnQgJ0NpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRy
b2xsZXInDQoxNzo0NToxNy42NzkyIDogWGVuRGVza3RvcFNldHVwOkluc3Rh
bGxDb21wb25lbnQ6IEV4aXQgKHJldHVybiBUcnVlKQ0KMTc6NDU6MTcuNjc5
MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBFbnRyeSwg
Y29tcG9uZW50IG5hbWUgPSAnQ2l0cml4IFBvbGljeSBTREsnDQoxNzo0NTox
Ny42NzkyIDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEFi
b3V0IHRvIGluc3RhbGwgY29tcG9uZW50ICdDaXRyaXggUG9saWN5IFNESycN
CjE3OjQ1OjE3LjY3OTIgOiBYZW5EZXNrdG9wU2V0dXA6TWVkaWEgZm91bmQs
IENvbnRpbnVpbmcuDQoxNzo0NToxNy42OTQ4IDogWGVuRGVza3RvcFNldHVw
OkFib3V0IHRvIGluc3RhbGwgTVNJIEZpbGUgJ0Q6XHg2NFxDaXRyaXggUG9s
aWN5XENpdHJpeEdyb3VwUG9saWN5TWFuYWdlbWVudF94NjQubXNpJyB1c2lu
ZyBwYXJhbXMgJ0lOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xD
aXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSInIGxvZyBmaWxlIGlzICdD
OlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxDaXRy
aXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xDaXRyaXhH
cm91cFBvbGljeU1hbmFnZW1lbnRfeDY0MTE4OTczMDk3NC50eHQnDQoxNzo0
NToxNy42OTQ4IDogWGVuRGVza3RvcFNldHVwOlN0YXJ0aW5nIHByb2Nlc3Mg
J21zaWV4ZWMnIHdpdGggYXJncyAnL2kgIkQ6XHg2NFxDaXRyaXggUG9saWN5
XENpdHJpeEdyb3VwUG9saWN5TWFuYWdlbWVudF94NjQubXNpIiAvbHYgIkM6
XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJp
eFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXENpdHJpeEdy
b3VwUG9saWN5TWFuYWdlbWVudF94NjQxMTg5NzMwOTc0LnR4dCIgL3F1aWV0
IElOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXgiIEFS
UFNZU1RFTUNPTVBPTkVOVD0iMSIgUkVCT09UPVJlYWxseVN1cHByZXNzJw0K
MTc6NDU6MzMuNzk0MCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIGNvbXBs
ZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NDU6MzMuNzk0MCA6IFhlbkRl
c2t0b3BTZXR1cDpJbnN0YWxsYXRpb24gb2YgTVNJIEZpbGUgJ0Q6XHg2NFxD
aXRyaXggUG9saWN5XENpdHJpeEdyb3VwUG9saWN5TWFuYWdlbWVudF94NjQu
bXNpJyBzdWNjZWVkZWQNCjE3OjQ1OjMzLjgwOTYgOiBYZW5EZXNrdG9wU2V0
dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVuZWQgc3VjY2Vzc2Z1bGx5IGZvciB3
cml0ZS4gU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5
IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZw0KMTc6NDU6MzMuODA5NiA6
IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTogUmVnaXN0cnkgdmFsdWUg
MSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVz
a3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcgQ2l0
cml4IFBvbGljeSBTREsNCjE3OjQ1OjMzLjgwOTYgOiBYZW5EZXNrdG9wU2V0
dXA6SW5zdGFsbENvbXBvbmVudDogSW5zdGFsbGVkIGNvbXBvbmVudCAnQ2l0
cml4IFBvbGljeSBTREsnDQoxNzo0NTozMy44MDk2IDogWGVuRGVza3RvcFNl
dHVwOkluc3RhbGxDb21wb25lbnQ6IEV4aXQgKHJldHVybiBUcnVlKQ0KMTc6
NDU6MzMuODA5NiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50
OiBFbnRyeSwgY29tcG9uZW50IG5hbWUgPSAnWGVuRGVza3RvcCBDb250cm9s
bGVyIFNESycNCjE3OjQ1OjMzLjgwOTYgOiBYZW5EZXNrdG9wU2V0dXA6SW5z
dGFsbENvbXBvbmVudDogQWJvdXQgdG8gaW5zdGFsbCBjb21wb25lbnQgJ1hl
bkRlc2t0b3AgQ29udHJvbGxlciBTREsnDQoxNzo0NTozMy44MDk2IDogWGVu
RGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51aW5nLg0KMTc6NDU6
MzMuODI1MiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbnN0YWxsIE1T
SSBGaWxlICdEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJv
bGxlclxCcm9rZXJfUG93ZXJTaGVsbFNuYXBJbl94NjQubXNpJyB1c2luZyBw
YXJhbXMgJ0lOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRy
aXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSInIGxvZyBmaWxlIGlzICdDOlxV
c2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxDaXRyaXhc
WGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xCcm9rZXJfUG93
ZXJTaGVsbFNuYXBJbl94NjQ1ODkxMTgxNzUudHh0Jw0KMTc6NDU6MzMuODI1
MiA6IFhlbkRlc2t0b3BTZXR1cDpTdGFydGluZyBwcm9jZXNzICdtc2lleGVj
JyB3aXRoIGFyZ3MgJy9pICJEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZl
cnkgQ29udHJvbGxlclxCcm9rZXJfUG93ZXJTaGVsbFNuYXBJbl94NjQubXNp
IiAvbHYgIkM6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxU
ZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVz
XEJyb2tlcl9Qb3dlclNoZWxsU25hcEluX3g2NDU4OTExODE3NS50eHQiIC9x
dWlldCBJTlNUQUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0cml4
IiBBUlBTWVNURU1DT01QT05FTlQ9IjEiIFJFQk9PVD1SZWFsbHlTdXBwcmVz
cycNCjE3OjQ1OjM0LjM4NjggOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2VzcyBj
b21wbGV0ZWQgd2l0aCBlcnJvciBjb2RlIDANCjE3OjQ1OjM0LjM4NjggOiBY
ZW5EZXNrdG9wU2V0dXA6SW5zdGFsbGF0aW9uIG9mIE1TSSBGaWxlICdEOlx4
NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxCcm9rZXJf
UG93ZXJTaGVsbFNuYXBJbl94NjQubXNpJyBzdWNjZWVkZWQNCjE3OjQ1OjM0
LjM4NjggOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVu
ZWQgc3VjY2Vzc2Z1bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENp
dHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1
cmluZw0KMTc6NDU6MzQuMzg2OCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdW
YWx1ZTogUmVnaXN0cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRX
QVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVy
XE5lZWRzQ29uZmlndXJpbmcgWGVuRGVza3RvcCBDb250cm9sbGVyIFNESw0K
MTc6NDU6MzQuMzg2OCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9u
ZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdYZW5EZXNrdG9wIENvbnRyb2xs
ZXIgU0RLJw0KMTc6NDU6MzQuMzg2OCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0
YWxsQ29tcG9uZW50OiBFeGl0IChyZXR1cm4gVHJ1ZSkNCjE3OjQ1OjM0LjM4
NjggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogRW50cnks
IGNvbXBvbmVudCBuYW1lID0gJ0NpdHJpeCBDb21tb24gQ29tbWFuZHMnDQox
Nzo0NTozNC4zODY4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25l
bnQ6IEFib3V0IHRvIGluc3RhbGwgY29tcG9uZW50ICdDaXRyaXggQ29tbW9u
IENvbW1hbmRzJw0KMTc6NDU6MzQuMzg2OCA6IFhlbkRlc2t0b3BTZXR1cDpN
ZWRpYSBmb3VuZCwgQ29udGludWluZy4NCjE3OjQ1OjM0LjQwMjQgOiBYZW5E
ZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5zdGFsbCBNU0kgRmlsZSAnRDpceDY0
XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcQ2l0cml4LkNv
bW1vbi5Db21tYW5kcy5JbnN0YWxsX3g2NC5tc2knIHVzaW5nIHBhcmFtcyAn
SU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQ
U1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMgJ0M6XFVzZXJzXEFk
bWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNr
dG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXENpdHJpeC5Db21tb24uQ29t
bWFuZHMuSW5zdGFsbF94NjQxNTMyNzM1OTkxLnR4dCcNCjE3OjQ1OjM0LjQw
MjQgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnbXNpZXhl
Yycgd2l0aCBhcmdzICcvaSAiRDpceDY0XENpdHJpeCBEZXNrdG9wIERlbGl2
ZXJ5IENvbnRyb2xsZXJcQ2l0cml4LkNvbW1vbi5Db21tYW5kcy5JbnN0YWxs
X3g2NC5tc2kiIC9sdiAiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRh
XExvY2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1TSSBM
b2cgRmlsZXNcQ2l0cml4LkNvbW1vbi5Db21tYW5kcy5JbnN0YWxsX3g2NDE1
MzI3MzU5OTEudHh0IiAvcXVpZXQgSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9n
cmFtIEZpbGVzXENpdHJpeCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIiBSRUJP
T1Q9UmVhbGx5U3VwcHJlc3MnDQoxNzo0NTozOS4zMDA4IDogWGVuRGVza3Rv
cFNldHVwOlByb2Nlc3MgY29tcGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQox
Nzo0NTozOS4zMDA4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxhdGlvbiBv
ZiBNU0kgRmlsZSAnRDpceDY0XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENv
bnRyb2xsZXJcQ2l0cml4LkNvbW1vbi5Db21tYW5kcy5JbnN0YWxsX3g2NC5t
c2knIHN1Y2NlZWRlZA0KMTc6NDU6MzkuMzAwOCA6IFhlbkRlc2t0b3BTZXR1
cDpTZXRSZWdWYWx1ZTogS2V5IE9wZW5lZCBzdWNjZXNzZnVsbHkgZm9yIHdy
aXRlLiBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkg
Q29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nDQoxNzo0NTozOS4zMDA4IDog
WGVuRGVza3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBSZWdpc3RyeSB2YWx1ZSAx
IHNldCBzdWNjZXNzZnVsbHkgU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNr
dG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZyBDaXRy
aXggQ29tbW9uIENvbW1hbmRzDQoxNzo0NTozOS4zMDA4IDogWGVuRGVza3Rv
cFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEluc3RhbGxlZCBjb21wb25lbnQg
J0NpdHJpeCBDb21tb24gQ29tbWFuZHMnDQoxNzo0NTozOS4zMDA4IDogWGVu
RGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEV4aXQgKHJldHVybiBU
cnVlKQ0KMTc6NDU6MzkuMzAwOCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxs
Q29tcG9uZW50OiBFbnRyeSwgY29tcG9uZW50IG5hbWUgPSAnQ2l0cml4IExp
Y2Vuc2UgQ29uZmlndXJhdGlvbiBTZXJ2aWNlIFNESycNCjE3OjQ1OjM5LjMw
MDggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogQWJvdXQg
dG8gaW5zdGFsbCBjb21wb25lbnQgJ0NpdHJpeCBMaWNlbnNlIENvbmZpZ3Vy
YXRpb24gU2VydmljZSBTREsnDQoxNzo0NTozOS4zMDA4IDogWGVuRGVza3Rv
cFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51aW5nLg0KMTc6NDU6MzkuMzE2
NCA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbnN0YWxsIE1TSSBGaWxl
ICdEOlx4NjRcTGljZW5zaW5nXExpY2Vuc2luZ0NvbmZpZy5Qb3dlclNoZWxs
U25hcEluLm1zaScgdXNpbmcgcGFyYW1zICdJTlNUQUxMTE9DQVRJT049IkM6
XFByb2dyYW0gRmlsZXNcQ2l0cml4IiBBUlBTWVNURU1DT01QT05FTlQ9IjEi
JyBsb2cgZmlsZSBpcyAnQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRh
XExvY2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1TSSBM
b2cgRmlsZXNcTGljZW5zaW5nQ29uZmlnLlBvd2VyU2hlbGxTbmFwSW4xOTU3
OTI0NzA4LnR4dCcNCjE3OjQ1OjM5LjMxNjQgOiBYZW5EZXNrdG9wU2V0dXA6
U3RhcnRpbmcgcHJvY2VzcyAnbXNpZXhlYycgd2l0aCBhcmdzICcvaSAiRDpc
eDY0XExpY2Vuc2luZ1xMaWNlbnNpbmdDb25maWcuUG93ZXJTaGVsbFNuYXBJ
bi5tc2kiIC9sdiAiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRhXExv
Y2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1TSSBMb2cg
RmlsZXNcTGljZW5zaW5nQ29uZmlnLlBvd2VyU2hlbGxTbmFwSW4xOTU3OTI0
NzA4LnR4dCIgL3F1aWV0IElOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBG
aWxlc1xDaXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSIgUkVCT09UPVJl
YWxseVN1cHByZXNzJw0KMTc6NDU6MzkuODkzNiA6IFhlbkRlc2t0b3BTZXR1
cDpQcm9jZXNzIGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NDU6
MzkuODkzNiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsYXRpb24gb2YgTVNJ
IEZpbGUgJ0Q6XHg2NFxMaWNlbnNpbmdcTGljZW5zaW5nQ29uZmlnLlBvd2Vy
U2hlbGxTbmFwSW4ubXNpJyBzdWNjZWVkZWQNCjE3OjQ1OjM5Ljg5MzYgOiBY
ZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVuZWQgc3VjY2Vz
c2Z1bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNr
dG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZw0KMTc6
NDU6MzkuODkzNiA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTogUmVn
aXN0cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRXQVJFXENpdHJp
eFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29u
ZmlndXJpbmcgQ2l0cml4IExpY2Vuc2UgQ29uZmlndXJhdGlvbiBTZXJ2aWNl
IFNESw0KMTc6NDU6MzkuODkzNiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxs
Q29tcG9uZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdDaXRyaXggTGljZW5z
ZSBDb25maWd1cmF0aW9uIFNlcnZpY2UgU0RLJw0KMTc6NDU6MzkuODkzNiA6
IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBFeGl0IChyZXR1
cm4gVHJ1ZSkNCjE3OjQ1OjM5Ljg5MzYgOiBYZW5EZXNrdG9wU2V0dXA6SW5z
dGFsbENvbXBvbmVudDogRW50cnksIGNvbXBvbmVudCBuYW1lID0gJ1hlbkRl
c2t0b3AgQ29udHJvbGxlcicNCjE3OjQ1OjM5Ljg5MzYgOiBYZW5EZXNrdG9w
U2V0dXA6SW5zdGFsbENvbXBvbmVudDogQWJvdXQgdG8gaW5zdGFsbCBjb21w
b25lbnQgJ1hlbkRlc2t0b3AgQ29udHJvbGxlcicNCjE3OjQ1OjM5LjkwOTIg
OiBYZW5EZXNrdG9wU2V0dXA6TWVkaWEgZm91bmQsIENvbnRpbnVpbmcuDQox
Nzo0NTozOS45MjQ4IDogWGVuRGVza3RvcFNldHVwOlN0b3BwaW5nIHNlcnZp
Y2U6IENpdHJpeEJyb2tlclNlcnZpY2UNCjE3OjQ1OjM5Ljk0MDQgOiBYZW5E
ZXNrdG9wU2V0dXA6RXJyb3Igd2hpbGUgc3RvcHBpbmcgc2VydmljZSBDaXRy
aXhCcm9rZXJTZXJ2aWNlIFNlcnZpY2UgQ2l0cml4QnJva2VyU2VydmljZSB3
YXMgbm90IGZvdW5kIG9uIGNvbXB1dGVyICcuJy4NCjE3OjQ1OjM5Ljk0MDQg
OiBYZW5EZXNrdG9wU2V0dXA6U3RvcHBpbmcgc2VydmljZTogQ2l0cml4QURJ
ZGVudGl0eVNlcnZpY2UNCjE3OjQ1OjM5Ljk0MDQgOiBYZW5EZXNrdG9wU2V0
dXA6RXJyb3Igd2hpbGUgc3RvcHBpbmcgc2VydmljZSBDaXRyaXhBRElkZW50
aXR5U2VydmljZSBTZXJ2aWNlIENpdHJpeEFESWRlbnRpdHlTZXJ2aWNlIHdh
cyBub3QgZm91bmQgb24gY29tcHV0ZXIgJy4nLg0KMTc6NDU6MzkuOTQwNCA6
IFhlbkRlc2t0b3BTZXR1cDpTdG9wcGluZyBzZXJ2aWNlOiBDaXRyaXhDb25m
aWd1cmF0aW9uU2VydmljZQ0KMTc6NDU6MzkuOTQwNCA6IFhlbkRlc2t0b3BT
ZXR1cDpFcnJvciB3aGlsZSBzdG9wcGluZyBzZXJ2aWNlIENpdHJpeENvbmZp
Z3VyYXRpb25TZXJ2aWNlIFNlcnZpY2UgQ2l0cml4Q29uZmlndXJhdGlvblNl
cnZpY2Ugd2FzIG5vdCBmb3VuZCBvbiBjb21wdXRlciAnLicuDQoxNzo0NToz
OS45NDA0IDogWGVuRGVza3RvcFNldHVwOlN0b3BwaW5nIHNlcnZpY2U6IENp
dHJpeEhvc3RTZXJ2aWNlDQoxNzo0NTozOS45NDA0IDogWGVuRGVza3RvcFNl
dHVwOkVycm9yIHdoaWxlIHN0b3BwaW5nIHNlcnZpY2UgQ2l0cml4SG9zdFNl
cnZpY2UgU2VydmljZSBDaXRyaXhIb3N0U2VydmljZSB3YXMgbm90IGZvdW5k
IG9uIGNvbXB1dGVyICcuJy4NCjE3OjQ1OjM5Ljk0MDQgOiBYZW5EZXNrdG9w
U2V0dXA6U3RvcHBpbmcgc2VydmljZTogQ2l0cml4TWFjaGluZUlkZW50aXR5
U2VydmljZQ0KMTc6NDU6MzkuOTQwNCA6IFhlbkRlc2t0b3BTZXR1cDpFcnJv
ciB3aGlsZSBzdG9wcGluZyBzZXJ2aWNlIENpdHJpeE1hY2hpbmVJZGVudGl0
eVNlcnZpY2UgU2VydmljZSBDaXRyaXhNYWNoaW5lSWRlbnRpdHlTZXJ2aWNl
IHdhcyBub3QgZm91bmQgb24gY29tcHV0ZXIgJy4nLg0KMTc6NDU6MzkuOTQw
NCA6IFhlbkRlc2t0b3BTZXR1cDpTdG9wcGluZyBzZXJ2aWNlOiBDaXRyaXhN
YWNoaW5lQ3JlYXRpb25TZXJ2aWNlDQoxNzo0NTozOS45NDA0IDogWGVuRGVz
a3RvcFNldHVwOkVycm9yIHdoaWxlIHN0b3BwaW5nIHNlcnZpY2UgQ2l0cml4
TWFjaGluZUNyZWF0aW9uU2VydmljZSBTZXJ2aWNlIENpdHJpeE1hY2hpbmVD
cmVhdGlvblNlcnZpY2Ugd2FzIG5vdCBmb3VuZCBvbiBjb21wdXRlciAnLicu
DQoxNzo0NTozOS45NTYwIDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGlu
c3RhbGwgTVNJIEZpbGUgJ0Q6XHg2NFxDaXRyaXggRGVza3RvcCBEZWxpdmVy
eSBDb250cm9sbGVyXEJyb2tlcl9TZXJ2aWNlX3g2NC5tc2knIHVzaW5nIHBh
cmFtcyAnSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJp
eCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMgJ0M6XFVz
ZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxY
ZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXEJyb2tlcl9TZXJ2
aWNlX3g2NDU2Njc4NzEyMy50eHQnDQoxNzo0NTozOS45NTYwIDogWGVuRGVz
a3RvcFNldHVwOlN0YXJ0aW5nIHByb2Nlc3MgJ21zaWV4ZWMnIHdpdGggYXJn
cyAnL2kgIkQ6XHg2NFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9s
bGVyXEJyb2tlcl9TZXJ2aWNlX3g2NC5tc2kiIC9sdiAiQzpcVXNlcnNcQWRt
aW5pc3RyYXRvclxBcHBEYXRhXExvY2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0
b3AgSW5zdGFsbGVyXE1TSSBMb2cgRmlsZXNcQnJva2VyX1NlcnZpY2VfeDY0
NTY2Nzg3MTIzLnR4dCIgL3F1aWV0IElOU1RBTExMT0NBVElPTj0iQzpcUHJv
Z3JhbSBGaWxlc1xDaXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSIgUkVC
T09UPVJlYWxseVN1cHByZXNzJw0KMTc6NDk6NDMuNjU5MiA6IFhlbkRlc2t0
b3BTZXR1cDpQcm9jZXNzIGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0K
MTc6NDk6NDMuNjU5MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsYXRpb24g
b2YgTVNJIEZpbGUgJ0Q6XHg2NFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBD
b250cm9sbGVyXEJyb2tlcl9TZXJ2aWNlX3g2NC5tc2knIHN1Y2NlZWRlZA0K
MTc6NDk6NDMuNjU5MiA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTog
S2V5IE9wZW5lZCBzdWNjZXNzZnVsbHkgZm9yIHdyaXRlLiBTT0ZUV0FSRVxD
aXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVk
c0NvbmZpZ3VyaW5nDQoxNzo0OTo0My42NTkyIDogWGVuRGVza3RvcFNldHVw
OlNldFJlZ1ZhbHVlOiBSZWdpc3RyeSB2YWx1ZSAxIHNldCBzdWNjZXNzZnVs
bHkgU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENv
bnRyb2xsZXJcTmVlZHNDb25maWd1cmluZyBYZW5EZXNrdG9wIENvbnRyb2xs
ZXINCjE3OjQ5OjQzLjY1OTIgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENv
bXBvbmVudDogSW5zdGFsbGVkIGNvbXBvbmVudCAnWGVuRGVza3RvcCBDb250
cm9sbGVyJw0KMTc6NDk6NDMuNjU5MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0
YWxsQ29tcG9uZW50OiBFeGl0IChyZXR1cm4gVHJ1ZSkNCjE3OjQ5OjQzLjY1
OTIgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogRW50cnks
IGNvbXBvbmVudCBuYW1lID0gJ0FEIElkZW50aXR5U2VydmljZSBTREsnDQox
Nzo0OTo0My42NTkyIDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25l
bnQ6IEFib3V0IHRvIGluc3RhbGwgY29tcG9uZW50ICdBRCBJZGVudGl0eVNl
cnZpY2UgU0RLJw0KMTc6NDk6NDMuNjc0OCA6IFhlbkRlc2t0b3BTZXR1cDpN
ZWRpYSBmb3VuZCwgQ29udGludWluZy4NCjE3OjQ5OjQzLjY5MDQgOiBYZW5E
ZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5zdGFsbCBNU0kgRmlsZSAnRDpceDY0
XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcQURJZGVudGl0
eV9Qb3dlclNoZWxsU25hcEluX3g2NC5tc2knIHVzaW5nIHBhcmFtcyAnSU5T
VEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQU1lT
VEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMgJ0M6XFVzZXJzXEFkbWlu
aXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNrdG9w
IEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXEFESWRlbnRpdHlfUG93ZXJTaGVs
bFNuYXBJbl94NjQyNTgzNjM4MDkudHh0Jw0KMTc6NDk6NDMuNjkwNCA6IFhl
bkRlc2t0b3BTZXR1cDpTdGFydGluZyBwcm9jZXNzICdtc2lleGVjJyB3aXRo
IGFyZ3MgJy9pICJEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29u
dHJvbGxlclxBRElkZW50aXR5X1Bvd2VyU2hlbGxTbmFwSW5feDY0Lm1zaSIg
L2x2ICJDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVt
cFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xB
RElkZW50aXR5X1Bvd2VyU2hlbGxTbmFwSW5feDY0MjU4MzYzODA5LnR4dCIg
L3F1aWV0IElOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRy
aXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSIgUkVCT09UPVJlYWxseVN1cHBy
ZXNzJw0KMTc6NDk6NDQuMjIwOCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNz
IGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NDk6NDQuMjIwOCA6
IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsYXRpb24gb2YgTVNJIEZpbGUgJ0Q6
XHg2NFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXEFESWRl
bnRpdHlfUG93ZXJTaGVsbFNuYXBJbl94NjQubXNpJyBzdWNjZWVkZWQNCjE3
OjQ5OjQ0LjIyMDggOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtl
eSBPcGVuZWQgc3VjY2Vzc2Z1bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0
cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHND
b25maWd1cmluZw0KMTc6NDk6NDQuMjIwOCA6IFhlbkRlc2t0b3BTZXR1cDpT
ZXRSZWdWYWx1ZTogUmVnaXN0cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5
IFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250
cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcgQUQgSWRlbnRpdHlTZXJ2aWNlIFNE
Sw0KMTc6NDk6NDQuMjIwOCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29t
cG9uZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdBRCBJZGVudGl0eVNlcnZp
Y2UgU0RLJw0KMTc6NDk6NDQuMjIwOCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0
YWxsQ29tcG9uZW50OiBFeGl0IChyZXR1cm4gVHJ1ZSkNCjE3OjQ5OjQ0LjIy
MDggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogRW50cnks
IGNvbXBvbmVudCBuYW1lID0gJ0FEIElkZW50aXR5IFNlcnZpY2UnDQoxNzo0
OTo0NC4yMjA4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6
IEFib3V0IHRvIGluc3RhbGwgY29tcG9uZW50ICdBRCBJZGVudGl0eSBTZXJ2
aWNlJw0KMTc6NDk6NDQuMjIwOCA6IFhlbkRlc2t0b3BTZXR1cDpNZWRpYSBm
b3VuZCwgQ29udGludWluZy4NCjE3OjQ5OjQ0LjIzNjQgOiBYZW5EZXNrdG9w
U2V0dXA6QWJvdXQgdG8gaW5zdGFsbCBNU0kgRmlsZSAnRDpceDY0XENpdHJp
eCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcQURJZGVudGl0eV9TZXJ2
aWNlX3g2NC5tc2knIHVzaW5nIHBhcmFtcyAnSU5TVEFMTExPQ0FUSU9OPSJD
OlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIx
IicgbG9nIGZpbGUgaXMgJ0M6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0
YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kg
TG9nIEZpbGVzXEFESWRlbnRpdHlfU2VydmljZV94NjQ3ODI4MjU1ODgudHh0
Jw0KMTc6NDk6NDQuMjM2NCA6IFhlbkRlc2t0b3BTZXR1cDpTdGFydGluZyBw
cm9jZXNzICdtc2lleGVjJyB3aXRoIGFyZ3MgJy9pICJEOlx4NjRcQ2l0cml4
IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxBRElkZW50aXR5X1NlcnZp
Y2VfeDY0Lm1zaSIgL2x2ICJDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERh
dGFcTG9jYWxcVGVtcFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJ
IExvZyBGaWxlc1xBRElkZW50aXR5X1NlcnZpY2VfeDY0NzgyODI1NTg4LnR4
dCIgL3F1aWV0IElOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xD
aXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSIgUkVCT09UPVJlYWxseVN1
cHByZXNzJw0KMTc6NDk6NDUuNTAwMCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9j
ZXNzIGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NDk6NDUuNTAw
MCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsYXRpb24gb2YgTVNJIEZpbGUg
J0Q6XHg2NFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXEFE
SWRlbnRpdHlfU2VydmljZV94NjQubXNpJyBzdWNjZWVkZWQNCjE3OjQ5OjQ1
LjUwMDAgOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVu
ZWQgc3VjY2Vzc2Z1bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENp
dHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1
cmluZw0KMTc6NDk6NDUuNTAwMCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdW
YWx1ZTogUmVnaXN0cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRX
QVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVy
XE5lZWRzQ29uZmlndXJpbmcgQUQgSWRlbnRpdHkgU2VydmljZQ0KMTc6NDk6
NDUuNTAwMCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBJ
bnN0YWxsZWQgY29tcG9uZW50ICdBRCBJZGVudGl0eSBTZXJ2aWNlJw0KMTc6
NDk6NDUuNTAwMCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50
OiBFeGl0IChyZXR1cm4gVHJ1ZSkNCjE3OjQ5OjQ1LjUwMDAgOiBYZW5EZXNr
dG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogRW50cnksIGNvbXBvbmVudCBu
YW1lID0gJ0NlbnRyYWwgQ29uZmlndXJhdGlvbiBTZXJ2aWNlIFNESycNCjE3
OjQ5OjQ1LjUwMDAgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVu
dDogQWJvdXQgdG8gaW5zdGFsbCBjb21wb25lbnQgJ0NlbnRyYWwgQ29uZmln
dXJhdGlvbiBTZXJ2aWNlIFNESycNCjE3OjQ5OjQ1LjUwMDAgOiBYZW5EZXNr
dG9wU2V0dXA6TWVkaWEgZm91bmQsIENvbnRpbnVpbmcuDQoxNzo0OTo0NS41
MTU2IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGluc3RhbGwgTVNJIEZp
bGUgJ0Q6XHg2NFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVy
XENvbmZpZ3VyYXRpb25fUG93ZXJTaGVsbFNuYXBJbl94NjQubXNpJyB1c2lu
ZyBwYXJhbXMgJ0lOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xD
aXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSInIGxvZyBmaWxlIGlzICdD
OlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxDaXRy
aXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xDb25maWd1
cmF0aW9uX1Bvd2VyU2hlbGxTbmFwSW5feDY0MTE3MzYxNzg5My50eHQnDQox
Nzo0OTo0NS41MTU2IDogWGVuRGVza3RvcFNldHVwOlN0YXJ0aW5nIHByb2Nl
c3MgJ21zaWV4ZWMnIHdpdGggYXJncyAnL2kgIkQ6XHg2NFxDaXRyaXggRGVz
a3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXENvbmZpZ3VyYXRpb25fUG93ZXJT
aGVsbFNuYXBJbl94NjQubXNpIiAvbHYgIkM6XFVzZXJzXEFkbWluaXN0cmF0
b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3Rh
bGxlclxNU0kgTG9nIEZpbGVzXENvbmZpZ3VyYXRpb25fUG93ZXJTaGVsbFNu
YXBJbl94NjQxMTczNjE3ODkzLnR4dCIgL3F1aWV0IElOU1RBTExMT0NBVElP
Tj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVO
VD0iMSIgUkVCT09UPVJlYWxseVN1cHByZXNzJw0KMTc6NDk6NDYuMTI0MCA6
IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIGNvbXBsZXRlZCB3aXRoIGVycm9y
IGNvZGUgMA0KMTc6NDk6NDYuMTI0MCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0
YWxsYXRpb24gb2YgTVNJIEZpbGUgJ0Q6XHg2NFxDaXRyaXggRGVza3RvcCBE
ZWxpdmVyeSBDb250cm9sbGVyXENvbmZpZ3VyYXRpb25fUG93ZXJTaGVsbFNu
YXBJbl94NjQubXNpJyBzdWNjZWVkZWQNCjE3OjQ5OjQ2LjEyNDAgOiBYZW5E
ZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVuZWQgc3VjY2Vzc2Z1
bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9w
IERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZw0KMTc6NDk6
NDYuMTI0MCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTogUmVnaXN0
cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRXQVJFXENpdHJpeFxD
aXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmln
dXJpbmcgQ2VudHJhbCBDb25maWd1cmF0aW9uIFNlcnZpY2UgU0RLDQoxNzo0
OTo0Ni4xMjQwIDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6
IEluc3RhbGxlZCBjb21wb25lbnQgJ0NlbnRyYWwgQ29uZmlndXJhdGlvbiBT
ZXJ2aWNlIFNESycNCjE3OjQ5OjQ2LjEyNDAgOiBYZW5EZXNrdG9wU2V0dXA6
SW5zdGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUpDQoxNzo0OTo0
Ni4xMjQwIDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEVu
dHJ5LCBjb21wb25lbnQgbmFtZSA9ICdDZW50cmFsIENvbmZpZ3VyYXRpb24g
U2VydmljZScNCjE3OjQ5OjQ2LjEyNDAgOiBYZW5EZXNrdG9wU2V0dXA6SW5z
dGFsbENvbXBvbmVudDogQWJvdXQgdG8gaW5zdGFsbCBjb21wb25lbnQgJ0Nl
bnRyYWwgQ29uZmlndXJhdGlvbiBTZXJ2aWNlJw0KMTc6NDk6NDYuMTM5NiA6
IFhlbkRlc2t0b3BTZXR1cDpNZWRpYSBmb3VuZCwgQ29udGludWluZy4NCjE3
OjQ5OjQ2LjE1NTIgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5zdGFs
bCBNU0kgRmlsZSAnRDpceDY0XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENv
bnRyb2xsZXJcQ29uZmlndXJhdGlvbl9TZXJ2aWNlX3g2NC5tc2knIHVzaW5n
IHBhcmFtcyAnSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENp
dHJpeCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMgJ0M6
XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJp
eFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXENvbmZpZ3Vy
YXRpb25fU2VydmljZV94NjQxOTI5OTYzOTU1LnR4dCcNCjE3OjQ5OjQ2LjE1
NTIgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnbXNpZXhl
Yycgd2l0aCBhcmdzICcvaSAiRDpceDY0XENpdHJpeCBEZXNrdG9wIERlbGl2
ZXJ5IENvbnRyb2xsZXJcQ29uZmlndXJhdGlvbl9TZXJ2aWNlX3g2NC5tc2ki
IC9sdiAiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRhXExvY2FsXFRl
bXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1TSSBMb2cgRmlsZXNc
Q29uZmlndXJhdGlvbl9TZXJ2aWNlX3g2NDE5Mjk5NjM5NTUudHh0IiAvcXVp
ZXQgSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIg
QVJQU1lTVEVNQ09NUE9ORU5UPSIxIiBSRUJPT1Q9UmVhbGx5U3VwcHJlc3Mn
DQoxNzo0OTo0OC42MDQ0IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29t
cGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo0OTo0OC42MDQ0IDogWGVu
RGVza3RvcFNldHVwOkluc3RhbGxhdGlvbiBvZiBNU0kgRmlsZSAnRDpceDY0
XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcQ29uZmlndXJh
dGlvbl9TZXJ2aWNlX3g2NC5tc2knIHN1Y2NlZWRlZA0KMTc6NDk6NDguNjA0
NCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTogS2V5IE9wZW5lZCBz
dWNjZXNzZnVsbHkgZm9yIHdyaXRlLiBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4
IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5n
DQoxNzo0OTo0OC42MDQ0IDogWGVuRGVza3RvcFNldHVwOlNldFJlZ1ZhbHVl
OiBSZWdpc3RyeSB2YWx1ZSAxIHNldCBzdWNjZXNzZnVsbHkgU09GVFdBUkVc
Q2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVl
ZHNDb25maWd1cmluZyBDZW50cmFsIENvbmZpZ3VyYXRpb24gU2VydmljZQ0K
MTc6NDk6NDguNjA0NCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9u
ZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdDZW50cmFsIENvbmZpZ3VyYXRp
b24gU2VydmljZScNCjE3OjQ5OjQ4LjYwNDQgOiBYZW5EZXNrdG9wU2V0dXA6
SW5zdGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUpDQoxNzo0OTo0
OC42MDQ0IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEVu
dHJ5LCBjb21wb25lbnQgbmFtZSA9ICdNYWNoaW5lIENyZWF0aW9uIFNlcnZp
Y2UgU0RLJw0KMTc6NDk6NDguNjA0NCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0
YWxsQ29tcG9uZW50OiBBYm91dCB0byBpbnN0YWxsIGNvbXBvbmVudCAnTWFj
aGluZSBDcmVhdGlvbiBTZXJ2aWNlIFNESycNCjE3OjQ5OjQ4LjYwNDQgOiBY
ZW5EZXNrdG9wU2V0dXA6TWVkaWEgZm91bmQsIENvbnRpbnVpbmcuDQoxNzo0
OTo0OC42MjAwIDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGluc3RhbGwg
TVNJIEZpbGUgJ0Q6XHg2NFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250
cm9sbGVyXE1hY2hpbmVDcmVhdGlvbl9Qb3dlclNoZWxsU25hcEluX3g2NC5t
c2knIHVzaW5nIHBhcmFtcyAnSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFt
IEZpbGVzXENpdHJpeCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZp
bGUgaXMgJ0M6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxU
ZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVz
XE1hY2hpbmVDcmVhdGlvbl9Qb3dlclNoZWxsU25hcEluX3g2NDE0NTQwODA0
NTQudHh0Jw0KMTc6NDk6NDguNjIwMCA6IFhlbkRlc2t0b3BTZXR1cDpTdGFy
dGluZyBwcm9jZXNzICdtc2lleGVjJyB3aXRoIGFyZ3MgJy9pICJEOlx4NjRc
Q2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxNYWNoaW5lQ3Jl
YXRpb25fUG93ZXJTaGVsbFNuYXBJbl94NjQubXNpIiAvbHYgIkM6XFVzZXJz
XEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5E
ZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXE1hY2hpbmVDcmVhdGlv
bl9Qb3dlclNoZWxsU25hcEluX3g2NDE0NTQwODA0NTQudHh0IiAvcXVpZXQg
SU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQ
U1lTVEVNQ09NUE9ORU5UPSIxIiBSRUJPT1Q9UmVhbGx5U3VwcHJlc3MnDQox
Nzo0OTo0OS4yMTI4IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29tcGxl
dGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo0OTo0OS4yMTI4IDogWGVuRGVz
a3RvcFNldHVwOkluc3RhbGxhdGlvbiBvZiBNU0kgRmlsZSAnRDpceDY0XENp
dHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTWFjaGluZUNyZWF0
aW9uX1Bvd2VyU2hlbGxTbmFwSW5feDY0Lm1zaScgc3VjY2VlZGVkDQoxNzo0
OTo0OS4yMTI4IDogWGVuRGVza3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBLZXkg
T3BlbmVkIHN1Y2Nlc3NmdWxseSBmb3Igd3JpdGUuIFNPRlRXQVJFXENpdHJp
eFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29u
ZmlndXJpbmcNCjE3OjQ5OjQ5LjIxMjggOiBYZW5EZXNrdG9wU2V0dXA6U2V0
UmVnVmFsdWU6IFJlZ2lzdHJ5IHZhbHVlIDEgc2V0IHN1Y2Nlc3NmdWxseSBT
T0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJv
bGxlclxOZWVkc0NvbmZpZ3VyaW5nIE1hY2hpbmUgQ3JlYXRpb24gU2Vydmlj
ZSBTREsNCjE3OjQ5OjQ5LjIxMjggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFs
bENvbXBvbmVudDogSW5zdGFsbGVkIGNvbXBvbmVudCAnTWFjaGluZSBDcmVh
dGlvbiBTZXJ2aWNlIFNESycNCjE3OjQ5OjQ5LjIxMjggOiBYZW5EZXNrdG9w
U2V0dXA6SW5zdGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUpDQox
Nzo0OTo0OS4yMTI4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25l
bnQ6IEVudHJ5LCBjb21wb25lbnQgbmFtZSA9ICdNYWNoaW5lIENyZWF0aW9u
IFNlcnZpY2UnDQoxNzo0OTo0OS4yMTI4IDogWGVuRGVza3RvcFNldHVwOklu
c3RhbGxDb21wb25lbnQ6IEFib3V0IHRvIGluc3RhbGwgY29tcG9uZW50ICdN
YWNoaW5lIENyZWF0aW9uIFNlcnZpY2UnDQoxNzo0OTo0OS4yMTI4IDogWGVu
RGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51aW5nLg0KMTc6NDk6
NDkuMjI4NCA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbnN0YWxsIE1T
SSBGaWxlICdEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJv
bGxlclxNYWNoaW5lQ3JlYXRpb25fU2VydmljZV94NjQubXNpJyB1c2luZyBw
YXJhbXMgJ0lOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRy
aXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSInIGxvZyBmaWxlIGlzICdDOlxV
c2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxDaXRyaXhc
WGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xNYWNoaW5lQ3Jl
YXRpb25fU2VydmljZV94NjQ2NjkzNzA2NjAudHh0Jw0KMTc6NDk6NDkuMjI4
NCA6IFhlbkRlc2t0b3BTZXR1cDpTdGFydGluZyBwcm9jZXNzICdtc2lleGVj
JyB3aXRoIGFyZ3MgJy9pICJEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZl
cnkgQ29udHJvbGxlclxNYWNoaW5lQ3JlYXRpb25fU2VydmljZV94NjQubXNp
IiAvbHYgIkM6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxU
ZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVz
XE1hY2hpbmVDcmVhdGlvbl9TZXJ2aWNlX3g2NDY2OTM3MDY2MC50eHQiIC9x
dWlldCBJTlNUQUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0cml4
IiBBUlBTWVNURU1DT01QT05FTlQ9IjEiIFJFQk9PVD1SZWFsbHlTdXBwcmVz
cycNCjE3OjQ5OjUyLjAyMDggOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2VzcyBj
b21wbGV0ZWQgd2l0aCBlcnJvciBjb2RlIDANCjE3OjQ5OjUyLjAyMDggOiBY
ZW5EZXNrdG9wU2V0dXA6SW5zdGFsbGF0aW9uIG9mIE1TSSBGaWxlICdEOlx4
NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxNYWNoaW5l
Q3JlYXRpb25fU2VydmljZV94NjQubXNpJyBzdWNjZWVkZWQNCjE3OjQ5OjUy
LjAyMDggOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVu
ZWQgc3VjY2Vzc2Z1bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENp
dHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1
cmluZw0KMTc6NDk6NTIuMDIwOCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdW
YWx1ZTogUmVnaXN0cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRX
QVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVy
XE5lZWRzQ29uZmlndXJpbmcgTWFjaGluZSBDcmVhdGlvbiBTZXJ2aWNlDQox
Nzo0OTo1Mi4wMjA4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25l
bnQ6IEluc3RhbGxlZCBjb21wb25lbnQgJ01hY2hpbmUgQ3JlYXRpb24gU2Vy
dmljZScNCjE3OjQ5OjUyLjAyMDggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFs
bENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUpDQoxNzo0OTo1Mi4wMjA4
IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEVudHJ5LCBj
b21wb25lbnQgbmFtZSA9ICdIb3N0IFNlcnZpY2UgU0RLJw0KMTc6NDk6NTIu
MDIwOCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBBYm91
dCB0byBpbnN0YWxsIGNvbXBvbmVudCAnSG9zdCBTZXJ2aWNlIFNESycNCjE3
OjQ5OjUyLjAyMDggOiBYZW5EZXNrdG9wU2V0dXA6TWVkaWEgZm91bmQsIENv
bnRpbnVpbmcuDQoxNzo0OTo1Mi4wMzY0IDogWGVuRGVza3RvcFNldHVwOkFi
b3V0IHRvIGluc3RhbGwgTVNJIEZpbGUgJ0Q6XHg2NFxDaXRyaXggRGVza3Rv
cCBEZWxpdmVyeSBDb250cm9sbGVyXEhvc3RfUG93ZXJTaGVsbFNuYXBJbl94
NjQubXNpJyB1c2luZyBwYXJhbXMgJ0lOU1RBTExMT0NBVElPTj0iQzpcUHJv
Z3JhbSBGaWxlc1xDaXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSInIGxv
ZyBmaWxlIGlzICdDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9j
YWxcVGVtcFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBG
aWxlc1xIb3N0X1Bvd2VyU2hlbGxTbmFwSW5feDY0NjA1NTUyMjYzLnR4dCcN
CjE3OjQ5OjUyLjAzNjQgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJv
Y2VzcyAnbXNpZXhlYycgd2l0aCBhcmdzICcvaSAiRDpceDY0XENpdHJpeCBE
ZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcSG9zdF9Qb3dlclNoZWxsU25h
cEluX3g2NC5tc2kiIC9sdiAiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBE
YXRhXExvY2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1T
SSBMb2cgRmlsZXNcSG9zdF9Qb3dlclNoZWxsU25hcEluX3g2NDYwNTU1MjI2
My50eHQiIC9xdWlldCBJTlNUQUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmls
ZXNcQ2l0cml4IiBBUlBTWVNURU1DT01QT05FTlQ9IjEiIFJFQk9PVD1SZWFs
bHlTdXBwcmVzcycNCjE3OjQ5OjUyLjgzMjAgOiBYZW5EZXNrdG9wU2V0dXA6
UHJvY2VzcyBjb21wbGV0ZWQgd2l0aCBlcnJvciBjb2RlIDANCjE3OjQ5OjUy
LjgzMjAgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbGF0aW9uIG9mIE1TSSBG
aWxlICdEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxl
clxIb3N0X1Bvd2VyU2hlbGxTbmFwSW5feDY0Lm1zaScgc3VjY2VlZGVkDQox
Nzo0OTo1Mi44MzIwIDogWGVuRGVza3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBL
ZXkgT3BlbmVkIHN1Y2Nlc3NmdWxseSBmb3Igd3JpdGUuIFNPRlRXQVJFXENp
dHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRz
Q29uZmlndXJpbmcNCjE3OjQ5OjUyLjg0NzYgOiBYZW5EZXNrdG9wU2V0dXA6
U2V0UmVnVmFsdWU6IFJlZ2lzdHJ5IHZhbHVlIDEgc2V0IHN1Y2Nlc3NmdWxs
eSBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29u
dHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIEhvc3QgU2VydmljZSBTREsNCjE3
OjQ5OjUyLjg0NzYgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVu
dDogSW5zdGFsbGVkIGNvbXBvbmVudCAnSG9zdCBTZXJ2aWNlIFNESycNCjE3
OjQ5OjUyLjg0NzYgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVu
dDogRXhpdCAocmV0dXJuIFRydWUpDQoxNzo0OTo1Mi44NDc2IDogWGVuRGVz
a3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEVudHJ5LCBjb21wb25lbnQg
bmFtZSA9ICdIb3N0IFNlcnZpY2UnDQoxNzo0OTo1Mi44NDc2IDogWGVuRGVz
a3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEFib3V0IHRvIGluc3RhbGwg
Y29tcG9uZW50ICdIb3N0IFNlcnZpY2UnDQoxNzo0OTo1Mi44NDc2IDogWGVu
RGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51aW5nLg0KMTc6NDk6
NTIuODYzMiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbnN0YWxsIE1T
SSBGaWxlICdEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJv
bGxlclxIb3N0X1NlcnZpY2VfeDY0Lm1zaScgdXNpbmcgcGFyYW1zICdJTlNU
QUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0cml4IiBBUlBTWVNU
RU1DT01QT05FTlQ9IjEiJyBsb2cgZmlsZSBpcyAnQzpcVXNlcnNcQWRtaW5p
c3RyYXRvclxBcHBEYXRhXExvY2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0b3Ag
SW5zdGFsbGVyXE1TSSBMb2cgRmlsZXNcSG9zdF9TZXJ2aWNlX3g2NDcwMzc2
NzA3Mi50eHQnDQoxNzo0OTo1Mi44NjMyIDogWGVuRGVza3RvcFNldHVwOlN0
YXJ0aW5nIHByb2Nlc3MgJ21zaWV4ZWMnIHdpdGggYXJncyAnL2kgIkQ6XHg2
NFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXEhvc3RfU2Vy
dmljZV94NjQubXNpIiAvbHYgIkM6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBw
RGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxN
U0kgTG9nIEZpbGVzXEhvc3RfU2VydmljZV94NjQ3MDM3NjcwNzIudHh0IiAv
cXVpZXQgSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJp
eCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIiBSRUJPT1Q9UmVhbGx5U3VwcHJl
c3MnDQoxNzo0OTo1NS4wMzE2IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3Mg
Y29tcGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo0OTo1NS4wMzE2IDog
WGVuRGVza3RvcFNldHVwOkluc3RhbGxhdGlvbiBvZiBNU0kgRmlsZSAnRDpc
eDY0XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcSG9zdF9T
ZXJ2aWNlX3g2NC5tc2knIHN1Y2NlZWRlZA0KMTc6NDk6NTUuMDMxNiA6IFhl
bkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTogS2V5IE9wZW5lZCBzdWNjZXNz
ZnVsbHkgZm9yIHdyaXRlLiBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0
b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nDQoxNzo0
OTo1NS4wMzE2IDogWGVuRGVza3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBSZWdp
c3RyeSB2YWx1ZSAxIHNldCBzdWNjZXNzZnVsbHkgU09GVFdBUkVcQ2l0cml4
XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25m
aWd1cmluZyBIb3N0IFNlcnZpY2UNCjE3OjQ5OjU1LjAzMTYgOiBYZW5EZXNr
dG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogSW5zdGFsbGVkIGNvbXBvbmVu
dCAnSG9zdCBTZXJ2aWNlJw0KMTc6NDk6NTUuMDMxNiA6IFhlbkRlc2t0b3BT
ZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBFeGl0IChyZXR1cm4gVHJ1ZSkNCjE3
OjQ5OjU1LjAzMTYgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVu
dDogRW50cnksIGNvbXBvbmVudCBuYW1lID0gJ01hY2hpbmUgSWRlbnRpdHkg
U2VydmljZSBTREsnDQoxNzo0OTo1NS4wMzE2IDogWGVuRGVza3RvcFNldHVw
Okluc3RhbGxDb21wb25lbnQ6IEFib3V0IHRvIGluc3RhbGwgY29tcG9uZW50
ICdNYWNoaW5lIElkZW50aXR5IFNlcnZpY2UgU0RLJw0KMTc6NDk6NTUuMDMx
NiA6IFhlbkRlc2t0b3BTZXR1cDpNZWRpYSBmb3VuZCwgQ29udGludWluZy4N
CjE3OjQ5OjU1LjA0NzIgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5z
dGFsbCBNU0kgRmlsZSAnRDpceDY0XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5
IENvbnRyb2xsZXJcTWFjaGluZUlkZW50aXR5X1Bvd2VyU2hlbGxTbmFwSW5f
eDY0Lm1zaScgdXNpbmcgcGFyYW1zICdJTlNUQUxMTE9DQVRJT049IkM6XFBy
b2dyYW0gRmlsZXNcQ2l0cml4IiBBUlBTWVNURU1DT01QT05FTlQ9IjEiJyBs
b2cgZmlsZSBpcyAnQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRhXExv
Y2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1TSSBMb2cg
RmlsZXNcTWFjaGluZUlkZW50aXR5X1Bvd2VyU2hlbGxTbmFwSW5feDY0NjU0
MTMwNTQxLnR4dCcNCjE3OjQ5OjU1LjA0NzIgOiBYZW5EZXNrdG9wU2V0dXA6
U3RhcnRpbmcgcHJvY2VzcyAnbXNpZXhlYycgd2l0aCBhcmdzICcvaSAiRDpc
eDY0XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTWFjaGlu
ZUlkZW50aXR5X1Bvd2VyU2hlbGxTbmFwSW5feDY0Lm1zaSIgL2x2ICJDOlxV
c2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxDaXRyaXhc
WGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xNYWNoaW5lSWRl
bnRpdHlfUG93ZXJTaGVsbFNuYXBJbl94NjQ2NTQxMzA1NDEudHh0IiAvcXVp
ZXQgSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIg
QVJQU1lTVEVNQ09NUE9ORU5UPSIxIiBSRUJPT1Q9UmVhbGx5U3VwcHJlc3Mn
DQoxNzo0OTo1NS41NjIwIDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29t
cGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo0OTo1NS41NjIwIDogWGVu
RGVza3RvcFNldHVwOkluc3RhbGxhdGlvbiBvZiBNU0kgRmlsZSAnRDpceDY0
XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTWFjaGluZUlk
ZW50aXR5X1Bvd2VyU2hlbGxTbmFwSW5feDY0Lm1zaScgc3VjY2VlZGVkDQox
Nzo0OTo1NS41NjIwIDogWGVuRGVza3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBL
ZXkgT3BlbmVkIHN1Y2Nlc3NmdWxseSBmb3Igd3JpdGUuIFNPRlRXQVJFXENp
dHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRz
Q29uZmlndXJpbmcNCjE3OjQ5OjU1LjU2MjAgOiBYZW5EZXNrdG9wU2V0dXA6
U2V0UmVnVmFsdWU6IFJlZ2lzdHJ5IHZhbHVlIDEgc2V0IHN1Y2Nlc3NmdWxs
eSBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29u
dHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIE1hY2hpbmUgSWRlbnRpdHkgU2Vy
dmljZSBTREsNCjE3OjQ5OjU1LjU2MjAgOiBYZW5EZXNrdG9wU2V0dXA6SW5z
dGFsbENvbXBvbmVudDogSW5zdGFsbGVkIGNvbXBvbmVudCAnTWFjaGluZSBJ
ZGVudGl0eSBTZXJ2aWNlIFNESycNCjE3OjQ5OjU1LjU2MjAgOiBYZW5EZXNr
dG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUp
DQoxNzo0OTo1NS41NjIwIDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21w
b25lbnQ6IEVudHJ5LCBjb21wb25lbnQgbmFtZSA9ICdNYWNoaW5lIElkZW50
aXR5IFNlcnZpY2UnDQoxNzo0OTo1NS41NjIwIDogWGVuRGVza3RvcFNldHVw
Okluc3RhbGxDb21wb25lbnQ6IEFib3V0IHRvIGluc3RhbGwgY29tcG9uZW50
ICdNYWNoaW5lIElkZW50aXR5IFNlcnZpY2UnDQoxNzo0OTo1NS41NjIwIDog
WGVuRGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51aW5nLg0KMTc6
NDk6NTUuNTc3NiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbnN0YWxs
IE1TSSBGaWxlICdEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29u
dHJvbGxlclxNYWNoaW5lSWRlbnRpdHlfU2VydmljZV94NjQubXNpJyB1c2lu
ZyBwYXJhbXMgJ0lOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xD
aXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSInIGxvZyBmaWxlIGlzICdD
OlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxDaXRy
aXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xNYWNoaW5l
SWRlbnRpdHlfU2VydmljZV94NjQ0MDgwNjQzOTIudHh0Jw0KMTc6NDk6NTUu
NTc3NiA6IFhlbkRlc2t0b3BTZXR1cDpTdGFydGluZyBwcm9jZXNzICdtc2ll
eGVjJyB3aXRoIGFyZ3MgJy9pICJEOlx4NjRcQ2l0cml4IERlc2t0b3AgRGVs
aXZlcnkgQ29udHJvbGxlclxNYWNoaW5lSWRlbnRpdHlfU2VydmljZV94NjQu
bXNpIiAvbHYgIkM6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2Nh
bFxUZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZp
bGVzXE1hY2hpbmVJZGVudGl0eV9TZXJ2aWNlX3g2NDQwODA2NDM5Mi50eHQi
IC9xdWlldCBJTlNUQUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0
cml4IiBBUlBTWVNURU1DT01QT05FTlQ9IjEiIFJFQk9PVD1SZWFsbHlTdXBw
cmVzcycNCjE3OjQ5OjU3LjY5OTIgOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2Vz
cyBjb21wbGV0ZWQgd2l0aCBlcnJvciBjb2RlIDANCjE3OjQ5OjU3LjY5OTIg
OiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbGF0aW9uIG9mIE1TSSBGaWxlICdE
Olx4NjRcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxNYWNo
aW5lSWRlbnRpdHlfU2VydmljZV94NjQubXNpJyBzdWNjZWVkZWQNCjE3OjQ5
OjU3LjY5OTIgOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBP
cGVuZWQgc3VjY2Vzc2Z1bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4
XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25m
aWd1cmluZw0KMTc6NDk6NTcuNjk5MiA6IFhlbkRlc2t0b3BTZXR1cDpTZXRS
ZWdWYWx1ZTogUmVnaXN0cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNP
RlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9s
bGVyXE5lZWRzQ29uZmlndXJpbmcgTWFjaGluZSBJZGVudGl0eSBTZXJ2aWNl
DQoxNzo0OTo1Ny42OTkyIDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21w
b25lbnQ6IEluc3RhbGxlZCBjb21wb25lbnQgJ01hY2hpbmUgSWRlbnRpdHkg
U2VydmljZScNCjE3OjQ5OjU3LjY5OTIgOiBYZW5EZXNrdG9wU2V0dXA6SW5z
dGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUpDQoxNzo0OTo1Ny43
MTQ4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEVudHJ5
LCBjb21wb25lbnQgbmFtZSA9ICdXZWIgQWNjZXNzJw0KMTc6NDk6NTcuNzE0
OCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBBYm91dCB0
byBpbnN0YWxsIGNvbXBvbmVudCAnV2ViIEFjY2VzcycNCjE3OjQ5OjU3Ljcx
NDggOiBYZW5EZXNrdG9wU2V0dXA6TWVkaWEgZm91bmQsIENvbnRpbnVpbmcu
DQoxNzo0OTo1Ny43MzA0IDogWGVuRGVza3RvcFNldHVwOlByb2R1Y3Qgd2l0
aCB1cGdyYWRlIGNvZGUgezZENzc2NjA2LTE2MEYtNDI4Ri04ODUyLUJERkJF
QzU1Q0RCOX0gaXMgbm90IGluc3RhbGxlZC4NCjE3OjQ5OjU3LjczMDQgOiBY
ZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gaW5zdGFsbCBXZWIgSW50ZXJmYWNl
IHdpdGggcGFyYW1ldGVyczogLWFzcG5ldCAtZyAiQzpcXFVzZXJzXFxBZG1p
bmlzdHJhdG9yXFxBcHBEYXRhXFxMb2NhbFxcVGVtcFxcQ2l0cml4XFxYZW5E
ZXNrdG9wIEluc3RhbGxlclxcV0lfb2ZhdXJvZ2wuajFkLnR4dCIgIC1paXM2
NCAtZSAiRDpcQ2l0cml4IFJlY2VpdmVyIGFuZCBQbHVnLWlucyIgLXAgIkM6
XFByb2dyYW0gRmlsZXNcQ2l0cml4XFdlYiBJbnRlcmZhY2UiIC1xIC1ub3Vp
ICB1c2luZyBsb2cgZmlsZSBDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERh
dGFcTG9jYWxcVGVtcFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcV0lf
b2ZhdXJvZ2wuajFkLnR4dA0KMTc6NDk6NTcuNzMwNCA6IFhlbkRlc2t0b3BT
ZXR1cDpTdGFydGluZyBwcm9jZXNzICdEOlx4NjRcV2ViIEludGVyZmFjZVxX
ZWJJbnRlcmZhY2UuZXhlJyB3aXRoIGFyZ3MgJy1hc3BuZXQgLWcgIkM6XFxV
c2Vyc1xcQWRtaW5pc3RyYXRvclxcQXBwRGF0YVxcTG9jYWxcXFRlbXBcXENp
dHJpeFxcWGVuRGVza3RvcCBJbnN0YWxsZXJcXFdJX29mYXVyb2dsLmoxZC50
eHQiICAtaWlzNjQgLWUgIkQ6XENpdHJpeCBSZWNlaXZlciBhbmQgUGx1Zy1p
bnMiIC1wICJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeFxXZWIgSW50ZXJmYWNl
IiAtcSAtbm91aSAnDQoxNzo1MDo1Ny4zNjkyIDogWGVuRGVza3RvcFNldHVw
OlByb2Nlc3MgY29tcGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo1MDo1
Ny4zNjkyIDogWGVuRGVza3RvcFNldHVwOldJIGluc3RhbGxlZCBzdWNjZXNz
ZnVsbHkNCjE3OjUwOjU3LjM2OTIgOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVn
VmFsdWU6IEtleSBPcGVuZWQgc3VjY2Vzc2Z1bGx5IGZvciB3cml0ZS4gU09G
VFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xs
ZXJcTmVlZHNDb25maWd1cmluZw0KMTc6NTA6NTcuMzY5MiA6IFhlbkRlc2t0
b3BTZXR1cDpTZXRSZWdWYWx1ZTogUmVnaXN0cnkgdmFsdWUgMSBzZXQgc3Vj
Y2Vzc2Z1bGx5IFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxp
dmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcgV2ViIEFjY2Vzcw0K
MTc6NTA6NTcuMzY5MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9u
ZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdXZWIgQWNjZXNzJw0KMTc6NTA6
NTcuMzY5MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBF
eGl0IChyZXR1cm4gVHJ1ZSkNCjE3OjUwOjU3LjM4NDggOiBYZW5EZXNrdG9w
U2V0dXA6SW5zdGFsbENvbXBvbmVudDogRW50cnksIGNvbXBvbmVudCBuYW1l
ID0gJ1BWUyBQb3dlclNoZWxsIFNESycNCjE3OjUwOjU3LjM4NDggOiBYZW5E
ZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogQWJvdXQgdG8gaW5zdGFs
bCBjb21wb25lbnQgJ1BWUyBQb3dlclNoZWxsIFNESycNCjE3OjUwOjU3LjM4
NDggOiBYZW5EZXNrdG9wU2V0dXA6TWVkaWEgZm91bmQsIENvbnRpbnVpbmcu
DQoxNzo1MDo1Ny40MDA0IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGlu
c3RhbGwgTVNJIEZpbGUgJ0Q6XHg2NFxEZXNrdG9wU3R1ZGlvXFBWUyBQb3dl
clNoZWxsIFNESyB4NjQubXNpJyB1c2luZyBwYXJhbXMgJ0lOU1RBTExMT0NB
VElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXgiIEFSUFNZU1RFTUNPTVBP
TkVOVD0iMSInIGxvZyBmaWxlIGlzICdDOlxVc2Vyc1xBZG1pbmlzdHJhdG9y
XEFwcERhdGFcTG9jYWxcVGVtcFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxs
ZXJcTVNJIExvZyBGaWxlc1xQVlMgUG93ZXJTaGVsbCBTREsgeDY0MTkzNzQz
NjIzLnR4dCcNCjE3OjUwOjU3LjQwMDQgOiBYZW5EZXNrdG9wU2V0dXA6U3Rh
cnRpbmcgcHJvY2VzcyAnbXNpZXhlYycgd2l0aCBhcmdzICcvaSAiRDpceDY0
XERlc2t0b3BTdHVkaW9cUFZTIFBvd2VyU2hlbGwgU0RLIHg2NC5tc2kiIC9s
diAiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRhXExvY2FsXFRlbXBc
Q2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1TSSBMb2cgRmlsZXNcUFZT
IFBvd2VyU2hlbGwgU0RLIHg2NDE5Mzc0MzYyMy50eHQiIC9xdWlldCBJTlNU
QUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0cml4IiBBUlBTWVNU
RU1DT01QT05FTlQ9IjEiIFJFQk9PVD1SZWFsbHlTdXBwcmVzcycNCjE3OjUw
OjU5LjMwMzYgOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2VzcyBjb21wbGV0ZWQg
d2l0aCBlcnJvciBjb2RlIDANCjE3OjUwOjU5LjMwMzYgOiBYZW5EZXNrdG9w
U2V0dXA6SW5zdGFsbGF0aW9uIG9mIE1TSSBGaWxlICdEOlx4NjRcRGVza3Rv
cFN0dWRpb1xQVlMgUG93ZXJTaGVsbCBTREsgeDY0Lm1zaScgc3VjY2VlZGVk
DQoxNzo1MDo1OS4zMDM2IDogWGVuRGVza3RvcFNldHVwOlNldFJlZ1ZhbHVl
OiBLZXkgT3BlbmVkIHN1Y2Nlc3NmdWxseSBmb3Igd3JpdGUuIFNPRlRXQVJF
XENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5l
ZWRzQ29uZmlndXJpbmcNCjE3OjUwOjU5LjMwMzYgOiBYZW5EZXNrdG9wU2V0
dXA6U2V0UmVnVmFsdWU6IFJlZ2lzdHJ5IHZhbHVlIDEgc2V0IHN1Y2Nlc3Nm
dWxseSBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkg
Q29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIFBWUyBQb3dlclNoZWxsIFNE
Sw0KMTc6NTA6NTkuMzAzNiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29t
cG9uZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdQVlMgUG93ZXJTaGVsbCBT
REsnDQoxNzo1MDo1OS4zMDM2IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxD
b21wb25lbnQ6IEV4aXQgKHJldHVybiBUcnVlKQ0KMTc6NTA6NTkuMzAzNiA6
IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBFbnRyeSwgY29t
cG9uZW50IG5hbWUgPSAnU1FMIENMUiBUeXBlcycNCjE3OjUwOjU5LjMwMzYg
OiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogQWJvdXQgdG8g
aW5zdGFsbCBjb21wb25lbnQgJ1NRTCBDTFIgVHlwZXMnDQoxNzo1MDo1OS4z
MDM2IDogWGVuRGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51aW5n
Lg0KMTc6NTA6NTkuMzE5MiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBp
bnN0YWxsIE1TSSBGaWxlICdEOlxTdXBwb3J0XFNoYXJlZE1hbmFnZW1lbnRP
YmplY3RzXHg4NlxTUUxTeXNDbHJUeXBlcy5tc2knIHVzaW5nIHBhcmFtcyAn
SU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQ
U1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMgJ0M6XFVzZXJzXEFk
bWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNr
dG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXFNRTFN5c0NsclR5cGVzMTM0
MDg4MTk5MC50eHQnDQoxNzo1MDo1OS4zMTkyIDogWGVuRGVza3RvcFNldHVw
OlN0YXJ0aW5nIHByb2Nlc3MgJ21zaWV4ZWMnIHdpdGggYXJncyAnL2kgIkQ6
XFN1cHBvcnRcU2hhcmVkTWFuYWdlbWVudE9iamVjdHNceDg2XFNRTFN5c0Ns
clR5cGVzLm1zaSIgL2x2ICJDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERh
dGFcTG9jYWxcVGVtcFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJ
IExvZyBGaWxlc1xTUUxTeXNDbHJUeXBlczEzNDA4ODE5OTAudHh0IiAvcXVp
ZXQgSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIg
QVJQU1lTVEVNQ09NUE9ORU5UPSIxIiBSRUJPT1Q9UmVhbGx5U3VwcHJlc3Mn
DQoxNzo1MTowMS4zMDA0IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29t
cGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo1MTowMS4zMDA0IDogWGVu
RGVza3RvcFNldHVwOkluc3RhbGxhdGlvbiBvZiBNU0kgRmlsZSAnRDpcU3Vw
cG9ydFxTaGFyZWRNYW5hZ2VtZW50T2JqZWN0c1x4ODZcU1FMU3lzQ2xyVHlw
ZXMubXNpJyBzdWNjZWVkZWQNCjE3OjUxOjAxLjMwMDQgOiBYZW5EZXNrdG9w
U2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVuZWQgc3VjY2Vzc2Z1bGx5IGZv
ciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2
ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZw0KMTc6NTE6MDEuMzAw
NCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTogUmVnaXN0cnkgdmFs
dWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRXQVJFXENpdHJpeFxDaXRyaXgg
RGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcg
U1FMIENMUiBUeXBlcw0KMTc6NTE6MDEuMzAwNCA6IFhlbkRlc2t0b3BTZXR1
cDpJbnN0YWxsQ29tcG9uZW50OiBJbnN0YWxsZWQgY29tcG9uZW50ICdTUUwg
Q0xSIFR5cGVzJw0KMTc6NTE6MDEuMzAwNCA6IFhlbkRlc2t0b3BTZXR1cDpJ
bnN0YWxsQ29tcG9uZW50OiBFeGl0IChyZXR1cm4gVHJ1ZSkNCjE3OjUxOjAx
LjMwMDQgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogRW50
cnksIGNvbXBvbmVudCBuYW1lID0gJ1NNTyBPYmplY3RzJw0KMTc6NTE6MDEu
MzAwNCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBBYm91
dCB0byBpbnN0YWxsIGNvbXBvbmVudCAnU01PIE9iamVjdHMnDQoxNzo1MTow
MS4zMDA0IDogWGVuRGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51
aW5nLg0KMTc6NTE6MDEuMzE2MCA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0
byBpbnN0YWxsIE1TSSBGaWxlICdEOlxTdXBwb3J0XFNoYXJlZE1hbmFnZW1l
bnRPYmplY3RzXHg4NlxTaGFyZWRNYW5hZ2VtZW50T2JqZWN0cy5tc2knIHVz
aW5nIHBhcmFtcyAnSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVz
XENpdHJpeCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMg
J0M6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENp
dHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXFNoYXJl
ZE1hbmFnZW1lbnRPYmplY3RzMTk0OTM3NjcxMi50eHQnDQoxNzo1MTowMS4z
MTYwIDogWGVuRGVza3RvcFNldHVwOlN0YXJ0aW5nIHByb2Nlc3MgJ21zaWV4
ZWMnIHdpdGggYXJncyAnL2kgIkQ6XFN1cHBvcnRcU2hhcmVkTWFuYWdlbWVu
dE9iamVjdHNceDg2XFNoYXJlZE1hbmFnZW1lbnRPYmplY3RzLm1zaSIgL2x2
ICJDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxD
aXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xTaGFy
ZWRNYW5hZ2VtZW50T2JqZWN0czE5NDkzNzY3MTIudHh0IiAvcXVpZXQgSU5T
VEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQU1lT
VEVNQ09NUE9ORU5UPSIxIiBSRUJPT1Q9UmVhbGx5U3VwcHJlc3MnDQoxNzo1
MTowOC40MTQwIDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29tcGxldGVk
IHdpdGggZXJyb3IgY29kZSAwDQoxNzo1MTowOC40MTQwIDogWGVuRGVza3Rv
cFNldHVwOkluc3RhbGxhdGlvbiBvZiBNU0kgRmlsZSAnRDpcU3VwcG9ydFxT
aGFyZWRNYW5hZ2VtZW50T2JqZWN0c1x4ODZcU2hhcmVkTWFuYWdlbWVudE9i
amVjdHMubXNpJyBzdWNjZWVkZWQNCjE3OjUxOjA4LjQxNDAgOiBYZW5EZXNr
dG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVuZWQgc3VjY2Vzc2Z1bGx5
IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERl
bGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZw0KMTc6NTE6MDgu
NDE0MCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdWYWx1ZTogUmVnaXN0cnkg
dmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRXQVJFXENpdHJpeFxDaXRy
aXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJp
bmcgU01PIE9iamVjdHMNCjE3OjUxOjA4LjQxNDAgOiBYZW5EZXNrdG9wU2V0
dXA6SW5zdGFsbENvbXBvbmVudDogSW5zdGFsbGVkIGNvbXBvbmVudCAnU01P
IE9iamVjdHMnDQoxNzo1MTowOC40MTQwIDogWGVuRGVza3RvcFNldHVwOklu
c3RhbGxDb21wb25lbnQ6IEV4aXQgKHJldHVybiBUcnVlKQ0KMTc6NTE6MDgu
NDE0MCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBFbnRy
eSwgY29tcG9uZW50IG5hbWUgPSAnU1FMIENMUiBUeXBlcycNCjE3OjUxOjA4
LjQxNDAgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogQWJv
dXQgdG8gaW5zdGFsbCBjb21wb25lbnQgJ1NRTCBDTFIgVHlwZXMnDQoxNzo1
MTowOC40MTQwIDogWGVuRGVza3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250
aW51aW5nLg0KMTc6NTE6MDguNDI5NiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91
dCB0byBpbnN0YWxsIE1TSSBGaWxlICdEOlxTdXBwb3J0XFNoYXJlZE1hbmFn
ZW1lbnRPYmplY3RzXHg2NFxTUUxTeXNDbHJUeXBlcy5tc2knIHVzaW5nIHBh
cmFtcyAnSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJp
eCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMgJ0M6XFVz
ZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxY
ZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXFNRTFN5c0NsclR5
cGVzOTQ3OTczMTc5LnR4dCcNCjE3OjUxOjA4LjQyOTYgOiBYZW5EZXNrdG9w
U2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnbXNpZXhlYycgd2l0aCBhcmdzICcv
aSAiRDpcU3VwcG9ydFxTaGFyZWRNYW5hZ2VtZW50T2JqZWN0c1x4NjRcU1FM
U3lzQ2xyVHlwZXMubXNpIiAvbHYgIkM6XFVzZXJzXEFkbWluaXN0cmF0b3Jc
QXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxl
clxNU0kgTG9nIEZpbGVzXFNRTFN5c0NsclR5cGVzOTQ3OTczMTc5LnR4dCIg
L3F1aWV0IElOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRy
aXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSIgUkVCT09UPVJlYWxseVN1cHBy
ZXNzJw0KMTc6NTE6MTAuNDg4OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNz
IGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NTE6MTAuNDg4OCA6
IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsYXRpb24gb2YgTVNJIEZpbGUgJ0Q6
XFN1cHBvcnRcU2hhcmVkTWFuYWdlbWVudE9iamVjdHNceDY0XFNRTFN5c0Ns
clR5cGVzLm1zaScgc3VjY2VlZGVkDQoxNzo1MToxMC40ODg4IDogWGVuRGVz
a3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBLZXkgT3BlbmVkIHN1Y2Nlc3NmdWxs
eSBmb3Igd3JpdGUuIFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBE
ZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcNCjE3OjUxOjEw
LjQ4ODggOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IFJlZ2lzdHJ5
IHZhbHVlIDEgc2V0IHN1Y2Nlc3NmdWxseSBTT0ZUV0FSRVxDaXRyaXhcQ2l0
cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3Vy
aW5nIFNRTCBDTFIgVHlwZXMNCjE3OjUxOjEwLjQ4ODggOiBYZW5EZXNrdG9w
U2V0dXA6SW5zdGFsbENvbXBvbmVudDogSW5zdGFsbGVkIGNvbXBvbmVudCAn
U1FMIENMUiBUeXBlcycNCjE3OjUxOjEwLjQ4ODggOiBYZW5EZXNrdG9wU2V0
dXA6SW5zdGFsbENvbXBvbmVudDogRXhpdCAocmV0dXJuIFRydWUpDQoxNzo1
MToxMC40ODg4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6
IEVudHJ5LCBjb21wb25lbnQgbmFtZSA9ICdTTU8gT2JqZWN0cycNCjE3OjUx
OjEwLjQ4ODggOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDog
QWJvdXQgdG8gaW5zdGFsbCBjb21wb25lbnQgJ1NNTyBPYmplY3RzJw0KMTc6
NTE6MTAuNDg4OCA6IFhlbkRlc2t0b3BTZXR1cDpNZWRpYSBmb3VuZCwgQ29u
dGludWluZy4NCjE3OjUxOjEwLjUwNDQgOiBYZW5EZXNrdG9wU2V0dXA6QWJv
dXQgdG8gaW5zdGFsbCBNU0kgRmlsZSAnRDpcU3VwcG9ydFxTaGFyZWRNYW5h
Z2VtZW50T2JqZWN0c1x4NjRcU2hhcmVkTWFuYWdlbWVudE9iamVjdHMubXNp
JyB1c2luZyBwYXJhbXMgJ0lOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBG
aWxlc1xDaXRyaXgiIEFSUFNZU1RFTUNPTVBPTkVOVD0iMSInIGxvZyBmaWxl
IGlzICdDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVt
cFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xT
aGFyZWRNYW5hZ2VtZW50T2JqZWN0czIwNDM0MDgwODQudHh0Jw0KMTc6NTE6
MTAuNTA0NCA6IFhlbkRlc2t0b3BTZXR1cDpTdGFydGluZyBwcm9jZXNzICdt
c2lleGVjJyB3aXRoIGFyZ3MgJy9pICJEOlxTdXBwb3J0XFNoYXJlZE1hbmFn
ZW1lbnRPYmplY3RzXHg2NFxTaGFyZWRNYW5hZ2VtZW50T2JqZWN0cy5tc2ki
IC9sdiAiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxBcHBEYXRhXExvY2FsXFRl
bXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVyXE1TSSBMb2cgRmlsZXNc
U2hhcmVkTWFuYWdlbWVudE9iamVjdHMyMDQzNDA4MDg0LnR4dCIgL3F1aWV0
IElOU1RBTExMT0NBVElPTj0iQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXgiIEFS
UFNZU1RFTUNPTVBPTkVOVD0iMSIgUkVCT09UPVJlYWxseVN1cHByZXNzJw0K
MTc6NTE6MTYuODY5MiA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIGNvbXBs
ZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NTE6MTYuODY5MiA6IFhlbkRl
c2t0b3BTZXR1cDpJbnN0YWxsYXRpb24gb2YgTVNJIEZpbGUgJ0Q6XFN1cHBv
cnRcU2hhcmVkTWFuYWdlbWVudE9iamVjdHNceDY0XFNoYXJlZE1hbmFnZW1l
bnRPYmplY3RzLm1zaScgc3VjY2VlZGVkDQoxNzo1MToxNi44NjkyIDogWGVu
RGVza3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBLZXkgT3BlbmVkIHN1Y2Nlc3Nm
dWxseSBmb3Igd3JpdGUuIFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3Rv
cCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcNCjE3OjUx
OjE2Ljg2OTIgOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IFJlZ2lz
dHJ5IHZhbHVlIDEgc2V0IHN1Y2Nlc3NmdWxseSBTT0ZUV0FSRVxDaXRyaXhc
Q2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZp
Z3VyaW5nIFNNTyBPYmplY3RzDQoxNzo1MToxNi44NjkyIDogWGVuRGVza3Rv
cFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEluc3RhbGxlZCBjb21wb25lbnQg
J1NNTyBPYmplY3RzJw0KMTc6NTE6MTYuODY5MiA6IFhlbkRlc2t0b3BTZXR1
cDpJbnN0YWxsQ29tcG9uZW50OiBFeGl0IChyZXR1cm4gVHJ1ZSkNCjE3OjUx
OjE2Ljg2OTIgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDog
RW50cnksIGNvbXBvbmVudCBuYW1lID0gJ0Rlc2t0b3AgU3R1ZGlvJw0KMTc6
NTE6MTYuODY5MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50
OiBBYm91dCB0byBpbnN0YWxsIGNvbXBvbmVudCAnRGVza3RvcCBTdHVkaW8n
DQoxNzo1MToxNi44ODQ4IDogWGVuRGVza3RvcFNldHVwOk1lZGlhIGZvdW5k
LCBDb250aW51aW5nLg0KMTc6NTE6MTYuOTAwNCA6IFhlbkRlc2t0b3BTZXR1
cDpBYm91dCB0byBpbnN0YWxsIE1TSSBGaWxlICdEOlx4NjRcRGVza3RvcFN0
dWRpb1xEZXNrdG9wU3R1ZGlvX3g2NC5tc2knIHVzaW5nIHBhcmFtcyAnSU5T
VEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQU1lT
VEVNQ09NUE9ORU5UPSIxIicgbG9nIGZpbGUgaXMgJ0M6XFVzZXJzXEFkbWlu
aXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxUZW1wXENpdHJpeFxYZW5EZXNrdG9w
IEluc3RhbGxlclxNU0kgTG9nIEZpbGVzXERlc2t0b3BTdHVkaW9feDY0MTk0
NjIwMTk1My50eHQnDQoxNzo1MToxNi45MDA0IDogWGVuRGVza3RvcFNldHVw
OlN0YXJ0aW5nIHByb2Nlc3MgJ21zaWV4ZWMnIHdpdGggYXJncyAnL2kgIkQ6
XHg2NFxEZXNrdG9wU3R1ZGlvXERlc2t0b3BTdHVkaW9feDY0Lm1zaSIgL2x2
ICJDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFcTG9jYWxcVGVtcFxD
aXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExvZyBGaWxlc1xEZXNr
dG9wU3R1ZGlvX3g2NDE5NDYyMDE5NTMudHh0IiAvcXVpZXQgSU5TVEFMTExP
Q0FUSU9OPSJDOlxQcm9ncmFtIEZpbGVzXENpdHJpeCIgQVJQU1lTVEVNQ09N
UE9ORU5UPSIxIiBSRUJPT1Q9UmVhbGx5U3VwcHJlc3MnDQoxNzo1MToyMS42
NTg0IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29tcGxldGVkIHdpdGgg
ZXJyb3IgY29kZSAwDQoxNzo1MToyMS42NTg0IDogWGVuRGVza3RvcFNldHVw
Okluc3RhbGxhdGlvbiBvZiBNU0kgRmlsZSAnRDpceDY0XERlc2t0b3BTdHVk
aW9cRGVza3RvcFN0dWRpb194NjQubXNpJyBzdWNjZWVkZWQNCjE3OjUxOjIx
LjY1ODQgOiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IEtleSBPcGVu
ZWQgc3VjY2Vzc2Z1bGx5IGZvciB3cml0ZS4gU09GVFdBUkVcQ2l0cml4XENp
dHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1
cmluZw0KMTc6NTE6MjEuNjU4NCA6IFhlbkRlc2t0b3BTZXR1cDpTZXRSZWdW
YWx1ZTogUmVnaXN0cnkgdmFsdWUgMSBzZXQgc3VjY2Vzc2Z1bGx5IFNPRlRX
QVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVy
XE5lZWRzQ29uZmlndXJpbmcgRGVza3RvcCBTdHVkaW8NCjE3OjUxOjIxLjY1
ODQgOiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbENvbXBvbmVudDogSW5zdGFs
bGVkIGNvbXBvbmVudCAnRGVza3RvcCBTdHVkaW8nDQoxNzo1MToyMS42NTg0
IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEV4aXQgKHJl
dHVybiBUcnVlKQ0KMTc6NTE6MjEuNjc0MCA6IFhlbkRlc2t0b3BTZXR1cDpJ
bnN0YWxsQ29tcG9uZW50OiBFbnRyeSwgY29tcG9uZW50IG5hbWUgPSAnRGVz
a3RvcCBEaXJlY3RvcicNCjE3OjUxOjIxLjY3NDAgOiBYZW5EZXNrdG9wU2V0
dXA6SW5zdGFsbENvbXBvbmVudDogQWJvdXQgdG8gaW5zdGFsbCBjb21wb25l
bnQgJ0Rlc2t0b3AgRGlyZWN0b3InDQoxNzo1MToyMS42NzQwIDogWGVuRGVz
a3RvcFNldHVwOk1lZGlhIGZvdW5kLCBDb250aW51aW5nLg0KMTc6NTE6MjEu
Njg5NiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBpbnN0YWxsIE1TSSBG
aWxlICdEOlx4NjRcRGVza3RvcERpcmVjdG9yXERlc2t0b3BEaXJlY3Rvci5t
c2knIHVzaW5nIHBhcmFtcyAnSU5TVEFMTExPQ0FUSU9OPSJDOlxQcm9ncmFt
IEZpbGVzXENpdHJpeCIgQVJQU1lTVEVNQ09NUE9ORU5UPSIxIicgbG9nIGZp
bGUgaXMgJ0M6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2NhbFxU
ZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZpbGVz
XERlc2t0b3BEaXJlY3RvcjE3MjAzNTAzNTAudHh0Jw0KMTc6NTE6MjEuNjg5
NiA6IFhlbkRlc2t0b3BTZXR1cDpTdGFydGluZyBwcm9jZXNzICdtc2lleGVj
JyB3aXRoIGFyZ3MgJy9pICJEOlx4NjRcRGVza3RvcERpcmVjdG9yXERlc2t0
b3BEaXJlY3Rvci5tc2kiIC9sdiAiQzpcVXNlcnNcQWRtaW5pc3RyYXRvclxB
cHBEYXRhXExvY2FsXFRlbXBcQ2l0cml4XFhlbkRlc2t0b3AgSW5zdGFsbGVy
XE1TSSBMb2cgRmlsZXNcRGVza3RvcERpcmVjdG9yMTcyMDM1MDM1MC50eHQi
IC9xdWlldCBJTlNUQUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0
cml4IiBBUlBTWVNURU1DT01QT05FTlQ9IjEiIFJFQk9PVD1SZWFsbHlTdXBw
cmVzcycNCjE3OjUxOjM3LjI4OTYgOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2Vz
cyBjb21wbGV0ZWQgd2l0aCBlcnJvciBjb2RlIDANCjE3OjUxOjM3LjI4OTYg
OiBYZW5EZXNrdG9wU2V0dXA6SW5zdGFsbGF0aW9uIG9mIE1TSSBGaWxlICdE
Olx4NjRcRGVza3RvcERpcmVjdG9yXERlc2t0b3BEaXJlY3Rvci5tc2knIHN1
Y2NlZWRlZA0KMTc6NTE6MzcuMjg5NiA6IFhlbkRlc2t0b3BTZXR1cDpTZXRS
ZWdWYWx1ZTogS2V5IE9wZW5lZCBzdWNjZXNzZnVsbHkgZm9yIHdyaXRlLiBT
T0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJv
bGxlclxOZWVkc0NvbmZpZ3VyaW5nDQoxNzo1MTozNy4yODk2IDogWGVuRGVz
a3RvcFNldHVwOlNldFJlZ1ZhbHVlOiBSZWdpc3RyeSB2YWx1ZSAxIHNldCBz
dWNjZXNzZnVsbHkgU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERl
bGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZyBEZXNrdG9wIERp
cmVjdG9yDQoxNzo1MTozNy4yODk2IDogWGVuRGVza3RvcFNldHVwOkluc3Rh
bGxDb21wb25lbnQ6IEluc3RhbGxlZCBjb21wb25lbnQgJ0Rlc2t0b3AgRGly
ZWN0b3InDQoxNzo1MTozNy4yODk2IDogWGVuRGVza3RvcFNldHVwOkluc3Rh
bGxDb21wb25lbnQ6IEV4aXQgKHJldHVybiBUcnVlKQ0KMTc6NTE6MzcuMzA1
MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBFbnRyeSwg
Y29tcG9uZW50IG5hbWUgPSAnQ2l0cml4IExpY2Vuc2UgU2VydmVyJw0KMTc6
NTE6MzcuMzA1MiA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50
OiBBYm91dCB0byBpbnN0YWxsIGNvbXBvbmVudCAnQ2l0cml4IExpY2Vuc2Ug
U2VydmVyJw0KMTc6NTE6MzcuMzA1MiA6IFhlbkRlc2t0b3BTZXR1cDpNZWRp
YSBmb3VuZCwgQ29udGludWluZy4NCjE3OjUxOjM3LjMyMDggOiBYZW5EZXNr
dG9wU2V0dXA6QWJvdXQgdG8gaW5zdGFsbCBNU0kgRmlsZSAnRDpceDY0XExp
Y2Vuc2luZ1xDVFhfTGljZW5zaW5nLm1zaScgdXNpbmcgcGFyYW1zICdJTlNU
QUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0cml4IiBBUlBTWVNU
RU1DT01QT05FTlQ9IjEiIENUWF9MSUNFTlNJTkdfSU5TVEFMTERJUj0iQzpc
UHJvZ3JhbSBGaWxlc1xDaXRyaXgiIE5PX0ZJUkVXQUxMX1JVTEVTPSIxIiBM
SUNTRVJWRVJQT1JUPSIyNzAwMCIgVkVORE9SREFFTU9OUE9SVD0iNzI3OSIg
TU5HTVRDT05TT0xFV0VCUE9SVD0iODA4MiIgRU5BQkxFTEFDPSIwIicgbG9n
IGZpbGUgaXMgJ0M6XFVzZXJzXEFkbWluaXN0cmF0b3JcQXBwRGF0YVxMb2Nh
bFxUZW1wXENpdHJpeFxYZW5EZXNrdG9wIEluc3RhbGxlclxNU0kgTG9nIEZp
bGVzXENUWF9MaWNlbnNpbmcxNzg0OTU5NzM3LnR4dCcNCjE3OjUxOjM3LjMy
MDggOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnbXNpZXhl
Yycgd2l0aCBhcmdzICcvaSAiRDpceDY0XExpY2Vuc2luZ1xDVFhfTGljZW5z
aW5nLm1zaSIgL2x2ICJDOlxVc2Vyc1xBZG1pbmlzdHJhdG9yXEFwcERhdGFc
TG9jYWxcVGVtcFxDaXRyaXhcWGVuRGVza3RvcCBJbnN0YWxsZXJcTVNJIExv
ZyBGaWxlc1xDVFhfTGljZW5zaW5nMTc4NDk1OTczNy50eHQiIC9xdWlldCBJ
TlNUQUxMTE9DQVRJT049IkM6XFByb2dyYW0gRmlsZXNcQ2l0cml4IiBBUlBT
WVNURU1DT01QT05FTlQ9IjEiIENUWF9MSUNFTlNJTkdfSU5TVEFMTERJUj0i
QzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXgiIE5PX0ZJUkVXQUxMX1JVTEVTPSIx
IiBMSUNTRVJWRVJQT1JUPSIyNzAwMCIgVkVORE9SREFFTU9OUE9SVD0iNzI3
OSIgTU5HTVRDT05TT0xFV0VCUE9SVD0iODA4MiIgRU5BQkxFTEFDPSIwIiBS
RUJPT1Q9UmVhbGx5U3VwcHJlc3MnDQoxNzo1MjozMy44NzA4IDogWGVuRGVz
a3RvcFNldHVwOlByb2Nlc3MgY29tcGxldGVkIHdpdGggZXJyb3IgY29kZSAw
DQoxNzo1MjozMy44NzA4IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxhdGlv
biBvZiBNU0kgRmlsZSAnRDpceDY0XExpY2Vuc2luZ1xDVFhfTGljZW5zaW5n
Lm1zaScgc3VjY2VlZGVkDQoxNzo1MjozMy44NzA4IDogWGVuRGVza3RvcFNl
dHVwOlNldFJlZ1ZhbHVlOiBLZXkgT3BlbmVkIHN1Y2Nlc3NmdWxseSBmb3Ig
d3JpdGUuIFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVy
eSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcNCjE3OjUyOjMzLjg3MDgg
OiBYZW5EZXNrdG9wU2V0dXA6U2V0UmVnVmFsdWU6IFJlZ2lzdHJ5IHZhbHVl
IDEgc2V0IHN1Y2Nlc3NmdWxseSBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERl
c2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIENp
dHJpeCBMaWNlbnNlIFNlcnZlcg0KMTc6NTI6MzMuODcwOCA6IFhlbkRlc2t0
b3BTZXR1cDpJbnN0YWxsQ29tcG9uZW50OiBJbnN0YWxsZWQgY29tcG9uZW50
ICdDaXRyaXggTGljZW5zZSBTZXJ2ZXInDQoxNzo1MjozMy44NzA4IDogWGVu
RGVza3RvcFNldHVwOkluc3RhbGxDb21wb25lbnQ6IEV4aXQgKHJldHVybiBU
cnVlKQ0KMTc6NTI6MzMuODcwOCA6IFhlbkRlc2t0b3BTZXR1cDpJbnN0YWxs
IHRhc2tzIGZvciB0aGlzIHNlc3Npb24gaGF2ZSBmaW5pc2hlZC4NCjE3OjUy
OjMzLjg4NjQgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gc3RhcnQgcG9z
dCBpbnN0YWxsIGNvbmZpZ3VyYXRpb24gdGFza3MuDQoxNzo1MjozOS4yODQw
IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25l
bnQgJ01pY3Jvc29mdCAuTkVUIEZyYW1ld29yayAzLjUgU2VydmljZSBQYWNr
IDEnDQoxNzo1MjozOS4yOTk2IDogWGVuRGVza3RvcFNldHVwOkRlbGV0ZVJl
Z1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3Rv
cCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcga2V5TmFt
ZTpNaWNyb3NvZnQgLk5FVCBGcmFtZXdvcmsgMy41IFNlcnZpY2UgUGFjayAx
IHN1Y2Nlc3NmdWxseS4NCjE3OjUyOjM5LjI5OTYgOiBYZW5EZXNrdG9wU2V0
dXA6U3VjY2VzZnVsbHkgY29uZmlndXJlZCBjb21wb25lbnQgJ01pY3Jvc29m
dCAuTkVUIEZyYW1ld29yayAzLjUgU2VydmljZSBQYWNrIDEnDQoxNzo1Mjo0
MC41Nzg4IDogWGVuRGVza3RvcFNldHVwOkZvdW5kIFNRTCBTZXJ2ZXJzOiBF
eHByZXNzIEVkaXRpb24gKDY0LWJpdCksDQoxNzo1Mjo0MC41Nzg4IDogWGVu
RGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25lbnQgJ01p
Y3Jvc29mdCBTUUwgRXhwcmVzcyAyMDA4IFIyJw0KMTc6NTI6NDAuNTk0NCA6
IFhlbkRlc2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBTT0ZU
V0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxl
clxOZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6TWljcm9zb2Z0IFNRTCBFeHBy
ZXNzIDIwMDggUjIgc3VjY2Vzc2Z1bGx5Lg0KMTc6NTI6NDAuNTk0NCA6IFhl
bkRlc2t0b3BTZXR1cDpTdWNjZXNmdWxseSBjb25maWd1cmVkIGNvbXBvbmVu
dCAnTWljcm9zb2Z0IFNRTCBFeHByZXNzIDIwMDggUjInDQoxNzo1Mjo0MC42
NzI0IDogWGVuRGVza3RvcFNldHVwOkZvdW5kIGluc3RhbGxlZCBNU0kgcHJv
ZHVjdCAnezRCNkM3MDAxLUM3RDYtMzcxMC05MTNFLTVCQzIzRkNFOTFFNn0n
LCB2ZXJzaW9uICc5LjAuMzA3MjknDQoxNzo1Mjo0MC42NzI0IDogWGVuRGVz
a3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25lbnQgJ01pY3Jv
c29mdCBWaXN1YWwgQysrIDIwMDggUnVudGltZScNCjE3OjUyOjQwLjY4ODAg
OiBYZW5EZXNrdG9wU2V0dXA6RGVsZXRlUmVnVmFsdWU6IERlbGV0ZWQgU09G
VFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xs
ZXJcTmVlZHNDb25maWd1cmluZyBrZXlOYW1lOk1pY3Jvc29mdCBWaXN1YWwg
QysrIDIwMDggUnVudGltZSBzdWNjZXNzZnVsbHkuDQoxNzo1Mjo0MC42ODgw
IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29t
cG9uZW50ICdNaWNyb3NvZnQgVmlzdWFsIEMrKyAyMDA4IFJ1bnRpbWUnDQox
Nzo1Mjo0MC42ODgwIDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZp
Z3VyZSBjb21wb25lbnQgJ01pY3Jvc29mdCBJbnRlcm5ldCBJbmZvcm1hdGlv
biBTZXJ2aWNlcycNCjE3OjUyOjQwLjcwMzYgOiBYZW5EZXNrdG9wU2V0dXA6
RGVsZXRlUmVnVmFsdWU6IERlbGV0ZWQgU09GVFdBUkVcQ2l0cml4XENpdHJp
eCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmlu
ZyBrZXlOYW1lOk1pY3Jvc29mdCBJbnRlcm5ldCBJbmZvcm1hdGlvbiBTZXJ2
aWNlcyBzdWNjZXNzZnVsbHkuDQoxNzo1Mjo0MC43MDM2IDogWGVuRGVza3Rv
cFNldHVwOlN1Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdNaWNy
b3NvZnQgSW50ZXJuZXQgSW5mb3JtYXRpb24gU2VydmljZXMnDQoxNzo1Mjo0
MC45MjIwIDogWGVuRGVza3RvcFNldHVwOkZvdW5kIGluc3RhbGxlZCBNU0kg
cHJvZHVjdCAne0IwQTVBNkVFLUY4QkEtNDhCMS1CQjMyLUJBQzE3RTk2QzJC
NH0nLCB2ZXJzaW9uICcyLjAuNTA3MjgnDQoxNzo1Mjo0MC45MjIwIDogWGVu
RGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25lbnQgJ01p
Y3Jvc29mdCBWaXN1YWwgSiMgMi4wIFNFJw0KMTc6NTI6NDAuOTUzMiA6IFhl
bkRlc2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBTT0ZUV0FS
RVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxO
ZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6TWljcm9zb2Z0IFZpc3VhbCBKIyAy
LjAgU0Ugc3VjY2Vzc2Z1bGx5Lg0KMTc6NTI6NDAuOTUzMiA6IFhlbkRlc2t0
b3BTZXR1cDpTdWNjZXNmdWxseSBjb25maWd1cmVkIGNvbXBvbmVudCAnTWlj
cm9zb2Z0IFZpc3VhbCBKIyAyLjAgU0UnDQoxNzo1Mjo0MC45NTMyIDogWGVu
RGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25lbnQgJ0Np
dHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXInDQoxNzo1Mjo0MC45
Njg4IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQg
Y29tcG9uZW50ICdDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVy
Jw0KMTc6NTI6NDEuNDgzNiA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBpbnN0
YWxsZWQgTVNJIHByb2R1Y3QgJ3tBMDM4RjBGMC1FRDg3LTRCMUYtOEMzRS01
MzEyQUJEOTc3NEJ9JywgdmVyc2lvbiAnMS41LjAnDQoxNzo1Mjo0MS40ODM2
IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25l
bnQgJ0NpdHJpeCBQb2xpY3kgU0RLJw0KMTc6NTI6NDEuNDk5MiA6IFhlbkRl
c2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBTT0ZUV0FSRVxD
aXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVk
c0NvbmZpZ3VyaW5nIGtleU5hbWU6Q2l0cml4IFBvbGljeSBTREsgc3VjY2Vz
c2Z1bGx5Lg0KMTc6NTI6NDEuNDk5MiA6IFhlbkRlc2t0b3BTZXR1cDpTdWNj
ZXNmdWxseSBjb25maWd1cmVkIGNvbXBvbmVudCAnQ2l0cml4IFBvbGljeSBT
REsnDQoxNzo1Mjo0MS41NDYwIDogWGVuRGVza3RvcFNldHVwOkZvdW5kIGlu
c3RhbGxlZCBNU0kgcHJvZHVjdCAne0JGQTY0NjIzLTNEMkEtNEYxQS05Q0Q4
LUUzNjc1RkQ0MkVFMn0nLCB2ZXJzaW9uICc1LjEuMCcNCjE3OjUyOjQxLjU0
NjAgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gY29uZmlndXJlIGNvbXBv
bmVudCAnWGVuRGVza3RvcCBDb250cm9sbGVyIFNESycNCjE3OjUyOjQxLjU2
MTYgOiBYZW5EZXNrdG9wU2V0dXA6RGVsZXRlUmVnVmFsdWU6IERlbGV0ZWQg
U09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRy
b2xsZXJcTmVlZHNDb25maWd1cmluZyBrZXlOYW1lOlhlbkRlc2t0b3AgQ29u
dHJvbGxlciBTREsgc3VjY2Vzc2Z1bGx5Lg0KMTc6NTI6NDEuNTYxNiA6IFhl
bkRlc2t0b3BTZXR1cDpTdWNjZXNmdWxseSBjb25maWd1cmVkIGNvbXBvbmVu
dCAnWGVuRGVza3RvcCBDb250cm9sbGVyIFNESycNCjE3OjUyOjQxLjY1NTIg
OiBYZW5EZXNrdG9wU2V0dXA6Rm91bmQgaW5zdGFsbGVkIE1TSSBwcm9kdWN0
ICd7MjYyNDYyQjQtMTMyMS00OEFELUI2NUMtRUM1NUVFMURCNzk0fScsIHZl
cnNpb24gJzEuMS4yJw0KMTc6NTI6NDEuNjU1MiA6IFhlbkRlc2t0b3BTZXR1
cDpBYm91dCB0byBjb25maWd1cmUgY29tcG9uZW50ICdDaXRyaXggQ29tbW9u
IENvbW1hbmRzJw0KMTc6NTI6NDEuNjcwOCA6IFhlbkRlc2t0b3BTZXR1cDpE
ZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4
IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5n
IGtleU5hbWU6Q2l0cml4IENvbW1vbiBDb21tYW5kcyBzdWNjZXNzZnVsbHku
DQoxNzo1Mjo0MS42NzA4IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc2Z1bGx5
IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdDaXRyaXggQ29tbW9uIENvbW1hbmRz
Jw0KMTc6NTI6NDEuNzE3NiA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBpbnN0
YWxsZWQgTVNJIHByb2R1Y3QgJ3tCNDdFOUM0RS05MEZDLTcwQzQtREQ5QS1D
NzY4QjFFNUU2QTR9JywgdmVyc2lvbiAnNS4xLjAnDQoxNzo1Mjo0MS43MTc2
IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25l
bnQgJ0NpdHJpeCBMaWNlbnNlIENvbmZpZ3VyYXRpb24gU2VydmljZSBTREsn
DQoxNzo1Mjo0MS43MzMyIDogWGVuRGVza3RvcFNldHVwOkRlbGV0ZVJlZ1Zh
bHVlOiBEZWxldGVkIFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBE
ZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcga2V5TmFtZTpD
aXRyaXggTGljZW5zZSBDb25maWd1cmF0aW9uIFNlcnZpY2UgU0RLIHN1Y2Nl
c3NmdWxseS4NCjE3OjUyOjQxLjczMzIgOiBYZW5EZXNrdG9wU2V0dXA6U3Vj
Y2VzZnVsbHkgY29uZmlndXJlZCBjb21wb25lbnQgJ0NpdHJpeCBMaWNlbnNl
IENvbmZpZ3VyYXRpb24gU2VydmljZSBTREsnDQoxNzo1Mjo0MS45MzYwIDog
WGVuRGVza3RvcFNldHVwOkZvdW5kIGluc3RhbGxlZCBNU0kgcHJvZHVjdCAn
ezNFNkRBMjQwLUUzNzctNEY5RS05ODUwLUY3REY2MTU3MDA0N30nLCB2ZXJz
aW9uICc1LjEuMCcNCjE3OjUyOjQxLjkzNjAgOiBYZW5EZXNrdG9wU2V0dXA6
QWJvdXQgdG8gY29uZmlndXJlIGNvbXBvbmVudCAnWGVuRGVza3RvcCBDb250
cm9sbGVyJw0KMTc6NTI6NDEuOTUxNiA6IFhlbkRlc2t0b3BTZXR1cDpTdGFy
dGluZyBwcm9jZXNzICdDOlxQcm9ncmFtIEZpbGVzXENpdHJpeFxCcm9rZXJc
U2VydmljZVxCcm9rZXJTZXJ2aWNlLmV4ZScgd2l0aCBhcmdzICcnDQoxNzo1
Mjo0My4zODY4IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29tcGxldGVk
IHdpdGggZXJyb3IgY29kZSAwDQoxNzo1Mjo0My4zODY4IDogWGVuRGVza3Rv
cFNldHVwOkRlbGV0ZVJlZ1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENpdHJp
eFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29u
ZmlndXJpbmcga2V5TmFtZTpYZW5EZXNrdG9wIENvbnRyb2xsZXIgc3VjY2Vz
c2Z1bGx5Lg0KMTc6NTI6NDMuMzg2OCA6IFhlbkRlc2t0b3BTZXR1cDpTdWNj
ZXNmdWxseSBjb25maWd1cmVkIGNvbXBvbmVudCAnWGVuRGVza3RvcCBDb250
cm9sbGVyJw0KMTc6NTI6NDMuNDk2MCA6IFhlbkRlc2t0b3BTZXR1cDpGb3Vu
ZCBpbnN0YWxsZWQgTVNJIHByb2R1Y3QgJ3tGMDRDMkIwMC00NTRFLTEwQjct
OTVGMC04ODJDRDlBQzc2NUF9JywgdmVyc2lvbiAnNS4xLjAnDQoxNzo1Mjo0
My40OTYwIDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBj
b21wb25lbnQgJ0FEIElkZW50aXR5U2VydmljZSBTREsnDQoxNzo1Mjo0My41
MTE2IDogWGVuRGVza3RvcFNldHVwOkRlbGV0ZVJlZ1ZhbHVlOiBEZWxldGVk
IFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250
cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcga2V5TmFtZTpBRCBJZGVudGl0eVNl
cnZpY2UgU0RLIHN1Y2Nlc3NmdWxseS4NCjE3OjUyOjQzLjUxMTYgOiBYZW5E
ZXNrdG9wU2V0dXA6U3VjY2VzZnVsbHkgY29uZmlndXJlZCBjb21wb25lbnQg
J0FEIElkZW50aXR5U2VydmljZSBTREsnDQoxNzo1Mjo0My41ODk2IDogWGVu
RGVza3RvcFNldHVwOkZvdW5kIGluc3RhbGxlZCBNU0kgcHJvZHVjdCAnezM5
QUJFMkE3LTg3MjktRDM1NS1BNDAwLTAzOTgxNjlGMDJGQX0nLCB2ZXJzaW9u
ICc1LjEuMCcNCjE3OjUyOjQzLjU4OTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJv
dXQgdG8gY29uZmlndXJlIGNvbXBvbmVudCAnQUQgSWRlbnRpdHkgU2Vydmlj
ZScNCjE3OjUyOjQzLjYwNTIgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcg
cHJvY2VzcyAnQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXhcQURJZGVudGl0eVxT
ZXJ2aWNlXENpdHJpeC5BRElkZW50aXR5LlNka1djZkVuZHBvaW50LmV4ZScg
d2l0aCBhcmdzICcnDQoxNzo1Mjo0NC4yNjA0IDogWGVuRGVza3RvcFNldHVw
OlByb2Nlc3MgY29tcGxldGVkIHdpdGggZXJyb3IgY29kZSAwDQoxNzo1Mjo0
NC4yNjA0IDogWGVuRGVza3RvcFNldHVwOkRlbGV0ZVJlZ1ZhbHVlOiBEZWxl
dGVkIFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBD
b250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcga2V5TmFtZTpBRCBJZGVudGl0
eSBTZXJ2aWNlIHN1Y2Nlc3NmdWxseS4NCjE3OjUyOjQ0LjI2MDQgOiBYZW5E
ZXNrdG9wU2V0dXA6U3VjY2VzZnVsbHkgY29uZmlndXJlZCBjb21wb25lbnQg
J0FEIElkZW50aXR5IFNlcnZpY2UnDQoxNzo1Mjo0NC45MTU2IDogWGVuRGVz
a3RvcFNldHVwOkZvdW5kIGluc3RhbGxlZCBNU0kgcHJvZHVjdCAne0UxQkU0
QUNELUE3OUUtMzExQS01MEE3LTY5NTM2NzM1QTZGN30nLCB2ZXJzaW9uICc1
LjEuMCcNCjE3OjUyOjQ0LjkxNTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQg
dG8gY29uZmlndXJlIGNvbXBvbmVudCAnQ2VudHJhbCBDb25maWd1cmF0aW9u
IFNlcnZpY2UgU0RLJw0KMTc6NTI6NDUuMzM2OCA6IFhlbkRlc2t0b3BTZXR1
cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBTT0ZUV0FSRVxDaXRyaXhcQ2l0
cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3Vy
aW5nIGtleU5hbWU6Q2VudHJhbCBDb25maWd1cmF0aW9uIFNlcnZpY2UgU0RL
IHN1Y2Nlc3NmdWxseS4NCjE3OjUyOjQ1LjMzNjggOiBYZW5EZXNrdG9wU2V0
dXA6U3VjY2VzZnVsbHkgY29uZmlndXJlZCBjb21wb25lbnQgJ0NlbnRyYWwg
Q29uZmlndXJhdGlvbiBTZXJ2aWNlIFNESycNCjE3OjUyOjQ2LjQyODggOiBY
ZW5EZXNrdG9wU2V0dXA6Rm91bmQgaW5zdGFsbGVkIE1TSSBwcm9kdWN0ICd7
OUU0NTRFM0ItMzlGRS05MDgzLUQ1M0YtRTJFMUNFODJFMjg2fScsIHZlcnNp
b24gJzUuMS4wJw0KMTc6NTI6NDYuNDI4OCA6IFhlbkRlc2t0b3BTZXR1cDpB
Ym91dCB0byBjb25maWd1cmUgY29tcG9uZW50ICdDZW50cmFsIENvbmZpZ3Vy
YXRpb24gU2VydmljZScNCjE3OjUyOjQ2LjUzODAgOiBYZW5EZXNrdG9wU2V0
dXA6U3RhcnRpbmcgcHJvY2VzcyAnQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXhc
Q29uZmlndXJhdGlvblxTZXJ2aWNlXENpdHJpeC5Db25maWd1cmF0aW9uLlNk
a1djZkVuZHBvaW50LmV4ZScgd2l0aCBhcmdzICcnDQoxNzo1Mjo0Ny40NTg0
IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29tcGxldGVkIHdpdGggZXJy
b3IgY29kZSAwDQoxNzo1Mjo0Ny40NTg0IDogWGVuRGVza3RvcFNldHVwOkRl
bGV0ZVJlZ1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENpdHJpeFxDaXRyaXgg
RGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcg
a2V5TmFtZTpDZW50cmFsIENvbmZpZ3VyYXRpb24gU2VydmljZSBzdWNjZXNz
ZnVsbHkuDQoxNzo1Mjo0Ny40NTg0IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nl
c2Z1bGx5IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdDZW50cmFsIENvbmZpZ3Vy
YXRpb24gU2VydmljZScNCjE3OjUyOjQ4LjM5NDQgOiBYZW5EZXNrdG9wU2V0
dXA6Rm91bmQgaW5zdGFsbGVkIE1TSSBwcm9kdWN0ICd7ODUxRDZGNDctOThG
Ri1DOENELTM0QjEtRDM1MDhBMTIwMEMwfScsIHZlcnNpb24gJzUuMS4wJw0K
MTc6NTI6NDguMzk0NCA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBjb25m
aWd1cmUgY29tcG9uZW50ICdNYWNoaW5lIENyZWF0aW9uIFNlcnZpY2UgU0RL
Jw0KMTc6NTI6NDguNzY4OCA6IFhlbkRlc2t0b3BTZXR1cDpEZWxldGVSZWdW
YWx1ZTogRGVsZXRlZCBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3Ag
RGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6
TWFjaGluZSBDcmVhdGlvbiBTZXJ2aWNlIFNESyBzdWNjZXNzZnVsbHkuDQox
Nzo1Mjo0OC43Njg4IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc2Z1bGx5IGNv
bmZpZ3VyZWQgY29tcG9uZW50ICdNYWNoaW5lIENyZWF0aW9uIFNlcnZpY2Ug
U0RLJw0KMTc6NTI6NTAuMDE2OCA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBp
bnN0YWxsZWQgTVNJIHByb2R1Y3QgJ3s2NUUyMjk3Ni01NUFBLTdDQTMtMUEx
Ny00RjBDMzMwRUYyRkN9JywgdmVyc2lvbiAnNS4xLjAnDQoxNzo1Mjo1MC4w
MTY4IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21w
b25lbnQgJ01hY2hpbmUgQ3JlYXRpb24gU2VydmljZScNCjE3OjUyOjUwLjQy
MjQgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnQzpcUHJv
Z3JhbSBGaWxlc1xDaXRyaXhcTWFjaGluZUNyZWF0aW9uXFNlcnZpY2VcQ2l0
cml4Lk1hY2hpbmVDcmVhdGlvbi5TZGtXY2ZFbmRwb2ludC5leGUnIHdpdGgg
YXJncyAnJw0KMTc6NTI6NTIuNTU5NiA6IFhlbkRlc2t0b3BTZXR1cDpQcm9j
ZXNzIGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NTI6NTIuNTU5
NiA6IFhlbkRlc2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBT
T0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJv
bGxlclxOZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6TWFjaGluZSBDcmVhdGlv
biBTZXJ2aWNlIHN1Y2Nlc3NmdWxseS4NCjE3OjUyOjUyLjU1OTYgOiBYZW5E
ZXNrdG9wU2V0dXA6U3VjY2VzZnVsbHkgY29uZmlndXJlZCBjb21wb25lbnQg
J01hY2hpbmUgQ3JlYXRpb24gU2VydmljZScNCjE3OjUyOjUyLjkxODQgOiBY
ZW5EZXNrdG9wU2V0dXA6Rm91bmQgaW5zdGFsbGVkIE1TSSBwcm9kdWN0ICd7
QkVCN0M0MUMtQzIwRC05QjAxLUYwQkYtNjVBNkNENzhEMzRFfScsIHZlcnNp
b24gJzUuMS4wJw0KMTc6NTI6NTIuOTE4NCA6IFhlbkRlc2t0b3BTZXR1cDpB
Ym91dCB0byBjb25maWd1cmUgY29tcG9uZW50ICdIb3N0IFNlcnZpY2UgU0RL
Jw0KMTc6NTI6NTMuMTUyNCA6IFhlbkRlc2t0b3BTZXR1cDpEZWxldGVSZWdW
YWx1ZTogRGVsZXRlZCBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3Ag
RGVsaXZlcnkgQ29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6
SG9zdCBTZXJ2aWNlIFNESyBzdWNjZXNzZnVsbHkuDQoxNzo1Mjo1My4xNTI0
IDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29t
cG9uZW50ICdIb3N0IFNlcnZpY2UgU0RLJw0KMTc6NTI6NTQuMjc1NiA6IFhl
bkRlc2t0b3BTZXR1cDpGb3VuZCBpbnN0YWxsZWQgTVNJIHByb2R1Y3QgJ3sx
RjU5NDc4Mi04RjUxLUFGODAtNjAxMy1DRjM1QzQ2RjVCNzF9JywgdmVyc2lv
biAnNS4xLjAnDQoxNzo1Mjo1NC4yNzU2IDogWGVuRGVza3RvcFNldHVwOkFi
b3V0IHRvIGNvbmZpZ3VyZSBjb21wb25lbnQgJ0hvc3QgU2VydmljZScNCjE3
OjUyOjU0LjY4MTIgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2Vz
cyAnQzpcUHJvZ3JhbSBGaWxlc1xDaXRyaXhcSG9zdFxTZXJ2aWNlXENpdHJp
eC5Ib3N0LlNka1djZkVuZHBvaW50LmV4ZScgd2l0aCBhcmdzICcnDQoxNzo1
Mjo1Ni4zMTkyIDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29tcGxldGVk
IHdpdGggZXJyb3IgY29kZSAwDQoxNzo1Mjo1Ni4zMTkyIDogWGVuRGVza3Rv
cFNldHVwOkRlbGV0ZVJlZ1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENpdHJp
eFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29u
ZmlndXJpbmcga2V5TmFtZTpIb3N0IFNlcnZpY2Ugc3VjY2Vzc2Z1bGx5Lg0K
MTc6NTI6NTYuMzE5MiA6IFhlbkRlc2t0b3BTZXR1cDpTdWNjZXNmdWxseSBj
b25maWd1cmVkIGNvbXBvbmVudCAnSG9zdCBTZXJ2aWNlJw0KMTc6NTI6NTcu
Nzg1NiA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBpbnN0YWxsZWQgTVNJIHBy
b2R1Y3QgJ3s2MkZENkFFQy0xNzkyLTAzQzEtMjlBQS1FODg4NTBDMEE4NDd9
JywgdmVyc2lvbiAnNS4xLjAnDQoxNzo1Mjo1Ny43ODU2IDogWGVuRGVza3Rv
cFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25lbnQgJ01hY2hpbmUg
SWRlbnRpdHkgU2VydmljZSBTREsnDQoxNzo1Mjo1OC45MDg4IDogWGVuRGVz
a3RvcFNldHVwOkRlbGV0ZVJlZ1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENp
dHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRz
Q29uZmlndXJpbmcga2V5TmFtZTpNYWNoaW5lIElkZW50aXR5IFNlcnZpY2Ug
U0RLIHN1Y2Nlc3NmdWxseS4NCjE3OjUyOjU4LjkwODggOiBYZW5EZXNrdG9w
U2V0dXA6U3VjY2VzZnVsbHkgY29uZmlndXJlZCBjb21wb25lbnQgJ01hY2hp
bmUgSWRlbnRpdHkgU2VydmljZSBTREsnDQoxNzo1Mjo1OS43MjAwIDogWGVu
RGVza3RvcFNldHVwOkZvdW5kIGluc3RhbGxlZCBNU0kgcHJvZHVjdCAnezNC
NzdGMTRBLUYzQTEtNTAzQS02MkMzLTc2OTVBQ0FBNjhCMX0nLCB2ZXJzaW9u
ICc1LjEuMCcNCjE3OjUyOjU5LjcyMDAgOiBYZW5EZXNrdG9wU2V0dXA6QWJv
dXQgdG8gY29uZmlndXJlIGNvbXBvbmVudCAnTWFjaGluZSBJZGVudGl0eSBT
ZXJ2aWNlJw0KMTc6NTI6NTkuNzM1NiA6IFhlbkRlc2t0b3BTZXR1cDpTdGFy
dGluZyBwcm9jZXNzICdDOlxQcm9ncmFtIEZpbGVzXENpdHJpeFxNYWNoaW5l
SWRlbnRpdHlcU2VydmljZVxDaXRyaXguTWFjaGluZUlkZW50aXR5LlNka1dj
ZkVuZHBvaW50LmV4ZScgd2l0aCBhcmdzICcnDQoxNzo1MzowMC42NDA0IDog
WGVuRGVza3RvcFNldHVwOlByb2Nlc3MgY29tcGxldGVkIHdpdGggZXJyb3Ig
Y29kZSAwDQoxNzo1MzowMC42NDA0IDogWGVuRGVza3RvcFNldHVwOkRlbGV0
ZVJlZ1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENpdHJpeFxDaXRyaXggRGVz
a3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJpbmcga2V5
TmFtZTpNYWNoaW5lIElkZW50aXR5IFNlcnZpY2Ugc3VjY2Vzc2Z1bGx5Lg0K
MTc6NTM6MDAuNjQwNCA6IFhlbkRlc2t0b3BTZXR1cDpTdWNjZXNmdWxseSBj
b25maWd1cmVkIGNvbXBvbmVudCAnTWFjaGluZSBJZGVudGl0eSBTZXJ2aWNl
Jw0KMTc6NTM6MDIuMTUzNiA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBpbnN0
YWxsZWQgTVNJIHByb2R1Y3QgJ3tCMEIyQ0QyNi0wQjBCLTQ3NzYtODZEMy03
QTYzNjUxNjJCQzl9JywgdmVyc2lvbiAnNS40LjAnDQoxNzo1MzowMi4xNTM2
IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25l
bnQgJ1dlYiBBY2Nlc3MnDQoxNzo1MzowMi40ODEyIDogWGVuRGVza3RvcFNl
dHVwOlN0YXJ0aW5nIHByb2Nlc3MgJ0Q6XHg2NFxYZW5EZXNrdG9wIFNldHVw
XFdJSW5pdC5leGUnIHdpdGggYXJncyAnJw0KMTc6NTM6MDQuNTI0OCA6IFhl
bkRlc2t0b3BTZXR1cDpQcm9jZXNzIG91dHB1dDogRm91bmQgc2l0ZW1nci5l
eGUgcGF0aCBhdDogQzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDaXRyaXhcV2Vi
IEludGVyZmFjZVw1LjQuMFxzaXRlbWdyLmV4ZQ0KMTc6NTM6MDQuNTI0OCA6
IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIG91dHB1dDogRm91bmQgYXNwbmV0
X3JlZ2lpcy5leGUgcGF0aCBhdDogQzpcV2luZG93c1xNaWNyb3NvZnQuTkVU
XEZyYW1ld29yazY0XHYyLjAuNTA3MjdcYXNwbmV0X3JlZ2lpcy5leGUNCjE3
OjUzOjA1Ljg5NzYgOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2VzcyBvdXRwdXQ6
IENyZWF0aW5nIG5ldyBXSSBzaXRlIG9mIHR5cGUgRGVza3RvcFdlYg0KMTc6
NTM6MTMuOTYyOCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIG91dHB1dDog
Q3JlYXRpbmcgbmV3IFdJIHNpdGUgb2YgdHlwZSBEZXNrdG9wQXBwbGlhbmNl
Q29ubmVjdG9yDQoxNzo1MzoxOC4wMzQ0IDogWGVuRGVza3RvcFNldHVwOlBy
b2Nlc3Mgb3V0cHV0OiBDcmVhdGluZyBuZXcgV0kgc2l0ZSBvZiB0eXBlIFBy
b2dyYW1OZWlnaGJvdXJob29kQWdlbnQNCjE3OjU0OjEzLjE2NDggOiBYZW5E
ZXNrdG9wU2V0dXA6UHJvY2VzcyBvdXRwdXQ6IFdyaXRpbmcgZGVmYXVsdCBj
b25maWd1cmF0aW9uIHZhbHVlcyBmb3Igc2l0ZTogMTovQ2l0cml4L0Rlc2t0
b3BBcHBsaWFuY2UNCjE3OjU0OjEzLjE2NDggOiBYZW5EZXNrdG9wU2V0dXA6
UHJvY2VzcyBvdXRwdXQ6IEdyYW50aW5nIE5ldHdvcmtTZXJ2aWNlIHdyaXRl
IGFjY2VzcyB0byBDOlxpbmV0cHViXHd3d3Jvb3RcQ2l0cml4XERlc2t0b3BB
cHBsaWFuY2VcY29uZlxXZWJJbnRlcmZhY2UuY29uZg0KMTc6NTQ6MTMuMTY0
OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIG91dHB1dDogQWJvdXQgdG8g
Z3JhbnQgQVNQLk5FVCBwZXJtaXNzaW9ucyB0byBOZXR3b3JrU2VydmljZQ0K
MTc6NTQ6MTMuMzIwOCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIG91dHB1
dDogU3RhcnQgZ3JhbnRpbmcgTlQgQVVUSE9SSVRZXE5FVFdPUksgU0VSVklD
RSBhY2Nlc3MgdG8gdGhlIElJUyBtZXRhYmFzZSBhbmQgb3RoZXIgZGlyZWN0
b3JpZXMgdXNlZCBieSBBU1AuTkVULg0KMTc6NTQ6MTMuMzIwOCA6IFhlbkRl
c2t0b3BTZXR1cDpQcm9jZXNzIG91dHB1dDogRmluaXNoZWQgZ3JhbnRpbmcg
TlQgQVVUSE9SSVRZXE5FVFdPUksgU0VSVklDRSBhY2Nlc3MgdG8gdGhlIElJ
UyBtZXRhYmFzZSBhbmQgb3RoZXIgZGlyZWN0b3JpZXMgdXNlZCBieSBBU1Au
TkVULg0KMTc6NTQ6MTMuMzIwOCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNz
IG91dHB1dDogDQoxNzo1NDoxMy4zMjA4IDogWGVuRGVza3RvcFNldHVwOlBy
b2Nlc3Mgb3V0cHV0OiBXcml0aW5nIGRlZmF1bHQgY29uZmlndXJhdGlvbiB2
YWx1ZXMgZm9yIHNpdGU6IDE6L0NpdHJpeC9EZXNrdG9wV2ViDQoxNzo1NDox
My4zMjA4IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3Mgb3V0cHV0OiBHcmFu
dGluZyBOZXR3b3JrU2VydmljZSB3cml0ZSBhY2Nlc3MgdG8gQzpcaW5ldHB1
Ylx3d3dyb290XENpdHJpeFxEZXNrdG9wV2ViXGNvbmZcV2ViSW50ZXJmYWNl
LmNvbmYNCjE3OjU0OjEzLjMyMDggOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2Vz
cyBvdXRwdXQ6IEFib3V0IHRvIGdyYW50IEFTUC5ORVQgcGVybWlzc2lvbnMg
dG8gTmV0d29ya1NlcnZpY2UNCjE3OjU0OjEzLjMzNjQgOiBYZW5EZXNrdG9w
U2V0dXA6UHJvY2VzcyBvdXRwdXQ6IFN0YXJ0IGdyYW50aW5nIE5UIEFVVEhP
UklUWVxORVRXT1JLIFNFUlZJQ0UgYWNjZXNzIHRvIHRoZSBJSVMgbWV0YWJh
c2UgYW5kIG90aGVyIGRpcmVjdG9yaWVzIHVzZWQgYnkgQVNQLk5FVC4NCjE3
OjU0OjEzLjMzNjQgOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2VzcyBvdXRwdXQ6
IEZpbmlzaGVkIGdyYW50aW5nIE5UIEFVVEhPUklUWVxORVRXT1JLIFNFUlZJ
Q0UgYWNjZXNzIHRvIHRoZSBJSVMgbWV0YWJhc2UgYW5kIG90aGVyIGRpcmVj
dG9yaWVzIHVzZWQgYnkgQVNQLk5FVC4NCjE3OjU0OjEzLjMzNjQgOiBYZW5E
ZXNrdG9wU2V0dXA6UHJvY2VzcyBvdXRwdXQ6IA0KMTc6NTQ6MTMuMzM2NCA6
IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIG91dHB1dDogV3JpdGluZyBkZWZh
dWx0IGNvbmZpZ3VyYXRpb24gdmFsdWVzIGZvciBzaXRlOiAxOi9DaXRyaXgv
UE5BZ2VudA0KMTc6NTQ6MTMuNDc2OCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9j
ZXNzIG91dHB1dDogR3JhbnRpbmcgTmV0d29ya1NlcnZpY2Ugd3JpdGUgYWNj
ZXNzIHRvIEM6XGluZXRwdWJcd3d3cm9vdFxDaXRyaXhcUE5BZ2VudFxjb25m
XFdlYkludGVyZmFjZS5jb25mDQoxNzo1NDoxMy40NzY4IDogWGVuRGVza3Rv
cFNldHVwOlByb2Nlc3Mgb3V0cHV0OiBBYm91dCB0byBncmFudCBBU1AuTkVU
IHBlcm1pc3Npb25zIHRvIE5ldHdvcmtTZXJ2aWNlDQoxNzo1NDoxMy40OTI0
IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3Mgb3V0cHV0OiBTdGFydCBncmFu
dGluZyBOVCBBVVRIT1JJVFlcTkVUV09SSyBTRVJWSUNFIGFjY2VzcyB0byB0
aGUgSUlTIG1ldGFiYXNlIGFuZCBvdGhlciBkaXJlY3RvcmllcyB1c2VkIGJ5
IEFTUC5ORVQuDQoxNzo1NDoxMy40OTI0IDogWGVuRGVza3RvcFNldHVwOlBy
b2Nlc3Mgb3V0cHV0OiBGaW5pc2hlZCBncmFudGluZyBOVCBBVVRIT1JJVFlc
TkVUV09SSyBTRVJWSUNFIGFjY2VzcyB0byB0aGUgSUlTIG1ldGFiYXNlIGFu
ZCBvdGhlciBkaXJlY3RvcmllcyB1c2VkIGJ5IEFTUC5ORVQuDQoxNzo1NDox
My40OTI0IDogWGVuRGVza3RvcFNldHVwOlByb2Nlc3Mgb3V0cHV0OiANCjE3
OjU0OjEzLjQ5MjQgOiBYZW5EZXNrdG9wU2V0dXA6UHJvY2VzcyBvdXRwdXQ6
IEZpbmlzaGVkIQ0KMTc6NTQ6MTMuNTA4MCA6IFhlbkRlc2t0b3BTZXR1cDpQ
cm9jZXNzIGNvbXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NTQ6MTMu
NTA4MCA6IFhlbkRlc2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRl
ZCBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29u
dHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6V2ViIEFjY2VzcyBz
dWNjZXNzZnVsbHkuDQoxNzo1NDoxMy41MDgwIDogWGVuRGVza3RvcFNldHVw
OlN1Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdXZWIgQWNjZXNz
Jw0KMTc6NTQ6MTMuNjAxNiA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBpbnN0
YWxsZWQgTVNJIHByb2R1Y3QgJ3swODMwOTc4Ny1FNDg1LTREQkYtQTcyMy1C
RTIxMUM0NkQ1NEZ9JywgdmVyc2lvbiAnMS4xLjAnDQoxNzo1NDoxMy42MDE2
IDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25l
bnQgJ1BWUyBQb3dlclNoZWxsIFNESycNCjE3OjU0OjEzLjYxNzIgOiBYZW5E
ZXNrdG9wU2V0dXA6RGVsZXRlUmVnVmFsdWU6IERlbGV0ZWQgU09GVFdBUkVc
Q2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVl
ZHNDb25maWd1cmluZyBrZXlOYW1lOlBWUyBQb3dlclNoZWxsIFNESyBzdWNj
ZXNzZnVsbHkuDQoxNzo1NDoxMy42MTcyIDogWGVuRGVza3RvcFNldHVwOlN1
Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdQVlMgUG93ZXJTaGVs
bCBTREsnDQoxNzo1NDoxMy44MzU2IDogWGVuRGVza3RvcFNldHVwOkZvdW5k
IGluc3RhbGxlZCBNU0kgcHJvZHVjdCAne0E0N0ZEMUJGLUE4MTUtNEE3Ni1C
RTY1LTUzQTE1QkQ1RDI1RH0nLCB2ZXJzaW9uICcxMC41MC4xNjAwJw0KMTc6
NTQ6MTMuODM1NiA6IFhlbkRlc2t0b3BTZXR1cDpBYm91dCB0byBjb25maWd1
cmUgY29tcG9uZW50ICdTUUwgQ0xSIFR5cGVzJw0KMTc6NTQ6MTMuODUxMiA6
IFhlbkRlc2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBTT0ZU
V0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxl
clxOZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6U1FMIENMUiBUeXBlcyBzdWNj
ZXNzZnVsbHkuDQoxNzo1NDoxMy44NTEyIDogWGVuRGVza3RvcFNldHVwOlN1
Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdTUUwgQ0xSIFR5cGVz
Jw0KMTc6NTQ6MTQuMTc4OCA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBpbnN0
YWxsZWQgTVNJIHByb2R1Y3QgJ3tCNjkyRTU5QS0wNTVDLTQzQjctQkUwQS05
QzJGRTBBQjg4QjZ9JywgdmVyc2lvbiAnMTAuNTAuMTYwMCcNCjE3OjU0OjE0
LjE3ODggOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gY29uZmlndXJlIGNv
bXBvbmVudCAnU01PIE9iamVjdHMnDQoxNzo1NDoxNC4yMTAwIDogWGVuRGVz
a3RvcFNldHVwOkRlbGV0ZVJlZ1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENp
dHJpeFxDaXRyaXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRz
Q29uZmlndXJpbmcga2V5TmFtZTpTTU8gT2JqZWN0cyBzdWNjZXNzZnVsbHku
DQoxNzo1NDoxNC4yMTAwIDogWGVuRGVza3RvcFNldHVwOlN1Y2Nlc2Z1bGx5
IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdTTU8gT2JqZWN0cycNCjE3OjU0OjE0
LjMzNDggOiBYZW5EZXNrdG9wU2V0dXA6Rm91bmQgaW5zdGFsbGVkIE1TSSBw
cm9kdWN0ICd7NDcwMURFREUtMTg4OC00OUUwLUJBRTUtODU3ODc1OTI0Q0Ey
fScsIHZlcnNpb24gJzEwLjUwLjE2MDAnDQoxNzo1NDoxNC4zMzQ4IDogWGVu
RGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21wb25lbnQgJ1NR
TCBDTFIgVHlwZXMnDQoxNzo1NDoxNC4zNTA0IDogWGVuRGVza3RvcFNldHVw
OkRlbGV0ZVJlZ1ZhbHVlOiBEZWxldGVkIFNPRlRXQVJFXENpdHJpeFxDaXRy
aXggRGVza3RvcCBEZWxpdmVyeSBDb250cm9sbGVyXE5lZWRzQ29uZmlndXJp
bmcga2V5TmFtZTpTUUwgQ0xSIFR5cGVzIHN1Y2Nlc3NmdWxseS4NCjE3OjU0
OjE0LjM1MDQgOiBYZW5EZXNrdG9wU2V0dXA6U3VjY2VzZnVsbHkgY29uZmln
dXJlZCBjb21wb25lbnQgJ1NRTCBDTFIgVHlwZXMnDQoxNzo1NDoxNC43ODcy
IDogWGVuRGVza3RvcFNldHVwOkZvdW5kIGluc3RhbGxlZCBNU0kgcHJvZHVj
dCAne0YxMEFEREI5LTgzOUItNDQ4Qi1CRDJFLTNCQ0I1QzFFNEI1NX0nLCB2
ZXJzaW9uICcxMC41MC4xNjAwJw0KMTc6NTQ6MTQuNzg3MiA6IFhlbkRlc2t0
b3BTZXR1cDpBYm91dCB0byBjb25maWd1cmUgY29tcG9uZW50ICdTTU8gT2Jq
ZWN0cycNCjE3OjU0OjE0LjgwMjggOiBYZW5EZXNrdG9wU2V0dXA6RGVsZXRl
UmVnVmFsdWU6IERlbGV0ZWQgU09GVFdBUkVcQ2l0cml4XENpdHJpeCBEZXNr
dG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJcTmVlZHNDb25maWd1cmluZyBrZXlO
YW1lOlNNTyBPYmplY3RzIHN1Y2Nlc3NmdWxseS4NCjE3OjU0OjE0LjgwMjgg
OiBYZW5EZXNrdG9wU2V0dXA6U3VjY2VzZnVsbHkgY29uZmlndXJlZCBjb21w
b25lbnQgJ1NNTyBPYmplY3RzJw0KMTc6NTQ6MTQuOTkwMCA6IFhlbkRlc2t0
b3BTZXR1cDpGb3VuZCBpbnN0YWxsZWQgTVNJIHByb2R1Y3QgJ3tDN0U0NDhC
OC03M0M3LTQ4OTUtQTU5Ri01NkM3QzE2Qzg3M0Z9JywgdmVyc2lvbiAnNS4x
LjAnDQoxNzo1NDoxNC45OTAwIDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRv
IGNvbmZpZ3VyZSBjb21wb25lbnQgJ0Rlc2t0b3AgU3R1ZGlvJw0KMTc6NTQ6
MTUuMDA1NiA6IFhlbkRlc2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVs
ZXRlZCBTT0ZUV0FSRVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkg
Q29udHJvbGxlclxOZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6RGVza3RvcCBT
dHVkaW8gc3VjY2Vzc2Z1bGx5Lg0KMTc6NTQ6MTUuMDA1NiA6IFhlbkRlc2t0
b3BTZXR1cDpTdWNjZXNmdWxseSBjb25maWd1cmVkIGNvbXBvbmVudCAnRGVz
a3RvcCBTdHVkaW8nDQoxNzo1NDoxNS41NTE2IDogWGVuRGVza3RvcFNldHVw
OkZvdW5kIGluc3RhbGxlZCBNU0kgcHJvZHVjdCAnezAzQ0M0NThBLTQwRkIt
NDU1Mi04MjU4LUYwRkZCMTlDNTU4Qn0nLCB2ZXJzaW9uICcyLjAuMCcNCjE3
OjU0OjE1LjU1MTYgOiBYZW5EZXNrdG9wU2V0dXA6QWJvdXQgdG8gY29uZmln
dXJlIGNvbXBvbmVudCAnRGVza3RvcCBEaXJlY3RvcicNCjE3OjU0OjE1LjU2
NzIgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnZGlzbS5l
eGUnIHdpdGggYXJncyAnL29ubGluZSAvRW5hYmxlLUZlYXR1cmU6UmVtb3Rl
QXNzaXN0YW5jZScNCjE3OjU0OjM5LjE1NDQgOiBYZW5EZXNrdG9wU2V0dXA6
UHJvY2VzcyBjb21wbGV0ZWQgd2l0aCBlcnJvciBjb2RlIDANCjE3OjU0OjM5
LjE3MDAgOiBYZW5EZXNrdG9wU2V0dXA6U3RhcnRpbmcgcHJvY2VzcyAnQzpc
aW5ldHB1Ylx3d3dyb290XERlc2t0b3BEaXJlY3Rvclx0b29sc1xEZXNrdG9w
RGlyZWN0b3JDb25maWcuZXhlJyB3aXRoIGFyZ3MgJy9kZGMgbG9jYWxob3N0
Jw0KMTc6NTQ6NDIuNDMwNCA6IFhlbkRlc2t0b3BTZXR1cDpQcm9jZXNzIGNv
bXBsZXRlZCB3aXRoIGVycm9yIGNvZGUgMA0KMTc6NTQ6NDIuNDMwNCA6IFhl
bkRlc2t0b3BTZXR1cDpEZWxldGVSZWdWYWx1ZTogRGVsZXRlZCBTT0ZUV0FS
RVxDaXRyaXhcQ2l0cml4IERlc2t0b3AgRGVsaXZlcnkgQ29udHJvbGxlclxO
ZWVkc0NvbmZpZ3VyaW5nIGtleU5hbWU6RGVza3RvcCBEaXJlY3RvciBzdWNj
ZXNzZnVsbHkuDQoxNzo1NDo0Mi40MzA0IDogWGVuRGVza3RvcFNldHVwOlN1
Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdEZXNrdG9wIERpcmVj
dG9yJw0KMTc6NTQ6NDMuMzA0MCA6IFhlbkRlc2t0b3BTZXR1cDpGb3VuZCBp
bnN0YWxsZWQgTVNJIHByb2R1Y3QgJ3s2OTA5MzcyMS04Rjg4LTQzMTEtODE5
NC1CNjYxN0UzNDRCNjB9JywgdmVyc2lvbiAnNy42LjAnDQoxNzo1NDo0My4z
MDQwIDogWGVuRGVza3RvcFNldHVwOkFib3V0IHRvIGNvbmZpZ3VyZSBjb21w
b25lbnQgJ0NpdHJpeCBMaWNlbnNlIFNlcnZlcicNCjE3OjU0OjQzLjMxOTYg
OiBYZW5EZXNrdG9wU2V0dXA6TVNJQ29tcG9uZW50OjpDb25maWd1cmU6IGNv
dWxkIG5vdCBmaW5kL29wZW4gcmVnaXN0cnkga2V5IFNvZnR3YXJlXFdvdzY0
MzJOb2RlXENpdHJpeFxYRExpY1NlcnZpY2UNCjE3OjU0OjQzLjMxOTYgOiBY
ZW5EZXNrdG9wU2V0dXA6RGVsZXRlUmVnVmFsdWU6IERlbGV0ZWQgU09GVFdB
UkVcQ2l0cml4XENpdHJpeCBEZXNrdG9wIERlbGl2ZXJ5IENvbnRyb2xsZXJc
TmVlZHNDb25maWd1cmluZyBrZXlOYW1lOkNpdHJpeCBMaWNlbnNlIFNlcnZl
ciBzdWNjZXNzZnVsbHkuDQoxNzo1NDo0My4zMTk2IDogWGVuRGVza3RvcFNl
dHVwOlN1Y2Nlc2Z1bGx5IGNvbmZpZ3VyZWQgY29tcG9uZW50ICdDaXRyaXgg
TGljZW5zZSBTZXJ2ZXInDQoxNzo1NDo0My4zMTk2IDogWGVuRGVza3RvcFNl
dHVwOkluc3RhbGxhdGlvbiBjb21wbGV0ZWQgc3VjY2Vzc2Z1bGx5DQoxNzo1
NDo0My4zNjY0IDogWGVuRGVza3RvcFNldHVwOkluc3RhbGxhdGlvbk1hbmFn
ZXIgcmV0dXJuZWQgU3VjY2Vzcw0KMTg6MDA6MDIuNDE3NiA6IFhlbkRlc2t0
b3BTZXR1cDpNZXRhSW5zdGFsbGVyIHRlcm1pbmF0aW5nDQo=

--137968497-1092316242-1319755108=:19034
Content-Type: image/jpeg; name="xendesktop-error.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="xendesktop-error.jpg"

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMD
AwYEBAMFBwYHBwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/
2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM
DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAQ4B4ADASIAAhEBAxEB/8QA
HwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF
BAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1
dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG
x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEB
AQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAEC
AxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRom
JygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU
1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD4Q/4J/fsQ
SftoeNNdhuNZstE0rwzZw3lwZ4ryaS+eW9tbKK3hjtLe4neR57yBQqRknd1H
WvpX44/8EePDugx3+iWninQPDPjax0C+8RWuk3un+JrG61K1s7W4uZWCX+mR
IQY7WcBi6KWQgHIxXkH/AASh/aS8N/B/xt4k8N+J7i+0u28a2ttYW2rWeuto
s+kSx6lYXyXKXK2tyyNHJYRnCws5BbZ84UH9KP27P2/vA/w9/Z40u2m+K/iP
4o29voFzYW9hqmsRR3FlfXmj3+mPMGOg282oRxxXb4ke6SSV5Azxjazj+s3T
xalTjhqXNCSd3pZNRW75ZW966alKGluV3Px+eY4WnKVOvLlmrWWt3d9FdN6f
yqVnuj8g/wBnP9inxB+0N4H+I/i19e8LeCfBfwohspPEuva/JdtbWUl5dC1t
YFis7e5uZHlkD4KQlFEbF2TKhvQf2c/+CU3ir9rTx3o2ifD7xz4I8QW/iDxL
P4XsNb/szxFaaNPcQ6PJq0jfa59LSNcRRSReSxFwXXcITAROY/2Sf2w/Bfgr
9nH9on4V+PovFGlaT8dE0S4i13QNPg1W50efTNSN2sbWc1xarKkqSOpcXCmM
ovyOGJX3/wDYH/4Kz/Cb/gnx8OvBXhfStP8AiJ45tfCfxkm8dve3ekWejyXG
lXXheXRpwIlvLkLdRTXEkiRbzHKkS5miLkJ8jm1bGQqV1g03ZtQ0VnHlVm3b
fmurXWnTqe9hYUZKDqu1173e99vu8j4k8Tfsg/FnwVDqEms/C74iaTHpNzJZ
XzXvhu8gWynjsTqMkUpeMbHSxU3TK2CIAZSNg3VufGb9hb4l/Bv4g3Ogt4U8
U69HHrdp4Zt9SsvC2sWltfarc20VzDp8Ud9aW9x9qaOZCsLwrI4IZFZGV29g
1H9vTw38If8AgmZ4j+AHwu8UfFKO+1z4kv4kudZmsotAi1jQp9Djsrmwuore
+uCd1wpzCWkikjRGZgx8tfrLxP8A8HAHwms/2kvGHjzSvA/inxXa+Nfil4Y8
TPpPjTRrO+sfDelaZo1vZT6hpcK3eLbX2mSQJNuaMxRW+WUqVrGtjsxjK9Ol
zLXyvZxs9drpuy8tdS4UMO1aU7bfr9/T7z8+v2Xv2DPF37TvxI+Inhj+0NE8
A33wp8Nal4p8UP4rjvbb+y7XT5YortHigt5p/PjMnMXlbv3bj7wCk+Kf/BPz
4keAvGfgrS9A0z/haFj8S9NbVfB2r+CLe61ay8UQxxlrlLZfJSfz7Uq6XFvL
Ek0DRneiqVZvU/2Pv21vhv8AAr9o/wDaS1TxHffFLVfCHxn8EeJ/Bml6vPa2
ur+JE/tS6iaG91BZLmCOacRIzzFZfnlJwcNuHr/wP/4LH/D/AOAFh4a+GOi6
D4pu/hN4V+FvibwHZ6/qujaff67LqOvTW99d6lPpMsxsZrVLu2jijsHnIMJd
pJ5SfKp4jFZhGq3ShzKy0tZfC7u+91Kyt1V9OoqdLDuK55Wf/B/yvqfEmk/s
g/FnXvitqfgOx+F3xEvfHGi2y3uo+HYPDd5Jq1hAwiIlltRGZY0ImhIZlAIl
j5+YZ9T+Kn/BMfxt4C+BfwM8QaVZeKfEvjj4z3PieyfwRaeGp/7W0OfQ737L
PEY1Z5ZnIEjuvlRmIRMCGwSPpb4D/wDBYzwr4I+Lup/8LF8Xa38W/hfqnhrQ
vDN54X1r4FeHbeyu7HTb26uIbWK0ttXigtfswmb7PL++XddPvt/9GgJLH/gs
Z8Hrv9hfR/gLb+B/G/gHw9qOm+MNK1HWNBMN9rPhC11LWhqen2Wn3M06Pf2L
IkdtfwTm2a5RUIkymGyq47MueKhS0TV7Xs04yv8AEk9JWdkrva93YuFDDcrv
LW2nrddrrVX1frY+Tfj3/wAE1viz8APDfwr1m68OX3iPSPjHomkav4dvtA0+
8vLaWfU1ke10ppDAqnUSsZY28ZckMpUsDXLf8MN/Gv8A4WR/whv/AAp74pf8
Jf8A2b/bP9h/8Ipf/wBpfYfN8n7X9n8rzPI835PM27d3y5zxX2B8Lf8Agrf8
N/BH7TH7KHxju9E8byeIfgV4Isfhxr/hyGztTZXdjBa6lZvqdrfm4DvOUvIp
BaSWsa7ldDcgASH1L9jH9vT4Kah+z5qXwZ/4SjW9C8IfDn9n/wCImjf8JR4k
srDS9S1++1zU7O6+yWWm/bpI5Z44of3Uf2wNcNuGIgu4qpmWYUYXnSv3dn3l
23taO3xc118LCOGw85aSt/S/PX0t5n5pQ/s2+Pf+F9aX8Lrvwlrej/ELWNSs
9IttA1e2Ol3v2q7MYto5EuPL8rzPOiIaTau11YkKc1734U/4JLax8Qv2vLT4
F+G/jB8H9d+Jkut6joF5pkA1+GPS57C3u5rlpZ59LjiZFNo8YMLSFnkjwCm5
1o/to/treG/2hfj18EL3wjfeN/Cfh74L+CPDfge08SraxQ6/L/ZhZ31WG1iu
dkE6vK5ihF4eYUJnQudn2BoX/BwpoGi+O/gprnjKXxv8cvEPw88b6hrl54r1
fwjo3hLUtL0e80eTTX02yt7Oe4SbLzvduXlhEjWsEbcbZIdMZisy9nGVCHvO
MtP71nZ6pq3lzRav1Jo0sNzNTlpda+XXrf52a9D83/EH7IPxZ8JX8drqvwu+
ImmXUut2/hlIbvw3eQyPqtxCk8GnhWjBN1JDJHIkP+sZJFYKQwNewf8ABPf/
AIJQ/Ej9uj9pix8DXeg+N/BPh6PUtQ0bX/FM3hO6vLLwzfWlrJO9pdZMSRz7
1iiMckqMrTpkEkKfUv2Sv2/Pgp+z78IvDnw31O8+KV74e+Hnxu0b4x6Lrlr4
WsPtuu/ZbKOCfTrmybUwln88Y2Tpc3O5WJMSEbT7d8Pf+C4fwUk/aP8Ahd8Q
fEekfFLTP+FN+N/iJrml2Gm6LYX/APwkVj4nup7iEzySX0H2Oe3+0srRqtwr
+WCJBuwueNx+Zck4UKWtnaVnvytxdn3dlZ7X97ZlUcPhuZSnLTTS/mr6+l/X
ofn3qH7C3xLu/EnhjRvDHhTxT481fxR4RtfGkNjoHhbWJLm30+4bYrtHNaRN
KittU3FuJbVi6hJ3OceW+JvDOpeCvEmoaNrOn32k6vpNzJZX1jewNBc2U8bF
JIpY3AZHRlKsrAEEEEZFfoj49/4Kz/Cb4yfssXnwe1nT/iJoGka98G/AfgS+
1+y0iz1C5sdV8OahcXUhis3vIVmtZ1uSqytcRSIYxmFg3y/Lf/BT/wDa/wBN
/b0/bu+IPxX0bR77QdI8UXNsljZ3sqyXKwW1nBaRyS7PlV5FtxIyKWCFygdw
u9u7AYrGVKrhXp8q11/8Bt995K3Tlu/iRhiKVGMeanK7/wCH/Ky+/wAjwSii
ivYOMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACv0f8A+CBH7D3wl/bB8N/GK8+KHgq3
8Yy+F7nQYdLE2qX9ktoLldUM3/HpPDvLfZofv7sbeMZOfzgr9Pv+Dd79pDwJ
+z14A+OD+NfFWj+HDq2oeGxZR3c4WW68uPWfMZEGWZU3oGYDCmRASCy5+a4v
r1aOUVqlGTjJctmnZ/FHqj08npwnjIRmrrXf0Z9y/wDDmH9lH/oiWk/+FP4g
/wDlhXlvhX/gl/8Asq2/xr+NQ8R/Czw5pXhL4daV4fuY3uvFOtW1pp8c8Wqz
3l1NM1+CBtt4slnEaJCCApLs3N/s8f8ABSn4tf8AC4tH/wCFsfEv9kD/AIV/
++/tX/hEj4h/tj/USeT5H2lPJ/1/lbt/8G/HzYrb+LX7Rvwy+Lvg79rjR7P4
keDdP/4Wn4Q0nw5oN3fXjJDNcvpmuW7MyojS+XE80fmMsbbRInBLoG/E1nea
dcRU/wDA5f5n27wOF/59x+5Hyl4G8Sfs3fFD9oJ/Dvhr9jz4aeIvAsfjWHww
3ifTP2hbm7vFsZtdi0WLVjpMd4bsQPNcQMvG1lmjIkKOsh7rxV+wF8Epf+C3
vw++Ett8ONPsPhzfaBqVzf6LDrOqsuoTQ6Pe3kcjzvdNOpEqRcRyIpWNRjli
3R/De3/Z81b9p7wn4w17QP2dPhX4f8Iabcutp8O/EeoJLreqDUtJvrCW8SDS
9OSaC2fTpHWOZpkMkiN5eV3A1P8Aac+H19/wXk+H3xATxfoa+C7bw5rKy6vJ
ciO2jf8A4R++iCEtgh2kKoq43MzqFBLDPp5TnOYTryU682uSo9ZS3VOTXXdP
VeZy4vBYeNNNQj8Uei/mR2nxo/Z6/YF/Zl+Ket+GPih8ILb4cR6dop1/TNa1
3xHrkeleK7aMD7THp0sepu091AzIr2jIly3mxtHFKjB6+c/+Cr/7Lvwd+GH7
F/w+8beAPgdqvwf1rxfemea017UdQk1qztwvyQzwSX91BEXDrIUP71MIreWw
kjr6a/ac1f4B/tm/FOXVPiJ+0NO/hbQbaKTwPoXhu4utCk8KasAS2utdRuzX
eoRtj7MzqsNum8eTI0jyN8+/8Fffj7pPxU/Yr+Hmhv8AFHw78VPGHhy6ZNa1
jS9L/skX5IVUuGtPMkEbMqjf5bbN+4qsassarJc5zGeYUIVK82nOKacpWauv
MeOwWHjh6ko04ppPoux9aeFP+CF37PfiHwZoWp3XhnR7WbWdKs9TaCO31qZI
PtFvHMEDnW1LbQ4GdozjoKvn/gg5+zqxBOg6aSOn+g61x/5XayfjZ8QNY/aR
+JWkfB3SvE3iHwvofg/4e+Fr7Ul8P20c+o+IdRvzpFlbWOXurVY4R/aFu7Ez
orb2DgqoB4zxd+xDr37HniWW603Vfi38OfE0Gj6lr+n6g/g2xTQ9Sms9PvL4
2t1cWmsXEEjyx2UwMUiSPjD7QNrj7LK8gzTE4SNStmUqdSa5owbqNuNrptp6
aNPRSsmr9jysTjsJTquMcOpRTs5Wjo9uvnp0PSf+HDn7Ov8A0AdN/wDAHWv/
AJe0f8OHP2df+gDpv/gDrX/y9r379k/47p+0z+zt4U8cLbRWcuu2ha6t45PM
S3uY3aGeNW6lVmjkAzzgDIByK8k1X/gof9k/bD134WeZ8FdI/sHxHpvh/Z4j
+Jn9leItV+12Vhd+dZaV9gk8/wD4/vJiX7QvmywsuUzkfn+JzbN8PWnh61ea
lBtNc8tGnZrfue7TweDnBThTi09VouvyOc/4cOfs6/8AQB03/wAAda/+XtH/
AA4c/Z1/6AOm/wDgDrX/AMva6P4E/wDBSXQvHfh/XNV8QfvYpdSsE8PWXhHQ
9X8Q3l9Yz+G9D1aW58iC1N3JBHNq3lm4e1gVVltVkSOWQK/0j4a8S6d4z8Oa
frGj6hZatpGrW0d5Y31nOs9teQSKHjljkUlXRlIZWUkEEEHBrB5/ma/5iJ/+
By/zL+oYX/n3H7l/kfJf/Dhz9nX/AKAOm/8AgDrX/wAvaP8Ahw5+zr/0AdN/
8Ada/wDl7X2DXi3xo/a//wCFSftFeE/Bcfh3+1NFvfsf/CWa79v8j/hEf7Tu
nsND/wBH8tmu/t2oRTW37pv9H8vzJdsbBiLP8z/6CJ/+By/zD+z8L/z7j9y/
yPJ/+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vSvjb/w
UA8I/CfSNXn0/T/FHiiTw/rWmaRfyaf4d1WXT83Os2elXC217FaSW95dW0l2
26zt3knaW3lh2q6SbLyft2eCrO41eO9fWpLiz1KOytdL0nw1rWp668baXp2o
PLc6ZFY/arfy11K3WQ7HjiM9sskkc0xt0P7ezT/oIn/4HL/MPqGF/wCfcfuX
+R5P/wAOHP2df+gDpv8A4A61/wDL2j/hw5+zr/0AdN/8Ada/+Xtey6L+3V8L
/Evj8eHtO8QXt/Ibmysxq1toeoS+HjPe21vdWcX9rrAdP33EV5aGJftGZGuo
EUF5EU+uUf2/mf8A0ET/APA5f5h/Z+F/59x+5f5Hx9/w4c/Z1/6AOm/+AOtf
/L2j/hw5+zr/ANAHTf8AwB1r/wCXtfYNfN3h7/goVBr+kfDSZ/D9lYXPjHRb
C+8QwT6pNIfBWo3Ws6Xo8ek3QhtZHW6a6u9RhQSpDmfRrmN/KCTyW4s/zP8A
6CJ/+By/zD+z8L/z7j9y/wAjj/8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6A
Om/+AOtf/L2vZdF/bq+F+vzBYfEF7FHPc2VtYT3Wh6ha22uC8vrewt7jTppY
Fj1C1a5vLNDc2jSwILu3dpFSWNm6fwf+0P4O8e+KLLRdJ1j7Xqeo/wBt/Z4f
sk8fmf2NqEWm6l8zIFHk3c0cfJG/duTegLA/t/M/+gif/gcv8w+oYX/n3H7l
/kfOf/Dhz9nX/oA6b/4A61/8vaP+HDn7Ov8A0AdN/wDAHWv/AJe19g1xX7QX
xg/4UP8ADKXxRJp39oWVlqWmwaizT/Z4tNsbi/t7e71CWTawSC0t5ZbqRmwo
jt3LPGuXU/t/M/8AoIn/AOBy/wAw/s/C/wDPuP3L/I+c/wDhw5+zr/0AdN/8
Ada/+XtH/Dhz9nX/AKAOm/8AgDrX/wAva9Kvf25NOPiPxRo+m6bZavq+iePt
H8F6dY22rK9zrcF21ql3qEUaoWKWbDWlkVQ4B8PagGeMwzeSfBv/AIKIfDn4
tQ+H7dNSvY9R1i20oz3VtoOsP4etbvUbG0vbW1/taeygtg8sd7aiJJjDLI1z
AnlLLIsVH9vZn/0ET/8AA5f5h9Qwv/PuP3L/ACPNf+HDn7Ov/QB03/wB1r/5
e0f8OHP2df8AoA6b/wCAOtf/AC9rsLj/AIKPeEbr4+aRo9jdXreCZfCer67d
azceGdVhj1SeC/0a0sF0md4Vi1NLk6jIqCyFwZ3e0ERPmoJe1H7dXwvj8O6j
qdz4gvdOj0bRdW8Q6la6hoeoWWoaXZaWto989zaSwLcQOkd/ZyrFJGsssV1F
JGjowaj+38z/AOgif/gcv8w+oYX/AJ9x+5f5HjX/AA4c/Z1/6AOm/wDgDrX/
AMvaP+HDn7Ov/QB03/wB1r/5e19T+FviJo/jXXfEum6Zefab3whqSaRq8flO
n2S6e0tr1Y8soD5t7u3fchZf3mM7lYDapf2/mf8A0ET/APA5f5h/Z+F/59x+
5f5Hx9/w4c/Z1/6AOm/+AOtf/L2j/hw5+zr/ANAHTf8AwB1r/wCXtey/Hb9s
3wX+zV8Z/B/hjx1r3hfwhpHi7RdX1SHXNd1yDTLaOexn02JbRfO2q7yrfvIM
OCotW+VgxKcv8N/+ClXw28a+BoNeu9T8iyutS1eFLvSbe61zTrTTbLV73Tod
WvLy1gaCxsrgWMsyXF00cO1J8SutvK4f9v5n/wBBE/8AwOX+YfUML/z7j9y/
yOC/4cOfs6/9AHTf/AHWv/l7R/w4c/Z1/wCgDpv/AIA61/8AL2uw+Gv/AAUe
8Ismrad41ur3Tdc0nWtdiu5NN8M6rdaVpGlWniHV9KtLy/vY4ZbazRo9LlaS
W4mjjUwzSHy4xx9I0f2/mf8A0ET/APA5f5h/Z+F/59x+5f5Hx9/w4c/Z1/6A
Om/+AOtf/L2j/hw5+zr/ANAHTf8AwB1r/wCXtfYNFL/WDM/+gif/AIHL/MP7
Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9
r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+
XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3
L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM
/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9
nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCH
Dn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gc
v8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A
4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHT
f/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z
7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva
+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl
7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj
7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP
/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX
/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/
AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vsGij/WDM/+gif/AIHL
/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDr
X/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAA
da/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8A
PuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij
/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8A
Dhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+
/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgi
f/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gD
pv8A4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/
9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z
8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/
AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada
/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/
ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/
1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dh
z9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn
7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vsGij/WDM/+gif/
AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv
/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03
/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/
C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2v
sGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e
0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv
8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/
AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2d
f+gDpv8A4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcO
fs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/
zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDg
DrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/
8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/Pu
P3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7
Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXt
H/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv
+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vsGij/WDM/+
gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+
gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8A
QB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8
w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf
/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1
r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+
4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9
YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAO
HP2df+gDpv8A4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/
AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/
+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm
/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0
AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pw
v/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8A
y9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/
AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8A
I+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vsGij/W
DM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP
2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs
6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8A
gcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+
AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/
AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L
/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+w
aKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R
/wAOHP2df+gDpv8A4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/y
Pj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A
6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/
6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+
zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/M
P7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAO
tf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/w
B1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/
cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vsG
ij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f
8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4
cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6C
J/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6A
Om/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBA
HTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD
+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8
va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv
/l7R/wAOHP2df+gDpv8A4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j
9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1g
zP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c
/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8A
hw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4
HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/
AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB
03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/
8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL
2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A
5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj
4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YM
z/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z
1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr
/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCB
y/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A
61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8A
AHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/
AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Bo
o/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/
AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+
Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDo
In/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/o
A6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7O
v/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/
s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A4A61
/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AH
Wv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y
/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waK
P9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w
4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw
5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn
/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6
b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAd
N/8AAHWv/l7R/wAOHP2df+gDpv8A4A61/wDL2vsGij/WDM/+gif/AIHL/MP7
Pwv/AD7j9y/yPj7/AIcOfs6/9AHTf/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9
r7Boo/1gzP8A6CJ/+By/zD+z8L/z7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+
XtH/AA4c/Z1/6AOm/wDgDrX/AMva+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3
L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM
/wDoIn/4HL/MP7Pwv/PuP3L/ACPj7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9
nX/oA6b/AOAOtf8Ay9r7Boo/1gzP/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCH
Dn7Ov/QB03/wB1r/AOXtH/Dhz9nX/oA6b/4A61/8va+waKP9YMz/AOgif/gc
v8w/s/C/8+4/cv8AI+Pv+HDn7Ov/AEAdN/8AAHWv/l7R/wAOHP2df+gDpv8A
4A61/wDL2vsGij/WDM/+gif/AIHL/MP7Pwv/AD7j9y/yPj7/AIcOfs6/9AHT
f/AHWv8A5e0f8OHP2df+gDpv/gDrX/y9r7Boo/1gzP8A6CJ/+By/zD+z8L/z
7j9y/wAj4+/4cOfs6/8AQB03/wAAda/+XtH/AA4c/Z1/6AOm/wDgDrX/AMva
+waKP9YMz/6CJ/8Agcv8w/s/C/8APuP3L/I+Pv8Ahw5+zr/0AdN/8Ada/wDl
7R/w4c/Z1/6AOm/+AOtf/L2vsGij/WDM/wDoIn/4HL/MP7Pwv/PuP3L/ACPj
7/hw5+zr/wBAHTf/AAB1r/5e0f8ADhz9nX/oA6b/AOAOtf8Ay9r7Boo/1gzP
/oIn/wCBy/zD+z8L/wA+4/cv8j4+/wCHDn7Ov/QB03/wB1r/AOXtH/Dhz9nX
/oA6b/4A61/8va+waKP9YMz/AOgif/gcv8w/s/C/8+4/cv8AI+N7z/ghX+zl
Yy2KPoGnk3+oWmnR4sdZ+WS5uI7dCf8Aie/dDyKSRk4BwCeDP/w4c/Z1/wCg
Dpv/AIA61/8AL2vq/wAQ/wDH94a/7GnQv/TraV2d5rMmh6Hoy28Gnfv7R5ZG
lsYZndvtEy5LOhPRQOvaq/t7MrX+sT/8Dl/mL+z8N/z7j9y/yPh3/hw5+zr/
ANAHTf8AwB1r/wCXtH/Dhz9nX/oA6b/4A61/8va+1/8AhNLz/njpP/grtf8A
43Xxx8SP+CmUX7F3/BKqH4p+LdZ0h/Fety+JrbQH1bRG1CLVtcGp609jZyCG
MtHCRaLGBuiijjjChowFoWfZm/8AmIn/AOBS/wAweAwy/wCXcfuX+Rn/APDh
z9nX/oA6b/4A61/8vaP+HDn7Ov8A0AdN/wDAHWv/AJe1zf8AwSz/AOCq/wAX
v2yvjPFY+J9X/Zy8VeCdS0XWZ7PUPAXhjVrK5g1HTZ9FWWGcarDEdhh1iJgY
42yf4htIP1L+wB8RdY8b/skN4l1m5i1XW77xHqSy3N3bRTEJ/ampgIispVEV
Y41VUAVVRVUBQBTefZmv+Yif/gcv8w+oYX/n3H7l/kfP3/Dhz9nX/oA6b/4A
61/8vaguf+CGn7OWjajoxl8KafqMF9rWm6dNAq6zaO0dzew27lZTrMoVlWUs
CY2GVAI5r6m8PftE+IvE3iweE7bwnYDxoJS0lnJZW66fBZBvm1F7z7PtW1C9
Ts8zzP3ewsRXnmkfELWPFf7cnjnSb3UVudK8P6n4Bj0+3giWC1g8zVZXkkSN
VUbnOMuV3kIgJwigNZ5md9cRP/wOX+YfUMN/z7j9y/yPnv8AaU+Cuo/Cvxvo
/wARV8JW/jT4ffEv4eeG/D/jO1/s+7vp9LEEOmTLdiG0ubaaQEWdtgrKqqYG
EhCPuSD4mftQeGvi54E0XwT8BvD/AIt8X6tHo0vhwaVq02tXWm6M9xp11p9x
dQl9cuLSwRLe4aNIriF/KV2/eOdqN9o+D9F1K7+G/gyS38S2OnxN4W0bbbye
G2vGj/4l1vnMovog2Tz/AKtcZxzjJu/8I7rH/Q46b/4Rz/8Ayzr7HLvEavhs
JTw1WlzukrRfO1G1rLnglaVlaOjjdJJnzmN4Tp4jEyrwqOKlbmVk3392T1jd
6vfXVWOO/ZR+BKfs0fs7+FfBC3MV5NodoRdXEUflx3FzI7TTyKvZWmkkIB5w
Rkk5NXvhZ8H/APhWnjn4k61/aP23/hYXiOHxB5PkeX/Z/l6Rpum+Tu3HzM/2
f5m7C487bj5dzdH/AMI7rH/Q46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWd
fnmKxFTEVp4itK8pttvu27t/efWUqcacFTgrJKy+R8Y6B/wRk07w14R8PW8u
s/D3xpq/hy2gsLZfHHw/XX9FEC6D4e0maQWJvImW6ZvD0EscwnxHHdXERjkJ
WUfY3w28DWvwv+HWgeGrF/MsvDum2+mW7fZre13RwxLGp8q3jigj4UfJDFHG
vRERQFFj/hHdY/6HHTf/AAjn/wDlnR/wjusf9Djpv/hHP/8ALOsXd9S1Y0q+
Yfj3/wAExNC/aB134reINT8YeNbLxb47+yf8I/qVh4i1eyg8I/YbSEadizt7
2K3ufsupJcajHvRcTXb9Dl2+io9D1WaaaNPGelvJbrG0qjwg5MQk37Cw/tPg
N5cmM9fLbH3TXL+Gdf8AF/jLQrLU9Ls9evLHUYkmtpU8H2mJVcIV4OuZBPmR
8EZy6jGSKFF9GF0eb6h+xj4ik8NeIvC1r420WHwbc+I38baFby+G5ZdT03XD
r6eIEe6uheLFdWQvxIpt47e3lMDon2hXQzPStv2KvGnhr4uap8StC+IPhe2+
ImtXM7XU1/4RnutFEF1pXh+zu0S0TUIpldp/D1tNE5umEcc8sTJM22YexRr4
8m27NL8Qtvxtx4Qszuzsxj/ie9/Mjx/vr6irvhrSvGev6vFbXDX+jwywzTfa
73wlb+SojgMx/wBXrTuSV24wp++pOAc0+V9xXR4h8Ov+Cc+nfCr4MXngXR/F
F62kHxZ4P8RWM15ZrLcwQeHoPD0EdtIysiyPOuggtKqoEN0cRkR4f6RrLh0P
VblZTH4z0uQQSmCQr4Qc+XIERyh/4mfDbJI2wecOp6EU7/hHdY/6HHTf/COf
/wCWdS15jNKvnub/AIJ+aPb3njK40/VvsMvirxroPimJvsry/YLXTdcj157D
DTYk8/U5tXn844aP+1fLCtFbQxj3L/hHdY/6HHTf/COf/wCWdZfjGfVPBuhN
fSeJ7e9/fwWyQW3g797LJNMkKKN+qqo+d15LAAZppdmB8v8Awx/4JFaJ8KPA
Gq6Hot38PdCubHRYNK8K65onw9tLDWrW5tLm1u9P1LV7vznfVbq3urCynKp9
ltp5Fn86CQPGsHrvwM/YY8Hfs7/GKbxL4Xg+waZb+HLTw/pOlb55f7L8uC0t
bmbzpJWaXz7TSdCh2uP3f9lb1O+5nL91Gvjybbs0vxC2/G3HhCzO7OzGP+J7
38yPH++vqKI18eTbdml+IW34248IWZ3Z2Yx/xPe/mR4/319RT5ZdxKx19Yvx
J+Hej/F74da/4T8RWf8AaPh/xRptxpGp2vmvD9ptbiJopY98bK67kdhuVgwz
kEHmk8O6F4q1nTLy6vdTbQktJIIwt/4RjLz+ckjqyCHWJOAseSWxneuM84s/
8I7rH/Q46b/4Rz//ACzqeW3Udzw34Q/8E/NH+GfxF8B+LLvVv7Y8QeGNNuZN
buvsr2//AAkeuzS3sp1fYJilth9a8Rn7MimI/wBs44FpbhMX4Lf8E4P+FQfs
6p4B/wCEy/tHZ4j8F+IPt/8AZPk5/wCEetfDsHk+X5zf8fH9gbt27919rxiT
ysyfRn/CO6x/0OOm/wDhHP8A/LOj/hHdY/6HHTf/AAjn/wDlnT17hofLFr/w
TS8RNb+DNMu/iPos3h/4T+HIfD/gWCHwpLFeWv2TVND1Gxm1OY3zJe7H0C0S
ZYIrPzlln2GAsmzqLP8A4J6weIPH+k+M/F/iCy1rxe/iweJ/EE2n6XNp+n6k
kdtpiW9nbW5upXtUS60Dw/eM7zTu8unyplYLqSEe/wD/AAjusf8AQ46b/wCE
c/8A8s6P+Ed1j/ocdN/8I5//AJZ0a9w0OC/ZO/Zc0f8AZL+HV74e0eX7RFd6
k9yJNrp5drFFFZada4eRyfsumWmn2fmZ3TfZPOfMsshPp9Zv/CO6x/0OOm/+
Ec//AMs6P+Ed1j/ocdN/8I5//lnSt5hc5zXfg/8A21+0V4W8ff2j5X/CM+HN
Z8P/AGDyN32n+0LrSp/O8zd8vl/2Zt27Tu8/OV2Yb5u8W/8ABIrRPFPi681e
5u/h7rtzrlzqi6jP4q+Htp4hudOtLvXtW1iMaUbibyrO6jOsXEbyzxXUUxt7
VzbqEeOT60/4R3WP+hx03/wjn/8AlnR/wjusf9Djpv8A4Rz/APyzppeYHx8f
+Cd3ju4+KPxb8OW/irRdP+GXxT8OS6brt7caCbnUb+PUvEPivUby0sXW+QWc
9tb62kYuJ4LiORnjcRfJJEftOs3/AIR3WP8AocdN/wDCOf8A+WdH/CO6x/0O
Om/+Ec//AMs6Gr9QRpUVm/8ACO6x/wBDjpv/AIRz/wDyzo/4R3WP+hx03/wj
n/8AlnS5fMLmlRWb/wAI7rH/AEOOm/8AhHP/APLOj/hHdY/6HHTf/COf/wCW
dHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWdH/CO6x/0OOm/+Ec//wAs6OXzC5pU
Vm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx03/wjn/+WdHL5hc0qKzf+Ed1j/oc
dN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8s6OXzC5pUVm/8I7rH/Q46b/4Rz//
ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+YXNKis3/hHdY/6HHTf/COf/5Z0f8A
CO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/AMI7rH/Q46b/AOEc/wD8s6P+Ed1j
/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY/wChx03/AMI5/wD5Z0f8I7rH/Q46
b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOOm/8AhHP/APLOj/hHdY/6HHTf/COf
/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWdH/CO6x/0OOm/+Ec//wAs6OXz
C5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx03/wjn/+WdHL5hc0qKzf+Ed1
j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8s6OXzC5pUVm/8I7rH/Q46b/4
Rz//ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+YXNKis3/hHdY/6HHTf/COf/5Z
0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/AMI7rH/Q46b/AOEc/wD8s6P+
Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY/wChx03/AMI5/wD5Z0f8I7rH
/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOOm/8AhHP/APLOj/hHdY/6HHTf
/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWdH/CO6x/0OOm/+Ec//wAs
6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx03/wjn/+WdHL5hc0qKzf
+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8s6OXzC5pUVm/8I7rH/Q4
6b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+YXNKis3/hHdY/6HHTf/CO
f/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/AMI7rH/Q46b/AOEc/wD8
s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY/wChx03/AMI5/wD5Z0f8
I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOOm/8AhHP/APLOj/hHdY/6
HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWdH/CO6x/0OOm/+Ec/
/wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx03/wjn/+WdHL5hc0
qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8s6OXzC5pUVm/8I7r
H/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+YXNKis3/hHdY/6HHT
f/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/AMI7rH/Q46b/AOEc
/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY/wChx03/AMI5/wD5
Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOOm/8AhHP/APLOj/hH
dY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWdH/CO6x/0OOm/
+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx03/wjn/+WdHL
5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8s6OXzC5pUVm/
8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+YXNKis3/hHdY/
6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/AMI7rH/Q46b/
AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY/wChx03/AMI5
/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOOm/8AhHP/APLO
j/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWdH/CO6x/0
OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx03/wjn/+
WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8s6OXzC5p
UVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+YXNKis3/h
HdY/6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/AMI7rH/Q
46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY/wChx03/
AMI5/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOOm/8AhHP/
APLOj/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWdH/CO
6x/0OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx03/w
jn/+WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8s6OX
zC5pUVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+YXNKi
s3/hHdY/6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/AMI7
rH/Q46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY/wCh
x03/AMI5/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOOm/8A
hHP/APLOj/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/AOWd
H/CO6x/0OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3WP+hx
03/wjn/+WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc/wD8
s6OXzC5pUVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/APlnRy+Y
XNKis3/hHdY/6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLmlRWb/
AMI7rH/Q46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8AhHdY
/wChx03/AMI5/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/AEOO
m/8AhHP/APLOj/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8ACOf/
AOWdH/CO6x/0OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/4R3W
P+hx03/wjn/+WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/AOEc
/wD8s6OXzC5pUVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/APln
Ry+YXNKis3/hHdY/6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5fMLml
RWb/AMI7rH/Q46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qKzf8A
hHdY/wChx03/AMI5/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI7rH/
AEOOm/8AhHP/APLOj/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocdN/8A
COf/AOWdH/CO6x/0OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8Ayzo/
4R3WP+hx03/wjn/+WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q46b/
AOEc/wD8s6OXzC5pUVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8Awjn/
APlnRy+YXNKis3/hHdY/6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDyzo5f
MLmlRWb/AMI7rH/Q46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5hc0qK
zf8AhHdY/wChx03/AMI5/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb/wAI
7rH/AEOOm/8AhHP/APLOj/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j/ocd
N/8ACOf/AOWdH/CO6x/0OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4Rz/8A
yzo/4R3WP+hx03/wjn/+WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7rH/Q
46b/AOEc/wD8s6OXzC5pUVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHHTf8A
wjn/APlnRy+YXNKis3/hHdY/6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz/wDy
zo5fMLmlRWb/AMI7rH/Q46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWdHL5h
c0qKzf8AhHdY/wChx03/AMI5/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLmlRWb
/wAI7rH/AEOOm/8AhHP/APLOj/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+Ed1j
/ocdN/8ACOf/AOWdH/CO6x/0OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46b/4R
z/8Ayzo/4R3WP+hx03/wjn/+WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0f8I7
rH/Q46b/AOEc/wD8s6OXzC5pUVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/AKHH
Tf8Awjn/APlnRy+YXNKis3/hHdY/6HHTf/COf/5Z0f8ACO6x/wBDjpv/AIRz
/wDyzo5fMLmlRWb/AMI7rH/Q46b/AOEc/wD8s6P+Ed1j/ocdN/8ACOf/AOWd
HL5hc0qKzf8AhHdY/wChx03/AMI5/wD5Z0f8I7rH/Q46b/4Rz/8Ayzo5fMLm
lRWb/wAI7rH/AEOOm/8AhHP/APLOj/hHdY/6HHTf/COf/wCWdHL5hc0qKzf+
Ed1j/ocdN/8ACOf/AOWdH/CO6x/0OOm/+Ec//wAs6OXzC5pUVm/8I7rH/Q46
b/4Rz/8Ayzo/4R3WP+hx03/wjn/+WdHL5hc0qKzf+Ed1j/ocdN/8I5//AJZ0
f8I7rH/Q46b/AOEc/wD8s6OXzC5pUVm/8I7rH/Q46b/4Rz//ACzo/wCEd1j/
AKHHTf8Awjn/APlnRy+YXDxD/wAf3hr/ALGnQv8A062leO/t4/H7XG+HU/gj
wBdfFDwr41isYFh8WaJ8Np/E1npb/bTO6LHKqwXBe3JQlWIQzdd6FR7HbeEr
q41rSJtR8WW89npuq2WpyQ23hUwSzfZrmK4CB21Bwu4xAZ2tgE8Un/CO6x/0
OOm/+Ec//wAs6pWSsI+N/wBkD49/FD4M/wDCRf8AC2PE/wAcfjR/aX2b+yv+
LIHw5/Y+zzfO/wCPbd53m74vv42eTx981iL4r16z/Z5+CmmaNofxI0Dxp8L/
ABLrPiUS3fwo1fW7B/tU/iC3W3kiWWzclrXVUmDJKQp2qQTuVfuP/hHdY/6H
HTf/AAjn/wDlnR/wjusf9Djpv/hHP/8ALOndBY+N/wBmjxnpvwh+Jvj34h+L
Ph1488UfE3x/qST3XiLSPgzfaPLbWKWGn2iaehlmup/Izp6TFTOVMkjEIMCv
UP2V/i8P2b/2G9Bsde8I/Ea51bVtf1K5i03TfCl9dXkEP9o6jIJJoxH+4BWe
EqJNrOJMqGCsV94/4R3WP+hx03/wjn/+WdH/AAjusf8AQ46b/wCEc/8A8s6Q
Hzvc/H/wRNp1j5fwt/aCi1yC/wD7UufEg8FXJ1q6n+6VExg2JB5X7oW4jMQX
qjN81WP2f9fuPiH+1n468XR+GPGPhvRNb1vwJBYr4h0efTppWg1SRZFAlRQ5
XchJXj516ZxX0B/wjusf9Djpv/hHP/8ALOqWraLqVpq/hiS48S2OoRL4p0Ld
bx+G2s2k/wCJra4xKb6ULg8/6ts4xxnItSuwKNx8Q9K+F3wF8I6xrFwYLSHw
voiKqIZJriRtPtwkUSD5nkdiFVVBJJrw/wAP/tI+J9P+KTeJtds9XufD91p8
9umiabPamLTH82BoWdpJIxLKUWffIrFQWCoCo8yT2fV/hjY/FX4E+CLC7eS3
ntvDei3VjdxhWkspxpkKiQBgVYbXdWVgVdHZSCGIrwk/BTVPHfxFfwbqkNrp
d5FZ3N/LdS2t1cWkkSvbxxfZ9lxENrmSVsOTIhXac4DtK5dbi10sewfBb9qb
Qvjj4huNM07T9YsLm3ikmzefZmSQRmIOAYZpMFfPi+9jO7jODi38dP2jtI+A
kmlxahpus6rdask0sMGnLBvWOJold2M0sa4DTxDAYsd3TAJHMfs3fsfW/wCz
z4sutUh1W3u1nt5oFt4LOWFFaVoGdyZZ5mJxbxgAFQOeua2/2g/2ck+OmpaN
d/2lDYzaRBc23lz2r3EM8c727tkRyxMGDW0eDuxgsCDkER7vN5D1seUeNP2r
dY8bePfDuo+HodZ8K6bpNrePeRaxLaNa6lM723kxyR2800m3YtwNwAKFlYB8
FG98+E3xZ0z4v+Gvt9gTDcQMIr2zkZTLZS4B2NgkEEEFXUlXUhlJBr51+J/7
O954O1vRdAgFrqk+vwztbf2XYXFq6yQyW4KPJJcToiNHLIS7AbfLyA5xG3vP
wJ+Cdr8GfDTQiSO51O8VRdTxqUiCqWKQxKSSsab3xklmZ3dizuzG5qNtAje+
p0/h3/kb/GP/AF56F/6HrNcvo3xp1r4XfAL4UWukw2Ey6p4eLTPcpBJs8qO3
VVHn3dvFj/SGJXeWIOPKCPI0vUeHf+Rv8Y/9eehf+h6zXKeHvE0fhr4I/DmU
6mmmXFx4FntraU3/ANid5PtOkyGNJftlmQ2wO20XURxuOwgnzt8JGMqsYz2d
jHEScablHdEGsftc+OE066e1sdAnuzG5hjm/sxY5HIfarv8A205CkvgsVc4L
khvMlEnbfs9fHLxD8XdQ8R23iC20q0fTbaSWBbOSJzIkkOogMzR3dwCdiISD
yrO+SSxkmy/CvxgEHww8M22hfELwrpEVp49v77WbOTWoLW6urBtfnm3KzOP3
ZhJcoADKjjDEZjl9EPj7SPiB8cfEd1ous6brNqnhq1ieWyvUuYw6prJKko5G
QHB+6SAw5Xdh1OtGU6lFUnHlt73R37a9OvmctCpOVRp3srb2s7q+nocX4M/4
8fE3/Y0zf+mrSa+Fv2/tK0zxJ/wUj8Aabq1ha6hYXHhYGaKaFJA6rJqLY+YE
dVBGRwa+6fBn/Hj4m/7Gmb/01aTX55f8FP8Axbb+DP8Agon4Hvru7hs7eDwi
pd5XVEG6XUVGSfUkCvt/DXFrD55Ft25ouN+3MkrnHxFS9pg3dXs0/uPQP2wf
hr8KvB37JMviCz+F/hbwR4i1ye9t9Bt4XW7ub7T4rWZmv3Dxho2WVYxvTC5f
CjgGvrf4vf8AIqWn/Yb0n/0421fmH+2H+0r4W+JNlbTaT4qfXb9PBdppNy1x
Db262ckUUiC0gKOTIi8HeQCxbJyTgfp58Xv+RUtP+w3pP/pxtq9DxD540cJC
pUc3zVXq23FXgkry1fw3u++mljDh+SlOrKMeXSK2Svo3006k/wAVP2lfE3hX
4m69o9jb6S1np0kUcTyx2bvIJLVJizG41K3LZM7dEdCM/vJfMmaTlfEX7X3x
AhtidO0zw1dzv5mVupNOiQZjmK/MNYk3ZkZFbcD8rSMd5eRJvQviH8Rf7D8I
fE7SNH8X6T4a8W3nibTruyNxrcGnTeX9m0ppJd0jfMhRJcn94HAYZmzl8z42
fGXTNX8daHNbeNdA1HVIfBd9Z3F7pesR26PdNf6S5VHW+tDGXEUzBPtUZKo3
LgFW/PMHVpzxKw06dlZPmfw6tq2+6td+TR31q1RTlGKeiTvpZ3b0XmrduqOk
8D/EC9+KHwVGs6itsl5cX4jkSDGxPLuNQjHAmmGSFBJDncSWy+7zHr1b8K6v
b698M9ZvLS6hvbW58S3ssM0UwljkRtS1VlZSHYYIIIwFBBzg53NUrjqfE7Hq
Q2QUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFZviH/AI/v
DX/Y06F/6dbStKs3xD/x/eGv+xp0L/062lVD4kDOQ0nx94f0bQdL06L4w+B2
g0nT7bToWbRIy7RwQpChbGq4LFUBJAAyTgDpU/8Aws3Qv+iweBf/AARx/wDy
2r5/0/XPhF+yv/wR00v4oa18IPhR43+I/iPxHrGhaE3iPwzBdnU9Rk1vUVjN
xMIWkMcFrBLMVZ03pa+UsiM6Gvmb4vf8EtIbOPxF4n8d+LPDKHTrx9N1fXtL
8MeItG0K2ubab7DIsS6do0enRgTx+UfLBDSAkszsWb7jh/gqvmlL6xKapwbc
Y3Um5SVrpKK2V1r3dlfW3iY7OaeGl7O12ld6pWXnf0/zP0Z/4WboX/RYPAv/
AII4/wD5bUf8LN0L/osHgX/wRx//AC2ryv8A4JY6F8M/iZ8VvFvwV+Knw1+A
fjTxp4e0ax8YaB4o0vwFZWq+J9FvoobjMsIsII4pbYXlmhOyIyLcoPK3QyyP
+Juifsi+KPEfwv8ABus2PxE8L3Hin4h6bNqvhvwQtzqf9v6zDFf3dgUhY2v2
Jp3lsbnyrf7V50xVI40eaWKJ1T4JxCxNTDYiag4cutm1JTTkmtFpZX1St1s0
0Ked0/ZxqU4t3v2urNJr1v8A8A/oG/4WboX/AEWDwL/4I4//AJbUf8LN0L/o
sHgX/wAEcf8A8tq/m11b4a/EnQfhTpnjy+0DxxZeB9auWstO8RT2N1HpN/Op
lBiiuioikcGGYFVYkGKTj5Tj0TWP2LPi34Q+G+qX/iPQfiL4b8XweJfD/h7S
/CmpaFe22pa3/a8WrtDNBHJtkbEuktEqrG3mNKQGBj2t3z8P5x+LEQ3ts972
/N69upzLiFPamz+gSP4j+H4ZppE+LvgNJLhY1lYaFGDKI9+wMf7V5C+ZJjPT
zGx941raB8bfDHhbw9ZaTYfEb4b2+nafbJaW8A064KxxKrIqc64SRtdxz13t
nqc/zr+OP2NPjZ4M8W+CtGh8LeOPEF18R9Es9f8AC7aPpt/dx+IIJ9Nt9Rdb
QiIG4e3huVWcRBhE6OCSAGOJp/7NPxs1bw34n1m18AfFO50jwTc3Vl4ivotD
v3ttBntV33UV3IE227wqQ0iyFSgOWAFEeAZNKSxMLP8Ar89AfECvZ02f0oSf
tHaLNu3/ABO+HTb87s6bcHdnfnP/ABPO/mSZ/wB9vU0S/tIaRJHMB8Ufh0rz
xyRlzpUshG9ZFZsPrZGf3shyQeXY9zX81/wU+EGrfFvw3rniDUvH2ieA/Cnh
65tNPu9b1+bUZbb7bdrcSW1qsdjb3NwXkjs7tw3leUotmDSKzxq+38Rv2RPi
n4G+H3hrxlp0OueM/A/i621C70zxJoFlqUumTJY3OpQzhpJYIijiHSrm7Mbq
HS12ySKmHVHLgGpGXJKvFPbZ72va+17a2BcQRauqb+9H9CUPxH8P2yyiP4u+
A4xPKZ5AuhRjzJCiIXP/ABNeW2Rxrk84RR0Ap3/CzdC/6LB4F/8ABHH/APLa
v5wvhz8D/i38YdVs7Dwj4Q+Ivim+1HTX1m0t9I0q9vpbqxS4a1e7jWJWLQLc
I8JkAKiRWQncCK9F+M/7C/xT8DftK+Ifhr4LtPHHxQ1LRbnVhH/YGgalJczW
lhrF3pLXTQiNhsaa1yXheaJDKsZl81ZI0mfAMoy5JYiF/R9O/b5jXECa5lTZ
+/H/AAs3Qv8AosHgX/wRx/8Ay2qO58eeFtTESX/xU+H9/bxTxXIhl0bYhkik
WSNiU1hW+V0VsZwduDkEg/B//BqR8D/BX7RX/C+v+Fg+EPC/jr+x/wDhHvsH
/CQ6VBqn2Hzf7U8zyvPVtm/y4923G7Yuc4Ffr/8A8O9/gH/0Q/4Qf+Ebp3/x
mvk82yqWAxc8JNpuNtV5pP8AU9bCYxV6SqpWv/nY8Vk/aO0Wbdv+J3w6bfnd
nTbg7s785/4nnfzJM/77epok/aO0Wbdv+J3w6bfndnTbg7s785/4nnfzJM/7
7epr2r/h3v8AAP8A6If8IP8AwjdO/wDjNH/Dvf4B/wDRD/hB/wCEbp3/AMZr
zuU6OY8N1v8AaA0fW9Oa2PxW+HsKyTLM7rpDSOxHmHrJrLYGZXJx1LZrG/4W
boX/AEWDwL/4I4//AJbV9F/8O9/gH/0Q/wCEH/hG6d/8Zo/4d7/AP/oh/wAI
P/CN07/4zS5EPnPnT/hZuhf9Fg8C/wDgjj/+W1H/AAs3Qv8AosHgX/wRx/8A
y2r6L/4d7/AP/oh/wg/8I3Tv/jNH/Dvf4B/9EP8AhB/4Runf/GaORBznhem3
x1nw9Nq9n8RfDl3pNs0iS3sPhfzLeIoqu4aQaptBVWVjk8BgTwRWR/ws3Qv+
iweBf/BHH/8ALau8/av+HugfCr4BeJ9B8L6Ho/hvQrCz1X7Np2l2cdnaW++x
gkfZFGFRdzszHA5ZiTyTXgn7I/7J/wAKPEf7KXwx1DUfhf8ADzUNQv8AwnpV
xdXVz4ds5ZrmV7OJnkd2jLMzMSSSSSSSadOlzNpBKbSTO/8A+Fm6F/0WDwL/
AOCOP/5bUf8ACzdC/wCiweBf/BHH/wDLapf+GNfgz/0ST4af+EvY/wDxugfs
a/BnP/JJPhp/4S9j/wDG60+rMz9s+xF/ws3Qv+iweBf/AARx/wDy2o/4WboX
/RYPAv8A4I4//ltVn/hjH4M/9Em+GH/hL2P/AMao/wCGMfgz/wBEm+GH/hL2
P/xqn9WXf8Be38it/wALN0L/AKLB4F/8Ecf/AMtqP+Fm6F/0WDwL/wCCOP8A
+W1W1/Yu+DQOf+FSfDE/9yvY/wDxqpI/2Mvg0rf8ki+F5+vhax/+NU/qsXop
C+seRQ/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/AMtq0h+xr8Gc
f8kg+Fv/AIS1j/8AGqd/wxt8Fv8Aoj/wv/8ACXsf/jVV9SfdFLEIy/8AhZuh
f9Fg8C/+COP/AOW1H/CzdC/6LB4F/wDBHH/8tq1h+xp8Fc8/B/4Y/wDhLWH/
AMapR+xn8FD/AM0h+GQ/7lWw/wDjVH1GQe3Rkf8ACzdC/wCiweBf/BHH/wDL
aj/hZuhf9Fg8C/8Agjj/APltWx/wxl8E/wDokXwx/wDCVsf/AI1Tx+xn8E8D
/i0Xwu/8JSx/+NUvqUg9ujE/4WboX/RYPAv/AII4/wD5bUf8LN0L/osHgX/w
Rx//AC2rcH7GfwSz/wAki+F3/hKWP/xql/4Yy+CX/RIvhd/4Stj/APGqX1OQ
e28jC/4WboX/AEWDwL/4I4//AJbUf8LN0L/osHgX/wAEcf8A8tq31/Yt+CbD
I+EPwt/8Jaw/+NU8fsT/AAUI/wCSQfC//wAJWw/+NUvqrD23kc7/AMLN0L/o
sHgX/wAEcf8A8tqP+Fm6F/0WDwL/AOCOP/5bV0Y/Yn+CgOf+FQfC/wD8JSw/
+NVKv7GHwUUY/wCFOfCo/XwnYf8Axqj6qNVvI5f/AIWboX/RYPAv/gjj/wDl
tR/ws3Qv+iweBf8AwRx//Laup/4Yy+Cn/RG/hT/4SVh/8apy/sZfBHv8G/hX
/wCEpYf/ABqj6qHtvI5T/hZuhf8ARYPAv/gjj/8AltR/ws3Qv+iweBf/AARx
/wDy2rrf+GMvgh/0Rr4V/wDhK2H/AMZpR+xj8Du/wb+Fv/hJ2H/xqj6qNVTk
f+Fm6F/0WDwL/wCCOP8A+W1H/CzdC/6LB4F/8Ecf/wAtq6//AIYx+Bv/AERv
4W/+EnYf/GqVf2L/AIG5/wCSOfC3/wAJPT//AI1T+q+Ye1OP/wCFm6F/0WDw
L/4I4/8A5bUf8LN0L/osHgX/AMEcf/y2rs/+GMvgb/0Rv4V/+Elp/wD8aoH7
GPwNJ/5I38LP/CS0/wD+NUvqwvbHGf8ACzdC/wCiweBf/BHH/wDLaj/hZuhf
9Fg8C/8Agjj/APltXaL+xf8AA0nn4NfCz/wkrD/41T/+GK/gX/0R34V/+ElY
f/GaPqwvbnEf8LN0L/osHgX/AMEcf/y2o/4WboX/AEWDwL/4I4//AJbV3S/s
YfAtRj/hTfwoP18I2P8A8Zpf+GMfgX/0Rv4T/wDhI2P/AMZpfVmV7ZHCf8LN
0L/osHgX/wAEcf8A8tqP+Fm6F/0WDwL/AOCOP/5bV3q/safAoD/kjXwn/wDC
QsP/AI1Un/DGXwJ/6Iz8Jv8AwktP/wDjVS8Oxqqmeff8LN0L/osHgX/wRx//
AC2o/wCFm6F/0WDwL/4I4/8A5bV6EP2MvgTj/kjHwl/8JLT/AP41Sj9jP4Ed
/gx8Jv8Awk9P/wDjVV9WD2h55/ws3Qv+iweBf/BHH/8ALaj/AIWboX/RYPAv
/gjj/wDltXof/DGfwI/6Iv8ACb/wk9P/APjNKP2MfgQf+aL/AAl/8JTT/wD4
1T+rC9qed/8ACzdC/wCiweBf/BHH/wDLaj/hZuhf9Fg8C/8Agjj/APltXo8X
7FvwIJz/AMKW+E+P+xT08/8AtKpP+GLfgR/0Rb4Tf+Ejp/8A8aoeFH7Rnmn/
AAs3Qv8AosHgX/wRx/8Ay2o/4WboX/RYPAv/AII4/wD5bV6WP2LPgQenwV+E
x/7lHT//AI1T4/2LfgQpOfgp8Jj9fCGnn/2lS+rB7TueY/8ACzdC/wCiweBf
/BHH/wDLaj/hZuhf9Fg8C/8Agjj/APltXqP/AAxf8B/+iJ/CX/wjtP8A/jVA
/Yw+A3f4J/Cb/wAI/T//AI1R9WYe0R5d/wALN0L/AKLB4F/8Ecf/AMtqP+Fm
6F/0WDwL/wCCOP8A+W1epf8ADGHwG/6In8Jv/CP0/wD+NU5f2M/gKTz8EfhJ
j/sT9P8A/jVL6sw9ojyv/hZuhf8ARYPAv/gjj/8AltR/ws3Qv+iweBf/AARx
/wDy2r1f/hjL4B/9ES+En/hH6f8A/GaP+GMvgH/0RL4Sf+Efp/8A8ZpfV32H
znlH/CzdC/6LB4F/8Ecf/wAtqP8AhZuhf9Fg8C/+COP/AOW1err+xh8A2/5o
l8JB9fCGn/8AxmpF/Yw+AIHPwT+EZ/7k/T//AIzTWHfUTqHkn/CzdC/6LB4F
/wDBHH/8tqP+Fm6F/wBFg8C/+COP/wCW1euf8MYfAD/oifwj/wDCQ0//AOM0
q/sZfABf+aJfCI/Xwfp//wAZo+r/ANWF7U8i/wCFm6F/0WDwL/4I4/8A5bUf
8LN0L/osHgX/AMEcf/y2r14fsafAAHP/AApH4Q/+Efp//wAZqQfsc/s/45+C
HwfH/cm6f/8AGaPq7GqiZ47/AMLN0L/osHgX/wAEcf8A8tqP+Fm6F/0WDwL/
AOCOP/5bV7H/AMMcfs/f9EQ+D/8A4Rmn/wDxqj/hjn9n3/oiHwg/8I3T/wD4
zQsOx867njn/AAs3Qv8AosHgX/wRx/8Ay2o/4WboX/RYPAv/AII4/wD5bV7I
P2OP2fT/AM0P+EJ/7k3T/wD4zTx+xn+z8D/yQ74Qf+Edp3/xmj6uCmeMf8LN
0L/osHgX/wAEcf8A8tqP+Fm6F/0WDwL/AOCOP/5bV7UP2N/2fMc/A34QH/uT
tO/+M0v/AAxv+z3/ANEM+EP/AIR2nf8Axmp9iHOeKf8ACzdC/wCiweBf/BHH
/wDLaj/hZuhf9Fg8C/8Agjj/APltXtf/AAxv+z3/ANEM+EP/AIR2nf8Axml/
4Y2/Z6/6Id8IP/CO07/4zR7EOc8T/wCFm6F/0WDwL/4I4/8A5bUf8LN0L/os
HgX/AMEcf/y2r2wfsa/s9n/mh3wg/wDCO07/AOM0v/DGf7Pf/RDvg/8A+Efp
3/xmj2Ie0PEv+Fm6F/0WDwL/AOCOP/5bUf8ACzdC/wCiweBf/BHH/wDLavbf
+GM/2e/+iHfB/wD8I/Tf/jNL/wAMZ/s9f9EO+D//AIR2m/8AxmhURe0R4j/w
s3Qv+iweBf8AwRx//Laj/hZuhf8ARYPAv/gjj/8AltXt3/DGf7PX/RDvg/8A
+Edpv/xmj/hjP9nr/oh3wf8A/CO03/4zR7APaI8R/wCFm6F/0WDwL/4I4/8A
5bUf8LN0L/osHgX/AMEcf/y2r27/AIYz/Z6/6Id8H/8AwjtN/wDjNH/DGf7P
X/RDvg//AOEdpv8A8Zo9gHtEeI/8LN0L/osHgX/wRx//AC2o/wCFm6F/0WDw
L/4I4/8A5bV7d/wxn+z1/wBEO+D/AP4R2m//ABmj/hjP9nr/AKId8H//AAj9
N/8AjNP2DD2iPEf+Fm6F/wBFg8C/+COP/wCW1H/CzdC/6LB4F/8ABHH/APLa
vbx+xh+z2x4+B3wgP/cn6b/8Zpf+GLv2fP8Aohvwg/8ACO03/wCM0fV2NTPD
/wDhZuhf9Fg8C/8Agjj/APltR/ws3Qv+iweBf/BHH/8ALavcB+xb+z4T/wAk
O+EA/wC5O07/AOM0v/DFf7Pn/RD/AIP/APhHad/8Zo9gxqR4d/ws3Qv+iweB
f/BHH/8ALaj/AIWboX/RYPAv/gjj/wDltXuP/DFf7Pn/AEQ/4P8A/hHad/8A
GaP+GK/2fP8Aoh/wf/8ACO07/wCM0vYMOY8O/wCFm6F/0WDwL/4I4/8A5bUf
8LN0L/osHgX/AMEcf/y2r3H/AIYr/Z8/6If8H/8AwjtO/wDjNH/DFf7Pn/RD
/g//AOEdp3/xmj2DDmPDv+Fm6F/0WDwL/wCCOP8A+W1H/CzdC/6LB4F/8Ecf
/wAtq9x/4Yr/AGfP+iH/AAf/APCO07/4zR/wxX+z5/0Q/wCD/wD4R2nf/GaP
YMOY8O/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/AMtq9x/4Yr/Z
8/6If8H/APwjtO/+M0f8MV/s+f8ARD/g/wD+Edp3/wAZo9gw5jw7/hZuhf8A
RYPAv/gjj/8AltR/ws3Qv+iweBf/AARx/wDy2r3H/hiv9nz/AKIf8H//AAjt
O/8AjNH/AAxX+z5/0Q/4P/8AhHad/wDGaPYMOY8O/wCFm6F/0WDwL/4I4/8A
5bUf8LN0L/osHgX/AMEcf/y2r3H/AIYr/Z8/6If8H/8AwjtO/wDjNH/DFf7P
n/RD/g//AOEdp3/xmj2DDmPDv+Fm6F/0WDwL/wCCOP8A+W1H/CzdC/6LB4F/
8Ecf/wAtq9x/4Yr/AGfP+iH/AAf/APCO07/4zR/wxX+z5/0Q/wCD/wD4R2nf
/GaPYMOY8O/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/AMtq9x/4
Yr/Z8/6If8H/APwjtO/+M0f8MV/s+f8ARD/g/wD+Edp3/wAZo9gw5jw7/hZu
hf8ARYPAv/gjj/8AltR/ws3Qv+iweBf/AARx/wDy2r3H/hiv9nz/AKIf8H//
AAjtO/8AjNH/AAxX+z5/0Q/4P/8AhHad/wDGaPYMOY8O/wCFm6F/0WDwL/4I
4/8A5bUf8LN0L/osHgX/AMEcf/y2r3H/AIYr/Z8/6If8H/8AwjtO/wDjNH/D
Ff7Pn/RD/g//AOEdp3/xmj2DDmPDv+Fm6F/0WDwL/wCCOP8A+W1H/CzdC/6L
B4F/8Ecf/wAtq9x/4Yr/AGfP+iH/AAf/APCO07/4zR/wxX+z5/0Q/wCD/wD4
R2nf/GaPYMOY8O/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/AMtq
9x/4Yr/Z8/6If8H/APwjtO/+M0f8MV/s+f8ARD/g/wD+Edp3/wAZo9gw5jw7
/hZuhf8ARYPAv/gjj/8AltR/ws3Qv+iweBf/AARx/wDy2r3H/hiv9nz/AKIf
8H//AAjtO/8AjNH/AAxX+z5/0Q/4P/8AhHad/wDGaPYMOY8O/wCFm6F/0WDw
L/4I4/8A5bUf8LN0L/osHgX/AMEcf/y2r3H/AIYr/Z8/6If8H/8AwjtO/wDj
NH/DFf7Pn/RD/g//AOEdp3/xmj2DDmPDv+Fm6F/0WDwL/wCCOP8A+W1H/Czd
C/6LB4F/8Ecf/wAtq9x/4Yr/AGfP+iH/AAf/APCO07/4zSH9iz9nwD/kh3wg
P/cnad/8Zp+wYcx4f/ws3Qv+iweBf/BHH/8ALaj/AIWboX/RYPAv/gjj/wDl
tXuH/DF37Pn/AEQ34Qf+Edpv/wAZpD+xf+z4o5+BvwgH/cnab/8AGaPq7Fzn
iH/CzdC/6LB4F/8ABHH/APLaj/hZuhf9Fg8C/wDgjj/+W1e3H9jL9nof80O+
D/8A4R+m/wDxmj/hjP8AZ6/6Id8H/wDwjtN/+M0ewYvaI8R/4WboX/RYPAv/
AII4/wD5bUf8LN0L/osHgX/wRx//AC2r27/hjP8AZ6/6Id8H/wDwjtN/+M0f
8MZ/s9f9EO+D/wD4R2m//GaXsA9ojxH/AIWboX/RYPAv/gjj/wDltR/ws3Qv
+iweBf8AwRx//Lavbv8AhjP9nr/oh3wf/wDCO03/AOM0f8MZ/s9f9EO+D/8A
4R2m/wDxmj2Ae0R4j/ws3Qv+iweBf/BHH/8ALaj/AIWboX/RYPAv/gjj/wDl
tXt3/DGf7PX/AEQ74P8A/hHab/8AGaT/AIYz/Z6/6Id8H/8Awj9N/wDjNHsA
9ojxL/hZuhf9Fg8C/wDgjj/+W1H/AAs3Qv8AosHgX/wRx/8Ay2r23/hjP9nv
/oh3wf8A/CP07/4zQf2NP2ex/wA0O+D/AP4R+nf/ABmj2I/aHiX/AAs3Qv8A
osHgX/wRx/8Ay2o/4WboX/RYPAv/AII4/wD5bV7Z/wAMbfs9f9EO+EH/AIR2
nf8AxmkP7G/7PYP/ACQ34Q/+Edp3/wAZo9iHOeKf8LN0L/osHgX/AMEcf/y2
o/4WboX/AEWDwL/4I4//AJbV7X/wxv8As9/9EM+EP/hHad/8ZoP7G/7PeP8A
khvwh/8ACO07/wCM0exDnPFP+Fm6F/0WDwL/AOCOP/5bUf8ACzdC/wCiweBf
/BHH/wDLavaG/Y0/Z+Y/8kO+EH/hHad/8Zpjfsbfs+r1+B3wh/8ACO07/wCM
01QDnPGv+Fm6F/0WDwL/AOCOP/5bUf8ACzdC/wCiweBf/BHH/wDLavY/+GOf
2ff+iIfCD/wjdP8A/jNH/DHH7P3/AERD4Qf+Ebp//wAap/V2HOjxz/hZuhf9
Fg8C/wDgjj/+W1H/AAs3Qv8AosHgX/wRx/8Ay2r2I/sc/s/Y/wCSIfB//wAI
3T//AI1TH/Y2+ADnP/CkfhAPp4O0/wD+M0LDsTqJHkH/AAs3Qv8AosHgX/wR
x/8Ay2o/4WboX/RYPAv/AII4/wD5bV6637GfwAIx/wAKS+EX4eD9P/8AjNJ/
wxh8AP8Aoifwj/8ACQ0//wCM0fVxKqeR/wDCzdC/6LB4F/8ABHH/APLaj/hZ
uhf9Fg8C/wDgjj/+W1etn9jD4A4/5In8I/8Awj9P/wDjNMb9i/4Bj/mifwjP
/coaf/8AGaHh+w1UPJ/+Fm6F/wBFg8C/+COP/wCW1H/CzdC/6LB4F/8ABHH/
APLavV/+GMvgH/0RL4Sf+Efp/wD8Zo/4Yy+Af/REvhJ/4R+n/wDxml9XfYfO
eUf8LN0L/osHgX/wRx//AC2o/wCFm6F/0WDwL/4I4/8A5bV6q/7GfwEHT4I/
CT/wj9P/APjVMP7GPwGJ/wCSJfCYf9yfp/8A8aprDMXtDy3/AIWboX/RYPAv
/gjj/wDltR/ws3Qv+iweBf8AwRx//LavUT+xh8Bsf8kT+E3/AIR+n/8Axqj/
AIYv+A//AERP4S/+Edp//wAap/VmHtEeXf8ACzdC/wCiweBf/BHH/wDLaj/h
Zuhf9Fg8C/8Agjj/APltXp7/ALF3wIZcD4J/Cb/wj9PH/tKmH9iv4EDr8Ffh
OP8AuUdP/wDjVH1YPadjzP8A4WboX/RYPAv/AII4/wD5bUf8LN0L/osHgX/w
Rx//AC2r0v8A4Yt+BH/RFvhN/wCEjp//AMapsv7FvwIxx8FvhP8A+Elp4/8A
aVNYUPaPsebf8LN0L/osHgX/AMEcf/y2o/4WboX/AEWDwL/4I4//AJbV6If2
MPgQP+aL/CX/AMJTT/8A41Sf8MZ/Aj/oi/wm/wDCT0//AOM0fVRKqeef8LN0
L/osHgX/AMEcf/y2o/4WboX/AEWDwL/4I4//AJbV6H/wxn8CP+iMfCb/AMJP
T/8A4zSf8MZfAn/ojHwl/wDCS0//AONUfVh+1PPf+Fm6F/0WDwL/AOCOP/5b
Uf8ACzdC/wCiweBf/BHH/wDLavQf+GMvgT/0Rn4Tf+Elp/8A8apjfsafAkH/
AJIz8Jv/AAkLA/8AtKo+rsHVSOB/4WboX/RYPAv/AII4/wD5bUf8LN0L/osH
gX/wRx//AC2ru/8AhjH4F/8ARG/hP/4SNj/8Zo/4Yx+Bf/RG/hP/AOEjY/8A
xmq+rMPax7nCf8LN0L/osHgX/wAEcf8A8tqP+Fm6F/0WDwL/AOCOP/5bV3H/
AAxX8C/+iO/Cr/wkrH/4zTH/AGLvgaDx8G/hYf8AuUrD/wCNU/qxHtziv+Fm
6F/0WDwL/wCCOP8A+W1H/CzdC/6LB4F/8Ecf/wAtq7M/sY/A0dfg18LB/wBy
lp//AMao/wCGMvgb/wBEb+Ff/hJaf/8AGqPqw/bHGf8ACzdC/wCiweBf/BHH
/wDLaj/hZuhf9Fg8C/8Agjj/APltXYv+xh8DT0+Dnws/8JPT/wD41Tf+GMfg
b/0Rv4W/+EnYf/GqPqvmNVTkP+Fm6F/0WDwL/wCCOP8A+W1H/CzdC/6LB4F/
8Ecf/wAtq67/AIYx+B3/AERv4W/+EnYf/GqQ/sZfBDP/ACRr4Wf+EpYf/GaP
qoe1OS/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/AMtq6w/sZfBH
HHwa+FY/7lSw/wDjNMP7GXwUzx8G/hV/4Sdh/wDGqPqvmL23kct/ws3Qv+iw
eBf/AARx/wDy2o/4WboX/RYPAv8A4I4//ltXUH9jL4KEf8kb+FX/AISVh/8A
Gqjf9in4KOc/8Kf+Fw+nhSw/+NUfVQ9t5HN/8LN0L/osHgX/AMEcf/y2o/4W
boX/AEWDwL/4I4//AJbV0f8AwxN8FP8AokHwv/8ACVsP/jVMP7FfwUBP/Fof
hbx/1K1h/wDGqPqrF7byOf8A+Fm6F/0WDwL/AOCOP/5bUf8ACzdC/wCiweBf
/BHH/wDLat7/AIYx+CX/AESL4W/+ErY//Gqaf2M/gl2+EXwu/wDCUsf/AI1T
+pyD23dGH/ws3Qv+iweBf/BHH/8ALaj/AIWboX/RYPAv/gjj/wDltW5/wxn8
Ev8AokXwt/8ACUsf/jVRn9jL4J5P/Fovhj/4Slj/APGqawUg9uupj/8ACzdC
/wCiweBf/BHH/wDLaj/hZuhf9Fg8C/8Agjj/APltWwf2MvgmP+aQ/DE/9yrY
f/Gqaf2NPgr2+EHwxP8A3Kth/wDGqf1KQe3Rk/8ACzdC/wCiweBf/BHH/wDL
aj/hZuhf9Fg8C/8Agjj/APltWqf2NfgsD/yR/wCF/wD4S9j/APGqaf2Nfgxn
j4QfC7/wlrH/AONUfUn3D6wjM/4WboX/AEWDwL/4I4//AJbUf8LN0L/osHgX
/wAEcf8A8tq0JP2M/g0wx/wqH4XD6eFbH/41UbfsX/Bpv+aR/DEfTwvY/wDx
qpeFSdmxfWPIp/8ACzdC/wCiweBf/BHH/wDLaj/hZuhf9Fg8C/8Agjj/APlt
Vk/sYfBkH/kk3wwH/cr2P/xqj/hjH4M/9Em+GH/hL2P/AMapfVo9/wAA+seR
W/4WboX/AEWDwL/4I4//AJbUf8LN0L/osHgX/wAEcf8A8tqmf9jT4Mhv+SS/
DM/TwvY//G6T/hjX4M/9Ek+Gn/hL2P8A8bpfVh+2fYi/4WboX/RYPAv/AII4
/wD5bVryXxh8Lx64/wARfDiaLKu9NQPhfFq48wx5En9qbSPMBTr94EdeKzD+
xr8G88fCP4Z/+EvY/wDxquT/AOCnGjWXhz/gnX4k0/TrO10/T7Dwsbe1tbaJ
YobaJL2RUjRFAVVVQAAAAAABWc6PLa5cJuR1H/CzdC/6LB4F/wDBHH/8tqP+
Fm6F/wBFg8C/+COP/wCW1cJ8Sf2Pf2ZvhD8Otf8AFniL4ReCNO8P+F9NuNX1
O62ajN9mtbeJpZZNkc7O21EY7VUscYAJ4rE/Z4+AH7Jv7Vvwe0fx94B+Fvgj
XvCWved9gv8A7Pqtr5/kzyQSfu5pUkXEsUi/MoztyMggnO8TTU9W/wCFm6F/
0WDwL/4I4/8A5bUf8LN0L/osHgX/AMEcf/y2ryn/AIUB+yb/AMNFf8Kn/wCF
W+CP+Fgf8I5/wlv9lfZ9V/5Bf2r7L9o87zfJ/wBf8mzfv77dvNbfw7/Y3/Zw
+KHg6z13TfgdoVtZX2/y49X0nWdIvF2OyHfa3ckU8fKkjei7lIYZVgSrxDU7
v/hZuhf9Fg8C/wDgjj/+W1H/AAs3Qv8AosHgX/wRx/8Ay2rnv+HfP7P3/RFv
BH/fd9/8kUf8O+f2fv8Aoi3gj/vu+/8Akii8A1Oh/wCFm6F/0WDwL/4I4/8A
5bUf8LN0L/osHgX/AMEcf/y2rnv+HfP7P3/RFvBH/fd9/wDJFH/Dvn9n7/oi
3gj/AL7vv/kii8A1Oh/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/
AMtq57/h3z+z9/0RbwR/33ff/JFH/Dvn9n7/AKIt4I/77vv/AJIovANTof8A
hZuhf9Fg8C/+COP/AOW1H/CzdC/6LB4F/wDBHH/8tq57/h3z+z9/0RbwR/33
ff8AyRR/w75/Z+/6It4I/wC+77/5IovANTof+Fm6F/0WDwL/AOCOP/5bUf8A
CzdC/wCiweBf/BHH/wDLaue/4d8/s/f9EW8Ef9933/yRR/w75/Z+/wCiLeCP
++77/wCSKLwDU6H/AIWboX/RYPAv/gjj/wDltR/ws3Qv+iweBf8AwRx//Lau
e/4d8/s/f9EW8Ef9933/AMkUf8O+f2fv+iLeCP8Avu+/+SKLwDU6H/hZuhf9
Fg8C/wDgjj/+W1H/AAs3Qv8AosHgX/wRx/8Ay2rnv+HfP7P3/RFvBH/fd9/8
kUf8O+f2fv8Aoi3gj/vu+/8Akii8A1Oh/wCFm6F/0WDwL/4I4/8A5bUf8LN0
L/osHgX/AMEcf/y2rnv+HfP7P3/RFvBH/fd9/wDJFH/Dvn9n7/oi3gj/AL7v
v/kii8A1Oh/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/AMtq57/h
3z+z9/0RbwR/33ff/JFH/Dvn9n7/AKIt4I/77vv/AJIovANTof8AhZuhf9Fg
8C/+COP/AOW1H/CzdC/6LB4F/wDBHH/8tq57/h3z+z9/0RbwR/33ff8AyRR/
w75/Z+/6It4I/wC+77/5IovANTof+Fm6F/0WDwL/AOCOP/5bUf8ACzdC/wCi
weBf/BHH/wDLaue/4d8/s/f9EW8Ef9933/yRR/w75/Z+/wCiLeCP++77/wCS
KLwDU6H/AIWboX/RYPAv/gjj/wDltR/ws3Qv+iweBf8AwRx//Laue/4d8/s/
f9EW8Ef9933/AMkUf8O+f2fv+iLeCP8Avu+/+SKLwDU6H/hZuhf9Fg8C/wDg
jj/+W1H/AAs3Qv8AosHgX/wRx/8Ay2rnv+HfP7P3/RFvBH/fd9/8kUf8O+f2
fv8Aoi3gj/vu+/8Akii8A1Oh/wCFm6F/0WDwL/4I4/8A5bUf8LN0L/osHgX/
AMEcf/y2rnv+HfP7P3/RFvBH/fd9/wDJFH/Dvn9n7/oi3gj/AL7vv/kii8A1
Oh/4WboX/RYPAv8A4I4//ltR/wALN0L/AKLB4F/8Ecf/AMtq57/h3z+z9/0R
bwR/33ff/JFH/Dvn9n7/AKIt4I/77vv/AJIovANTof8AhZuhf9Fg8C/+COP/
AOW1H/CzdC/6LB4F/wDBHH/8tq57/h3z+z9/0RbwR/33ff8AyRR/w75/Z+/6
It4I/wC+77/5IovANTof+Fm6F/0WDwL/AOCOP/5bUf8ACzdC/wCiweBf/BHH
/wDLaue/4d8/s/f9EW8Ef9933/yRR/w75/Z+/wCiLeCP++77/wCSKLwDU6H/
AIWboX/RYPAv/gjj/wDltVnQPFvh/wATeLvD9u/xS8L6oYta0+8jsdP0aNbq
9kgu4pkhjP8AaUmGd41XhGPzcAmuV/4d8/s/f9EW8Ef9933/AMkV1vwI/Y6+
D3wr+MnhvXvC3ww8LeHdesL+P7LqFm10ZrfefLfbvmZfmRmU5U8Me/NNOPQW
p86/Ej9ljxN+1F/wQa8GHwhZahrWvfD7xvrHiyPRbC2E93rUMesaza3EMILq
fMWC8lmVVDvI1uIkQvIpF/8AZv8A29/A+q+BPGnjvQ/jV4n8DXHi3U5dag8N
SeJl1bTLKWe9uJrhd0vh24SwXMzyBYRK0hcCUqy5H15/wRz/AOUe3hD/ALC3
iH/0/ahVX4oeBvgf8XPiPJrXif8AZu8KeMdf8R61deH7bWdY0TwxLeeIryxW
eN4omvLlbiZkhsJ2VSu4Q2zNgIhI/Qsh4rwlDAf2ZmdF1Kak5RcWk1dx5otS
UotPlTvbmWtnrp8rmuSYmtiFi8FVUJWs7ptPezVpRaau+tn1TsfM3/BEv4b3
nxw/av8AGH7Qem6Rqnh74c2Xgyw+HXhkXkyXo8QG2isILi4iugsPmLB/ZMCM
6wCOSW5lVGBt3B/HfwH+1R8N/Avhn4D+MY7jxvcfFD4C6aYtO0FtEtV0DU76
LxBqWr2k82ofbPPWBDfRGWFbTdKLd4lmh80XEX9VPwz+IEPxO8JJq0NhqGmf
6VdWUtpe+V59vNbXMttKreU7ocSRPgq7AjBzXy14i/Ya+Dkl7qQ034Ffs3W0
cU1xBaw3Pw3sZGPlO8YLzDAGWQnIibaD0bHPn5x4o4HB4ipjsypuMJ8kYRi7
2jCMoqLk9XdPVuzb106deB4XrSoww9CabjdttbuTTvZaLVbLRH4ZQf8ABTrT
rPwZ4TuNH1zW/B/iex03wloN2NL+G3hqeXS49Ck0tkvzq8v+n6rufSILhdPm
+yxiSSONrlobULPR1b/goH8MPAvgbxn4b8FeCL77H43udFj8Q3dvYx+HJPEc
UVp4hg1O7gijubtdDupF1e2hjis2ktGS2nDwC1uJdOf9qdH/AGK/hZZeNtBm
vvgH8JLfRLq5tbG6t7/wL4YmZppriOLfvt4gwXD4CKrENgl9oIr1n4/fsdfs
t/s6fBrxD411n9nb4Q39poFoZo9P07wFpEuo6xcMQlvYWcTxoJry5neK3gh3
AyzTRRr8ziryfxKyXMqcpYWjPlTV9lro1tq7W6vz1eo8Xw3jcPJKpON+nX/h
r3/pH88Xij9qH4TeKPEniOJtT+IlvpHj74f6V8OtXuR4Zs3udEg0RtDFhfwQ
/wBohbt7xdDQzW7y24tDeMEmvBCGl9Sn/bO+E0fg/wCC3xDutY8UjV/g18QD
e+HfDdrpdnPc+IoNG0DwbY2suosb1W0pL1tHJDRx3ojL3CqZzbZl/ZvTPh/+
w7bfs4+Fvil4t+F/7OXwx8MeKdlsn/Ca+G9A0WbTdR2yedpV15o8uLULeSC5
hmtt5eKW1nQ8xtjoNT+AH7DuieO/FPha98E/spWnifwNpT674k0ibR9Ajv8A
w/pyRxyve3kBTzLe3WOaJzLIFQLKhJwwJ9eXGGCdv3c9POOzVu3ay+Xe7OVZ
PXV/eX3Pvf8AP+rH80H7IHxU034N+JNY1mX4t/GD4RavJbJZW198P9KW7ub6
B23zRTyHU7Bo0DRwMFBkDkZIUou72DxD+3b8N/HPxI0Lxb/wjet+CPsGm+Lf
BX/CMaNp9rdabpOha/L4hl+1203m2+6ey/t/yksfs8UUq2Sn7VB5uyL979Z+
Fn7BHhz4NaT8RtQ8OfshWHw91+7aw0zxPcaf4di0bUbhTKGhhu2UQySAwTgo
rkgwycfI2Og0b9lT9jHxH8ZdW+HOn/Db9mK/+IWgWi3+p+GLfw/ocus6dbsI
is01osZmjjIngIdkAImj5+dc71uN8FVm5zpSv6rtZ9Nd+t7dLEQyOtFcqmvx
/r+tT+fDxx+0z8FPGf7Pnh74M/298UrbwhoOm6XL/wAJR/wh1g+pT31lqfii
68j+zf7VEawPF4k/132wsrWWPJIl3R9T+1h/wUE+E37YqeI/Dmqt8RPCPhrW
9bl8SJqtpoNnqt9FOniPxfqEFsbRr+BCj2nieMvN9ozHLZsgjlSQSr/Qt/w7
P/Zw/wCjfvgj/wCENpf/AMYo/wCHZ/7OH/Rv3wR/8IbS/wD4xWL4wwLkpOlO
6d947vd7eS8vIv8Aseva3MrbbPbsfnb/AMGvvxj/AOGiv2j/ANsz4g/2d/Y/
/CdeJdL8Q/YPtH2j7D9rutbuPJ8zau/Z5m3dtXdjO0ZxX6/1xHwc/Zn+G/7O
v9o/8K++H/gjwL/bHlfb/wDhHtCtdL+3eVv8vzfIRd+zzJNu7O3e2MZNdvXx
mc46njMZLEUo8sXZJPpaKX6Hs4KhKjRVOTu1f8W2FFFFeWdQUUUUAFFFFAHz
T+3Z/wAku8Zf9eepf+m62ryr9i//AJM7+E//AGJuj/8ApDDXqv7dn/JLvGX/
AF56l/6bravKv2L/APkzv4T/APYm6P8A+kMNa4b4mOpsj0uiipY7cty3A/Wu
puxi3YjRC5wBU8duEwTyaeqhRgDFLWbm2ZubYUUU4J60Qg5bECBSacFApaK7
IUYxAKKKK1AKKKkjgLke9DYm7DACx4qWG1L9qsQ2gUc/lUwGBWMqnYtQb3I4
7ZUHrUlFFZN3NVFLYKKKKQwooooAKKKUAseKAEpQCx4p6wetSABRxSciHNdC
NYPWnqoUcCloqbmbk2FFFFIQUUUUAFFFOSIucAU1FvYBtKqlugqeOz/vGp44
gp+Uc1oqa6msaLe5WjtGbrx9amS2VO2frVhYPU09UC9BVXS2NFGEfMiWIkdM
CnrCB15p9FTdjcmAGBRRRSJCiiigAooooAKKKKACiilClugzQAlFPWAnrxT1
hA96V0K6IQMmnLEx9vrUwAHTiilzC5iMQepp4jUdhS0UriuFFFFIQUUUUAFF
FKqFugJoCwlFSC2Y+gp4tBnkk1Lki1Tk+hBRVlbdR2z9acECngAfhSc0aKg+
pVWNm6AnNPFsxPQD8asUVLmy1QXUgFocckCnC1XHU1LRS5mUqUewwQID0pwQ
KeAB+FOCE9jSiFielS2VaKG0U8QHuRSiAdzSug50R0VKIVHqaURKD0o5hc6I
aKn2gdhS0uYXtCAKSOhoEbHsasYPoaNp9KevYXtCDym9KUQsfQVNsNLsPtT5
Zdhe0IPIPqKUQHuRU2w0eX70+SfYXtGQ+R7/AKUeR7/pU3l+9Hl+9Hs5h7Rk
Ig560vkD1NTbB70bB70/ZTF7RkPkD1NHkD1NTbB70bB70eymHOyHyB6mjyB6
mptg96Ng96PZTDnZD5A9TQYB2JqbYPejYPej2Uw9oyDyPf8ASjyPf9Km8ujy
/el7OY/aMhMHHWk8g+oqfy/ejy6OSfYPaMg8g+1J5TelWNh9qTYaXLLsP2hA
Y2Hak2H0P5VY2GjB9DS97qh+0K1FWMYpCoPUA0uYftCCipzGp7CkMKn2p8w+
dENFSmAdiaQwHsaLofOiIqGHIBpDCrfwipTCw9DTTGw7GmmHusiNqpPcU02n
o36VN0oquZidOL6Fc2zAdjTTCyn7pq1RT52Q6ESnRVsqGHIBpDCrH7oqvaEO
g+jKtFTm1GOCRTWtWHQg01JEOlJdCKinNEy9QabVENNbhRRRQIKKKKAEKBuo
FNaAHpxT6Kdx3IjCR6GmkEdQRU9HWnzD5ivRUzRK3bH0ppg9DTuO5HRSshXq
KSmMKKKKACiiigAooooAKKKKAGtEG7Y+lMaEjpzUtFNMpSaKskCt1GDUMlkf
4Tmr5UN1GaY0HoarmvowajLczWjKHkGm1oSRcYYZFQyWgb7vFS4J7GcqL3RV
op8lu0fUUzGKhxa3MmrbhRRRUiCiiigAIyKY0IPTin0UXGm0QMhXrSVY60xo
QenFUpFqfciopWQr1pKo0CiiigAooooAKa8KydRz606ii4mk9GVJ7MryPzFV
2Qr1rTqOW3WQHsa1jU7mTptfCZ9FTTWpjPpUJGDg1smmRcKKKKYwIzTGTFPo
rOdKMtwI6KeyZphGK450pR3AbJEJOvX1qCSEx+49as0EZFSpNFKTRToqeW2z
yv5VAQQcHitU0zVNMK8W/wCCqP8AyYF4v/7FyT/0ukr2mvFv+CqP/JgXi/8A
7FyT/wBLpK58T0Nae55b/wAFi/2cPiF+2J+yVYfCnwFZWUtt498WaRp/ivUZ
/LaTw/oqXH2mbUIo5J4RK8U0FtmIFmdGdVXJDp8p+I/+CcX7Qmh/8LM8LXui
aL4/+H958e/D/wAXb2Gw+zaX/wALGsbndLrumCxub6WHyIJ0szHb30sayeQ7
+ZI3lqP0R/4SDwt/z4Xf/hT65/8AJ9H/AAkHhb/nwu//AAp9c/8Ak+vXXCeY
LSy+88n/AFgwnn9x8laN+xIbD/go18Mfivb/ALOVlYfDaz8AnwtY+GltfDyX
Pw81mLxC19Hqr263Rto0Mc0syy2Ek9wCZMxq7Yb5U+Hf/BJ344eE/wBmTwpo
XjP4Rf8ACffZfgr4t8F6V4d/tbRrz/hCvFN9r11d22rYu7pLeLzLaW3H2m0e
WdfI2sq7Uz+sH/CQeFv+fC7/APCn1z/5Po/4SDwt/wA+F3/4U+uf/J9P/VPM
Oy+8X+sGD8/uPzH+Kf8AwSY+OepeCP2idYm8LWXiv4x3mi/DGLwF40TWLR9V
n1XSbSyi1m8sr+4kS5tXMkDMZZTDJNgEbjxXu3wA/Yg+Jvw6/wCCv3iX4lR+
Hf7S+HXiLUtZ1XUdZ8e6PoN1rWmTPBFbWy6JqdrdT6iYGCskcFzHawwWW+Mo
8zA19hf8JB4W/wCfC7/8KfXP/k+j/hIPC3/Phd/+FPrn/wAn0f6p5h2X3h/r
Bg/P7j0aivOf+Eg8Lf8APhd/+FPrn/yfR/wkHhb/AJ8Lv/wp9c/+T6j/AFQx
/ZfeV/rFhPP7j0aivOf+Eg8Lf8+F3/4U+uf/ACfR/wAJB4W/58Lv/wAKfXP/
AJPo/wBUMf2X3h/rFhPP7j0aivOf+Eg8Lf8APhd/+FPrn/yfR/wkHhb/AJ8L
v/wp9c/+T6P9UMf2X3h/rFhPP7j0aivOf+Eg8Lf8+F3/AOFPrn/yfR/wkHhb
/nwu/wDwp9c/+T6P9UMf2X3h/rFhPP7j0aivOf8AhIPC3/Phd/8AhT65/wDJ
9H/CQeFv+fC7/wDCn1z/AOT6P9UMf2X3h/rFhPP7j0aivOf+Eg8Lf8+F3/4U
+uf/ACfR/wAJB4W/58Lv/wAKfXP/AJPo/wBUMf2X3h/rFhPP7j0aivOf+Eg8
Lf8APhd/+FPrn/yfR/wkHhb/AJ8Lv/wp9c/+T6P9UMf2X3h/rFhPP7j0aivO
f+Eg8Lf8+F3/AOFPrn/yfR/wkHhb/nwu/wDwp9c/+T6P9UMf2X3h/rFhPP7j
0aivOf8AhIPC3/Phd/8AhT65/wDJ9H/CQeFv+fC7/wDCn1z/AOT6P9UMf2X3
h/rFhPP7j0aivOf+Eg8Lf8+F3/4U+uf/ACfR/wAJB4W/58Lv/wAKfXP/AJPo
/wBUMf2X3h/rFhPP7j0aivOf+Eg8Lf8APhd/+FPrn/yfR/wkHhb/AJ8Lv/wp
9c/+T6P9UMf2X3h/rFhPP7j0aivOf+Eg8Lf8+F3/AOFPrn/yfR/wkHhb/nwu
/wDwp9c/+T6P9UMf2X3h/rFhPP7j0aivOf8AhIPC3/Phd/8AhT65/wDJ9H/C
QeFv+fC7/wDCn1z/AOT6P9UMf2X3h/rFhPP7j0aivOf+Eg8Lf8+F3/4U+uf/
ACfR/wAJB4W/58Lv/wAKfXP/AJPo/wBUMf2X3h/rFhPP7j0aivOf+Eg8Lf8A
Phd/+FPrn/yfR/wkHhb/AJ8Lv/wp9c/+T6P9UMf2X3h/rFhPP7j0aivOf+Eg
8Lf8+F3/AOFPrn/yfR/wkHhb/nwu/wDwp9c/+T6P9UMf2X3h/rFhPP7j0atb
wF/yPWi/9f8AB/6MWvI/+Eg8Lf8APhd/+FPrn/yfXUfBXWNAuvi14djsrS4i
umv4tjNruq3IHzc/u57uSNuM/eQ46jBANZ1uFsbSpyqzStFNvXtqXTz3C1Jq
nG927bdzsf8Agjn/AMo9vCH/AGFvEP8A6ftQrgPjh+wvL8bfiR4J1jXPDvxu
t5/AHjTW9bz4X8fTaRZaxZXX9uJCsKW2t2n2W4/4m0cjXawi4aOF7ZiYZGA7
/wD4I5/8o9vCH/YW8Q/+n7UK+na8c9I4n9nzQ9T0H4cSJq+m3GkXt7rWr6ib
OeWKSWCO51O6uIg7RO8e7y5UJCuwBOM8V5L4j1rVNP8AEGpw/wBheKJRFqN6
Q0WhXsqOrXczKVdIirKVZSCCQc19IUV89xFw7SzelGjVm4qLvoehl2YSwk3O
MU79z5SfXtR1rxR4ftB4d8Zhm1/TJCz+GNRjhiVL2F3d5GhCIqqpJZmAAB5r
vf26P2YvE37WnhXwF4Y0TxpqHgbRNO8a6f4k8SX2mLaNqctvpyT3tilr9qtL
qDzE1iDSZmDxgNDBMpYhij+4UUuHeHaWUUp0qU3JSd9fSw8yzKeMmpzSVux8
QfCX9gn4y/sm/FN/FfhTxH4f+L39i6r4sh0Kw8ba0ugXLad4lm0LV9QuLi80
3SHjFwmt6dqTpbpZlGg1KP8Afx/ZxC2h4/8A2FviX4v+A3jz4QCLwefBt341
uPiNoXiK38X6lpWs6leyeMU8UjS5obazD6ZGXeazGo217PNGI47lLfe3kR/Z
9FfRHnHwAf8Agmn8TvDej2Gt+Bbbw/8ADv4ranquq3UnjOL4s+I/El/4Nivb
XR7KR3/ti0uovFHmw6Rbu1vexWEUK29tFAY5o/7Qr3D9lz9mfx98GP2lfHOq
i50/wl8J9Xu9X1G18JWXii58TR61q2oal9sk1om8sYJtIkI87fp9tcXNm73r
uiwyRPJdfR9FABRRRQAUUUUAFFFFABRRRQAUUUUAfNP7dn/JLvGX/XnqX/pu
tq8r/YtQv+x58JwBk/8ACG6R/wCkMNeqft2f8ku8Zf8AXnqX/putq80/YqUL
+xv8Jcd/Bmjn/wAkYauhKzYqsrRR6TFAE5PJqSiitm7nK3cKULmlVPWnV0U6
F9ZCEC4paKK6kklZAFFFAGTTAKVUL9KlhtTIfWrcdusfuaiU0gSctiCCz7nj
+dWUQIMAUtFYSk2axgkFFFFSWFFFFABRRRQAUAZNPSEt14qRUCDik2Q5pDFg
z14p6qFGBS0VLZm5NhRRRSEFFFFABRRjNSR2zSewqlFvYaTeiI6fHbtJ0FWI
7VU68mp0iLD0FaKCW5rGj1kV47QL15qdIyRwMCpVhC9eadTcjRNR+EYsAHXm
ngYFFFRcTbe4UUUUCCiiigAooooAKKKAMmgAop6wk9eKesSj3+tK6FdEQUt0
GaesB7mpOlFLmJ5hoiUds07pRRUiCiiigAoopQpY8AmgBKKkW2YnnAp62oHU
k1LkjRUpMgpyxs/QGrKxqnQClqXU7Giod2QLak9SBT1tVHUk1JRU8zNFSihF
jVOgFLSiNj2NOEBPUgVLZV0hlFSiADrk04IF7ClzC50QgE9ATSiJj2xU2M0o
QmhXeyJdQiEB7kUogHvUvl0oQVSpzZLqMiEajtTgAOnFP2gdqWqVB9WS5DNp
9KNhp9FWqCFzDfLo8unUVSpR7CuxNgo2gdqWiqUIroK4YxRRRVAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFGM0U
UAJtHpRsFLRUuKfQLjdgo8v3p1FS6Uew7sZsNG0jtT6Kl0IhzEZFIY1PYVLS
bR6VLoPoxqRCYVPqKQwehqcoKQx+9S6U0WqjIDCw9DTSpHUGrBQ0hGKhqS3R
SqFeipyobqBSGFT6ilzFc6IaQqG6gGpTAexppiYdqq4+ZMhNsp9RTDaHHBBq
cjBoqlJidOL6FVoWU9CfpTauUhUN1ANUp9zN0OzKlFWGtlI4yKY1qR0INUpo
ydKSIqKVoynUEUlUZtWCiiigApDGG6ilooAjaD0P50xkK9RU9FPmHzFeip2j
DdqY0HoarmK5iOilZSp5FJTGFFFFABRRRQAUUUUAFNaIN7U6igadiFoivvUM
lsr+xq5SNGH61SkVzJ6SM2S1ZOeoqIjFabQkdOahkt1ftg0OMWZyop6xKVFT
SWjL05qEgis3BoxcWtwoooqRBRRRQAdaY0GenFPoppjTa2IGUqeRSVYIyMGo
2g9KpSNFPuR0UEYNFMsKKKKACiiigAIBGDzUE1mGHHPtU9FNNrYmUU9zOkhK
E8UytKSISDn86rT2e3JH51vGonuYuLjuVqKVlKnmkrQAoIzRRQA1kx0ptSUj
LmuWpQ6xAZTZIhIOfzpxGDRXNqmBVkiMZ56eteKf8FUf+TAvF/8A2Lkn/pdJ
XupGRXhf/BVQY/YF8YD08OSf+l0lZVpXsdNGV2eM/szXbftIfG/RPBcWrjS5
NaM+LryftHl+VbyTfc3rnPl4+8PvZ5776+BtT8eeFfDeu/Dy7vvGem+I9WfQ
BE9mtle2eoqjTeTJH5sibDAPO81ZGRVD7ym3n4V/ZD/b+i/ZY/aI8PePJdMH
iJNB+0508Xv2T7R51tNB/rNkm3Hm7vunO0DjOa9J+GH/AAWAtvgBrPgK18Ce
ERYeEfB+sXGvX+navrH9o3uv3txBLaSSvdJDCsWy0kMUSxQhVb55BMTiv2vG
YfHxrN4ZXVla9rN+9dP7X8trafifA0I4ZwSq6O/ne2lvLv8A1Y+jY/Avj641
Owt4NKhu4dTsLnVbfULbVLSfS2tLZitxM16kptkWJhtfdINpdQeXUN1OjfC7
VPE/wPttT0jzdc8Y3vjZfC0Fnpeo21/ZSxtp/wBr3rLCzoSoJLv5uxFD7sbW
NfJPhz/grmnhH4paT4nstT+N082lWd3aqNS+I1tqcmZzDwvn6W8QixGS0bRP
ucQOGQxDd1zf8F4GGn+MNPj+HuhW+j+PPFtxrOu6dBfmKC/0u4sEsp9PysYk
SeTYJ2vI3UmYlvK2syHmrUs1duSmu+/W+2+1rer6o1p08Er80n/XXbv/AEz3
Pxd8PtZ8PfB3wd4qtNU0/V7jxbd3tkumW13bvOZYL0WipahZma+8x2zm3Rgo
IOSGDGNPg58TbnxLY6Rb6FDfX2oajc6Qgs9XsrmKK9t4TNNayyxzNHDMsas3
lysrEK+AcGvkiL/gqLpenfD74faVaeFrlNR+EXiC51jwhdza0skIhmvobzyN
QhECtdODEyeZDJbAhwdnHze5/s1f8FmfAMH7R/h7+1tKuPAfgq88ba1488Qa
jf6i+tzJfXemXNtHFAtvaxMkAaUjaY5XJdCXUK24rLNKVOUo01Jrne3a7irJ
9rLRXe3myFHBzkk5W+H9L7r1/rQ1PiJrHiD4WWulXOsw26WOvRyTadfWl/Bf
Wd8sbmOQRzwSPEzI4wyhiy7hkDcN3sHxB+AV18MfiLonhTWNS8WQ6jrWrabo
yamvhgjQZLi7Me5IbxrlTLsV5OPKBYxMCFySPzz+Pn/BQPTfij8NfAHgvw/o
lz4f8NfD2G/Fn9v1VdS1C6lvLnz5nkmSGCPaMIqKsQIwSWbcAPSdD/4LJH4a
fDNvDnhLTfFt1GNT0a+g/wCEy8YHX7bTotMuRcw29rDFbWvkq8iQq+GIMcYU
KCQy7V8PmLhCVNWd3dabX916t9NbK/a6M6ccKpSUttLb9tV066XPon4n+DPE
/wAOtU8cmKSw1fRvAN2kGp6haalayCBJbmS2gMkaTO0cjvGcwnMkefnABBO9
4K+CPje5+LdtoHibTf7DsbbX9P0TVbibVbO3CSXSpKIYJHk2T3Bgff5UXmON
y5X5gG+R9S/4Kn+EdT1b4tWz+CNdXwv8ZJYNQ1mzXxVD/aFnfxX8l4slrc/Y
vLSA+YyGJ4JGOFPmjoe28V/8Fx9H+IPxCvtV1v4eXLaanjbS/HmlWlh4lW3m
tb2ysIrMxTzPaSLPBIIUfakcTKSw3tkYxnTzXl5VTW2+l9o/3t783lovR6Rp
4O93Lrtr3fl25fx+X0R8Tfg34i0PxR9l8O2uq39pcX2vLHPeyWlvbQ2el3TQ
SzvcGcBUXje88cCh2AXfuGfLviR4p1z4S65Bp/iC3+xT3lrDqFq63Ec8F7bS
rujmhmjZo5Y2GfmRmGQwzkEV59rH/BcG01yP7FN4E26Rf2ni/TdVij14C5nt
tfvheYglNuVhlt2VFDvHKsgz8iFhjxH9p39v6L9oTxL4cltNMGg6P4Q8OWPh
fS7WS9+2XJtrVGAknmCRrJKzO5JSKNcFBt4LNvgKOY8yhiYJLXXS+7ts+1un
zvoZ4mGFs3Seumny16dz6P8A+F9qf+W4OT/e6/r/AJz78n/C+1P/AC3Byf73
X9f859+fib/hfg/57jr2P/1/88fif8L8H/Pcdex/+v8A54/H2fqrOCx9s/8A
C+1P/LcHJ/vdf1/zn35P+F9qf+W4OT/e6/r/AJz78/E3/C/B/wA9x17H/wCv
/nj8T/hfg/57jr2P/wBf/PH4n1VhY+2f+F9qf+W4OT/e6/r/AJz78n/C+1P/
AC3Byf73X9f859+fib/hfg/57jr2P/1/88fif8L8H/Pcdex/+v8A54/E+qsL
H2z/AML7U/8ALcHJ/vdf1/zn35P+F9qf+W4OT/e6/r/nPvz8Tf8AC/B/z3HX
sf8A6/8Anj8T/hfg/wCe469j/wDX/wA8fifVWFj7Z/4X2p/5bg5P97r+v+c+
/J/wvtT/AMtwcn+91/X/ADn35+Jv+F+D/nuOvY//AF/88fif8L8H/Pcdex/+
v/nj8T6qwsfbP/C+1P8Ay3Byf73X9f8AOffk/wCF9qf+W4OT/e6/r/nPvz8T
f8L8H/Pcdex/+v8A54/E/wCF+D/nuOvY/wD1/wDPH4n1VhY+2f8Ahfan/luD
k/3uv6/5z78n/C+1P/LcHJ/vdf1/zn35+Jv+F+D/AJ7jr2P/ANf/ADx+J/wv
wf8APcdex/8Ar/54/E+qsLH2z/wvtT/y3Byf73X9f859+T/hfan/AJbg5P8A
e6/r/nPvz8Tf8L8H/Pcdex/+v/nj8T/hfg/57jr2P/1/88fifVWFj7Z/4X2p
/wCW4OT/AHuv6/5z78n/AAvtT/y3Byf73X9f859+fib/AIX4P+e469j/APX/
AM8fif8AC/B/z3HXsf8A6/8Anj8T6qwsfbP/AAvtT/y3Byf73X9f859+T/hf
an/luDk/3uv6/wCc+/PxN/wvwf8APcdex/8Ar/54/E/4X4P+e469j/8AX/zx
+J9VYWPtn/hfan/luDk/3uv6/wCc+/J/wvtT/wAtwcn+91/X/Offn4m/4X4P
+e469j/9f/PH4n/C/B/z3HXsf/r/AOePxPqrCx9s/wDC+1P/AC3Byf73X9f8
59+T/hfan/luDk/3uv6/5z78/E3/AAvwf89x17H/AOv/AJ4/E/4X4P8AnuOv
Y/8A1/8APH4n1VhY+2f+F9qf+W4OT/e6/r/nPvyf8L7U/wDLcHJ/vdf1/wA5
9+fib/hfg/57jr2P/wBf/PH47fw5/a+1T4T+ONN8R6HeWlvrGjzfaLOae0hu
0hlAIEgjmV0LKTlSVJVgrDDAGplhZWfLuNJX1P0G+M3gXx78AvB3h7XvFWjX
Omad4kj3Qu/LWsh3EW84/wCWUxQbwjclSw+8kirc/Yi+Lo8UftW+CbESq/n3
543ZziN29fb/AD3+RfiL/wAFn/jJ8WvBGp+G/EnjKy1bRNXhMF3azaDpu2Rc
gggiAMrKQGV1IZWCspBANbH/AASX+Lo8Uf8ABRH4Y2PmhvPv5+AfS0nb19v5
fj4mLw2KWWV3i1Hm5Z/De1rPukehQVH63T9he14777rsz9W/+COf/KPbwh/2
FvEP/p+1Cvp2vmL/AII5/wDKPbwh/wBhbxD/AOn7UK+na/Fj74KKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooA+af27P+SXeMv8Arz1L/wBN
1tXmv7Ff/Jm/wl/7EzR//SGGvSv27P8Akl3jL/rz1L/03W1ebfsUpn9jf4S/
9iZo/wD6Qw1eHi5SaRFf4UemBc04LilAxRXqU6Sjr1OYKKKK1AKKAMmpobUu
fWk3bcVyNIy/0q1BZ45PH8zUsUAi9z60+sZVL7Gkad9ZCKoUYHAFLRRWRqFF
FFABRRRQAUUqqWOBUiQgdeTSbE5JDEjL/SpEjCfWnUVLZk5NhRRRSJCiiigA
oop8cDSduKai3sNK+wypIrdpPpU8dqqdeTU6RFh6CtVBLc2jR6yIY7ZU9zUy
xFvYVIsQX3NOocjTmS0iNWIL7mnUUVJDdwooooAKKKKACiiigAooAyaesBPX
ii4XGU5Yy3apFjC9qdU8xPMMWADrzTwAOnFFFTcm4UUUUAFFFKqFzwCaAEoq
VbUnqcVIsCr2z9alzRrGjJldYy/QE1ItqT1IFT0VDmzVUUtxi26r2z9aeAAM
DijrTliY+31qG+5okojaKlEAHU5pyoF6ClzCc0QqhboKcICepAqUDNOCGhKT
2RDqEQhA6808ADoAKeEFKBitFRk9yHMYFJpQhp1FWqMepPMNCCl2gdqWitFC
K2QXCiiiqEFFFFABRRRQAUUUUAFFFFABRR1pdh9DQAlFO8pvSl8g+opXQroZ
RUnke9KIB3JouguiKipfIHqaXyl9KOZBzIhoqYRKD0pdg9B+VLmFzEFFT7B6
D8qUDAo5g5ivRViijmDmK9FWKKOYOYr0VYoo5g5ivRViijmDmK9FWKTYPQfl
RzBzEFFT7B6D8qDGp7CjmDmIKKm8pfSkMIJ70+ZD5kRUVL5A9TSeR7/pRdBd
EdFP8g+opDCw96LoLobRSmNh2NIQR14pjCiiigAooooAKKKKACiiigAooooA
CAaTYKWipcU90FxpjpCpFPoqHRj0HzEZGetNMSntipsZpCgNZui1sylIgMHo
aaYmHarBjpCpFQ4yW6LVRlaipyobqM01oQenFTzFqaIqa0KsOgH0qVoSOnNM
II68VSfYejIWtfQ/nUbQsnUVaoq1NkOjF7FOirTRK/UCo2tfQ/nVKaMZUZLY
hopzxMnUfjTaszaa3CiiigQdaa0Qb2p1FAETQkdOaZ0qxSMoYciq5iuYgoqR
oPQ/nTGUqeRTTGmJRRRTGFFFFABRRRQAUjIG60tFAETQkdOaikhV+o5q1SMg
brVKRfNfRmdLaFORyKhIxWm0JHTmoZLdX7YNDimZypJ6xKVFSy2rJyORURGK
zlFoxaa0YUUUVIgooooARlDDmo3hK9OaloppjUmivRUzxh/rUTIU61SZqpJi
UUUUygooooAKKKKAIZrUOOB+FVZYChPtWhSPGJBg1pGo0ZSp9YmZRVm4tNvP
61XZSp5rdST2M79GJRRRTGBGaYy4p9FZzpqW4EdeGf8ABVX/AJMG8Yf9i7J/
6XSV7qyeleFf8FVf+TBvGH/Yuyf+l0leZiKbi1c3w+7PnL/iEw1D/o43/wAs
M/8Ayyo/4hMNQ/6ON/8ALDP/AMsq/ZSivov9cs4/5/f+Sw/+ROH+x8H/ACfi
/wDM/Gv/AIhMNQ/6ON/8sM//ACyo/wCITDUP+jjf/LDP/wAsq/ZSvP8A9p34
6f8ADN3wim8YSaX/AGpp+n6rpNtqjNc/ZodJ0651K2tb3U55djCO3sbWaa8l
ZwqCK1kLvGu6RT/XLOP+f3/ksP8A5EP7Hwf8n4v/ADPyr/4hMNQ/6ON/8sM/
/LKj/iEw1D/o43/ywz/8sq/QWL/gpB4Z0r4y+MNB1+PT9G8O+G7vVrTTtWS5
u7648UHTh4dgm+wW8FoyXEi6prkmlNbxztcG9s1giinlkmjtd8f8FG/g9F4V
1TV7vxPqGlxaD4f1vxRq1nqfh3U7DU9HsNHSyk1B7qxnt0ureSOLUrCZYZYl
mmhvIZYkkjcPR/rlnH/P7/yWH/yIf2Pg/wCT8X/mfm3/AMQmGof9HG/+WGf/
AJZUf8QmGof9HG/+WGf/AJZV+ung34paF8QPEfizSdIvvteoeBtVj0TW4vJk
j+xXj2NpfrFllAfNrfWsm5Cy/vdudysq9BR/rlnH/P7/AMlh/wDIh/Y+D/k/
F/5n41/8QmGof9HG/wDlhn/5ZUf8QmGof9HG/wDlhn/5ZV+ylFH+uWcf8/v/
ACWH/wAiH9j4P+T8X/mfjX/xCYah/wBHG/8Alhn/AOWVH/EJhqH/AEcb/wCW
Gf8A5ZV+ylFH+uWcf8/v/JYf/Ih/Y+D/AJPxf+Z+Nf8AxCYah/0cb/5YZ/8A
llR/xCYah/0cb/5YZ/8AllX7KUUf65Zx/wA/v/JYf/Ih/Y+D/k/F/wCZ+Nf/
ABCYah/0cb/5YZ/+WVH/ABCYah/0cb/5YZ/+WVfspRR/rlnH/P7/AMlh/wDI
h/Y+D/k/F/5n41/8QmGof9HG/wDlhn/5ZUf8QmGof9HG/wDlhn/5ZV+ylFH+
uWcf8/v/ACWH/wAiH9j4P+T8X/mfjX/xCYah/wBHG/8Alhn/AOWVH/EJhqH/
AEcb/wCWGf8A5ZV+ylFH+uWcf8/v/JYf/Ih/Y+D/AJPxf+Z+Nf8AxCYah/0c
b/5YZ/8AllR/xCYah/0cb/5YZ/8AllX7KUUf65Zx/wA/v/JYf/Ih/Y+D/k/F
/wCZ+Nf/ABCYah/0cb/5YZ/+WVH/ABCYah/0cb/5YZ/+WVfspRR/rlnH/P7/
AMlh/wDIh/Y+D/k/F/5n41/8QmGof9HG/wDlhn/5ZUf8QmGof9HG/wDlhn/5
ZV+ylFH+uWcf8/v/ACWH/wAiH9j4P+T8X/mfjX/xCYah/wBHG/8Alhn/AOWV
H/EJhqH/AEcb/wCWGf8A5ZV+ylFH+uWcf8/v/JYf/Ih/Y+D/AJPxf+Z+Nf8A
xCYah/0cb/5YZ/8AllR/xCYah/0cb/5YZ/8AllX7KUUf65Zx/wA/v/JYf/Ih
/Y+D/k/F/wCZ+Nf/ABCYah/0cb/5YZ/+WVH/ABCYah/0cb/5YZ/+WVfspRR/
rlnH/P7/AMlh/wDIh/Y+D/k/F/5n41/8QmGof9HG/wDlhn/5ZUf8QmGof9HG
/wDlhn/5ZV+ylFH+uWcf8/v/ACWH/wAiH9j4P+T8X/mfjX/xCYah/wBHG/8A
lhn/AOWVH/EJhqH/AEcb/wCWGf8A5ZV+ylFH+uWcf8/v/JYf/Ih/Y+D/AJPx
f+Z+Nf8AxCYah/0cb/5YZ/8AllR/xCYah/0cb/5YZ/8AllX7KUUf65Zx/wA/
v/JYf/Ih/Y+D/k/F/wCZ+Nf/ABCYah/0cb/5YZ/+WVen/sYf8G8l5+wz+1H4
L+Kcvxq/4S2Pwvfc6T/wiRsftf2hGtf9d9tl2bfP3/cbO3HGc16t/wAE8P8A
guP4N/a9/bQ+Mv7O3itNP8I/Fj4a+Ndf0XQ7cSFbXxjpdjfXEUctsXJIvIoI
gZ4MksEaeL935sdt9s+NP+QPD/1/2f8A6VRVliOLM1rUpUqlW8ZJp+7HZ6P7
JdPKsLCanGGq13f+Z88f8Ec/+Ue3hD/sLeIf/T9qFfTtfMX/AARz/wCUe3hD
/sLeIf8A0/ahX07Xzp6AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQB80/t2f8AJLvGX/XnqX/putq84/Yp/wCTNvhJ/wBiZo//AKQw16P+
3Z/yS7xl/wBeepf+m62rzj9in/kzb4Sf9iZo/wD6Qw11YH45EV/hR6bRRRXp
HMFKiFzT4oC5H8quQ24jHOCf5VEppAk3oiK3s8cnj+ZqwqhRgcAUtFYSk3ub
RgkFFFFSUFFFFABRRSqhc8UAJT0hLdeBT0iC+5p1S5Gcp9hFUKMClooqTMKK
KKACiilVSx4ppN6IBKckRc8CporTPLcVYjjwMKK0UEtzWNJvVkMVoFGW6+lT
pHkcAAVIkIHXk0/pVORsmo6RGpEF9zTqKKglu4UUUUCCiiigAooooAKKVULd
KkWEDrzSbE2RqpY8CnrB6mpAMCipbJbEChegxS0UUhBRRRQAUU5IzIeBUqWo
H3jn6UnJIuMJPYgAJOBzUiWzN14FTqgQcAClrNz7G0aC6kaW6r7n3qQDAopy
xM3bH1qG+5qko7DaAMmpVgA6804KF6DFLmE5roRrCT7U5YQOvNSBSaUJTUJM
zdRjQAOgApQpNPAAorRUO7Ichoj9aUKBS0VqqcVshXCiiirEFFFFABRRRQAU
UUAE9OaACinCJj2xThB6mldCuiOiphCo9TShQOgFLmFzEIBPQE0oiY9qmoo5
g5iIQHuRThAO5NPopXYrsb5S+lLtA7ClopCCilClugJpRCzfwmi40m9htFSC
2Y+gpRanPJApcyKVOXYioqYWgzy36U77Kvq1LnRXsZFeirIt0x0/WgQID0pc
6H7CRWoq35a/3V/KgIoOQAPwpe0H7B9ypRVyij2g/YeZTAJOBzTvLb+635Va
oo9oP2C7lXy2/ut+VHlt/db8qtUUe0D2C7lXy2/ut+VHlt/db8qtUUe0D2C7
lXy2/ut+VIVK9QRVuij2gewXcp0Vcoo9oL2HmU6KtlQ3UA0eWv8AdX8qPaC9
g+5Uoq0YVb+EUn2dPT9afOhewkVqKsG1XPU0htB2JFPnQvYyIKKlNoccEGkN
qwHY0cyJdOXYjop5gcDpTSjAZII/CndEuLW6GlQeoBpDEpPSnUUxDDAPekMB
7GpKKd2O7ITCw96QqR1BqeinzD5ivRVggHqAaaYlPbFHMHMQ0VIYPQ0hhYeh
p3Q7oZRSlSOoIpKYwooooAKKKKACiiigAIBppSnUVLhF7odxhQikIzwakoxm
snQXQfMQtEp9vpTGgI6c1YKCmlCKzdOSLUyuVK9RikqwRng01oQfao5i1PuQ
014Vftg+oqVoSOnNMIwapPsXoyB7Uj7pzUbIUPIIq3QQCMHmrU31MpUU9inR
Vh7ZW6cVE8DIOmR7VakmYypyQyiiiqMwo60UUAMaEHpxTGjKdamop3Hcr0VM
0Qb2qNoivuKpMpMbRRRTGFFFFABRRRQAUjIH60tFAXIXiK+4qGS2V/Y1cprR
BvY1SkXzJ6SM2SBoz0qOtF4yo5GRUEtoGGV6+lDgnsZSo9YlWinPGYzyKbWT
TW5iFFFFIAo60UUARvD6VGRg1YpGQN1qlIuM+5BRTnjKe4ptUaJ3CiiigYUU
UUAFQzWoccAfSpqKabWxMop7mdJCYz3/AMKZWlJEJBz19apz2pQ+n8jW8Z3M
WnHchooIwaK0AK8I/wCCq3/Jg/jH/sXZP/S+Svd68I/4Krf8mD+Mf+xdk/8A
S+SuHHbR9TfD7s/QeiiiuE1Cuf8Aiz8LdC+OPws8TeCvFNj/AGp4Y8YaVdaJ
q9l50kH2uzuYXhni8yNlkTdG7LuRlYZyCDg10FFAHxh8Sf8AgjxpXxY+FPgn
w/r/AIq0/Wbvwz4f1WLWZdR8OJdad4v8Qaj4j0LxLdaleWTT7BZ3GqaNI8+n
RsqPDqEsMUtusaGtD4cf8EivCvhL/hALq6T4f6Xe+FPFcviLUrHwT4Hh8JaF
fwH7BcRWVvZ287PBt1PRPD+oPcTz3U8kmmSQb0tLg20f1/RQB4/+xV+x1oX7
E3ws1DwvoU32qC91WS7EuyRPLs4YYbDSrPDySE/YtIstMsfNzun+w+fIDNNK
zewUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAfMH7Cv/BKP4cfsM/Gz4wfFDTIv7f+Jvxp
8V6v4g1jxDd26pNZWd5qEt3FpdquW8q3j3R+YQd1xLGJHwqQRQ/RPjT/AJA8
P/X/AGf/AKVRVrVk+NP+QPD/ANf9n/6VRUmNHzx/wRz/AOUe3hD/ALC3iH/0
/ahX07XzF/wRz/5R7eEP+wt4h/8AT9qFfTtMQUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQB80/t2f8ku8Zf9eepf8Aputq84/Yp/5M2+En
/YmaP/6Qw16P+3Z/yS7xl/156l/6bravOf2J0L/sb/CXH/QmaP8A+kMNdOB+
KRFf4UemAZOBVi3tSxz+vpT7e04BPT9TVkAAYHFds6nRHPGDlvsNjjEYwKdR
RWJslbRBRRRQMKKKKACilVSxwKlSIL15NJslySGJETyeBUoGBgUUVLZk5NhR
RRSEFFFFABRTkjLnA71YhtQgy3J9KuMG9WVGDlsRRWxk9hVmOER4wMn1qRIy
3TgVKqBOlaXS0R0KMY+oxIc8n8qkACjiiipbE5NhRRRSEFFFFABRRRQAUUqq
WPAqRYQOvNJsTZGqFulSLCB15p/SipbJbDpRRRSEFFFAGTQAUVLHbFuTwP1q
VIlToOfWpc0jWNKTIEt2btge9TJbqvbJ96fRWbk2bxpRQUU5Yi3tT1hA681D
ZTkkRqpY8CnrB6mpAKUITQrvYh1BqoF6CnAE04KBS1rGh3MnIaE9aUKBS0Vr
GEVsK4UUUVYgooooAKKKKACilVC3QU8QHuaVxXI6ACenNTLEo9/rTgMClzC5
iERMfanCD1NSUUuZi5mNESjtTulFAGTSEFFPWBm7Y+tOFoe5ApOSLVOT2RFR
VgWyg9zTliVegHFTzotUH1KwUt0BNOW3Y9sfWrNFS5stUF1IBaHuQKcLVcck
1LRS5mWqUV0GCBAelOCBTwAPwpaKV2WopbBRRRSGFFFFABRRRQAUUAE9OaXY
fQ/lQFxKKcImI6UeU3pRcV0Nop4hJHajyD6ildBzIZRT/IPqKUQHuRRdC5kR
0VJ5Hv8ApR5Hv+lF0HOiOipPI9/0o8j3/Si6DnRHRUhg460nkH1FF0HMhlFP
8g+oo8g+oouh8yGUU7ym9KPKb0p3C6G0Uuw+h/KgqR1BFA7iUUUUAFFFFABR
RRQAhUMOQDSGFW/hFOoouJpPcjNqpPcU02hxw36VNRVczJdKL6Fc2zD0NMaN
l6gjFW6KfOyHQXQp0VbKBjyAfwphtlI6EfjVc6M3QfQr0VM1p6H86Y1uy9s/
SqUkQ6cl0GUhQN2FOKlTyCKSmQMMAPQkU0wkehqWindjuyAqV6g0lWKaY1Pa
nzD5iGipGg9D+dNaJl7Z+lO47jaKKKYwooooAKKKKAAjNNKelOoqZQT3C4wq
RTSobqM1LSFQaxlQ7FKRC0APTio2jK9RVkp6U0jFZNSjuaKoyvRUzRBvamNC
R05oTNFNMieJX6jn1qJ7Yg/LyKn6UVak0KVOMimQQcHiirbIHHIzUUlr3U/g
atTXUwlRa2IaKVlKnBGKSrMQooooAa0Qb2NRtEV9xU1FNMaZXoqZog3sajeM
p9PWqTKTG0UUUxhRRRQAUUUUAHWmPDnpxT6KLjTaK0kYPDCq81oRyvNaDKGG
DUbwlenIq076MbUZbmYRiirssCyD0PrVWWAxnkVEqfVGE6biMooorMgKKKKA
CmPDnkU+ii407FcjBoqd0DionQofarTNYyTG0UUUygooooAKRlDDB5BpaKAK
1xacZHI9fSqrIUPNadQz2wfoB9K1hU6MxlC2sSjXhH/BVb/kwfxj/wBi7J/6
XyV7zJEUPtXg3/BVb/kwfxj/ANi7J/6XyVz47aPqa4d3bP0HoooriNQrx/8A
bu/aV139kj9mfVPGvhbwR/wsjxPHqujaJpHhn+2I9H/te81PVrPTIIvtciPH
D+8vFbc67flwSoJYewV5/wDtLfAv/hoj4daboH9qf2P/AGf4r8OeJ/P+zfaP
M/sjXLHVvI271x532Lyt+Ts83ftfbsYA8w07/gp58O77xVKVk1C78Kah4K8K
+M/DWpaZpt/qep+Kk159aaG3tdJgtnvZJI7bR3uWVI3cQtM7xxJbSPXX6P8A
t6/CfX7VpbXxXv8AK/sJZ420y8jms5dZ1i40Swt542iDw3B1O0ubSWCQLLay
wSLcJDtNfOHxO/4Ih6V8QfjL8QfFUviTwfrWla94g03xJ4W8I+LvA6eIfDuh
XEQ8Qyagl/A93HJqcdzeeKNYvox5tuba4e3Cs8MCwHsNG/4I3fDi5/4Ry28Q
2nh+90K08Kar4e13QtC0NfDOlalLef2lHDJaQWMqCxt7W18QeJraOFfMllTW
FkuLie5tYrggHr/xS/bF0Lwd+z/ffEbQYf8AhJfD+ieK4/DetTs8lhDo0UHi
BdG1m+neSM7LfTdl7cSyMBEYrKR/MWI+cOQ1D/gonpTeKvGGhaTpOn65rfh/
4laF4B0vT7TWkkuvENvfPZpe6pBEsbOY7Bx4gWVFDgHwvqYaSIwXH2fr/hp+
x1oWg/sbXPwd8Xzf8Jnp/ifStStPGl7sk07/AISm81Zp5tZvPLikJtftl1d3
c3lQyBYPP2RFFRAOA+B3/BMbQvhH8U/ht41vda/t3xP4Q0q7l8QXv2OS1/4S
rxHcTX8x1zyxO0dpiTX/ABU32SNWhP8Ab2OBZWojAND4D/8ABUn4VfGyDwxa
x6tqEWq67aaKbm8tPDeuyeF7O91XTrK/s7P+27jT7e0Ek8eoWYhScwTSvd28
fkpNKsNc/df8FWfBF5+0roehadeag3w9m8Fa54kvNeuvCOswR6zcW+paBZaa
miXLwLDrEd2dVlWMaeLo3DyWQhY+dGs2f8AP+CUn/CjP2WI/hn/wnv8Aanl+
K/APif8AtL+xPIz/AMIvZ+FrbyPK+0N/x9f8I1u37/3P23G2Xycyc/Z/8Ek/
FTWvgHSL34reH5/DHwU8KQeGPhzbweC5ob+z+xax4d1XTp9XuDqLR6hsk8NW
KTpbQ2PnrNcbGtiyeWAe3j/go38HovCuqavd+J9Q0uLQfD+t+KNWs9T8O6nY
ano9ho6WUmoPdWM9ul1byRxalYTLDLEs00N5DLEkkbh60Pj/APti6F8H/wBn
v47+NdIh/wCEn1D4BaVqN3rekb5LLfeWujQ6wtn57RsB5lrc2reaiyKvnYwW
RkHmFj/wS9tvE/xM0Xx7458T6f4g8cP41Hi/xNPpmjz6XpmrJFaaRHbWNrbN
eTSWccd54a8M3zSPPcPJNpc0eUt7ySBdDw1/wTG0LwN+wL8W/gXoWtf2ZB8U
dK1jRBq/2OSb+y7OfTho+lReQ85Mv9n6RbaZZ7vMRrn7B50hE08rkA0Pgx/w
UJ8EQadpfhr4g/EDT0+IS+H5/FmqC58Caz4Ijs9GSfUl/tO4sNTaWbT7OIab
NHJcXUwjDm3JZPttokmhqH/BTn4RaRo9rcXd38QLXUL3VYdGt9Al+G/iRPEl
xPNa3l3E6aQbD+0Gt3h0+/ZbkQeQxsblRIWhkVb/AMYv2IdK+Onir41Ta7rm
oRaJ8bPhrYfDXULSwhSK6063gfXTLcxTvvQySJrbBVaIhDbAnzA+1eQ8PfsD
eKvEH7THhT4v/ED4heH9c8beG9VsppE8PeFJtG0q706y0nxLY21uIJ7+7lS4
87xReTSXBnZHS3gjWCMh5XAPX/gX+1H4E/aT/tT/AIQvXf7X/sjypZN9lcWn
2q1m3/Zr+28+NPtWn3HlTfZ7638y1uPJl8qWTy32/OHwg/4LifBf4v8Agf4E
39n41+F41v4q2gv/ABPokPjyxuLr4c28fhvUNbu5r1Rh/LtnsRayvKkAQzb2
KlfLb1D9iv8AYY/4Y/8A7G/4qn/hIv7I+FXg34Zf8g37J5v/AAj/APan+nf6
18faP7S/1XPl+T/rJN/y8f44/wCCVulfE/8AYg+CnwN13xhqB0T4VeH28N6h
qNhYJb3Wu28ng/VPDErxB3kS1kKam1wpYThTCEKsG3gA7DUP+CoHwV0DR7W6
1nxF4g8NXN9qsOiWmk694O1rR9bvLye1vLm1ii026tI7yT7Uthex2zJCVuri
2ktoTLcDyq6/wz+2T8O/F/xlk8CWGsahJrYu7nToLmTQ7+HRtSvbYSG5sbTV
HhFhd3kPk3Pm21vPJNGbO7Doptp/L8Q/Z8/4JT2fwV+Ivg/xUkvwf8N6h4X8
Vx+IZtP+HHwstfB2lanFFoeuaXHHIi3NxctcbtclkaaW5kiCW0UcVvCzzzS6
HwP/AOCWHh74HftcXvxJsLf4XtE/iDW/FMF/H8ObJPG897q0t3Lcw3fiB5JH
ls0e/uRFHb21tMsUVpE9xJHHOtyAfV9FFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABWT40/wCQPD/1/wBn/wClUVa1ZPjT/kDw/wDX
/Z/+lUVJjR88f8Ec/wDlHt4Q/wCwt4h/9P2oV9O18xf8Ec/+Ue3hD/sLeIf/
AE/ahX07TEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfN
P7dn/JLvGX/XnqX/AKbrauF/YgtwP2MvhGxwc+C9GOP+3GGu6/bs/wCSXeMv
+vPUv/TdbVxX7EX/ACZf8If+xK0b/wBIYa1wz96QqsU0rnp9FFFdZAUUUUAF
FFFABTkjL/SnRw9z+VSdKlszlPsIqhRxS0UVJmFFFFABRRTkjLnA700m9EA0
DNTQWxfk9KkhtQgy3J9KsJGX9hWqilubwpdZDI4gvCjrUyQ45PNOVAg4paHK
5bl0QdKKKKkkKKKKACiiigAoop6wk9eKLhcaAWPFPSH1/KnqoUcClqXIlyAD
AoooqSQoooAyaACgAk4HNSx2xbk8D9amVAg4GKhzSNYUm9yFLUn7xx7VMsYT
oAKWgDJrNybOiMIx2CjrT1hJ68VIqBelS2NzSI1hJ68U9YwvanhSacExTjCU
jKU2MAzTgnrTqK2jRS3M2wAxRRRWyQgooooAKKKKACilVS3QU9YPU/lSuK5H
TljLdqlVAvQUtLmFzEawep/KnqgXoKWilcVwopQpY8AmnrbMeuBUtpDUW9iO
irC2yjrk09UCDgAVLmjRUH1K6wM3bH1p62h7n8qmoqXNmqoxQxYFXtn608AA
YHFFFS2aKKWwUUUUhhRRShS3QGgBKKeIWPoKUQeppXRLkiOiphCo9TShAOwp
cwudEABPTmnCNj2qaijmF7QiEJI7Uvke9SUUrsnnYzyB6ml8pfSnUUXYuZib
B6ClAwKKKQgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKTYPQflS0UAN8pfSkMIJ70+indj5mRmDnrSeQfUVLRRdj52Q+U3pSFSO
oIqeinzD52V6KnKg9QDSGJT2xRzFc6IaKlMA7E00wkehp3Q+ZDKKUoV7Gkpl
BRRRQAU0wq38Ip1FFxNJ7kLWg7H86Y1uy9s/SrNFWpszdGLKZBBweKKuEAjB
5pjW6t2x9KpT7mboPoVqKla1I6EGo2jKdQRVJpmTg1uhpUN1Gaa0APTin0VV
ybkLRMPf6U3pVikKhuozT5iuYgoqVoB2NMaMr2p3HcbRRRTGFFFFABRRRQA0
p6UhUin0VlKlF7DuRMobqKY0HoanKg00oRWMqcolxmVyCp5pKsEBhzUbQelS
pGqmupEVDDkA1G9qD9049qmKleoxSVSbWw5RUtyoyFDyMUlXCARg81DJbd1/
KtFPuc86LWxDRSspU4IxSVZiFFFFADHhDdODUbIV61PQRkU0xpleipHh9Pyq
MjBwapMpMKKKKYwooooAKKKKAGvEG9jUMkeBhhwasUEZGDTTsUpW3KE1p3X8
qrlcVpPDjkc1DLAJfY+tU0pEypJ6xKVFPlgMZ5FMrGUWtznatuFFFFIAoIyK
KKAI3hxyKjqxTXiDdODVJmkZ9yGigjBwaKo0CiiigAooooAZLCJR2zXzx/wV
aXb+wX4zHp4elH/k/LX0VXzv/wAFXf8Akw7xp/2L8v8A6Xy1zYl/Ci6UVds+
/NSlu4oAbOC3nl3YKzTGJQMHnIRuenGPxqj9s13/AKB2k/8Agxk/+MVD8Tr6
XTPht4huYJHhnt9MuZY5EYqyMsTEEEcggjqK8X+JX7UHgD4aeNrzQGh+IevX
ekoJNTl0e8vLiDSlOOZ3NwoUYzkjIBBGdwIrz8Vi6OHjz15qKemv9fP01MMT
i6GGhz15KKbtr3/rX012Pbvtmu/9A7Sf/BjJ/wDGKPtmu/8AQO0n/wAGMn/x
iuN/Zz8eah4u0EwXtxbajBFZ213ZX8U7StdQy+anz7kRgweF/vAOAQGywLNY
/ad/aEs/2X/hFN4tvdB8QeKP+JrpOiWmk6ILX7fqF5qWpW2m2sUZup4IFzcX
cWWkmRVXcSeMHeLUkpRd0zeMlJKUdUzqvtmu/wDQO0n/AMGMn/xij7Zrv/QO
0n/wYyf/ABivNfBv7bngm/8AhZ4s8VeNLj/hUUHw+1WPRPFtt421DT7H/hGb
yWG0uIIri6iuJrFvOgv7GRGhuZF/0uOMlZg8Sch4p/4KW+AdE/ag8P8AgKHx
V8L7bRNQ8FR/EG78Qa143ttOW90aeLUZILrSIhHImpRxppdxNdSGa3jtrd4Z
g8wdlR2KPeftmu/9A7Sf/BjJ/wDGKPtmu/8AQO0n/wAGMn/xiuV8RftY/Czw
hrHhzTtW+Jfw/wBL1DxhqtzoWg2t34hs4Jtb1G2uhZ3Nlao0gM9xFdEQSRRh
nSUhGAbiuA/ap/4KSfCz9l211e1vfG/w/vfE/hbVfD9t4k0GbxVZ2d/4b07V
NY03Tn1O8iJaSC3t49TiuC0iKjLsBdBIHBYD2n7Zrv8A0DtJ/wDBjJ/8Yo+2
a7/0DtJ/8GMn/wAYqr8Lfix4V+OPgSx8U+CvE3h/xh4Y1TzPsWr6JqMOoWF3
5cjRSeXPCzRvtkR0O0nDIwPIIroKLAZP2zXf+gdpP/gxk/8AjFH2zXf+gdpP
/gxk/wDjFa1FFgMn7Zrv/QO0n/wYyf8Axij7Zrv/AEDtJ/8ABjJ/8YrWoosB
k/bNd/6B2k/+DGT/AOMUfbNd/wCgdpP/AIMZP/jFa1FFgMn7Zrv/AEDtJ/8A
BjJ/8Yo+2a7/ANA7Sf8AwYyf/GK1qKLAZP2zXf8AoHaT/wCDGT/4xR9s13/o
HaT/AODGT/4xWtRRYDJ+2a7/ANA7Sf8AwYyf/GKPtmu/9A7Sf/BjJ/8AGK1q
KLAZP2zXf+gdpP8A4MZP/jFH2zXf+gdpP/gxk/8AjFa1FFgMn7Zrv/QO0n/w
Yyf/ABij7Zrv/QO0n/wYyf8AxitaiiwGT9s13/oHaT/4MZP/AIxR9s13/oHa
T/4MZP8A4xWtRRYDJ+2a7/0DtJ/8GMn/AMYo+2a7/wBA7Sf/AAYyf/GK1qKL
AZP2zXf+gdpP/gxk/wDjFH2zXf8AoHaT/wCDGT/4xWtRRYDJ+2a7/wBA7Sf/
AAYyf/GKPtmu/wDQO0n/AMGMn/xitaiiwGT9s13/AKB2k/8Agxk/+MUfbNd/
6B2k/wDgxk/+MVrUUWAyftmu/wDQO0n/AMGMn/xij7Zrv/QO0n/wYyf/ABit
aiiwGT9s13/oHaT/AODGT/4xTPFjSNoFsZVRJTe2RdUYsqn7TFkAkDI98D6C
tmsnxp/yB4f+v+z/APSqKgEfPH/BHP8A5R7eEP8AsLeIf/T9qFfTtfMX/BHP
/lHt4Q/7C3iH/wBP2oV9O0xBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAHzT+3Z/yS7xl/156l/wCm62riv2Iv+TL/AIQ/9iVo3/pDDXa/
t2f8ku8Zf9eepf8Aputq4r9iL/ky/wCEP/YlaN/6Qw1rhviY6myPT6KKK6zI
KKKVELmgBAMnAqaOLZz1NKiBBS1DZlKV9gooopEBRRRQAUUAZqxBa92zVxg3
qVGLk7IjhtzIfarUcQjGAKekeeAABUqRhPrWl0lZHRGKh6jUhxyak6UUVDYm
2wooooEFFFFABRRQBk0AFKqF+lPSH1qTpUuRLkNSMJ9adRRUkhRRRQAUU6OI
ydOnrU8cCp7n1NS5JGkKbkRJbs/XgVMkYjHAp1FZuTZ0xpqIUdaekRbrwKkV
AvSobG5pEawk9eKkVQo4pwUmnBAPenGEpGUp9xoUmnBAPelorojSijNsKKKK
0EFFFFABRRSqpY8CgBKOtSLB6mnqoUcClzC5iNYSevFPWIL706ipuybsKKKe
luzdsD3qW7Aot7DKUKWPAJqdbZR1yakAAGBxUufY2jQfUrrbMeuBUi2yr15q
SiocmzWNKKAAAYHFFFFSaBRRQAT05oAKKeISfQU4QAdcmldEuSIqUIW7GplU
L0FLS5iXU7EQgJ6kCnCED1NPopXZLkxAgXoBS0UUiQooooAKKKKACil2n0o2
GqUJPZCuJRTvL96XYKpUpBdDKKftFLgelWqDFzEdLg+hp9FV7DzDmGbTRsNP
op+wiLmG7D7UeX706in7GIXY3y/ejy6dRT9lHsF2JsHvRsHvS0U/Zx7BdibB
70bB70tFHs49guxNg96Ng96Wij2cewXYmwe9Gwe9LRR7OPYLsbsFHl+9Oope
yj2C7G+X70bD7U6ij2MQuxmw0bDT6Kn2MQ5hm0+lJUlFJ0F3HzEdFSYzSbQe
1S6D6MOYZRT9gpPL96l0ZD5kNopdhoKkdqhwkugXEoooqRhRRRQAUEA9QDRR
QA0wqfammD0NSUU7spSZCYmHam9KsUEA9eafMUp9yvRUxhU+ophgI6EGndFK
aGUUrKV6ikplBRRRQAxoFbtj6VG1qR0OanoqlJoiVOLKjRlOoIpKuUxrdW7Y
+lUp9zGVDsVqKle1YdOaiIIODxVpp7GUotbiNGG6io2gI6c1LRVXFcgIKnmk
qwRkUxoQenFPmHzEVFOaMp1ptUUFFFFABRRRQAhUGmlCPen0VEqcZDTIyMio
2g9KnKg00oR71zypyjsXGRXIKnmkqwQGHNRvD6VKkaqa6kTKGGCM1DJbEHK/
lU5GDRVKTWw5QUtymQQcHiirTxiQcioZLcpkjkVqpJnNOk1qiOiiiqMgpGUM
OaWigCJ4ivI5FMqxTXiDcjg1SkUpENFKylTzSVRQUUUUAFFFFABTXiDexp1F
A07FeSPswzVae128jkVoMoYYNRPGU56irTvoxtKejM0jFFW57YSZI61VdCh5
qJQtqjCcHF6iUUUVmQFFFFACOgcVC6FDU9BGRg00yoysV6KdJFs56im1Zqnc
KKKKBhXzv/wVd/5MO8af9i/L/wCl8tfRFfO//BV3/kw7xp/2L8v/AKXy1zYn
oaU9z7X+Pl+mlfArxrdSHbHbaDfSsfQLbyE/yrxay8IeP/hVJ8SLHwlothc3
HiS9k8QaXq8kkJhkneXfJZXEbuHAKgorKGUby2VJwPoXxVaw6loVxZ3Wlf21
Z38bW1zZskTxzROpDq6ysFZCCQQc5DdMZrzj/hmn4af9ES8Jf+CDSf8A4qvN
xWEhWs22mr2a31Vn+f3nNicJGtZttNXs07PVNP8AP70jjv2A/B3if4aaNd+G
/GUVrD4hsdGsbqZYLz7SNk95qbpuIUKrDDKVUuPk3bzuIHU/t0fs33n7WX7P
6eCrK8+wef4r8MavdzrqV1psy2eneINO1G6EFza4nhuDb2kqxPGyMspjIkj+
+vU+A/Avh/4V/a/+EY+HNp4c+37PtP8AZdlp9n9o2btm/wAuRd23c2M9Nxx1
NdD/AMJHef8AQA1b/v5a/wDx6ng8NDDYeGGpttQSir72SsrjweFjhqEMPBtq
CUVfeyVlc+Nvit/wTC8SjwdZaH4Z1D/hItP8IfEA/EPRrnVPiBrugeJvEct1
pepaXPp+p+ILQTagPscN5B9mvlaaWa0tLfT5olWE3k+fo/8AwSy8W6H+zx+0
J4U0+bwfpN38ZPg/J4M0+3Guavqken6zc3/i6/uHur6+867uo/M8RQbrxj5l
w8dzL9mtlaOAfbP/AAkd5/0ANW/7+Wv/AMeo/wCEjvP+gBq3/fy1/wDj1dNz
psfG37Yn/BK+f4w/FO6m8J6N4f8A+EJ8S/D/AEz4a3Whf8J14i8G6V4a06xm
1Mo/9m6I0cWt27Q6q8f2CeazSNLPy0nUXcjQms/8E/finq3j/wAR2+jaj4f8
E/DK4+IGleNYfCv/AAll54jttbvovGum+IL3WN1zp8c+kXD29ndr/Z1tPcWM
k9/uAt2jknufsn/hI7z/AKAGrf8Afy1/+PUf8JHef9ADVv8Av5a//HqLhY4X
4BfBTVfhX8VvjfruoXGnzWnxK8a23iTTEt3dpILePw5omlskwZVCyefps7AK
WGx4zu3FlX1Csn/hI7z/AKAGrf8Afy1/+PUf8JHef9ADVv8Av5a//HqLhY1q
Kyf+EjvP+gBq3/fy1/8Aj1H/AAkd5/0ANW/7+Wv/AMeouFjWorJ/4SO8/wCg
Bq3/AH8tf/j1H/CR3n/QA1b/AL+Wv/x6i4WNaisn/hI7z/oAat/38tf/AI9R
/wAJHef9ADVv+/lr/wDHqLhY1qKyf+EjvP8AoAat/wB/LX/49R/wkd5/0ANW
/wC/lr/8eouFjWorJ/4SO8/6AGrf9/LX/wCPUf8ACR3n/QA1b/v5a/8Ax6i4
WNaisn/hI7z/AKAGrf8Afy1/+PUf8JHef9ADVv8Av5a//HqLhY1qKyf+EjvP
+gBq3/fy1/8Aj1H/AAkd5/0ANW/7+Wv/AMeouFjWorJ/4SO8/wCgBq3/AH8t
f/j1H/CR3n/QA1b/AL+Wv/x6i4WNaisn/hI7z/oAat/38tf/AI9R/wAJHef9
ADVv+/lr/wDHqLhY1qKyf+EjvP8AoAat/wB/LX/49R/wkd5/0ANW/wC/lr/8
eouFjWorJ/4SO8/6AGrf9/LX/wCPUf8ACR3n/QA1b/v5a/8Ax6i4WNaisn/h
I7z/AKAGrf8Afy1/+PUf8JHef9ADVv8Av5a//HqLhY1qKyf+EjvP+gBq3/fy
1/8Aj1H/AAkd5/0ANW/7+Wv/AMeouFjWorJ/4SO8/wCgBq3/AH8tf/j1H/CR
3n/QA1b/AL+Wv/x6i4WNasnxp/yB4f8Ar/s//SqKj/hI7z/oAat/38tf/j1M
8WSNNoFs7RvEz3tkSjkFkP2mLg4JGR7Ej3ouCPnv/gjn/wAo9vCH/YW8Q/8A
p+1Cvp2vmL/gjn/yj28If9hbxD/6ftQr6dpiCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKAPmn9uz/kl3jL/rz1L/03W1cV+xF/yZf8If8A
sStG/wDSGGu1/bs/5Jd4y/689S/9N1tXFfsRf8mX/CH/ALErRv8A0hhrXDfE
x1Nken0UU+OLccnp/OusxbsJHHvPtUwAUcUdKKhu5lKVwooopEhRRRQAU5Iy
5AHelihMh6VbiiEYwBz61rGHVmkKbkNhtxHyeTU6RFuvApY4u5/KpKpyN7qK
tEAMDAoooqCAooooAKKKKACijrUiQ+v5UNibGpGX+lSqgQcUvSiobJbCiiik
IKKKkity/J4H86Tdtxxi27IYqljgDNTR2wGC3J9KkRAgwBS1m59jphRS1YAY
FFKqljgVIkIHXk1m2auSQxIy/wBPWpEjCfWnU4J60KLlsZSmNAzTwmKWiuiF
JLcybCiiitRBRRRQAUUU5Yy/SgBtKqFugqVYQvXmnVLkS5DFhA6808DAooqb
k3CinJC0nQcetTJbBTzzUuSRcacpECoXPAzUqWufvHHsKmAAGBxRUOb6G8aK
W4iRqnQYpaKKg2StsFFFAGTQAUU9YSevFPWJR7/WldEuaREFLdBmnLAT14qX
pRS5iHNjViUe/wBad0ooqSW7hTZplgjLMcAU6uG+Nnjb/hEPDc84bb5aE5pp
dxwi5OyLviP4r6d4fJE08abeuTXMTftPaHHIcXcOPdx/jWj8Jf2btK1jw5ba
z4ttl1rVdTjW4MFwS1vaKwysYToWwRuLZ5zjjr2b/s9+AZDlvA/g9j76NbH/
ANkpcz6G/wC5i7O7POR+1FoZP/H1b/8Aff8A9el/4ag0T/n5g/77/wDr16H/
AMM7/D//AKEXwd/4Jbb/AOIo/wCGd/h//wBCL4O/8Ett/wDEUuaXkPno9n+B
56P2oND73UP/AH1/9el/4ah0L/n5i/77/wDr16D/AMM8fD8f8yN4O/8ABLbf
/EUv/DPHgD/oRvB3/gmtv/iKLy6i56PZ/geff8NR6F/z8w/99Cj/AIaj0L/n
5h/76Feg/wDDPHgD/oRvB3/gmtv/AIij/hnjwB/0I3g7/wAE1t/8RRqHNR7P
8Dz7/hqPQv8An5h/76FKP2otCx/x9wD/AIFXoH/DPHgD/oRvB3/gmtv/AIij
/hnjwB/0I3g7/wAE1t/8RReQr0ez/A4AftRaDj/j8h/Ol/4ai0H/AJ/Ifzrv
v+GePAH/AEI3g7/wTW3/AMRR/wAM8eAP+hG8Hf8Agmtv/iKd5dx81Ds/wOB/
4ai0H/n8h/Oj/hqLQf8An8h/Ou+/4Z48Af8AQjeDv/BNbf8AxFA/Z58AA/8A
IjeD/wDwTW3/AMRReXcOah2f4HA/8NRaD/z+Q/nR/wANRaD/AM/kP5134/Z9
8BAf8iR4Q/8ABNb/APxFL/wz94C/6Ejwh/4J7f8A+Ipc0w5qHZ/gefj9qHQC
f+P2EfjS/wDDUGgf8/0H513/APwz94C/6Ejwh/4J7f8A+Io/4Z+8Bf8AQkeE
P/BPb/8AxFF59xqWH7M4D/hqDQP+f6D86P8AhqDQP+f6D867/wD4Z+8Bf9CR
4Q/8E9v/APEUf8M/eAv+hI8If+Ce3/8AiKV59x8+H/lZwH/DUGgf8/0H50f8
NQaB/wA/0H513/8Awz94C/6Ejwh/4J7f/wCIo/4Z+8Bf9CR4Q/8ABPb/APxF
F59w58P/ACs4D/hqDQP+f6D86P8AhqDQP+f6D867/wD4Z+8Bf9CR4Q/8E9v/
APEUf8M/eAv+hI8If+Ce3/8AiKLz7hz4f+VnAf8ADUGgf8/0H50f8NQaB/z/
AEH513//AAz94C/6Ejwh/wCCe3/+Io/4Z+8Bf9CR4Q/8E9v/APEUXn3Dnw/8
rOA/4ag0D/n+g/Oj/hqDQP8An+g/Ou//AOGfvAX/AEJHhD/wT2//AMRR/wAM
/eAv+hI8If8Agnt//iKLz7hz4f8AlZwH/DUGgf8AP9B+dH/DUGgf8/0H513/
APwz94C/6Ejwh/4J7f8A+Io/4Z+8Bf8AQkeEP/BPb/8AxFF59w58P/KzgP8A
hqDQP+f6D86P+GoNA/5/oPzrv/8Ahn7wF/0JHhD/AME9v/8AEUf8M/eAv+hI
8If+Ce3/APiKLz7hz4f+VnAf8NQaB/z/AEH50f8ADUGgf8/0H513/wDwz94C
/wChI8If+Ce3/wDiKP8Ahn7wF/0JHhD/AME9v/8AEUXn3Dnw/wDKzgP+GoNA
/wCf6D86P+GoNA/5/oPzrv8A/hn7wF/0JHhD/wAE9v8A/EUf8M/eAv8AoSPC
H/gnt/8A4ii8+4c+H/lZwH/DUGgf8/0H50f8NQaB/wA/0H513/8Awz94C/6E
jwh/4J7f/wCIo/4Z+8Bf9CR4Q/8ABPb/APxFF59w58P/ACs4D/hqDQP+f6D8
6Q/tQaAB/wAfsJ/GvQP+GfvAX/QkeEP/AAT2/wD8RR/wz94C/wChI8If+Ce3
/wDiKd59xc2H/lZ5/wD8NRaD/wA/kP50f8NRaD/z+Q/nXoH/AAz94C/6Ejwh
/wCCe3/+Io/4Z+8Bf9CR4Q/8E9v/APEUc0xc1Ds/wPP/APhqLQf+fyH86P8A
hqLQf+fyH8674/s9eAD18D+Dz/3Brb/4ij/hnjwB/wBCN4O/8E1t/wDEU7y7
hzUOz/A4H/hqLQf+fyH86P8AhqLQf+fyH8677/hnjwB/0I3g7/wTW3/xFH/D
PHgD/oRvB3/gmtv/AIii8u4c1Ds/wPP/APhqLQv+fuD/AL6pP+GotC/5+Yf+
+hXoP/DPHgD/AKEbwd/4Jrb/AOIo/wCGePAH/QjeDv8AwTW3/wARReXUV6PZ
/geff8NR6F/z8w/99Cj/AIaj0L/n5h/76Feg/wDDPHgD/oRvB3/gmtv/AIij
/hnjwB/0I3g7/wAE1t/8RS1HzUez/A89P7UOhH/l5i/76/8Ar0H9qDQu11D/
AN9f/Xr0L/hnjwB/0I3g7/wTW3/xFJ/wzx8Pz/zI3g7/AMEtt/8AEUXkHNR7
P8Dzz/hqDRP+fmD/AL7/APr0H9qLQx1urcf8D/8Ar16H/wAM7/D/AP6EXwd/
4Jbb/wCIo/4Z3+H/AP0Ivg7/AMEtt/8AEUc0vIfPR7P8DzsftQ6G5H+lwD6P
W1oPx00jXZAIrqJiewYV1Y/Z58AKcjwN4PB/7A1t/wDEVm+Jf2XvBWu2UiWm
i2mhXJH7u50uMWrRN2IVQEP0ZTT5n1E5UX3NrT9Rj1GEPGwIPpVivIvgz4j1
DR/EGpeHtUcS32jXDW0rr92QDlXGezLhgO2a9dByAfWn0ujKrDldgpGjDdqW
ikZ3I2g9D+dMZCvUVPRT5i1Nleip2jDdqY0HoarmLU0R0UrKVPIpKZQUjKGG
CM0tFAET2oP3TioniZOo49atUVamzKVGL2KdFWXgVx0wfaont2TpyKtSTMJU
pIjprRBvanUVRmQtEV96bVikaMP1qlIpSIKKe0JXpzTKooKKKKACiiigBCoN
NK4p9FZzpKQ0yJkDjmo3hK9ORVgpmmEYrnlCUdzSMyvRUzxh/rUTIU60kzVS
TI5IBJz0NQPGYzyKtUEAjB5q1JoidJPUp0VNJbd1/KoSMGtU0zmlBx3Ciiim
SBAYc1E8JXpyKloppjTK9FSvEG5HBqNlKnBqkykxKKKKYwooooAKKKKAI5Ie
4/KoZYRIOetWqa8YfnoapSsWpX0kZssBjNR1oOmeGFVZ7YpkjkUShfVGNSlb
VbENFFFYmQUUUUAHWo5YscjpUlFNMadivRUssWeR1qLpVJmydwr53/4Ku/8A
Jh3jT/sX5f8A0vlr6Ir53/4Ku/8AJh3jT/sX5f8A0vlrnxPQ1p7n0L/wVH+N
3iX9nL9hTxz4z8Iao2i+ItG+wfZL1beG4MPm6hbQv8kyPGcxyOvzKcZyMEAj
5a/Zd/aB+Lf7QHhnwrHeftEeJNN8WeLrZZrHTYPB+kzwZ8hJSZphYFYVJbC/
fPBJwBmvcv8AguRKYf8Aglt8UGABI/srj/uL2Vfn98CPi7qnhf8AYn8RT6Nd
afpV/HomiafPqjapDa31nZzfu54rVHG93m+RS0eGQA85Ir9U4PwWHxGQVeWn
B1lV0lKEJO0lCKV5p+7dt2Wu9tWfMZrWlTx0XKUuVx2TaWl29E1rY/Rv/glz
8d/E/wAffhF4yvvFPiW58WT6P4rfTbK+uLW0t5Db/wBnWE4Qi2iijOJJ5cHb
nBAJOBXvHxL+KWhfB/w5bat4jvv7O0+71XTdEil8mSbfeahfQWFnFiNWI8y6
uYI9xG1d+5iqhmHx5/wQTvI739mTx+0KBIo/HcsaKOiqukaUAPyFe5/8FDfg
Rqv7Sn7N1v4Q0i11C7lu/Gvg+/vBYaq+lXUNhZ+J9LvL6aK6jlilhkitLeeR
XhkWYGMeWfM2Cvg+KqUKWb4ilTioqMmrRVlpo7JeZ7OWTc8LTm23dX11ep6h
pvxS0LV/inrPgq3vvM8T+H9KsNbv7LyZB9ns76a9htZfMK+W2+TT7xdqsWXy
csFDIWz9F+Nela78ffE3w5ht9QXW/Cvh/SfEl3O6ILWS31K51O3gSNgxcyK+
lXBcFAAHiwzEsF+AP2uv+CU3ia++MviaXwnZ/FDxN8MNStPCE2uafceLrTxf
rPioWQ8YpPYQxeLZ7uykjgudU0O8MN9stwIpJoM3cSV5h8Qv2JdW+Dvxd+Bd
v47+DXiD4t+CdW1XRNHsPB2t3nhnWL+/a1034p340+SBzZaTD9gttT01hbxB
LO2WJbe0luRbI7+Adx+v1FeP/sI/C3Xfg3+zPpeheILH+xZ01XWb7TtF86OX
/hGtJutWvLrTNJ/dM0Mf2GwmtbTyrd3t4vs3lwu8KRufYKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACsnxp/wAgeH/r/s//AEqirWrJ8af8geH/AK/7P/0qipMaPnj/AII5
/wDKPbwh/wBhbxD/AOn7UK+na+Yv+COf/KPbwh/2FvEP/p+1Cvp2mIKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA+af27P+SXeMv8Arz1L
/wBN1tXFfsRf8mX/AAh/7ErRv/SGGu1/bs/5Jd4y/wCvPUv/AE3W1cb+w9Fn
9i/4Qk/9CVo3/pDDWmHfvMKrskeoRRZ5PSpKKK6WzkbuFFFFIQUUUAZoAKlg
tzIcnoKdb2245PT+dWlQtwBW0Y8urNqdK+rGogXhRU6RhOeppUQIKWhyuaSl
0QUUUVJIUUUUAFFFFABSqpY8UqRl+egqVVCjApNibESMJ7mnUUVBAUUUUAFK
qFzgDJp0UBk56CrCIEXAqZSsawpOWrGRW4Tk8n+VSUUqqWPFZN33OpJRWglP
SEt14FPSIL7mnAZqL9iJT7CKoUYFOVc05UxS1tCj1kYuQAYoooroStsSFFFF
ABRRSqpY4FACUqoW6VIkOOvNP6VLkS5DEiC9eTT6KKm5Nwop8cDP7D1NTRwK
nufU1LkkaRpSZDHAz+w9TUyQKg6ZPvT6KzcmzojSigoooqTQKKOtPWEnrxRc
TaW4ynLGW7VIsYXtTqnmIc+wxYAOvNPAA6cUUVNyG2wooooEFFFKFJppN7AJ
RTggpwGK1jRfUnmGBCa8G/bau2tvh9fYJH7tjx9K98r5/wD24/8AknV9/wBc
2/lU1oKK0OrBu9Vep9NoixoFUBVUYAAwAKWiisznCiuQ+Nnxw0L4CeD01fXH
upWu7hLHT7Cyh8++1a7fPl21vECC8jYJ6hVVWZmVFZh88/Fn4ufGfxNoT6hB
4l8N/CqAqWjsLLS01/UYvTzriZltw/qkcTqDwJG61hVxEae56uXZPiMZJKnZ
Ju13e1/km38lp1PrWivyW8Qf8Fhfjn+x74q8/wAVw6F8b/BkcoS8ex0waLrd
gpON48rfBIPbavuR1H6Mfsh/ti+Av24vg3Z+OPh7q/8AaWk3DGG4glTyrvTZ
1AL29xHklJFyOMkEEFSykE8+EzLD4iThTl7y6df69D1+IOCs2yalDEYyn+7l
tNaxv2fVPyaTfQ9RooorvPkwor4k+JfxM+LHhv8AZX+Jn7S0XxQ8QQW/giDX
/Etj8OYbHRz4bvNL0mS5CWk1w+nnUlnuba03ySLd7Yri4bYrQxiNrnwg/wCC
kl/9v8e6R458MfEqx02Dxp4m8P6B40h0/Sjpc5s47m7hsoFWdp/OjtLeULNc
2ogeWAxtMzsquAfZ9FfHOl/8FsPgnp3x78NfC241y6m1nUptL0m41PUNY0K0
ktdQv7aCa2gmsWvY7+V5Bc2waazspbVJJyplXyp/Jb4v/wCCreqax4E8GeIP
A3wS+LGp6J471vQhoGtX1hpiaZ4i0S/voIDfwSf2ihtmeOeAww3wt7ljdRv9
naOG7MAB9kUV4p+0N+3P4b/Zp+K+n+Gde0DxVcWcnhjU/GWs+IbRLQaR4X0j
T2hW5urx5riOU4M8e2O3imlYbiEwrEfMes/8Fh9M/bJ8CReH/gunjvSvFUvi
bw/p2rXfhrV/BeuX+h6dqFxKq3SyjUL7TQzm1niMUnmXEeQzQIskUpAP0Hor
4r0D/gvJ8D/Gt34xi8Nyah4tbwvpU+sWKeH9a0DVbjxLbwzwwOba3t9Re4t2
LzxbV1CO0LhjtztbGrrH/Baz4TeEf2l9H+E3iKz1fw34xvdR0vQtSs9Q1nw/
9p0DVdSWBrWxmtI9Se8uWP2q1Dz2FvdWsZnO6dRDcGEA+v6K+VPBX/BXPwL4
l0VNS1bwd8RfB1jq2hy6/wCGpdbttPU+L4Y7+z05o7NILyV0lN7qNhAi3Swe
a13G0ZdNzrkfHn/gtF4A/ZgstNtPiF4M8deCPGOpSXRXwv4j1Dw9olz9nt0t
3kuY7+91SHSrqPF3bALaX00pZ5F8vdb3IhAPsKivDvin+3p4Z8CfDn4T+JfD
2geK/iTb/G26htfCFt4ZjsxNqXnaVc6rFIWvbi2ijja2tZDueQYLLnAyy8b4
q/4Kv+DfC/h5tVTwT8R9UsdB8Mx+MPHEllbac/8AwrnS3muoTPqIa8UzFGsN
RzHp32yQrYyMqsrwmUA+o6K+efhP+3M91+zj8X/iX8QvDep+E/D/AMKNa8Sx
TTJHBcG/0vSpp/8ASokt7mdmbyoSGD+WWkRyqBCpPDeIf+C03wv8G/s/6R4/
13S9V0GDxJqUmnaHp+peJPC9quviOJJZLmz1N9WGjzwKr4LJflg6tHt8wbKA
Pr+ivmL9kr/goPN+1x+1P4k8O6B4dnl+G1v8PPDfjPRvEaSWbrLNqNzqkUsE
rR3chcH7GFiMUJQNaXhaUo9qZeT/AGf/APgqfrXj74eXEut/B/4gap4vi8Se
LbY6T4ci0s+Romj65Ppw1KR5tSEQ27Y4HiEv2ia4gunt7d7dBJQB9k0V4x+0
n+3D4Y/Zw/Z10n4pyWFz4l8H6ubWSO9ttb0TRYYbe5j3wXEk+s39jbhHJjUK
JTIWlQBCNxXzTw7/AMFe/Bfje50xvD/gT4j+INLn8NaN4t1bVtPOjyWHh3T9
Su7y0jlnkOoDz/KlsLjf9iFzuUK0JmU5oA+sqK8B/ax/bT8NfsmfEuyfxFce
Op4LTwL4g8Wy6Vo2n2d1Z3ttp9zpUUrvvAujdob2MQxxOsbrLceYGdYcch49
/wCCs3hz4X6BaDxD8NviJoni688Tx+FE8I6jqXhqy1M3ctnHeQhZ5tWSwlMs
U0Qjhiu3uHZ9ohO19oB9W0V8k67/AMFP5/hunxh13xT8OvEdl4J+HWp6La2W
o3WpaD4eM0Ooada3H+kNq2q2qwyJNcKhSbyG/fQoqvIJAufaf8FsPhvrvw0t
fGWh+D/iN4l8KReGrrxdruraVHpVxZeGNMtL+8sL2e4l+3hLgQT2NzxYG6My
Jvt/PU5oA+xqK+dPiB/wUx8F/DF/Fmr6v4b8eL8N/BUmpWmq/ECy06DUNAtr
zTo5nvbVkt55L5Gia3nhMslqtuZ4/JEpleNHn/Yn/wCCl3w4/bq0jxjP4XuI
7C68CeRJrFrJr+ia19mt50laG4Nxo99fWoV/IuF2GYSqYGLRqrIzgH0JRXxT
8cf+Cod74m+AetSeCfh/8WvD/iPxDodvrngu7lg0CO78Q6RNeWtrJq9hFdXr
xx+QL2zbytSihlVr233W7gSqnqX7Xv7dujf8E+Phb4S1bxrpWv67Y6ohsptU
ufEfhXQ3juo4VcJO2palp8ElxMBK4SzDr+5l+VF2BgD6Eor5ng/4KleDdQ8e
2OnWXhD4h3vhm6vfDunTeL47OyTRrG419LU6VG6yXS3jmZ723jPlW0nlNIDL
5cf7yuo/aO/bt0P9nPxje6M/hLxt4yfw7oY8UeK5/DkVlMvg7SGeVEvruOe5
hnlR/s14yxWcdzOws5cRZMYcA9wor4w+EH/BSa9a/wDHuk+NfDnxHt9Jh8ae
JtA8PeOLbT9LOk3X2OO5u4LO3VZjP5qWlvKFmubVYHkgMbTM7Kr2dL/4LYfB
PTvj34a+Ftxrl1NrOpTaXpNxqeoaxoVpJa6hf20E1tBNYtex38ryC5tg01nZ
S2qSTlTKvlT+SAfY1FfG/i//AIKt6prHgTwZ4g8DfBL4sanonjvW9CGga1fW
GmJpniLRL++ggN/BJ/aKG2Z454DDDfC3uWN1G/2do4bswfZFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfOEd2y/tgeN48nb5tmAM/wDTjb17
eikoPpXhkP8AyeP45/662f8A6Q21e6xf6pfpV0oKTaZ0Yl/D6L8huMUVJSFA
a0lQfQ5eYZRSlCKSsXFrcq4UUUUgDrTWiDe1OooGm0QtEV96b0qxSMgbqKrm
LU+5BRUjQehphBU800y00xKKKKYxrxiQciopLYryOR+tT0VSk0RKmpblMjBo
q08YkHIqKS2K8jkfrWimmc8qTWxFSNGH60pGDRVGRC0RX3FNqxTXiDexqlIp
SIaKVkKdaSqKCiiigAoIzRRQA1k9KaRUlIVzWE6N9YlKRA8PpUZGDVkrimsg
cc1hqnZmsZ9yCmyRCQc9fWpHjKfSm1SfY00aKskRjPPT1ptXCMioJbbHK/lW
sZ9zmnRtrEioooqzEKRlDDmlooAheMp7im1Y61G8PcflVJlJkdFFFUUFFFFA
BRRRQAjIHHNQum04PINT0EZGDTTsVGVjPuLbAyvSq5GDWk8ZQ+1V7i338gc9
xVOKl6kTp/aiVaKVlKnBpKxatozAKKKKQBTJI93I60+igadiv0r53/4Ku/8A
Jh3jT/sX5f8A0vlr6Okj38jrXzj/AMFXhj9g/wAaf9i/L/6Xy1jiHex00ZXP
tb46/Arwr+0t8KtV8E+NtLOteGNa8n7bZi6mtvO8qZJo/wB5C6SLiSNG+Vhn
GDkEg+Df8OWP2bPs0UP/AAgWp+TCAI4/+Ev1vbGB0AH2zAx7V9T0VpQx2JoJ
xo1JRT7Nr8iKlCnPWcU/VHn37N/7LPgX9kjwXfeHvh/osuh6TqWoPqlzDJqF
1fNLctFFE0hkuJJH+5DEuA2Bt6ZJz6DRRWFSpOpJzqNtvdvVs0jFRXLFWQUU
UVAwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKyfGn/IHh/6/wCz/wDSqKtasnxp/wAg
eH/r/s//AEqipMaPnj/gjn/yj28If9hbxD/6ftQr6dr5i/4I5/8AKPbwh/2F
vEP/AKftQr6dpiCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KAPmn9uz/kl3jL/rz1L/ANN1tXI/sQf8mW/CD/sSdG/9IIa679uz/kl3jL/r
z1L/ANN1tXI/sQf8mW/CD/sSdG/9IIauh8TIr/Cj1Ciiiuk5goooAyaEgADJ
qxb238R6fzp0FqAMt+VWI4959q3jFR9TenT+1IRELmplUKMClAwMCipbLlK4
UUUUiQooooAKKKAMnAoAKkjh7n8qWOLaMnr/ACp9S2S2HSiiipJCiilRC5wB
QCVxAMmp4rbHLc+1PjiEQ45PrTqylPsdUKVtZBRQBk4FSxxbeT1rNs1ckhqR
buTwKlACjigDNPVMU4xcjGUhqpmngYoorphBR2M2woooqxBRRRQAUdackZf6
VKqBOlJsTYxIc8n8qkACjiiipbJbCilVC54GanjtgvJ5P6VLkkVGDlsQpC0n
QcetTxwKnufU0+isnJs6YUlEKKKKk0CigDJqRYM9eKLibS3IwMmpFgz14p6q
FHApalyM3PsIqBegpaKKkgKKKKACilCE04IBWkaUmK6GgE0oT1p1FbxoxW5P
MAAFFFOWJm7Y+taaIVxtHWpVgA6809VA4Ao5hcxCsTH2+teAftvKG+HV7n+4
R+lfRK2zN14r55/bfTb8Orz/AHCf0NcmId46HdgE/aq59LUUUVmcx+Vf7Q/7
d1v4+/4KXfES3aaQ6d8F7GHw1pVtIcLHd3G59QugM43NsigDdQsbD+M598/Z
9/a28N/txfDDxN8MrrU4LHxdYWLXOlyuw3SovCyL/eMbEBwOSjA+tfk1/wAF
Z/CHif8AZD/4Kq/E+5cslp49mHiKyZgRHfWtx94Z9UlSReOhT35+kP8Agmv8
PrD9mj4CeIP2pviRA1qFsZbfwnZTMQzROCj3Cgjl52/dR8fcDt0YGvgKGZ4m
eaVMNNe6ubnvsod7+lrf5H9fZlwRkuH4Fwmc4eb9vNUlh1CznKu7e5breXM5
eTfWyfo//BQP9pCx/wCCcX7Gi/Crw9qdvd/EnxxbPNrmpW5w6GVdskin7yrj
93GDyEQnqTXxp/wQh/a9vv2Vf2/dG0CS6lHhT4qMujajbFz5YuuTbT46bg5K
Z9JT7V7v/wAFIfgXpn/BQL9krRP2mPhzBJcahpdn5XiOwQ75o4IziQOB/wAt
LZicn+KJw3QV8kf8Ev8A4Aax8aP2/Phdb2MbhNJ1VNauHUcxw2xDlj7FzGv/
AAOvNxeKxEc8w8aXwaezts4vd/PW59jkWUZJU8Lc0qY//e+ao8TzpKca8G+W
NuijpyJaa7Jtpf040UUV+on8IHzprn/BODRdc1LxFprfEH4hwfC/xbqtzq+s
fDVF0hvDV/JdSm4vYmZ7BtQEF1ctLPNCt4EdriZdoikaM878UP8Agm5cNZ+M
dU8PeNPFnia8v77WvEXh7wd4h1Oy03wzpmt6lBcwSXRns9Na/ZVS8uQqTyXM
a+bu8sukbx/VtFAHzr8P/wDgnfp/gHxHp17p/wAQviTo+jO+nX+veE9M1G2h
0PxDqFnawWy3MzG3N8iutrbebbwXUVtOIcSwyLLOsuLpf/BLLS9B+HNn4T0/
4wfGmy0HwzHp1t4Ls01DS3t/AtvYXlvdW0NpE9g0V1s+yW0Ky6ml7OsUbKsq
mWZpPqSigDzb4rfsoeD/AI3+MtQ1XxTa3Gr22r+ENQ8EahpUsgFjfabfSQvc
K4CiTefJVQyuMKzcZwRyvw7/AGHU8KWlkPEfxU+LHxHvNMvdMurO68SahYgW
qae7yQRLb2dpb2x3PI5knMJuZRsV5mWONU9zooA+cdC/4JqeHdB8FX3hCPx9
8TX8AC3NnofhP7dZQ6T4VtzcRziG1WK1SWVEMaRxi8kufJjGyLywa6C//Yd0
4fHvV/G2j+PfiT4WsPFGr2fiHxH4W0XUba10jxDqVrDBBFdTyfZzfRlorSzj
lit7qGCdLVVlikWScS+3UUAfOd//AMEwvh1q3hnwdpV3eeJrqDwL4SvPCOkv
JcW5khSfUNL1GO+J8nH2y3u9Is5YXACKytujfjbHqH/BOqS81K08QRfHL45W
nxEgF1bz+Mkv9Jkv7uyuEt1ksfscmnvpcMANpbOv2eyicSRvJv3z3DS/SFFA
Hmvif9lnw/4rvfhJNcah4kZvgzqg1bRHm1N72e9lGlXml/6bPc+ZPcZgvZWL
tIJXlVXZ2+YN5X49/wCCVPgrxta6jZ2/i74g+H9K8VaI3hjxnYaZdWIh8c6O
bq8uRYXrS2kkkSKdRv4xLZPaz+XduDKSkTR/T1FAHl3hr9lXTfC/gP4heGbb
xP4zi0j4g6hqGolbXUI9PufD0l9uacafc2scVxF+9d5VZ5JJEdztcIFRfMtG
/wCCXukaDeXuv23xS+J0HxLvNfk8QN49t4NAtNZ3yWMVhLbyQQ6YmnXEDwQp
uFxZyuXSN9++GFo/p6igDyP4Vfsg6f8ACP463Hj6y8Y+OtT1LU/COneEdVtN
VvLa8t9XWxuby5t7+aRoPtAulfULtSIpkg2SgeSNkZXz7Tv+CX2j+F5tQn8O
fFP4s+F7vUNW1++Nxp0+kF4rHWtRbU73SQsunyI1r9seSWKV1a8h82RY7pUd
kP07RQB5H8Xf2O9E+I/gzwDpWha94h+HN38LrlLnwtqvh6Ownu9HC2M+nmNF
1C2u4GVrW4liJeJmAbhgea4/4ff8EzfBvgDR/EdsfEvjjWbnxZ4W03wpqd9q
FzZm4nhsb7Ub5Lj91bIgnkm1O43kJsKrGFRMEt9GUUAeM/tMfsN+Ev2qvFUO
r+IdR8RWdzB4T1fwcq6dPDHGbTUrjT555CHic+arabAEOdoDyZViVK5fxy/Y
G0v40zeL5bfx74/8IP48uWk12PSjpd5ZapbPpsOnS2U9lqNldWk1vJDBGT5s
LyK2/ZIiSOje9UUAfLkf/BKHwZ4c0rQ7Pwl4z+IfgmHwjJo1z4ZGmS6bdHw7
daZpEmiRXUP22yuPNkk02RreRbnzo8ASIkcw82m+HP8Agkz4F0X4F+OvAl54
t+IOuQfEbwvrHhXXNWvrmwXUbiLVNT1PU7u5XybSOBLg3Gq3O3EXlqqxjyzt
Jb6looA+efGP/BN3wl461HxNZX3ir4hQeAPFtxqOoah4F07U4dM0OS/v45Vu
7zzLaGO/Z5HnnmMb3bQCeTzhEJUjdO5+B/7N1x8KNO12PxD8RfiJ8VLvxBFF
aT3Xi66sysFtEjqsEVtY21raJkyyl5RB58u5RJLIsUKx+m0UAfN3gT/gmV4V
8H232e+8afELxTaaXo0PhrwxDrFzYOfB2kR3VtdGwtJYrSOWVJHsrFXkvXuZ
2Wzi/e7i7P1/7Sv7HVr+0R4x0LxNZeOPG/w68VaBpWo6FDrHhkabJcS6ffva
yXVs6ahZ3cIDyWVqwkSNZVMWFkCs6t7FRQB8/aJ/wTf8D6D4CTw7DqvitrJN
Z8I64He5tzL5/hptOaxXIhA2SHTIPOGMtvk2GPK7dH9o79hLQ/2jPGN7rL+L
fG3g1/EWhjwv4rg8OS2UK+MdIV5XSxu5J7aaeJE+03irLZyW06i8lxLkRlPc
KKAPk74h/wDBNF7DR/Fl54X8Y+KvEUtxd6xr3hvwZ4g1Oy03wxpOs6jb3Fu9
yZ7TTWv2RI7u5CpPJcxr5m7yy6RvH0/w/wD+Cd+n+AfEenXun/EL4k6Pozvp
1/r3hPTNRtodD8Q6hZ2sFstzMxtzfIrra23m28F1FbTiHEsMiyzrL9FUUAfL
el/8EstL0H4c2fhPT/jB8abLQfDMenW3guzTUNLe38C29heW91bQ2kT2DRXW
z7JbQrLqaXs6xRsqyqZZmk+k/C2iXPh7Snt7vWNR12Zrq4uBdXyW6Sqks7yJ
ABBFGnlwo6woSpcpEhkeSQvI2jRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAHzfEo/wCGxPHB/wBu0P8A5JW9e6QxloVI9K8Nt13fti+Nx6vZ
j/ySt696tLdjaoRjp0q6Ds2zqxado27L8iuQR14oqy6FTgimNCD7V1qRwX7k
NGM09oSOnNMIwae47jSnpSFSKfRWcqUWO5HRTyoNIU9KxlSktirjaKKKyGFB
AYc0UUAMaDPTio2UqeRU9BGRVKRamyvRUrQZ6cVGylTyKaZopJiUUUUxjXjE
g5FQyW5U8cirFFUpNESpqRToqzJCJOeh9agkhMZ9R61opJnNOm4jetMeHPTi
n0VVzO5AQVPNJU7KGGDUbwlenIq0y0xlFFFMYUUUUAFNZPSnUVMoKW4JkZFR
vD3H5VOVzTSMVyzg4mkZFbpRUzxh/rUTIUPNJM2jK5HLCJBno3rVd0KNg1bp
HQOuDWkZWInST1RUop8sJjPqPWmVqnc5WmnZhRRRQIa8QbpwahIwcGrFI6Bx
TTGmQUUrIUPNJVlhRRRQAUUUUAHWopItpyOn8qloppjUrFOeASjI6/zqoy7T
WnLFjkdKrzQCXnoappSQTp83vRKdFOdCjYNNrFq2jOYKKKKQBXzh/wAFYP8A
kxHxr/2L83/pfLX0fXzh/wAFYP8AkxHxr/2L83/pfLWFfob4fdn6B0UUVkah
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWT40/wCQPD/1/wBn/wClUVa1
ZPjT/kDw/wDX/Z/+lUVJjR88f8Ec/wDlHt4Q/wCwt4h/9P2oV9O18xf8Ec/+
Ue3hD/sLeIf/AE/ahX07TEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAfNP7dn/JLvGX/XnqX/AKbrauR/Yg/5Mt+EH/Yk6N/6QQ1137dn
/JLvGX/XnqX/AKbrauR/Yg/5Mt+EH/Yk6N/6QQ1dD4mRX+FHqFFFAGTXSkcw
AZNWre32DJ60W9vsGT1qxHHvPtW8Y8p0U6dvekEce8+1TAYGBQBgYFFS2VKV
wooopEhRRRQAUUUqoXPFAAqljgVKkYQeppUQIKWobIbCiiikIKKKlht94yen
p60m7FRi27IbFCZD6D1qwiBFwKUDAorJybOuFNRClRC5p0ce/k9KlAwMCobC
UraIRECCnBd1KqZp1aQpX1kYuQAYooorpStsQFFFFABRRTkjL/SgBoGTUiQ4
5NPVAg4palslsOlFFOjiMh46etSJJvRDQMmpY7YnBbgelSxwiMep9adWbn2O
iFG2shFUKMAYpaKKzNwoopyRFvYUCbsN609ISevAqRUCdKWpciHPsIqhRwKW
iipMwooooAKKcE9acBito0W9xNjQnrShQKWit404x2JbCilWMt0FSLCB15qm
yWyMKW6DNPWD1NSKueAPyqVLUn7xxUudgSlLYhVAvQVIkLP2wPep0iVOg59a
dWTqdjWND+YiS1A6nNSKgQcACloqG2zaMEtgr5z/AG4h/wAW7vP+uf8AQ19G
V87/ALcwx8Or0HtGf5mon8LOjDfxon0hRRRUnCfJ/wDwVi/4JcaH/wAFKvg/
aW8d3BoPj/wsZJ/DusvGWjQsBvtpwPmaCTauccoQGGeVb8Zv24rH9rHw1p1j
4B+N+neI08O6BKv9ntZWCSaMyonlo0UttHs2BBhVfBA/hBr+kmoruxgv49k8
MUyf3ZEDD9a8LNshpY6MvecHLRuL3XmtmfqXAXitmPDE6dqNPEQptygqkU3T
k93TlvBvrbc/nR/YD1L9ofw1baj4Z+C8Xi1rLxFIrahB/Z4TTJG2lN8klzH5
Y+U7W2bmIAG04FfrX/wSp/4Jh237Evhy98Q+IJLPUfHviFV+2zW8WyCyjGSt
vADysalm92JJOOFX6+sdEstMJNtaWtuT1MUSp/IVarDJeGaGXtTc5VJK6Tk9
Ip78q2V+vU38QPF7MuKZVIujTw8Kri6ipxSdRx+F1J/FPl+ynou1wooor6Q/
Jj88PBX/AAVK8aeKPixqOnW/xT/Z21nW7L4r6l4GX4R6fo10fHL6ba+JJtKN
15qatK/mR2MR1B3OnCIRxuWMUWZk9k/bG/4KfeGvg18AfjJqXgia51Lxx8Ov
CWta7ph1fwxq0XhzVbrToWaWCLUTFFaXjRyDbJDa3TSr5c33fKkKdZoX7DT+
HfgjceGLTxa9vrUPxJ1L4kaXrcemKH06e88Q3OsNa+WZDujMN1NYysHQyQyy
keWXwvz74n/4IRaLqmg/E7QtK1b4V+H9M8daL4i0yx1qz+E9gvjG1k1dZVP2
7WBOHvIIBcShUiitZpFSAS3Em2XzhAj6mj/bl+Gkvxju/Aa6xrB8QWs9xZI/
/COan/ZuoXkEBuJ7G01D7P8AY7y9jiSVmtbeaSdfInBjBhlCZGm/8FGfhRqH
hrX9Sl1Dxjpcvho2IvNJ1bwLr2ma7J9umkgszb6Zc2cd7dCeaKaOMwQyB3hl
UZMbAcK3/BN/XR4hutItfiadF+GVt4j1zxloul6Roj23iLTdX1aK++0SPqzX
To8Mdxqd7cRJHaQyI32dTM6xOJfO/gJ/wRr1X9n/AF/xH4j8O+K/g/4Q8T3c
Ph0aIngv4Ut4f0K1uNJl1JjcX9iNUla/kuYtTlikbz4XAiiZWDIrKAelaL/w
UntB+wV8RfjtcaHquraZ4M1nXrG10y10LU7O/uIrHVJrGKOe0eCS7glzGomL
wDyiJGdI0Rtt79n7/gpF4Y+Jvxu8Y+Bddlv9K1XTvE8mkaI7eF9WtLN4Bpdv
fpDd3ksP2a3vyjzubWWSKcRohMIyC13w5+xJ4lH7D3xA+FviP4gaZrPir4gz
eILy68S2vhtrKytbjVLq4uRssPtUjGKAzhAhudzrHzIGYtVfT/2ALrW9Fki8
WeL7LV73VfG7+NdZfTtEfT7a7km0I6TPbQxtdTPCjFnmVmkkZAQh3keYQD0j
4H/tc+Bf2ivEGp6Z4WvNelutMgjvA2p+GtT0eDUraRmVLqxmvLeKO/tyV/19
q0sWHiO7EsZbj9S/4Kb/AAW0M+KDqPifV9Ki8IpNLeT6h4V1e0gvIYb6LT5p
7GSW1VNRgjup4InlszNGhnhLMFkQtyf/AAT9/wCCZ9h+wt4kvru1PwoaJdHh
0Kxm8KfDCw8K6pfwI4Yz6teQyStfXLBIsmFbSDd5zmAl4/J5G1/4JK6s/j3x
XqUvxD8OaPpPiC8a8GmeF/BZ0GHVpjrdlqgvtZiivjaahqSR2QtlvY7a1kK3
EzOJAURAD2mD/goN8N77wAfEdlF8StUtIdVk0S8stO+GniW91fSrxIY5zDea
dFYNeWZMM0Mim4hjDpNEyllkUnPX/gp58Erjx5o3h618WahqV1rumaRrVve6
f4a1W90iCy1V2TTri41GG2aztUuHRlQzzR5Ix1rzb9oH/glPJ8ZfFni/WF17
4d60nirxxL4yOhePvAB8V+HYGfQdK0gbrH7dbiW7iGmNJFdFx5aXtxH5TbvM
rkPgJ/wTH+JPwq1T/hXo8a6DB8J9O8BeC/COpX7+GjJq3iv+yI7lJvssg1Db
pwbMYcS29wSsxEbhl3gA+ov2jP2pPCn7ME8GqeMvFVh4d8PWWhav4g1GKTRr
u9uJbSwjhknnjkgJEYhWTLRmKR5fMUJgo27S+EH7TnhL46eHdf1Pw6/iN4vD
Fy1pqFtqPhnU9KvkcQpMGjtbu3inmjeN1MckUbJLyEZipA8M/ah/4JHeBPjL
8Otf8N+ArTwl8ILLxJ4Y8TaFfroHhS3iiurrWba2ga/ljheESSxi2XO75pAQ
N67efobwV8Lf+EP+JvjTxH9u+0f8JfNZy/Z/J2fZPs9usGN247923d0XGcc9
aAPAvgD/AMFefhd8W/gJ8MPGGu/8JD4U1L4ieHtP8QXWlDw7q+oReF4rtzEk
uoXSWYjs7JpkmWK+uxBbzpBJLG7RozL7B8YP2ufAnwJ+KXg/wX4k1DWIvEnj
pLibSbWw8P6jqamC3kt47i5uJbWCSO0t4mu7ffPctHEgk3M4UMR8xeEv+CQf
ijwh8AIvhjB8WdDn8I+IPA+nfDXxnFL4Ll+06xoVgLi3gNlKuoj7DfvZXUsM
08i3MTOsUsdvDtaN/oL43/sdad8efjzo/i7V9VlXSbLwJ4k8C3ukRwEPfQaz
LpjyTLcBwYzGunlQuxt3n53LswwI4L42/wDBV/4f/C74bHxDpWleOPERg8T+
H9Amsn8Ha7Y3E1vquqQ2Iv7SN7AyX0KK8jxtbJIlw6RQpJ5k8We8+D37f/wu
+PHxH1Dwt4a1XxFcahps2p273V74S1fTdKuJdNufst9Hb6hc2sdncPDMGVlh
mc/I5AKqxHzv4I/4IwSfDX4Q3mheHNf+DfhbxBaaj4Z1DR9a8PfB2z0Y3b6J
rFpqcUuspa3aSahNM9oqOYJrKEeZIyQqSoXoPij/AME/9f0v9mHwt8KNCutU
1m+1L4ga5rl94tsVh0xPDmm61qmpXepoVa6Fxvaw1O7soXt/McTtDMREF3ID
PrH4XfErR/jL8NtB8XeHp7i60HxNp8GqadPPZzWck9vMgkjcwzIksZZGB2uq
sM8gVu1n6Lp99p13epNPp7abvjGm29tZtA9nEIkVkkYyMsh3hyCqRhVZV2kq
XbQoAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooA+crUf8AGY3jf/rpZ/8ApFb19AWP/Hon+e9e
B6f/AMnj+Nv+u1l/6RW9e+2gxbJ9KdPY7a+8fRfkiQgEYPNRtbK3TipKK0Ta
MXFPcrtbMvTmo2UHgirlIyBxyM1an3MZUF0KDQehpjIV6irr2ufunHsaiaMp
1BFaKdzKUZR3K1FTNEG9qjaIr71aYkxpGaaU9KdRSlBS3KTIyMUVJTSnpWEq
LWw1IbRQRiisGigoIyKKKAI3h9KYQVPNT0jKGGDVKRam+pBRT3hx05pnSqua
JphQRkUUUDIpLYNyvFQspU4IxVukZA45GatTtuYzop6oqUVJLblORyP5VHWi
dzmlFp2Y14g3saiZSp5qeggMOapMEyvRT3i28jkUyrLCiiigAoIzRRQA1kxT
SAw5qSmsma550usSlIgeIr05FMqxUckXcflWKfc2jPoyMjIqCW328rkj0qei
rTaKlBSWpToqea33nI6+nrUBGDWydzjnBxeoUUUUyRGUMMGonjKH1FTUEZGD
TTGmV6Kc8ZTnqKbVlhRRRQAUUUUAFRyxY5HSpKKaY07FSaESr71UdCjYNaUs
WOR0qCaESr71TSkgnBSV0UqKc6FGwabWLVtGcwV84f8ABWD/AJMR8a/9i/N/
6Xy19H184f8ABWD/AJMR8a/9i/N/6Xy1z1+hvh92foHRRRWRqFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFZPjT/kDw/9f9n/AOlUVa1ZPjT/AJA8P/X/
AGf/AKVRUmNHzx/wRz/5R7eEP+wt4h/9P2oV9O18xf8ABHP/AJR7eEP+wt4h
/wDT9qFfTtMQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
80/t2f8AJLvGX/XnqX/putq5H9iD/ky34Qf9iTo3/pBDXXft2f8AJLvGX/Xn
qX/putq5H9h8Z/Yt+EH/AGJOjf8ApBDV0PiZFf4UeoAZNWbaDHzH8KS2t8jc
atIm9vavQiuVeZNOn9phHHvPtUwGBgUAYGBRUtlylcKKKKRIUUUUAFFFKiFz
QAIhc1MqhRgUKoUYFLUNkNhRRRSEFFAGTViG3CYJ6/ypN2LhByeg2G34yw/C
pqKOtYt3OuMVFWQVJHF3P5UscW3k9aeBmob6ImU+wU5UxSquKWuinStqzFsK
KKK2JCiiigAopVUscCpUjCc9TSbE2NSHufyqTpRRUtkthQBk05IzIcCp44RH
7n1qHJIuFNyGRW2RlvyqYDAoorJts6owUdgooopFBSqpY8U5Ic8nipQAo4pN
kOdthiQhevJp9FFRczbvuFFFFAgopQpNOCgVpCk2JsQJmnAYoorpjBR2JbCi
nLGX6VIkQX3NU2S2RrEW9qkWEL15qRIzIeBU0dsF5PJ/SolOw4xlLYgVC54G
amS1A+8c+1SgYFFZObZvGiluIqhRgDFLRRUGoUUUUAFFFFABXgf7bWnPffD2
+VFydjH+de/LGW7Vxfxm8DDxd4cuICu7ehBGOvFRNXTRdKajNM7iKVZo1dGD
I4DKwOQQe9Orxv4b/tA2vgbQYNE8YC7sbjTUEEV99neWG6jXhc7ASrhQAcjB
xnPOBvyftZ/DyJsN4lgB9DbT/wDxFQpIylQmnZK56LRXnA/a3+HZOB4ltz/2
7T//ABFO/wCGtPh5/wBDJB/4DT//ABFPmQLD1X9l/cz0WivOv+GtPh5/0MkH
/gNP/wDEUf8ADWnw8/6GSD/wGn/+Io5l3D6vV/lf3M9Forzr/hrT4ef9DJB/
4DT/APxFH/DWnw8/6GSD/wABp/8A4ijmXcPq9X+V/cz0WivOv+GtPh5/0MkH
/gNP/wDEUf8ADWnw8/6GSD/wGn/+Io5l3D6vV/lf3M9ForzoftZ/D09PEkJ/
7dp//iKX/hrH4ff9DHD/AOAs/wD8RS5l3D6vV/lf3M9Eorzv/hrH4ff9DHD/
AOAs/wD8RR/w1j8Pv+hjh/8AAWf/AOIo5o9w+r1f5X9zPRKK87/4ax+H3/Qx
w/8AgLP/APEUf8NY/D7/AKGOH/wFn/8AiKOaPcPq9X+V/cz0SivO/wDhrH4f
f9DHD/4Cz/8AxFH/AA1j8Pv+hjh/8BZ//iKOaPcPq9X+V/cz0SivO/8AhrH4
ff8AQxw/+As//wARR/w1j8Pv+hjh/wDAWf8A+Io5o9w+r1f5X9zPRKK87/4a
x+H3/Qxw/wDgLP8A/EUf8NY/D7/oY4f/AAFn/wDiKOaPcPq9X+V/cz0SivO/
+Gsfh9/0McP/AICz/wDxFH/DWPw+/wChjh/8BZ//AIijmj3D6vV/lf3M9Eor
zv8A4ax+H3/Qxw/+As//AMRR/wANY/D7/oY4f/AWf/4ijmj3D6vV/lf3M9Eo
rzv/AIax+H3/AEMcP/gLP/8AEUf8NY/D7/oY4f8AwFn/APiKOaPcPq9X+V/c
z0SivO/+Gsfh9/0McP8A4Cz/APxFH/DWPw+/6GOH/wABZ/8A4ijmj3D6vV/l
f3M9Eorzv/hrH4ff9DHD/wCAs/8A8RR/w1j8Pv8AoY4f/AWf/wCIo5o9w+r1
f5X9zPRKK87/AOGsfh9/0McP/gLP/wDEUf8ADWPw+/6GOH/wFn/+Io5o9w+r
1f5X9zPRKK87/wCGsfh9/wBDHD/4Cz//ABFH/DWPw+/6GOH/AMBZ/wD4ijmj
3D6vV/lf3M9Eorzv/hrH4ff9DHD/AOAs/wD8RR/w1j8Pv+hjh/8AAWf/AOIo
5o9w+r1f5X9zPRKK87/4ax+H3/Qxw/8AgLP/APEUf8NY/D7/AKGOH/wFn/8A
iKOaPcPq9X+V/cz0SivO/wDhrH4ff9DHD/4Cz/8AxFH/AA1j8Pv+hjh/8BZ/
/iKOaPcPq9X+V/cz0SivO/8AhrH4ff8AQxw/+As//wARR/w1j8Pv+hjh/wDA
Wf8A+Io5o9w+r1f5X9zPRKK87/4ax+H3/Qxw/wDgLP8A/EUh/ay+Ho6+I4R/
26z/APxFHMu4fV6v8r+5notFedf8NafDz/oZIP8AwGn/APiKP+GtPh5/0MkH
/gNP/wDEU+Zdw+r1f5X9zPRaK86/4a0+Hn/QyQf+A0//AMRR/wANafDz/oZI
P/Aaf/4ijmXcPq9X+V/cz0WivOv+GtPh5/0MkH/gNP8A/EUf8NafDz/oZIP/
AAGn/wDiKOZdw+r1f5X9zPRaK86/4a0+Hn/QyQf+A0//AMRSH9rb4dr18SwD
/t2n/wDiKOZB9Xq/yv7mejUV5yP2tvh2xAHiW3yf+nef/wCIqHWP2rvCkdi3
9jzXWvXxH7q2traVA595HUKo9eScdAaOZC9hU/lZxOmWpP7XfjWYDcjTWgz1
5FnAP5g17vbjECf7o/lXk/wP8FX82pXutarj+0dVna5nKjChj2A9AMAfQV66
0RUev0qobG1VrmS7JIbRR0oqyAooooAKCMiiigCN7ZW6cGoXhaPqOPWrVFUp
tGUqUWUmjD9ajaEjpzV6SBX9j61DJAye49a1jMxlCUSp0oqdkDjmo2hK9Oa0
TJTGU0p6U6ilKCluUmRkYoqQjNNKY6VzzotbFJjaKKKxGFNeMP8AX1p1FAJ2
IXjKfSm1Y60x4c8jiqUjWM+5FRQRg4NFUWFRy24fkcH+dSUU07ClFNWZUZSp
wRikq26Bxgiq8sJjOeq+taxlc5Z0nHVDKY8W7kcGn0VRkVyMHBoqdkDjmonQ
ofarTLTG0UUUxhRRRQAjLuphGDUlBGayqUlLVbjTIZI9/I61CRg4NWSuKY8Y
f61zarRm0ZkNMlhEgz0b1qRlKnBpKtOxo0mtSoylTg8EUlWpIhKOeD61WdCj
YNaxlc5J03ESiiiqMw61FJHt5HSpaOtNMaZXop8ke3kdKZVlhRRRQAUUUUAF
RyxY5HSpKKaY07FOeHzV46iqjLtNaUse3kdKgngEoyOv86ppSQVIc3vIp184
f8FYP+TEfGv/AGL83/pfLX0gRg183/8ABWD/AJMR8a/9i/N/6Xy1w4hWaTJw
+7P0DooorI1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsnxp/wAgeH/r
/s//AEqirWrJ8af8geH/AK/7P/0qipMaPnj/AII5/wDKPbwh/wBhbxD/AOn7
UK+na+Yv+COf/KPbwh/2FvEP/p+1Cvp2mIKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooA+af27P+SXeMv8Arz1L/wBN1tXL/sLQb/2LfhCT
0/4QnRv/AEghrqP27P8Akl3jL/rz1L/03W1c/wDsMrn9ij4PAD/mSNF/9IIa
2wnxSZUop2uepom4gDiplUKMChECClrrbM5SuFFFFIkKKKKACiilRd5xQAIh
c1MqhRgUKoUYFLUNkNhRRRSEFAGTQBk1Yhh8sZP3v5UpOxcIOTCGHyxk/e/l
UlFAGTgVi3fVnZGKSsgAycCpo49nJ60Rx7B708DJqNW7IzlMQDJp4GBSgYor
pp0+XV7mLYUUUVqIKKKKAClRC5pY4t/PQVMBgYFJsTYioEHFLRQBk1BAVJFA
ZOTwP506G34y35VNWcp9jenS6yEVQowBiloorM6Qoop6RFuvAoE3YaqljxUq
RhPrTgAo4oqGzKUrhRRRSJCiinKnrVRi5OyBsaBmnhMUoGKK6YUktWQ2FFAG
TUiQ+v5Vq2S2MVC54qRIQvXk09V7AflU0dr3Y/hWcp2CKlLYiVC54Gamjtgv
Lcn9KlAAGBxRWTm2dEKKW4AYFFFFQahRRRQAUUUqqWPAoASgDJqRYPU1IAFH
FTzEOa6ESwE9eKesYXtTqKTZDk2FNliWZCrAEGnUUiTnNe+Gena9u82GNs+q
1z8n7POjSNn7JB+Veh0UNJ7mqrTWiZ51/wAM7aN/z6wflS/8M7aN/wA+kFei
UUkl2H7efc88X9nfQ8c2kWfanD9njQ1P/HpF+Qr0GiiyBYifc8//AOGetD/5
84fyH+FA/Z50Mn/j0hH/AAEf4V6BRRyrsP6zU7nAj9nfQMf8e0X/AHwKUfs8
6AP+XaL/AL9iu9oosuwvrFTucJ/wz7oQ/wCXeL/v2KP+GftC/wCfeL/v2K7u
iiy7B7efc4T/AIZ+0L/n3i/79ij/AIZ+0L/n3i/79iu7oosuwe3n3OE/4Z+0
L/n3i/79ij/hn7Qv+feL/v2K7uiiy7B7efc4T/hn7Qv+feL/AL9ij/hn7Qv+
feL/AL9iu7oosuwe3n3OE/4Z+0L/AJ94v+/Yo/4Z+0L/AJ94v+/Yru6KLLsH
t59zhP8Ahn7Qv+feL/v2KP8Ahn7Qv+feL/v2K7uiiy7B7efc4T/hn7Qv+feL
/v2KP+GftC/594v+/Yru6KLLsHt59zhP+GftC/594v8Av2KP+GftC/594v8A
v2K7uiiy7B7efc4T/hn7Qv8An3i/79ij/hn7Qv8An3i/79iu7oosuwe3n3OE
/wCGftC/594v+/Yo/wCGftC/594v+/Yru6KLLsHt59zhP+GftC/594v+/Yo/
4Z+0L/n3i/79iu7oosuwe3n3OE/4Z+0L/n3i/wC/Yo/4Z+0L/n3i/wC/Yru6
KLLsHt59zhP+GftC/wCfeL/v2KP+GftC/wCfeL/v2K7uiiy7B7efc4T/AIZ+
0L/n3i/79ij/AIZ+0L/n3i/79iu7oosuwe3n3OE/4Z+0L/n3i/79ij/hn7Qv
+feL/v2K7uiiy7B7efc4T/hn7Qv+feL/AL9ij/hn7Qv+feL/AL9iu7oosuwe
3n3OE/4Z+0L/AJ94v+/Yo/4Z+0L/AJ94v+/Yru6KLLsHt59zhP8Ahn7Qv+fe
L/v2KP8Ahn7Qv+feL/v2K7uiiy7B7efc4M/s9aC3/LtD/wB+xSf8M76B/wA+
0X/fArvaKLIPrFTucA37POhDpawn/gI/wpP+GetD/wCfOH8h/hXoFFHKuw/r
NTuefH9nnQ2H/HpF+Q/wpP8AhnfQ/wDn0jr0KijlQfWJ9zzv/hnbRv8An0gp
P+GdtG/59YPyr0Wiiy7C9vPuedD9nbRgf+PWD8q1tE+DmlaM4aO3iQg9lrr6
KEkhOtN7shs7COxj2xqFA9BU1FFMzbuIyhuopjQeh/OpKKaYKTRAylTyKSrH
WmNCD04p8xop9yKinNGU602qLuFFFFABRRRQAySBX9j61A8LR9Rx61aoqlJo
znSUii8Yf6+tRvGU+lXpLYNyOD+lQOhQ4IraM7nPKMo7laipXhDdOKjZSp5F
WmJMaVBppXFPoqJ01IpMjopzJ6U0jFc0oOO5SYUUUVAxGQOOaieMp9Kmo600
yoysV6Kkkh7j8qj6VaZqncKCMiiigZDNb9Sv5VCRg1cpksAk56GtIz7mFSlf
WJWoIyMGlZSpwRikrQ5iKSLacjp/KmVYqOSHuPyqkykyOiiiqKCiiigAIzTG
XFPoqJwUkNMidA4qFkKHmrDLj6U1lDDBrkacXZmsZ2IKbJGJFwfwNPdChpKp
M10aKjoUbBpKtSRiRcH8DVZ0KNg1tGVzkqU+USiiiqMw61FJHt5HSpaOtNMa
ZXop8sew5HSmVZYUUUUAFFFFAB1qGWPYeOhqagjIwaaZUZWKNzAGUsPxr5m/
4Kw8fsI+Nf8AsX5v/S+WvqF02N7V8v8A/BWUY/YV8b/9gGb/ANOEtc+Ld1E0
jFX5kfoFRRRXMSFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFZPjT/AJA8
P/X/AGf/AKVRVrVk+NP+QPD/ANf9n/6VRUmNHzx/wRz/AOUe3hD/ALC3iH/0
/ahX07XzF/wRz/5R7eEP+wt4h/8AT9qFfTtMQUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQB80/t2f8ku8Zf9eepf8AputqxP2FU2/sTfB4
9z4I0X/0ggrb/bs/5Jd4y/689S/9N1tWN+wv/wAmS/B3/sR9F/8ASCCtcN8U
hz2R6nRRRXWZBRRRQAUUUAZNACqpY4FTIgQUkcewe9OqGyGwooopCCgDJoqe
3h2DJ6np7Um7FQg5OwsMPljJ+9/KpKKAMmsW7nbGKSsgAycCpo49g96I49g9
6eBk1GrdkZylcAMmngYFAGBRXVTp8pi2FFFFaCCiiigAp8cW4ZPSlji5yfyq
SpbJbDpRRSohdsCpJSBVLHA5JqeKAR8nk/yp0cQiHHJ9adWUpX2OqnStqwoo
oqDYKOtKqljgVKkYQe9JuxLkkIkOOTT6KKhsybbCiiigQUAZpVXNPAxWsKTe
rE2IFxS0UAZOBXUkkrIgKckZf2FPSHHJ5qRULnAGTScib9ENVAvSpYoC/J4F
SRW4Tk8n+VSVjKfY2hR6yESMRjApaKKzOhK2wUUUUAFFFKAWPFACUqqWPAqR
YMdeaeBgVLkQ59hiwAdeaeBgUUVNzNtvcKKKKBBRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTWiDe1OooGnYheMp9PWm1YprQ
hunFUpFqfchopWQoeaSqNAooooAKRlDDB5BpaKAIJbbHK/lUTLngirlNkiEg
56+taRn3MJ0esSg8OORzTKtSRGM89PWo3jD+xrVSMbtaMhoIzSshQ80lU0mM
Yy4pKkprJ6Vzzo21iUmNooorAoKa8Yf606igadiBlKnBpKnZQw5qJ0KH2q0z
WMrjaKKKZQ2SMSLg/garyRmNsH8DVqkdA64NVGVjOpTUtepUop8sRjPqDTK2
TucjTTsxkkW7kdai6VYpkke7kdapMaZFRQRg4NFUUFFFFABTGXH0p9FROCkh
pkTKGGDULoUNWGXH0prKGGDXI04uzNYysQU2SMSLg/gae67DikqkzXRoqOhR
sGkq1LH5i479qrMpU4PBFbRlc5KkOViUUUVRmBGRg1DJHsPtU1Iyhhg00xpk
FFK67DikqywooooAKKKKAEZdwxXy3/wVnGP2F/HA9NBm/wDThLX1LXy3/wAF
aP8Akxjxz/2AZ/8A04S1zYnoaUz9AKKKKwAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKyfGn/IHh/wCv+z/9Koq1qyfGn/IHh/6/7P8A9KoqTGj54/4I
5/8AKPbwh/2FvEP/AKftQr6dr5i/4I5/8o9vCH/YW8Q/+n7UK+naYgooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs/5Jd4y/689S/9
N1tWN+wv/wAmS/B3/sR9F/8ASCCtn9uz/kl3jL/rz1L/ANN1tWN+wv8A8mS/
B3/sR9F/9IIK1w3xMdTZHqdFFFdZkFFFFABUsUe0ZPWkhTJyakqWyWwoooqS
QooqSCHecnoP1pN2HGLbsh1vD/ER9KmoorFu52xioqyDrUsce3k9aIo9vJ60
8DNQ30RE5dEAGTUgGBSAYFLXTTp8urMWwooorUQUUUUAFSxRY5PWkij4yfwq
SpbJbCiinRxmRsD8TUiSvogjjMhwKsRxiNcD8TSogRcClrGUrnXTpqOvUKKK
Kk0ClRC5pY4959qlVQowKTZEpWBUCDilooqDIKKKAM0AFOVPWlVcUtdNOlbW
RLYUUU+OLdyelbkiIhc+1SqgQcUoHYCp4rbHLc+1ZykKMXJ6DIoC/J4FTqgQ
YAwKWisXJs6oU1EKKKKksKKKKACjrTkjL/SpUQIPek2S5JDEhzyfyqQAKOKK
KlsycmwooopCCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigA60x4c9OKfRRcabRAQVPNJU7KGGDUbw
lenNWmaKd9xlFFFMsKKKKAAjIqGW2xyv5VNRTTaJlBSWpTZc8EVE8W3kcir0
sIkGejetV3Qo2DW0Z3OWUHErUVK8OeRxUXStExJiMufrTCMGpKCM1nOknqik
yOilK4pK5WmtGWFBGRg0UUgIpI9nI6UyrHWopIscjpVJmsZdGMoooqixGUMM
HkGq8sBj56irNBGRVRlYicFIp0VJND5ZyPu/yqOtU7nHKLTsxske8e9QkYOD
VimyR7x71SYJkNFHSirLCiiigApjLg+1PoIzUThzIadiJ0DioWUqcGrDDBpk
ibx71yap2ZrCViGmTReYvH3h0p5GDg0VadjVpNWZTIwaKnuId4yOo6+9QVsn
c4pwcXYKKKKZIjoHFQEYODVimypuGe4ppjTIaKKKssKKKKACvlv/AIK0f8mM
eOf+wDP/AOnCWvqSvlv/AIK0f8mMeOf+wDP/AOnCWubE9DSnufoBRRRWABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWT40/5A8P/AF/2f/pVFWtWT40/
5A8P/X/Z/wDpVFSY0fPH/BHP/lHt4Q/7C3iH/wBP2oV9O18xf8Ec/wDlHt4Q
/wCwt4h/9P2oV9O0xBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFAHzT+3Z/yS7xl/156l/6brasb9hf/kyX4O/9iPov/pBBWz+3Z/yS7xl/
156l/wCm62rG/YX/AOTJfg7/ANiPov8A6QQVrhviY6myPU6KKK6zIKdGm8+1
NAycCp0XYuKTYmxelFFFQQFFFKqlmAHegBYo/MbHbvVoDAwO1JGgjXApaxlK
52U4cqCnxR7uT0pI03n2FTdKzbHOXRBT1XA96RFxzTq3pU7e8zBsKKKK3JCi
iigAqSKLPJ6UkUe45PT+dS1LZLYUUUqIXbAqSUhY4zI2B+JqyiBFwKSOMRrg
fiadWMpXOynT5VruFFFFSaBTo4959qI4959qmAwMCk2RKVtEAGBgUUUVBkFF
FKFzTSb0QABk04DApQMCiuunTUdepDYUdaAMnAqZIwn1q27Et2Eji28nrUiI
XbApY4jKeOB61ZRAi4FZSnYqFNy1YkcQiHHJ9adRRWLZ1JJaIKKKKBhRRSoh
c0AIBk1IkOOTT0QIPelqWzKU+wdKKKKkgKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigBrxBvY1EylTzU9Iyhhg00y4ysQUU94ivTkUyrNE7hRRRQMKR0
Drg0tFANFaWIxn1BqJ4w49DV4jIqCa3KZI6fyrWMzmqUraxKbKVODSVOyBxz
ULoUNbJmaYhGaYy4p9FTOCkUmR0UrLikrjlFp2ZYUUUUgI5YscjpUdWKjlix
yOlUmaRl0ZHRRRVGgEZFV5ofLOR93+VWKRlDDB5BqouxE4KSKlFPliMZ9QaZ
WydzjaadmMkj3cjrUXSrFMlj3cjrVJjTIqKKKooKKKKAAjIqMjBqSkZdwrKp
T5ldbjTIZY9wyOv86iqx0qOZMcj8a5k+hvCXQjqC4i2ncOh61PQRkVadipwU
lYp0U6WPy2x2PSm1ujias7MKKKKBEcyYORUdWOtQumxvaqTKTG0UUVRQV8t/
8FaP+TGPHP8A2AZ//ThLX1JXy3/wVo/5MY8c/wDYBn/9OEtc2J6GlPc/QCii
isACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsnxp/wAgeH/r/s//AEqi
rWrJ8af8geH/AK/7P/0qipMaPnj/AII5/wDKPbwh/wBhbxD/AOn7UK+na+Yv
+COf/KPbwh/2FvEP/p+1Cvp2mIKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooA+af27P+SXeMv8Arz1L/wBN1tWN+wv/AMmS/B3/ALEfRf8A
0ggrZ/bs/wCSXeMv+vPUv/TdbVjfsL/8mS/B3/sR9F/9IIK1w3xMdTZHqdFF
OiTcfYV1mQ+FNoz3NPoorMzCiiigAqxbxbFyep/SmW8e5tx6Cp6znLodFGH2
mFKq7jgUlTRJtHuaybNpSsKq7RinIuTQBk08DFXShd3ZhJhRRRXUQFFFFABT
o03n2pFUscCplUKMCk2JsUDAoooqCBVUscDkmrMUflrjv3psEXljJ6n9KkrK
Ur6HVSp21YUUUVBsFOjj3n2pEQuanAwMCk2RKVgAwMCiiioMgoopVXcaaV3Z
ACrmngYoAxRXZCCiiGwpVUscChVLHAqZECCqbJbBECCpYoDJyeB/OiGHzDk/
d/nVgDArGU+xpTp31kIqhRgcAUtFFZHSFFFFABRR1qSOLjJ/Kk2JuwkcW7k9
KlAwMCiipbMXJsKKKKQgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKjkhzyKkoouNOxX6UVM8Yf61EQVPNWnc1jK4lFFFMoKKKKAIZrf
qV/KoSAw5q5UU8G75l69x61pGfRnPUpdYlKSPYfam1YIyMGoZI9h9q3TMkxt
NZccinUUpwUlZlJkdFOdcc02uOUXF2ZYUUUVIEcsWOR0qOrFRSx7TkdKpM0j
LoxlFFFUaCMoYYPINVpIzG2D+Bq1SSIJFINVGVjOpDmRUopXUoxB6ikrY4yO
WPHI/Go6sdahkTYfaqTKTG0UUVRQUUUUANdc803rUlMdcGuetD7SKTIJE2H2
NNqdl3DFQkbTiskzojK42RBIpBqqylTg8EVbqO4j3LuHUVpCVtDOrC6uivRR
RWpyhSOu9cUtFAFcjBoqSZM8io6tMtMK+W/+CtH/ACYx45/7AM//AKcJa+pK
+W/+CtH/ACYx45/7AM//AKcJa58T0Nae5+gFFFFYAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFZPjT/kDw/9f9n/AOlUVa1ZPjT/AJA8P/X/AGf/AKVR
UmNHzx/wRz/5R7eEP+wt4h/9P2oV9O18xf8ABHP/AJR7eEP+wt4h/wDT9qFf
TtMQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB80/t2f8A
JLvGX/XnqX/putqxv2F/+TJfg7/2I+i/+kEFbP7dn/JLvGX/AF56l/6brasb
9hf/AJMl+Dv/AGI+i/8ApBBWuG+JjqbI9TAyanRdi4pkKd/yqSulswbCiiip
JClRC7ACkqxbx7FyRyamTsi6cOZj1UKoA7UtFKq7jisTt2HQpk5PapaAMDAp
yL3pRTk7GEpX1FUYFLRRXYlZWRkFFFFMAo60VJCnc/hQ2JsdGmwe9OoorMgK
mt4f4iPpTIIvMbnoKs1E5dDelTv7zCiiisjpClVSxwKTrU0abB70m7EylYVF
2LilooqDEKKKAMmhIBQMmngYFIBgUtdlOnyrzIbClVSxwKQDJwKnRNi+9W2S
2CIEFSww+Ycn7v8AOiGHzDk/d/nVgDArGczSnTvqwAwKKKKyOkKKKKACgDJo
AycCpo49g96TdiZSsJHHt5PWn0UVBk3cKKKKBBRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABSOgcUtFAEDKVPNJU7KGGDU
LoUNWmbRlcSiiimUFFFFAEU8G75l69x61ARkYNXKing3fMvXuPWtIy6Mwq0u
qKUkew+1NqwRkYNQOhQ1umYpiUxlx9KfR1qZwUkUmR0UrLikrjaadmWFHWii
kBDJHsPtTanZQwwahZdpxVpm0ZXEoooplDJovMXj7w6VWIwauVDcxZ+YfjWk
JdDCrTv7yIaRlDDBpaK0OYgZdpxSVNIm8e9Q1aZaYUUUUxhQRkUUUARkYNMl
TcMjqKmZcimVxzjys0i+pXop8qbWyOhplBuncrzxbGyOhqOrboHUg1VZSpwe
CK1g7nLVhZ3QlFFFWZB1qB12Nip6bIm9femmNMhr5b/4K0f8mMeOf+wDP/6c
Ja+pK+W/+CtH/JjHjn/sAz/+nCWscT0N6e5+gFFFFYAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFZPjT/kDw/wDX/Z/+lUVa1ZPjT/kDw/8AX/Z/+lUV
JjR88f8ABHP/AJR7eEP+wt4h/wDT9qFfTtfMX/BHP/lHt4Q/7C3iH/0/ahX0
7TEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfNP7dn/JL
vGX/AF56l/6brasf9hVd/wCxN8HB/wBSPov/AKQQVsft2f8AJLvGX/XnqX/p
utqy/wBhFcfsR/B0+vgfRf8A0ggrTDvWQVHoj1YDAoooroOcKKKAMmgB8Efm
Pz0FWabGnloBTqxk7s7acOVBU0SbVyepqOJNzewqas5MU30FAyaf0pFGBS10
0oWRg2FFFFaiCiijrQA5E3t7VN0pETYvvS1DZDYUqKXYAdTSVYt4ti5PU/pU
ydkVCHM7D0QIuBS0UVgdqQUUU6NN556CgG7D4UwMmn0UVm2YN3dwooooEFPV
cCkRe9OrppU7e8yWwo60VJDHjk1s2Q2OjTYOepqWKIyH0ApI0MjYFWUUIoA6
CspysVThzO7FAwMDtRRRWJ1hRRRQAUAZOBR1qaNNg96TdiZSsEcewe9OooqD
Fu4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUjKGGDS0UAQOhQ0lTsoYYNQsu04q0zaMriUUUUygo
oooAgnhwSw/GoWXcMVdqvPF5ZyOh/StYS6HNVp295FRlKnBpKmkTePeoelbJ
3M07gRkVGRg1JSMu4VnUp8yutykxlFFFchYU2RN496dRQCK/SipJkzyPxqOr
TN07oKCMiiimMrTR+W3HQ9KZVuRBIpBqqylTg8EVtGVzkqw5XdCVFMmDkd6l
oIyMGrTM0yvRSuuxsUlWWFFFFABTHGDT6CMionHmVhpkTLuGKgIwcGrBGDUc
yd/zrkXY2g+hHUNzHxuH41NQRkVadmXKPMrFOinSJ5bkU2tziatoFFFFAiKZ
NrZ7Gvlj/grR/wAmMeOf+wDP/wCnCWvqt13rivlT/grTx+wz45/7AM//AKcJ
awrvY3pM/QCiiishhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWT40/5A
8P8A1/2f/pVFWtWT40/5A8P/AF/2f/pVFSY0fPH/AARz/wCUe3hD/sLeIf8A
0/ahX07XzF/wRz/5R7eEP+wt4h/9P2oV9O0xBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFAHzT+3Z/yS7xl/wBeepf+m62rN/YU/wCTIvg5
/wBiPon/AKQQVpft2f8AJLvGX/XnqX/putqzf2FP+TIvg5/2I+if+kEFXQ+J
iq/Cj1SiiiukwCpbaPcdx7VEBk4HeraLsUD0qJuyNaMbu4tHWinwrls+lZM6
m7K5JGuxcU5Rk0lPUYFOlHmlqc8mLRRRXWQFFFFABUkKZOT+FMVdxwKnA2jF
JslsKKKAMnA71BJJbx72yRwKsUkaCNcClrGTuztpw5UFFFFSWKBuOKmVdoxT
YUwM9zT6hsynK+gUUUUiApVXJpAMmpAMCtaULu7E2FFFKi72xXWQOiTccnoK
lAycDvQBtGKntosDcep6VnKXUUY8zsPij8tcd+9OoornbOxKysgooooGFFFS
RR9z+FDYm7CxR7Rk9afRRWZi3cKKKKBBRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUjoHFLR
QBXIwcGippU3jjqKh6VadzaMrhRRRTKCkZQwweQaWigCrJGY2waimTIyO1XZ
Y/MXHftVUjBraErnHUhysr0U+VNpz2NMrYBrr3ptSUxlwa5q0PtIpMSiiisC
g61DImxvapqR13rimmVF2ZBRR0oqzYKiuY8jcByOtS0EZFNOzJlHmVinRTpY
/LfHbtTa3RxNWdmNlTcuR1FQ1YqGVNrexqoscWNoooqigooooAa4700jIqTr
UZGDXLWjZ3RUWQMu04pKlmXK59KiqEzpi7ojuI9y57iq9XKqzJ5bkdu1awfQ
560ftIbRRRWhgFfKn/BWv/kxvx1/2Ap//ThLX1XXyp/wVr/5Mb8df9gKf/04
S1hX6G1Hdn3/AEUUVkUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFZPjT
/kDw/wDX/Z/+lUVa1ZPjT/kDw/8AX/Z/+lUVJjR88f8ABHP/AJR7eEP+wt4h
/wDT9qFfTtfMX/BHP/lHt4Q/7C3iH/0/ahX07TEFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAfNP7dn/JLvGX/AF56l/6bras39hT/AJMi
+Dn/AGI+if8ApBBWl+3Z/wAku8Zf9eepf+m62rN/YU/5Mi+Dn/Yj6J/6QQVd
D4mKr8KPVKKKK6TAltky+7sKnpsSbEA/OnVjJ3Z2048sbB1qdF2Lio4V3Nn0
qWs5MU30FQZP0p9IowKWuunHlRg2FFFFWIKKKVV3MBQBJAuBn1p9AGBRWbM2
FTW0f8R/ColUswA71aVQqgDtUTeljajG7uLRRRWR1BTo03t7U2po02L70myZ
OyHUUUVBiFFFKoyaaV3ZAOQYFLRRXdGNlZGYVNGmxfc0yFNxz2FTKpY4HJNK
TJfYfBFvbJ6CrFIiBFAFLXPJ3Z104cqCiiipLCiilVdxwKAFjTefapulIq7R
ilqG7mMndhRRRSJCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACo5o+4/GpKOtN
MadmV6KdImw+xptWbp3CiiigAqK5iyNw/GpaCMimnZkyjzKxSZdwwahZdpwa
szR+W/selRTJuGe4roizj2dmRUhGRS0VTV9CiPpRTnHem1xTjyuxaYUUUVIy
OZOc1HVgjcMVAy7Tg1aZrB9BKKKKZYyePenuOlVquVWnj2P7HkVpB9DnrR+0
MpJF3rilorQ5yvRT5l2tn1plaGgUUUUAFNcd6dR1qZRurAiPrUDrsbFTkYNM
nXIz6VxrR2ZvB6kVR3Kbkz6VJQRkVadmaSjdWKdFLIuxyPSkrc4GrBXyp/wV
r/5Mb8df9gKf/wBOEtfVdfKn/BWv/kxvx1/2Ap//AE4S1hX6G1Hdn3/RRRWR
QUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVk+NP8AkDw/9f8AZ/8ApVFW
tWT40/5A8P8A1/2f/pVFSY0fPH/BHP8A5R7eEP8AsLeIf/T9qFfTtfMX/BHP
/lHt4Q/7C3iH/wBP2oV9O0xBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAHzT+3Z/yS7xl/156l/wCm62rN/YU/5Mi+Dn/Yj6J/6QQVpft2
f8ku8Zf9eepf+m62rN/YU/5Mi+Dn/Yj6J/6QQVdD4mKr8KPVKfbpukHoOaZV
i2TbHnua3k7IilG8iSiiljXcwFYnYyWJdqfWnqMmkp6DAopx5pHPJi0UUV2G
YUUUUAFSwLgZ9ajA3HFTgYGPSpkyZMKKKAMnA71JJNax9WP0FTUiqFUAdqWs
G7u53QjyqwUUUUih8K7mz6VLSRrsXFLUNmMndhRRRSJCnqMCmoMn6U+umjH7
RMmFKBuOKSpIF71s2Q2PVdqgVPbR8bj+FRxp5jgVaAwMDtWM30NKMLvmYUUU
VkdIUUUUAFSwptXPc0yJNzewqapkzOb6BRRRUmYUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFACOu9cVARg1YqOZO/wCdUmXB9COiiiqNQooooAZN
H5ie46VWq5Ve5j2tkdDWkH0MK0PtIqyJsb2ptTSruX3FQ1umYph1qMjBqSmu
O9Z1o3VykxtFFFchYUydcjPpT6CMimhp2dyvRSsu1iKSrNwpk8e9Pccin0U0
xNXVinRT502SH0PNMrdM4WrOwki71xUFWKhlXa/1qoscWNoooqigooooAa47
00jIx61IRkVHXLWjZ3LiyAjacUlPnXBz60ypR0J3RDdJkBvTg1DVt13qR61U
Iwa1g9LHNWjZ3CvlT/grX/yY346/7AU//pwlr6rr5U/4K1/8mN+Ov+wFP/6c
Jazr9Ao7s+/6KKKyKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsnxp/y
B4f+v+z/APSqKtasnxp/yB4f+v8As/8A0qipMaPnj/gjn/yj28If9hbxD/6f
tQr6dr5i/wCCOf8Ayj28If8AYW8Q/wDp+1Cvp2mIKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooA+af27P8Akl3jL/rz1L/03W1Zv7Cn/JkX
wc/7EfRP/SCCtL9uz/kl3jL/AK89S/8ATdbVm/sKf8mRfBz/ALEfRP8A0ggq
6HxMVX4UeqqpZgB3q2BgYHaoLVcuT6Cp60m9bF0I6XCpIF4JqOp1XaoFZyLm
9BQMmpOlNQc06t6MdLnPIKKKK2EFFFFAD4Fyc+lS02NdqCnVDIYVLapliewq
KrUKbIx6nk1E3oaUo3kOooorE6wp0S7n+lNqWFcLn1pMmTsh9FFFQYhRRSqM
mmld2AcowKWiiu5KysjMUDccVOBtGKjgXqaljXe4HrUyZL1die2j2rk9TUlA
GBRXO3d3OyMbKwUUUUigo60U+Fctn0oYm7K5Ii7FxS0UVmYBRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABQRkUUUAQOuxsUlSzLlc+lRVa
ZvF3QUUUUxhTZE8xCKdRQJq+hTIwahlXa3satXKbXz61DKu5PpXRFnE1yuxD
R1oorQojIwaKc4702uGceV2LQUUUVIyOdehqOp2XcpFQdKtGsHoFFFFMsjuU
3Jn0qvVwjIwe9VHXYxHpWsH0OavHW4lMmXK59KfQRkVaMEV6KVhtJFJWhoFF
FFABTHGDT6RxxWdWN4jRFIu5DUNWKgddrEVyxN4PoJVa4TbIfQ81ZqO6XKA+
hrSD1CrG8SvXyp/wVr/5Mb8df9gKf/04S19V18qf8Fa/+TG/HX/YCn/9OEtK
v0MaO7Pv+iiisigooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArJ8af8geH
/r/s/wD0qirWrJ8af8geH/r/ALP/ANKoqTGj54/4I5/8o9vCH/YW8Q/+n7UK
+na+Yv8Agjn/AMo9vCH/AGFvEP8A6ftQr6dpiCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKAPmn9uz/AJJd4y/689S/9N1tWb+wp/yZF8HP
+xH0T/0ggrS/bs/5Jd4y/wCvPUv/AE3W1Zv7Cgz+xH8G/wDsR9E/9IIKuh8T
FV2R65bLtjz61JSKNqgelLVN3Z0RVlYdEMuKmqOAdTUg5NQ9zOb1HoMClo6U
V2xVlYwCiiimAUqLuYCkqSAck0mJklFFFQQOiTe4H51aqG1Xkt+FTVlN6nXR
jaNwoooqDUVRuIFTgYFRQLls+lS1MjKb1sFFFFSQFPQYH1pgGTUnSt6Edbky
YUdaKfCuX+ldLJZIq7VAqe1TALevAqEDJq2i7FA9Kwm9CqMbu4tFFFZHUFFF
FABU6LtUCool3P8ASpqmTM5voFFFFSZhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAdagZdrEVPUc68A00y4PUjoooqzUKKKKAGTp
vjPqOarVcqrKmyQjt2rSD6HPXj1K0i7WIpKlnXgGoq3TMkwIyKjqSmOMGsa8
dLlxYlFFFcxQVDMu1/rU1MmXK59KaKg7MioooqzYKgukwwPY1PTLhd0R9uaq
LsyKkbxK1FFFbHERTrhs+tMqaYZT6VDVotBRRRTGFB5FFFAEfSo5xyDUrjDU
yUZQ+1cLVnY1i9SGkdd6ketLRVG5TIwa+VP+Ctf/ACY346/7AU//AKcJa+rp
12yn35r5R/4K1/8AJjfjr/sBT/8ApwlordDmpKzaPv8AooorMYUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAVk+NP+QPD/ANf9n/6VRVrVk+NP+QPD/wBf
9n/6VRUmNHzx/wAEc/8AlHt4Q/7C3iH/ANP2oV9O18xf8Ec/+Ue3hD/sLeIf
/T9qFfTtMQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB80
/t2f8ku8Zf8AXnqX/putqz/2Dl3fsT/Br28D6If/ACQgrQ/bs/5Jd4y/689S
/wDTdbVS/YKH/GEnwdPp4G0T/wBIIKdJ6yKkr8qPW6KKAMmrNiaIYQU9BlqT
pTkFFNXkc8mOooorsMwooooAKmiGEHvUIGTVjpUyJkFFFKo3MB6mpJLMK7Yh
7806iiuds70rKwUUUAZNAyaJcJ9eadQBgUVmYN3YUUUUCHIOadSIOKWuykrR
Ie4VLCuFz61EBk1YAwMelVIiQ+3XdJ9Oas1FarhCfWpa55vU6qUbRCiiipNA
oooAycetAE0K4T606gDAorNmDd2FFFFAgooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKRhuBFLRQBX6UU6VcP9eabWhumFFFFAwqG
6XgN+FTU2Vd8ZFOLsyZxvGxUZdykVBVioZV2uffmumJxxG0jjiloIyKJK6sU
iOiiiuE0CgjIx60UUAVyMGinSjDn3ptaG6YUEZFFFAyow2sR6GkqS5GJfqKj
rdO6OCSs7ARkVXIwasVDKMOferiOI2iiiqKCiiigBrjim9aewytMrkrK0i4l
cjBx6UU6UYc+9NpHQnoQ3S8g/hXyd/wVr/5Mb8df9gKf/wBOEtfWdyMxH2r5
M/4K1/8AJjfjr/sBT/8Apwlqaj0Rna02ff8ARRRUkBRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABWT40/5A8P/AF/2f/pVFWtWT40/5A8P/X/Z/wDpVFSY
0fPH/BHP/lHt4Q/7C3iH/wBP2oV9O18xf8Ec/wDlHt4Q/wCwt4h/9P2oV9O0
xBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHzT+3Z/yS7x
l/156l/6braqv7BYx+w98HPfwPov/pBBVr9uz/kl3jL/AK89S/8ATdbVX/YQ
GP2Hvg1/2I2if+kEFKnuzVLY9Wp0Yy4ptPgHzH6VoypPQlp6jC0ypAMCtKC1
bOaQUUUV0khRRRQA6IZcVNUcA5JqSoZDCpLYZl+gqOprReCfwqJPQqmryRNR
RRWJ2hTohlx7U2pIByTSYpPQkoooqDAKKKVRlhTSu7APHAooorvMx0Qy49qm
qOAdTU0S7pAPeokyXq7FlF2oB6CloormO5BRRRQAU+Fctn0plSwDC59aT2Jm
9B9FFFQYhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFADJ1yufSoqncblIqCriawegUUUUywooooAqyrtkI96hnHQ1Zu
lw4PqKglGUPtXRFnFJWlYhooorQYxhhqSnOOabXFUVpNFoKKKKgZHOOhqOpp
hlPpUNWjaD0CiiimURXQ+UH0NQVZnXdEfbmq1awehyVl7wVHOOhqSmzDKfSt
FuZrchoooqywooooAKj6VJTGGGNYV1omVEinHINR1LMMp+NRVijog9BHG5CP
UV8k/wDBWv8A5Mb8df8AYCn/APThLX1vXyT/AMFbhj9h7x2B20Of/wBOEtTP
oDWtz7+ooopGIUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVk+NP8AkDw/
9f8AZ/8ApVFWtWT40/5A8P8A1/2f/pVFSY0fPH/BHP8A5R7eEP8AsLeIf/T9
qFfTtfMX/BHP/lHt4Q/7C3iH/wBP2oV9O0xBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFAHzT+3Z/yS7xl/156l/wCm62qv+wh/yY98Gv8A
sRtE/wDTfBVj9uz/AJJd4y/689S/9N1tVf8AYQ/5Me+DX/YjaJ/6b4KVPdm0
dj1apYBwTUVTQjCfWtHsE9hw5NSUxfvCn1tQWjZzyCiiityQooooAlg+6frT
6bF/qxTqh7kPcKsWwxF9TVerUI2xL9Kznsa0F7w6iiisjqCpYRhPrUVTxjCC
lIiewtFFFQZBTkHNNpyDitKSvJCew6iiiuwgmhGE+tTWq5kz6Cok+4PpU9oO
GNZTegU1eZNRRRWB2BRRRQAVOg2oBUAGTj1qxUyM6gUUUVJmFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFQMNrEVP
UMww/wBaqJcNxtFFFUahRRRQBFdLlAfQ1ARkY9aszjMTVWrWD0OWsveK9FK3
DH60lbkiOOKZT2GVNMrlrL3i4hRRRWIxGGVI9agqxUBGCR6VUTSmJRRRVGgj
DcpHqKqVcqo42uR6GtKZz11sxKR/uH6UtFaHOV6KKK0NAooooAKY/Wn02TtW
VZe6NbjJBlDUFWCMgj1qvXNE6KYV8k/8Fb/+TH/Hn/YDn/8AThLX1tXyT/wV
v/5Mf8ef9gOf/wBOEtTPdFM+/qKKKDAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKyfGn/IHh/wCv+z/9Koq1qyfGn/IHh/6/7P8A9KoqTGj54/4I5/8A
KPbwh/2FvEP/AKftQr6dr5i/4I5/8o9vCH/YW8Q/+n7UK+naYgooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs/5Jd4y/689S/9N1tV
f9hD/kx74Nf9iNon/pvgqx+3Z/yS7xl/156l/wCm62qv+wh/yY98Gv8AsRtE
/wDTfBSp7s2jserVNGMIKhqdPuD6VchVNhydafTU606umj8JzvcKKKK1EFFF
FAE6fcH0paAMCiszMKtqNqgelVAMmrlZ1DoodQooorM6AqwBgAelV+tWKmRn
UCiiipMwp6D5aZT1+6K2ofEKQtFFKn3x9a6iCerFsMRfU1Xqzb/6kVhPYqj8
Q+iiisjqCiiigB0Yy4qaooRl/pUtTIynuFFFFSQFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRzjkGpKZOOAaa3Kh
uRUUUVZsFFFFACONyEeoqpVyqdaUznr9CGX/AFhptPn++PpTK6EZICMio6kq
Ouev0LiFFFFc5QVDIMOamqGb/WGqiXDcbRRRVGoVVnG2VqtVWuB+9NXDcxr/
AAjKKKK1OUgf75+tJTpRiQ02tEWgooooGFNfpTqR+lRU+FjQyq5GDj0qxUD/
AHz9a5Im9MSvkn/grf8A8mP+PP8AsBz/APpwlr62r5J/4K3/APJj/jz/ALAc
/wD6cJame6LZ9/UUUUGAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVk+N
P+QPD/1/2f8A6VRVrVk+NP8AkDw/9f8AZ/8ApVFSY0fPH/BHP/lHt4Q/7C3i
H/0/ahX07XzF/wAEc/8AlHt4Q/7C3iH/ANP2oV9O0xBRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFAHzT+3Z/wAku8Zf9eepf+m62qv+wh/y
Y98Gv+xG0T/03wVY/bs/5Jd4y/689S/9N1tVf9hD/kx74Nf9iNon/pvgpU92
bR2PVqnXhR9KgqxVyJqDo+9OpsfenV1UvgRg9wooorQQUUUUAWKKKKzMx0f+
sX61aqrH/rF+tWqzqHTQ2YUUUVmbip98fWp6gT74+tT1MjOoFFFFSZhUi9BU
dSL0Fb0N2TIKVBlx9aSnRf6wV0slk1W4/wDVr9KqVbj/ANWv0rCoXQ3YtFFF
ZHSFFFFAD4Pvn6VLUUH3z9KlqHuZT3CiiikQFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFMn+4PrT6ZP9wfWmio7k
VFFFWbBRRRQAVVk/1jfWrVVZP9Y31rSmYV9kQTj5h9KZUk/ao63WxitgpjdT
T6Y3U1jX2RURKKKK5iwqKf74+lS1FP8AfH0qolw3GUUUVRqFQXX+sH0qeoLr
/WD6VcNzKt8JFRRRWpyEMv8ArDTadL/rDTa0RaCiiigYUj/dNLSP901M/hYI
ZUD/AHz9anqGX/WGuOJvDcbXyT/wVv8A+TH/AB5/2A5//ThLX1tXyT/wVv8A
+TH/AB5/2A5//ThLUz3Roz7+ooooMAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigArJ8af8geH/AK/7P/0qirWrJ8af8geH/r/s/wD0qipMaPnj/gjn/wAo
9vCH/YW8Q/8Ap+1Cvp2vmL/gjn/yj28If9hbxD/6ftQr6dpiCiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKAPmn9uz/kl3jL/rz1L/03W1V/
2EP+THvg1/2I2if+m+CrH7dn/JLvGX/XnqX/AKbraq/7CH/Jj3wa/wCxG0T/
ANN8FKnuzaOx6tViq9Tp9wfSrkTUHx96dTY+9OrqpfAjB7hRRRWggooooAsU
UUVmZjo/9Yv1q1VWP/WL9atVnUOmhswooorM3FT74+tT1An3x9anqZGdQKKK
KkzCpF6Co6kXoK3obsmQU6L/AFgptKn3x9a6WSyercf+rX6VUq1Ecxr9KwqF
0N2OooorI6QooooAfB98/Spaig++fpUtQ9zKe4UUUUiAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApk/3B9afTJ/u
D600VHcioooqzYKKKKACqsn+sb61aqpIcyN9a0pmFfZEU/ao6fP94fSmVutj
FbBTG6mn0xuprGvsioiUUUVzFhUU/wB8fSpain++PpVRLhuMoooqjUKguv8A
WD6VPUF1/rB9KuG5lW+EiooorU5CGX/WGm06X/WGm1oi0FFFFAwpH+6aWkf7
pqZ/CwQyoZf9YamqB/vn61xxN4biV8k/8Fb/APkx/wAef9gOf/04S19bV8k/
8Fb/APkx/wAef9gOf/04S1M90aM+/qKKKDAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKyfGn/IHh/wCv+z/9Koq1qyfGn/IHh/6/7P8A9KoqTGj54/4I
5/8AKPbwh/2FvEP/AKftQr6dr5i/4I5/8o9vCH/YW8Q/+n7UK+naYgooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs/5Jd4y/689S/9
N1tVf9hD/kx74Nf9iNon/pvgqx+3Z/yS7xl/156l/wCm62qv+wh/yY98Gv8A
sRtE/wDTfBSp7s2jserVOn3B9KgqaI5QVchT2JE606mJ96n100fhOd7hRRRW
ogooooAsA5GfWikT7g+lLWZmFXKp1bU7lB9RWdQ6KHUWiiiszoCrFV6nU5UH
1qZGdQWiiipMwp6fdFMp6dK2o/EKQtKvDD60lFdRBYqzb/6kVW61YtjmP6Gs
J7FUfiJKKKKyOoKKKKAHQnD/AFqaoIzhxU9TIynuFFFFSQFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRzngCpKin
PzAU1uVDcZRRRVmwUUUUAFU6tucISOwqpWlM56/Qin+/+FMp0v8ArDTa6EZI
KjqQ8Co656/QuIUUUVzlBUMv+sNTVBIcuaqJcNxKKKKo1Cq1x/rjVmqsx3St
9auG5jX+EbRRRWpykMhy5ptK3LH60laI0QUUUUAFI/Slpr9Kip8LGhtQP98/
Wp6rk5NckTemFfJP/BW//kx/x5/2A5//AE4S19bV8k/8Fb/+TH/Hn/YDn/8A
ThLUz3RbPv6iiigwCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsnxp/yB
4f8Ar/s//SqKtasnxp/yB4f+v+z/APSqKkxo+eP+COf/ACj28If9hbxD/wCn
7UK+na+Yv+COf/KPbwh/2FvEP/p+1Cvp2mIKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooA+af27P+SXeMv+vPUv/TdbVX/YQ/5Me+DX/Yja
J/6b4Ksft2f8ku8Zf9eepf8Aputqr/sIf8mPfBr/ALEbRP8A03wUqe7No7Hq
1SwnKfSoqkgPBFaPYJ7Eq/eFPqMcGpK2oPRo55BRRRW5IUUUUATRf6sU6mQH
5T9afUPch7hVqE7ol+lVasWxzF9DWc9jWg/eJKKKKyOoKmjOUFQ1LCcp9KUi
J7D6KKKgyCnJ0NNpUPNaUnaSE9h9FFFdhBOhyg+lT2h4aq8Jyn0qa2OJfqKy
mtAp6TRYooorA7AooooAAcGrFV6njOUFTIzqIWiiipMwooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqGY5kNTVATkk
+tVEuC1EoooqjUKKKKAGTnERqtU90fkA9TUBOAT6VrBaHJWd5EDHLH60lFFb
iEb7pplOc8U2uWs/eLiFFFFYjCq5OTn1qdjhSagqomlMKKKKo0CqjHcxPqat
OdqE+gqpWlM5672QUdKKRzhD9K0OcgooorQ0CiiigApsnanUx/vVlWfujjuN
Y4Un0qCppDhDUNc0TohsFfJP/BW//kx/x5/2A5//AE4S19bV8k/8Fb/+TH/H
n/YDn/8AThLUz3RTPv6iiigwCiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
Csnxp/yB4f8Ar/s//SqKtasnxp/yB4f+v+z/APSqKkxo+eP+COf/ACj28If9
hbxD/wCn7UK+na+Yv+COf/KPbwh/2FvEP/p+1Cvp2mIKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooA+af27P+SXeMv+vPUv/TdbVW/YPO79
h74Nf9iNon/pBBVn9uz/AJJd4y/689S/9N1tVT9gts/sPfBwengfRf8A0ggo
p7s1T2R6zT4D834UynRnDirZUloTVIORUdPQ/LWlB62OaQtFFFdJIUUUUAPg
PzEVLUMZw4qaoZDCprRuSPxqGn27bZR78VMtiqbtJFmiiisDtCpIDyRUdOiO
HFJiktCaiiioMApV+8KSimnZ3AkooByKK7zMkgPJFTRtscH3qvEcOKmqJIl6
O5copI23oD7Utcx3J31CiiigAqWA5Uj0qKnwth/rSexMloS0UUVBiFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAI52
oTUFSztwBUVXE1gtAoooplhRRRQBBdNlwPQVBMcJ9akkbe5PvUM55Aroijik
7yuR0UUVoMa/Wm0rHJNJXDN3k2WgoooqRjZjhPrUNSTnkCo6tG0FoFFFFMoZ
cNiI+/FVqmum4A/Goa2hsclZ3kFMmOE+tPqOc8gVa3M1uR0UUVZYUUUUAFMb
7xp/So6wrvRIqIyc/L+NRVJOeQKjrFHRBaBXyR/wVuO79h7x2fXQ5/8A04S1
9bSNtQnpgV8k/wDBWv8A5Mb8df8AYCn/APThLUzWwN62Pv8AooopGIUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAVk+NP+QPD/ANf9n/6VRVrVk+NP+QPD
/wBf9n/6VRUmNHzx/wAEc/8AlHt4Q/7C3iH/ANP2oV9O18xf8Ec/+Ue3hD/s
LeIf/T9qFfTtMQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QB80/t2f8ku8Zf8AXnqX/putqpfsFH/jCT4Oj18DaJ/6QQVd/bs/5Jd4y/68
9S/9N1tWf+wedv7E/wAGv+xH0T/0ggp0lrIqTtys9eo6UUVZsWAcinIajiOU
HtT0OGpU3aSOeS6D6KKK7TMKKKKADpVgHIqvU0Jyn0qZEyHUqnawPpSUVJJc
ByKKZA26Ie3FPrnaO9O6uFHSiigZYByM+tFNhbKfSnVmzBqzCiiigQ9DxS0x
DzT67KTvEh7h0qdTuANQVLA2Vx6VciJFq1bKkelS1WgfbIPfirNc01qdNF3i
FFFFSahQDg0UUAWAcjPrRTIWyuPSn1mzBqzsFFFFAgooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKRm2qTQBFK25z7cU2iitDoS
CiiigApszbIyadUN0/RfxpxV2RUdotkNQyNuc1K7bVJqCumJyRCgnAoprnii
bsmykNooorhNAoopGO0E0ARSnLmm0daK0OhBRRQTgZPagCtcNulPtxTKVjuY
n1pK3S0OCTu7hUMpy5qYnAz6VX61cRxCiiiqKCiiigBHOFplOc00nArkrO8i
4kMpy5ptBOTRSOlEdycRfU18mf8ABWv/AJMb8df9gKf/ANOEtfWF0fmA9BXy
f/wVr/5Mb8df9gKf/wBOEtTUWiMr3mz7/oooqSAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigArJ8af8geH/r/s/wD0qirWrJ8af8geH/r/ALP/ANKoqTGj
54/4I5/8o9vCH/YW8Q/+n7UK+na+Yv8Agjn/AMo9vCH/AGFvEP8A6ftQr6dp
iCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAPmn9uz/AJJd
4y/689S/9N1tWb+wp/yZF8HP+xH0T/0ggrS/bs/5Jd4y/wCvPUv/AE3W1Zv7
Cn/JkXwc/wCxH0T/ANIIKuh8TFV+FHr6ncoPqKWo7Zsx49KkqmrM3i7q5JAe
SKk6VBGdrg1PUPcia1JByKKRDkUtdsXdXMGFFFFMAp8BwSPWmUqttYGhiZPR
RRWZBLat8xH41PVSNtjg+lW6ymtTqoyvGwUUUVBsPhbDY9alquDg59KsA5Gf
WpkZTWtwoooqSAHBqQcio6eh4+lb0Ja2JkLTomw/14ptFdJJYq3G+9AfWqaN
vXNT2r4JX15FYTWg6MrSsTUUUVkdYUUUUAOiba/1qaq9TRtuQVMkZzXUdRRR
UmYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRzt
0FSE4FQMdxJppFwWtxKKKKs1CiiigAqrI+9yfWp7h9sZ9TxVbpWkF1OavLoR
zt0H41HSu25iaSt0ZoKYxyaeTgVHWNeXQuIUUUVzFBTJ2wuPWn1DK25/pxTR
UFqNoooqzYKjuW2xfXipKr3LZkx6VUVdmdWVokdFFFbHGMmOEx61FT5my2PS
mVaLQUUUUxhRRQTgUAMY5amTHCfWnVFOckD0rhvd3NoLUZRRSSNsQn0qjZux
WmO6VvrXyl/wVr/5Mb8df9gKf/04S19V18qf8Fa/+TG/HX/YCn/9OEtFboc1
J3bZ9/0UUVmMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKyfGn/IHh/6/
7P8A9Koq1qyfGn/IHh/6/wCz/wDSqKkxo+eP+COf/KPbwh/2FvEP/p+1Cvp2
vmL/AII5/wDKPbwh/wBhbxD/AOn7UK+naYgooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigD5p/bs/wCSXeMv+vPUv/TdbVm/sKf8mRfBz/sR
9E/9IIK0v27P+SXeMv8Arz1L/wBN1tWb+wp/yZF8HP8AsR9E/wDSCCrofExV
fhR6xbNiTHqKsVTBwcjtVtTuUH1rSa1uVQlpYWp0bcoNQVJA3UfjWcjSa0JU
PNPqMcGpByK2oS0sYSCiiityQooooAmibcn04p1RQthsetS1DIYVZgfdGPbi
q1SWz7Xx61E1dF0pWkWKKKKxOwKlhbK49Kip0bbGzSaJkromoooqDEKVTg0l
FNOzuBJRSKcilruTurmZJA2Dj1qVG2MD6VWBwanVtyg0pIl6O5dByMjvRUVq
+QV9OlS1zNWdjsjK6uFFFFIoKfC21setMooE1csUU2N96+9OrMxasFFFFAgo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiignaM0AMnbAx61FSs
245NJVpG8VZBRRRTGFFFNmfy0J79qEJuyuyG4fdJ7DioZm2rj1p1QyNvbNdM
UcV7u42iignAqyhrntTaCcmiuGcru5aCiiipGI7bFzUFSTtk49Kjq0jWC0Ci
iimWIx2qT6VVY7mJ9amunwoHc1BWsFpc5a0ruwUE4GfSimTNhcetWjFEROTn
1ooorQ0CiiigAprninUxjk1lVlaI0JUDNuYmpZW2p9eKhrmibwXUKiumwgHq
alqtO26U+3FaQWoqsrRGV8qf8Fa/+TG/HX/YCn/9OEtfVdfKn/BWv/kxvx1/
2Ap//ThLSr9DKjuz7/ooorIoKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KyfGn/IHh/6/7P8A9Koq1qyfGn/IHh/6/wCz/wDSqKkxo+eP+COf/KPbwh/2
FvEP/p+1Cvp2vmL/AII5/wDKPbwh/wBhbxD/AOn7UK+naYgooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs/wCSXeMv+vPUv/TdbVm/
sKf8mRfBz/sR9E/9IIK0v27P+SXeMv8Arz1L/wBN1tWb+wp/yZF8HP8AsR9E
/wDSCCrofExVfhR6pVi2fKY9Kr0+B9kg9DxW8ldGdOVpFmlRtrA0lFYnaWKc
h4qOJtyfSnqcGlCXLI55LoPooortMwooooAAcGp1O4A1BUkDdqUkKSJKAcGi
ioILaNvUH1pagtXwSvr0qesJKzO2EuZXCiiikWTRNuX3FOqGJtrexqaoaMZK
zCiiikSKpwafUdPU5FdFGX2SZIWpIGwcetR0A4NdDJZZRtjA+lWlYMoI71TR
t65qe2k52n8KwnHqVRlZ2ZNRRRWR1BRRRQA6N9je1Tdar1LC+Rg9qlozmuo+
iiipMwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACo5nycD8ae77
F96g61SRcF1CiiiqNQooooAKrTyeY/HQVNPJ5acdTVbpWkF1OetP7KGzNtXH
rUNK7b2zSVukZJBTXPanE4FRk5NZVpWVikgooorlLCgnaM0VHO3amkOKuxhO
45pKKKs3Ciio7h9qY7mmlcUnZXIZX3yE9u1Noorc4W7u4VDI25zUkrbV9zUN
VFDigoooqigooooARjgUynOecUxjtBNclaV5WLiiOZstj0plBOTRSR0JWQkj
7EJ9KqVNdPkhfTk1DWsFoctaV5WCvlT/AIK1/wDJjfjr/sBT/wDpwlr6rr5U
/wCCtf8AyY346/7AU/8A6cJazr9B0d2ff9FFFZFBRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABWT40/wCQPD/1/wBn/wClUVa1ZPjT/kDw/wDX/Z/+lUVJ
jR88f8Ec/wDlHt4Q/wCwt4h/9P2oV9O18xf8Ec/+Ue3hD/sLeIf/AE/ahX07
TEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfNP7dn/JLv
GX/XnqX/AKbras39hT/kyL4Of9iPon/pBBWl+3Z/yS7xl/156l/6bras39hT
/kyL4Of9iPon/pBBV0PiYqvwo9UooorpMC1C++Meo4NOqvbPtkx2NWKxkrM7
acrxHRNtf61NVep423rms5IU11JFORS0xTg0+uqlK6MGgooorQQUoO05pKKA
LAO4ZoqOBu1SVDRDQA4OR2q2jb1B9aqVLbSbTtPes5q6NKMrOxPRRRWR1hU0
T7l9xUNKjbGzSaJkronoo60VBiFKpwaSimnZ3QElFNRu1OrtjLmVzNodE+0+
xqYHBqvUsT7hg9RRJEtdS7FJ5iZ/OnVWhk8t/Y9asg5Fc8lZnVTnzIKKKKk0
CgHByKKKAJ0beuaWoUfY3tUwORUNGMo2CiiikSFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFBOBRUUz5OB2ppDSuNd95pKKKs3QUUUUAFBOBk9qKguZcnaPxp
pXZM5cquMkfzHJqGZ8cCnu2xc1ATk5NdEUca1d2FFFIxwKpuyuyhHOTim0UV
xSld3NEgoooqQEZtqk1ATk5NPmfJx2FMq0jWCsrhRRRTLCqsz+Y5PbtU1xJt
XHc1XrSC6nNWl9lBRRTZW2r7mtDAjlbc3sKbRRWhoFFFFABQTgUU1z2qZy5V
caQ0nJqOdugqQnAqBm3MTXGtXc2gtRKCcDJ7UVFdPhQvrVpXdi5SsrkLtvYn
1pKKK3OEK+VP+Ctf/Jjfjr/sBT/+nCWvquvlT/grX/yY346/7AU//pwlrCv0
NqO7Pv8AooorIoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKyfGn/ACB4
f+v+z/8ASqKtasnxp/yB4f8Ar/s//SqKkxo+eP8Agjn/AMo9vCH/AGFvEP8A
6ftQr6dr5i/4I5/8o9vCH/YW8Q/+n7UK+naYgooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigD5p/bs/5Jd4y/wCvPUv/AE3W1Zv7Cn/JkXwc
/wCxH0T/ANIIK0v27P8Akl3jL/rz1L/03W1Zv7Cn/JkXwc/7EfRP/SCCrofE
xVfhR6pRRRXSYADg1ajfzEBqrUlvJtbHY1M1dGtKVnYsU+FtrY9aZRWJ1NXL
FPU5FRRNuX3FPU4NFOXLLUwkh9FFFdhmFFFFAADg5FTq25Qagp8L7Tj1pNCa
JaAcGiioILUUnmJnv3p1VoZPLfnoetWaxkrM7Kc+ZBRRRUmhJC/GKkquDg1O
jb1zUtGU11FoooqSABxUgORUdKpwa1pT5XqJofSq205FJRXWQTq24Zqe2lx8
p/Cqcb7D7VMD3FZyj0FFuLui5RTIZfMXn7w60+sGrHYmmroKKKKQwp8Um04P
SmUUCauWKKjik4wfwqSs2jFqwUUUUCCiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoopskmwe
9A0riSybRgdaio60VaRtFWCiiimMKKKR3CLk0A2Nml8tePvHpVbpSu5dsmop
pOw/Gt4xscc5czGyPvPsKbRRWoBTGOTSu3am1zVp391FJBRRRWBQU2R9i+9O
JwKgdt7ZppFRV2JRRRVmwUE4GT2oqG5k/hH400rsmcuVXI5HMjEmm0UVucLd
9QqGR97e1PmfAx3NRVSRSQUUUVRQUUUUABOBUZOTTnPamk7RmuWtK7si4oZO
2Bj1qKlJ3HNJUJHRFWQE4FVZH8xyaluZNo2jvUFbQXU560rvlCiiirMAr5U/
4K1/8mN+Ov8AsBT/APpwlr6rr5U/4K1/8mN+Ov8AsBT/APpwlrCv0NqO7Pv+
iiisigooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArJ8af8geH/AK/7P/0q
irWrJ8af8geH/r/s/wD0qipMaPnj/gjn/wAo9vCH/YW8Q/8Ap+1Cvp2vmL/g
jn/yj28If9hbxD/6ftQr6dpiCiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKAPmn9uz/kl3jL/rz1L/03W1ZX7CLZ/Yk+Do9PA+i/+kEFav7d
n/JLvGX/AF56l/6brasb9hZtv7E3wcI/6EfRf/SCCtMOtZBUWiPW6KAdwzRX
Qc4UUUUAWoZPMT3HWnVWhk8t/Y9as1jJWZ2U58yHRvsb2qaq9SwvkY7is5IJ
rqTIcilqMHBqQHIrppTurMwaCiiitRBRRRQBNG+9fcU6oEbY2anByMioaIaC
p7aXI2nqOlQUqsVORwRUyV0OEuV3LdFNjkEi5FOrA7U76oKdG+w+1NooG1cs
daKjhfHB/CpKhowasFFFFIQ5G7U6o6erZrppVPssloWpIZMcGo6K3aJaLKMU
YEdRVqNxIuRVGKTcMHrUschjbI/EVjONx058rsy1RSKwZQR3paxOsKKKKACp
YpNwwev86io6UmhSVyxRTI5N3B60+oMWrBRRRQIKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoopHcIKAB3
CCoSdxzQzFjk0lWkbRjYKKKKZQUUUUABOBVaaXzW9h0pZ5t5wOg/WonfYK1h
HqctWpfRCSybBx1NQ0E5OTRWyRCQUjNgUE4FMJyazq1LKyKSCiiiuQsKKKbK
+wcdTQNK42Z8nAqOiitEjZKwUUUE4GT2oGNlk8tc9+1VScmnSyeY2e3am1tF
WRx1J8zCkZtoyaWopX3HA6CrSISGs245NJRRVlhRRRQAUhOBS0xjk1FSfKhp
CdajmfnFPdti5qDrXIu5tCPUKRmCjJ4ApahuZOdo/GrSuy5y5Vcidt7E+tJR
RW5wthRRRQAkjbFzXyp/wVo/5MY8c/8AYBn/APThLX1NK+5vYV8s/wDBWj/k
xjxz/wBgGf8A9OEtYYhbG9JH6AUUUVkMKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKyfGn/IHh/6/7P8A9Koq1qyfGn/IHh/6/wCz/wDSqKkxo+eP+COf
/KPbwh/2FvEP/p+1Cvp2vmL/AII5/wDKPbwh/wBhbxD/AOn7UK+naYgooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs/wCSXeMv+vPU
v/TdbVjfsL/8mS/B3/sR9F/9IIK2f27P+SXeMv8Arz1L/wBN1tWN+wv/AMmS
/B3/ALEfRf8A0ggrXDfEx1Nkerwvg4P4VJVfpU6NvXNdLRg0LRRRUkhU9tJu
XaeoqClVirAjtSkrouEuV3LdKDtOaajh1BFLWB2p3J1bcMino2DioIn2nB6G
palNxd0YSjbQkopFbIpa7YtNXRkFFFFMAp8L4OD3plFAFiimRSbhjuKfWZmO
ik8ts9j1q0DkVTqW3m2HB6Hp7VE431RtSqW0ZPRRRWR1BUsUm4Y7ioqAcHIp
NCkrliikR96+9LUGDQUA4oooAerbhS1GDg08HIrrp1ObR7kNC9KmjfePeoaA
cHIrRq5LVy3FKYz6g1YVgwyOQapRybx71LFKYz6g1jKNy6dTl0ZZopFYMMjk
GlrI6gooooAOlSxybuD1qKik0KSuWKKZFLng9afUGLVgooooEFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFNkk2D3oG
lcV3CCoWYscmkJycmirSNYxsFFFFMoKKKKACoJ593yr07n1onn3fKvTufWoW
YKMmtIx6s56tXogZgoyahZixyaHcuaSt0jJIKCcCgnFMZs1M5qKKSAnJpKKK
4276ssKKKCcDJpAI7bBmoSdxzQ7lzSVaRtGNgoooplBUFzLk7R260+ebYMDq
f0qvWkI9Wc9ap9lBRRSO2wZrQ5xsr7RgdTUVKTuOaSrSLSCiiimMKKKCcChu
wCO2BimUE5NMmfAwO9cU5czNIx6DJH3t7U2ignApnQtBssnlpn8qqk5NPmk8
x/YdKZW0VZHHVnzMKKKKozCmyvtXA6mnE4FQO29s00hpCV8t/wDBWj/kxjxz
/wBgGf8A9OEtfUlfLf8AwVo/5MY8c/8AYBn/APThLWOJ6G9Pc/QCiiisACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACsnxp/yB4f+v+z/APSqKtasnxp/
yB4f+v8As/8A0qipMaPnj/gjn/yj28If9hbxD/6ftQr6dr5i/wCCOf8Ayj28
If8AYW8Q/wDp+1Cvp2mIKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooA+af27P8Akl3jL/rz1L/03W1Y37C//Jkvwd/7EfRf/SCCtn9uz/kl
3jL/AK89S/8ATdbVjfsL/wDJkvwd/wCxH0X/ANIIK1w3xMdTZHqdOjfY3tTa
K6zIsdaKjhfPBqSoaM2gooopASQS7GwehqxVOp7aXI2nqOlZzj1N6M/sslqW
J8jB6ioqAcHIrJo6JK6LAODUgORUSPvFOVsH2qqc+V2ZzyQ+iiiusgKKKKAA
HByKnRw4qClRyhpNCaJ6KAdwzRUEE9vNvGD1HT3qWqYODVmGXzF5+8OtZTj1
R00ql9GPoooqDcVWKnIqZWDDIqClRyhpNEyjcnopFYMMilqDEKUHBpKKadtU
BIDkUUwHBp4ORXXTqcxDQA4ORU0cm8e9Q0A4ORVtEtFuKUxn1BqwrBhkcg1S
SQP9akjlMR45HpWUoXLp1OXRlqikRw65FLWJ1JhRRRQAU+OXaMHpTKKBNXLH
WioUkKH2qVWDDIqGrGTi0LRRRSJCiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAoo6VFJLngU0hpNjpJdvA61F1ooqkjZKwUUUUxhRRQTg
UAFQTz7vlXp3PrRNcF8gdP51CzhBzWsYdWc1SrfSIMwUZNQu5c0O5c0lbJGa
QUUUxmz9Kmc1FFJAzZpKKK45Sbd2WFFFHSkAdKhkfefalkk3cDpTKpI1jG2r
CiiiqLCmyyeWue/aldwi5NVXcu2TVRjcyqVOVWQMxY5PJNJRRWxyATgZNQu+
9vallk3HA6fzplWkUkFFFFMoKKKKACmM2T7Urt2ppOBk1zVZ391FRQjvsFQE
5NK77zSVmkdEVZBUVzLgbR+NPlk8tc9+1VScmtIR6mdadvdQUUUVqcoUUU2R
9i+9ADZnzwKjo60VokaJBXy3/wAFaP8Akxjxz/2AZ/8A04S19SV8t/8ABWj/
AJMY8c/9gGf/ANOEtc2J6GlPc/QCiiisACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACsnxp/yB4f+v+z/APSqKtasnxp/yB4f+v8As/8A0qipMaPnj/gj
n/yj28If9hbxD/6ftQr6dr5i/wCCOf8Ayj28If8AYW8Q/wDp+1Cvp2mIKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA+af27P8Akl3jL/rz
1L/03W1Y37C//Jkvwd/7EfRf/SCCtn9uz/kl3jL/AK89S/8ATdbVjfsL/wDJ
kvwd/wCxH0X/ANIIK1w3xMdTZHqdFFFdZkHSp0fevvUFKjbDmk0JonooByMi
ioICgHByO1FFAFqKTzFz3706qsbmNsirKsGUEd6xlGx2U58y1HI+w1ODkZFV
6fHJsOD0qGhyjfVE6N2p1R09WzW1Kp9lmDQtFFFbkhRRRQA6N9h9qm61Xp8c
m3g9KlololpVYqcjgik60VJJZil81fcdafVRHKNkVZjkEi5H4ispRsddOpza
PcdRRRUGoqOUNTKwYZFQUqOUNJomUbk9FIrBhkUtQYhQDg0UUJgPByKWowcG
nq2a66dTm0e5DQvSpY5d3B61FRWjRLRaSQxnIqxHKJBx19Koxy9j+dSK20gg
1nKFyoTcS5RUcU4k4PB/nUlYtWOpSTV0FFFFIYUqsVORSUUATJIH46GnVXp6
TY4PNS0Zyh2JaKAcjIoqTMKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
ApGcIOaa82OBzUROTk1SRcYX3HPIX+lNooqjVKwUUUUAFFFNklEY56+lFhNp
asVmCjJOKryzGQ46L6UkkhkbJ/AVFJLt6cmtowOadRy0QryBPrUTMWOTSE5O
TRWqRCQUE4oJwKYzbqidRRKSBmzSUUVyNtu7LCiijpSAOlRSSbuB0okk3cDp
TKpI1jHqwoooqiwpHYIpJ6ChmCjJ4AqvLKZD6AVUY3M6k1FCSSGRsn8BTaKK
2ORu+rCo5pOw/GlllxwOtRVSQ0goooqigooooAKRmwKCcCmE5rGrUtohpBUU
sm44HSnSyY4H41FXOl1N4R6sKRmCjJ4Aparzy72wOg/Wrirsc58quNkkMjZN
Noorc4276sKKKKBATgZNQO29s06V9xwOgplWkWkFFFFMYV8t/wDBWj/kxjxz
/wBgGf8A9OEtfUlfLf8AwVo/5MY8c/8AYBn/APThLXNiehpT3P0AooorAAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigArJ8af8geH/AK/7P/0qirWrJ8af
8geH/r/s/wD0qipMaPnj/gjn/wAo9vCH/YW8Q/8Ap+1Cvp2vmL/gjn/yj28I
f9hbxD/6ftQr6dpiCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKAPmn9uz/kl3jL/rz1L/03W1Y37C//ACZL8Hf+xH0X/wBIIK2f27P+SXeM
v+vPUv8A03W1Y37C/wDyZL8Hf+xH0X/0ggrXDfEx1Nkep0UUV1mQUUUUAPif
acHoalqvUkUnGD+FS0S0SUUUVJIU+GXy25+6etMooauNNp3RcByKKgt5thwe
h6e1T1g1Y7YTUlckik5wfwqSq9SxS54PWoa6kzj1RMrZpajBxTwciumlU5tG
YNC0UUVqIKKKKAHxSbeD0qWq9SRS44PSpaJaJKVHKNkUlFSSmWo5BIuR+Ip1
VFcocg4NWIpRIPQispRsddOpzaPcfRRRUGoqOUNTK4ccVBSqxU5FJomUbk9F
NSQOPQ06oMWrBRRRQA9WzS1HTlf1rop1ekiWh1OSQpx1FNoroJJ1YMMiporn
HDc+9U1YqeKlSQP7Gs5REm4u6LwORRVWOUxnjp6VYjlEg4/KsZRaOmFRSHUU
UVJoFFFFACq5Q8VKkob2NQ0UmiXFMsUVEkpXg8ipFcN0qWjNxaFooopEhRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUEhRzUbzelNIaTY9nCDmonkL/AEpvWiqSNVFIKKKKZQUU
UUAFFIzBRknFQS3BfgcD+dUotkTmo7kk1wEyB1/lVdm3EkmkZwg5qJ5C/sK2
jA5pSctxzzdh+dR0UVokJIKQtihnxTCc1jUq20RSQE5ooorlbuWFFFIzBRk0
AKTgZNRSSb+B0pHkLn0FNq0jWMbbhRRRTLCkZgoyeAKHcIuTVaSUyHnp6VUY
3M51FEWWUyH0AplFFbJWORtt3YUySTbwOtEkm3gdai61SQ0goooqigooooAK
CcCgnFMY5NZ1J8qGkBOTTJZNg46miSTYPeoScnJrlWruzaEQ60UVHPNsGB1P
6VaVzSUkldjbib+EH61DRRWyVjilJyd2FFFFMkKZM+Bgd6WSTYPeoetUkUkF
FFFUUFFFFABXy3/wVo/5MY8c/wDYBn/9OEtfUlfLf/BWj/kxjxz/ANgGf/04
S1zYnoaU9z9AKKKKwAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKyfGn/
ACB4f+v+z/8ASqKtasnxp/yB4f8Ar/s//SqKkxo+eP8Agjn/AMo9vCH/AGFv
EP8A6ftQr6dr5i/4I5/8o9vCH/YW8Q/+n7UK+naYgooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigD5p/bs/5Jd4y/wCvPUv/AE3W1Y37C/8A
yZL8Hf8AsR9F/wDSCCtn9uz/AJJd4y/689S/9N1tWH+wq+f2Jvg8D1HgjRf/
AEggrXDfFIc1oj1aiiiusyCiiigAo6UUUATRybxg9adVcHByKmjk3j3qGiGh
1FFFIQVNbzfwk/SoaKTVyoycXdFyjpUUE+75W69j61LWLVjsjJSV0SxybuD1
p4ODVfpUscm7g9ahq2qIlHqiYHIpajBwaeDkV006nNo9zFoWiiitRBRRRQA+
OXacHp/KpetV6dHLs46ipaJaJqVWKnI4IpAcjIoqSSxFOJODwf51JVMHBqeG
43nDde3vWUodjpp1b6SJaKKKg3AHBqWOXdwetRUUmhOKZYoqNJscGpOtS0Yt
NBRRRSEKG208HNR0A4rWFVx0E0SUdKQPnrS11RknqiLEiTY4NSK3cH8qr0qu
UPFJxE12L0VznhvzqUHIqikgf61JHKYzx09KylDsaQrNaSLVFMjmEnsfSn1k
0dCaeqCiiigYUdKKKAJFnx15p6sGHBqCgHBpNEOCLFFRrP6inqwYcGpaM3Fo
WiiikIKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKCcCmNOB05p2Gk3sPJwKY0+OnNRsxY80lUomih3FZixyaSiimWFFFFABR
RSO4QZJoBuwtRyzhOByajluC/A4H86iZwg5rSMO5zzrdIjncuck1G8wXpyaY
8pb2FNrZRMrdWKSWPNJRSFsU20ldjFJxTWfNITmkrmnVb0RSQUUUViUFFFMk
l28DrQNK453CD3qFmLHmkJycmirSNYxsFFFFMoKbJII1yfwFJLKIx6k1Xdy7
ZNXGNzKpU5dFuLJIZGyfwFNoorU5W76sKZLLjgdaSSbsPzqOqSGkHWiiiqKC
iiigAoJxQTimM2aic1FDSBmzTXcIKHcIKhZixya5NW7s1jG4MxY5NJRTJZRG
PUmqSNW0ldhNL5a8fePSqxOTSsxY5PJNJW0Y2OOc+ZhRRRVEBSO2wZoZgoya
hdy5ppDSBmLHJpKKKssKKKKACiiigAr5b/4K0f8AJjHjn/sAz/8Apwlr6jd9
gr5b/wCCsxz+wv44/wCwDN/6cJa5sT0Naa6n6A0UUVgIKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKyfGn/IHh/6/7P8A9Koq1qyfGn/IHh/6/wCz/wDS
qKkxo+eP+COf/KPbwh/2FvEP/p+1Cvp2vmL/AII5/wDKPbwh/wBhbxD/AOn7
UK+naYgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs
/wCSXeMv+vPUv/TdbVz37DLZ/Yo+D2D08EaL/wCkENdD+3Z/yS7xl/156l/6
brauW/YXn8v9i74Qen/CE6N/6QQ1thPiaHKfLa57DHJvHvTqro/RhU6OHFdb
REo21QtFFFIkKKKKAClVipyKSigCdHDilqBWKnIqZHDioaIaFooopCCp4J93
yt17H1qCik1cqE3F3Rco6VFBPu+VuvY+tS1i1Y7IyUldEscm7g9aeDg1X6VL
HLng9ahq2qIlDqiYNmlqMHFPVs1006nNozFoWiiitRBRRRQA5JCn0qVWDDIq
ClVipyKTQmieimpIH+tOqCCWG42DB6evpU4ORVOnRymI8cj0qJQvsbU6ttGW
qKRJBIMilrI6k77BTkkKfSm0UA0Tq4ccUtVwcHIqVJQeDwaloylC2w+iiipI
ClVsUlFNSad0BIDmiowcU4P610wrJ6MhodT0mK9eaZRWwrE6sGHBqaO5K8Hk
frVMEqeKek3rUSiJNx1RfVw44OaWqat3B/Kpo7ns351i4djeFZPcmopFYMMg
5pag2CiiigAoBwaKKAHrOR15qRXDdDUFFJolwTLFFQrKV96eswPXipszNwaH
0UdaKRIUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRTWkC96Y0xPTinYpRb
JCwXqcUxp/QVGTk0VSiWoLqKzFjyaSiimWFFFFABRRQTgUAFBIAyeKjkuQvA
5P6VAzlzyc1ag2ZTqpbEslz2X86hZskkmmPKF6cmo2ct1rWMDncnLce83p+d
Rk5NFFWkCQUUhbFNJzWc6qWxSQrP6U2iiuaUnLcpIKKKKkYUE4GTTXkCfWom
cueaaRUY3HSS7uB0plFFWapWCiikZgoyeAKBi1FNcbDgdfX0ps1wXyB0/nUV
aRh1Zz1K3SIE5NFFIzBRk1oc4vSopJd3A6Ukkm8+1NqkikgoooqigooooAKC
cUE4FMJyazqVOUaQM2aa7hBSSSbB71EzFjk1y6t3ZtGFwZixyaSimSyiMepN
UkaNpK7CWURj1JquzFjk8k0MxY5PJNJW0Y2OOc3JhRRRVEBQTgZNBOBk1DJJ
vPtTSGkEkm8+1NooqywooooAKKKKACkZgoyaUnAyahkfefamkVGNxHfcSTxX
zB/wVlOf2FfG5HfQJv8A0vlr6WubjI2jp/Ovmj/grB/yYj41/wCxfm/9L5a5
8XpyouM03ZH6B0UUVzCCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsnxp
/wAgeH/r/s//AEqirWrJ8af8geH/AK/7P/0qipMaPnj/AII5/wDKPbwh/wBh
bxD/AOn7UK+na+Yv+COf/KPbwh/2FvEP/p+1Cvp2mIKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooA+af27P+SXeMv8Arz1L/wBN1tXI/sQf
8mW/CD/sSdG/9IYa679uz/kl3jL/AK89S/8ATdbVyP7EH/Jlvwg/7EnRv/SC
GrofEyK/wo9Xtrjbwen8qtI+0gjms4HFWLafBwTx/KvQjLmVnuRTqfZZfVgw
yKWoEcoamVgwyKlo0lGwtFFFIkKKKKAClVipyKSigCdHDilqBWKnIqZHDioa
IaFooopCCpobjoG/OoaKTSZUZOLui5RUENxsGG6dvapwcisWrHZCaktCSObs
fzqSq9Pjl28HpUNdiZQ7FhWzS1GDkU5X9a3p1ekjFodRRRW5IUUUUAAODUqT
Z4PFRUUmhNFiiokl28HkVKCGHFS0S0KrFTkHFTxXAfg8H+dV6KlxTKhNx2Ll
FV4rgoMHkVOrBhkHNYuLR1QmpbC0UUUixySlfcVKrhxxUFAODkUmiXFMsUVG
k3rUnWoaMmmgooooEKGxTg2aZRWkKjiJokopgYinBga6IVFIlocrFTwakSbP
XioqKtolosqxU5BqWO67MPxqkrlehqRZ89eKiULgnKOxeVw44INLVNW7g/lU
qXRH3hn3rJw7G8aye5PRTUkEg4NOqDVO+wUUUUDCiiigBVYqeDT1nPcVHRRY
TSZOsgbvS1XpVcr0NTykOHYnoqMT+opyyq3fH1pWZLi0Ooo60UiQooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACikLhe
4phn9BTsNRbJKRmC9TUTSs3fH0ptPlLUO5I0/oKY0hbqaSinYtRSCiiimMKK
KKACiikZgoyTigBaCQBk8VE90B90Z+tQs5c8nNWoMxlWS2J5LkLwOT+lQvIZ
DyajaYL05qNpC3etIwMZTlLckeUL7mo2kL9abRWiQkgooJxTS+elTKajuUkK
WxTS2aSiuedVspIKKKKyGFFFNeULwOTQNK44nAyajebPApjOXPNJVKJpGFtw
60UUVRYUUE4FRS3OOF/Omk2TKSjuPklEY56+lV5JTIeenpTScmitYxSOWdRy
CijpUbzdh+dWkZpDnkCe5qJmLHmk60VSVi0rBRRRTGFFFFABSFsUM2KYTmsa
lW2iGkBOTTZJdnHU0kkuOB+dRda50r6s2jDuBOTk0UVHNcBMgdf5VaV9i5SU
VdhLOI+Byf5VAzFjk8k0hOTRWsY2OSc3IKKKKogKCcDJoJwMmoZJN59qaQ0g
kk3n2ptFFWWFFFFABRRRQAUdKOlRSSbuB0ppDjG4ksm88dBVe4uNgwOvrS3M
3lrgHmqpOTVNqKFUqW92IhOTXzh/wVg/5MR8a/8AYvzf+l8tfR9fOH/BWD/k
xHxr/wBi/N/6Xy1w13sLD7s/QOiiisjUKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKyfGn/IHh/6/7P8A9Koq1qyfGn/IHh/6/wCz/wDSqKkxo+eP+COf
/KPbwh/2FvEP/p+1Cvp2vmL/AII5/wDKPbwh/wBhbxD/AOn7UK+naYgooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs/wCSXeMv+vPU
v/TdbVyP7EH/ACZb8IP+xJ0b/wBIIa679uz/AJJd4y/689S/9N1tXI/sQf8A
Jlvwg/7EnRv/AEghq6HxMiv8KPUKAcUUV0nMWLa5/hb/APVVlHKGs4HFWLa5
/hb/APVW0Zc2nU3p1PsyL6sGGRS1AjlDUysGGRSaLlGwtFFFIkKKKKAClVip
yKSigCaOTePenVXBwcipo5N/B61DRDQ6iiikIKfFOY+OoplFDVxptO6LasGG
RyDS1VjkMbZH4irEcgkXI/EVjKNjrhUUiRJCh9RUqsGGRUFKrFTkVDRUo3LC
ting5qFJA/1p4OKuFVx0Zg4j6KQNmlrpTT1RAUUUUwClVyh4pKKAJkkD+xp1
V6ek2ODzUuJLiS0qOUOQaQHIyKKklOxYjuA+AeDUlU6kjuCmAeRWbh2OiFbp
IsUUiSCQZFLWZ0J32ClVyh4pKKAJklDexp1V6ckpX3FS4mbh2JqKRZA/SlqT
NoKKKKAFDke9ODA0yitY1ZITRJRTA5FODg1vGrFk2Y4MV6HFPWf1FR0VdibE
6sGHBqVLhl9x71T6U9ZiOvNS4grrYupcK3sfepAciqKyhvanrIU6Eis3TNI1
mviLdFQpdY+8M+4qRZlfoazcWjaNSL2HUUUUiwooooAKKKKAFBI6EinCYj0N
MoosJpMlE4PUEU4OG7ioKKXKS4IsUVAGK9CacJmHoaXKS4MloqMT+opwmU+1
KzFysdRSBgehBpaRIUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRQSB14oAKKaZVHekM47A07D5WPo
qIzE+gppct3NHKUoMmLBepFNMwHqaiop8pSgh5nJ6ACmly3Umkop2KSSCiii
mMKKKKACiiigAopGkCdSBUbXQHQZppNkymluS015lTvk+gqu0zP1NMaQL1NW
qfcxlW/lJnuiegxUTN3J/OomnJ6cU0ksea1ULGTbluSNOB05qNnLdTSUVVgs
FFIWApC+amVSMSrDicU0v6U2isJVm9hqIUUUViUFFFIzBRyaAFpGcIOajebP
TimdapRLUO455S3sKbRRVGiVgoopGYKMngCgYtNklEfXr6VHJc9l/OoScmrU
O5hOslpEfJMZPYelMoorVKxztt6sKRnCDmmvNjgc1ETk5NUkCQ55C/sKbRRV
FhRRRQAUUUE4obsAU1n9KRmz9KazhBzXNOrfSJSiL0qKSXdwOlI8hf6U2skj
eMLasKKRmCjJ4AqCWcycDgfzrRRbCc1EdNcc4X86hoorVKxySk5O7CiiimSF
IzBRk0O4QVCzlzzTSGkK7lz7U2iirLCiiigAooooAKOlHSopJN3A6U0hxjcJ
JN3A6VBPOIhgdf5UTziIYHX+VVGYscmqbUUFSpy+7EGYscmkoorFu+rOYK+c
P+CsH/JiPjX/ALF+b/0vlr6Pr5w/4Kwf8mI+Nf8AsX5v/S+Wuev0N8Puz9A6
KKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArJ8af8geH/AK/7P/0q
irWrJ8af8geH/r/s/wD0qipMaPnj/gjn/wAo9vCH/YW8Q/8Ap+1Cvp2vmL/g
jn/yj28If9hbxD/6ftQr6dpiCiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKAPmn9uz/kl3jL/rz1L/03W1cj+xB/yZb8IP8AsSdG/wDSCGuu
/bs/5Jd4y/689S/9N1tXI/sQf8mW/CD/ALEnRv8A0ghq6HxMiv8ACj1Ciiiu
k5goBxRRQBYgusDB6fyqyj7Tkcg1nA4qe3udpwen8q3jJS0e5tTqdJGgrBhk
UtQK205FTI4cVLRpKNhaKKKRIUUUUAFHSiigCSOXjB/OpKr0+OXbwelS0S0S
0UA5GRRUkhSqxU5HBFJRQBYinEnB4P8AOpKp1LFc44bn3rOUOx0wrdJE/SpI
5ux/OowQRkc0Vm0bNJlgGnK/rVdJCnuKlVw44pRk4vQxlAlopgbFODZrphUU
jNoWiiitBBRRRQAquUPFSpKG9jUNFJoTRYoqJJSvB5FSK4bpUtEtCgkHI4qa
O67MPxqGipaTHGbjsXAQRkc0VUVyh4OKnjuQ3B4P6Vm4NHTCqnuSUUA5FFQa
hT1mK9eaZRRYTVydZA/SlqvT1mK9ealxIcOxLRTVlDe1OqSGrBRRRQIUMRSh
/Wm0VcaklsJokzmio84pwc1vGuuouUdSqxXoaaGBpa1TT2JsSLP6j8qesgbv
UFFHKLlLSzMnQ1It16j8qpK5Xoaes/qPyqHAalJbF5ZlfoadVESqe9SLIydC
azdM0Vfui1RUC3RHUA08XKn1FS4s0VWL6klFIGDDgg0tSaBRRRQAUUUUAFFF
FABShiOhIpKKAHea3rS+efQUyilZC5USCfnpSiYE96iooshciJvNX1pd49R+
dQUUuUXIiwDkUVXoBwaOUXsyxRUG8+p/OjefU0coezJ6Kh81vWjzW9aOUXIy
aiofNb1o81vWjlDkZNRUPmt60ea3rRyhyMmoqHzW9aPNb1o5Q5GTUVAZGPc0
bz6n86OUPZsnoqAknqSaSjlH7Mn3j1H50hkUd6hoo5R8iJjMo9TSGcdgaiop
8qHyIeZz2ApDMxPWm0UWQ+VClye5pKKKYwooooAKKKKACiiigAoooJwKACim
NOq98/SmNdeg/OqUWQ6kV1JqRpAnUgVWaZmPUj6UxnC9TVKmZuv2RYa6A6Am
o2uGbvj6VC047CmNKzd8fSrVMzc5MlZwOpprTjsKioq1EnlHNIW702ikLAU9
ENIWiml/Smkk1lKslsNRHlwPemlyaSisZVZMpIKKKKzGFFFIzhetAC0jMFHJ
pjT56cVGTk1SiWodyRp89OKjJyaKKaRoklsFFFFMYUUySdU9z6VBJMZD6D0q
lFsznVUSaS5C8Dk/pUDuXOSaSitVFI5pVHLcKKCQo5qN5vSqSJSHs4Qc1E8h
f2FN60VSRSQUUUUxhRRRQAUUE4prPnpUTmo7jSFZsUwnNBOBk1E82eBxXNKb
kXGI95QvTk1ESWPNJRSSN1FIKbJKIxz19KZLcBRheT61CzFjk8k1pGHcynVS
0QskhkbJ/AU2iitTmbvqwooooEFNeQJ9aR5scCoutUkUkKSWPNJRRVFBRRRQ
AUUUUAFHSgnAyahkk3n2ppXKjG4skm7gdKrz3IjyB1/lSXFxsGB1qsTk1Tai
ialS3uxBmLHJpKKKxbvqznCiiikAV84f8FYP+TEfGv8A2L83/pfLX0fXzh/w
Vg/5MR8a/wDYvzf+l8tYV+hvh92foHRRRWRqFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFZPjT/kDw/8AX/Z/+lUVa1ZPjT/kDw/9f9n/AOlUVJjR88f8
Ec/+Ue3hD/sLeIf/AE/ahX07XzF/wRz/AOUe3hD/ALC3iH/0/ahX07TEFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfNP7dn/JLvGX/Xnq
X/putq4z9h+Xb+xh8IQen/CFaN/6Qw12f7dn/JLvGX/XnqX/AKbrauK/Yi/5
Mv8AhD/2JWjf+kMNaYf4pBUV0j1frRUUcm3g9Kl610tHJJWCiiikIKKKKAJY
Ljyzg9DVtHzyprPqSGcxt7VtGd9Ga06ltHsaSSBx706qscgkGR2qeOXdwetD
jY2ceqH0UUVJAUUUUAFFFFADkcofapVcOOKgoBwcik0JosUUxJd3B4NPqCAo
oooAdHKYzx09KsRyiQcdfSqtAJByOKmUbmkKjiXKAcHIqKK5zw351KDkVk1b
c6oyUloSpNng8U+q9OSQp7ioa7Eyh2LCv606olcOOKcGxWsKzWkjJxH0UgbN
LXQmnqiAooopgFAODRRQBIk3rUgIYcVXpQSp4pNCaJ6KjSb1/OpAcioaIaHJ
IYzwamjuQ3B4P6VXopOKZcajjsXAciiqqSGM8GpUuQR83BrNwaOiNVPclooB
BGRzRUGoU5ZCvem0UA0SrMD14p/Wq9KrFTwalxIcOxPRUaz+op6uG6Gk0ZuL
QtFFFIQUAkUUUJ2AcJPWlDA0yitY1pLcXKSUUwEilD1qq0XuTyjqUMV6E00O
DS1qmnsKw8TkdcGnLMD14qKiiyFZE6uCeDUizsvfP1qpShyvc0nEFdbFwXZ7
gGni5U+oqkJyOuDThOD1BFQ6aKVSaLyyK3Qg5papCRT3FOVyBwSB7GodMtV+
6LdFVxcsD1B/ClF2ccgGlyMtVok9FRi6U9QRThMrH7wqeVlqcX1HUUgYN0IN
LSKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiigkAZPFABRTTMqj7wppuVB7mnZkucV1JKKhN36L+tNNyxHYU+Rk
OtEsUhYL1IFVmlZupPNMLgdxVKmQ6/ZFprhR3z9KY136D86rGYD1NIZz2Aql
TJdWbJ2uGbvj6UxnzyT+ZqEyMe9N61agQ7vdkxlUe9NM57AVHRVWQWQpct3N
JRSFgKG0tx2FoppkpCxNZutFbD5R5IFNL02ispVm9h8opYmkoorJtvcoKKKK
QBRSFgvU4prTgdOadhpNj6a0oX3qJpC3U0lNRLUO49pienFM60UVRaSQUUUU
DCimPOqDrk+1QyTs/sPSqUWzOVWKJpJ1T3PpUMk7P7D0plFaKKRzyqyYUUU1
pgvTmqMx3SmPMB05NRs5brSVSiUoisxY8mkooqigooooAKKKCcUN2AKRmxTW
fNISFHNc863SJSiBOaa8gT3NMebPTimVja+rNow7is5c80lFRyzhOByatK+x
baitR7MFGScVBLcF+BwP50x3LnJNJWkY23OWdVvRBRRRVmQUUUjuEHvQApOB
k1E8u7gcCms5c80lWkUkFFFFMoKKKKACiiigApGYKOaR5Ag9TULv1JNNK5UY
31YrvuOTwBVa4uf4R0/nSXFzv4HSoCc1Upcui3IqVekQJyaKKKwbMAooooAK
KKZLLjgdaBpXCSXHA6185f8ABV7n9g/xp/2L8v8A6Xy19EV87/8ABV3/AJMO
8af9i/L/AOl8tY4hWsdVJWP0EooorEYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAVk+NP+QPD/wBf9n/6VRVrVk+NP+QPD/1/2f8A6VRUmNHzx/wRz/5R
7eEP+wt4h/8AT9qFfTtfMX/BHP8A5R7eEP8AsLeIf/T9qFfTtMQUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB80/t2f8ku8Zf9eepf+m62
riv2Iv8Aky/4Q/8AYlaN/wCkMNdr+3Z/yS7xl/156l/6brauK/Yi/wCTL/hD
/wBiVo3/AKQw1rhviY6myPT6dHJsPtTaK6zJq5YBDDiioEcoamVw44qGjGUb
C0UUUiQooooAdHIYzwTVuGcSgdjVKlVip4rSM+jLhNxNKOXbwelS9aow3Qbh
uvrVhJCn0q3HqdGkleJNRSKwYcUtQQFFFFABRRRQAU9JivXkUyiiwWLAORkU
VArlDxUqSB/Y1DRDQ6iiikIKfHMY/celMooaGm1qi1HKJBx19KdVMHBqWO5I
wG5HrWTh2OiFa+kicHBqRJvX86iVgwyDmlqGjZpMsA5FOD4qsrFTxUiTBuvF
JNx1RlKBODmiowcU4P61vCsnuZuI6igHNFbEhRRRQAUqsVPBpKKAJVnz14p4
ORVelBKnipcSXEnoqNZ/WnqwYcGlYVhyuUPBxUqXXPzD8RUNFS4pjjNx2Lau
HHBzS1TBIORxUiXLL15rNw7G8a66liimJOr98fWn1LVjZNPYKKKKQxyysvfP
1p6zg9eKiopWRLimThg3Q5par9KcsrD3+tLlJcOxNRTFnB68U4MG6EUrENNC
0UUUhBRRRQAocilElNoq1UkuorIeGBpajorRV31QuUkopgYil8z2rRVoi5WO
oBwaTeKNwPerU4vqKw8SMO9KJz7UyinZCsiQTjuKcJlPqKhoosgsicOCOopy
uQOCcexqtRS5RWLQmZR9404XLD0NVAxA6mlErAdaTgiryWzLYujnkA0v2v8A
2f1qoJmHoaPPPoKn2aHzz7lwXS46GlF0pPcVT8/2/WgTjuKXsx+1mXftCev6
UfaE9f0qn549DR5496PZj9tLsXRKpH3h+dL5i/3l/OqXmr60eavrS9mHtn2L
vmL/AHl/OjzF/vL+dUvNX1o81fWj2Ye2fYu+Yv8AeX86PMX+8v51S81fWjzV
9aPZh7Z9i75i/wB5fzo8xf7y/nVLzV9aPNX1o9mHtn2LZnQHrR9oT1/SqZmU
epo88ehp+zD20uxbNyo9TR9qX0aqhnHYGk8/2/Wj2YvazLRu+fu/rSG7OOAB
VUznsBQZiR2p+zQvaT7lk3TEdhSGdyOtVvNb1pN59T+dVyIV5dywZGI+8fzp
u8eo/OoKKfKK3cmMygdaQzjsDUVFPlQcqHmc9gKQyse9NoosgshSSepJpKCQ
KTeKTklux2Foppk9qTeah1oodmPpCwFMJzRUOv2Q+UcXpC5pKKzdWTHZATmi
iisxhRRRQAUUEgdeKa0wHvRYaTY6gnAqJpienFMJJ681XKUoPqTNMB70xpie
nFMop2RaikBOTRRRTKCiimvKqdT+FAm0tx1BIAyeKge6J+6MfWo2cueSTVqD
6mUqyWxM9yAPl5NRPM0nU8elNoq1FIwlUk9wooJwKY0wHTmqsRYfTWmC9Oai
Zy3WkquUrlHNIX602iiqKCiiigAooooAKKQvimk5rKdVLYaQpf0ppOaa8gT6
1G8hf6VzylKW5pGA95gvTmo2YseTSUE4FCRsopBSM4QZJwKjkuQvC81CzFjk
nNaKF9zKdZLRD5LktwOB+tR0UVolY5pSb1YUUUUxBRSM4Qc1E8hf2FNIaQ55
scCoycmiiqSKSCiiimMKKKKACiignAoAKZJLt4HWmyS7uB0qCacRcdTVKJaS
SvIfJIEGSaqTTmQ+1NklMhyTTaUp20RhOo5aLYKKKKyMwooooAKOlBOBk1FJ
Ju4HSmkOMbiyy54HSo6KKs2SsFfO/wDwVd/5MO8af9i/L/6Xy19EV87/APBV
3/kw7xp/2L8v/pfLXNiehrT3P0EooorAAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigArJ8af8AIHh/6/7P/wBKoq1qyfGn/IHh/wCv+z/9KoqTGj54/wCC
Of8Ayj28If8AYW8Q/wDp+1Cvp2vmL/gjn/yj28If9hbxD/6ftQr6dpiCiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAPmn9uz/kl3jL/AK89
S/8ATdbVxX7EX/Jl/wAIf+xK0b/0hhrtf27P+SXeMv8Arz1L/wBN1tXFfsRf
8mX/AAh/7ErRv/SGGtcN8THU2R6fRRRXWZBSqxU5FJRQBMkgce9Oqv0qWOXP
BqWjKUOw+iiipICiiigABxU0Fzs4PIqGiqjJoak07o0I5M8qamSUN14NZkUx
jPWrUU4l9j6Vro9UdMZqWj3LdFRJNjg81KDkZFS0JxaCiiikIKKKKACiiigB
6TY681KCGHFV6VWKng0mhNE9FMSYN14NPqLEWCiiigBVcoeDip47kNweD+lV
6KTimXGbjsXKKqpM0fQ8elTxzq/sfQ1k4tHTCqpEqSFPp6VIsob2NQ0VDRTi
mWAcU4P61XWUr7ipEkD/AF9KalKOxlKBNRUYOKcH9a3jWT3M2h1FFFaiCiii
gAoBwaKKAHrMR15p6yBu9Q0UmhNFiioVkK96es4PXipaJaH05JWTofwpoIPT
mikCbWxMt16j8qlWQP0INVKKhwRrGtJblyiqyzsvfP1qRboHqMVDgzWNaLJa
KRZA/Qg0tSap3CiiigBwlYd6cJ/UVHRSshOKZMsqt3x9ad1qvQCR04pcpDh2
LFFQiVh704T+opcrJcGSUU0Sqe+KcCD05pCaYUUUUCCiiigApdxHekopptbA
LvNL5ntTaKpVJLqKyH7xRuFMoq1WkHKSZHqKKjoqvb+QuUkoqPJ9aXcR3p+3
XYOUfRTN5o3mn7aIuUfRTd59qPMp+2iFmOopvme1Hme1P2se4WY6im+Z7UeZ
7Ue1j3CzHUU3zPajzPaj2se4WY6im+Z7UeZ7Ue1j3CzHUU3zPajefal7aIWY
6im7z7Um80e2iHKx9FM3E96Mn1NT7ddh8o+jIqOik6/kHKP3Ad6N4plFS68g
5R3me1G802ipdWXcdkLuPrSE5ooqHJvcYUUUUgCiiigAoo6UhkUdxQFhaKYZ
x2BppmJ9BTsylBktIXC9xUJYt1JpKfKUqfclM47A0wysfam0U7IpRSAnJooo
plBRRSFgo5IFAC0VG1yo6ZNRtcs3TiqUGZyqxROWCjkgVG10B0BNQEknJ5oq
1BdTGVZ9B7zs/fH0plFHSrSMm29woprShfeo2lLe1NIEiVmC9TTGn9BUfWiq
USlEVmLHk0lFFMYUUUUAFFFFABRSFwPemliazlVihpDi4HvTSxNNZgo5NRtM
T04rnlOUi4wuSM4XrUbzFunApnWikkbKCQUU15BGOTUMlwWPHAq1FsUqiiSy
TCPjqfSoJJjIfQelNorRRSOadRyCiiiqMwoopryBPr6UAO6Ux5scD86Y8hf6
elNqkikgJycmiiiqKCiiigAooooAKKKY82OBzRYaVxzuEFQvIW68CmySheWP
Wqs1yZOnAq0ktWNyUPUknusZC/nVcnNJRWcp30OeUnJ3YUUUVBIUUUUAFIzB
RzSPIEHvUTMWOTTSLjG4ryF/pTaKKs1SsFFFFABXzv8A8FXf+TDvGn/Yvy/+
l8tfRFfO/wDwVd/5MO8af9i/L/6Xy1zYnoaU9z9BKKKKwAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKyfGn/ACB4f+v+z/8ASqKtasnxp/yB4f8Ar/s/
/SqKkxo+eP8Agjn/AMo9vCH/AGFvEP8A6ftQr6dr5i/4I5/8o9vCH/YW8Q/+
n7UK+naYgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/
bs/5Jd4y/wCvPUv/AE3W1cV+xF/yZf8ACH/sStG/9IYa7X9uz/kl3jL/AK89
S/8ATdbVwn7EFyP+GM/hICeB4L0YfT/QYa1wqvKQqskkrnqtFAORRXWQFFFF
ABRRRQA+OXbwelSg5GRVelRyhpNEShfYnopEcOPelqDIKKKKAClVip4pKKab
WqAsw3eeG/OrCSY5ByKzqkhuDGfatYzT0ZtCr0kaSSB/rTqqRTCTpwanSbHB
ocbGvLfWJJRQDkZFFSQFFFFABRRRQAU5ZSvuKbRQBOrh+lLVfpT0mI68ipcS
XElopFYMODS1JIUUUUAPjnZPcehqdJlk6Hn0qrRUuKZpCq4lyiq6XDJ15FSp
Mr98H3rNxaOiNSLJVlK+4qRZQ3sahoqGinFMsA4pwf1qushXvT1mB68U1KUd
jNwZODmiowacH9a1jWXUzcR1FIGBpa2TT1RIUUUUwCiiigABwaesxHXmmUUW
CxMsob2p3Wq9KGK9DipcSXEnoqJZyOvNPWVT7fWlZisx1PWdl75+tMByKKVg
Ta2JluvUflUizKw6gfWqtFQ4I0VaS3LlFVFcr0JFPW5YdcGpcGaquupYoqNb
pT1BFOWVW6Ec1LTNFOL2Y6iiikUFHSiigBwkYdzSicjqAaZRSsJxRKJx3BpR
Kp71DRRyonkROGB6EGlqvShiOhIpcovZk9FQiVgOtL559qXKLkZLRUfn+360
vnj0NFmLlY+im+avrShwR1FKwrMWikDA9CDS0CCiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKCQOvFABRSbx6j86TzV9aLDsx1FM88e9IZ+el
OzHyskoqIznPQUnmt60crHyMmoJA68VBuJ7mkp8o/ZkxkUd6QzgdATUVFPlH
yIkM57AU0yse9NoosVyoCSevNFFFMYUUUUAFFIXCnkgfjTDcqPU07MlyS3ZJ
RUDXRPQAUxpWbqTVKDM3Wj0LLSKnUio2ugOgJqCiqUEZutLoPa4Zu+PpTCST
k80UVSRk5N7hRTTIo701p/QfnVWCxJSNIF71CzluppKfKPlJGnPYUxmLHk0l
FVYdgooooGFFFFABRRQTihsAoppf0ppOaxlWS2Gojy+KaWJpjSBe9MaYnpxW
MpykaRgSM4XrUbTE9OKZ1opJGqgkHWikeRU6nFQvdE/dGPeqUWxSnGO5MzhB
ycVDJcluF4H61ESScnmitFBI551m9gJyaKKKsyCiignAoAKRmCjJpjzelMJL
HmqURqI55ienApnWiiqsXYKKKKACiiigAooooAKRmCjmmvMB05NQyShRljVK
NylHqx7ylvYVBLchBxyf0qOa6LcDgVATmm5KJEqttIjnkMh5NNoorFtvcwCi
iikAUUUjMFGTQAtMebHAprylunAplUkaRh3DrRRRVGgUUUUAFFFFABXzv/wV
d/5MO8af9i/L/wCl8tfQc9wIwcHn+VfPX/BVlt37BfjI+vh6U/8Ak/LXPiU7
RZVKSbaR+g1FFFc5QUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVk+NP8A
kDw/9f8AZ/8ApVFWtWT40/5A8P8A1/2f/pVFSY0fPH/BHP8A5R7eEP8AsLeI
f/T9qFfTtfMX/BHP/lHt4Q/7C3iH/wBP2oV9O0xBRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFAHzT+3Z/yS7xl/156l/wCm62rzn9ihiv7G
/wAJCP8AoTNH/wDSGGvRv27P+SXeMv8Arz1L/wBN1tXnH7FP/Jm3wk/7EzR/
/SGGunA/FIiv8KPVre7xgHp6VaVw4yDkVmdKmhuSh613Tp31Rzxk4+heopkU
wkHofSn1i1Y2TTV0FFFFIYUUUUAAODUqTZ4NRUUmhNJliioUkKfSpVYMOKlo
ycWhaKKKRIUUUUAKrFTxViG77N+dVqKuM2tCoycdjQjkwMqeDUyShvY1mRTm
M8VZiuBJgdDWmktjeM4y33LlFRJKV4PIqRXDjipaG4tC0UUUiQooooAKKKKA
AHBqRZ/Wo6KGhNFgEMOKKgBKninrP61LiS4klFAIYcUVIgooooAfHOye49DU
qXCt7H3qvRUuKZpGrJFyiqqSsnQ/hUqXQPUYqHBo3jWi9yZXK9DT1n9RUQYM
OCDS1m0aNJk4YN0OacGIqsDg09ZiOvNGq2M3TLAcUuc1Csqn2+tOzitFWa3M
3Ekopoc0ocGtY1IsmzFooorQQUUUUAFFFFAACR04p4mI680yiiwWJVnB68U5
WDdDUFFLlJ5SxRUAcr3NOE5HUA0uUXKS0UwTA+opwYN0IpWFYcrlehIp4uWH
oajoqWkylJrZk4uxnkEU5bhT3x9arUVPIi1WkWwwboQaWqdOWVl6E8UnTLVf
ui1RVcXLD0NOF2ccr+tTyMtVok1FRi6UnuKcJlY/eFKzLU4vqOopAwboQaWk
UFFFFABRRRQAUUUUAKGIHU0bz6n86SigLDhKwHWjzW9abRRYVkO81vWlEzD0
NMopWDlQ/wA8+go88+gplFFkHKh/nn0FHnn0FMoosg5UPMxI7Unmt602iiyD
lQ7zW9aPNb1ptFOwWQu8+p/OjefU/nSUUDsFFFFABRRRQAUUUUAFFFBIAyeK
ACimmZVH3hTTcqPU07MlziupJRUJuxnhf1ppumI7CnyMl1oligkAZPFVTMzf
xGmk5NV7Mh110RaMyqfvCmG6GOATUFFPkRm60iVrpj0AFMaVm6k02iqSSIc5
PdhRQSB14pplUe9OxNh1FRmf0FNMrHvT5R8pMSB14phmA6c1F1op8o+Ue05P
TimsxbqaSiqsOwUUUUDCiiigAooooAKKQsBSF/SolUitx2HUhcCmEk0jSBep
rGVZ/ZKURxcmkJx1qNp/QUwsW6nNZu73NFTJGmA6c0xpC3em0E4FCRaikFFR
vcKvufaonnZz1wParUWyZVYoneZY+p59KikuS3A4H61FRWigkYSqyYE5NFFF
UZBRRR0oAKOlMaYDpzUbOW600hpEjTAdOajZix5pKKpIpIKKKKYwooooAKKK
KACignAyajeb0ppDSbHs4Qc1E8hf2FRyTCPqearTXJk46CqslqxuUY+pNLdB
BxyarPIZDyaaTmiolO+iMJTctwooorMgKKKKACignAqN5s8CmkNJsc8gT61E
zFjzSUVSVjVRSCiiimUFFFFABRRSO4QZJoBuwpOBVe4uwvAOB6+tMuLoscfp
VdmLHJraFPqzCU29thXcufavBv8Agqt/yYP4x/7F2T/0vkr3evCP+Cq3/Jg/
jH/sXZP/AEvkrmx20fU2w6s2foPRRRXEahRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABWT40/5A8P/AF/2f/pVFWtWT40/5A8P/X/Z/wDpVFSY0fPH/BHP
/lHt4Q/7C3iH/wBP2oV9O18xf8Ec/wDlHt4Q/wCwt4h/9P2oV9O0xBRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHzT+3Z/yS7xl/156l/6
bravOP2Kf+TNvhJ/2Jmj/wDpDDXo/wC3Z/yS7xl/156l/wCm62rzj9in/kzb
4Sf9iZo//pDDXVgfjkRX+FHptFFFekcw6OUofarkF0HHJ/GqNKrFTkVMoJgr
p3Rp0VUt7vBAPT0q0jhxkGueUWjWM0xaKKKksKKKKAClBKnikooAlSYHrwaf
VenJIU9xUuJnKHYmopFcOOKWpMwooooAKAcUUUATRXRTg8irEcofkHn9ao0q
sVPFaqp3NIVWtDTSb1/OpAQw4rPivOMNzViOTIypqnHqjZcstixRTEmz14p/
WosJprcKKKKBBRRRQAUUUUAKCVPFPWf1FR0UWFYnVgw4NLVcHBp6zkdealxE
4ktFIsgboaWpJCiiigBVYqcg4qRLoj7wzUVFJpMqM2ti0kqv0PPpTqp05JmT
vkehqHDsbRr9y1SqxXoahS6B+8MVIrhxwQahprc2Uoy2JVn9R+VPWQN0NQUV
PKJwRYBIpweq6yFe9OWf1H5U05LYh02ThgaWohIG6GlBxWirvqjNxJKKaHNK
HFaKrFisxaKM5orQQUUUUAFFFFABRRRQAocr0JpwmI9DTKKLCsSicdwaUSqe
9Q0UuVByosAg9CDRVelDkdzS5RcpPRUImYe9OE57ilysXKySimeePQ0vmr60
WYWY6lDFehIpu4HuKWkIcJmX+I04XLA9QfwqOilZFKcl1JRdNnkCl+1/7P61
DRS5UV7WXcnF0uOhpRdKT3FV6KXIh+2kWftCev6UCdCetVqKORD9vIt+Yv8A
eX86PMX+8v51Uoo9mP277FsOpOAQfxpap0UvZj9v5FyiqdFHsw9v5FyiqdFH
sw9v5FykLBepAqpRR7MPb+Rb8xf7y/nR5i/3l/OqlFP2YvbvsWjMq/xCk+0J
6/pVaijkQvbyLBuVHqaPtS+jVXoo5EL20iY3fP3f1pDdnsAKiop8qF7WXckN
yxHYUhncjrTKKfKiXOXcUuxGCSfxpKKQsB1IFMkWimmRR3pDMAe9Ow7D6KjM
/tSGZj6CizCzJaCcCoDIx7mk60+UfKTmRR3FNM4HQE1FRT5R8o8zk9ABSGRj
3NNoosFgooopjCiiigAooooAKKKKACikLgUhkqHUiuo7DqQsBTSxNNZgvU1k
6/ZDUR5k9KQsTUbTgdOaY0rH2+lZuUnuaKmyVmCjk01px2FRdaKXKWoLqOaQ
t3ptBIAyeKje5VenJppdhtqO5JSM4QcnFQPcM3sPaoycmtFDuZSrroTPdY+6
M+5qN5Gfqc02irUUjGU5PcKKKKZAUUUhYL1OKAFoJwKjaf0FMZix5NUojUSR
pwOnNRs5brSUU7FWCiiimMKKKKACiiigAoopryhfc0DSuO6UxpgOnNRvIWHJ
wKgkuwvTmrUe5TSjrImeTjLGq8t5xheKheUuck02pc0tjGVVvRCsxY80lFFZ
tt7mQUUUUgCiigkKOaACmvIE+tMebPTimVSiaRh3FZy55pKKKo0CiiigAooo
oAKKCQBk8VXnu9o4yP601FvYmU0tyWWcRcdT/Kqc1wXPXPvTHkL/AEptdEYJ
GLbluFFFFWAV4R/wVW/5MH8Y/wDYuyf+l8le714R/wAFVv8Akwfxj/2Lsn/p
fJXDjto+pvh92foPRRRXCahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABW
T40/5A8P/X/Z/wDpVFWtWT40/wCQPD/1/wBn/wClUVJjR88f8Ec/+Ue3hD/s
LeIf/T9qFfTtfMX/AARz/wCUe3hD/sLeIf8A0/ahX07TEFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfNP7dn/ACS7xl/156l/6bravNv2
KWx+xv8ACX0/4QzR/wD0hhr0n9uz/kl3jL/rz1L/ANN1tXmv7Ff/ACZv8Jf+
xM0f/wBIYaqhJqTaIr/Cj1AHIoqMHFPVs16lOspaPc5haKKK2AKkiuCh6n61
HRSauJovxXIkHOB79qlrMVyh4qzb3eOD+VYyp9i41GviLVFIjhxkGlrI2TuF
FFFABRRRQAA4NSJN6/nUdFDQmkywDkUVArlDxUiTBuvBqGjJwaH0UUUiQooo
oAKckhjPBptFNNrYCzFeA8N+dTxy8ZU5FZ9OSZozwa0U09zaNZ7SNNZgevFP
61Rjuw3Xip0kxyDxVOJqkpfCT0UxZgevFP61FiWmtwooooEFFFFABRRRQAU5
ZSvvTaKAJVmB68U/rVelVivQ1LiS4k9FRrP6j8qerhuhpWFYWiiikIKAcGii
gCRbll681Ityp65FV6KlxTNI1ZIthgw4INLVMEg5HFPW4Ze+frUOHY1VddSz
Sq5XoahW6B6gipFkD9CDUuLW5qpRlsSic9xTllU+31qGipsgcEWAc9KUORVY
EjpxThKw96FdbMh0ywJPWlDA1AJx3FPEinuKtVZLchwJaKjzilDkVarrqTyj
6KaJPal3itFUi+orMWijOaKsQUUUUAFFFFABRRRQAUUUUAFHSiigBd59TS+a
3rTaKLBYf559qUTnuKjopWQrIk8/2/Wl88ehqKiiyCyJRMCe9L5q+tQ0Ucoc
pN5q+tKHBHUVBRS5RcpPvHqPzo3j1H51BRRyhyk+8eo/OjePUfnUFFHKHKT7
x6j86N49R+dQUUcocpPvHqPzo3j1H51BRRyhyk+8eo/Ok81fWoaKOUOUm81f
WgzKPU1DRT5R8pL549DSGfnpUdFFkFkSef7Unnn0FMoosgsh3mt60hkY9zSU
U7DsBJPXmiiigAooooAKKKKACiiigAooooAKKKM4oAKKQsBSeZ7VDqRXUdh1
FMLmkJzUOuug+UeWApC9MLhepFNM4HTJrN1pPYpQJC5pM5qIzE+gppYt1JqH
d7stUyUyKO9Naf0H51HRRylKCHNKzd8fSm0hYKOSBTGuVA4yapLsNuMSSgnA
qu1yx6YFMZy55JNUoPqZuuuhYa4Ve+fpUbXRPQAVFRVqCMZVZMVmLHJOaSii
qMwooooAKKQsF6nFNacDpzTsFh9NaQL3qNpC3em01EpRHtMT04phOTRRVWKs
FFFFABRRRQAUUUUAFFFNaUL7mgErjqa0oX3NRtKW9hUMlyqe5qlEvlS1kTPK
WHoKgkulTpyagluWk78VHQ5pbGcq3SI+SdpOpplFFZOTe5i3fcKKKKQgoooo
AKKa8gT6+lRvIX+lNIpRbHvMF6c1GzFjyaSiqSNVFIKKKKYwooooAKKKCQBk
8UAFMkmEfufSop7sKMDj3qrJKZDWkabe5lKp0iSz3Rc9f8BUBOTk0UVuklsZ
2CiiimMKKQtims26sqlVR9QFZ/SvCv8Agqr/AMmDeMP+xdk/9LpK9zrwz/gq
r/yYN4w/7F2T/wBLpK8zETcmmzfD7s/QeiiiszUKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKyfGn/IHh/wCv+z/9Koq1qyfGn/IHh/6/7P8A9KoqTGj5
4/4I5/8AKPbwh/2FvEP/AKftQr6dr5i/4I5/8o9vCH/YW8Q/+n7UK+naYgoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD5p/bs/5Jd4y/68
9S/9N1tXmf7FLhv2OPhMAeR4M0f/ANIYa9M/bs/5Jd4y/wCvPUv/AE3W1eVf
sXEj9jz4Tkcf8Ubo/wD6Qw1dCN2xVVeKPV6KiiuQeG4PrUtbNNbnK01uOV/W
nA5qOlBxW9Ou1pIQ+ikDZpa64yTV0AUUUUwJIrgxnqatxXQfrge9UKVWKng1
EoJgrrY06KpwXZXg/katRzCQeh9KwlBo1jNPRjqKKKksKKKKACiiigBySFPp
UiSB/rUNFJolxTLFFRLMV681IrhxxUtGbi0LRRRSJCiiigApyTNGeDTaKabW
wJlmK8B4b86njl4ypyKz6ckrIcg1opp7m0az2epprPnrxTwcis+O87NzU6Sg
n5TVcvVGi5ZbFmio1n9RT1YN0NS0JxaFooopCCiiigAooooAKKKKAHLKy98/
WnrOD14qKilZCsicMG6HNLVfpT1mI96TiJxJaKYJweuRTgwboc0rE2FooopA
FFFFADlmZT1J+tSLdeo/KoaKTimWqklsyys6t3x9aeCCMjmqdAJByOKlw7Gi
rvqi5RVZbhl75+tPW79R+VQ4M0VaLJgSOnFOErD3qJZ1bvj604MGHBBqWu5d
4slE/qKcJVPtUNFLlQOCLAIPQg0oYjvValDkdzRZrYl0yxvNKJPaoBMw9DSi
f2qlOa6kumyfeKNw9ahEyn1FOEinuKpVpdSHAloqMGl3Ed6pV11QuUfRTN5p
fMqlWiLlY6im+ZS7xVKpF9QsxaKTcD3pcj1quZdxBRRRTAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoozik3Ad6TaAWik
3ik3ipdSPcdmOopvme1JvNS60Qsx9FM3E96TOal110Q+UkyKTeKjLgdxSGZR
71LrS6IagSGSkLmojOOwpDMT6Cpc5spU2TFie9ITjrUJkY9zTetTZvcpUyYy
qO9IZx2BqKijlK5EPMzH0FNLFupNITgU0zKv8Qppdh6IdRURux2BNMNyxHYV
XIyXViixTTMq/wAQqszlzySaSqVPuZuv2RO10McA/jUbXDN3x9KZRVKKRk6k
n1Akk5PNFFFUQFFFFABRQTgU0zKPeiwWHUE4FRNOT04ppJY81SiUokrTAe9M
aYnpxTKKdkOyAnJooopjCiiigAooooAKKKKACigkDrxTGnA6c07DSb2H01pg
vTmonkz944FQSXYXpzVKI2lH4iw8pI5OBUEl0qdOTVd52k6mmUnNLYzlW6RJ
JLhpO/FR0UVm5N7mTbe4UUUVIgooooAKKCQo5qNp89OKaQ1FsezBRzUbTE9O
KYTk0VSRooJBRRRTLCiiigAooooAKKRnCDk4qvPecYHH86qMW9iJTSJpZxF7
n0qpNdlz/nFRvIX+npTa2jBIybctwJycmiiitACiignFJtLVgFNZ/SkZs0lc
tSv0iAE5oopkswj46n0rn1YJXHMwUZJxXhn/AAVTO79gXxgfXw5J/wCl0le0
u5c5JrxX/gqj/wAmBeL/APsXJP8A0ukrKvG1jqoxsfoTRRRWZQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAVk+NP+QPD/ANf9n/6VRVrVk+NP+QPD/wBf
9n/6VRUmNHzx/wAEc/8AlHt4Q/7C3iH/ANP2oV9O18xf8Ec/+Ue3hD/sLeIf
/T9qFfTtMQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB80
/t2f8ku8Zf8AXnqX/putq8q/Yv8A+TO/hP8A9ibo/wD6Qw16r+3Z/wAku8Zf
9eepf+m62ryr9i//AJM7+E//AGJuj/8ApDDWuG+JjqbI9Lp8cxj46j0plFdb
VzFq5bSQSDIpaqKxU5HBFTR3IOA3B9aycOxm4diWnB8daaDkUUozcXdEEgOa
KjBxTw+a66ddS0YC0UUVuAU5JShptFAmi5BeZGDk/wA6nVgwyDmszpUkVwYz
1NZSp9ilJrzNCioYrsOOfzFTA5FYtNbmsZJ7BRRRSKCiiigAo6UUUAPWYjrz
UiuG6VBR0pNEOCZYoqJZiOvNSLIH6VLRDi0LRRRSJCiiigApVYqeKSimm1qg
Jo7wr15qeOdXPBwapUA4q1U7mkaskaazEdeaesob2rNjuWj78VNHdq3XirST
2NVOD30L1FV45eMqeKkWf1FS4sbg+hJRSKwboaWkSFFFFABRRRQAUUUUAFHS
iigByysPf609Zx3FRUUrIVkTq4boaWq9KrlehpcouUnoqITkdQDTxMp9RSsx
WY6igEHoQaKQgooooAKAcGiigBwmZf4jTxdHPIBqKik4opTktmTrdKeoIp4m
Vj94VVoqXBGirSLgIIyOaKpg4NOEzKfvGk6Zarrqi1RVcXLAdjThd8fd/Wp5
GUq0SbpShyD1NRC6UnuKcJlY/eFJxZfPF9SQTMPelE57gVGHDHgg/jS1Ng5U
yQTjuKUTAnvUVFFkHIibzV9aXePUfnUFFLlFyIsA5FGTVegEjpxRYXsyzuPr
RvNV959T+dKJGHen73cXsyfeaXefaq/mt60omYehp80u4vZk+8+1HmVB559B
R559BRzz7h7Nk/me1Hme1QCc56Cl8/2/Wn7SYvZsm8z2o8z2qHz/AG/Wjz/b
9aPaTD2bJvM9qPM9qh8/2/Wjz/b9aPaTD2bJvM9qPM9qh8/2/WgznsBR7SYe
zZN5ntRvPtUHnn0FHnn0FHPPuP2bJ959qTeahMxI7Unmt60uaXcPZk+80bie
9Qea3rSbz6n86V5dx+zLGT6mkqAsT1JNJSsx+zJ949R+dIZFHeoaKOUfIiYz
KPU0hnHYGoqKfKg5ESGc9hSGZj6CmUhYKOSBRYfKh5kY9zTSSevNNMyqPvCm
m5UepqlFhzRRJRUJuxnhf1pDdMegAp8jJdWJPRVUzMw+8aQsWPJJqvZkOuui
LJmVR94U03Kg9zVeinyIh15EpuzjgAU1p2bvj6UyiqUUQ6kn1FLFjySaSiim
QFFFFABRRQTgUAFFNMqjvmmtP6D86dh2JKQsF6nFRGVj3ptPlHykrTAdOaaZ
ifQUyinZDsgJJ680UUUxhRRRQAUUUUAFFFFABRRQSB14oAKKY0wHTmmNKSOT
gU0mUoMlaQL1NRtOT04qCS6VOnJqGS7ZunAqrJbicoR8yzJMF5Y81BJef3ag
LE0lS6i6Gcqze2g55Wc5JptFFZtt7mQUUUUgCiiigAopGYKOTTGn9BTSGotk
hIUc1G0/pTCSx5pKpRNFBdRSSx5pKKKZYUUUUAFFFFABRRUclwsee5FNK4nJ
LckJwKhmuwgOPzqvNdmT/PFREljzWsafcyc29h8twZD1NR9aKK1SsQkFFFFM
YUUhbFNLE1lUrKOnUBWf0ppOaKK451HLcApGYKMngCmyTiPjqageQyHJpRjc
qMbj5bknheB61FRRWqVjVKwV4t/wVR/5MC8X/wDYuSf+l0le014t/wAFUf8A
kwLxf/2Lkn/pdJXPiehrT3P0JooorAAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigArJ8af8geH/r/s/wD0qirWrJ8af8geH/r/ALP/ANKoqTGjwT/gmR4a
1b4I/sV+FvDnirRtb0fW7e91e7ltJdOnd4o7nVry5hLbVIBaGaNipO5d21gG
BA97/wCE0s/+eOrf+Cu6/wDjdfEnw60LXPF/w+0LVrnxr4jS51TTre7lWK30
4IryRK5Cg2pOMk4yT9a2f+EA1b/oePFH/fjTv/kWs3UL5D7C/wCE0s/+eOrf
+Cu6/wDjdH/CaWf/ADx1b/wV3X/xuvj3/hANW/6HjxR/3407/wCRaP8AhANW
/wCh48Uf9+NO/wDkWl7QOQ+wv+E0s/8Anjq3/gruv/jdH/CaWf8Azx1b/wAF
d1/8br49/wCEA1b/AKHjxR/3407/AORaP+EA1b/oePFH/fjTv/kWj2gch9hf
8JpZ/wDPHVv/AAV3X/xuj/hNLP8A546t/wCCu6/+N18e/wDCAat/0PHij/vx
p3/yLR/wgGrf9Dx4o/78ad/8i0e0DkPsL/hNLP8A546t/wCCu6/+N0f8JpZ/
88dW/wDBXdf/ABuvj3/hANW/6HjxR/3407/5Fo/4QDVv+h48Uf8AfjTv/kWj
2gch9hf8JpZ/88dW/wDBXdf/ABuj/hNLP/njq3/gruv/AI3Xx7/wgGrf9Dx4
o/78ad/8i0f8IBq3/Q8eKP8Avxp3/wAi0e0DkPsL/hNLP/njq3/gruv/AI3R
/wAJpZ/88dW/8Fd1/wDG6+Pf+EA1b/oePFH/AH407/5Fo/4QDVv+h48Uf9+N
O/8AkWj2gch9hf8ACaWf/PHVv/BXdf8Axuj/AITSz/546t/4K7r/AON18e/8
IBq3/Q8eKP8Avxp3/wAi0f8ACAat/wBDx4o/78ad/wDItHtA5D7C/wCE0s/+
eOrf+Cu6/wDjdH/CaWf/ADx1b/wV3X/xuvj3/hANW/6HjxR/3407/wCRaP8A
hANW/wCh48Uf9+NO/wDkWj2gch9hf8JpZ/8APHVv/BXdf/G6P+E0s/8Anjq3
/gruv/jdfHv/AAgGrf8AQ8eKP+/Gnf8AyLR/wgGrf9Dx4o/78ad/8i0e0DkP
R/2zdPu/FPw18RQ2FjqFxc6rbahFZ24tJFnunaxt41VIyodiXBUADk9K4r9m
P4OeKvh5+zZ8PdA1jw9q1nq+h+GdN0++g+zNJ5E8VrHHIm5QVbDKRlSQccEi
s3/hANW/6HjxR/3407/5Fo/4QDVv+h48Uf8AfjTv/kWqhWcG2huFz0r/AIQz
Wf8AoD6t/wCAcn/xNH/CGaz/ANAfVv8AwDk/+JrzX/hANW/6HjxR/wB+NO/+
RaP+EA1b/oePFH/fjTv/AJFrT63LyJ9kj0r/AIQzWf8AoD6t/wCAcn/xNH/C
Gaz/ANAfVv8AwDk/+JrzX/hANW/6HjxR/wB+NO/+RaP+EA1b/oePFH/fjTv/
AJFo+ty8g9kj02PwlrUf/MH1Yj0+xy//ABNSr4V1cjnSNWB/68pf/ia8t/4Q
DVv+h48Uf9+NO/8AkWj/AIQDVv8AoePFH/fjTv8A5FqXiW+xLoRZ6n/wimrf
9AjVv/AKX/4mj/hFNW/6BGrf+AUv/wATXln/AAgGrf8AQ8eKP+/Gnf8AyLR/
wgGrf9Dx4o/78ad/8i0vrDF9XieqDwtq4/5hGrf+AUv/AMTTv+EX1X/oE6t/
4BS//E15T/wgGrf9Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi1rDGz
jpoH1eJ6t/wi2q/9AnVv/AKX/wCJo/4RbVf+gTq3/gFL/wDE15T/AMIBq3/Q
8eKP+/Gnf/ItH/CAat/0PHij/vxp3/yLV/2hPsvxD6vE9W/4RbVf+gTq3/gF
L/8AE0f8Itqv/QJ1b/wCl/8Aia8p/wCEA1b/AKHjxR/3407/AORaP+EA1b/o
ePFH/fjTv/kWj+0J9l+IfV4nq48Masp40nVv/AKX/wCJqWHQdXQ/8gnVv/AK
X/4mvI/+EA1b/oePFH/fjTv/AJFo/wCEA1b/AKHjxR/3407/AORaTx83ul+I
vq0T2NNF1Ij5tJ1YH/rxl/8Aiad/Yeo/9AvVv/AGb/4mvGv+EA1b/oePFH/f
jTv/AJFo/wCEA1b/AKHjxR/3407/AORaj63Ly/EtUl3PZf7D1H/oF6t/4Azf
/E0f2HqP/QL1b/wBm/8Aia8a/wCEA1b/AKHjxR/3407/AORaP+EA1b/oePFH
/fjTv/kWl9bl5D9kj2X+w9R/6Berf+AM3/xNH9h6j/0C9W/8AZv/AImvGv8A
hANW/wCh48Uf9+NO/wDkWj/hANW/6HjxR/3407/5Fo+ty8g9kj2X+w9R/wCg
Xq3/AIAzf/E0f2HqP/QL1b/wBm/+Jrxr/hANW/6HjxR/3407/wCRaP8AhANW
/wCh48Uf9+NO/wDkWj63LyD2SPZf7D1H/oF6t/4Azf8AxNH9h6j/ANAvVv8A
wBm/+Jrxr/hANW/6HjxR/wB+NO/+RaP+EA1b/oePFH/fjTv/AJFo+ty8g9kj
2hdJ1Jeul6sf+3Gb/wCJp40m/I/5BerD/txm/wDia8U/4QDVv+h48Uf9+NO/
+RaP+EA1b/oePFH/AH407/5FpfWpeRLoRZ7X/ZF//wBAzVv/AAAm/wDiaP7I
v/8AoGat/wCAE3/xNeKf8IBq3/Q8eKP+/Gnf/ItH/CAat/0PHij/AL8ad/8A
ItH1mXkL6vE9r/si/wD+gZq3/gBN/wDE0f2Rf/8AQM1b/wAAJv8A4mvFP+EA
1b/oePFH/fjTv/kWj/hANW/6HjxR/wB+NO/+RaPrMvIPq8T2v+yL/wD6Bmrf
+AE3/wATR/ZF/wD9AzVv/ACb/wCJrxT/AIQDVv8AoePFH/fjTv8A5Fo/4QDV
v+h48Uf9+NO/+RaPrMvIPq8T2v8Asi//AOgZq3/gBN/8TR/ZF/8A9AzVv/AC
b/4mvFP+EA1b/oePFH/fjTv/AJFo/wCEA1b/AKHjxR/3407/AORaPrMvIPq8
T2xdM1BTxpurf+AM3/xNTJa6gOul6sf+3Cb/AOJrw3/hANW/6HjxR/3407/5
Fo/4QDVv+h48Uf8AfjTv/kWrWNmuw1RS2Z7utpeH/mG6uP8Atwm/+JpywXo/
5h2rH62E3/xNeDf8IBq3/Q8eKP8Avxp3/wAi0f8ACAat/wBDx4o/78ad/wDI
tH12XZfiacnc98WG6PXTdWH/AG4Tf/E0vkXP/QP1b/wXz/8AxFeBf8IBq3/Q
8eKP+/Gnf/ItH/CAat/0PHij/vxp3/yLU/W5eRPske++Rc/9A/Vv/BfP/wDE
UeRc/wDQP1b/AMF8/wD8RXgX/CAat/0PHij/AL8ad/8AItH/AAgGrf8AQ8eK
P+/Gnf8AyLR9bl5B7JHvvkXP/QP1b/wXz/8AxFHkXP8A0D9W/wDBfP8A/EV4
F/wgGrf9Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi0fW5eQeyR775F
z/0D9W/8F8//AMRR5Fz/ANA/Vv8AwXz/APxFeBf8IBq3/Q8eKP8Avxp3/wAi
0f8ACAat/wBDx4o/78ad/wDItH1uXkHske++Rc/9A/Vv/BfP/wDEUeRc/wDQ
P1b/AMF8/wD8RXgX/CAat/0PHij/AL8ad/8AItH/AAgGrf8AQ8eKP+/Gnf8A
yLR9bl5B7JHvvkXP/QP1b/wXz/8AxFHkXP8A0D9W/wDBfP8A/EV4F/wgGrf9
Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi0fW5eQeyR775Fz/0D9W/8
F8//AMRR5Fz/ANA/Vv8AwXz/APxFeBf8IBq3/Q8eKP8Avxp3/wAi0f8ACAat
/wBDx4o/78ad/wDItH1uXkHske++Rc/9A/Vv/BfP/wDEU4Jdj/lw1f8A8F8/
/wARXgH/AAgGrf8AQ8eKP+/Gnf8AyLR/wgGrf9Dx4o/78ad/8i0fW5eQeyR9
Aj7V307Vv/BfP/8AEUoFwf8AmHauP+4fP/8AEV8+/wDCAat/0PHij/vxp3/y
LR/wgGrf9Dx4o/78ad/8i0vrUvIXsUfQe24/6B+rf+C+f/4ijbcf9A/Vv/Bf
P/8AEV8+f8IBq3/Q8eKP+/Gnf/ItH/CAat/0PHij/vxp3/yLR9Zl5C9gj6D2
3H/QP1b/AMF8/wD8RRtuP+gfq3/gvn/+Ir58/wCEA1b/AKHjxR/3407/AORa
P+EA1b/oePFH/fjTv/kWj6zLyD2CPoPbcf8AQP1b/wAF8/8A8RRtuP8AoH6t
/wCC+f8A+Ir58/4QDVv+h48Uf9+NO/8AkWj/AIQDVv8AoePFH/fjTv8A5Fo+
sy8g9gj6D23H/QP1b/wXz/8AxFG24/6B+rf+C+f/AOIr58/4QDVv+h48Uf8A
fjTv/kWj/hANW/6HjxR/3407/wCRaPrMvIPYI+g9tx/0D9W/8F8//wARRtuP
+gfq3/gvn/8AiK+fP+EA1b/oePFH/fjTv/kWj/hANW/6HjxR/wB+NO/+RaPr
MvIPYI+g9tx/0D9W/wDBfP8A/EUbbj/oH6t/4L5//iK+fP8AhANW/wCh48Uf
9+NO/wDkWj/hANW/6HjxR/3407/5Fo+sy8g9gj6D23H/AED9W/8ABfP/APEU
oFwp4sNXH/cPn/8AiK+e/wDhANW/6HjxR/3407/5Fo/4QDVv+h48Uf8AfjTv
/kWj6zLyD2KPoUPdKf8Ajx1f/wAF8/8A8RSia6B/48NWP/cOn/8AiK+ef+EA
1b/oePFH/fjTv/kWj/hANW/6HjxR/wB+NO/+RaX1h9kUqfmz6I+0XP8A0D9V
/wDBfP8A/E0v2m4/6B2rf+AE/wD8RXzt/wAIBq3/AEPHij/vxp3/AMi0f8IB
q3/Q8eKP+/Gnf/ItL2/kilF9z6KFxNjnTtX/APBfP/8AEUonlJ/5B+rj/uHT
/wDxFfOn/CAat/0PHij/AL8ad/8AItH/AAgGrf8AQ8eKP+/Gnf8AyLS9ux2Z
9GedL/z46t/4Lp//AIijzpf+fHVv/BdP/wDEV85/8IBq3/Q8eKP+/Gnf/ItH
/CAat/0PHij/AL8ad/8AItHtmPU+jPOl/wCfHVv/AAXT/wDxFHnS/wDPjq3/
AILp/wD4ivnP/hANW/6HjxR/3407/wCRaP8AhANW/wCh48Uf9+NO/wDkWj2z
DU+jPOl/58dW/wDBdP8A/EUedL/z46t/4Lp//iK+c/8AhANW/wCh48Uf9+NO
/wDkWj/hANW/6HjxR/3407/5Fo9sw1Pozzpf+fHVv/BdP/8AEUedL/z46t/4
Lp//AIivnP8A4QDVv+h48Uf9+NO/+RaP+EA1b/oePFH/AH407/5Fo9sw1Poz
zpf+fHVv/BdP/wDEUedL/wA+Orf+C6f/AOIr5z/4QDVv+h48Uf8AfjTv/kWj
/hANW/6HjxR/3407/wCRaPbMNT6M86X/AJ8dW/8ABdP/APEUedL/AM+Orf8A
gun/APiK+c/+EA1b/oePFH/fjTv/AJFo/wCEA1b/AKHjxR/3407/AORaPbMN
T6M86X/nx1b/AMF0/wD8RR50v/Pjq3/gun/+Ir5z/wCEA1b/AKHjxR/3407/
AORaP+EA1b/oePFH/fjTv/kWj2zDU+jPOl/58dW/8F0//wARR50v/Pjq3/gu
n/8AiK+c/wDhANW/6HjxR/3407/5Fo/4QDVv+h48Uf8AfjTv/kWj2zDU+jPO
l/58dW/8F0//AMRR50v/AD46t/4Lp/8A4ivnP/hANW/6HjxR/wB+NO/+RaP+
EA1b/oePFH/fjTv/AJFo9sw1Pozzpf8Anx1b/wAF0/8A8RR50v8Az46t/wCC
6f8A+Ir5z/4QDVv+h48Uf9+NO/8AkWj/AIQDVv8AoePFH/fjTv8A5Fo9sw1P
oszyj/lw1c/9w6f/AOIo+0Tf9A/WP/BfP/8AE186f8IBq3/Q8eKP+/Gnf/It
H/CAat/0PHij/vxp3/yLR7ZhZn0T9puP+gdq3/gBP/8AEUhuLnPGnar/AOC+
f/4ivnf/AIQDVv8AoePFH/fjTv8A5Fo/4QDVv+h48Uf9+NO/+Raft/JfiTyv
ufQ5nuj/AMuGqj/uHT//ABFNMl0w/wCPHV//AAXz/wDxFfPX/CAat/0PHij/
AL8ad/8AItH/AAgGrf8AQ8eKP+/Gnf8AyLT+sPsiXTv1Z9CE3LDmx1c/9w+f
/wCIpNtx/wBA/Vv/AAXz/wDxFfPn/CAat/0PHij/AL8ad/8AItH/AAgGrf8A
Q8eKP+/Gnf8AyLT+svyF7FH0HtuP+gfq3/gvn/8AiKNtx/0D9W/8F8//AMRX
z5/wgGrf9Dx4o/78ad/8i0f8IBq3/Q8eKP8Avxp3/wAi0fWZeQvYI+g9tx/0
D9W/8F8//wARRtuP+gfq3/gvn/8AiK+fP+EA1b/oePFH/fjTv/kWj/hANW/6
HjxR/wB+NO/+RaPrMvIPYI+g9tx/0D9W/wDBfP8A/EUbbj/oH6t/4L5//iK+
fP8AhANW/wCh48Uf9+NO/wDkWj/hANW/6HjxR/3407/5Fo+sy8g9gj6D23H/
AED9W/8ABfP/APEUbbj/AKB+rf8Agvn/APiK+fP+EA1b/oePFH/fjTv/AJFo
/wCEA1b/AKHjxR/3407/AORaPrMvIPYI+g9tx/0D9W/8F8//AMRRtuP+gfq3
/gvn/wDiK+fP+EA1b/oePFH/AH407/5Fo/4QDVv+h48Uf9+NO/8AkWj6zLyD
2CPoPbcf9A/Vv/BfP/8AEUbbj/oH6t/4L5//AIivnz/hANW/6HjxR/3407/5
Fo/4QDVv+h48Uf8AfjTv/kWj6zLyD2CPoMrcD/mH6sf+4fP/APEU0/au2nat
/wCAE/8A8RXz9/wgGrf9Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi0
fWpeQ/Yo9/K3Z/5h+rD/ALh8/wD8RTTBdE/8g/Vv/BfP/wDEV4F/wgGrf9Dx
4o/78ad/8i0f8IBq3/Q8eKP+/Gnf/ItP63LyD2SPffIuf+gfq3/gvn/+Io8i
5/6B+rf+C+f/AOIrwL/hANW/6HjxR/3407/5Fo/4QDVv+h48Uf8AfjTv/kWj
63LyH7JHvvkXP/QP1b/wXz//ABFHkXP/AED9W/8ABfP/APEV4F/wgGrf9Dx4
o/78ad/8i0f8IBq3/Q8eKP8Avxp3/wAi0fW5eQeyR775Fz/0D9W/8F8//wAR
R5Fz/wBA/Vv/AAXz/wDxFeBf8IBq3/Q8eKP+/Gnf/ItH/CAat/0PHij/AL8a
d/8AItH1uXkHske++Rc/9A/Vv/BfP/8AEUeRc/8AQP1b/wAF8/8A8RXgX/CA
at/0PHij/vxp3/yLR/wgGrf9Dx4o/wC/Gnf/ACLR9bl5B7JHvvkXP/QP1b/w
Xz//ABFHkXP/AED9W/8ABfP/APEV4F/wgGrf9Dx4o/78ad/8i0f8IBq3/Q8e
KP8Avxp3/wAi0fW5eQeyR775Fz/0D9W/8F8//wARR5Fz/wBA/Vv/AAXz/wDx
FeBf8IBq3/Q8eKP+/Gnf/ItH/CAat/0PHij/AL8ad/8AItH1uXkHske++Rc/
9A/Vv/BfP/8AEUGC6H/MO1Y/9w+b/wCJrwL/AIQDVv8AoePFH/fjTv8A5Fo/
4QDVv+h48Uf9+NO/+RaPrcvIPZI96aG8PTTdWH/bhN/8TTDaXh/5h2rn/twm
/wDia8I/4QDVv+h48Uf9+NO/+RaP+EA1b/oePFH/AH407/5Fp/XJdl+JShbY
9ze1v/4dL1b8bCb/AOJqJ9O1GQ86bq3/AIAzf/E14j/wgGrf9Dx4o/78ad/8
i0f8IBq3/Q8eKP8Avxp3/wAi03jZ+REqN92e1/2Tf/8AQM1b/wAAZv8A4mj+
yL//AKBmrf8AgBN/8TXin/CAat/0PHij/vxp3/yLR/wgGrf9Dx4o/wC/Gnf/
ACLUfWpeRP1eJ7X/AGRf/wDQM1b/AMAJv/iaP7Iv/wDoGat/4ATf/E14p/wg
Grf9Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi0fWZeQfV4ntf9kX//
AEDNW/8AACb/AOJo/si//wCgZq3/AIATf/E14p/wgGrf9Dx4o/78ad/8i0f8
IBq3/Q8eKP8Avxp3/wAi0fWZeQfV4ntf9kX/AP0DNW/8AJv/AImj+yL/AP6B
mrf+AE3/AMTXin/CAat/0PHij/vxp3/yLR/wgGrf9Dx4o/78ad/8i0fWZeQf
V4ntf9k3/wD0DNW/8AJv/iaY2laieml6sP8Atxm/+Jrxf/hANW/6HjxR/wB+
NO/+RaP+EA1b/oePFH/fjTv/AJFo+tS8gWHieynRNRJ/5Berf+AM3/xNH9h6
j/0C9W/8AZv/AImvGv8AhANW/wCh48Uf9+NO/wDkWj/hANW/6HjxR/3407/5
Fp/W5eRfskey/wBh6j/0C9W/8AZv/iaP7D1H/oF6t/4Azf8AxNeNf8IBq3/Q
8eKP+/Gnf/ItH/CAat/0PHij/vxp3/yLR9bl5B7JHsv9h6j/ANAvVv8AwBm/
+Jo/sPUf+gXq3/gDN/8AE141/wAIBq3/AEPHij/vxp3/AMi0f8IBq3/Q8eKP
+/Gnf/ItH1uXkHskey/2HqP/AEC9W/8AAGb/AOJo/sPUf+gXq3/gDN/8TXjX
/CAat/0PHij/AL8ad/8AItH/AAgGrf8AQ8eKP+/Gnf8AyLR9bl5B7JHsv9h6
j/0C9W/8AZv/AImkbRNRA40rVj/24y//ABNeN/8ACAat/wBDx4o/78ad/wDI
tH/CAat/0PHij/vxp3/yLR9bl5B7JHr02h6s440nVsen2KX/AOJqBvDOrN10
nVv/AACl/wDia8o/4QDVv+h48Uf9+NO/+RaP+EA1b/oePFH/AH407/5FrRY+
a2S/Ez+rR3bPVv8AhFtV/wCgTq3/AIBS/wDxNH/CLar/ANAnVv8AwCl/+Jry
n/hANW/6HjxR/wB+NO/+RaP+EA1b/oePFH/fjTv/AJFp/wBoT7L8R/V4nq3/
AAi2q/8AQJ1b/wAApf8A4mj/AIRbVf8AoE6t/wCAUv8A8TXlP/CAat/0PHij
/vxp3/yLR/wgGrf9Dx4o/wC/Gnf/ACLR/aE+y/EPq8T1b/hFtV/6BOrf+AUv
/wATSHwvq56aRq3/AIBS/wDxNeVf8IBq3/Q8eKP+/Gnf/ItH/CAat/0PHij/
AL8ad/8AItTLHTatoH1eJ6n/AMIpq3/QI1b/AMApf/iaP+EU1b/oEat/4BS/
/E15Z/wgGrf9Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi1j9YYfV4n
qf8Awimrf9AjVv8AwCl/+JqKTwrrTcDR9WA/685c/wDoNeY/8IBq3/Q8eKP+
/Gnf/ItH/CAat/0PHij/AL8ad/8AItNYlrsNYeKPSv8AhDNZ/wCgPq3/AIBy
f/E0f8IZrP8A0B9W/wDAOT/4mvNf+EA1b/oePFH/AH407/5Fo/4QDVv+h48U
f9+NO/8AkWq+ty8ivZI9K/4QzWf+gPq3/gHJ/wDE0f8ACGaz/wBAfVv/AADk
/wDia81/4QDVv+h48Uf9+NO/+RaP+EA1b/oePFH/AH407/5Fo+ty8g9kj0r/
AIQzWf8AoD6t/wCAcn/xNeTf8FEfhL4l+Kf7JWteD/D+iahqfibWtENpZ6dH
EVmmke+kIGGxtGPmLNhVUFiQATV//hANW/6HjxR/3407/wCRaP8AhANW/wCh
48Uf9+NO/wDkWonXcrXHGFj7C/4TSz/546t/4K7r/wCN0f8ACaWf/PHVv/BX
df8Axuvj3/hANW/6HjxR/wB+NO/+RaP+EA1b/oePFH/fjTv/AJFqPaByH2F/
wmln/wA8dW/8Fd1/8bo/4TSz/wCeOrf+Cu6/+N18e/8ACAat/wBDx4o/78ad
/wDItH/CAat/0PHij/vxp3/yLR7QOQ+wv+E0s/8Anjq3/gruv/jdH/CaWf8A
zx1b/wAFd1/8br49/wCEA1b/AKHjxR/3407/AORaP+EA1b/oePFH/fjTv/kW
j2gch9hf8JpZ/wDPHVv/AAV3X/xuj/hNLP8A546t/wCCu6/+N18e/wDCAat/
0PHij/vxp3/yLR/wgGrf9Dx4o/78ad/8i0e0DkPsL/hNLP8A546t/wCCu6/+
N0f8JpZ/88dW/wDBXdf/ABuvj3/hANW/6HjxR/3407/5Fo/4QDVv+h48Uf8A
fjTv/kWj2gch9hf8JpZ/88dW/wDBXdf/ABuj/hNLP/njq3/gruv/AI3Xx7/w
gGrf9Dx4o/78ad/8i0f8IBq3/Q8eKP8Avxp3/wAi0e0DkPsL/hNLP/njq3/g
ruv/AI3R/wAJpZ/88dW/8Fd1/wDG6+RPHml3/g34M2U0GvapcanqGvwWR1Ce
K2M8MMlxYxFVVYhFwsshBZCcvyTgAQf8IBq3/Q8eKP8Avxp3/wAi0/aMOQ+w
v+E0s/8Anjq3/gruv/jdH/CaWf8Azx1b/wAFd1/8br49/wCEA1b/AKHjxR/3
407/AORaP+EA1b/oePFH/fjTv/kWl7QOQ+wv+E0s/wDnjq3/AIK7r/43R/wm
ln/zx1b/AMFd1/8AG6+Pf+EA1b/oePFH/fjTv/kWj/hANW/6HjxR/wB+NO/+
RaPaByH2F/wmln/zx1b/AMFd1/8AG6P+E0s/+eOrf+Cu6/8AjdfHv/CAat/0
PHij/vxp3/yLR/wgGrf9Dx4o/wC/Gnf/ACLR7QOQ+wv+E0s/+eOrf+Cu6/8A
jdH/AAmln/zx1b/wV3X/AMbr49/4QDVv+h48Uf8AfjTv/kWj/hANW/6HjxR/
3407/wCRaPaByH2F/wAJpZ/88dW/8Fd1/wDG6P8AhNLP/njq3/gruv8A43Xx
7/wgGrf9Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi0e0DkPsL/AITS
z/546t/4K7r/AON0f8JpZ/8APHVv/BXdf/G6+Pf+EA1b/oePFH/fjTv/AJFo
/wCEA1b/AKHjxR/3407/AORaPaByH2F/wmln/wA8dW/8Fd1/8bo/4TSz/wCe
Orf+Cu6/+N18e/8ACAat/wBDx4o/78ad/wDItH/CAat/0PHij/vxp3/yLR7Q
OQ+wv+E0s/8Anjq3/gruv/jdH/CaWf8Azx1b/wAFd1/8br49/wCEA1b/AKHj
xR/3407/AORan+IWl3+ofHrxLotjr2qaJpmkW0EkENnFbPuaS4vEJZpopGOF
hjAwR0PXNP2jDkPrv/hNLP8A546t/wCCu6/+N0f8JpZ/88dW/wDBXdf/ABuv
j3/hANW/6HjxR/3407/5Fo/4QDVv+h48Uf8AfjTv/kWl7QOQ+wv+E0s/+eOr
f+Cu6/8AjdH/AAmln/zx1b/wV3X/AMbr49/4QDVv+h48Uf8AfjTv/kWj/hAN
W/6HjxR/3407/wCRaPaByH2F/wAJpZ/88dW/8Fd1/wDG6P8AhNLP/njq3/gr
uv8A43Xx7/wgGrf9Dx4o/wC/Gnf/ACLR/wAIBq3/AEPHij/vxp3/AMi0e0Dk
PsL/AITSz/546t/4K7r/AON0f8JpZ/8APHVv/BXdf/G6+Pf+EA1b/oePFH/f
jTv/AJFo/wCEA1b/AKHjxR/3407/AORaPaByH2F/wmln/wA8dW/8Fd1/8bqj
r+vxa1aW9vb2+ptK17av8+nXEagLcRsxLMgAAAJ5Pavkv/hANW/6HjxR/wB+
NO/+Ra6DwJ4KuLCLWbm98QazrIt7ENDFdx2qJE5uIF3jyYY2J2swwSR8x4yA
Qe0DkOf+CH/JFvCH/YEsv/RCV1FbvhXwP4Q8IeGNN0m21CV7bS7WK0iaW+lL
skaBAWIsgM4AzgD6Vf8A7J8Lf8/v/k7N/wDIVZtal3OTorrP7J8Lf8/v/k7N
/wDIVH9k+Fv+f3/ydm/+QqXKFzk6K6z+yfC3/P7/AOTs3/yFR/ZPhb/n9/8A
J2b/AOQqOULnJ0V1n9k+Fv8An9/8nZv/AJCo/snwt/z+/wDk7N/8hUcoXOTo
rrP7J8Lf8/v/AJOzf/IVH9k+Fv8An9/8nZv/AJCo5QucnRXWf2T4W/5/f/J2
b/5Co/snwt/z+/8Ak7N/8hUcoXOTorrP7J8Lf8/v/k7N/wDIVH9k+Fv+f3/y
dm/+QqOULnJ0V1n9k+Fv+f3/AMnZv/kKj+yfC3/P7/5Ozf8AyFRyhc5Oius/
snwt/wA/v/k7N/8AIVH9k+Fv+f3/AMnZv/kKjlC5ydFdZ/ZPhb/n9/8AJ2b/
AOQqP7J8Lf8AP7/5Ozf/ACFRyhc5Oius/snwt/z+/wDk7N/8hUf2T4W/5/f/
ACdm/wDkKjlC5ydFdZ/ZPhb/AJ/f/J2b/wCQqP7J8Lf8/v8A5Ozf/IVHKFzk
6K6z+yfC3/P7/wCTs3/yFR/ZPhb/AJ/f/J2b/wCQqOULnJ0V1n9k+Fv+f3/y
dm/+QqP7J8Lf8/v/AJOzf/IVHKFzk6K6z+yfC3/P7/5Ozf8AyFR/ZPhb/n9/
8nZv/kKjlC5ydFdZ/ZPhb/n9/wDJ2b/5Co/snwt/z+/+Ts3/AMhUcoXOTorr
P7J8Lf8AP7/5Ozf/ACFR/ZPhb/n9/wDJ2b/5Co5QucnRXWf2T4W/5/f/ACdm
/wDkKj+yfC3/AD+/+Ts3/wAhUcoXOTorrP7J8Lf8/v8A5Ozf/IVH9k+Fv+f3
/wAnZv8A5Co5QucnRXWf2T4W/wCf3/ydm/8AkKj+yfC3/P7/AOTs3/yFRyhc
5Oius/snwt/z+/8Ak7N/8hUf2T4W/wCf3/ydm/8AkKjlC5ydFdZ/ZPhb/n9/
8nZv/kKj+yfC3/P7/wCTs3/yFRyhc5Oius/snwt/z+/+Ts3/AMhUf2T4W/5/
f/J2b/5Co5QucnRXWf2T4W/5/f8Aydm/+QqP7J8Lf8/v/k7N/wDIVHKFzk6K
6z+yfC3/AD+/+Ts3/wAhUf2T4W/5/f8Aydm/+QqOULnJ0V1n9k+Fv+f3/wAn
Zv8A5Co/snwt/wA/v/k7N/8AIVHKFzk6K6z+yfC3/P7/AOTs3/yFR/ZPhb/n
9/8AJ2b/AOQqOULnJ0V1n9k+Fv8An9/8nZv/AJCo/snwt/z+/wDk7N/8hUco
XOTorrP7J8Lf8/v/AJOzf/IVH9k+Fv8An9/8nZv/AJCo5QucnRXWf2T4W/5/
f/J2b/5Co/snwt/z+/8Ak7N/8hUcoXOTorrP7J8Lf8/v/k7N/wDIVH9k+Fv+
f3/ydm/+QqOULnJ0V1n9k+Fv+f3/AMnZv/kKj+yfC3/P7/5Ozf8AyFRyhc5O
ius/snwt/wA/v/k7N/8AIVH9k+Fv+f3/AMnZv/kKjlC5ydFdZ/ZPhb/n9/8A
J2b/AOQqP7J8Lf8AP7/5Ozf/ACFRyhc5Oius/snwt/z+/wDk7N/8hUf2T4W/
5/f/ACdm/wDkKjlC5ydFdZ/ZPhb/AJ/f/J2b/wCQqP7J8Lf8/v8A5Ozf/IVH
KFzk6K6z+yfC3/P7/wCTs3/yFR/ZPhb/AJ/f/J2b/wCQqOULnJ0V1n9k+Fv+
f3/ydm/+QqP7J8Lf8/v/AJOzf/IVHKFzk6K6z+yfC3/P7/5Ozf8AyFR/ZPhb
/n9/8nZv/kKjlC5ydFdZ/ZPhb/n9/wDJ2b/5Co/snwt/z+/+Ts3/AMhUcoXO
TorrP7J8Lf8AP7/5Ozf/ACFR/ZPhb/n9/wDJ2b/5Co5QucnRXWf2T4W/5/f/
ACdm/wDkKj+yfC3/AD+/+Ts3/wAhUcoXOTorrP7J8Lf8/v8A5Ozf/IVH9k+F
v+f3/wAnZv8A5Co5QucnRXWf2T4W/wCf3/ydm/8AkKj+yfC3/P7/AOTs3/yF
Ryhc5Oius/snwt/z+/8Ak7N/8hUf2T4W/wCf3/ydm/8AkKjlC5ydFdZ/ZPhb
/n9/8nZv/kKj+yfC3/P7/wCTs3/yFRyhc5Oius/snwt/z+/+Ts3/AMhUf2T4
W/5/f/J2b/5Co5QucnRXWf2T4W/5/f8Aydm/+QqP7J8Lf8/v/k7N/wDIVHKF
zk6K6z+yfC3/AD+/+Ts3/wAhUf2T4W/5/f8Aydm/+QqOULnJ0V1n9k+Fv+f3
/wAnZv8A5Co/snwt/wA/v/k7N/8AIVHKFzk6K6z+yfC3/P7/AOTs3/yFR/ZP
hb/n9/8AJ2b/AOQqOULnJ0V1n9k+Fv8An9/8nZv/AJCo/snwt/z+/wDk7N/8
hUcoXOTorrP7J8Lf8/v/AJOzf/IVH9k+Fv8An9/8nZv/AJCo5QucnRXWf2T4
W/5/f/J2b/5Co/snwt/z+/8Ak7N/8hUcoXOTorrP7J8Lf8/v/k7N/wDIVH9k
+Fv+f3/ydm/+QqOULnJ0V1n9k+Fv+f3/AMnZv/kKj+yfC3/P7/5Ozf8AyFRy
hc5Oius/snwt/wA/v/k7N/8AIVH9k+Fv+f3/AMnZv/kKjlC5ydFdZ/ZPhb/n
9/8AJ2b/AOQqP7J8Lf8AP7/5Ozf/ACFRyhc5Oius/snwt/z+/wDk7N/8hUf2
T4W/5/f/ACdm/wDkKjlC5ydFdZ/ZPhb/AJ/f/J2b/wCQqP7J8Lf8/v8A5Ozf
/IVHKFzk6K6z+yfC3/P7/wCTs3/yFR/ZPhb/AJ/f/J2b/wCQqOULnJ0V1n9k
+Fv+f3/ydm/+QqP7J8Lf8/v/AJOzf/IVHKFzk6K6z+yfC3/P7/5Ozf8AyFR/
ZPhb/n9/8nZv/kKjlC5ydFdZ/ZPhb/n9/wDJ2b/5Co/snwt/z+/+Ts3/AMhU
coXOTorrP7J8Lf8AP7/5Ozf/ACFR/ZPhb/n9/wDJ2b/5Co5QucnRXWf2T4W/
5/f/ACdm/wDkKj+yfC3/AD+/+Ts3/wAhUcoXOTorrP7J8Lf8/v8A5Ozf/IVH
9k+Fv+f3/wAnZv8A5Co5QucnRXWf2T4W/wCf3/ydm/8AkKj+yfC3/P7/AOTs
3/yFRyhc5Oius/snwt/z+/8Ak7N/8hUf2T4W/wCf3/ydm/8AkKjlC5ydFdZ/
ZPhb/n9/8nZv/kKj+yfC3/P7/wCTs3/yFRyhc5Oius/snwt/z+/+Ts3/AMhU
f2T4W/5/f/J2b/5Co5QucnRXWf2T4W/5/f8Aydm/+QqP7J8Lf8/v/k7N/wDI
VHKFzk6K6z+yfC3/AD+/+Ts3/wAhUf2T4W/5/f8Aydm/+QqOULnJ0V1n9k+F
v+f3/wAnZv8A5Co/snwt/wA/v/k7N/8AIVHKFzk6K6z+yfC3/P7/AOTs3/yF
R/ZPhb/n9/8AJ2b/AOQqOULnJ0V1n9k+Fv8An9/8nZv/AJCo/snwt/z+/wDk
7N/8hUcoXOTorrP7J8Lf8/v/AJOzf/IVH9k+Fv8An9/8nZv/AJCo5QucnRXW
f2T4W/5/f/J2b/5Co/snwt/z+/8Ak7N/8hUcoXOTorrP7J8Lf8/v/k7N/wDI
VH9k+Fv+f3/ydm/+QqOULnJ0V1n9k+Fv+f3/AMnZv/kKj+yfC3/P7/5Ozf8A
yFRyhc5Oius/snwt/wA/v/k7N/8AIVH9k+Fv+f3/AMnZv/kKjlC5ydFdZ/ZP
hb/n9/8AJ2b/AOQqP7J8Lf8AP7/5Ozf/ACFRyhc5Oius/snwt/z+/wDk7N/8
hUf2T4W/5/f/ACdm/wDkKjlC5ydFdZ/ZPhb/AJ/f/J2b/wCQqP7J8Lf8/v8A
5Ozf/IVHKFzk6K6z+yfC3/P7/wCTs3/yFR/ZPhb/AJ/f/J2b/wCQqOULnJ0V
1n9k+Fv+f3/ydm/+QqP7J8Lf8/v/AJOzf/IVHKFzk6K6z+yfC3/P7/5Ozf8A
yFR/ZPhb/n9/8nZv/kKjlC5ydFdZ/ZPhb/n9/wDJ2b/5Co/snwt/z+/+Ts3/
AMhUcoXOTorrP7J8Lf8AP7/5Ozf/ACFR/ZPhb/n9/wDJ2b/5Co5QucnRXWf2
T4W/5/f/ACdm/wDkKj+yfC3/AD+/+Ts3/wAhUcoXOTorrP7J8Lf8/v8A5Ozf
/IVH9k+Fv+f3/wAnZv8A5Co5QucnRXWf2T4W/wCf3/ydm/8AkKj+yfC3/P7/
AOTs3/yFRyhc5Oius/snwt/z+/8Ak7N/8hUf2T4W/wCf3/ydm/8AkKjlC5yd
FdZ/ZPhb/n9/8nZv/kKj+yfC3/P7/wCTs3/yFRyhc5Oius/snwt/z+/+Ts3/
AMhUf2T4W/5/f/J2b/5Co5QucnRXWf2T4W/5/f8Aydm/+QqP7J8Lf8/v/k7N
/wDIVHKFzk6K6z+yfC3/AD+/+Ts3/wAhUf2T4W/5/f8Aydm/+QqOULnJ0V1n
9k+Fv+f3/wAnZv8A5Co/snwt/wA/v/k7N/8AIVHKFzk6K6z+yfC3/P7/AOTs
3/yFR/ZPhb/n9/8AJ2b/AOQqOULnJ0V1n9k+Fv8An9/8nZv/AJCo/snwt/z+
/wDk7N/8hUcoXOTorrP7J8Lf8/v/AJOzf/IVH9k+Fv8An9/8nZv/AJCo5Quc
nRXWf2T4W/5/f/J2b/5Co/snwt/z+/8Ak7N/8hUcoXOTorrP7J8Lf8/v/k7N
/wDIVH9k+Fv+f3/ydm/+QqOULnJ0V1n9k+Fv+f3/AMnZv/kKj+yfC3/P7/5O
zf8AyFRyhc5Oius/snwt/wA/v/k7N/8AIVH9k+Fv+f3/AMnZv/kKjlC5ydFd
Z/ZPhb/n9/8AJ2b/AOQqP7J8Lf8AP7/5Ozf/ACFRyhc4H41f8ka0P/sabP8A
9LdNrSroPF3hbw34u0PTtLl1NIbCx1BNRYLczGaSRJIJUAY2mAu6BMjaSQWA
IOCLn9k+Fv8An9/8nZv/AJCqmrhc5Oius/snwt/z+/8Ak7N/8hUf2T4W/wCf
3/ydm/8AkKp5QucnRXWf2T4W/wCf3/ydm/8AkKj+yfC3/P7/AOTs3/yFRyhc
5Oius/snwt/z+/8Ak7N/8hUf2T4W/wCf3/ydm/8AkKjlC5ydFdZ/ZPhb/n9/
8nZv/kKj+yfC3/P7/wCTs3/yFRyhc5Oius/snwt/z+/+Ts3/AMhUf2T4W/5/
f/J2b/5Co5QucnRXWf2T4W/5/f8Aydm/+QqP7J8Lf8/v/k7N/wDIVHKFzk6K
6z+yfC3/AD+/+Ts3/wAhUf2T4W/5/f8Aydm/+QqOULnJ1m+J/wDk6Lxz/wBe
dn/6V6lXff2T4W/5/f8Aydm/+QqpyeFvDd7491rxFdamj3ushI2SK5mjiijS
SaRAAbRiWzO+TnBAXgYOWloFzn6K6z+yfC3/AD+/+Ts3/wAhUf2T4W/5/f8A
ydm/+QqXKFzk6K6z+yfC3/P7/wCTs3/yFR/ZPhb/AJ/f/J2b/wCQqOULnJ0V
1n9k+Fv+f3/ydm/+QqP7J8Lf8/v/AJOzf/IVHKFzk6K6z+yfC3/P7/5Ozf8A
yFR/ZPhb/n9/8nZv/kKjlC5yda3hz/kD6/8A9eC/+lUFa39k+Fv+f3/ydm/+
QqeYNBtNMvobPULeKW9hWEvNcTyqgEiSfdFqvPyAde9OwXKmoeJtS0XQNCis
9QvrSJrJ3KQztGpP2mcZwD14H5VR/wCE913/AKDWrf8AgZJ/jXKftK/E0fBv
4FHxN9nW8l0nRZZYLdn2C5mN1OsUecHG6RlXODjNeC/BD9qv4g6lYzal498K
aXbaRJD50UuiiUywcjh1kYhxjPKlTx9054+ezbivLMtxVPB4yqoTqJtLySbb
8lZP7j3MPw7i62V1s4XKqNJ8rbkk29NIp6u11e3c+pf+E913/oNat/4GSf40
f8J7rv8A0GtW/wDAyT/GvDfBH7bfgDxd4L8UeJ73VF8JeFvCN1FZ6hrXiSWL
S7FJZCqqPNlcKvzvGvzbctIgGcitrwH+1v8ACn4qX2k2vhj4nfD3xHc6/c3N
npkOl+I7O8k1Ge2hSe5ihWORjI8MMsckirkokiMwAYE+3QrwrU1VpSvF7NbM
8GE4zipRd0z1j/hPdd/6DWrf+Bkn+NH/AAnuu/8AQa1b/wADJP8AGsmsXxp8
SfDvw3/sn/hItf0XQf7e1KHR9M/tG+itf7Rvps+Vaw+Yw8yd9rbY1yzbTgHF
a3ZVked/tMeNNZ1b9qP9n2xutW1O5spNb1idreW6d4mkTRbtUcqTgsodwDjI
Dt6mvXq8O/aJ/wCTuP2ev+wtrf8A6Zrmvcab6Agrk/iEfiXbXtrN4N8NeD9a
0Zj5d5c6r4jbTp7NxgsRCIJDIu1lIKnJO4YGAT1lePftI+GL7XLpZbfR59Sj
jjA3DwW+sIpGSf8ASE5Qjg7DgDOec1thoKU7MxxE3GN0zjvi7+27q/wp8fa5
pQ0nS9TtdFvxZeaGkgab/RbectyWxzOVHB+5nvgbn7LX7Z8v7Rvjm/0SXw4m
kGxsDe+et954kxIibdvlrj7+c57e9fM/iLwpc3NtrbXFtLbzpr8yuklq1qyD
7Bp5XMbDcvXjPr716Z/wTu8LHRfi5rs2wqG0koDjAP76M/0revSgk7I5qNWb
auz7CooorgPQCiiue+LXiqbwR8Mte1W2K/bLKxle0DDIefaREuO+6QqPxrSj
SlVqRpx3bSXzMq9aNKnKrPaKbfotToaK8++D/wALfhP8QPEy6RrGheFLu/MQ
gj1LU9Itr66v512qGmmmVpHZiCSXYknjNU/iJ8IfAnwx8Q3Gm6p8Nfh/DJF0
P/CNWRV07MD5XIPr+B5FfW0+FFOp7JVXzWvbl/L3j4qrxo4UfbukuW9r8/Xz
93Q9NorxTSYPCQ8X+Ho/DHh7w74d1G71ZIWvNK0mC1m8pIZriSNmjVSyOsHl
kEkDeDjIWva68bOcq/s+sqLldtX2t+r/ADPfyLOP7SoOuo8qTtvfon2XfsdD
b6/faH4FsfsV7d2fm39zv8iZo9+I7fGcEZxk/nWDN8bruHxda6B/wkWrya5f
xmW1sIp55bm6QBizRouWcAI+SoONjZ6HF3XZnt/hrayJgOl3eMuRkZEVvitG
D9nLU7XxJp2tRNo8WtaVB5FlfyeS19ZRlWUos32RnXh3Bw+Dvbrk5+B4hzyv
gZ04UIp31k328tVq9bX7HvxwtWpBSpOKfMr81/hv71rdbbdL7lHUvH/iTRYh
Je3HjGxh5Jluba9hjUAZJZmUAADkknAp/wDwnuu/9BrVv/AyT/Gs3Uv2T9Yv
vjVpPja71O21K50yKWKXTLy+aXTdSaRZR5lzEbcb3BmJUhgAYo+MLisPxX8N
dX8T/EvRG1TQtN0zwoFkfWbfTPC7fbLeQLJ5aWzLZvHKgYQ7meUggy7R90Hi
y/imtXc1UjFWTavKyslfVrm1e0VZa6ea9DMMHh6EacqUpT5rJ2jezbttpolq
5bWZ13/Ce67/ANBrVv8AwMk/xr4i8QfErxHcf8Jb5mv63J9s/aU0SO43X0p8
9Yv7I8pW+b5gnkw7Qfu+UmMbRj6p8a+DfDfgC9s9R8OReJ7aT7Xb27rfaAlh
FOJZlhYM8dtFkAPvUFvvIODXx3rX/My/9nL6T/7jK97Is4WYQnLl5XF23utr
3TsvyOPGYX2LVne/yPpf9hfxZquoeJv2jdSuNT1CfUV8c3MQupLh2mCJb6PG
i7yd2FjUIBnhQAOBXsP/AAnuu/8AQa1b/wADJP8AGvDv2DP+Pz9o/wD7H28/
9FaRXWfHvxvrPw5+EGuaz4d06y1bXrSADT7O7uPIguJ3dURXf+FdzDJ/Uda9
arNRvKTskcl0k2zsvGvxyl+G/hHUvEHiDxZd6NoWi2z3moX91eyrBZQRqWeV
yCcKqgknHABrk/hv+3b4J+MMwTwr8ZPDOvM2Ni2vimIvJnptUyBjn0xn2r58
/wCCnPxNh1L/AIJX+JLto59H17xDpWnW91cRaxsltpLm8gjljhbCwjaGfaSj
MwHDHjP4y+EYZfAvg7QddvhrMesWWqR3rvd6PFcSSxvNLFGPOT5uJLXIK8/6
QDg7lxx4zGww7gp/aaS+ex5OZZxTwc6cai0m0vm7279rfM/pbh+IGtXUuyHX
tRuG6fub95AfxViKlufGXiKzcLNqutRMRuAe6lUkevJr8itO+Iur+H9Oe6td
V1qxCXHlCN0hl2/KWz+62vxgc5zntX6Ifssa9q3iH4ReGZ9Uubu983QLW4Se
4eRmkaae6mP32ZhhZI8KSdowO1a4fF066k6TvZ2+ZvgMyo4vm9jryuz9dP8A
M8g/b08War4g+LnjS2v9T1C9trX4DeKpYYri4eRIXea1DsoYkAsI0BI67Fz0
Fe4+EP8AgmH+zfpf7HGl+PdU+D3h7VtSt/BkWv3a/abi3+2zLYidxlX2pvYH
ouBngcYr5+/bd/5LT48/7IH4m/8AR8FfeELFf+CYKEdR8Lgf/KTXfTO2e58F
t+y78Ktxx8FvhiR2z9n/APmkpr/sxfCmMc/BX4ZH6LAf5eI6+6f2sr+9X4Hf
GSzudS1e5tY/C95JaxS2wFthodzYkFpGuU3BVAnlJBYsAVOPfVmRs4dTgZOD
0rvcqfKpcv4+hioScnHm/r+kfkLcfs4/D9dQZYvgN8I3tRIAsj3SLIUzDlig
14gHDTnG7BMcYyPMYxfYvwh/4JNfszfEn4TeF/EU/wAGvDVtNr+kWmpSQpc3
ZWJpoUkKgmXJALY/CvrT7RH/AM9E/wC+hXHfssf8mw/Dj/sV9M/9JIqxqyi0
uVWKUHHd3PJNJ/4JzfBH9mfW7fxR4G+HOg6B4gigvbaK+j82WWFHsbgPsMjt
sJA2llwdpYZwxBxq+hPjB/yLsX/bz/6Q3NfPdcVXc2hsFFFFZFhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB59oXw68PeLvHHjW51bQt
G1S5TV4ollu7KKd1QadZkKCyk4ySce5rZ/4Uh4L/AOhQ8L/+CqD/AOJo8Af8
jX44/wCw3H/6brKvPvBf/BQT4WeP/wBqbVvg/pniHzvFul+dAkpgZdO1K+tl
D32m2t0f3c97ZxSW8lxAhLRLcr1Mc4iptgeg/wDCkPBf/QoeF/8AwVQf/E0f
8KQ8F/8AQoeF/wDwVQf/ABNdRXN/C2Dx58V9e1mHRrPwjeW2nxNcgXt7cac8
CDUtTsVTKRXAlJ/s4uWxEB5gXDY3ULmewm0tyP8A4Uh4L/6FDwv/AOCqD/4m
j/hSHgv/AKFDwv8A+CqD/wCJqJvjFpPhzX9U0TxTfaP4b17RJkgu7efUE8li
8ayI0UrhBIpR1PABBOCBwT1NpdxX9rFPBLHPBOgkjkjYMkikZDAjggjnIofM
twOb/wCFIeC/+hQ8L/8Agqg/+Jo/4Uh4L/6FDwv/AOCqD/4muJ8U/HPxVpNl
rGu2ej6DcaFogu5DZSXjpe30NquumeQSlRFC4OhTBImV1fz4y00OGx3Np4v8
Q391FBB4C1maeZxHHHH4h8Os8jE4CgDUskk8YFO0gTQz/hSHgv8A6FDwv/4K
oP8A4mj/AIUh4L/6FDwv/wCCqD/4mtfwf4otfHHhLS9asTIbLWLSK9tzIu1/
LlQOuR2OGHFV9K8T/wDCf+MW8LeEJdP1vxLG+y6hS4DxaOgPzS3ZUkxqOynD
OeFHUhJt6INCh/wpDwX/ANCh4X/8FUH/AMTR/wAKQ8F/9Ch4X/8ABVB/8TWh
8PPFyfEDwBoWvRwtbx63p9vfrExyYhLGsgUnuRuxWxSuxnL/APCkPBf/AEKH
hf8A8FUH/wATWLrnhn4UeGPGOheHdS0/4e6f4g8UfaP7G0y5gs4bzVvs6CSf
7PEwDzeUhDPsB2KQTgV6FXxzrGn/ABC+Hn7cvjbVtKvviFc6v4u8WeHotJ0Y
+G47zwvf+F47TToL6WfVfsbNZvbM+vXENo2oQZuFV1tpTeFbppvuI92+LA+C
/wABPDkOseOh8L/BekXNytnDfa79h062lnZXdYlkm2qXKo7BQckIxxgGjVR8
F9C+Kem+Bb4fC+z8bazbG80/w9P9hj1W+gAkJlitjiWRAIZiWVSP3T8/Kcef
eL/EmneEfhwLy4t/jvo2o3eteJdPs/GNp4RXxJ4j0ENrrTSWsMK2l7Kmn3Qt
1+zMbV4Psdrah3jl+zb/ADDSvAuo6N8LPgr8Oofh34o8G+L9HufBmoa94X03
QGuPCWsmzOjG4urjWkE5V9Lh0+VbdZtRinmk02GORL2CWBLh6hc+g/GniP4D
fDf4i6T4P8RX/wAItB8W695P9maJqM+nWuo6j50phi8m3kIkk3yqyLtU7mUq
MkYo1DxH8BtJ8HeIvEV1f/CK28P+ENSfR9d1OWfTks9EvkdI3tbqUnZBOryx
qY5CrBpEGMsM+Y/Hb9mzxp+0D+1Z8V9CtdWsvDfw78c/DDQPDHiG6uvDk97c
6pBJeeJEuYdOuxcxQ211FBdAlpIboKbm3ZotvyyeEfFv9gXxF4x/ZQ+OF9Dp
utLZa/8A8LK1i+8IpbyiXxHrkera6ug3SWQhIufOt74TGRiZXk0vw+8J223z
C9QPvr/hSHgv/oUPC/8A4KoP/iaP+FIeC/8AoUPC/wD4KoP/AImuorz79oT9
p3wn+zBo2l3/AItn1G3ttZuzY2n2PT5r2SSYRtJt2RKz/cR2zjGFOSOM6Yeh
Wr1FSoxcpPZLVsirVhTi51HZLqzZ/wCFIeC/+hQ8L/8Agqg/+Jrpfh38OvD3
hC08Q3Ok6Fo2l3L6asTS2llFA7Ibq3JUlVBxkA49hXhmgf8ABSf4Pa4wWTxF
q2nM3QXfhvU0J/K3Ney/Az4yeHfjP4U8UX3hq+k1GytbVIXma1mt/m+0W5wF
lVX6Ec7cc12YnKMfh4OpiKMox7tNL8Tmo5hhasuSlUjJ9k02eV/8FIbjxff/
AAn8A6N4P8P6pr1xqdwsl8LSDesNvDcXEh3seFzJ5eMkZwcdK1fCPibRtb+B
kQ120ufDuqrC0FxayKIp1IOMuhHJIAIJ7HjrXs3iP/kD6B/14N/6VT1zGt+D
tI8TSI+paVpuoPHwjXNskpT6bgcV8nxngMXm+R/2TgZwoTck/aOmqjtrdWbS
7W7W2dztyyjh6WPeLxnNUpuPK6fNaO6d9nrpr/wEfGP7Yf7Kfhv4g/sc+Dv7
M8TeM/BWtaD4/s/HHh7XfDXgy78ZzW2rWxm8mW40+1hlaSHyNw+bYiyCEMzf
6qT5tTwd8cvjR8Tf2c/Hfx60f4n+IPCXw68a+PdEl8V+G/DereH/ABLqOj3F
hCmlajPpmk7dSsvtE8FxHhIYgsSRCXImEk363wwpbxhI0VEUYCqMAfhTq9DL
8NHCYWnhYaqEVHotlbpovyHU5HJuEeVdEtku3yPzD+OXxB/aGvf+ChGhapou
g/E/wnFY/GrStAutI07TfE+r6Pq3g420cM2sTXZuZNAjgmWQloI7OO4t3Adp
RLFI7eX6L+yd8Z/iF/wTb/Z38YfEq9/aE8YeJdO+LGhax4z0TVpr6TWPCujW
Oqa1C91Z28Maap57x30LvIjTXOxYGjKRW6CP9jKK7OYjlPnT4gfYf+F5/st/
2X/bX9meZqf2T+2Ptf8AaPk/2FPs+0/bP9K8/bjf9o/fbt3mfPur6Lrw79on
/k7j9nr/ALC2t/8Apmua9xpPoNBXgvx+8eanc/G3R/CEPizUfDun6iqPNHZt
qEUpBVi0itBIsTNtXGwgt8o7FRXvVcL4/wDhR/afi208U2Nxqj6tpksMkVml
wiW0+xxnIYfe27sHcMkDOQBXRhJxjO8jnxUJShaJwXi74G+BvFvhbXvD/gz4
lRL4jvDvvb3XnlOo2ryBYftKrKh3t5dq0aDITcu7d+7KP5L4c+Ht7+wt4/tt
W8N6h4j8V6ZerJZ6pp+qarJqiyxeS7pLFOzSSxTG4SFSSTDslkyiYEid18Rr
zUPBusa7rFz4b1gz6lCq3k95bC6tbeNJZ5QittMap511O/LHLTN2wB86a98R
LGHxTqV+dGsHiu7aOALFczQiR1nuZjLtRlVXInSLGCNlvH0Oa9R04zXdHkqq
4PtY+x/hB+2V4V+L/jhfDNsl9Z64Ynk8qRA8LFRllDqeoXn5lX064B9br5B/
Yo8EpYaz4KvbO2Vmltvtt9MkeXJks5Mu7nJ+/IB1AJYcZ5P19XlYulGnPlie
thasqkLy7hXjv7bvxAj8CfB+Hc6CS91GFlH8WLcNecexNuqk8/fx1Ir2KvC/
25/gf4j+NPgqyi8Oo1zLbRzxPbxiHzWaRoSJAZZI0wqxyKRvB/eDGcEHuyB0
VmFKVeSjFO93srar8bHmcSKu8srRw0XKbVklq3fR/hc8M/ZO8B+P/j1dTarb
3MWgeHdOPm6hrV22y2tFxk5dsAtj+Efjgc10/wDwUl/a0tPFHgPQ/C2irrGr
jw5hZPFF5G0E1+SCuxVUD92cg5bklB3yW5e2+Cf7RFt8PNJ8Kh9fXQNElM1p
ZoNLSNHLmQs2L4bzuJIL5xnjFTfE/wCDn7RPxf8ACc2ia7Jr13plwUMsAi0i
NZNrBhnbegnBAPXsK/bsJmuWzxtPE169Llg9Fz2t0u9G5NrpdJee5+DwyDMa
eDnhoUK15pczcG0+tkr2ik+tnJ+S0JP+CVOkXPiHXtR1yciaO3tZmbzSGdGm
lRIXGeQdtvdDI7MRnnn7erxn9if9nu7+AXw2kt9SiMGoXYjjMTMjPHFGGKh9
hZd5kkmb5XYAMozkGvZq/I+NM0hj84rYik7wvZPyS/zuftvB+WSwOU0qE48s
tW16/wDAsXPFDbPhZCc4xcXp/wDINvXtOueKbTRp9sy3cjyRySrFbWU12+0K
xyViRioO0gZxkggZPFeI+NnMfwe3Dqst+f8AyBb1L8Xf2jdX+EPxLvfsiRyQ
x6XHMiSRghm23rDnqQTGB+J9a/P6mS081zWng6l/h5tHb4b9Wn37Hu5pmn9n
4L6w9ua219/K67dztvEvxx0bSL+e0I1uSa2kaKQxaJeyxhgcEKywlWH+0CQe
2RyeT1b456fcDKWfihgQeV8O6gc/+Qa4fVfHnxD+IEkur6NqkosZ5pohDcag
0RikjlaORQq20gIDIQp3crjIByK888c/E7xf4HvYIdbFjctNayXUe27afckU
sEbAnyYSp/fpg/N0bp35KXh/wfj8x/spY6f1htrkU4XvFPmVnS6Wd9eh87ie
L+IcLhXjYYaPstGpOEkmm1Z3VR73R6j8Q/GEWu+FVEXnJu1LTlZJonhljb7f
bHayOAynHZgDg5+vxjrX/My/9nL6T/7jK+iJ/iJD47tJLi3SSFY9Y0OGVHOS
rk6exAPcYK818761/wAzL/2cvpP/ALjK87gzKo5XiMwy2EnKNKtypve3LF62
0vr/AMA+ynj5Y7B4fGTSTnG7S2vdr9D6H/YM/wCPz9o//sfbz/0VpFd78SXh
j8MxtcBWgGoWPmBuhX7XDkflXBfsGf8AH5+0f/2Pt5/6K0ivSfF/he38aeG7
vTLp54orpQPMhYLLCwIZXUkEblYBhkEZAyCOK+3btJM51sfB37efw58a/HL9
lf8A4RTwRLpun3el3+n6ibvVbiex023tYY7rcjXMS/uXMjwbWYqmVOT2P52/
FH9ir9ozwh8SNR8W2Hw88T2i3kSwPeeBtc0zxbYLswSVSFlKsHBfBO5WJ6dK
/dyz/Z38Mx3+m3d5De6pdaTCkFsbm7kFvEqNuBW2jK2yt2LLEGYcMWyc39Y+
DVp8XIP7E1JJLPSbbdHDFbTtAEUKoUKq4GAAMEBipbAYcqOPEZdh8TW9rOKb
tbXXR20ts9lutPmzyMXkmDxNX29eCcrOOuqs2m009Hst726bs/C/xX+1LF4E
lvrTW7XVNOmK2/2O11vTbrSGmYeY07MZowqn94wB3cEKf4a/br9mC3k0/wCC
HhmzcShLLRdKhjEilWA/sy0Y5BAIO5myMDBzXE6n+zBr/gfU7ez0zxLfa74c
uVJl0DxFHBqdtEhcrvQSLuyCB8rEqcjJUZNe36fp0enRuE5Mjb3O0KGbAGQq
gKvAHCgD2rDAZRSwKcaTett31SSv0XTXTVtmOSZBh8sUo4dtp2vfySWy01td
6attnyZ+27/yWnx5/wBkD8Tf+j4K+87C0lv/APgmTDBBFJNPN8MFjjjjUs8j
HSsBQByST2FfBn7bv/JafHn/AGQPxN/6Pgr9LP2U/wDk134bf9itpf8A6SRV
7FM9qe5+VH7XX7dOl/F34n+PvD17r3xH8PaLb6ld2dzqHh2PT7zTdUtIZmhi
lmMSxSvEVKAb5X4cAZzz4H8SdWs/jd4vg1zWPif4e+LP9l20drpuneKku7eT
Rgg+Z7cSs3kzufmeWKVXJwoZUVVHpX7dH7D/AO0L4O/aJ+J+uab8OPEur+Hv
HniDVJrS60S3GrPc2UmordpvjtzJJEDiE4kRSSpx90kfHWl/E628L+O9Nl17
So72LS7+Ca6sbmHDSIkgZomDYYBl3KRkcN2ya/Nsbj8TSq/vHKLbd27qyvpb
5eR/Z3D3CuU43L4vCwpVqcIJqMXCd5OPvcyabvzaK70d9mfcX7Nn/BWnx1+x
78Mz4d1fTYfFWhWV9cTWMmo6nNcyWFkwQx2yXrzSyyhG87BmDMFZAHYAAfoD
/wAEk/24vD37Yn7ONtp+l2VzpWrfD6zsNIvrSZ/MaSL7OEhuQwUKFlaGYBMl
l8o5ABUn+fLxF40tdd0xrdhcj7XcxAxLcHyyDMpGQQeg/u46Cv1x/wCDafw3
qNno3xf1eXTLu20nUG0a2tLxoHW3upYf7QMyJIRh2QSxlgCSvmLnGRXp5HnG
LxGLVKUuaGq+5aPvqfH+JPhzkuW8O1cypUPZV04te9/NOKcbJuLSTdtL6bs/
Rn4wf8i7F/28/wDpDc18919CfGD/AJF2L/t5/wDSG5r57r7GrufzHDYKKKKz
LCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDl/AH/ACNf
jj/sNx/+m6yrwn4b/slfFPwp+1NB481Pxh4Kv/CVx4j1ed/BMWgrFp3h2xkW
9NjqWmyhfMTWpZbq4a/nf5bldVuU6W0Bk928Af8AI1+OP+w3H/6brKuoqmws
FcT8EPH/AIp8FeKNWj8NzaBbrfabN9ok1KymuyCviXxFsCJHNFwQz5JY9FwO
tdtWD4U8AW/hLV9QvIru9uWvsqsc5j2WqG5uboom1FJBmvLhsuWb5wM4UAEZ
WJcbml4V8e+PtCt/GNpjw7aS+MdV+3TazZzTCe0jFlbWpENs6MBKRb7g7zOq
F8lZNuGfo2kW3h/R7Sws4hBaWMKW8EYJIjRFCquTzwABzVmiiUm9xpJHyH+0
b4Z8fS/GjUvCHhHUZ9Q8P6ha2llcaVb+E9P1DVlg1uPxbcX6W999na6hhZrL
lQWKi4l2umRjt/gb8Mfifb/HbwVcX/g/xlZafb6/Yy3Msmj3McUUa3EZZnYp
gKFBJJOAM16d8UfgBoPxYvbe71CNFvLa6tbtJWsbO9Rntob+GIPDdQzQyKE1
O7wHRsM4ZdrAGqXir9nPT/iE+kr4n1IeI7XRYba1tLe78OaFEIba3kEkVqkk
NhHLHACMeVG6qVZlIKswOkaiSJcWX/2bP+TdPAP/AGLmnf8ApLHXTfsXfEK1
+H2v+PLK9gv4dXtdNu7q2tJrOWI6j5et6/elbdnUJOfIvLVz5bNjzQDgqwFu
0tIrC1iggijhghQRxxxqFSNQMBQBwAB2FVNf8PQeIrWNJWmhlt5Fnt7iB9k1
rKv3ZI27MPyIJBBBIrJSa2NIcqknJXS6dz5U8KaH4k8E/sb6P8Y9P8deO47H
R/DkOnw+H3toWLyw3i2y3rREeUdJ2/MZBCLnbgefjGPq7w9qp13QLG+MUkBv
LeOcxSDDR7lDbSOxGcV5BafsIeEbP4lp4iXWfG7Qx6aujjSJNdlewNkDxaHO
ZjaetqZfs5HBixxXtSqEUAAAAYAHQV4uVYPEUG/byvolu3dq95a7X008j9A4
34gynMoUo5dT5XGUnfkjT5YO3LT934+Sz996u+xTn8S6da+I7XR5dQso9Xvr
aa8trFp1FzcQQtEk0qRk7mSNp4FZgMKZowSC65xPAnxu8F/FLxH4g0fwx4v8
L+I9X8JXP2PXLHS9VgvLnRp90ieVcxxsWhfdFKu1wDmNxjKnHkfjm0sdP/4K
i/DnU4fDOtNe3Pw58QaPf+ILbwzdy2Y8zUNJubK1uNRSEwJgWmpukcko2M54
VrmMSfMN1D4t8K/ss+CtJ03TPGvhfxn8MvgJqXwnmu59MvdH+y+MdVbw5p2k
21jeSpHFc+Zf2cqi8tJJLeLbHI8yJJG7e2kfntz7g8FftY/DP4g33g6x0vx1
4Xk1f4g6LB4j8OaTPfx2uq6xp00LTR3MVnKVuChjSRj+7+Xy3zgo2D4T/tb/
AAp+PfiObR/AvxO+HvjTV7a2a8msdC8R2eo3MUCsiNK0cMjMEDOiliMAuozk
ivFvEl94R/4aEt/hd/wgXijwb4G8N61od4kWhfDnVW0/xZqttHYyabK1/Z2b
Wdtp9j9nsULNMsjS2KxSGC0tWS9o/tDf8JFqnwe+PvxGf+2vDvi3WtNvPhf8
MYW82yvtPmknbTbWeJjzaz6lrc0bC5jkWGS0t9Glk8swuylgue7+Cv2sfhn8
Qb7wdY6X468Lyav8QdFg8R+HNJnv47XVdY06aFpo7mKzlK3BQxpIx/d/L5b5
wUbG14E+N3gv4peI/EGj+GPF/hfxHq/hK5+x65Y6XqsF5c6NPukTyrmONi0L
7opV2uAcxuMZU4+fPEl94R/4aEt/hd/wgXijwb4G8N61od4kWhfDnVW0/wAW
arbR2Mmmytf2dm1nbafY/Z7FCzTLI0tisUhgtLVkveK/Zd8Hu3hz4R6P4t8E
+KJdI+DXwN1TwN4/sdU8JX0ltLeyr4fR7K2jeArrCSLpeoLmwFzE4RBuInh8
wsFz7Gh+JPh248HaZ4ij1/RX8P639k/s7U1vojZ3/wBreOO08qXdsk895olj
2k+Y0qBclhn5j/4K1+DdV8Z+Cfh2mktZRy2HiKW6mlupvLjij/s+6QngM7Hc
6gKisxLcDqRxFxp0dr/wSW/Zoj1jwN41vfEHgrUvh6x07/hBtUvNY0K60q/s
P7Rm+yJbNcweXa22oL52xVkR9qM4uIxJ9n+Ofhd4b+JyWSeI9C0rXYtOlae2
jv7ZLiOGQqULhXBG7azLnHRmHQmvUyXMPqGOp4y1+V/pby7nFmOFeKw06Cdn
Jf13Pyi0zWND+H3jy60zxf4g8OabqOlTNb3dvPqMSSQSjhkZGIdWU5BBUdO4
5r9Df+CZ3ivw94v+E/j258Napp+rWEbRRPNZzLLGsgktSVJU9QCDj3FdPrX7
HHwh8QgfbPhT8NZWCKm8eGLFJNqqFUbliDYCgAc8ACu3+B3wZ8J/BXwl4nsf
CPh3R/DVjd2yTzW+m2qW0Ukn2i3XeVUAbsADOM4A9BX1nEniDis4wrwlenCM
bq3LFp6Precvn+Z87k3CVLL68cSpylK1ndprVa291fLU434zfHbx34f8QWWl
+Gvg94h8W6fplkIm1RNd0uyhuJGlklIjSWcSbVEiqS6oSyvgFQrNyH/DRPxc
/wCjevEP/hW6N/8AH6KK/P8Am8j6+wf8NE/Fz/o3rxD/AOFbo3/x+j/hon4u
f9G9eIf/AArdG/8Aj9FFF12Cwf8ADRPxc/6N68Q/+Fbo3/x+j/hon4uf9G9e
If8AwrdG/wDj9FFF12Cxz7v8SvjR+0p8KtZ1n4Var4M0fwZfajc3l5c67pt6
hWfTbiBQFhmMmfMZBwp+8ScAV9I0UUm7gkFFFFIYVyvjX4G+D/iJHcDWfDWj
30l0MSTtbKlwec8SriQH3DCiinGTWqYnFPRo1PBPgbSvhz4bttI0WzjsdPtF
CRRKzMQAABlmJZiAAMkk4AHataiihtt3YJJKyCiiikMKKKKACiiigDi/jV8Z
fF/guy0rSfC3wu1zxyqvPd3N5b6vp1hbweYIkWICeZZGf90xb5AoDJhmJYL4
r4j8SfEbXrhpIf2evEWlmRFSVbXxH4dZZgu/bkSs4BAkcZXGd3OcDBRW+GxM
6FRVqWklpc5sVhKWJp+yrK8d7FjTfFfjmws/Ll/Zivr6V3eWWe58Q6C8szu5
d2YiQDlmPAAA6AAACs7xRc+OPEIV7b9m3WNEuQjQtcaf4g8Oh5YmZGaNlkZ0
ILRxnO3cNnBALAlFKlXlTxP1umkql2+brd7/AH31CphKVTD/AFSavTslbpZW
t91lYn8G6x468Hzfaf8AhmzV9S1PzUm/tC78Q+HvtKlI0jTaY3RUCpGgG1R0
yckknzXUPh/8Z7v+19vwY1kfb/ijY/EOPPiPSPljg+x77U/6T94/Z3w4yOV4
HOCiipXlUqSqz+KW77l0cPCjTVKmrRWyPa/2c9S+IHwW+G/xY1q8+FuuXniH
x54vl1Gx0CHWNMEkEEkNhmWWc3HlBA1tKoClnLFPkCkst7/hon4uf9G9eIf/
AArdG/8Aj9FFZ8190a2D/hon4uf9G9eIf/Ct0b/4/R/w0T8XP+jevEP/AIVu
jf8Ax+iijmXYLDU/aE+LUZYr+zxr6lzubHizRhuPqf39O/4aJ+Ln/RvXiH/w
rdG/+P0UUc3kFjgvEnwv+JP7TnxT8U3mreA5fh3b6v8ADHWfBttc6rrNneW/
2u7mgMTP9keWUIAJCxEZwE43Eha+/fhT8RbP4Y/C7w34a+2aTff8I9pVrpn2
nzLqL7R5MKx79v2c7d23OMnGcZPWiimqjWwnFPc3/wDhftn/AH9J/wDAi6/+
Rq5b4oXfw9+N9lbW3jTwj4A8X29mWa3i1uybUEgLY3FBLZsFztXOOu0elFFK
UuZWlqjSjOdKaqUpOMls07P70fLmpf8ABIb9le++J+neJYvBkFlFYN5kmjwe
IdTGm3kmG2vIjQGQFSVIWORFJRcqQWDfYWifGLRvDOi2em6bbeH9P07T4Etr
W1tnuIobaJFCpGiLahVVVAAUAAAACiisaFGlRv7GCjfeyselmmeZlmShHMMR
OqoK0eeTlb0u39+/3FPxj8WLHxPpTRNcadF5Uc7KIpLiR5Ga3liVQGgUDmQc
k9q8noorVyb3PKSsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAV/BXgRbDUfEF7c6zpNuNZ1FbuKFluGkiRbW3gw+2IrktCx4J4
K85yBvf8I5Z/9B/Sf+/d1/8AGaKKdwD/AIRyz/6D+k/9+7r/AOM0f8I5Z/8A
Qf0n/v3df/GaKKLgH/COWf8A0H9J/wC/d1/8Zo/4Ryz/AOg/pP8A37uv/jNF
FFwD/hHLP/oP6T/37uv/AIzR/wAI5Z/9B/Sf+/d1/wDGaKKLgH/COWf/AEH9
J/793X/xmj/hHLP/AKD+k/8Afu6/+M0UUXAP+Ecs/wDoP6T/AN+7r/4zR/wj
ln/0H9J/793X/wAZooouAf8ACOWf/Qf0n/v3df8AxmqWv/DjQvFdjHa6pf8A
hzUraK5gvEhurSeaNJ4JknglCtAQHjmjjkRuquisCCAaKKLgXf8AhHLP/oP6
T/37uv8A4zVLX/hxoXiuxjtdUv8Aw5qVtFcwXiQ3VpPNGk8EyTwShWgIDxzR
xyI3VXRWBBANFFFwLv8Awjln/wBB/Sf+/d1/8Zo/4Ryz/wCg/pP/AH7uv/jN
FFFwD/hHLP8A6D+k/wDfu6/+M0f8I5Z/9B/Sf+/d1/8AGaKKLgH/AAjln/0H
9J/793X/AMZqxb29loujasBq1jdy3dssMccMc4Ynz4nPLxqMYQ96KKLisf/Z


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--137968497-1092316242-1319755108=:19034--


From xen-users-bounces@lists.xensource.com Fri Oct 28 09:45:19 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 09:45:19 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJpYV-0003vJ-AF; Fri, 28 Oct 2011 09:45:19 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJpHp-0000LF-KU
	for Xen-users@lists.xensource.com; Fri, 28 Oct 2011 09:28:11 -0700
X-Env-Sender: jhom@softlayer.com
X-Msg-Ref: server-15.tower-182.messagelabs.com!1319819280!1116294!1
X-Originating-IP: [66.228.118.25]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25517 invoked from network); 28 Oct 2011 16:28:01 -0000
Received: from mx101.softlayer.com (HELO mx101.softlayer.com) (66.228.118.25)
	by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 28 Oct 2011 16:28:01 -0000
Received: from sm-tmg152.softlayer.local ([192.168.60.116]
	helo=mail.softlayer.com) by mx101.softlayer.com with esmtp (Exim)
	(envelope-from )
	id 1RJpHj-0009sM-A1; Fri, 28 Oct 2011 11:27:59 -0500
Received: from SM-CAS152.softlayer.local (192.168.60.118) by
	SM-TMG152.softlayer.local (192.168.60.116) with Microsoft SMTP Server
	(TLS) id 14.1.323.3; Fri, 28 Oct 2011 11:28:24 -0500
Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by
	SM-CAS152.softlayer.local ([fe80::1d67:e0d0:b649:4ab5%12]) with mapi id
	14.01.0323.003; Fri, 28 Oct 2011 11:28:24 -0500
From: Joseph Hom 
To: Grant McWilliams , "brooks@netgate.net"
	
Subject: RE: Fwd: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown)
Thread-Topic: Fwd: [Xen-users] Yum repo for XCP (ex: XCP acpi shutdown)
Thread-Index: AQHMlAN4Y+sxgg/GVkqOK+4mo+OL+JWPuPuAgAANX4CAAi2nkA==
Date: Fri, 28 Oct 2011 16:28:24 +0000
Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F135518B6CEB1@SM-DAG151.softlayer.local>
References: 
	<602C5EB92F9AFB4D89D11B9F5B7F1355160FF2F3@SM-DAG151.softlayer.local>
	
	<4EA6CB8B.2020709@gmail.com>
	
	<4EA7C679.4030804@gmail.com>
	
	
	
	
	
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.24.161]
MIME-Version: 1.0
X-DKIM-Status: none
Cc: "mike.mcclurg@citrix.com" ,
	Andrew Wells ,
	xen-users 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0231166102=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============0231166102==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_602C5EB92F9AFB4D89D11B9F5B7F135518B6CEB1SMDAG151softlay_"

--_000_602C5EB92F9AFB4D89D11B9F5B7F135518B6CEB1SMDAG151softlay_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

T24gWGVuU2VydmVyIENpdHJpeCBkb2VzIGluY2x1ZGUgYSByZXBvIGZvciB1cGRhdGVzOg0KDQpb
Y2l0cml4XQ0KbmFtZT1YZW5TZXJ2ZXIgNi4wLjAgdXBkYXRlcw0KbWlycm9ybGlzdD1odHRwOi8v
dXBkYXRlcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIvNi4wLjAvZG9tYWluMC9taXJyb3JsaXN0
DQojYmFzZXVybD1odHRwOi8vdXBkYXRlcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIvNi4wLjAv
ZG9tYWluMC8NCmdwZ2NoZWNrPTENCmdwZ2tleT1odHRwOi8vdXBkYXRlcy52bWQuY2l0cml4LmNv
bS9YZW5TZXJ2ZXIvUlBNLUdQRy1LRVktNi4wLjANCmVuYWJsZWQ9MQ0KDQphbmQgaXTigJlzIGVu
YWJsZWQgYnkgZGVmYXVsdC4gSeKAmXZlIG5ldmVyIHNlZW4gYW55IHVwZGF0ZXMgcG9zdGVkIGV2
ZXIgc2luY2UgSSB3YXMgaW50cm9kdWNlZCB0byBYZW5TZXJ2ZXIgYmFjayBpbiA0LjEuIEkgdGhp
bmsgdGhleSBsZWZ0IHRoaXMgaW4gZm9yIGxlZ2FjeSBwdXJwb3NlcyBhbmQgdXNlIHNlcnZpY2Ug
cGFjay9ob3RmaXhlcyBmb3IgcGF0Y2hpbmcuDQoNCk1heWJlIHRha2UgYSBxdWV1ZSBhbmQgc2V0
dXAgWENQIHNwZWNpZmljIHJlcG8gZm9yIHVwZGF0ZXMgYW5kIGRpc2FibGUgdGhlIENlbnRPUyBy
ZXBvcyBieSBkZWZhdWx0PyBPciBhdCBsZWFzdCBidWlsZCBhIHByb3BlciBleGNsdWRlcyBmb3Ig
dGhlIENlbnRPUyByZXBvcy4NCg0KRnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuc291
cmNlLmNvbSBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbnNvdXJjZS5jb21dIE9u
IEJlaGFsZiBPZiBHcmFudCBNY1dpbGxpYW1zDQpTZW50OiBXZWRuZXNkYXksIE9jdG9iZXIgMjYs
IDIwMTEgOTowOCBQTQ0KVG86IGJyb29rc0BuZXRnYXRlLm5ldA0KQ2M6IG1pa2UubWNjbHVyZ0Bj
aXRyaXguY29tOyBBbmRyZXcgV2VsbHM7IHhlbi11c2Vycw0KU3ViamVjdDogUmU6IEZ3ZDogW1hl
bi11c2Vyc10gWXVtIHJlcG8gZm9yIFhDUCAoZXg6IFhDUCBhY3BpIHNodXRkb3duKQ0KDQpPbiBX
ZWQsIE9jdCAyNiwgMjAxMSBhdCA2OjIwIFBNLCA8YnJvb2tzQG5ldGdhdGUubmV0PG1haWx0bzpi
cm9va3NAbmV0Z2F0ZS5uZXQ+PiB3cm90ZToNCg0KR3JlYXQgcG9pbnRzIGZyb20gZXZlcnlvbmUg
Y29uY2VybmluZyB0aGUgdG9waWMgb2YgWENQIHNlY3VyaXR5IHVwZGF0ZXMuIFRvIHN1bW1hcml6
ZToNCg0KICAgMS4gVGhlIFhDUCBwcm9qZWN0IGN1cnJlbnRseSBwcm92aWRlcyBubyB1cGRhdGUg
cmVwby4NCg0KICAgMi4gUHJvdGVjdCB5b3VyIG1hbmFnZW1lbnQgbmV0d29yayB2aWEgYW4gbm9u
LXB1YmxpYyByb3V0YWJsZSBhZGRyZXNzDQogICAgICBzcGFjZSBhbmQgeW91IGdyZWF0bHkgcmVk
dWNlIHlvdXIgZG9tMCBhdHRhY2sgc3VyZmFjZSB0byB0aGUga2VybmVsDQogICAgICBhbmQgb3Bl
biB2U3dpdGNoLiAgV2hpbGUgdGhhdCdzIHRydWUsIEkgZG9uJ3QgdGhpbmsgdGhhdCBoaWRpbmcN
CiAgICAgIGZyb20gc2VjdXJpdHkgcHJvYmxlbXMgaXMgdGhlIGFuc3dlci4NCg0KQWdyZWVkLiBJ
IGRvbid0IHdhbnQgYW4gZXhwbG9pdGVkIERvbVUgdHJ5aW5nIHRvIGZpbmQgZXhwbG9pdHMgaW4g
b3BlbnZzd2l0Y2ggb3IgdGhlIGh5cGVydmlzb3IuDQoNCg0KICAgMy4gRG8gbm90IHVzZSB0aGUg
Q2VudE9TIDUgcmVwbyB0byB1cGRhdGUgWENQIGRvbTAuDQoNCiAgICAgIFNvbWUgcGFja2FnZXMg
KGx2bTIsIGV0Yy4pIGhhdmUgYmVlbiBtb2RpZmllZCB0byB3b3JrIHdpdGgNCiAgICAgIFhlbnNl
cnZlci9YQ1AuICBUaGUgWENQIDEuMSBzb3VyY2UgaXNvIGxpc3RzIHRoZSBmb2xsb3dpbmcgcGFj
a2FnZXMNCiAgICAgIHVuZGVyIHRoZSAiZ3Vlc3QtcGFja2FnZXMtZG9tMCIgZGlyZWN0b3J5Og0K
DQogICAgICBiaW9zZGV2bmFtZS0wLjIuNC0xLnhzNjUxLnNyYy5ycG0NCiAgICAgIGRldmljZS1t
YXBwZXItbXVsdGlwYXRoLTAuNC43LTM0LnhzNjUxLnNyYy5ycG0NCiAgICAgIGRoY3AtMy4wLjUt
MjMuZWw1LnhzNjUxLnNyYy5ycG0NCiAgICAgIGRpcmVjdGZiLTEuMC4xLXhzNjUxLnNyYy5ycG0N
CiAgICAgIGUyZnNwcm9ncy0xLjM5LTIzLnhzNjUxLnNyYy5ycG0NCiAgICAgIGV0aHRvb2wtNisy
MDA5MDMwNi02NTEuc3JjLnJwbQ0KICAgICAgZmJpLTEuMzEteHM2NTEuc3JjLnJwbQ0KICAgICAg
ZmlybXdhcmUtNjUxLTEuc3JjLnJwbQ0KICAgICAga2V4ZWMtdG9vbHMtMi4wLjAtNjUxLjQ5LnNy
Yy5ycG0NCiAgICAgIGx2bTItMi4wMi41Ni04LnhzNjUxLnNyYy5ycG0NCiAgICAgIG1kMzAwMC1y
ZGFjLTA5LjAzLjBDMDAuMDQzNy02NTEuc3JjLnJwbQ0KICAgICAgbWQzMDAwLXJkYWMtdG9vbHMt
MDkuMDMuMEMwMC4wNDM3LTY1MS5zcmMucnBtDQogICAgICBtZXJjdXJpYWwtMC45LTAuc3JjLnJw
bQ0KICAgICAgbWtpbml0cmQtNS4xLjE5LjYtNjEueHM2NTEuc3JjLnJwbQ0KICAgICAgbmV0LXNu
bXAtNS4zLjIuMi05LnhzNjUxLnNyYy5ycG0NCiAgICAgIG9wZW4taXNjc2ktMi4wLjg3MS0wLjIw
LjMueHM2NTEuc3JjLnJwbQ0KICAgICAgcGFtLTAuOTkuNi4yLTYueHM2NTEuc3JjLnJwbQ0KICAg
ICAgUHlQQU0tMC40LjItMy54czY1MS5zcmMucnBtDQogICAgICBweXRob24tc2ltcGxlanNvbi0y
LjAuOS0zLjEueHM2NTEuc3JjLnJwbQ0KICAgICAgU0RMLTEuMi4xMC04LnhzNjUxLnNyYy5ycG0N
CiAgICAgIHNwbGFzaHktMC4zLjkteHM2NTEuc3JjLnJwbQ0KICAgICAgc3NtdHAtMi42MS04LmZj
Ni5zcmMucnBtDQogICAgICBzdHVubmVsLTQuMTUtMi5lbDUuMS54czY1MS5zcmMucnBtDQogICAg
ICB1ZGhjcC1yMTUwNTAtNjUxLnNyYy5ycG0NCiAgICAgIHZhc3Rza3ktMi4xLTMuc3JjLnJwbQ0K
ICAgICAgdmhvc3RtZC0wLjQteHM2NTEuc3JjLnJwbQ0KICAgICAgdm5jc25hcHNob3QtMS4yYS14
czY1MS5zcmMucnBtDQogICAgICB4ZW5zZXJ2ZXItbG9nb3MtMS4wLXhzNjUxLnNyYy5ycG0NCiAg
ICAgIHhlbnNlcnZlci1sc2ItMy4xLTEyLjMuRUwueHMuc3JjLnJwbQ0KDQogICAgICBUaGF0J3Mg
bm90IGEgcGVyZmVjdCBsaXN0LiAgSSBjb21wYXJlZCB0aGF0IGxpc3Qgd2l0aCBhIGJhc2UNCiAg
ICAgIENlbnRPUyA1LjcgcmVwbyBhbmQgZm91bmQgdGhlc2UgdG8gYmUgdW5pcXVlIHRvIHRoZSBh
Ym92ZSBsaXN0Og0KDQogICAgICBQeVBBTQ0KICAgICAgYmlvc2Rldm5hbWUNCiAgICAgIGRpcmVj
dGZiDQogICAgICBmYmkNCiAgICAgIGZpcm13YXJlDQogICAgICBtZDMwMDAtcmRhYw0KICAgICAg
bWQzMDAwLXJkYWMtdG9vbHMNCiAgICAgIG1lcmN1cmlhbA0KICAgICAgb3Blbi1pc2NzaQ0KICAg
ICAgc3BsYXNoeQ0KICAgICAgc3NtdHANCiAgICAgIHVkaGNwLXIxNTA1MA0KICAgICAgdmFzdHNr
eQ0KICAgICAgdmhvc3RtZA0KICAgICAgdm5jc25hcHNob3QNCiAgICAgIHhlbnNlcnZlci1sb2dv
cw0KICAgICAgeGVuc2VydmVyLWxzYg0KDQogICAgICBGb3IgY29tcGxldG5lc3MgaGVyZSdzIHRo
ZSBsaXN0IG9mIHBhY2thZ2VzIHRoYXQgYXBwZWFyIHRvIGhhdmUNCiAgICAgIGJlZW4gbW9kaWZp
ZWQgc2luY2UgdGhleSBhcmUgbGlzdCBpbiBib3RoIHRoZSBDZW50T1MgYW5kIFhDUCBsaXN0czoN
Cg0KICAgICAgU0RMDQogICAgICBkZXZpY2UtbWFwcGVyLW11bHRpcGF0aA0KICAgICAgZGhjcA0K
ICAgICAgZTJmc3Byb2dzDQogICAgICBldGh0b29sDQogICAgICBrZXhlYy10b29scw0KICAgICAg
bHZtMg0KICAgICAgbWtpbml0cmQNCiAgICAgIG5ldC1zbm1wDQogICAgICBwYW0NCiAgICAgIHB5
dGhvbi1zaW1wbGVqc29uDQogICAgICBzdHVubmVsDQoNCiAgICAgIEFkZCBpbiB0aGUga2VybmVs
LCBoeXBlcnZpc29yLCB2c3dpdGNoLCBhbmQgYXNzb3J0ZWQgdXRpbGl0aWVzIGFuZA0KICAgICAg
eW91IHNob3VsZCBiZSBhYmxlIHRvIGNvbWUgdXAgd2l0aCBhIGxpc3Qgb2YgcGFja2FnZXMgdW5p
cXVlIHRvIFhDUA0KICAgICAgdGhhdCBjb3VsZCBiZSB1c2VkIHRvIGJ1aWxkIGFuIGV4Y2x1ZGUg
bGlzdCBpZiB5b3Ugd2FudGVkIHRvIHB1bGwNCiAgICAgIHVwZGF0ZXMgZnJvbSBhIENlbnRPUyA1
IHJlcG8uDQoNCkl0J3MgYSBncmVhdCB0b3BpYyBhbmQgSSdkIGxpa2UgdG8ga2VlcCB0aGUgZGlz
Y3Vzc2lvbiBhbGl2ZS4gIEknZCBhbHNvIGxpa2UgdG8gaGVhciBmcm9tIE1pa2UgZ2l2ZW4gaGlz
IGluc2lnaHQgYW5kIHVuZGVyc3RhbmRpbmcgb2YgdGhlIHByb2plY3QuIElkZWFsbHkgSSB0aGlu
ayB3ZSB3b3VsZCBhbGwgbGlrZSB0byBzZWUgYSBDaXRyaXggc3BvbnNvcmVkIFhDUCB1cGRhdGVz
IHJlcG9zaXRvcnkuDQoNCg0KSWRlYWxseSB5ZXMgdGhlIGZvbGtzIHRoYXQga25vdyB0aGUgbW9z
dCBhYm91dCBpdCB3b3VsZCBiZSB0aGUgYmVzdCBhdCBwdXR0aW5nIHRvZ2V0aGVyIGEgcmVwby4g
SSBhbHNvIHRoaW5rIHRoYXQgdGhpcyBzaG91bGRuJ3QgYmUgYSBjb21wbGV0ZSBDZW50T1MgcmVw
byBzaW5jZSB0aGUgWENQIGhvc3RzIGFyZSBub3Qgc3VwcG9zZWQgdG8gYmUgY29tcGxldGUgTGlu
dXggc2VydmVycyBpbiBhbnkgd2F5LiBLZWVwIGl0IHNtYWxsLCBrZWVwIGl0IHNvbGlkLCBrZWVw
IGl0IHNlY3VyZS4gVGhlcmUgYXJlIHBhY2thZ2VzIHRoYXQgY291bGQgYmUgY29uc2lkZXJlZCBv
cHRpb25hbCB0b28gdGhhdCB3b24ndCBnZXQgaW5zdGFsbGVkIG9uIGV2ZXJ5IGhvc3QgdGhhdCBj
b3VsZCBiZSBpbiB0aGUgcmVwbyBpbiBjYXNlIG9uZSBuZWVkcyB0aGVtLg0KDQpHcmFudCBNY1dp
bGxpYW1zDQpodHRwOi8vZ3JhbnRtY3dpbGxpYW1zLmNvbS8NCg0KU29tZSBwZW9wbGUsIHdoZW4g
Y29uZnJvbnRlZCB3aXRoIGEgcHJvYmxlbSwgdGhpbmsgIkkga25vdywgSSdsbCB1c2UgV2luZG93
cy4iDQpOb3cgdGhleSBoYXZlIHR3byBwcm9ibGVtcy4NCg0K

--_000_602C5EB92F9AFB4D89D11B9F5B7F135518B6CEB1SMDAG151softlay_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z
b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl
bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov
KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7
DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh
bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg
RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN
Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBw
dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bh
bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ
dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r
Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0
LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10
eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7
DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBv
cnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdv
cmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4w
aW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48
L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i
ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9
ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8
L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8
ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk9uIFhlblNlcnZlciBDaXRyaXggZG9l
cyBpbmNsdWRlIGEgcmVwbyBmb3IgdXBkYXRlczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPltjaXRyaXhdPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm5hbWU9WGVuU2VydmVyIDYuMC4wIHVwZGF0ZXM8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+bWlycm9ybGlzdD1odHRwOi8vdXBkYXRlcy52bWQuY2l0
cml4LmNvbS9YZW5TZXJ2ZXIvNi4wLjAvZG9tYWluMC9taXJyb3JsaXN0PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPiNiYXNldXJsPWh0dHA6Ly91cGRhdGVzLnZtZC5jaXRyaXguY29tL1hl
blNlcnZlci82LjAuMC9kb21haW4wLzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ncGdj
aGVjaz0xPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmdwZ2tleT1odHRwOi8vdXBkYXRl
cy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIvUlBNLUdQRy1LRVktNi4wLjA8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+ZW5hYmxlZD0xPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5hbmQgaXTigJlzIGVuYWJsZWQg
YnkgZGVmYXVsdC4gSeKAmXZlIG5ldmVyIHNlZW4gYW55IHVwZGF0ZXMgcG9zdGVkIGV2ZXIgc2lu
Y2UgSSB3YXMgaW50cm9kdWNlZCB0byBYZW5TZXJ2ZXIgYmFjayBpbiA0LjEuIEkgdGhpbmsgdGhl
eSBsZWZ0IHRoaXMgaW4gZm9yIGxlZ2FjeSBwdXJwb3Nlcw0KIGFuZCB1c2Ugc2VydmljZSBwYWNr
L2hvdGZpeGVzIGZvciBwYXRjaGluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1heWJlIHRha2UgYSBxdWV1ZSBhbmQg
c2V0dXAgWENQIHNwZWNpZmljIHJlcG8gZm9yIHVwZGF0ZXMgYW5kIGRpc2FibGUgdGhlIENlbnRP
UyByZXBvcyBieSBkZWZhdWx0PyBPciBhdCBsZWFzdCBidWlsZCBhIHByb3BlciBleGNsdWRlcyBm
b3IgdGhlIENlbnRPUyByZXBvcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90OyI+IHhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbnNvdXJjZS5jb20gW21haWx0bzp4ZW4t
dXNlcnMtYm91bmNlc0BsaXN0cy54ZW5zb3VyY2UuY29tXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5H
cmFudCBNY1dpbGxpYW1zPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgT2N0b2JlciAyNiwg
MjAxMSA5OjA4IFBNPGJyPg0KPGI+VG86PC9iPiBicm9va3NAbmV0Z2F0ZS5uZXQ8YnI+DQo8Yj5D
Yzo8L2I+IG1pa2UubWNjbHVyZ0BjaXRyaXguY29tOyBBbmRyZXcgV2VsbHM7IHhlbi11c2Vyczxi
cj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogRndkOiBbWGVuLXVzZXJzXSBZdW0gcmVwbyBmb3IgWENQ
IChleDogWENQIGFjcGkgc2h1dGRvd24pPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+T24gV2VkLCBPY3QgMjYsIDIwMTEgYXQgNjoyMCBQTSwgJmx0OzxhIGhyZWY9Im1haWx0
bzpicm9va3NAbmV0Z2F0ZS5uZXQiPmJyb29rc0BuZXRnYXRlLm5ldDwvYT4mZ3Q7IHdyb3RlOjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KR3JlYXQgcG9pbnRzIGZy
b20gZXZlcnlvbmUgY29uY2VybmluZyB0aGUgdG9waWMgb2YgWENQIHNlY3VyaXR5IHVwZGF0ZXMu
IFRvIHN1bW1hcml6ZTo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7MS4gVGhlIFhDUCBwcm9qZWN0
IGN1cnJlbnRseSBwcm92aWRlcyBubyB1cGRhdGUgcmVwby48YnI+DQo8YnI+DQombmJzcDsgJm5i
c3A7Mi4gUHJvdGVjdCB5b3VyIG1hbmFnZW1lbnQgbmV0d29yayB2aWEgYW4gbm9uLXB1YmxpYyBy
b3V0YWJsZSBhZGRyZXNzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgc3BhY2UgYW5kIHlvdSBn
cmVhdGx5IHJlZHVjZSB5b3VyIGRvbTAgYXR0YWNrIHN1cmZhY2UgdG8gdGhlIGtlcm5lbDxicj4N
CiZuYnNwOyAmbmJzcDsgJm5ic3A7IGFuZCBvcGVuIHZTd2l0Y2guICZuYnNwO1doaWxlIHRoYXQn
cyB0cnVlLCBJIGRvbid0IHRoaW5rIHRoYXQgaGlkaW5nPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJz
cDsgZnJvbSBzZWN1cml0eSBwcm9ibGVtcyBpcyB0aGUgYW5zd2VyLjxvOnA+PC9vOnA+PC9wPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCkFncmVlZC4gSSBkb24ndCB3YW50IGFu
IGV4cGxvaXRlZCBEb21VIHRyeWluZyB0byBmaW5kIGV4cGxvaXRzIGluIG9wZW52c3dpdGNoIG9y
IHRoZSBoeXBlcnZpc29yLg0KPGJyPg0KPGJyPg0KJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND
Q0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy
Z2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7My4gRG8g
bm90IHVzZSB0aGUgQ2VudE9TIDUgcmVwbyB0byB1cGRhdGUgWENQIGRvbTAuPGJyPg0KPGJyPg0K
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgU29tZSBwYWNrYWdlcyAobHZtMiwgZXRjLikgaGF2ZSBiZWVu
IG1vZGlmaWVkIHRvIHdvcmsgd2l0aDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IFhlbnNlcnZl
ci9YQ1AuICZuYnNwO1RoZSBYQ1AgMS4xIHNvdXJjZSBpc28gbGlzdHMgdGhlIGZvbGxvd2luZyBw
YWNrYWdlczxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHVuZGVyIHRoZSAmcXVvdDtndWVzdC1w
YWNrYWdlcy1kb20wJnF1b3Q7IGRpcmVjdG9yeTo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZu
YnNwOyBiaW9zZGV2bmFtZS0wLjIuNC0xLnhzNjUxLnNyYy5ycG08YnI+DQombmJzcDsgJm5ic3A7
ICZuYnNwOyBkZXZpY2UtbWFwcGVyLW11bHRpcGF0aC0wLjQuNy0zNC54czY1MS5zcmMucnBtPGJy
Pg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgZGhjcC0zLjAuNS0yMy5lbDUueHM2NTEuc3JjLnJwbTxi
cj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IGRpcmVjdGZiLTEuMC4xLXhzNjUxLnNyYy5ycG08YnI+
DQombmJzcDsgJm5ic3A7ICZuYnNwOyBlMmZzcHJvZ3MtMS4zOS0yMy54czY1MS5zcmMucnBtPGJy
Pg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgZXRodG9vbC02JiM0MzsyMDA5MDMwNi02NTEuc3JjLnJw
bTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IGZiaS0xLjMxLXhzNjUxLnNyYy5ycG08YnI+DQom
bmJzcDsgJm5ic3A7ICZuYnNwOyBmaXJtd2FyZS02NTEtMS5zcmMucnBtPGJyPg0KJm5ic3A7ICZu
YnNwOyAmbmJzcDsga2V4ZWMtdG9vbHMtMi4wLjAtNjUxLjQ5LnNyYy5ycG08YnI+DQombmJzcDsg
Jm5ic3A7ICZuYnNwOyBsdm0yLTIuMDIuNTYtOC54czY1MS5zcmMucnBtPGJyPg0KJm5ic3A7ICZu
YnNwOyAmbmJzcDsgbWQzMDAwLXJkYWMtMDkuMDMuMEMwMC4wNDM3LTY1MS5zcmMucnBtPGJyPg0K
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgbWQzMDAwLXJkYWMtdG9vbHMtMDkuMDMuMEMwMC4wNDM3LTY1
MS5zcmMucnBtPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgbWVyY3VyaWFsLTAuOS0wLnNyYy5y
cG08YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBta2luaXRyZC01LjEuMTkuNi02MS54czY1MS5z
cmMucnBtPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgbmV0LXNubXAtNS4zLjIuMi05LnhzNjUx
LnNyYy5ycG08YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBvcGVuLWlzY3NpLTIuMC44NzEtMC4y
MC4zLnhzNjUxLnNyYy5ycG08YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBwYW0tMC45OS42LjIt
Ni54czY1MS5zcmMucnBtPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgUHlQQU0tMC40LjItMy54
czY1MS5zcmMucnBtPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgcHl0aG9uLXNpbXBsZWpzb24t
Mi4wLjktMy4xLnhzNjUxLnNyYy5ycG08YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBTREwtMS4y
LjEwLTgueHM2NTEuc3JjLnJwbTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHNwbGFzaHktMC4z
LjkteHM2NTEuc3JjLnJwbTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHNzbXRwLTIuNjEtOC5m
YzYuc3JjLnJwbTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IHN0dW5uZWwtNC4xNS0yLmVsNS4x
LnhzNjUxLnNyYy5ycG08YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB1ZGhjcC1yMTUwNTAtNjUx
LnNyYy5ycG08YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB2YXN0c2t5LTIuMS0zLnNyYy5ycG08
YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB2aG9zdG1kLTAuNC14czY1MS5zcmMucnBtPGJyPg0K
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgdm5jc25hcHNob3QtMS4yYS14czY1MS5zcmMucnBtPGJyPg0K
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgeGVuc2VydmVyLWxvZ29zLTEuMC14czY1MS5zcmMucnBtPGJy
Pg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgeGVuc2VydmVyLWxzYi0zLjEtMTIuMy5FTC54cy5zcmMu
cnBtPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgVGhhdCdzIG5vdCBhIHBlcmZlY3Qg
bGlzdC4gJm5ic3A7SSBjb21wYXJlZCB0aGF0IGxpc3Qgd2l0aCBhIGJhc2U8YnI+DQombmJzcDsg
Jm5ic3A7ICZuYnNwOyBDZW50T1MgNS43IHJlcG8gYW5kIGZvdW5kIHRoZXNlIHRvIGJlIHVuaXF1
ZSB0byB0aGUgYWJvdmUgbGlzdDo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBQeVBB
TTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IGJpb3NkZXZuYW1lPGJyPg0KJm5ic3A7ICZuYnNw
OyAmbmJzcDsgZGlyZWN0ZmI8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBmYmk8YnI+DQombmJz
cDsgJm5ic3A7ICZuYnNwOyBmaXJtd2FyZTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IG1kMzAw
MC1yZGFjPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgbWQzMDAwLXJkYWMtdG9vbHM8YnI+DQom
bmJzcDsgJm5ic3A7ICZuYnNwOyBtZXJjdXJpYWw8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBv
cGVuLWlzY3NpPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgc3BsYXNoeTxicj4NCiZuYnNwOyAm
bmJzcDsgJm5ic3A7IHNzbXRwPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgdWRoY3AtcjE1MDUw
PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgdmFzdHNreTxicj4NCiZuYnNwOyAmbmJzcDsgJm5i
c3A7IHZob3N0bWQ8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB2bmNzbmFwc2hvdDxicj4NCiZu
YnNwOyAmbmJzcDsgJm5ic3A7IHhlbnNlcnZlci1sb2dvczxicj4NCiZuYnNwOyAmbmJzcDsgJm5i
c3A7IHhlbnNlcnZlci1sc2I8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBGb3IgY29t
cGxldG5lc3MgaGVyZSdzIHRoZSBsaXN0IG9mIHBhY2thZ2VzIHRoYXQgYXBwZWFyIHRvIGhhdmU8
YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBiZWVuIG1vZGlmaWVkIHNpbmNlIHRoZXkgYXJlIGxp
c3QgaW4gYm90aCB0aGUgQ2VudE9TIGFuZCBYQ1AgbGlzdHM6PGJyPg0KPGJyPg0KJm5ic3A7ICZu
YnNwOyAmbmJzcDsgU0RMPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgZGV2aWNlLW1hcHBlci1t
dWx0aXBhdGg8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBkaGNwPGJyPg0KJm5ic3A7ICZuYnNw
OyAmbmJzcDsgZTJmc3Byb2dzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgZXRodG9vbDxicj4N
CiZuYnNwOyAmbmJzcDsgJm5ic3A7IGtleGVjLXRvb2xzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJz
cDsgbHZtMjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IG1raW5pdHJkPGJyPg0KJm5ic3A7ICZu
YnNwOyAmbmJzcDsgbmV0LXNubXA8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBwYW08YnI+DQom
bmJzcDsgJm5ic3A7ICZuYnNwOyBweXRob24tc2ltcGxlanNvbjxicj4NCiZuYnNwOyAmbmJzcDsg
Jm5ic3A7IHN0dW5uZWw8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBBZGQgaW4gdGhl
IGtlcm5lbCwgaHlwZXJ2aXNvciwgdnN3aXRjaCwgYW5kIGFzc29ydGVkIHV0aWxpdGllcyBhbmQ8
YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB5b3Ugc2hvdWxkIGJlIGFibGUgdG8gY29tZSB1cCB3
aXRoIGEgbGlzdCBvZiBwYWNrYWdlcyB1bmlxdWUgdG8gWENQPGJyPg0KJm5ic3A7ICZuYnNwOyAm
bmJzcDsgdGhhdCBjb3VsZCBiZSB1c2VkIHRvIGJ1aWxkIGFuIGV4Y2x1ZGUgbGlzdCBpZiB5b3Ug
d2FudGVkIHRvIHB1bGw8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyB1cGRhdGVzIGZyb20gYSBD
ZW50T1MgNSByZXBvLjxicj4NCjxicj4NCkl0J3MgYSBncmVhdCB0b3BpYyBhbmQgSSdkIGxpa2Ug
dG8ga2VlcCB0aGUgZGlzY3Vzc2lvbiBhbGl2ZS4gJm5ic3A7SSdkIGFsc28gbGlrZSB0byBoZWFy
IGZyb20gTWlrZSBnaXZlbiBoaXMgaW5zaWdodCBhbmQgdW5kZXJzdGFuZGluZyBvZiB0aGUgcHJv
amVjdC4gSWRlYWxseSBJIHRoaW5rIHdlIHdvdWxkIGFsbCBsaWtlIHRvIHNlZSBhIENpdHJpeCBz
cG9uc29yZWQgWENQIHVwZGF0ZXMgcmVwb3NpdG9yeS48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KSWRlYWxseSB5ZXMgdGhlIGZvbGtzIHRoYXQg
a25vdyB0aGUgbW9zdCBhYm91dCBpdCB3b3VsZCBiZSB0aGUgYmVzdCBhdCBwdXR0aW5nIHRvZ2V0
aGVyIGEgcmVwby4gSSBhbHNvIHRoaW5rIHRoYXQgdGhpcyBzaG91bGRuJ3QgYmUgYSBjb21wbGV0
ZSBDZW50T1MgcmVwbyBzaW5jZSB0aGUgWENQIGhvc3RzIGFyZSBub3Qgc3VwcG9zZWQgdG8gYmUg
Y29tcGxldGUgTGludXggc2VydmVycyBpbiBhbnkgd2F5LiBLZWVwIGl0IHNtYWxsLCBrZWVwIGl0
IHNvbGlkLA0KIGtlZXAgaXQgc2VjdXJlLiBUaGVyZSBhcmUgcGFja2FnZXMgdGhhdCBjb3VsZCBi
ZSBjb25zaWRlcmVkIG9wdGlvbmFsIHRvbyB0aGF0IHdvbid0IGdldCBpbnN0YWxsZWQgb24gZXZl
cnkgaG9zdCB0aGF0IGNvdWxkIGJlIGluIHRoZSByZXBvIGluIGNhc2Ugb25lIG5lZWRzIHRoZW0u
PGJyPg0KPGJyIGNsZWFyPSJhbGwiPg0KR3JhbnQgTWNXaWxsaWFtczxicj4NCjxhIGhyZWY9Imh0
dHA6Ly9ncmFudG1jd2lsbGlhbXMuY29tLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9ncmFudG1j
d2lsbGlhbXMuY29tLzwvYT48YnI+DQo8YnI+DQpTb21lIHBlb3BsZSwgd2hlbiBjb25mcm9udGVk
IHdpdGggYSBwcm9ibGVtLCB0aGluayAmcXVvdDtJIGtub3csIEknbGwgdXNlIFdpbmRvd3MuJnF1
b3Q7IDxicj4NCk5vdyB0aGV5IGhhdmUgdHdvIHByb2JsZW1zLjxicj4NCiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_602C5EB92F9AFB4D89D11B9F5B7F135518B6CEB1SMDAG151softlay_--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0231166102==--


From xen-users-bounces@lists.xensource.com Fri Oct 28 09:47:26 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 09:47:26 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJpaY-0004cO-3G; Fri, 28 Oct 2011 09:47:26 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with smtp (Exim 4.43) id 1RJpKV-0000Uc-KV
	for xen-users@lists.xensource.com; Fri, 28 Oct 2011 09:30:52 -0700
X-Env-Sender: bart.coninckx@telenet.be
X-Msg-Ref: server-10.tower-216.messagelabs.com!1319819448!1346484!1
X-Originating-IP: [195.130.132.48]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1817 invoked from network); 28 Oct 2011 16:30:48 -0000
Received: from gerard.telenet-ops.be (HELO gerard.telenet-ops.be)
	(195.130.132.48) by server-10.tower-216.messagelabs.com with SMTP;
	28 Oct 2011 16:30:48 -0000
Received: from [192.168.1.20] ([213.224.25.30])
	by gerard.telenet-ops.be with bizsmtp
	id qGWo1h00B0ey1Dx0HGWoDa; Fri, 28 Oct 2011 18:30:48 +0200
Message-ID: <4EAAD8B8.3080506@telenet.be>
Date: Fri, 28 Oct 2011 18:30:48 +0200
From: Bart Coninckx 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: xen-users 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Xen-users] kernel module responsible for a graceful shutdown in a
	HVM guest
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi,

I'm running an Ubuntu HVM on a SLES Dom0 and an xm shutdown just 
destroys the HVM DomU.

I figured out from googling that I need to recompile the kernel to have 
the Xen PV drivers included, but what exact driver/module is responsible 
for the clean shutdown?

I'm expecting some "why don't you use PV's", so I better say now already 
that I do understand that a PV DomU would fix this, but we simply need HVM,

thx!!

B.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Fri Oct 28 09:50:32 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 09:50:32 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJpdY-0005pE-0n; Fri, 28 Oct 2011 09:50:32 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJpXE-0003WW-7R
	for Xen-users@lists.xensource.com; Fri, 28 Oct 2011 09:44:00 -0700
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-5.tower-182.messagelabs.com!1319820236!1128341!1
X-Originating-IP: [192.89.123.25]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26315 invoked from network); 28 Oct 2011 16:43:57 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 28 Oct 2011 16:43:57 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id 3247423F2;
	Fri, 28 Oct 2011 19:43:56 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 191D4200DF; Fri, 28 Oct 2011 19:43:56 +0300 (EEST)
Date: Fri, 28 Oct 2011 19:43:55 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= 
To: Artur Baruchi 
Subject: Re: [Xen-users] xenanalyze download
Message-ID: <20111028164355.GS12984@reaktio.net>
References: 
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: xen-users 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On Thu, Oct 27, 2011 at 02:18:56PM -0200, Artur Baruchi wrote:
> Hi guys.
> 
> I'm trying to debug the behavior of some VM and I found in Internet
> some websites (and blogs) talking about xenalyze. I tried to download
> it (using the Mercurial - hg clone) but it doesn't exist anymore. Does
> anybody know any link that I will be able to download it?
> 
> Thanks in advance.
> 

Hello,

It's here: http://xenbits.xen.org/ext/xenalyze/

-- Pasi


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Fri Oct 28 09:52:08 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 09:52:08 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJpf6-0006XG-Cw; Fri, 28 Oct 2011 09:52:08 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJpe8-00064P-Gq
	for Xen-users@lists.xensource.com; Fri, 28 Oct 2011 09:51:08 -0700
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-16.tower-216.messagelabs.com!1319820662!1441655!1
X-Originating-IP: [192.89.123.25]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 901 invoked from network); 28 Oct 2011 16:51:03 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-16.tower-216.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 28 Oct 2011 16:51:03 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id 195E31218;
	Fri, 28 Oct 2011 19:51:01 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 9DFBC200DF; Fri, 28 Oct 2011 19:51:01 +0300 (EEST)
Date: Fri, 28 Oct 2011 19:51:01 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= 
To: Christian Motschke 
Subject: Re: [Xen-users] pvscsi
Message-ID: <20111028165101.GT12984@reaktio.net>
References: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: xen-users list 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On Mon, Oct 10, 2011 at 05:52:58PM +0200, Christian Motschke wrote:
> Hello,
> 
> does anyone knows, if and when pvscsi will be available in the official linux kernel?
> 

Some developers are looking at it atm.. but PVSCSI needs active maintainer
to do the upstreaming work and maintenance.

Are you interested? 

http://wiki.xen.org/xenwiki/XenPVSCSI

-- Pasi


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Fri Oct 28 16:08:49 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 16:08:49 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJvXc-0005iR-Ln; Fri, 28 Oct 2011 16:08:48 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with smtp (Exim 4.43) id 1RJvWM-0005OQ-6I
	for xen-users@lists.xensource.com; Fri, 28 Oct 2011 16:07:30 -0700
X-Env-Sender: ray@aarden.us
X-Msg-Ref: server-9.tower-21.messagelabs.com!1319843246!1980687!1
X-Originating-IP: [173.201.192.36]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17853 invoked from network); 28 Oct 2011 23:07:26 -0000
Received: from p3plsmtp11-02-2.prod.phx3.secureserver.net (HELO
	p3plwbeout11-02.prod.phx3.secureserver.net) (173.201.192.36)
	by server-9.tower-21.messagelabs.com with SMTP;
	28 Oct 2011 23:07:26 -0000
Received: (qmail 5613 invoked from network); 28 Oct 2011 23:07:25 -0000
Received: from unknown (HELO localhost) (10.6.243.4)
	by p3plwbeout11-02.prod.phx3.secureserver.net with SMTP;
	28 Oct 2011 23:07:25 -0000
Received: (qmail 16375 invoked by uid 99); 28 Oct 2011 23:07:25 -0000
X-Originating-IP: 97.65.252.93
User-Agent: Web-Based Email 5.6.03
Message-Id: <20111028160724.1753ead7c2b35a7d15c5b99498690bcc.41f135996d.wbe@email11.secureserver.net>
From: 
To: "xen-users" 
Date: Fri, 28 Oct 2011 16:07:24 -0700
Mime-Version: 1.0
Subject: [Xen-users] Hardware Compatibility
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0080413955=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============0080413955==
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="utf-8"


I would like to find a motherboard that will run Linux an=
d Windows as guest OSs.  The box will be my workstation.  I want =
VMs to isolate experiments, manage alternate builds of software systems, an=
d run some light weight, parallel apps that require two different OSs. =
; I would like to be able to run multiple monitors although I don't know if=
 there is a need to isolate monitors, and I think I would like to put some =
of the more used VM images on a separate SSDs.  I will probably need t=
wo or more network connections.
=0A
 
=0A
I would li=
ke to hear from the group here as I am sure they have significant experienc=
e.  
=0A
 
=0A
I have attempted to contact moth=
erboard suppliers but they do not take phone calls and have not returned an=
y emails; similarly, I have tried the retail outlets and they don't know wh=
at I am talking about.  I have researched many on-line sources but I a=
m finding that a lot of this info is old and no longer valid.
=0A
=
 
=0A
I am really looking forward to hearing advice.
=0A=

 
=0A
Thanks,
=0A
ray



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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0080413955==--

From xen-users-bounces@lists.xensource.com Fri Oct 28 17:31:58 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 17:31:58 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJwq5-00080I-9V; Fri, 28 Oct 2011 17:31:57 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJwor-0007g5-Ns
	for Xen-users@lists.xensource.com; Fri, 28 Oct 2011 17:30:42 -0700
X-Env-Sender: james.harper@bendigoit.com.au
X-Msg-Ref: server-10.tower-216.messagelabs.com!1319848235!1375974!1
X-Originating-IP: [203.16.207.99]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20146 invoked from network); 29 Oct 2011 00:30:38 -0000
Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au)
	(203.16.207.99)
	by server-10.tower-216.messagelabs.com with AES256-SHA encrypted SMTP;
	29 Oct 2011 00:30:38 -0000
Received: from trantor.int.sbss.com.au ([192.168.200.206]
	helo=mail.bendigoit.com.au)
	by smtp2.bendigoit.com.au with esmtp (Exim 4.72)
	(envelope-from )
	id 1RJwoX-000310-E6; Sat, 29 Oct 2011 11:30:21 +1100
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: RE: [Xen-users] pvscsi
Date: Sat, 29 Oct 2011 11:30:20 +1100
Message-ID: 
In-Reply-To: <20111028165101.GT12984@reaktio.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Xen-users] pvscsi
Thread-Index: AcyVkgNlDY3vwLAAR7G7bddb02lBFAANsMwQ
References: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
	<20111028165101.GT12984@reaktio.net>
From: "James Harper" 
To: =?iso-8859-1?Q?Pasi_K=E4rkk=E4inen?= ,
	"Christian Motschke" 
X-Really-From-Bendigo-IT: magichashvalue
Cc: xen-users list 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

>=20
> On Mon, Oct 10, 2011 at 05:52:58PM +0200, Christian Motschke wrote:
> > Hello,
> >
> > does anyone knows, if and when pvscsi will be available in the =
official linux
> kernel?
> >
>=20
> Some developers are looking at it atm.. but PVSCSI needs active =
maintainer
> to do the upstreaming work and maintenance.
>=20
> Are you interested?
>=20
> http://wiki.xen.org/xenwiki/XenPVSCSI
>=20

I build scsiback out-of-tree for 2.6.32. I just had a go at building =
against 3.0 and apart from changing some alloc_empty_pages_and_pagevec =
calls it builds but won't load saying "xen_scsibk: Unknown symbol =
set_phys_to_machine (err 0)"

James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Fri Oct 28 18:37:17 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 18:37:17 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJxrI-0001v7-Pg; Fri, 28 Oct 2011 18:37:16 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJxpt-0001KA-6N
	for Xen-users@lists.xensource.com; Fri, 28 Oct 2011 18:35:49 -0700
X-Env-Sender: bhimberg@gmail.com
X-Msg-Ref: server-16.tower-216.messagelabs.com!1319852144!1471905!1
X-Originating-IP: [209.85.213.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26781 invoked from network); 29 Oct 2011 01:35:45 -0000
Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com)
	(209.85.213.43)
	by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	29 Oct 2011 01:35:45 -0000
Received: by ywp17 with SMTP id 17so6940760ywp.30
	for ;
	Fri, 28 Oct 2011 18:35:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=7dXjT1kgUYcBAg4/211rZGzRxIFDk8sTZoIzyJzVn3s=;
	b=KwcG/4NRb/ettg4azzSFlNA3lj3vY4gi1TBrXnPYvS7HGDLI+Rg+Oon90HcKHlY9X8
	UzCy1KQupun2fF9liqN767bf0VElSVWA2e6uTRzd7R7LY/Zkx0cZ8jYZR6NCeIlzcjLq
	QxiUrNpAsGorBn+5jQv33c9yJPX/ZOrZabKhw=
MIME-Version: 1.0
Received: by 10.101.111.11 with SMTP id o11mr1124994anm.139.1319852143707;
	Fri, 28 Oct 2011 18:35:43 -0700 (PDT)
Received: by 10.101.66.12 with HTTP; Fri, 28 Oct 2011 18:35:43 -0700 (PDT)
Date: Fri, 28 Oct 2011 21:35:43 -0400
Message-ID: 
From: Ben Himberg 
To: Xen-users@lists.xensource.com
Cc: 
Subject: [Xen-users] Using pciback to dynamically bind/unbind primary
 display driver: lost console, help
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1040714486=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============1040714486==
Content-Type: multipart/alternative; boundary=001636ed702e2e874204b06606ed

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

On Debain 3.1.0-rc7, Radeon 6870 and Xen 4.1 (no patches)

I used

echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/unbind
echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/new_slot
echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/bind

to move my primary display adapter (01:00.0) to pciback for domU use.  The
display, as expected, turned off.  I had enabled ssh to do this, and have
access to the system still.  I then used

echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/unbind
echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/bind

to pass it back to dom0 at which point the display turned back on.  Thinking
all was well, I made a script to do the above and executed it (with a sleep
of 10 seconds after the first bind) at which point I lost the display, as
expected, but it didn't come back.  I then logged in through ssh and find
that the radeon driver is bound to 01:00.0, but still no display.

I think I need to tell the console to output to the radeon driver, but I
have no idea how and a google search is proving fruitless.  Any help?  I've
also noticed that unbinding/binding the radeon driver is now (it wasn't
initially) very slow to respond.

Thanks!

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

On Debain 3.1.0-rc7, Radeon 6870 and Xen 4.1 (no patches)

I used
=

echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/unbind
echo -n=
 0000:01:00.0 > /sys/bus/pci/drivers/pciback/new_slot
echo -n 0000:01=
:00.0 > /sys/bus/pci/drivers/pciback/bind


to move my primary display adapter (01:00.0) to pciback for domU use.=
=A0 The display, as expected, turned off.=A0 I had enabled ssh to do this, =
and have access to the system still.=A0 I then used

echo -n 0000:01:=
00.0 > /sys/bus/pci/drivers/pciback/unbind

echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/bind

to pass i=
t back to dom0 at which point the display turned back on.=A0 Thinking all w=
as well, I made a script to do the above and executed it (with a sleep of 1=
0 seconds after the first bind) at which point I lost the display, as expec=
ted, but it didn't come back.=A0 I then logged in through ssh and find =
that the radeon driver is bound to 01:00.0, but still no display.


I think I need to tell the console to output to the radeon driver, but =
I have no idea how and a google search is proving fruitless.=A0 Any help?=
=A0 I've also noticed that unbinding/binding the radeon driver is now (=
it wasn't initially) very slow to respond.


Thanks!


--001636ed702e2e874204b06606ed--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1040714486==--


From xen-users-bounces@lists.xensource.com Fri Oct 28 18:57:08 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 18:57:08 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJyAW-0002w6-FV; Fri, 28 Oct 2011 18:57:08 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJy91-0002aW-B8
	for xen-users@lists.xensource.com; Fri, 28 Oct 2011 18:55:35 -0700
X-Env-Sender: grantmasterflash@gmail.com
X-Msg-Ref: server-6.tower-182.messagelabs.com!1319853331!1151187!1
X-Originating-IP: [209.85.161.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30691 invoked from network); 29 Oct 2011 01:55:32 -0000
Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com)
	(209.85.161.43)
	by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	29 Oct 2011 01:55:32 -0000
Received: by faat9 with SMTP id t9so5675250faa.30
	for ;
	Fri, 28 Oct 2011 18:55:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=zZ6Ndi5djoAJTB6NjJjuygFny2QyS8RhiTL2IC9oXsc=;
	b=mq3jG0LFNICD3FUsOqJ7XCetpkoc+ISiO+6/Cbyec/g9wviC6yWWmZkCDJecZuA2/4
	Az1gF5hkx6A4BuDoTmqJ0z5y0GUG/CiOMeorsRZ10kwKB3djGwz8mkoHhUXcCEAe0X1t
	+UhOG0P7TocM5zfk6E4fxvlD2PZ4E/6Xtdi/0=
Received: by 10.223.91.73 with SMTP id l9mr5857146fam.22.1319853331242; Fri,
	28 Oct 2011 18:55:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.19.130 with HTTP; Fri, 28 Oct 2011 18:55:10 -0700 (PDT)
In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B012382CA@VSRV04.tresearch.net>
References: <2B541E71EE131F4F9F04B30362609C4B01238147@VSRV04.tresearch.net>
	<2B541E71EE131F4F9F04B30362609C4B0123824B@VSRV04.tresearch.net>
	
	<2B541E71EE131F4F9F04B30362609C4B01238283@VSRV04.tresearch.net>
	
	<2B541E71EE131F4F9F04B30362609C4B012382CA@VSRV04.tresearch.net>
From: Grant McWilliams 
Date: Fri, 28 Oct 2011 18:55:10 -0700
Message-ID: 
Subject: Re: [Xen-users] XCP Test workstation
To: Brett Westover 
Cc: xen-users@lists.xensource.com
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0198583632=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============0198583632==
Content-Type: multipart/alternative; boundary=00151744807ef6e3f204b0664cb9

--00151744807ef6e3f204b0664cb9
Content-Type: text/plain; charset=UTF-8

On Thu, Oct 27, 2011 at 10:07 AM, Brett Westover wrote:

> >I got tired of ending up with hardware that costs too much to upgrade
> (damn you Intel) so now I buy hardware that's cheap enough to replace. The
> main concern however is you need to think long and hard about your CPU
> choice because pools like to have the same CPU in them. I like more less
> powerful cores over less more powerful cores so I'm building a lot of AMD
> hexicore systems. The new cloud will probably be AMD 8 core boards.
>
> Well I really like that idea, and it serves two purposes for us. It would
> be a shift to a more efficient cost model, and its much more scalable. Now
> we have to fit the purchase to our requirements, and then make entirely
> separate plans when it comes time to upgrade. This model scales from my
> "cheap and easy" test requirements, all the way up to a large production
> cloud.
>
> One question, when you DO need to upgrade to the next generation of
> processor, does that just become a separate pool? So you're kind of stuck
> with the CPU type you've selected, for that whole pool forever... but then
> come time to build a new cloud, you can make a different choice if you're
> requirements have changed, or the market has moved on whichever comes first.
> You have to build in the redundancy you require to the new cloud, and then
> do cold migrations of your workload to the new cloud. Does that sound right?
>
>
Pretty much although there's a certain amount of wiggle room. However unless
you absolutely need all your VMs in the same pool I'd just add the new
hardware and make a new pool out it. I had to do that when I went from Quad
core Xeons to hexicore AMDs. The nice thing about commodity hardware is
replacing equipment is fairly painless on the wallet.


> Another question, how specific are you willing to get on hardware? I am
> literally looking to build a parts list in the next few days, and I would
> love to swap notes and get your opinion. (anyone's opinion in fact, though
> it seems I'm mostly talking to Grant here).
>

I'll give you the entire list if you'd like. My company also creates clouds
for other companies of reasonable size. I have the 500 node cloud in design
and a project twice that size after that. So if you folks get yourself into
a bind I can bail you out on your dime. :-)


>
> >"... a local drive that's currently used for nothing much..."
> Last question, I'm guessing you slap a single local disk into each server
> just to boot the OS. What are your thoughts on using a flash disk instead?
> If the OS is not particularly write heavy, it would seem that this would
> save on cooling and power. We currently use Debian based "routers" which are
> really just commodity servers with 2 nics and flash disks to boot the OS
> image. Would XCP run well that way, or is it more dependent on its local
> disk?
>
>
The OS doesn't do a whole lot although with local SR caching this may
change. My local disks just sit but to get the cost of each node down
further I'll be investigating PXE booting the node. However I mentioned
local SR caching which could be the fly in the ointment.


> Thank you for all your input.
>
> Brett Westover.
>
>
Grant McWilliams
http://grantmcwilliams.com/

Some people, when confronted with a problem, think "I know, I'll use
Windows."
Now they have two problems.

--00151744807ef6e3f204b0664cb9
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


On Thu, Oct 27, 2011 at 10:07 AM, Brett Westover=
 <bwestover@p=
letter.com> wrote:



>I got tired of ending up with hardware that costs too=
 much to upgrade (damn you Intel) so now I buy hardware that's cheap en=
ough to replace. The main concern however is you need to think long and har=
d about your CPU choice because pools like to have the same CPU in them. I =
like more less powerful cores over less more powerful cores so I'm buil=
ding a lot of AMD hexicore systems. The new cloud will probably be AMD 8 co=
re boards.






Well I really like that idea, and it serves two purposes for us. It w=
ould be a shift to a more efficient cost model, and its much more scalable.=
 Now we have to fit the purchase to our requirements, and then make entirel=
y separate plans when it comes time to upgrade. This model scales from my &=
quot;cheap and easy" test requirements, all the way up to a large prod=
uction cloud.





One question, when you DO need to upgrade to the next generation of process=
or, does that just become a separate pool? So you're kind of stuck with=
 the CPU type you've selected, for that whole pool forever... but then =
come time to build a new cloud, you can make a different choice if you'=
re requirements have changed, or the market has moved on whichever comes fi=
rst. You have to build in the redundancy you require to the new cloud, and =
then do cold migrations of your workload to the new cloud. Does that sound =
right?





Pretty much although there's a cer=
tain amount of wiggle room. However unless you absolutely need all your VMs=
 in the same pool I'd just add the new hardware and make a new pool out=
 it. I had to do that when I went from Quad core Xeons to hexicore AMDs. Th=
e nice thing about=C2=A0commodity=C2=A0hardware is replacing equipment is f=
airly painless on the wallet.



=C2=A0

Another question, how specific are you willing to get on hardware? I am lit=
erally looking to build a parts list in the next few days, and I would love=
 to swap notes and get your opinion. (anyone's opinion in fact, though =
it seems I'm mostly talking to Grant here).




I'll give you the entire list if you&#=
39;d like. My company also creates clouds for other companies of reasonable=
 size. I have the 500 node cloud in design and a project twice that size af=
ter that. So if you folks get yourself into a bind I can bail you out on yo=
ur dime. :-)



=C2=A0



>"... a local drive that's currently used for nothing much...&q=
uot;

Last question, I'm guessing you slap a single local disk into each serv=
er just to boot the OS. What are your thoughts on using a flash disk instea=
d? If the OS is not particularly write heavy, it would seem that this would=
 save on cooling and power. We currently use Debian based "routers&quo=
t; which are really just commodity servers with 2 nics and flash disks to b=
oot the OS image. Would XCP run well that way, or is it more dependent on i=
ts local disk?




=C2=A0
The OS doesn't do a whole lot al=
though with local SR caching this may change. My local disks just sit but t=
o get the cost of each node down further I'll be investigating PXE boot=
ing the node. However I mentioned local SR caching which could be the fly i=
n the=C2=A0ointment.



=C2=A0

Thank you for all your input.



Brett Westover.


Grant McWillia=
ms
http://gran=
tmcwilliams.com/

Some people, when confronted with a problem, th=
ink "I know, I'll use Windows."=C2=A0


Now they have two problems.
=C2=A0


--00151744807ef6e3f204b0664cb9--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0198583632==--


From xen-users-bounces@lists.xensource.com Fri Oct 28 19:15:25 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 19:15:25 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJySD-0004Gc-9f; Fri, 28 Oct 2011 19:15:25 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJyR0-0003w5-Cz
	for Xen-users@lists.xensource.com; Fri, 28 Oct 2011 19:14:10 -0700
X-Env-Sender: bhimberg@gmail.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1319854445!1481781!1
X-Originating-IP: [209.85.160.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4983 invoked from network); 29 Oct 2011 02:14:07 -0000
Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com)
	(209.85.160.171)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	29 Oct 2011 02:14:07 -0000
Received: by gyg13 with SMTP id 13so7153796gyg.30
	for ;
	Fri, 28 Oct 2011 19:14:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type; bh=75GindWoLV2BRbqMSUAYtpJQYIU0scAt0p6ZAIPX8t0=;
	b=vEToFoMISM/ippJAnXrbrE7oIBn7YOINZTwJKrZ70HLDS1vUh3Pf961kg0Vig9JqcD
	XSXxDUBFKfl1gkZ7OIXzjqSkO+JeVvRXpmULH+ab9W/nsZTNU+o2XfHicZJnXxw11ec3
	qPyt/0lZdIujNvl3mZ6DVHDaSRF/lZMwWzmfM=
MIME-Version: 1.0
Received: by 10.101.141.14 with SMTP id t14mr1126539ann.36.1319854445611; Fri,
	28 Oct 2011 19:14:05 -0700 (PDT)
Received: by 10.101.66.12 with HTTP; Fri, 28 Oct 2011 19:14:05 -0700 (PDT)
In-Reply-To: 
References: 
Date: Fri, 28 Oct 2011 22:14:05 -0400
Message-ID: 
From: Ben Himberg 
To: Xen-users@lists.xensource.com
Cc: 
Subject: [Xen-users] Re: Using pciback to dynamically bind/unbind primary
 display driver: lost console, help
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1957080813=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============1957080813==
Content-Type: multipart/alternative; boundary=0016e68e9a2c62cbc904b0668fcb

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

Turns out I passed "dynpm" to radeon/power_profile instead of
radeon/power_method and it crashed atom bios (kept locking, timing out in
the error log).  Works fine now.  How do I control, on the fly, where kernel
output goes though?

On Fri, Oct 28, 2011 at 9:35 PM, Ben Himberg  wrote:

> On Debain 3.1.0-rc7, Radeon 6870 and Xen 4.1 (no patches)
>
> I used
>
> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/unbind
> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/new_slot
> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/bind
>
> to move my primary display adapter (01:00.0) to pciback for domU use.  The
> display, as expected, turned off.  I had enabled ssh to do this, and have
> access to the system still.  I then used
>
> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/unbind
> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/bind
>
> to pass it back to dom0 at which point the display turned back on.
> Thinking all was well, I made a script to do the above and executed it (with
> a sleep of 10 seconds after the first bind) at which point I lost the
> display, as expected, but it didn't come back.  I then logged in through ssh
> and find that the radeon driver is bound to 01:00.0, but still no display.
>
> I think I need to tell the console to output to the radeon driver, but I
> have no idea how and a google search is proving fruitless.  Any help?  I've
> also noticed that unbinding/binding the radeon driver is now (it wasn't
> initially) very slow to respond.
>
> Thanks!
>

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

Turns out I passed "dynpm" to radeon/power_profile instead of rad=
eon/power_method and it crashed atom bios (kept locking, timing out in the =
error log).=A0 Works fine now.=A0 How do I control, on the fly, where kerne=
l output goes though?


On Fri, Oct 28, 2011 at 9:35 PM, Ben Himberg=
 <bhimberg@gmail=
.com> wrote:

On Debain 3.1.0-rc7, Radeon 6870 and Xen 4.1 (no patches)

I used
=

echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/unbind
echo -n=
 0000:01:00.0 > /sys/bus/pci/drivers/pciback/new_slot
echo -n 0000:01=
:00.0 > /sys/bus/pci/drivers/pciback/bind



to move my primary display adapter (01:00.0) to pciback for domU use.=
=A0 The display, as expected, turned off.=A0 I had enabled ssh to do this, =
and have access to the system still.=A0 I then used

echo -n 0000:01:=
00.0 > /sys/bus/pci/drivers/pciback/unbind


echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/bind

to pass i=
t back to dom0 at which point the display turned back on.=A0 Thinking all w=
as well, I made a script to do the above and executed it (with a sleep of 1=
0 seconds after the first bind) at which point I lost the display, as expec=
ted, but it didn't come back.=A0 I then logged in through ssh and find =
that the radeon driver is bound to 01:00.0, but still no display.



I think I need to tell the console to output to the radeon driver, but =
I have no idea how and a google search is proving fruitless.=A0 Any help?=
=A0 I've also noticed that unbinding/binding the radeon driver is now (=
it wasn't initially) very slow to respond.



Thanks!





--0016e68e9a2c62cbc904b0668fcb--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1957080813==--


From xen-users-bounces@lists.xensource.com Fri Oct 28 19:17:07 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 19:17:07 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RJyTr-0004xV-7G; Fri, 28 Oct 2011 19:17:07 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RJySD-0004Fc-BD
	for Xen-users@lists.xensource.com; Fri, 28 Oct 2011 19:15:26 -0700
X-Env-Sender: bhimberg@gmail.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1319854520!37063523!1
X-Originating-IP: [209.85.160.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22269 invoked from network); 29 Oct 2011 02:15:21 -0000
Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com)
	(209.85.160.171)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	29 Oct 2011 02:15:21 -0000
Received: by gyg13 with SMTP id 13so7154567gyg.30
	for ;
	Fri, 28 Oct 2011 19:15:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type; bh=Fdt/Yrl4bMIxntip5EQy72pPild2gv52vGBhxPTBBEU=;
	b=gZpz0yuRxne0pfuwyWgwMgcTJF9eLp6+PYx67hHxRVpQbQabYZ9tZdE2HJfmuYADGW
	rEMHyuFU6xKwB335Vrk24qW5qxJ9QgXXd05Px0vRG8k3fpBZMJLJeTVnx5n8/1tZ7dVG
	QM+0EV5yve3qUX67FhtKYPsWtnUmQDtkuBPFk=
MIME-Version: 1.0
Received: by 10.101.179.10 with SMTP id g10mr1098090anp.125.1319854520484;
	Fri, 28 Oct 2011 19:15:20 -0700 (PDT)
Received: by 10.101.66.12 with HTTP; Fri, 28 Oct 2011 19:15:20 -0700 (PDT)
In-Reply-To: 
References: 
	
Date: Fri, 28 Oct 2011 22:15:20 -0400
Message-ID: 
From: Ben Himberg 
To: Xen-users@lists.xensource.com
Cc: 
Subject: [Xen-users] Re: Using pciback to dynamically bind/unbind primary
 display driver: lost console, help
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1820066775=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============1820066775==
Content-Type: multipart/alternative; boundary=001636c929aad943ae04b0669334

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

err console output... I'm new to this

On Fri, Oct 28, 2011 at 10:14 PM, Ben Himberg  wrote:

> Turns out I passed "dynpm" to radeon/power_profile instead of
> radeon/power_method and it crashed atom bios (kept locking, timing out in
> the error log).  Works fine now.  How do I control, on the fly, where kernel
> output goes though?
>
>
> On Fri, Oct 28, 2011 at 9:35 PM, Ben Himberg  wrote:
>
>> On Debain 3.1.0-rc7, Radeon 6870 and Xen 4.1 (no patches)
>>
>> I used
>>
>> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/unbind
>> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/new_slot
>> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/bind
>>
>> to move my primary display adapter (01:00.0) to pciback for domU use.  The
>> display, as expected, turned off.  I had enabled ssh to do this, and have
>> access to the system still.  I then used
>>
>> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/pciback/unbind
>> echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/bind
>>
>> to pass it back to dom0 at which point the display turned back on.
>> Thinking all was well, I made a script to do the above and executed it (with
>> a sleep of 10 seconds after the first bind) at which point I lost the
>> display, as expected, but it didn't come back.  I then logged in through ssh
>> and find that the radeon driver is bound to 01:00.0, but still no display.
>>
>> I think I need to tell the console to output to the radeon driver, but I
>> have no idea how and a google search is proving fruitless.  Any help?  I've
>> also noticed that unbinding/binding the radeon driver is now (it wasn't
>> initially) very slow to respond.
>>
>> Thanks!
>>
>
>

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

err console output... I'm new to this

On Fri, Oct 28, 2011 at 10:14 PM, Ben Himberg <bhimberg@gmail.com> wrote:

Turns out I passed "dynpm" to radeon/power_profile instead of rad=
eon/power_method and it crashed atom bios (kept locking, timing out in the =
error log).=A0 Works fine now.=A0 How do I control, on the fly, where kerne=
l output goes though?





On Fri, Oct 28, 2011 at 9:35 PM, Ben Himberg=
 <bhimberg@gmail.com> wrote:


On Debain 3.1.0-rc7, Radeon 6870 and Xen 4.1 (no patches)

I used
=

echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/unbind
echo -n=
 0000:01:00.0 > /sys/bus/pci/drivers/pciback/new_slot
echo -n 0000:01=
:00.0 > /sys/bus/pci/drivers/pciback/bind




to move my primary display adapter (01:00.0) to pciback for domU use.=
=A0 The display, as expected, turned off.=A0 I had enabled ssh to do this, =
and have access to the system still.=A0 I then used

echo -n 0000:01:=
00.0 > /sys/bus/pci/drivers/pciback/unbind



echo -n 0000:01:00.0 > /sys/bus/pci/drivers/radeon/bind

to pass i=
t back to dom0 at which point the display turned back on.=A0 Thinking all w=
as well, I made a script to do the above and executed it (with a sleep of 1=
0 seconds after the first bind) at which point I lost the display, as expec=
ted, but it didn't come back.=A0 I then logged in through ssh and find =
that the radeon driver is bound to 01:00.0, but still no display.




I think I need to tell the console to output to the radeon driver, but =
I have no idea how and a google search is proving fruitless.=A0 Any help?=
=A0 I've also noticed that unbinding/binding the radeon driver is now (=
it wasn't initially) very slow to respond.




Thanks!








--001636c929aad943ae04b0669334--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1820066775==--


From xen-devel-bounces@lists.xensource.com Fri Oct 28 22:58:38 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 22:58:38 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK1wE-00022I-Cd; Fri, 28 Oct 2011 22:58:38 -0700
Received: from mail27.messagelabs.com ([193.109.254.147])
	by lists.xensource.com with smtp (Exim 4.43) id 1RK1v2-0001pL-7g
	for xen-devel@lists.xensource.com; Fri, 28 Oct 2011 22:57:24 -0700
X-Env-Sender: jim_burn@bellsouth.net
X-Msg-Ref: server-2.tower-27.messagelabs.com!1319867806!61114119!1
X-Originating-IP: [98.139.44.164]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18633 invoked from network); 29 Oct 2011 05:56:47 -0000
Received: from nm15-vm0.access.bullet.mail.sp2.yahoo.com (HELO
	nm15-vm0.access.bullet.mail.sp2.yahoo.com) (98.139.44.164)
	by server-2.tower-27.messagelabs.com with SMTP;
	29 Oct 2011 05:56:47 -0000
Received: from [98.139.44.96] by nm15.access.bullet.mail.sp2.yahoo.com with
	NNFMP; 29 Oct 2011 05:57:19 -0000
Received: from [98.139.44.86] by tm1.access.bullet.mail.sp2.yahoo.com with
	NNFMP; 29 Oct 2011 05:57:19 -0000
Received: from [127.0.0.1] by omp1023.access.mail.sp2.yahoo.com with NNFMP;
	29 Oct 2011 05:57:19 -0000
X-Yahoo-Newman-Id: 933709.60791.bm@omp1023.access.mail.sp2.yahoo.com
Received: (qmail 66634 invoked from network); 29 Oct 2011 05:57:19 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024;
	t=1319867839; bh=87JJdI38o4P3POctCS1c+MUcg141jSiIkSCQ6YJ8Ecc=;
	h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:To:Cc:Subject:Date:Message-ID:User-Agent:MIME-Version:Content-Transfer-Encoding:Content-Type;
	b=TuS+lIP++EcXNfY8DM/UnSzS+Ck19VogVdwAIy05CfZw8JuyucUfkY0kuOCd/hvApIWA9cpyJGVRTh6x8lGCQKWlIDIBDileTmZgNI4CeSTcVr+cWTAg2T1y3roQ4vAqlaOrkGxtUvYSPVJjdYvRxkajL3FPhgCN58Y5VqV3Yxo=
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: XWRGhdwVM1lhk36lJ5HLntIa11JKmpp2.34tmrLImRVx7rQ
	kStIGcLwLjUpCHpSj6a5kWpZVzCrE22GvK_4Deu29l6ZFisZ4ShmGeYOIIT0
	Z1VMQmEHJGdkmY35c72U2Ql55PvQfdpTiWcLqyUvhFwLpD5001C.3mpdPdHP
	NNmblYb.pNIT7eE7CrdvMx1UKJSnbV7ZmLcti6vO4bSIc_aAw4LwKXLai.xT
	gIs5bqk9tJpQk1piQAwhr2BWcyk8aaUCNz9iikMoF2H8wVeyYTbkJo0ThlS3
	vzfkxmqLFl2g2jyhYRoT4KPWvon63sh4zw9peX.4jbM8E6f3WWM1QPP3fIK.
	xa6MleDyXM8AX4GWCPJVBgWuyFqrR_qfu5H9_I4hkLI56ZFLdTFWJUVhkjO7
	5KtK7YK_VOuPGtdy0I4VgHGWOhKc0VNB3LKywVN_zR8Emx6OHo4VVc17.Blm
	5CCzKsiqCgShOrzm.oCFtu93QrU1rck_VVv89uk1F0iklZxprnNVZmYaC6A_
	AYs9HFnB9qfTBMeeAWJ4HQlQPgUYh093GzCuibuqKEvNC6WUY8wik3Q--
X-Yahoo-SMTP: g0AhWW2swBA2djJKuhuwxPlPqLrHlDrycdPnfR9kZNrpKCA-
Received: from dell4550.localnet (jim_burn@98.92.75.218 with plain)
	by smtp102.sbc.mail.gq1.yahoo.com with SMTP;
	28 Oct 2011 22:57:19 -0700 PDT
From: jim burns 
To: xen-devel@lists.xensource.com
Date: Sat, 29 Oct 2011 01:57:12 -0400
Message-ID: <1758215.SCbitK4oVy@dell4550>
User-Agent: KMail/4.7.2 (Linux/2.6.37.6-0.7-default; KDE/4.7.2; i686; ; )
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Cc: xen-users@lists.xensource.com
Subject: [Xen-devel] Problems with 'xl create winxp' (hvm) on xen 4.1.2
	(also affects GPLPV)
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

Setup:

Fedora 15, w/f16's 3.1.0 (also tried 2.6.40 & 3.0.0)
xen 4.1.2 (newly upgraded from 4.1.1, from rawhide)

Since the release notes for 4.1.2 said, in part:

Fixes/features include:
 * New XL toolstack

I decided to test some problems I saw using xl to start a winxp hvm domu under 
xen 4.1.1, and found that they were still there, and I came up with a somewhat 
more serious one as well. I'm sure that others can point out more serious 
problems, but these are the ones that affect me. In all cases, 'xm create' 
does not have these problems. Domu config at the end of the post.

New to 4.1.2:

1) Starting winxp with xl does not create a vif interface - only a tap one. 
More exactly, the vif is created, but does not get an ipv6 address - it shows 
up in 'ifconfig -a', or 'ifconfig vifn.0' - and does not get added to the 
bridge. If you are using James' GPLPV drivers, you end up with no network 
connectivity, as they use vif, not tap. I'd be surprised if other pvhvm 
solutions don't see this also.

To be clear, 'xm create winxp' correctly puts vif on the bridge, nor did xl 
have this problem under xen 4.1.1. Also, this is an hvm problem. 'xl create'-
ing a pv domu correctly puts the vif on a bridge.

For the remaining problems, note that 'xl create winxp' creates a qemu-dm 
process with the following parameters:

qemu-dm -d 8 -domain-name winxp -vnc 0.0.0.0:3 -k en-us -serial pty -videoram 
4 -boot cda -usb -usbdevice tablet -soundhw es1370 -acpi -vcpus 2 -vcpu_avail 
0x3 -net nic,vlan=0,macaddr=00:16:3e:23:1d:36,model=rtl8139 -net 
tap,vlan=0,ifname=tap8.0,bridge=xenbr0,script=no -M xenfv

2) If your vif= line in your config specifies a bridge, such as 
'bridge=virbr0', the '-net tap' option to qemu-dm remains as 'bridge=xenbr0', 
as if it was hard coded. Again, this is an hvm problem. 'xl create'-ing a pv 
domu correctly puts the vif on the requested bridge. (If memory serves, under 
xen 4.1.1, when the vif for an hvm domain was being put on a bridge, I believe 
it was on the bridge requested, so the problem is just with tap.)

3) Specifying vncviewer=1/vncconsole=1 in your config (don't remember which 
works - I use both) will automatically start a vnc viewer for you when you 'xm 
create' an hvm domain. (Sadly, this never worked for a pv domain. You have to 
use the xm/xl vncviewer domainname command.) This does not work with 'xl 
create'.

4) The 'localtime=1' option in your config is ignored by xl. This works with 
xm. Xl will still honor the rtc_timeoffset option.

5) Anything other than 'videoram=4' in your config will be ignored when 
starting with xl, but not with xm. You will get an error in your qemu-dm log 
file of the form:

-videoram option does not work with cirrus vga device model. Videoram set to 
4M.

So, are these bugs? or features? Certainly, I see 1) and 2) as bugs.

The rest of the qemu-dm log is unremarkable. My config follows, with python 
code commented out to keep xl happy.

#import os, re
#arch = os.uname()[4]
#if re.search('64', arch):
#    arch_libdir = 'lib64'
#else:
#    arch_libdir = 'lib'

name = "winxp"
builder='hvm'
memory = "768"
uuid = "6c7de04e-df10-caa8-bb2a-8368246225c1"
#ostype = "hvm"
on_reboot = "restart"
on_crash = "restart"
on_poweroff = "destroy"
vcpus = "2"
viridian=1
#
#kernel = "/usr/lib/xen/boot/hvmloader"
kernel = "hvmloader"
acpi=1
apic=1
boot= "cda"
# New stuff
#device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
#device_model = '/usr/lib/xen/bin/qemu-dm'
device_model = 'qemu-dm'
#
keymap='en-us'
localtime=1
#rtc_timeoffset=-14400
#rtc_timeoffset=-18000
pae=1
serial='pty'
#serial = "/dev/ttyS0"
#   enable sound card support, [sb16|es1370|all|..,..], default none
soundhw='es1370'
# enable stdvga, default = 0 (use cirrus logic device model)
#stdvga=1
videoram=4
stdvga=0
#usbdevice="mouse"
usbdevice="tablet"
xen_extended_power_mgmt = 0
#
#disk=[ 'tap2:aio:/var/lib/xen/images/winxp,hda,w', 
'phy:/dev/cdrom,hdc:cdrom,r' ]
#disk=[ 'file:/windows/C/var/lib/xen/images/winxp.sav,ioemu:hda,w', 
'phy:/dev/cdrom,hdc:cdrom,r' ]
#disk=[ 'file:/var/lib/xen/images/winxp,ioemu:hda,w', 
'phy:/dev/cdrom,hdc:cdrom,r' ]
disk=[ 'phy:/dev/disk/by-path/ip-192.168.1.101:3260-iscsi-
iqn.2001-04.com.Dell4550-iqn.2009-09.net.bellsouth.sda:041b7d3f-b008-4367-
b1f2-b4799d15e4cd-lun-1,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ]
#
vif = [ 'mac=00:16:3e:23:1d:36, script=vif-bridge, bridge = xenbr0, 
model=rtl8139' ]
#vif = [ 'mac=00:16:3e:23:1d:36, type=ioemu, script=vif-bridge, bridge = 
xenbr0, model=e1000' ]
#vif = [ 'mac=00:16:3e:23:1d:37, type=netfront, script=vif-bridge, bridge = 
eth0' ]
#
sdl=0
#vfb = [ 'vnc=1, vnclisten=0.0.0.0, vncunused=0, vncdisplay=3, vncpasswd= ']
vnc=1
vnclisten="0.0.0.0"
#vnclisten="192.168.1.0"
# set VNC display number, default = domid
vncdisplay=3
# try to find an unused port for the VNC server, default = 1
vncunused=0
vncviewer=1
vncconsole=1
monitor=1
vncpasswd=""


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-users-bounces@lists.xensource.com Fri Oct 28 23:18:49 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Fri, 28 Oct 2011 23:18:49 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK2Fl-0003cr-Fo; Fri, 28 Oct 2011 23:18:49 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with smtp (Exim 4.43) id 1RK2F4-0003JP-KE
	for xen-users@lists.xensource.com; Fri, 28 Oct 2011 23:18:06 -0700
X-Env-Sender: jim_burn@bellsouth.net
X-Msg-Ref: server-14.tower-216.messagelabs.com!1319869082!1494746!1
X-Originating-IP: [98.139.44.129]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31945 invoked from network); 29 Oct 2011 06:18:03 -0000
Received: from nm2.access.bullet.mail.sp2.yahoo.com (HELO
	nm2.access.bullet.mail.sp2.yahoo.com) (98.139.44.129)
	by server-14.tower-216.messagelabs.com with SMTP;
	29 Oct 2011 06:18:03 -0000
Received: from [98.139.44.97] by nm2.access.bullet.mail.sp2.yahoo.com with
	NNFMP; 29 Oct 2011 06:18:01 -0000
Received: from [98.139.44.89] by tm2.access.bullet.mail.sp2.yahoo.com with
	NNFMP; 29 Oct 2011 06:18:01 -0000
Received: from [127.0.0.1] by omp1026.access.mail.sp2.yahoo.com with NNFMP;
	29 Oct 2011 06:18:01 -0000
X-Yahoo-Newman-Id: 477974.67011.bm@omp1026.access.mail.sp2.yahoo.com
Received: (qmail 73715 invoked from network); 29 Oct 2011 06:18:01 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024;
	t=1319869081; bh=CtmkhHk1UZl7uBo1epCXHIuuty27yFLb0SszqdtM0LM=;
	h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:To:Cc:Subject:Date:Message-ID:User-Agent:In-Reply-To:References:MIME-Version:Content-Transfer-Encoding:Content-Type;
	b=JwFkhzencuORN9eyvka+UUQuRuGDNUh/AUmJYD2/KsUqRZEbhRnk+LMzp1ppdl1UrXrz0NLHInJx2SaHhGOOoPrcBCVWMNVT9JGvpWAkjzABHkKqv4CZp1CyGug13b2s5f29EDhGOmqtmp7A8RT8Psin3SH/d85zMzIFJci5X84=
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: 4lcHk_cVM1k8CMa1D5FN.msuZY6KcFvJ8F46qUu9N2SXcMj
	g3TnEZ8cOliWHev0KYgiZnfkYJJ9H4Hd_HcZ8N9dDjvuyQ2CImsaWhCyUQtW
	WrPkPlD3Ig9kz1aGiO3Hp3of5kFTlKNfawx8RuhAyvED24ym39340s3RbhYp
	HdoUtp6D1mkNcqpH5bDWrr_Bo9p7qCiyuQ2cflhtQLbFG6WWNMwVOKXYVc4K
	VtcLQJYz0aZi5fMiaCc4TAMUcgwh0aOZ_otG.R2zDeoQbuZaAlyPV_6kTPlv
	QsTDxAdvA990JLHOSwRyhVvUPY5gNthZs13YTgCs0aG.r1Ju.idp7GE4Jj92
	QiK7OoqCw2R3_Khst6rQPXZ7.kc0YZQLBJh96QkRZea6Jew9i9sFHUvjoqSX
	PZqmzBzHvRRM6XlZHDNnVUvdMK4Kigk87QJ5SP5n.DisQ.dQKkd34cLSOCwK
	2ePrSSoFh5CXEPe5GbJxmNY8eSOpPmv2LyZs2x9fkicYtdvcgMpfQAZV1XSe
	X1fSIKGaBCNibK4mpad5Mc9CRXOA1z1MmmzzyqH2SYVDXENkokgotCp54C5M
	ivlV0LfgH8pBaAy8IngWO00_k2l.utVKkDTVNr_bDNbPiKJvnNTM2mwLAz5h
	yxW5lbwcctAtMg9o-
X-Yahoo-SMTP: g0AhWW2swBA2djJKuhuwxPlPqLrHlDrycdPnfR9kZNrpKCA-
Received: from dell4550.localnet (jim_burn@98.92.75.218 with plain)
	by smtp102.sbc.mail.gq1.yahoo.com with SMTP;
	28 Oct 2011 23:18:00 -0700 PDT
From: jim burns 
To: xen-devel@lists.xensource.com
Date: Sat, 29 Oct 2011 02:17:49 -0400
Message-ID: <9873598.H8yuxEpZYE@dell4550>
User-Agent: KMail/4.7.2 (Linux/2.6.37.6-0.7-default; KDE/4.7.2; i686; ; )
In-Reply-To: <1758215.SCbitK4oVy@dell4550>
References: <1758215.SCbitK4oVy@dell4550>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Cc: xen-users@lists.xensource.com
Subject: [Xen-users] Re: Problems with 'xl create winxp' (hvm) on xen 4.1.2
	(also affects GPLPV)
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On Sat October 29 2011, 1:57:12 AM, jim burns wrote:
> For the remaining problems, note that 'xl create winxp' creates a qemu-dm 
> process with the following parameters:
> 
> qemu-dm -d 8 -domain-name winxp -vnc 0.0.0.0:3 -k en-us -serial pty
> -videoram  4 -boot cda -usb -usbdevice tablet -soundhw es1370 -acpi -vcpus
> 2 -vcpu_avail 0x3 -net nic,vlan=0,macaddr=00:16:3e:23:1d:36,model=rtl8139
> -net tap,vlan=0,ifname=tap8.0,bridge=xenbr0,script=no -M xenfv

Note, starting the domain with 'xm create' with the same config results in:

/usr/lib/xen/bin/qemu-dm -d 11 -domain-name winxp -videoram 4 -k en-us -vnc 
0.0.0.0:3 -monitor vc -vcpus 2 -vcpu_avail 0x3 -boot cda -soundhw es1370 -
localtime -serial pty -acpi -usbdevice tablet -net 
nic,vlan=1,macaddr=00:16:3e:23:1d:36,model=rtl8139 -net 
tap,vlan=1,ifname=tap11.0,bridge=xenbr0 -M xenfv

Note, 'xl create' does not pass the '-localtime' option, and its '-net tap' 
specifies 'script=no', unlike 'xm create'. Also, for some reason, the vlan 
numbers are different between xl and xm.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sat Oct 29 00:21:25 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 00:21:25 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK3EL-0005tB-I2; Sat, 29 Oct 2011 00:21:25 -0700
Received: from mail27.messagelabs.com ([193.109.254.147])
	by lists.xensource.com with smtp (Exim 4.43) id 1RK3Cm-0005YE-Am
	for Xen-users@lists.xensource.com; Sat, 29 Oct 2011 00:19:48 -0700
X-Env-Sender: christian@motschke.de
X-Msg-Ref: server-6.tower-27.messagelabs.com!1319872758!55147107!1
X-Originating-IP: [85.214.82.195]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18963 invoked from network); 29 Oct 2011 07:19:18 -0000
Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net)
	(85.214.82.195) by server-6.tower-27.messagelabs.com with SMTP;
	29 Oct 2011 07:19:18 -0000
Received: by h1782359.stratoserver.net (Postfix, from userid 113)
	id D4560A6C1A9; Sat, 29 Oct 2011 09:19:44 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	h1782359.stratoserver.net
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=unavailable version=3.3.1
Received: from [192.168.1.15] (91-66-177-182-dynip.superkabel.de
	[91.66.177.182]) (Authenticated sender: motschke@motschke.de)
	by h1782359.stratoserver.net (Postfix) with ESMTPSA id AA34EA6C1A2;
	Sat, 29 Oct 2011 09:19:43 +0200 (CEST)
Subject: Re: [Xen-users] pvscsi
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset=iso-8859-1
From: Christian Motschke 
In-Reply-To: 
Date: Sat, 29 Oct 2011 09:19:44 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <558D97D3-3750-4839-9769-30A9BDEE4CC6@motschke.de>
References: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
	<20111028165101.GT12984@reaktio.net>
	
To: James Harper 
X-Mailer: Apple Mail (2.1251.1)
Cc: xen-users list ,
	=?iso-8859-1?Q?Pasi_K=E4rkk=E4inen?= 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

I compiled a 3.0 kernel for Debian with a patch from Konrad. It boots =
and I can load the module. I can start with testing next week when our =
tapeloader is available. The latest GPLPV drivers for Windows still have =
support for pvscsi?

Christian

Am 29.10.2011 um 02:30 schrieb James Harper:

>>=20
>> On Mon, Oct 10, 2011 at 05:52:58PM +0200, Christian Motschke wrote:
>>> Hello,
>>>=20
>>> does anyone knows, if and when pvscsi will be available in the =
official linux
>> kernel?
>>>=20
>>=20
>> Some developers are looking at it atm.. but PVSCSI needs active =
maintainer
>> to do the upstreaming work and maintenance.
>>=20
>> Are you interested?
>>=20
>> http://wiki.xen.org/xenwiki/XenPVSCSI
>>=20
>=20
> I build scsiback out-of-tree for 2.6.32. I just had a go at building =
against 3.0 and apart from changing some alloc_empty_pages_and_pagevec =
calls it builds but won't load saying "xen_scsibk: Unknown symbol =
set_phys_to_machine (err 0)"
>=20
> James


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sat Oct 29 00:26:53 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 00:26:53 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK3Jd-0006df-Jq; Sat, 29 Oct 2011 00:26:53 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with smtp (Exim 4.43) id 1RK3Ie-0006JC-4B
	for Xen-users@lists.xensource.com; Sat, 29 Oct 2011 00:25:52 -0700
X-Env-Sender: christian@motschke.de
X-Msg-Ref: server-3.tower-216.messagelabs.com!1319873149!1495398!1
X-Originating-IP: [85.214.82.195]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1120 invoked from network); 29 Oct 2011 07:25:49 -0000
Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net)
	(85.214.82.195) by server-3.tower-216.messagelabs.com with SMTP;
	29 Oct 2011 07:25:49 -0000
Received: by h1782359.stratoserver.net (Postfix, from userid 113)
	id 9BDA5A6C1A7; Sat, 29 Oct 2011 09:25:48 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	h1782359.stratoserver.net
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=unavailable version=3.3.1
Received: from [192.168.1.15] (91-66-177-182-dynip.superkabel.de
	[91.66.177.182]) (Authenticated sender: motschke@motschke.de)
	by h1782359.stratoserver.net (Postfix) with ESMTPSA id 8A4E3A6C1A2;
	Sat, 29 Oct 2011 09:25:46 +0200 (CEST)
Subject: Re: [Xen-users] pvscsi
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset=iso-8859-1
From: Christian Motschke 
In-Reply-To: <20111028165101.GT12984@reaktio.net>
Date: Sat, 29 Oct 2011 09:25:46 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <856FE536-1AE4-465F-A1C5-C79C635958F2@motschke.de>
References: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
	<20111028165101.GT12984@reaktio.net>
To: =?iso-8859-1?Q?Pasi_K=E4rkk=E4inen?= 
X-Mailer: Apple Mail (2.1251.1)
Cc: xen-users list 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com


Am 28.10.2011 um 18:51 schrieb Pasi K=E4rkk=E4inen:

> On Mon, Oct 10, 2011 at 05:52:58PM +0200, Christian Motschke wrote:
>> Hello,
>>=20
>> does anyone knows, if and when pvscsi will be available in the =
official linux kernel?
>>=20
>=20
> Some developers are looking at it atm.. but PVSCSI needs active =
maintainer
> to do the upstreaming work and maintenance.
I don't know what this mean exactly. I have never written code for the =
kernel.

>=20
> Are you interested?=20
I can try it if I know what I have to do.

>=20
> http://wiki.xen.org/xenwiki/XenPVSCSI
>=20
> -- Pasi
>=20
>=20
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users

Christian=

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sat Oct 29 00:29:25 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 00:29:25 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK3M4-0007LZ-Ux; Sat, 29 Oct 2011 00:29:25 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RK3It-0006Nh-No
	for Xen-users@lists.xensource.com; Sat, 29 Oct 2011 00:26:08 -0700
X-Env-Sender: james.harper@bendigoit.com.au
X-Msg-Ref: server-14.tower-216.messagelabs.com!1319873161!1498581!1
X-Originating-IP: [203.16.224.4]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7650 invoked from network); 29 Oct 2011 07:26:04 -0000
Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au)
	(203.16.224.4)
	by server-14.tower-216.messagelabs.com with AES256-SHA encrypted SMTP;
	29 Oct 2011 07:26:04 -0000
Received: from mail.bendigoit.com.au ([203.16.207.99])
	by smtp1.bendigoit.com.au with esmtp (Exim 4.69)
	(envelope-from )
	id 1RK3IY-0005Ts-6b; Sat, 29 Oct 2011 18:25:46 +1100
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: RE: [Xen-users] pvscsi
Date: Sat, 29 Oct 2011 18:25:45 +1100
Message-ID: 
In-Reply-To: <558D97D3-3750-4839-9769-30A9BDEE4CC6@motschke.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Xen-users] pvscsi
Thread-Index: AcyWCyp3dSeCEfQmQ7aUsRYksTVLowAAJZXw
References: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
	<20111028165101.GT12984@reaktio.net>
	
	<558D97D3-3750-4839-9769-30A9BDEE4CC6@motschke.de>
From: "James Harper" 
To: "Christian Motschke" 
X-Really-From-Bendigo-IT: magichashvalue
Cc: xen-users list ,
	=?iso-8859-1?Q?Pasi_K=E4rkk=E4inen?= 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

>=20
> I compiled a 3.0 kernel for Debian with a patch from Konrad. It boots =
and I
> can load the module. I can start with testing next week when our =
tapeloader
> is available. The latest GPLPV drivers for Windows still have support =
for
> pvscsi?
>=20

Yes, but I don't know of anyone else apart from me who's used it! I use =
it on a few external HP LTO2 and LTO3 drives but I've never used it for =
anything else. Let me know how it goes.=20

James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sat Oct 29 04:09:36 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 04:09:36 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK6n9-0004GD-OR; Sat, 29 Oct 2011 04:09:35 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RK6js-0003rg-Rs
	for Xen-users@lists.xensource.com; Sat, 29 Oct 2011 04:06:13 -0700
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-6.tower-174.messagelabs.com!1319886369!34965056!1
X-Originating-IP: [192.89.123.25]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13309 invoked from network); 29 Oct 2011 11:06:09 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-6.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 29 Oct 2011 11:06:09 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id 476722378;
	Sat, 29 Oct 2011 14:06:07 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id B98E2200DF; Sat, 29 Oct 2011 14:06:07 +0300 (EEST)
Date: Sat, 29 Oct 2011 14:06:07 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= 
To: Christian Motschke 
Subject: Re: [Xen-users] pvscsi
Message-ID: <20111029110607.GW12984@reaktio.net>
References: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
	<20111028165101.GT12984@reaktio.net>
	
	<558D97D3-3750-4839-9769-30A9BDEE4CC6@motschke.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <558D97D3-3750-4839-9769-30A9BDEE4CC6@motschke.de>
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: James Harper ,
	xen-users list 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On Sat, Oct 29, 2011 at 09:19:44AM +0200, Christian Motschke wrote:
> I compiled a 3.0 kernel for Debian with a patch from Konrad. It boots and I can load the module. I can start with testing next week when our tapeloader is available. The latest GPLPV drivers for Windows still have support for pvscsi?
>

Can you send a link to konrad's pvscsi port to linux 3.x? 

I assume it's based on my initial pvscsi port to pvops 2.6.32 .. 
note that i never tested it, i just made it compile without errors :)

Also it's missing some extra patches from sles11sp1 kernel.. 

-- Pasi
 

> Christian
> 
> Am 29.10.2011 um 02:30 schrieb James Harper:
> 
> >> 
> >> On Mon, Oct 10, 2011 at 05:52:58PM +0200, Christian Motschke wrote:
> >>> Hello,
> >>> 
> >>> does anyone knows, if and when pvscsi will be available in the official linux
> >> kernel?
> >>> 
> >> 
> >> Some developers are looking at it atm.. but PVSCSI needs active maintainer
> >> to do the upstreaming work and maintenance.
> >> 
> >> Are you interested?
> >> 
> >> http://wiki.xen.org/xenwiki/XenPVSCSI
> >> 
> > 
> > I build scsiback out-of-tree for 2.6.32. I just had a go at building against 3.0 and apart from changing some alloc_empty_pages_and_pagevec calls it builds but won't load saying "xen_scsibk: Unknown symbol set_phys_to_machine (err 0)"
> > 
> > James
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sat Oct 29 04:20:02 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 04:20:02 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK6xF-00053U-A7; Sat, 29 Oct 2011 04:20:01 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with smtp (Exim 4.43) id 1RK6vw-0004jW-ST
	for Xen-users@lists.xensource.com; Sat, 29 Oct 2011 04:18:41 -0700
X-Env-Sender: christian@motschke.de
X-Msg-Ref: server-7.tower-174.messagelabs.com!1319887117!37087633!1
X-Originating-IP: [85.214.82.195]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5713 invoked from network); 29 Oct 2011 11:18:37 -0000
Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net)
	(85.214.82.195) by server-7.tower-174.messagelabs.com with SMTP;
	29 Oct 2011 11:18:37 -0000
Received: by h1782359.stratoserver.net (Postfix, from userid 113)
	id 8D26BA6C1A8; Sat, 29 Oct 2011 13:18:37 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	h1782359.stratoserver.net
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
	autolearn=unavailable version=3.3.1
Received: from [192.168.1.15] (91-66-177-182-dynip.superkabel.de
	[91.66.177.182]) (Authenticated sender: motschke@motschke.de)
	by h1782359.stratoserver.net (Postfix) with ESMTPSA id D0302A6C1A2;
	Sat, 29 Oct 2011 13:18:34 +0200 (CEST)
Subject: Re: [Xen-users] pvscsi
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset=iso-8859-1
From: Christian Motschke 
In-Reply-To: <20111029110607.GW12984@reaktio.net>
Date: Sat, 29 Oct 2011 13:18:33 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: <401FDB0B-CD51-46E4-BC71-D5CBCA70C915@motschke.de>
	<20111028165101.GT12984@reaktio.net>
	
	<558D97D3-3750-4839-9769-30A9BDEE4CC6@motschke.de>
	<20111029110607.GW12984@reaktio.net>
To: =?iso-8859-1?Q?Pasi_K=E4rkk=E4inen?= 
X-Mailer: Apple Mail (2.1251.1)
Cc: James Harper ,
	xen-users list 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com


Am 29.10.2011 um 13:06 schrieb Pasi K=E4rkk=E4inen:

> On Sat, Oct 29, 2011 at 09:19:44AM +0200, Christian Motschke wrote:
>> I compiled a 3.0 kernel for Debian with a patch from Konrad. It boots =
and I can load the module. I can start with testing next week when our =
tapeloader is available. The latest GPLPV drivers for Windows still have =
support for pvscsi?
>>=20
>=20
> Can you send a link to konrad's pvscsi port to linux 3.x?=20
>=20
git clone git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
cd xen
git checkout origin/devel/xen-scsi.v1.0
wget http://darnok.org/xen/vga.patch
patch -p1 < vga.patch

> I assume it's based on my initial pvscsi port to pvops 2.6.32 ..=20
> note that i never tested it, i just made it compile without errors :)
>=20
> Also it's missing some extra patches from sles11sp1 kernel..=20
>=20
> -- Pasi
>=20
>=20
>> Christian
>>=20
>> Am 29.10.2011 um 02:30 schrieb James Harper:
>>=20
>>>>=20
>>>> On Mon, Oct 10, 2011 at 05:52:58PM +0200, Christian Motschke wrote:
>>>>> Hello,
>>>>>=20
>>>>> does anyone knows, if and when pvscsi will be available in the =
official linux
>>>> kernel?
>>>>>=20
>>>>=20
>>>> Some developers are looking at it atm.. but PVSCSI needs active =
maintainer
>>>> to do the upstreaming work and maintenance.
>>>>=20
>>>> Are you interested?
>>>>=20
>>>> http://wiki.xen.org/xenwiki/XenPVSCSI
>>>>=20
>>>=20
>>> I build scsiback out-of-tree for 2.6.32. I just had a go at building =
against 3.0 and apart from changing some alloc_empty_pages_and_pagevec =
calls it builds but won't load saying "xen_scsibk: Unknown symbol =
set_phys_to_machine (err 0)"
>>>=20
>>> James
>>=20
>>=20
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sat Oct 29 04:38:32 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 04:38:32 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK7FA-00060y-N4; Sat, 29 Oct 2011 04:38:32 -0700
Received: from mail27.messagelabs.com ([193.109.254.147])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RK7Do-0005gV-OE
	for xen-users@lists.xensource.com; Sat, 29 Oct 2011 04:37:09 -0700
X-Env-Sender: brainy@gmail.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1319888203!42528537!1
X-Originating-IP: [209.85.220.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19860 invoked from network); 29 Oct 2011 11:36:44 -0000
Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com)
	(209.85.220.171)
	by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	29 Oct 2011 11:36:44 -0000
Received: by vcbfk13 with SMTP id fk13so5570854vcb.30
	for ;
	Sat, 29 Oct 2011 04:37:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:sender:date:x-google-sender-auth:message-id:subject
	:from:to:content-type;
	bh=8XkwUtRfyASfZDf/Wb0Bz8J5zWgME2l5FFfSGeGLlmA=;
	b=QIriSxKfZiPmN/eGYWYNTwQlBLqqrgIHbE10rkkjtK4Gvv82WtzxhyNKswK8xiJfet
	LEEqWeXmOl7bd/HdJZgGedxEQzi2cgPhFuPKskINfazEz8IHNCJXrq9zUK2tw5cG9MTX
	RDkj5+mjU6t/aOwhxdLzbGgSqndXuCwaDBRwk=
MIME-Version: 1.0
Received: by 10.220.184.11 with SMTP id ci11mr1130774vcb.76.1319888224123;
	Sat, 29 Oct 2011 04:37:04 -0700 (PDT)
Received: by 10.220.189.133 with HTTP; Sat, 29 Oct 2011 04:37:04 -0700 (PDT)
Date: Sat, 29 Oct 2011 12:37:04 +0100
X-Google-Sender-Auth: r5Mr87ylISOFXFazMj_f1Hakpjc
Message-ID: 
From: "msgbox450@gmail.com" 
To: xen-users@lists.xensource.com
Subject: [Xen-users] [XCP/Kronos/XenSource] Fast cloning with copy-on-write
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1955720783=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============1955720783==
Content-Type: multipart/alternative; boundary=90e6ba4fc21abe009504b06e6c87

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

I've just been playing with XenSource and Kronos packages, but the fast
cloning ability from XenServer doesn't appear to be available. Where does
this come from exactly, is it something built into Xen or is there a
component of XenServer that's needed to handle it?

I was hoping to use Xen on Debian with my web app controlling it using
either XAPI or Libvirt, but I can't seem to reproduce the fast-cloning
functionality I get in XCP 1.0 with XenCenter then...

Thanks :D

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

I've just been playing with XenSource and Kronos packages, but the fast=
 cloning ability from XenServer doesn't appear to be available. Where d=
oes this come from exactly, is it something built into Xen or is there a co=
mponent of XenServer that's needed to handle it?


I was hoping to use Xen on Debian with my web app controllin=
g it using either XAPI or Libvirt, but I can't seem to reproduce the fa=
st-cloning functionality I get in XCP 1.0 with XenCenter then...


Thanks :D


--90e6ba4fc21abe009504b06e6c87--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1955720783==--


From xen-users-bounces@lists.xensource.com Sat Oct 29 05:26:02 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 05:26:02 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK7z6-0007hv-Cb; Sat, 29 Oct 2011 05:26:00 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with smtp (Exim 4.43) id 1RK7xr-0007Nn-0a
	for Xen-users@lists.xensource.com; Sat, 29 Oct 2011 05:24:43 -0700
X-Env-Sender: jonnyt@abpni.co.uk
X-Msg-Ref: server-7.tower-182.messagelabs.com!1319891079!1187137!1
X-Originating-IP: [109.200.19.114]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7679 invoked from network); 29 Oct 2011 12:24:39 -0000
Received: from edge1.gosport.uk.abpni.net (HELO
	mail1.gosport.corp.uk.abpni.net) (109.200.19.114)
	by server-7.tower-182.messagelabs.com with SMTP;
	29 Oct 2011 12:24:39 -0000
Received: from localhost (mail1.gosport.corp.uk.abpni.net [127.0.0.1])
	by mail1.gosport.corp.uk.abpni.net (Postfix) with ESMTP id 8BE0316296
	for ;
	Sat, 29 Oct 2011 08:24:30 -0400 (EDT)
X-Virus-Scanned: Debian amavisd-new at mail1.mail.gosport.corp.uk.abpni.net
Received: from mail1.gosport.corp.uk.abpni.net ([127.0.0.1])
	by localhost (mail1.mail.gosport.corp.uk.abpni.net [127.0.0.1])
	(amavisd-new, port 10024)
	with ESMTP id wDUyTfCHpQYw for ;
	Sat, 29 Oct 2011 13:24:30 +0100 (BST)
Received: from Jonathans-MacBook-Air.local (unknown [10.87.93.6])
	by mail1.gosport.corp.uk.abpni.net (Postfix) with ESMTPSA id C6B5216295
	for ;
	Sat, 29 Oct 2011 13:24:29 +0100 (BST)
Message-ID: <4EABF085.90803@abpni.co.uk>
Date: Sat, 29 Oct 2011 13:24:37 +0100
From: Jonathan Tripathy 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Xen-users@lists.xensource.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: [Xen-users] Creating NetBSD Filesystem
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi Everyone,

A little off-topic but hopefully someone here should be able to help me.

I'm trying to create a NetBSD filesystem on an empty LVM LV that I've 
attached to my current working NetBSD DomU. The new "disk" does indeed 
show up in dmesg as xbd2

When I try "newfs /dev/xbd2c", it says device is not configured.

Does anyone have any ideas?

Thanks

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sat Oct 29 07:30:40 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sat, 29 Oct 2011 07:30:40 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK9vi-0002iH-KX; Sat, 29 Oct 2011 07:30:38 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RK9ud-0002OF-24; Sat, 29 Oct 2011 07:29:31 -0700
X-Env-Sender: eneal@businessgrade.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1319898566!25740515!1
X-Originating-IP: [66.151.104.17]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22298 invoked from network); 29 Oct 2011 14:29:27 -0000
Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com)
	(66.151.104.17)
	by server-3.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 29 Oct 2011 14:29:27 -0000
Received: from axigen1 (127.0.0.1) by axigen1 (Axigen) with ESMTPSA id 37BE03; 
	Sat, 29 Oct 2011 10:26:19 -0400
Received: from [76.100.162.116] by businessgrade.com with HTTP;
	Sat, 29 Oct 2011 10:26:19 -0400
From: Errol Neal 
Date: Sat, 29 Oct 2011 10:26:19 -0400
X-Mailer: Axigen WebMail
To: xen-api , "xen-users@lists.xensource.com"
	
Message-ID: <1319898379615671500@businessgrade.com>
Importance: Normal
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-AxigenVirus-Level: 1
Cc: 
Subject: [Xen-users] [Project Kronos] Problems with xapi-autobuilder
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: eneal@businessgrade.com
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi. I'm getting an error here.. not sure how to resolve it:

Need to get 26.6 kB/58.3 MB of archives. After unpacking 180 MB will be use=
d.
WARNING: untrusted versions of the following packages will be installed!

Untrusted packages could compromise your system's security.
You should only proceed with the installation if you are certain that
this is what you want to do.

  libvhd-dev libxen-ocaml-dev libxen-dev libxen-ocaml-4.1 libvhd

*** WARNING ***   Ignoring these trust violations because
                  aptitude::CmdLine::Ignore-Trust-Violations is 'true'!
Writing extended state information...
Get: 1 http://ftp.uk.debian.org/debian/ sid/main libxenstore3.0 i386 4.1.1-=
3 [26.6 kB]
Fetched 26.6 kB in 0s (54.2 kB/s)
E: Failed to fetch http://ftp.uk.debian.org/debian/pool/main/x/xen/libxenst=
ore3.0_4.1.1-3_i386.deb: Size mismatch
E: Unable to correct for unavailable packages
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Writing extended state information...
E: pbuilder-satisfydepends failed.
I: Copying back the cached apt archive contents
I: unmounting /var/cache/pbuilder/ccache filesystem
I: unmounting /root/xapi-autobuilder/tmp-debs filesystem
I: unmounting dev/pts filesystem
I: unmounting proc filesystem
I: cleaning the build env
I: removing directory /var/cache/pbuilder/build//10275 and its subdirectori=
es
make[2]: *** [xen-api-libs_0.1+1319487461-1_i386.deb] Error 1
make[2]: Leaving directory `/root/xapi-autobuilder/tmp-debs'
make[1]: *** [binary] Error 2
make[1]: Leaving directory `/root/xapi-autobuilder'
make: *** [build] Error 2

I can manually download the .deb file.. Not sure where to go from here.=20

Thanks,

Errol Neal

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 04:19:17 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 04:19:17 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKTQ4-00060P-RO; Sun, 30 Oct 2011 04:19:16 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKTP1-0005gS-1s
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 04:18:11 -0700
X-Env-Sender: paul@muster.dyndns.info
X-Msg-Ref: server-3.tower-216.messagelabs.com!1319973486!1580785!1
X-Originating-IP: [188.246.4.28]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7212 invoked from network); 30 Oct 2011 11:18:07 -0000
Received: from mx-alt.muster.de1.cc (HELO mx-alt.muster.de1.cc) (188.246.4.28)
	by server-3.tower-216.messagelabs.com with AES256-SHA encrypted SMTP;
	30 Oct 2011 11:18:07 -0000
Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa
	(TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72)
	(envelope-from ) id 1RKTOs-0003gt-GF
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 12:18:05 +0100
Message-ID: <4EAD326A.9010500@muster.dyndns.info>
Date: Sun, 30 Oct 2011 12:18:02 +0100
From: Paul Muster 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666
MIME-Version: 1.0
To: xen-users@lists.xensource.com
Subject: Re: [Xen-users] [Project Kronos] Problems with xapi-autobuilder
References: <1319898379615671500@businessgrade.com>
In-Reply-To: <1319898379615671500@businessgrade.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On 29.10.2011 16:26, Errol Neal wrote:
> Hi. I'm getting an error here.. not sure how to resolve it:

> Get: 1 http://ftp.uk.debian.org/debian/ sid/main libxenstore3.0 i386 4.=
1.1-3 [26.6 kB]
> Fetched 26.6 kB in 0s (54.2 kB/s)
> E: Failed to fetch http://ftp.uk.debian.org/debian/pool/main/x/xen/libx=
enstore3.0_4.1.1-3_i386.deb: Size mismatch
> E: Unable to correct for unavailable packages

This is a Debian-specific error and not at first Xen-specific. You could =

try another Debian-mirror if the error has not resolved in the meantime. =

If that doesn't help you could ask on one of the Debian-mailing lists.

Or are you using apt-cacher? Then search for the error message ("Failed=20
to fetch" "Size mismatch") and apt-cacher.


Greetings

Paul


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 06:21:58 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 06:21:58 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKVKo-00026P-8d; Sun, 30 Oct 2011 06:21:58 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with smtp (Exim 4.43) id 1RKVJa-0001mZ-UE
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 06:20:43 -0700
X-Env-Sender: kristian@hagsted.dk
X-Msg-Ref: server-16.tower-182.messagelabs.com!1319980839!1245877!1
X-Originating-IP: [80.160.77.114]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8588 invoked from network); 30 Oct 2011 13:20:39 -0000
Received: from pasmtpa.tele.dk (HELO pasmtpA.tele.dk) (80.160.77.114)
	by server-16.tower-182.messagelabs.com with SMTP;
	30 Oct 2011 13:20:39 -0000
Received: from hagsted.dk (unknown [2.108.99.186])
	by pasmtpA.tele.dk (Postfix) with ESMTP id 1A33A80005B
	for ;
	Sun, 30 Oct 2011 14:20:38 +0100 (CET)
Received: from Hagsted-Aserver.hagsted.dk ([192.168.1.98]) by hagsted-aserver
	([192.168.1.98]) with mapi; Sun, 30 Oct 2011 13:52:26 +0100
From: Kristian Hagsted Rasmussen 
To: "xen-users@lists.xensource.com" 
Date: Sun, 30 Oct 2011 13:52:24 +0100
Thread-Topic: xen-pciback.passthrough=1 doesn't perserve the pci topology in
	domU
Thread-Index: AcyXAhs4/rQWIk+QRpyXX7pSdvhbgg==
Message-ID: <56EBEBACEA93434C80F27BB249CB677601924EB9F001@hagsted-aserver>
Accept-Language: da-DK
Content-Language: da-DK
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: da-DK
MIME-Version: 1.0
Subject: [Xen-users] xen-pciback.passthrough=1 doesn't perserve the pci
	topology in domU
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0547457620=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============0547457620==
Content-Language: da-DK
Content-Type: multipart/alternative;
	boundary="_000_56EBEBACEA93434C80F27BB249CB677601924EB9F001hagstedaser_"

--_000_56EBEBACEA93434C80F27BB249CB677601924EB9F001hagstedaser_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi

I am trying to passthrough a graphic card and some other devices to a Windo=
ws 7 domU, and am hence trying to preserve the pci topology, but it is not =
working.

Some info about the setup:

I have compiled a 3.1 kernel from the main tree, with all xen releated opti=
ons except, some debug features, compiled into the kernel (no modules). I h=
ave also compiled xen from the xen-unstable branch it is version 4.2 with c=
hangeSet: Thu Oct 20 15:36:01 2011 +0100 23981:6c583d35d76d.

I boot the kernel with parameter xen-pciback.passthrough=3D1 to keep the pc=
i topology in the domU, and when calling
Dmesg | grep passthrough I get:

xen-pciback: backend is passthrough

indicating that the right passthrough mode is selected. But my graphic card=
 is 01:00.0 and when checking it in device manager in windows it is found a=
s 00:08.0.

Can someone please tell me what I am doing wrong?

Best regards Kristian Hagsted



--_000_56EBEBACEA93434C80F27BB249CB677601924EB9F001hagstedaser_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi
 =
;
I am trying to pa=
ssthrough a graphic card and some other devices to a Windows 7 domU, and am=
 hence trying to preserve the pci topology, but it is not working.
 
Some info about the setup:
 
I have compiled a 3.1 k=
ernel from the main tree, with all xen releated options except, some debug =
features, compiled into the kernel (no modules). I have also compiled xen f=
rom the xen-unstable branch it is version 4.2 with changeSet: Thu Oct 20 15=
:36:01 2011 +0100 23981:6c583d35d76d.
 
I boot the kernel with parameter xen-pciback.passthrough=
=3D1 to keep the pci topology in the domU, and when calling
Dmesg | grep passthrough I ge=
t:
 =

xen-pciback: backe=
nd is passthrough
 
ind=
icating that the right passthrough mode is selected. But my graphic card is=
 01:00.0 and when checking it in device manager in windows it is found as 0=
0:08.0.
&=
nbsp;
Can someone p=
lease tell me what I am doing wrong?
 
Best regards Kristian Hagsted
 
 
=

--_000_56EBEBACEA93434C80F27BB249CB677601924EB9F001hagstedaser_--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0547457620==--


From xen-api-bounces@lists.xensource.com Sun Oct 30 08:59:29 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 08:59:29 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKXnE-0005tZ-8d; Sun, 30 Oct 2011 08:59:28 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKXn3-0005qX-1v; Sun, 30 Oct 2011 08:59:17 -0700
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1319990353!37197118!1
X-Originating-IP: [62.200.22.115]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29377 invoked from network); 30 Oct 2011 15:59:13 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Oct 2011 15:59:13 -0000
X-IronPort-AV: E=Sophos;i="4.69,427,1315180800"; 
   d="scan'208";a="8662259"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 Oct 2011 15:59:11 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Sun, 30 Oct 2011
	15:59:11 +0000
From: Jonathan Ludlam 
To: "eneal@businessgrade.com" 
Date: Sun, 30 Oct 2011 15:59:10 +0000
Thread-Topic: [Xen-users] [Project Kronos] Problems with xapi-autobuilder
Thread-Index: AcyXHN1wCl2NnSAQShiaDbvKMkeSoQ==
Message-ID: 
References: <1319898379615671500@businessgrade.com>
In-Reply-To: <1319898379615671500@businessgrade.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "xen-users@lists.xensource.com" ,
	xen-api 
Subject: [Xen-API] Re: [Xen-users] [Project Kronos] Problems with
	xapi-autobuilder
X-BeenThere: xen-api@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion of API issues surrounding Xen 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-api-bounces@lists.xensource.com
Errors-To: xen-api-bounces@lists.xensource.com

I think I fixed this yesterday evening - can you try again? You'll need to =
'make clean' before 'make'

Jon

On 29 Oct 2011, at 15:26, Errol Neal wrote:

> Hi. I'm getting an error here.. not sure how to resolve it:
>=20
> Need to get 26.6 kB/58.3 MB of archives. After unpacking 180 MB will be u=
sed.
> WARNING: untrusted versions of the following packages will be installed!
>=20
> Untrusted packages could compromise your system's security.
> You should only proceed with the installation if you are certain that
> this is what you want to do.
>=20
>  libvhd-dev libxen-ocaml-dev libxen-dev libxen-ocaml-4.1 libvhd
>=20
> *** WARNING ***   Ignoring these trust violations because
>                  aptitude::CmdLine::Ignore-Trust-Violations is 'true'!
> Writing extended state information...
> Get: 1 http://ftp.uk.debian.org/debian/ sid/main libxenstore3.0 i386 4.1.=
1-3 [26.6 kB]
> Fetched 26.6 kB in 0s (54.2 kB/s)
> E: Failed to fetch http://ftp.uk.debian.org/debian/pool/main/x/xen/libxen=
store3.0_4.1.1-3_i386.deb: Size mismatch
> E: Unable to correct for unavailable packages
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Reading extended state information...
> Initializing package states...
> Writing extended state information...
> E: pbuilder-satisfydepends failed.
> I: Copying back the cached apt archive contents
> I: unmounting /var/cache/pbuilder/ccache filesystem
> I: unmounting /root/xapi-autobuilder/tmp-debs filesystem
> I: unmounting dev/pts filesystem
> I: unmounting proc filesystem
> I: cleaning the build env
> I: removing directory /var/cache/pbuilder/build//10275 and its subdirecto=
ries
> make[2]: *** [xen-api-libs_0.1+1319487461-1_i386.deb] Error 1
> make[2]: Leaving directory `/root/xapi-autobuilder/tmp-debs'
> make[1]: *** [binary] Error 2
> make[1]: Leaving directory `/root/xapi-autobuilder'
> make: *** [build] Error 2
>=20
> I can manually download the .deb file.. Not sure where to go from here.=20
>=20
> Thanks,
>=20
> Errol Neal
>=20
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users


_______________________________________________
xen-api mailing list
xen-api@lists.xensource.com
http://lists.xensource.com/mailman/listinfo/xen-api

From xen-users-bounces@lists.xensource.com Sun Oct 30 10:15:45 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 10:15:45 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKYz3-0008WI-Ii; Sun, 30 Oct 2011 10:15:45 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKYx0-0008BA-CF
	for Xen-users@lists.xensource.com; Sun, 30 Oct 2011 10:13:39 -0700
X-Env-Sender: royger@gmail.com
X-Msg-Ref: server-14.tower-216.messagelabs.com!1319994813!1603586!1
X-Originating-IP: [209.85.161.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1992 invoked from network); 30 Oct 2011 17:13:34 -0000
Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com)
	(209.85.161.171)
	by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Oct 2011 17:13:34 -0000
Received: by ggnv5 with SMTP id v5so9031558ggn.30
	for ;
	Sun, 30 Oct 2011 10:13:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	bh=mACD6VWlFkbCSe+J+U1ovehzSzfa3h2Wz+pHKcrqIBQ=;
	b=d+GZ52m0oq0JMIxuThC66v4/LpHxJ6KdVAiVu0356ATVY/WPk3y5E3GQcFvVCyYeg5
	m+/lwWGCSidAq/bopU7Ec9NkpUBPxQN62xlILJgZSbx6otdFlzaGZXih+knvQxwdIBVE
	lqeGkgQ498kRX5FVZIqRrh4x7pol1XCw97I0o=
MIME-Version: 1.0
Received: by 10.68.73.232 with SMTP id o8mr17737747pbv.82.1319994812402; Sun,
	30 Oct 2011 10:13:32 -0700 (PDT)
Received: by 10.142.13.5 with HTTP; Sun, 30 Oct 2011 10:13:32 -0700 (PDT)
In-Reply-To: <4EABF085.90803@abpni.co.uk>
References: <4EABF085.90803@abpni.co.uk>
Date: Sun, 30 Oct 2011 18:13:32 +0100
X-Google-Sender-Auth: BfEKqCntXI0bUilP93nPyJu3m6Q
Message-ID: 
Subject: Re: [Xen-users] Creating NetBSD Filesystem
From: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= 
To: Jonathan Tripathy 
Content-Type: text/plain; charset=UTF-8
Cc: Xen-users@lists.xensource.com
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hello Jonathan,

Could you please post your DomU configuration file, the dmesg of the
DomU with the disk attached and the output of newfs using the verbose
mode (-V)?

Regards, Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 13:32:11 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 13:32:11 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKc38-0005Gf-Qh; Sun, 30 Oct 2011 13:32:10 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKc24-0004wU-91; Sun, 30 Oct 2011 13:31:04 -0700
X-Env-Sender: eneal@businessgrade.com
X-Msg-Ref: server-15.tower-182.messagelabs.com!1320006659!1266272!1
X-Originating-IP: [66.151.104.17]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 935 invoked from network); 30 Oct 2011 20:31:00 -0000
Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com)
	(66.151.104.17)
	by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 30 Oct 2011 20:31:00 -0000
Received: from axigen1 (127.0.0.1) by axigen1 (Axigen) with ESMTPSA id 2C8101; 
	Sun, 30 Oct 2011 16:27:50 -0400
Received: from [76.100.160.112] by businessgrade.com with HTTP;
	Sun, 30 Oct 2011 16:27:50 -0400
From: Errol Neal 
Date: Sun, 30 Oct 2011 16:27:50 -0400
X-Mailer: Axigen WebMail
To: Jonathan Ludlam 
Message-ID: <1320006470249086500@businessgrade.com>
In-Reply-To: 
References: <1319898379615671500@businessgrade.com>
	
Subject: Re: Re: [Xen-users] [Project Kronos] Problems with xapi-autobuilder
MIME-Version: 1.0
X-AxigenVirus-Level: 1
Cc: "xen-users@lists.xensource.com" ,
	xen-api 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: eneal@businessgrade.com
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0034507285=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

This is a MIME message. You may need a MIME compliant mail user agent.
--===============0034507285==
Content-Type: multipart/alternative;
	boundary="===axigen=5137088151002457283743635156943366212577=axigen==="

This is a MIME message. You may need a MIME compliant mail user agent.
--===axigen=5137088151002457283743635156943366212577=axigen===
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline


Jonathan Ludlam  wrote:
>                 I think I fixed this yesterday evening - can you try agai=
n? You'll need to 'make clean' before 'make'
>=20
> Jon
>=20
>=20
> You sure did. Thanks!



                
--===axigen=5137088151002457283743635156943366212577=axigen===
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline



J=
onathan Ludlam  wrote:

                I think I fixed this yesterday evening - can you try again?=
 You'll need to 'make clean' before 'make'

Jon


You sure did. Thanks!




                
--===axigen=5137088151002457283743635156943366212577=axigen===--



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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0034507285==--



From xen-devel-bounces@lists.xensource.com Sun Oct 30 13:59:24 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 13:59:24 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKcTU-0006Xg-GB; Sun, 30 Oct 2011 13:59:24 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKcSH-0006Kv-PC; Sun, 30 Oct 2011 13:58:11 -0700
X-Env-Sender: florian.heigl@gmail.com
X-Msg-Ref: server-7.tower-182.messagelabs.com!1320008284!1276674!1
X-Originating-IP: [209.85.210.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26796 invoked from network); 30 Oct 2011 20:58:05 -0000
Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com)
	(209.85.210.171)
	by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Oct 2011 20:58:05 -0000
Received: by iaen33 with SMTP id n33so9040032iae.30
	for ; Sun, 30 Oct 2011 13:58:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=8Hauz9R9SK4/2DvUAQVXmk6DwH8XPKjddrNb/bZ0t7Q=;
	b=Y7LoEYytqa/dhtl/cvXzvFIjCJ0X34JmNahyFXFnWoQU7cH/bDQ3bi4OIt1O3XlZb0
	YgPTaQo2pEPw2LwkFBSHjWYfW9Gq7924z+gmCr99v9J7ux7TPxxabYjWJywsQP5kaV8b
	c7vfZmI2WSN+M/4OMgB8qLP+Ftj4JPWsTxvKI=
MIME-Version: 1.0
Received: by 10.231.41.4 with SMTP id m4mr4185720ibe.44.1320008283730; Sun, 30
	Oct 2011 13:58:03 -0700 (PDT)
Received: by 10.231.208.143 with HTTP; Sun, 30 Oct 2011 13:58:03 -0700 (PDT)
In-Reply-To: <4EAAA467.2030503@xen.org>
References: <4E92D809.9000504@xen.org>
	<20111010160404.GB28646@phenom.oracle.com>
	<4E946EB9.7050209@xen.org>
	
	<20111013180244.GC15499@phenom.oracle.com>
	<5400260811821008556@unknownmsgid>
	<1318859996.16132.16.camel@zakaz.uk.xensource.com>
	<4E9C4516.2070902@xen.org>
	<1318864667.16132.22.camel@zakaz.uk.xensource.com>
	<4E9C4BAB.9020605@xen.org>
	<20111026195543.GA6558@phenom.dumpdata.com>
	<4EA932D5.3060504@xen.org>
	
	<4EAAA467.2030503@xen.org>
Date: Sun, 30 Oct 2011 21:58:03 +0100
Message-ID: 
Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26)
From: Florian Heigl 
To: Lars Kurth 
Content-Type: text/plain; charset=ISO-8859-1
Cc: "xen-devel@lists.xensource.com" ,
	Ian Campbell ,
	Konrad Rzeszutek Wilk ,
	Andrew Bobulsky ,
	Joseph Glanville ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

Hi Lars,

2011/10/28 Lars Kurth :
> There may be a few more. Will need to work on these a little more. It may
> also mean that the MediWiki instance is set up that pages must have a
> category and that only a subset of users can create new ones. Otherwise we
> get into the same mess again.

I think the main issues (mess) with the old wiki were:
- not being able to contact someone if information is incorrect / outdated
- noone looking into pages that had become outdated
- not looking for pages that might be outdated
- most of the pages being immutable so you couldn't even fix stuff.

So if we limit edit rights to certain user groups that is not a
problem, as long as the groups are big enough to maintain the
categories.
Also it might be helpful to use a release mechanism - if any
registered user can create pages, but they stay invisible until
approval then this would save a lot of time for the regular authors
and still keep up quality. (Thats working really well in my
experience)

Greetings
Florian

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-users-bounces@lists.xensource.com Sun Oct 30 14:04:59 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 14:04:59 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKcYt-0007nG-6R; Sun, 30 Oct 2011 14:04:59 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKcXg-0007Sy-VB
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 14:03:45 -0700
X-Env-Sender: florian.heigl@gmail.com
X-Msg-Ref: server-16.tower-216.messagelabs.com!1320008619!1606937!1
X-Originating-IP: [209.85.210.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26854 invoked from network); 30 Oct 2011 21:03:41 -0000
Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com)
	(209.85.210.171)
	by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Oct 2011 21:03:41 -0000
Received: by iaen33 with SMTP id n33so9045369iae.30
	for ;
	Sun, 30 Oct 2011 14:03:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=asYWv1ryjAUnCmH04FtH55XCKkSuxpMz7WqqzR+KNqU=;
	b=rLQ20bZhsObe4085zfTFsn7FDMU5vzXsMIC17sT2OYYdNQEEY9ohLRPjOA/v8+LyP2
	yLrgI/xKW9V0mfSFTz2nXCXbpWXrYbc2f7EuxvPfuuJW/nyMojGeKNoLVnAsTzl3p1C+
	fq4mS5jzE8deDOP2Dm9cZ1noMaxVFZzS5xp8M=
MIME-Version: 1.0
Received: by 10.231.48.142 with SMTP id r14mr4303253ibf.5.1320008619489; Sun,
	30 Oct 2011 14:03:39 -0700 (PDT)
Received: by 10.231.208.143 with HTTP; Sun, 30 Oct 2011 14:03:39 -0700 (PDT)
In-Reply-To: <4EAAD8B8.3080506@telenet.be>
References: <4EAAD8B8.3080506@telenet.be>
Date: Sun, 30 Oct 2011 22:03:39 +0100
Message-ID: 
Subject: Re: [Xen-users] kernel module responsible for a graceful shutdown in
	a HVM guest
From: Florian Heigl 
To: Bart Coninckx 
Content-Type: text/plain; charset=ISO-8859-1
Cc: xen-users 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi,

2011/10/28 Bart Coninckx :
> Hi,
>
> I'm running an Ubuntu HVM on a SLES Dom0 and an xm shutdown just destroys
> the HVM DomU.
>
> I figured out from googling that I need to recompile the kernel to have the
> Xen PV drivers included, but what exact driver/module is responsible for the
> clean shutdown?
>
> I'm expecting some "why don't you use PV's", so I better say now already
> that I do understand that a PV DomU would fix this, but we simply need HVM,

I'll save you that comment, I've gone through the same with FreeBSD domUs. :)

xm trigger domU-ID power

should send an ACPI Power Button event to the domU.
You might point out that this isn't called by the xendomains script.
That's correct and I cannot explain it because when I think about it I
always start
banging
my
head.

Ouch,
Florian

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 14:09:16 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 14:09:16 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKcd1-000057-Ug; Sun, 30 Oct 2011 14:09:16 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKcbm-0008Bx-CL
	for Xen-users@lists.xensource.com; Sun, 30 Oct 2011 14:07:58 -0700
X-Env-Sender: florian.heigl@gmail.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1320008874!2188012!1
X-Originating-IP: [209.85.210.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16663 invoked from network); 30 Oct 2011 21:07:55 -0000
Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com)
	(209.85.210.171)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Oct 2011 21:07:55 -0000
Received: by iaen33 with SMTP id n33so9049087iae.30
	for ;
	Sun, 30 Oct 2011 14:07:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type:content-transfer-encoding;
	bh=HJ+fXUmI9mgx+LzPoggKspCAzys57LCX95LXGmG+qMk=;
	b=dJSXNBUSunrqfz+BTXWhcAeZKAx9Ew/NgV6fuTCFkxVEWM8PTq5s3ZjlvdVdfyq1H8
	oDC2RkhOkfDiKJnBeHpc3ljorrGgV30oY3ChrM7vktn8rSMkeB5QxnybCzNj6s4xtV+f
	rou/1kmQQbOxuBPSagJnu9CGv7YRYTwElcg7o=
MIME-Version: 1.0
Received: by 10.231.5.81 with SMTP id 17mr1359700ibu.31.1320008873762; Sun, 30
	Oct 2011 14:07:53 -0700 (PDT)
Received: by 10.231.208.143 with HTTP; Sun, 30 Oct 2011 14:07:53 -0700 (PDT)
In-Reply-To: 
References: 
	
Date: Sun, 30 Oct 2011 22:07:53 +0100
Message-ID: 
Subject: Re: [Xen-users] Re: Using pciback to dynamically bind/unbind primary
	display driver: lost console, help
From: Florian Heigl 
To: Ben Himberg 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Xen-users@lists.xensource.com
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

2011/10/29 Ben Himberg :
> Turns out I passed "dynpm" to radeon/power_profile instead of
> radeon/power_method and it crashed atom bios (kept locking, timing out in
> the error log).=A0 Works fine now.=A0 How do I control, on the fly, where=
 kernel
> output goes though?

I think Linux is not able to re-wire the system console to another
device on the fly.
Not 100% sure, but so far I have not seen it done.
For your kind of experiments, it would be easiest to run over a serial
console, or use 2 graphics cards.

Florian

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 14:33:42 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 14:33:42 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKd0f-0001A6-KR; Sun, 30 Oct 2011 14:33:41 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with smtp (Exim 4.43) id 1RKczG-0000pS-OF
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 14:32:15 -0700
X-Env-Sender: bart.coninckx@telenet.be
X-Msg-Ref: server-9.tower-182.messagelabs.com!1320010331!1273634!1
X-Originating-IP: [195.130.137.66]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3173 invoked from network); 30 Oct 2011 21:32:11 -0000
Received: from brigitte.telenet-ops.be (HELO brigitte.telenet-ops.be)
	(195.130.137.66) by server-9.tower-182.messagelabs.com with SMTP;
	30 Oct 2011 21:32:11 -0000
Received: from [192.168.1.102] ([84.196.1.254])
	by brigitte.telenet-ops.be with bizsmtp
	id r9YB1h0015UpHxg0G9YBiG; Sun, 30 Oct 2011 22:32:11 +0100
Message-ID: <4EADC25B.6040209@telenet.be>
Date: Sun, 30 Oct 2011 22:32:11 +0100
From: Bart Coninckx 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Florian Heigl 
Subject: Re: [Xen-users] kernel module responsible for a graceful shutdown
	in a HVM guest
References: <4EAAD8B8.3080506@telenet.be>
	
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: xen-users 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On 10/30/11 22:03, Florian Heigl wrote:
> Hi,
>
> 2011/10/28 Bart Coninckx:
>> Hi,
>>
>> I'm running an Ubuntu HVM on a SLES Dom0 and an xm shutdown just destroys
>> the HVM DomU.
>>
>> I figured out from googling that I need to recompile the kernel to have the
>> Xen PV drivers included, but what exact driver/module is responsible for the
>> clean shutdown?
>>
>> I'm expecting some "why don't you use PV's", so I better say now already
>> that I do understand that a PV DomU would fix this, but we simply need HVM,
>
> I'll save you that comment, I've gone through the same with FreeBSD domUs. :)
>
> xm trigger domU-ID power
>
> should send an ACPI Power Button event to the domU.
> You might point out that this isn't called by the xendomains script.
> That's correct and I cannot explain it because when I think about it I
> always start
> banging
> my
> head.
>
> Ouch,
> Florian

:-)

Thx Florian.

The "xm shutdown" unfortunately is issued by Pacemaker, so I don't 
really have the option to shut it down like you suggest.

Back to PV drivers then?

B.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 15:06:18 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 15:06:18 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKdWD-0002dP-HO; Sun, 30 Oct 2011 15:06:17 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKdU9-0002Hw-Vj; Sun, 30 Oct 2011 15:04:18 -0700
X-Env-Sender: eneal@businessgrade.com
X-Msg-Ref: server-15.tower-182.messagelabs.com!1320012245!1270642!1
X-Originating-IP: [66.151.104.17]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5115 invoked from network); 30 Oct 2011 22:04:06 -0000
Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com)
	(66.151.104.17)
	by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 30 Oct 2011 22:04:06 -0000
Received: from axigen1 (127.0.0.1) by axigen1 (Axigen) with ESMTPSA id 361D51; 
	Sun, 30 Oct 2011 18:00:56 -0400
Received: from [76.100.160.112] by businessgrade.com with HTTP;
	Sun, 30 Oct 2011 18:00:56 -0400
From: Errol Neal 
Date: Sun, 30 Oct 2011 18:00:56 -0400
X-Mailer: Axigen WebMail
To: eneal@businessgrade.com
Message-ID: <1320012056890514500@businessgrade.com>
In-Reply-To: <1320006470249086500@businessgrade.com>
References: <1319898379615671500@businessgrade.com>
	
	<1320006470249086500@businessgrade.com>
Subject: Re: Re: Re: [Xen-users] [Project Kronos] Problems with
	xapi-autobuilder
MIME-Version: 1.0
X-AxigenVirus-Level: 1
Cc: xen-api ,
	Jonathan Ludlam ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: eneal@businessgrade.com
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1290244578=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

This is a MIME message. You may need a MIME compliant mail user agent.
--===============1290244578==
Content-Type: multipart/alternative;
	boundary="===axigen=8956527908236156325566328038521248669637=axigen==="

This is a MIME message. You may need a MIME compliant mail user agent.
--===axigen=8956527908236156325566328038521248669637=axigen===
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline


Errol Neal  wrote:
>                =20
> Jonathan Ludlam  wrote:
> >                 I think I fixed this yesterday evening - can you try ag=
ain? You'll need to 'make clean' before 'make'
>=20
> Jon
>=20
>=20
> You sure did. Thanks!



Any chance you fixed this error today :)

Unable to resolve dependencies!  Giving up...
The following NEW packages will be installed:
  bsdmainutils{a} camlp4{a} camlp4-extra{a} debhelper{a} dmsetup{a} file{a}
  gettext{a} gettext-base{a} groff-base{a} html2text{a} intltool-debian{a}
  libcroco3{a} libdevmapper1.02.1{a} libglib2.0-0{a} libmagic1{a}
  libncurses5-dev{a} libpcre3{a} libpipeline1{a} libtinfo-dev{a}
  libudev0{a} libunistring0{a} libvhd{a} libxml2{a} man-db{a}
  ocaml-base-nox{a} ocaml-interp{a} ocaml-nox{a} po-debconf{a}
  xen-api-libs{a}
0 packages upgraded, 29 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/55.5 MB of archives. After unpacking 172 MB will be used.
Abort.
 -> Finished parsing the build-deps
Reading package lists...
Building dependency tree...
Reading state information...
apt-utils is already the newest version.
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 pbuilder-satisfydepends-dummy : Depends: debhelper (>=3D 8.0.0) but it is =
not going to be installed
                                 Depends: ocaml-nox but it is not going to =
be installed
                                 Depends: camlp4 but it is not going to be =
installed
                                 Depends: camlp4-extra but it is not going =
to be installed
                                 Depends: xen-api-libs but it is not going =
to be installed
                                 Depends: ocaml-xapi-client but it is not i=
nstallable
                                 Depends: ocaml-findlib but it is not going=
 to be installed
                                 Depends: libxmlm-ocaml-dev but it is not g=
oing to be installed
                                 Depends: libxen-dev but it is not going to=
 be installed
                                 Depends: libtype-conv-camlp4-dev but it is=
 not going to be installed
                                 Depends: uuid-dev but it is not going to b=
e installed
                                 Depends: libdevmapper-dev but it is not go=
ing to be installed
                                 Depends: libxen-ocaml-4.1 but it is not go=
ing to be installed
                                 Depends: libxen-ocaml-dev but it is not go=
ing to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specif=
y a solution).
I: Copying back the cached apt archive contents
I: unmounting /var/cache/pbuilder/ccache filesystem
I: unmounting /root/xapi-autobuilder/tmp-debs filesystem
I: unmounting dev/pts filesystem
I: unmounting proc filesystem
I: cleaning the build env
I: removing directory /var/cache/pbuilder/build//14495 and its subdirectori=
es
make[2]: *** [vhdd_0.1+1319505631-1_i386.deb] Error 1
make[2]: Leaving directory `/root/xapi-autobuilder/tmp-debs'
make[1]: *** [binary] Error 2
make[1]: Leaving directory `/root/xapi-autobuilder'
make: *** [build] Error 2

Any thoughts?

Thanks in advance..


>                                 
--===axigen=8956527908236156325566328038521248669637=axigen===
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline



E=
rrol Neal  wrote:

                

Jonathan L=
udlam  wrote:

                I think I fixed this yesterday evening - can you try again?=
 You'll need to 'make clean' before 'make'

Jon


You sure did. Thanks!



Any chance you fixed t=
his error today :)

Unable to resolve dependencies!  Giving up..=
.
The following NEW packages will be installed:
  bsdmainutils{a=
} camlp4{a} camlp4-extra{a} debhelper{a} dmsetup{a} file{a}
  gette=
xt{a} gettext-base{a} groff-base{a} html2text{a} intltool-debian{a}
&nbs=
p; libcroco3{a} libdevmapper1.02.1{a} libglib2.0-0{a} libmagic1{a}
 =
; libncurses5-dev{a} libpcre3{a} libpipeline1{a} libtinfo-dev{a}
  =
libudev0{a} libunistring0{a} libvhd{a} libxml2{a} man-db{a}
  ocaml=
-base-nox{a} ocaml-interp{a} ocaml-nox{a} po-debconf{a}
  xen-api-l=
ibs{a}
0 packages upgraded, 29 newly installed, 0 to remove and 0 not up=
graded.
Need to get 0 B/55.5 MB of archives. After unpacking 172 MB will=
 be used.
Abort.
 -> Finished parsing the build-deps
Readi=
ng package lists...
Building dependency tree...
Reading state informa=
tion...
apt-utils is already the newest version.
You might want to ru=
n 'apt-get -f install' to correct these:
The following packages have unm=
et dependencies:
 pbuilder-satisfydepends-dummy : Depends: debhelpe=
r (>=3D 8.0.0) but it is not going to be installed
   =
            &nb=
sp;            =
     Depends: ocaml-nox but it is not going to be insta=
lled
           &=
nbsp;           &nbs=
p;         Depends: camlp4 but it i=
s not going to be installed
       &n=
bsp;            =
;             D=
epends: camlp4-extra but it is not going to be installed
  &nb=
sp;            =
            &nb=
sp;     Depends: xen-api-libs but it is not going to be=
 installed
          &=
nbsp;           &nbs=
p;          Depends: ocaml-xap=
i-client but it is not installable
      &=
nbsp;           &nbs=
p;            &=
nbsp; Depends: ocaml-findlib but it is not going to be installed
 &=
nbsp;           &nbs=
p;            &=
nbsp;      Depends: libxmlm-ocaml-dev but it is no=
t going to be installed
        =
            &nb=
sp;            Depen=
ds: libxen-dev but it is not going to be installed
   &nb=
sp;            =
                 Depends: libtype-conv-camlp4-dev =
but it is not going to be installed
      =
            &nb=
sp;            =
  Depends: uuid-dev but it is not going to be installed
  =
;            &n=
bsp;            =
;      Depends: libdevmapper-dev but it is not goi=
ng to be installed
         =
;            &n=
bsp;           Depends: l=
ibxen-ocaml-4.1 but it is not going to be installed
   &n=
bsp;            =
;            &n=
bsp;    Depends: libxen-ocaml-dev but it is not going to be =
installed
E: Unmet dependencies. Try 'apt-get -f install' with no packag=
es (or specify a solution).
I: Copying back the cached apt archive conte=
nts
I: unmounting /var/cache/pbuilder/ccache filesystem
I: unmounting=
 /root/xapi-autobuilder/tmp-debs filesystem
I: unmounting dev/pts filesy=
stem
I: unmounting proc filesystem
I: cleaning the build env
I: re=
moving directory /var/cache/pbuilder/build//14495 and its subdirectoriesmake[2]: *** [vhdd_0.1+1319505631-1_i386.deb] Error 1
make[2]: Leaving =
directory `/root/xapi-autobuilder/tmp-debs'
make[1]: *** [binary] Error =
2
make[1]: Leaving directory `/root/xapi-autobuilder'
make: *** [buil=
d] Error 2

Any thoughts?

Thanks in advance..



                

                
--===axigen=8956527908236156325566328038521248669637=axigen===--



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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1290244578==--



From xen-users-bounces@lists.xensource.com Sun Oct 30 18:50:16 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 18:50:16 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKh0y-00082b-8L; Sun, 30 Oct 2011 18:50:16 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKgzs-0007iZ-6g
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 18:49:08 -0700
X-Env-Sender: jan.bakuwel@gmail.com
X-Msg-Ref: server-10.tower-182.messagelabs.com!1320025744!1279798!1
X-Originating-IP: [209.85.215.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6494 invoked from network); 31 Oct 2011 01:49:04 -0000
Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com)
	(209.85.215.171)
	by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 01:49:04 -0000
Received: by eyb6 with SMTP id 6so7916465eyb.30
	for ;
	Sun, 30 Oct 2011 18:49:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=kmuXvnfVy19dqBVy0ZIcf+IB1q7CTGglGCiKio0+yLM=;
	b=k/r2HxMbhSun4HIb2YAdMroYjwrKycApmFPvfsmBUlzxd3600gJg0SY6jl+zldkIOC
	1YC1Iszi416hdB/4+XpbFTGoS+UTB/cuHxF5S0J9mmUUajcbcysXNBEFV6/lvt2uMjz5
	q3xmYhTAESM2m2cwt2lNf8lMPToh7MjUZQcA0=
Received: by 10.213.30.5 with SMTP id s5mr1117623ebc.20.1320025744533;
	Sun, 30 Oct 2011 18:49:04 -0700 (PDT)
Received: from [10.10.10.10] ([210.48.92.11])
	by mx.google.com with ESMTPS id 54sm46460165eex.8.2011.10.30.18.49.01
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 30 Oct 2011 18:49:03 -0700 (PDT)
Message-ID: <4EADFE87.5080907@gmail.com>
Date: Mon, 31 Oct 2011 14:48:55 +1300
From: Jan Bakuwel 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.2.23) Gecko/20110921 Lightning/1.0b2 Thunderbird/3.1.15
MIME-Version: 1.0
To: "xen-users@lists.xensource.com" 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: [Xen-users] Debian Etch,
 Xen 3.2-1 Error: Device 0 (vif) could not be connected.
 Hotplug scripts not working.
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: jan.bakuwel@gmail.com
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi,

>From time to time this problem pops up. The server runs happily. VMs are
started and restarted a number of times. Then after a while a VM (as far
as I know always a HVM) no longer boots. A reboot of the server "fixes"
the problem but I'm looking for a better way.

I've noticed that subsequent attempts to start this particular (HVM)
domain will start building up entries in xenstore. I've already tried to
remove them with xenstore-rm, which doesn't make a difference.

It seems that in this case "vif4.0" is getting stuck. When the VM is
attempting to boot, xentop shows a (very brief) error message at the top
saying that vif4.0 exist but the domain doesn't. vif4.0 doesn't show in
ifconfig but it is listed in /sys/class/net.

My gut feeling tells me that if I would be able to get rid of vif4.0,
I'd be able to start the VM again.

Any ideas how I can get this unstuck so I can start this VM without
rebooting dom0 and all other domUs?

regards,
Jan


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 19:20:13 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 19:20:13 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKhTx-0000j6-1J; Sun, 30 Oct 2011 19:20:13 -0700
Received: from mail174.messagelabs.com ([85.158.138.51])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKhSl-0000O5-Ni
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 19:19:00 -0700
X-Env-Sender: lilong@ncic.ac.cn
X-Msg-Ref: server-12.tower-174.messagelabs.com!1320027532!37195387!1
X-Originating-IP: [159.226.41.188]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12440 invoked from network); 31 Oct 2011 02:18:55 -0000
Received: from gatekeeper.ncic.ac.cn (HELO ncic.ac.cn) (159.226.41.188)
	by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 31 Oct 2011 02:18:55 -0000
Received: from HPCINTERNET1 (unknown [159.226.41.129])
	(Authenticated sender: lilong@ncic.ac.cn)
	by ncic.ac.cn (Postfix) with ESMTPA id D27811F9839B
	for ;
	Mon, 31 Oct 2011 10:18:49 +0800 (CST)
From: =?gb2312?B?wO7B+g==?= 
To: 
Date: Mon, 31 Oct 2011 10:18:50 +0800
Message-ID: <001801cc9773$6d815f10$48841d30$@ncic.ac.cn>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AcyXcj+QI4sgF7rcSpWCWe6MqrlEzQ==
Content-Language: zh-cn
Subject: [Xen-users] hwo two configure two NICs in XCP
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0873130527=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

This is a multipart message in MIME format.

--===============0873130527==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0019_01CC97B6.7BA5FEA0"
Content-Language: zh-cn

This is a multipart message in MIME format.

------=_NextPart_000_0019_01CC97B6.7BA5FEA0
Content-Type: text/plain;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

Hi, all:

         I am newer to XCP. And now I want configure my machines with =
two
NICs=A1=AAeth0 and eth1.

         Now, I configured my eth0 (10.10.104.*) as my management =
interface,
and I configured eth1(10.10.98.x).

         I can login in the XCP via ssh throngh both eth0 and eth1 from
another machine.

         However, when I create a new VM and connect it to network1 =
(eth1),
I can not ping the VM.

         Does there anyone know how two configure two NICs with XCP, or =
are
there any references about it.

         Thanks.


------=_NextPart_000_0019_01CC97B6.7BA5FEA0
Content-Type: text/html;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable


Hi, =
all:
         I am newer =
to XCP. And now I want configure my machines with two NICs=A1=AAeth0 and =
eth1.
         Now, I =
configured my eth0 (10.10.104.*) as my management interface, and I =
configured eth1(10.10.98.x).
         I can =
login in the XCP via ssh throngh both eth0 and eth1 from another =
machine.
         However, =
when I create a new VM and connect it to network1 (eth1), I can not ping =
the VM.
         Does there =
anyone know how two configure two NICs with XCP, or are there any =
references about it.
         =
Thanks.

------=_NextPart_000_0019_01CC97B6.7BA5FEA0--



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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0873130527==--



From xen-users-bounces@lists.xensource.com Sun Oct 30 19:40:30 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 19:40:30 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKhna-0001lC-N6; Sun, 30 Oct 2011 19:40:30 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with smtp (Exim 4.43) id 1RKhm0-0001Pw-Il
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 19:38:52 -0700
X-Env-Sender: hxkhust@126.com
X-Msg-Ref: server-7.tower-182.messagelabs.com!1320028727!1292316!1
X-Originating-IP: [220.181.15.47]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8487 invoked from network); 31 Oct 2011 02:38:48 -0000
Received: from m15-47.126.com (HELO m15-47.126.com) (220.181.15.47)
	by server-7.tower-182.messagelabs.com with SMTP;
	31 Oct 2011 02:38:48 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com;
	s=s110527; h=Received:Date:From:To:Message-ID:Subject:
	MIME-Version:Content-Type; bh=6Y3OsMnUyqFu3PmqtqRboDYa1Vg9qDzCrc
	zDTfRqJMA=; b=dXi5Yry/Nkc8MRhsXAcZ8nw1p3DHZ9QyzohpCCPHUQW+iTX+TC
	M3EUMG0c+qLrh7N7/Q4U15uE8z21pYZLob5nvukG0rILSMkUrnhI7yM5+jremSHM
	mTuEvSKKtSeGIr+KbfV2loTIbGAZnPF7g+Q7cbTDOA7O+dpAaNJbVQpUg=
Received: from hxkhust ( [119.98.60.36] ) by ajax-webmail-wmsvr47 (Coremail)
	; Mon, 31 Oct 2011 10:38:47 +0800 (CST)
Date: Mon, 31 Oct 2011 10:38:47 +0800 (CST)
From: hxkhust  
To: xen-users@lists.xensource.com
Message-ID: <31d0e7f.312a.13357d7e97c.Coremail.hxkhust@126.com>
MIME-Version: 1.0
X-Originating-IP: [119.98.60.36]
X-Priority: 3
X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build
	111010(15198.4106.4075) Copyright (c) 2002-2011 www.mailtech.cn 126com
X-CM-CTRLDATA: sySmVmZvb3Rlcl9odG09OTEwOjIwOA==
X-CM-TRANSID: L8qowEApAEM3Cq5OMjgMAA--.51W
X-CM-SenderInfo: xk0nx3lvw6ij2wof0z/1tbiFh-pBUlretQE0QABs9
X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU==
Subject: [Xen-users] I have no xenbr0 and peth0 with bridge-utils package
	installed
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1042485825=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============1042485825==
Content-Type: multipart/alternative; 
	boundary="----=_Part_34036_969179715.1320028727676"

------=_Part_34036_969179715.1320028727676
Content-Type: text/plain; charset=GBK
Content-Transfer-Encoding: base64

RGVhciBsaXN0IG1lbWJlcnMsCiAKSSBoYXZlIGEgcHJvYmxlbSB3aGVuIGkgZmluaXNoIGluc3Rh
bGxpbmcgdGhlIHhlbiA0LjEuMiBhbmQgbGludXgga2VybmVsIDMuMC40LgogCkFmdGVyIEkgc3Rh
cnQgdGhlIHNlcnZpY2VzIG9mIHhlbmNvbW1vbnMseGVuZCBhbmQgeGVuZG9tYWlucywgSSBjYW5u
b3QgZmluZCB0aGUgeGVuYnIwIGFuZCBwZXRoMCB1c2luZyB0aGUgY29tbWFuZCAnaWZjb25maWcn
Lk1lYW53aGlsZSBuZXcgdm1zIGNhbm5vdCBiZSBzZXQgdXAgbm9ybWFsbHkuIEkgY29uZmlybSB0
aGF0IGkgaGF2ZSBpbnN0YWxsZWQgdGhlIHBhY2thZ2Ugb2YgYnJpZGdlLXV0aWxzIGFuZCB0aGUg
bGluZSAiKG5ldHdvcmstc2NyaXB0IG5ldHdvcmstYnJpZGdlKSIgaW4geGVuZC1jb25maWcuc3hw
IGlzIHdpdGhvdXQgdGhlIGJlZ2lubmluZyBvZiAiIyIuCiAKVGhpcyBwcm9ibGVtIGlzIGltcG9y
dGFudCB0byBtZSBhbmQgaSBoYXZlIHRha2VuIGEgbG90IG9mIHRpbWUgb24gaXQuIEkgbmVlZCAg
eW91ciBhZHZpY2UucGxlYXNlIGhlbHAgbWUuCgogCmh4aw==
------=_Part_34036_969179715.1320028727676
Content-Type: text/html; charset=GBK
Content-Transfer-Encoding: base64

PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7
Zm9udC1mYW1pbHk6YXJpYWwiPjxESVYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxLjc7IEZPTlQtRkFN
SUxZOiBhcmlhbDsgQ09MT1I6ICMwMDAwMDA7IEZPTlQtU0laRTogMTRweCI+CjxESVY+RGVhciBs
aXN0IG1lbWJlcnMsPC9ESVY+CjxESVY+Jm5ic3A7PC9ESVY+CjxESVY+SSBoYXZlIGEgcHJvYmxl
bSB3aGVuIGkgZmluaXNoIGluc3RhbGxpbmcgdGhlIHhlbiA0LjEuMiBhbmQgbGludXgga2VybmVs
IDMuMC40LjwvRElWPgo8RElWPiZuYnNwOzwvRElWPgo8RElWPkFmdGVyJm5ic3A7SSBzdGFydCB0
aGUgc2VydmljZXMgb2YgeGVuY29tbW9ucyx4ZW5kIGFuZCB4ZW5kb21haW5zLCZuYnNwO0kgY2Fu
bm90Jm5ic3A7ZmluZCB0aGUgeGVuYnIwIGFuZCBwZXRoMCB1c2luZyB0aGUgY29tbWFuZCZuYnNw
OydpZmNvbmZpZycuTWVhbndoaWxlIG5ldyB2bXMmbmJzcDtjYW5ub3QgYmUgc2V0IHVwIG5vcm1h
bGx5LiBJIGNvbmZpcm0gdGhhdCBpIGhhdmUgaW5zdGFsbGVkIHRoZSBwYWNrYWdlIG9mIGJyaWRn
ZS11dGlscyBhbmQgdGhlJm5ic3A7bGluZSAiKG5ldHdvcmstPEZPTlQgc2l6ZT0iKzAiPnNjcmlw
dDwvRk9OVD4gbmV0d29yay1icmlkZ2UpIiZuYnNwO2luIHhlbmQtY29uZmlnLnN4cCBpcyB3aXRo
b3V0IHRoZSBiZWdpbm5pbmcgb2YgIiMiLjwvRElWPgo8RElWPiZuYnNwOzwvRElWPgo8RElWPlRo
aXMgcHJvYmxlbSBpcyBpbXBvcnRhbnQgdG8gbWUgYW5kIGkgaGF2ZSB0YWtlbiBhIGxvdCBvZiB0
aW1lIG9uIGl0LiBJJm5ic3A7bmVlZCZuYnNwOyB5b3VyIGFkdmljZS5wbGVhc2UgaGVscCBtZS48
QlI+PC9ESVY+CjxESVY+Jm5ic3A7PC9ESVY+CjxESVY+aHhrIDwvRElWPjwvRElWPjwvZGl2Pjxi
cj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxf
Zm9vdGVyIj48aHIvPgo8YSBocmVmPSJodHRwOi8vdi4xNjMuY29tL3NwZWNpYWwvcG9zaXRpdmVw
c3ljaG9sb2d5Lz9mcm9tPW1haWxmb290ZXIiIHRhcmdldD0iX2JsYW5rIj7N+NLXuau/qr/Ozcaz
9rn+t/DX7srcu7bTraG20NK4o6G3v86zzKOssO/E+tDewvrQ0rij0ae31iE8L2E+Cjwvc3Bhbj48
L3NwYW4+
------=_Part_34036_969179715.1320028727676--



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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1042485825==--



From xen-users-bounces@lists.xensource.com Sun Oct 30 20:09:58 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 20:09:58 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKiG6-00039p-I4; Sun, 30 Oct 2011 20:09:58 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKiF0-0002pl-Sx
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 20:08:51 -0700
X-Env-Sender: fajar@fajar.net
X-Msg-Ref: server-2.tower-216.messagelabs.com!1320030525!2964546!1
X-Originating-IP: [209.85.213.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22350 invoked from network); 31 Oct 2011 03:08:46 -0000
Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com)
	(209.85.213.43)
	by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 03:08:46 -0000
Received: by ywp17 with SMTP id 17so9369406ywp.30
	for ;
	Sun, 30 Oct 2011 20:08:44 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.150.32.18 with SMTP id f18mr9194182ybf.54.1320030524677; Sun,
	30 Oct 2011 20:08:44 -0700 (PDT)
Received: by 10.150.202.2 with HTTP; Sun, 30 Oct 2011 20:08:44 -0700 (PDT)
In-Reply-To: <31d0e7f.312a.13357d7e97c.Coremail.hxkhust@126.com>
References: <31d0e7f.312a.13357d7e97c.Coremail.hxkhust@126.com>
Date: Mon, 31 Oct 2011 10:08:44 +0700
Message-ID: 
Subject: Re: [Xen-users] I have no xenbr0 and peth0 with bridge-utils package
	installed
From: "Fajar A. Nugraha" 
To: xen-users@lists.xensource.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

2011/10/31 hxkhust :
> Dear list members,
>
> I have a problem when i finish installing the xen 4.1.2 and linux kernel
> 3.0.4.
>
> After=A0I start the services of xencommons,xend and xendomains,=A0I canno=
t=A0find
> the xenbr0 and peth0 using the command=A0'ifconfig'.Meanwhile new vms=A0c=
annot
> be set up normally. I confirm that i have installed the package of
> bridge-utils and the=A0line "(network-script network-bridge)"=A0in
> xend-config.sxp is without the beginning of "#".
>
> This problem is important to me and i have taken a lot of time on it.
> I=A0need=A0 your advice.please help me.

Short answer: don't bother. Just use distro-bundled Xen, and if
there's a problem people using the same distro can help you.

Long answer:
Newer version of Xen won't have xenbr0. This is normal. The bridge
will be eth0 (or whatever your primary network device is). What is the
output of "brctl show"?

Also, the current recommended way to setup bridge is to use your
distro's mechanism (e.g. /etc/network/interfaces,
/etc/sysconfig/network-scripts/*), so you shouldn't use network-bridge
script.

--=20
Fajar

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 20:26:08 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 20:26:08 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKiVj-000454-BV; Sun, 30 Oct 2011 20:26:08 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKiUJ-0003k9-3j
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 20:24:39 -0700
X-Env-Sender: kthawan@gmail.com
X-Msg-Ref: server-4.tower-21.messagelabs.com!1320031475!2254473!1
X-Originating-IP: [209.85.215.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6738 invoked from network); 31 Oct 2011 03:24:35 -0000
Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com)
	(209.85.215.171)
	by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 03:24:35 -0000
Received: by eyb6 with SMTP id 6so7960702eyb.30
	for ;
	Sun, 30 Oct 2011 20:24:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=h21A+tSWW0djn93NIxBPoYGL9Yl4D3eCRuCQVIeqaxI=;
	b=B+kShek2mZFWdlx2zw67PXa+cxi2WyPjm05nhzQDDeHZZbVLpXXpbV8EoGbUSfgi2c
	3GEdRhUfOG4ONoHuppWaxO8GpFIJLaqw589xz9AMWN76XMY/Zl7/fyU/Re3UlFoGslF1
	tSKDnALDxHc8mPKIrEEeX+GCuD7YkoH0Af840=
MIME-Version: 1.0
Received: by 10.14.13.10 with SMTP id a10mr1038138eea.151.1320031474414; Sun,
	30 Oct 2011 20:24:34 -0700 (PDT)
Received: by 10.14.101.14 with HTTP; Sun, 30 Oct 2011 20:24:34 -0700 (PDT)
Date: Sun, 30 Oct 2011 22:24:34 -0500
Message-ID: 
From: Thawan Kooburat 
To: xen-users@lists.xensource.com
Content-Type: text/plain; charset=ISO-8859-1
Subject: [Xen-users] Unable to access hypervisor console
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi,

I want to access hypervisor console in order to do runq dump. I am
following this guide:
http://azouhr.wordpress.com/2011/02/01/xen-hypervisor-debugging/

I redirected serial into to Xen by default and use "screen" command to
to connect to ttyS0. However,  it wasn't responsive to any key that I
pressed.

Is there other way that I can access the console without actually
using the physical serial port?

I am using Xen 4.1.1 with Fedora 15 as dom0 (kernel: 2.6.40.6-0.fc15.x86_64)

-- 
Thawan Kooburat

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 21:36:02 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 21:36:02 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKjbO-00068z-Ba; Sun, 30 Oct 2011 21:36:02 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKja2-0005og-Jc
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 21:34:38 -0700
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1320035675!2147487!1
X-Originating-IP: [209.85.214.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5291 invoked from network); 31 Oct 2011 04:34:35 -0000
Received: from mail-bw0-f43.google.com (HELO mail-bw0-f43.google.com)
	(209.85.214.43)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 04:34:35 -0000
Received: by bkas6 with SMTP id s6so4970987bka.30
	for ;
	Sun, 30 Oct 2011 21:34:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=yKtgM8UYkB25pwqlVFK2a/lwKBImFIVaEjMVH0JQEfQ=;
	b=QVSVhFUhkMStBRK6aV7EqN8hUTsHRBB+g6dhBLiIzp2pvCuoMFBpKYx+2vLESpJ+Yv
	e+7+R7QSmyzBgvlbtnOFztgAkiMF7KcKC4V/yTUoyZp0aawwWS8tkm68N6MLjGUGjjfU
	nCYDHu8nCTpb9BVVNnhwk16XCnpkA5eucExzM=
Received: by 10.204.145.151 with SMTP id d23mr9271391bkv.100.1320035673586;
	Sun, 30 Oct 2011 21:34:33 -0700 (PDT)
Received: from [192.168.0.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id e14sm15727132bka.0.2011.10.30.21.34.30
	(version=SSLv3 cipher=OTHER); Sun, 30 Oct 2011 21:34:31 -0700 (PDT)
Message-ID: <4EAE2554.70007@gmail.com>
Date: Mon, 31 Oct 2011 08:34:28 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: xen-users@lists.xensource.com
Subject: Re: [Xen-users] Debian Etch, Xen 3.2-1 Error: Device 0 (vif) could
	not be connected. Hotplug scripts not working.
References: <4EADFE87.5080907@gmail.com>
In-Reply-To: <4EADFE87.5080907@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

I think problem is not 'vif4'. Look closely to xl list (xm list). If you 
see some '-d-' or '-s-' domains - congratulation, you won the main xen 
pain-in-the-ass problem: 'zombile' domains, which can not be destroyed 
until dom0 application will not return shared memory pages to Xen.

On 31.10.2011 05:48, Jan Bakuwel wrote:
> Hi,
>
> > From time to time this problem pops up. The server runs happily. VMs are
> started and restarted a number of times. Then after a while a VM (as far
> as I know always a HVM) no longer boots. A reboot of the server "fixes"
> the problem but I'm looking for a better way.
>
> I've noticed that subsequent attempts to start this particular (HVM)
> domain will start building up entries in xenstore. I've already tried to
> remove them with xenstore-rm, which doesn't make a difference.
>
> It seems that in this case "vif4.0" is getting stuck. When the VM is
> attempting to boot, xentop shows a (very brief) error message at the top
> saying that vif4.0 exist but the domain doesn't. vif4.0 doesn't show in
> ifconfig but it is listed in /sys/class/net.
>
> My gut feeling tells me that if I would be able to get rid of vif4.0,
> I'd be able to start the VM again.
>
> Any ideas how I can get this unstuck so I can start this VM without
> rebooting dom0 and all other domUs?
>
> regards,
> Jan
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Sun Oct 30 23:01:29 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 23:01:29 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKkw5-0000do-OV; Sun, 30 Oct 2011 23:01:29 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKkuC-0000IL-3p
	for xen-users@lists.xensource.com; Sun, 30 Oct 2011 22:59:32 -0700
X-Env-Sender: jan.bakuwel@gmail.com
X-Msg-Ref: server-15.tower-216.messagelabs.com!1320040768!1647614!1
X-Originating-IP: [209.85.161.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24451 invoked from network); 31 Oct 2011 05:59:29 -0000
Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com)
	(209.85.161.171)
	by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 05:59:29 -0000
Received: by ggnv5 with SMTP id v5so9649664ggn.30
	for ;
	Sun, 30 Oct 2011 22:59:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=NMX1DyJU2kOdyP3Zqpcp9BfTYFJJ7Cls3CRtlOFrMEQ=;
	b=RUZZlIeTlIBdPGguIp5vePmxjvyDZnGoWhc/48Wo3rkwWrkXPy6gO+iCrHnQPPqzbJ
	h6y0dqdvAfL6o7tp7llSAXMgoCrwz4dP2zKTQHO+RFEEbqqSxx3fsIU4mkiUhL+kQlzF
	6BWcEHB4qVJAVjUvpG5VYXBtjQkkqarj9Kr5Q=
Received: by 10.150.113.18 with SMTP id l18mr9205106ybc.45.1320040767627;
	Sun, 30 Oct 2011 22:59:27 -0700 (PDT)
Received: from [10.10.10.10] ([210.48.92.11])
	by mx.google.com with ESMTPS id l19sm28984268anc.14.2011.10.30.22.59.24
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 30 Oct 2011 22:59:26 -0700 (PDT)
Message-ID: <4EAE3938.4030502@gmail.com>
Date: Mon, 31 Oct 2011 18:59:20 +1300
From: Jan Bakuwel 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.2.23) Gecko/20110921 Lightning/1.0b2 Thunderbird/3.1.15
MIME-Version: 1.0
To: xen-users@lists.xensource.com
Subject: Re: [Xen-users] Debian Etch, Xen 3.2-1 Error: Device 0 (vif) could
	not be connected. Hotplug scripts not working.
References: <4EADFE87.5080907@gmail.com> <4EAE2554.70007@gmail.com>
In-Reply-To: <4EAE2554.70007@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: jan.bakuwel@gmail.com
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi George,

The domain is not there. I think the fact that vif4.0 exists (and
according to xenstore did indeed belong to the problematic domain) and
the fact that xentop complains about when the domain is trying to start,
makes me think that vif4.0 is somehow in the way of a successful startup
of the domain.

I could no longer wait, so dom0 got rebooted and everything is - as I
knew would happen - back in working order.

If anyone here knows how to resolve this issue without rebooting, I'd be
happy to hear about it. I've seen some posts saying that this happens
when the Xen netback driver crashes... but no solutions.

thanks,
Jan


On 31/10/11 17:34, George Shuklin wrote:
> I think problem is not 'vif4'. Look closely to xl list (xm list). If
> you see some '-d-' or '-s-' domains - congratulation, you won the main
> xen pain-in-the-ass problem: 'zombile' domains, which can not be
> destroyed until dom0 application will not return shared memory pages
> to Xen.
>
> On 31.10.2011 05:48, Jan Bakuwel wrote:
>> Hi,
>>
>> > From time to time this problem pops up. The server runs happily.
>> VMs are
>> started and restarted a number of times. Then after a while a VM (as far
>> as I know always a HVM) no longer boots. A reboot of the server "fixes"
>> the problem but I'm looking for a better way.
>>
>> I've noticed that subsequent attempts to start this particular (HVM)
>> domain will start building up entries in xenstore. I've already tried to
>> remove them with xenstore-rm, which doesn't make a difference.
>>
>> It seems that in this case "vif4.0" is getting stuck. When the VM is
>> attempting to boot, xentop shows a (very brief) error message at the top
>> saying that vif4.0 exist but the domain doesn't. vif4.0 doesn't show in
>> ifconfig but it is listed in /sys/class/net.
>>
>> My gut feeling tells me that if I would be able to get rid of vif4.0,
>> I'd be able to start the VM again.
>>
>> Any ideas how I can get this unstuck so I can start this VM without
>> rebooting dom0 and all other domUs?
>>
>> regards,
>> Jan
>>
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-api-bounces@lists.xensource.com Sun Oct 30 23:21:51 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Sun, 30 Oct 2011 23:21:51 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKlFn-0001Lu-De; Sun, 30 Oct 2011 23:21:51 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKlFa-0001Ix-W0; Sun, 30 Oct 2011 23:21:39 -0700
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1320042095!2154128!1
X-Originating-IP: [62.200.22.115]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25657 invoked from network); 31 Oct 2011 06:21:35 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 06:21:35 -0000
X-IronPort-AV: E=Sophos;i="4.69,429,1315180800"; d="scan'208,217";a="8666780"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	31 Oct 2011 06:21:35 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Mon, 31 Oct 2011
	06:21:35 +0000
From: Jonathan Ludlam 
To: "eneal@businessgrade.com" 
Date: Mon, 31 Oct 2011 06:21:33 +0000
Thread-Topic: [Xen-users] [Project Kronos] Problems with xapi-autobuilder
Thread-Index: AcyXlVbRVTTmd5KRS0e/SerKfQW2XA==
Message-ID: <7512798D-5886-4053-960D-E2C27FC2733A@eu.citrix.com>
References: <1319898379615671500@businessgrade.com>
	
	<1320006470249086500@businessgrade.com>
	<1320012056890514500@businessgrade.com>
In-Reply-To: <1320012056890514500@businessgrade.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-users@lists.xensource.com" ,
	xen-api 
Subject: [Xen-API] Re: [Xen-users] [Project Kronos] Problems with
	xapi-autobuilder
X-BeenThere: xen-api@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion of API issues surrounding Xen 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1762567495=="
Sender: xen-api-bounces@lists.xensource.com
Errors-To: xen-api-bounces@lists.xensource.com

--===============1762567495==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_7512798D58864053960DE2C27FC2733Aeucitrixcom_"

--_000_7512798D58864053960DE2C27FC2733Aeucitrixcom_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Would you be content with being told that this wasn't essential? vhdd is an=
 optional part. As long as you've built a xapi .deb then you're fine :-)

Jon

On 30 Oct 2011, at 22:00, Errol Neal wrote:


Errol Neal wrote:

Jonathan Ludlam wrote:
I think I fixed this yesterday evening - can you try again? You'll need to =
'make clean' before 'make'

Jon


You sure did. Thanks!



Any chance you fixed this error today :)

Unable to resolve dependencies!  Giving up...
The following NEW packages will be installed:
  bsdmainutils{a} camlp4{a} camlp4-extra{a} debhelper{a} dmsetup{a} file{a}
  gettext{a} gettext-base{a} groff-base{a} html2text{a} intltool-debian{a}
  libcroco3{a} libdevmapper1.02.1{a} libglib2.0-0{a} libmagic1{a}
  libncurses5-dev{a} libpcre3{a} libpipeline1{a} libtinfo-dev{a}
  libudev0{a} libunistring0{a} libvhd{a} libxml2{a} man-db{a}
  ocaml-base-nox{a} ocaml-interp{a} ocaml-nox{a} po-debconf{a}
  xen-api-libs{a}
0 packages upgraded, 29 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/55.5 MB of archives. After unpacking 172 MB will be used.
Abort.
 -> Finished parsing the build-deps
Reading package lists...
Building dependency tree...
Reading state information...
apt-utils is already the newest version.
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 pbuilder-satisfydepends-dummy : Depends: debhelper (>=3D 8.0.0) but it is =
not going to be installed
                                 Depends: ocaml-nox but it is not going to =
be installed
                                 Depends: camlp4 but it is not going to be =
installed
                                 Depends: camlp4-extra but it is not going =
to be installed
                                 Depends: xen-api-libs but it is not going =
to be installed
                                 Depends: ocaml-xapi-client but it is not i=
nstallable
                                 Depends: ocaml-findlib but it is not going=
 to be installed
                                 Depends: libxmlm-ocaml-dev but it is not g=
oing to be installed
                                 Depends: libxen-dev but it is not going to=
 be installed
                                 Depends: libtype-conv-camlp4-dev but it is=
 not going to be installed
                                 Depends: uuid-dev but it is not going to b=
e installed
                                 Depends: libdevmapper-dev but it is not go=
ing to be installed
                                 Depends: libxen-ocaml-4.1 but it is not go=
ing to be installed
                                 Depends: libxen-ocaml-dev but it is not go=
ing to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specif=
y a solution).
I: Copying back the cached apt archive contents
I: unmounting /var/cache/pbuilder/ccache filesystem
I: unmounting /root/xapi-autobuilder/tmp-debs filesystem
I: unmounting dev/pts filesystem
I: unmounting proc filesystem
I: cleaning the build env
I: removing directory /var/cache/pbuilder/build//14495 and its subdirectori=
es
make[2]: *** [vhdd_0.1+1319505631-1_i386.deb] Error 1
make[2]: Leaving directory `/root/xapi-autobuilder/tmp-debs'
make[1]: *** [binary] Error 2
make[1]: Leaving directory `/root/xapi-autobuilder'
make: *** [build] Error 2

Any thoughts?

Thanks in advance..


--_000_7512798D58864053960DE2C27FC2733Aeucitrixcom_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



Errol N=
eal wrote:

Jonathan Ludlam wrote:
I think=
 I fixed this yesterday evening - can you try again? You'll need to 'make c=
lean' before 'make'

Jon


You sure did. Thanks=
!



Any chance you fixed this error today :)
<=
br>Unable to resolve dependencies!  Giving up...
The following NEW =
packages will be installed:
  bsdmainutils{a} camlp4{a} camlp4-extr=
a{a} debhelper{a} dmsetup{a} file{a}
  gettext{a} gettext-base{a} g=
roff-base{a} html2text{a} intltool-debian{a}
  libcroco3{a} libdevm=
apper1.02.1{a} libglib2.0-0{a} libmagic1{a}
  libncurses5-dev{a} li=
bpcre3{a} libpipeline1{a} libtinfo-dev{a}
  libudev0{a} libunistrin=
g0{a} libvhd{a} libxml2{a} man-db{a}
  ocaml-base-nox{a} ocaml-inte=
rp{a} ocaml-nox{a} po-debconf{a}
  xen-api-libs{a}
0 packages up=
graded, 29 newly installed, 0 to remove and 0 not upgraded.
Need to get =
0 B/55.5 MB of archives. After unpacking 172 MB will be used.
Abort.
=
 -> Finished parsing the build-deps
Reading package lists...
=
Building dependency tree...
Reading state information...
apt-utils is=
 already the newest version.
You might want to run 'apt-get -f install' =
to correct these:
The following packages have unmet dependencies:
&nb=
sp;pbuilder-satisfydepends-dummy : Depends: debhelper (>=3D 8.0.0) but i=
t is not going to be installed
       =
;            &n=
bsp;            =
; Depends: ocaml-nox but it is not going to be installed
  &nb=
sp;            =
            &nb=
sp;     Depends: camlp4 but it is not going to be insta=
lled
           &=
nbsp;           &nbs=
p;         Depends: camlp4-extra bu=
t it is not going to be installed
      &n=
bsp;            =
;            &n=
bsp; Depends: xen-api-libs but it is not going to be installed
 &nb=
sp;            =
            &nb=
sp;      Depends: ocaml-xapi-client but it is not =
installable
          =
            &nb=
sp;          Depends: ocaml-fi=
ndlib but it is not going to be installed
     =
            &nb=
sp;            =
   Depends: libxmlm-ocaml-dev but it is not going to be installed=

            =
;            &n=
bsp;        Depends: libxen-dev but it i=
s not going to be installed
       &n=
bsp;            =
;             D=
epends: libtype-conv-camlp4-dev but it is not going to be installed
&nbs=
p;            &=
nbsp;           &nbs=
p;       Depends: uuid-dev but it is not goin=
g to be installed
         =
            &nb=
sp;           Depends: li=
bdevmapper-dev but it is not going to be installed
   &nb=
sp;            =
            &nb=
sp;    Depends: libxen-ocaml-4.1 but it is not going to be i=
nstalled
          &nb=
sp;            =
          Depends: libxen-ocam=
l-dev but it is not going to be installed
E: Unmet dependencies. Try 'ap=
t-get -f install' with no packages (or specify a solution).
I: Copying b=
ack the cached apt archive contents
I: unmounting /var/cache/pbuilder/cc=
ache filesystem
I: unmounting /root/xapi-autobuilder/tmp-debs filesystem=

I: unmounting dev/pts filesystem
I: unmounting proc filesystem
I:=
 cleaning the build env
I: removing directory /var/cache/pbuilder/build/=
/14495 and its subdirectories
make[2]: *** [vhdd_0.1+1319505631-1_i386.d=
eb] Error 1
make[2]: Leaving directory `/root/xapi-autobuilder/tmp-debs'=

make[1]: *** [binary] Error 2
make[1]: Leaving directory `/root/xapi=
-autobuilder'
make: *** [build] Error 2

Any thoughts?

Than=
ks in advance..

=

--_000_7512798D58864053960DE2C27FC2733Aeucitrixcom_--


--===============1762567495==
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.xensource.com
http://lists.xensource.com/mailman/listinfo/xen-api

--===============1762567495==--


From xen-devel-bounces@lists.xensource.com Mon Oct 31 02:32:39 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 02:32:39 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKoER-0007RH-9C; Mon, 31 Oct 2011 02:32:39 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKoD7-0006kc-6j; Mon, 31 Oct 2011 02:31:17 -0700
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1320053473!1319920!1
X-Originating-IP: [62.200.22.115]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29294 invoked from network); 31 Oct 2011 09:31:14 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 09:31:14 -0000
X-IronPort-AV: E=Sophos;i="4.69,430,1315180800"; 
   d="scan'208";a="8669004"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	31 Oct 2011 09:31:13 +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.137.0;
	Mon, 31 Oct 2011 09:31:13 +0000
Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26)
From: Ian Campbell 
To: Florian Heigl 
Date: Mon, 31 Oct 2011 09:31:13 +0000
In-Reply-To: 
References: <4E92D809.9000504@xen.org>
	<20111010160404.GB28646@phenom.oracle.com>	<4E946EB9.7050209@xen.org>
	
	<20111013180244.GC15499@phenom.oracle.com>
	<5400260811821008556@unknownmsgid>
	<1318859996.16132.16.camel@zakaz.uk.xensource.com>
	<4E9C4516.2070902@xen.org>
	<1318864667.16132.22.camel@zakaz.uk.xensource.com>
	<4E9C4BAB.9020605@xen.org>	<20111026195543.GA6558@phenom.dumpdata.com>
	<4EA932D5.3060504@xen.org>
	
	<4EAAA467.2030503@xen.org>
	
Organization: Citrix Systems, Inc.
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.0.3- 
Content-Transfer-Encoding: 7bit
Message-ID: <1320053473.23193.15.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" , Konrad
	Rzeszutek Wilk ,
	Andrew Bobulsky , Lars Kurth ,
	Joseph Glanville ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On Sun, 2011-10-30 at 20:58 +0000, Florian Heigl wrote:
> - most of the pages being immutable so you couldn't even fix stuff. 

This one is a protective measure against spammers (which have been a big
problem in the past). I sure hope media wiki has some better mechanisms
than requiring every account to be manually authorised as an editor (I'm
sure it must do!). It's a big barrier to "drive by fixups" as well as
presenting an initial barrier which even longer term contributors have
to cross.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-devel-bounces@lists.xensource.com Mon Oct 31 02:41:29 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 02:41:29 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKoMz-0001Gu-IZ; Mon, 31 Oct 2011 02:41:29 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKoLr-0000mc-AM; Mon, 31 Oct 2011 02:40:20 -0700
X-Env-Sender: fajar@fajar.net
X-Msg-Ref: server-14.tower-216.messagelabs.com!1320054014!1667035!1
X-Originating-IP: [209.85.160.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30702 invoked from network); 31 Oct 2011 09:40:15 -0000
Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com)
	(209.85.160.171)
	by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 09:40:15 -0000
Received: by gyg13 with SMTP id 13so9945289gyg.30
	for ; Mon, 31 Oct 2011 02:40:14 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.151.59.20 with SMTP id m20mr10181997ybk.39.1320054014408; Mon,
	31 Oct 2011 02:40:14 -0700 (PDT)
Received: by 10.150.202.2 with HTTP; Mon, 31 Oct 2011 02:40:14 -0700 (PDT)
In-Reply-To: <1320053473.23193.15.camel@zakaz.uk.xensource.com>
References: <4E92D809.9000504@xen.org>
	<20111010160404.GB28646@phenom.oracle.com>
	<4E946EB9.7050209@xen.org>
	
	<20111013180244.GC15499@phenom.oracle.com>
	<5400260811821008556@unknownmsgid>
	<1318859996.16132.16.camel@zakaz.uk.xensource.com>
	<4E9C4516.2070902@xen.org>
	<1318864667.16132.22.camel@zakaz.uk.xensource.com>
	<4E9C4BAB.9020605@xen.org>
	<20111026195543.GA6558@phenom.dumpdata.com>
	<4EA932D5.3060504@xen.org>
	
	<4EAAA467.2030503@xen.org>
	
	<1320053473.23193.15.camel@zakaz.uk.xensource.com>
Date: Mon, 31 Oct 2011 16:40:14 +0700
Message-ID: 
Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26)
From: "Fajar A. Nugraha" 
To: Ian Campbell 
Content-Type: text/plain; charset=ISO-8859-1
Cc: Florian Heigl ,
	"xen-devel@lists.xensource.com" ,
	Konrad Rzeszutek Wilk ,
	Andrew Bobulsky , Lars Kurth ,
	Joseph Glanville ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On Mon, Oct 31, 2011 at 4:31 PM, Ian Campbell  wrote:
> On Sun, 2011-10-30 at 20:58 +0000, Florian Heigl wrote:
>> - most of the pages being immutable so you couldn't even fix stuff.
>
> This one is a protective measure against spammers (which have been a big
> problem in the past). I sure hope media wiki has some better mechanisms
> than requiring every account to be manually authorised as an editor (I'm
> sure it must do!). It's a big barrier to "drive by fixups" as well as
> presenting an initial barrier which even longer term contributors have
> to cross.

For comparison purposes, the approach taken by wiki.freeradius.org
looks good: http://wiki.freeradius.org/New%20Wiki

It uses Github, Facebook, or Twitter account for login, trusting those
providers to filter-out spammers to a certain degree.

-- 
Fajar

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-devel-bounces@lists.xensource.com Mon Oct 31 03:51:21 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 03:51:21 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKpSa-0008QE-C4; Mon, 31 Oct 2011 03:51:21 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKpRs-0008Df-Qn; Mon, 31 Oct 2011 03:50:37 -0700
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1320058233!1664631!1
X-Originating-IP: [62.200.22.115]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 519 invoked from network); 31 Oct 2011 10:50:33 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 10:50:33 -0000
X-IronPort-AV: E=Sophos;i="4.69,431,1315180800"; 
   d="scan'208";a="8671521"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	31 Oct 2011 10:50:32 +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.137.0;
	Mon, 31 Oct 2011 10:50:32 +0000
Subject: Re: [Xen-devel] Problems with 'xl create winxp' (hvm) on xen 4.1.2
	(also affects GPLPV)
From: Ian Campbell 
To: jim burns 
Date: Mon, 31 Oct 2011 10:50:32 +0000
In-Reply-To: <1758215.SCbitK4oVy@dell4550>
References: <1758215.SCbitK4oVy@dell4550>
Organization: Citrix Systems, Inc.
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.0.3- 
Content-Transfer-Encoding: 7bit
Message-ID: <1320058232.23193.59.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On Sat, 2011-10-29 at 06:57 +0100, jim burns wrote:
> Setup:
> 
> Fedora 15, w/f16's 3.1.0 (also tried 2.6.40 & 3.0.0)
> xen 4.1.2 (newly upgraded from 4.1.1, from rawhide)
> 
> Since the release notes for 4.1.2 said, in part:
> 
> Fixes/features include:
>  * New XL toolstack
> 
> I decided to test some problems I saw using xl to start a winxp hvm domu under 
> xen 4.1.1, and found that they were still there, and I came up with a somewhat 
> more serious one as well. I'm sure that others can point out more serious 
> problems, but these are the ones that affect me. In all cases, 'xm create' 
> does not have these problems. Domu config at the end of the post.
> 
> New to 4.1.2:
> 
> 1) Starting winxp with xl does not create a vif interface - only a tap one. 
> More exactly, the vif is created, but does not get an ipv6 address - it shows 
> up in 'ifconfig -a', or 'ifconfig vifn.0' - and does not get added to the 
> bridge. If you are using James' GPLPV drivers, you end up with no network 
> connectivity, as they use vif, not tap. I'd be surprised if other pvhvm 
> solutions don't see this also.

I see this with the tip of xen-4.1-testing too but not with
xen-unstable. I'll see if I can figure out which backport is missing...

[...]
> 2) If your vif= line in your config specifies a bridge, such as 
> 'bridge=virbr0', the '-net tap' option to qemu-dm remains as 'bridge=xenbr0', 
> as if it was hard coded. Again, this is an hvm problem. 'xl create'-ing a pv 
> domu correctly puts the vif on the requested bridge. (If memory serves, under 
> xen 4.1.1, when the vif for an hvm domain was being put on a bridge, I believe 
> it was on the bridge requested, so the problem is just with tap.)

Similarly I can reproduce this too but only on 4.1.

> 3) Specifying vncviewer=1/vncconsole=1 in your config (don't remember which 
> works - I use both) will automatically start a vnc viewer for you when you 'xm 
> create' an hvm domain. (Sadly, this never worked for a pv domain. You have to 
> use the xm/xl vncviewer domainname command.) This does not work with 'xl 
> create'.

I think this is just a missing feature.

> 
> 4) The 'localtime=1' option in your config is ignored by xl. This works with 
> xm. Xl will still honor the rtc_timeoffset option.

This option is supposed to control the setting of the RTC to localtime
vs UTC? Another missing feature.

If you fancy having a stab at either of these (I thing they will be
relatively simple to fix) then I'm happy to give some guidance (modulo
going to the airport in a few hours to head out to XenSummit Asia).

> 5) Anything other than 'videoram=4' in your config will be ignored when 
> starting with xl, but not with xm. You will get an error in your qemu-dm log 
> file of the form:
> 
> -videoram option does not work with cirrus vga device model. Videoram set to 
> 4M.

I'm not sure what's going on here, since this appears to be a qemu thing
and that is the same for xend and xl. Perhaps they are choosing
differing graphics card device models? How do the command lines differ
if you use this option?

> 
> So, are these bugs? or features? Certainly, I see 1) and 2) as bugs.
> 
> The rest of the qemu-dm log is unremarkable. My config follows, with python 
> code commented out to keep xl happy.
> 
> #import os, re
> #arch = os.uname()[4]
> #if re.search('64', arch):
> #    arch_libdir = 'lib64'
> #else:
> #    arch_libdir = 'lib'
> 
> name = "winxp"
> builder='hvm'
> memory = "768"
> uuid = "6c7de04e-df10-caa8-bb2a-8368246225c1"
> #ostype = "hvm"
> on_reboot = "restart"
> on_crash = "restart"
> on_poweroff = "destroy"
> vcpus = "2"
> viridian=1
> #
> #kernel = "/usr/lib/xen/boot/hvmloader"
> kernel = "hvmloader"
> acpi=1
> apic=1
> boot= "cda"
> # New stuff
> #device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
> #device_model = '/usr/lib/xen/bin/qemu-dm'
> device_model = 'qemu-dm'
> #
> keymap='en-us'
> localtime=1
> #rtc_timeoffset=-14400
> #rtc_timeoffset=-18000
> pae=1
> serial='pty'
> #serial = "/dev/ttyS0"
> #   enable sound card support, [sb16|es1370|all|..,..], default none
> soundhw='es1370'
> # enable stdvga, default = 0 (use cirrus logic device model)
> #stdvga=1
> videoram=4
> stdvga=0
> #usbdevice="mouse"
> usbdevice="tablet"
> xen_extended_power_mgmt = 0
> #
> #disk=[ 'tap2:aio:/var/lib/xen/images/winxp,hda,w', 
> 'phy:/dev/cdrom,hdc:cdrom,r' ]
> #disk=[ 'file:/windows/C/var/lib/xen/images/winxp.sav,ioemu:hda,w', 
> 'phy:/dev/cdrom,hdc:cdrom,r' ]
> #disk=[ 'file:/var/lib/xen/images/winxp,ioemu:hda,w', 
> 'phy:/dev/cdrom,hdc:cdrom,r' ]
> disk=[ 'phy:/dev/disk/by-path/ip-192.168.1.101:3260-iscsi-
> iqn.2001-04.com.Dell4550-iqn.2009-09.net.bellsouth.sda:041b7d3f-b008-4367-
> b1f2-b4799d15e4cd-lun-1,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ]
> #
> vif = [ 'mac=00:16:3e:23:1d:36, script=vif-bridge, bridge = xenbr0, 
> model=rtl8139' ]
> #vif = [ 'mac=00:16:3e:23:1d:36, type=ioemu, script=vif-bridge, bridge = 
> xenbr0, model=e1000' ]
> #vif = [ 'mac=00:16:3e:23:1d:37, type=netfront, script=vif-bridge, bridge = 
> eth0' ]
> #
> sdl=0
> #vfb = [ 'vnc=1, vnclisten=0.0.0.0, vncunused=0, vncdisplay=3, vncpasswd= ']
> vnc=1
> vnclisten="0.0.0.0"
> #vnclisten="192.168.1.0"
> # set VNC display number, default = domid
> vncdisplay=3
> # try to find an unused port for the VNC server, default = 1
> vncunused=0
> vncviewer=1
> vncconsole=1
> monitor=1
> vncpasswd=""
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-devel-bounces@lists.xensource.com Mon Oct 31 03:57:58 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 03:57:58 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKpYz-00017o-EJ; Mon, 31 Oct 2011 03:57:57 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKpXz-0000td-Oo; Mon, 31 Oct 2011 03:56:56 -0700
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-16.tower-21.messagelabs.com!1320058612!2282984!1
X-Originating-IP: [62.200.22.115]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19717 invoked from network); 31 Oct 2011 10:56:52 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 10:56:52 -0000
X-IronPort-AV: E=Sophos;i="4.69,431,1315180800"; 
   d="scan'208";a="8671675"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	31 Oct 2011 10:56:51 +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.137.0;
	Mon, 31 Oct 2011 10:56:51 +0000
Subject: Re: [Xen-devel] Re: Problems with 'xl create winxp' (hvm) on xen
	4.1.2 (also affects GPLPV)
From: Ian Campbell 
To: jim burns 
Date: Mon, 31 Oct 2011 10:56:51 +0000
In-Reply-To: <9873598.H8yuxEpZYE@dell4550>
References: <1758215.SCbitK4oVy@dell4550> <9873598.H8yuxEpZYE@dell4550>
Organization: Citrix Systems, Inc.
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.0.3- 
Content-Transfer-Encoding: 7bit
Message-ID: <1320058611.23193.63.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On Sat, 2011-10-29 at 07:17 +0100, jim burns wrote:
> On Sat October 29 2011, 1:57:12 AM, jim burns wrote:
> > For the remaining problems, note that 'xl create winxp' creates a qemu-dm 
> > process with the following parameters:
> > 
> > qemu-dm -d 8 -domain-name winxp -vnc 0.0.0.0:3 -k en-us -serial pty
> > -videoram  4 -boot cda -usb -usbdevice tablet -soundhw es1370 -acpi -vcpus
> > 2 -vcpu_avail 0x3 -net nic,vlan=0,macaddr=00:16:3e:23:1d:36,model=rtl8139
> > -net tap,vlan=0,ifname=tap8.0,bridge=xenbr0,script=no -M xenfv
> 
> Note, starting the domain with 'xm create' with the same config results in:
> 
> /usr/lib/xen/bin/qemu-dm -d 11 -domain-name winxp -videoram 4 -k en-us -vnc 
> 0.0.0.0:3 -monitor vc -vcpus 2 -vcpu_avail 0x3 -boot cda -soundhw es1370 -
> localtime -serial pty -acpi -usbdevice tablet -net 
> nic,vlan=1,macaddr=00:16:3e:23:1d:36,model=rtl8139 -net 
> tap,vlan=1,ifname=tap11.0,bridge=xenbr0 -M xenfv
> 
> Note, 'xl create' does not pass the '-localtime' option,

that's the source of one of the missing features. Fixing it should be a
case of adding the option to libxl_domain_build_info in the IDL,
reacting to it in libxl__build_device_model_args_old and
libxl__build_device_model_args_new and parsing the config file option
into it in parse_config_data().

>  and its '-net tap' specifies 'script=no', unlike 'xm create'.

This is expected, with xl the script for tap devices is run via the
hotplug mechanism (i.e. the same as vif) whereas xend apparently runs it
via qemu. Either _should_ work.

> Also, for some reason, the vlan numbers are different between xl and xm.

That's ok, they are effectively arbitrary and just serve to bind the
"-net nic,..." and "-net tap,..." options to one another (IOW the vlan
ID needs to be consistent across those two options but is otherwise
unimportant).

Ian.



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-devel-bounces@lists.xensource.com Mon Oct 31 04:28:26 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 04:28:26 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKq2U-0002hp-N7; Mon, 31 Oct 2011 04:28:26 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKq0V-0002U3-Ub; Mon, 31 Oct 2011 04:26:24 -0700
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-21.messagelabs.com!1320060380!2273956!1
X-Originating-IP: [62.200.22.115]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3881 invoked from network); 31 Oct 2011 11:26:20 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 11:26:20 -0000
X-IronPort-AV: E=Sophos;i="4.69,431,1315180800"; 
   d="scan'208";a="8672324"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	31 Oct 2011 11:26:20 +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.137.0;
	Mon, 31 Oct 2011 11:26:19 +0000
Subject: Re: [Xen-devel] Problems with 'xl create winxp' (hvm) on xen 4.1.2
	(also affects GPLPV)
From: Ian Campbell 
To: jim burns 
Date: Mon, 31 Oct 2011 11:26:19 +0000
In-Reply-To: <1320058232.23193.59.camel@zakaz.uk.xensource.com>
References: <1758215.SCbitK4oVy@dell4550>
	<1320058232.23193.59.camel@zakaz.uk.xensource.com>
Organization: Citrix Systems, Inc.
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.0.3- 
Content-Transfer-Encoding: 7bit
Message-ID: <1320060379.23193.72.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On Mon, 2011-10-31 at 10:50 +0000, Ian Campbell wrote:
> On Sat, 2011-10-29 at 06:57 +0100, jim burns wrote:
> > Setup:
> > 
> > Fedora 15, w/f16's 3.1.0 (also tried 2.6.40 & 3.0.0)
> > xen 4.1.2 (newly upgraded from 4.1.1, from rawhide)
> > 
> > Since the release notes for 4.1.2 said, in part:
> > 
> > Fixes/features include:
> >  * New XL toolstack
> > 
> > I decided to test some problems I saw using xl to start a winxp hvm domu under 
> > xen 4.1.1, and found that they were still there, and I came up with a somewhat 
> > more serious one as well. I'm sure that others can point out more serious 
> > problems, but these are the ones that affect me. In all cases, 'xm create' 
> > does not have these problems. Domu config at the end of the post.
> > 
> > New to 4.1.2:
> > 
> > 1) Starting winxp with xl does not create a vif interface - only a tap one. 
> > More exactly, the vif is created, but does not get an ipv6 address - it shows 
> > up in 'ifconfig -a', or 'ifconfig vifn.0' - and does not get added to the 
> > bridge. If you are using James' GPLPV drivers, you end up with no network 
> > connectivity, as they use vif, not tap. I'd be surprised if other pvhvm 
> > solutions don't see this also.
> 
> I see this with the tip of xen-4.1-testing too but not with
> xen-unstable. I'll see if I can figure out which backport is missing...

23047:4ca13a170482 "libxl: provide full path to vif hotplug script
script" seems like a very plausible candidate, I bet
"script=/etc/xen/scripts/vif-bridge" would function as a workaround.

> [...]
> > 2) If your vif= line in your config specifies a bridge, such as 
> > 'bridge=virbr0', the '-net tap' option to qemu-dm remains as 'bridge=xenbr0', 
> > as if it was hard coded. Again, this is an hvm problem. 'xl create'-ing a pv 
> > domu correctly puts the vif on the requested bridge. (If memory serves, under 
> > xen 4.1.1, when the vif for an hvm domain was being put on a bridge, I believe 
> > it was on the bridge requested, so the problem is just with tap.)
> 
> Similarly I can reproduce this too but only on 4.1.

Actually this one is broken in unstable too.

The handling of leading and trailing whitespace in the vif option seems
to be completely b0rked in xl and e.g. "bridge = virbr1" ends up as key
"bridge " and key " virbr1". That entire parser (actually, both of them
-- there's a whole nother one in main_networkattach!) is a mess.

There's probably a bandaid which can be applied but really the whole
thing need ripping out and making sensible.

As a workaround in the meantime you can probably avoid whitespace around
the "=" and "," in the vif line.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-users-bounces@lists.xensource.com Mon Oct 31 08:44:14 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 08:44:14 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKu21-0003eX-P8; Mon, 31 Oct 2011 08:44:13 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKu0f-0003Ce-L0
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 08:42:50 -0700
X-Env-Sender: diego.dave.s@gmail.com
X-Msg-Ref: server-15.tower-216.messagelabs.com!1320075766!1737986!1
X-Originating-IP: [209.85.161.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18267 invoked from network); 31 Oct 2011 15:42:46 -0000
Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com)
	(209.85.161.43)
	by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 15:42:46 -0000
Received: by faat9 with SMTP id t9so8000285faa.30
	for ;
	Mon, 31 Oct 2011 08:42:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=DGB1e2rT9BNsUTTuXQod730JZYOmXOHFOdPPJTY8nlQ=;
	b=RkrrFoGtJcCjz35cb+urGYENgn4xqsxKclO57I1WuNc+au+Mafm7ikY6DdmXl+HzZE
	Jkbtl0mJfz4rYhbp7lDLoUaeZvkJoG+iJq3TlJELq1jzH2dhLQWekQpcl/B9jJMLOz60
	ZGe4S08uQba8GhjhRkx+w/X0+F98znqhlvjJM=
MIME-Version: 1.0
Received: by 10.223.17.23 with SMTP id q23mr30017021faa.11.1320075766062; Mon,
	31 Oct 2011 08:42:46 -0700 (PDT)
Received: by 10.223.157.13 with HTTP; Mon, 31 Oct 2011 08:42:46 -0700 (PDT)
Date: Mon, 31 Oct 2011 13:42:46 -0200
Message-ID: 
From: Diego Dave 
To: xen-users@lists.xensource.com
Subject: [Xen-users] Atheros AR8152 driver for XCP
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1688600056=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============1688600056==
Content-Type: multipart/alternative; boundary=001517447a421cdf5104b09a17aa

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

Hi list,

Anyone has the Linux Module for Atheros AR8152 nic? I need it to install
XCP 1.0.

--001517447a421cdf5104b09a17aa
Content-Type: text/html; charset=ISO-8859-1

Hi list,

Anyone has the Linux Module for Atheros AR8152 nic? I need it to install XCP 1.0.


--001517447a421cdf5104b09a17aa--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============1688600056==--


From xen-users-bounces@lists.xensource.com Mon Oct 31 10:38:13 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 10:38:13 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKvoI-0007JZ-Up; Mon, 31 Oct 2011 10:38:11 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKvmt-0006yN-PS
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 10:36:44 -0700
X-Env-Sender: dbrooks@mdah.state.ms.us
X-Msg-Ref: server-16.tower-21.messagelabs.com!1320082599!2353577!1
X-Originating-IP: [205.144.224.140]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19682 invoked from network); 31 Oct 2011 17:36:40 -0000
Received: from itspmx53.state.ms.us (HELO itspmx53.state.ms.us)
	(205.144.224.140)
	by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 31 Oct 2011 17:36:40 -0000
Received: from itspmx53.state.ms.us (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP id 85BAB2580BE
	for ;
	Mon, 31 Oct 2011 12:36:38 -0500 (CDT)
Received: from mail.mdah.state.ms.us (roark.mdah.state.ms.us [10.8.2.3])
	by itspmx53.state.ms.us (Postfix) with SMTP id 7638A258076
	for ;
	Mon, 31 Oct 2011 12:36:38 -0500 (CDT)
Received: from [10.8.3.198] (dbrooks.mdah.state.ms.us [10.8.3.198])
	by mail.mdah.state.ms.us (Postfix) with ESMTP id 7257D7AA8017
	for ;
	Mon, 31 Oct 2011 12:36:38 -0500 (CDT)
Message-ID: <4EAEDCA6.3000700@mdah.state.ms.us>
Date: Mon, 31 Oct 2011 12:36:38 -0500
From: Donny Brooks 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US;
	rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2.105i Thunderbird/3.1.7
MIME-Version: 1.0
To: xen-users@lists.xensource.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Xen-users] OS choice
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

I am currently running the Centos 5.x branch on my 3 Xen 4.0.1 servers 
but am wanting to change soon so there is a more straight forward 
upgrade path in the future. What is the OS of choice now for Xen 
friendliness and featureset? Centos 6, Fedora, Debian, etc? I do plan to 
lay OpenNebula on top to control the installs if that makes a difference.

-- 
Donny B.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Mon Oct 31 10:53:04 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 10:53:04 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKw2h-0000CU-S8; Mon, 31 Oct 2011 10:53:03 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with smtp (Exim 4.43) id 1RKw1I-0008Iy-4T
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 10:51:36 -0700
X-Env-Sender: andre@nortecnet.com.br
X-Msg-Ref: server-8.tower-21.messagelabs.com!1320083491!2382854!1
X-Originating-IP: [200.202.246.3]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6189 invoked from network); 31 Oct 2011 17:51:32 -0000
Received: from nortec.nortecnet.com.br (HELO nortec.nortecnet.com.br)
	(200.202.246.3) by server-8.tower-21.messagelabs.com with SMTP;
	31 Oct 2011 17:51:32 -0000
Received: from www.nortecnet.com.br (net2.nortecnet.com.br [200.202.246.4])
	(Authenticated sender: andre)
	by nortec.nortecnet.com.br (Postfix) with ESMTPA id 460BE6D42EE
	for ;
	Mon, 31 Oct 2011 14:42:06 -0300 (BRT)
Received: from 150.162.64.167 (SquirrelMail authenticated user andre)
	by www.nortecnet.com.br with HTTP; Mon, 31 Oct 2011 14:44:56 -0300
Message-ID: <0bfc29fa63dac500801220613561d405.squirrel@www.nortecnet.com.br>
Date: Mon, 31 Oct 2011 14:44:56 -0300
From: =?iso-8859-1?Q?=22Andr=E9_Almdeida_Pfeiffer=22?= 
To: xen-users@lists.xensource.com
User-Agent: SquirrelMail/1.4.21
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Add-Header-Version: 1.0
X-Mail-Client-Type: Webmail - Nortecnet
Subject: [Xen-users] Xen IB
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hello,

I have been reading and found this "xen IB". What exactly is that? How do
i use it?

Thankefully,

Andre Pfeiffer


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Mon Oct 31 11:00:31 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 11:00:31 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKw9t-00010K-Sk; Mon, 31 Oct 2011 11:00:30 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKw83-0000f3-8O
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 10:58:36 -0700
X-Env-Sender: symack@gmail.com
X-Msg-Ref: server-14.tower-21.messagelabs.com!1320083910!2353202!1
X-Originating-IP: [209.85.210.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21297 invoked from network); 31 Oct 2011 17:58:32 -0000
Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com)
	(209.85.210.171)
	by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 17:58:32 -0000
Received: by iaen33 with SMTP id n33so10384317iae.30
	for ;
	Mon, 31 Oct 2011 10:58:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type:content-transfer-encoding;
	bh=Xaw6pfZZYGnCZS/4AlzidI3cs9IfF1VqbzfCoJo9aak=;
	b=E4QCev/UukU6pndbrQuQAbURiDe7urGHmbROFfZIMwHOvjabLuyc2Mu1KrQVTxkz3j
	6gnbdJWXu34Reety7/0hM04DfS59FQ5vpn1pmztSIJJVqgjkRbuP0kdksCijrnFCK6oG
	zi2LWy/QUFoRAJSH3nMnRsdDmcNZ4t0mRBZKI=
MIME-Version: 1.0
Received: by 10.42.144.198 with SMTP id c6mr24197672icv.45.1320083909064; Mon,
	31 Oct 2011 10:58:29 -0700 (PDT)
Received: by 10.42.222.71 with HTTP; Mon, 31 Oct 2011 10:58:28 -0700 (PDT)
In-Reply-To: <0bfc29fa63dac500801220613561d405.squirrel@www.nortecnet.com.br>
References: <0bfc29fa63dac500801220613561d405.squirrel@www.nortecnet.com.br>
Date: Mon, 31 Oct 2011 13:58:28 -0400
Message-ID: 
Subject: Re: [Xen-users] Xen IB
From: Nick Khamis 
To: =?ISO-8859-1?Q?Andr=E9_Almdeida_Pfeiffer?= 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: xen-users@lists.xensource.com
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

It was a chemistry project funded by the American Chemical Society (ACS).
Not sure if actaully became mainstream.

Cheers,

Nick.

2011/10/31 "Andr=E9 Almdeida Pfeiffer" :
> Hello,
>
> I have been reading and found this "xen IB". What exactly is that? How do
> i use it?
>
> Thankefully,
>
> Andre Pfeiffer
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-api-bounces@lists.xensource.com Mon Oct 31 12:32:21 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 12:32:21 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKxam-0006K4-RZ; Mon, 31 Oct 2011 12:32:20 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKxad-0006Gr-1y; Mon, 31 Oct 2011 12:32:11 -0700
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1320089526!2336886!1
X-Originating-IP: [66.165.176.89]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20553 invoked from network); 31 Oct 2011 19:32:07 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 19:32:07 -0000
X-IronPort-AV: E=Sophos;i="4.69,433,1315195200"; d="scan'208";a="18693926"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	31 Oct 2011 15:32:04 -0400
Received: from [IPv6:::1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66)
	with Microsoft SMTP Server id 8.3.137.0;
	Mon, 31 Oct 2011 15:32:04 -0400
Message-ID: <4EAEF7B5.2030902@citrix.com>
Date: Mon, 31 Oct 2011 19:32:05 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20110807 Icedove/5.0
MIME-Version: 1.0
To: "xen-devel@lists.xensource.com" , 
	"xen-api@lists.xensource.com" ,
	"xen-users@lists.xensource.com" 
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: [Xen-API] ANN: Project Kronos - Ubuntu UDS Session,
	1 Nov @ 20:15 UTC
X-BeenThere: xen-api@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion of API issues surrounding Xen 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-api-bounces@lists.xensource.com
Errors-To: xen-api-bounces@lists.xensource.com

Hi all,

I just wanted to let you know that Jon Ludlam and I will be hosting a 
workshop on Project Kronos [1] tomorrow at the Ubuntu Developer Summit 
(UDS) for Ubuntu 12.04. We'll be discussing the status of the project, 
and the work remaining for us to get Kronos included in Ubuntu.

You can join in the workshop remotely. There will be a live audio stream 
[2], an IRC channel on freenode [3], and an etherpad instance to take 
notes [4]. You will need a Launchpad account to read or write on the 
etherpad, and you must register with the group Ubuntu Etherpad instance [5].

The workshop will start on Tuesday, 1 Nov, at 20:15 UTC (16:15 EST). I 
welcome everyone who is interested in Ubuntu, Xen and XCP to join!

Mike

[1] https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-kronos
[2] http://icecast.ubuntu.com:8000/status.xsl - go to antigua2 channel
[3] #ubuntu-uds-Antigua2 on freenode
[4] http://summit.ubuntu.com/uds-p/meeting/19427/servercloud-p-kronos/
[5] https://launchpad.net/~ubuntu-etherpad

_______________________________________________
xen-api mailing list
xen-api@lists.xensource.com
http://lists.xensource.com/mailman/listinfo/xen-api

From xen-users-bounces@lists.xensource.com Mon Oct 31 13:09:37 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 13:09:37 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKyAq-0000Fe-9Q; Mon, 31 Oct 2011 13:09:36 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RKy65-0008JS-HN
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 13:05:08 -0700
X-Env-Sender: todd.deshane.xen@gmail.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1320091475!1748427!1
X-Originating-IP: [209.85.210.176]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3187 invoked from network); 31 Oct 2011 20:04:37 -0000
Received: from mail-iy0-f176.google.com (HELO mail-iy0-f176.google.com)
	(209.85.210.176)
	by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 20:04:37 -0000
Received: by iakh37 with SMTP id h37so8957969iak.7
	for ;
	Mon, 31 Oct 2011 13:04:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	bh=nGdGz448crqwTMy9ewDjFAWnDMZFl8UIPIbabBpSjaw=;
	b=DnkQyUbNizkZkPpnIYz/YbiXGsL7acCJNW0iKqr+id2uCNfioO+43C8iKhJMfbSMsY
	H9twXZVkjNJRndYdTzAu7NR4o6bTtMycUHPpGOVi50BW4Zyh8COuLCPYON76cC+cblGW
	FAcZQEWVAk6+g95v7PB24+XrMNYbGyLunguOM=
MIME-Version: 1.0
Received: by 10.231.5.23 with SMTP id 23mr5886292ibt.46.1320091475364; Mon, 31
	Oct 2011 13:04:35 -0700 (PDT)
Received: by 10.231.205.195 with HTTP; Mon, 31 Oct 2011 13:04:35 -0700 (PDT)
In-Reply-To: 
References: 
Date: Mon, 31 Oct 2011 16:04:35 -0400
X-Google-Sender-Auth: ECI_9uQydsvYiI7XacXFdj9w2C0
Message-ID: 
Subject: Re: [Xen-users] [XCP/Kronos/XenSource] Fast cloning with copy-on-write
From: Todd Deshane 
To: "msgbox450@gmail.com" 
Cc: "xen-users@lists.xensource.com" 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2033300007=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============2033300007==
Content-Type: multipart/alternative; boundary=00151773da3075cb8f04b09dbf84

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

On Saturday, October 29, 2011, msgbox450@gmail.com wrote:

> I've just been playing with XenSource and Kronos packages, but the fast
> cloning ability from XenServer doesn't appear to be available. Where does
> this come from exactly, is it something built into Xen or is there a
> component of XenServer that's needed to handle it?
>
> Kronos is still work in progress. Thanks for pointing this one out. You
can add your feedback and also track the progress here:

http://wiki.xensource.com/xenwiki/Kronos_Supported_Features

Thanks,
Todd


-- 
Todd Deshane
http://www.linkedin.com/in/deshantm
http://www.xen.org/products/cloudxen.html
http://runningxen.com/

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



On Saturday, October 29, 2011, msgbox450@gmail.com  wrote:
I'=
ve just been playing with XenSource and Kronos packages, but the fast cloni=
ng ability from XenServer doesn't appear to be available. Where does th=
is come from exactly, is it something built into Xen or is there a componen=
t of XenServer that's needed to handle it?



Kronos is still work in progress. Thanks for po=
inting this one out. You can add your feedback and also track the progress =
here:
=A0


=A0
Thanks,
Todd=A0


-- 
Todd Desha=
ne
htt=
p://www.linkedin.com/in/deshantm
http://www.xen.org/products/cloudxen.h=
tml

http://runningxen.com/=



--00151773da3075cb8f04b09dbf84--


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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============2033300007==--


From xen-users-bounces@lists.xensource.com Mon Oct 31 13:41:27 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 13:41:27 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RKyff-0001u2-1o; Mon, 31 Oct 2011 13:41:27 -0700
Received: from mail182.messagelabs.com ([85.158.139.83])
	by lists.xensource.com with smtp (Exim 4.43) id 1RKyeO-0001ZG-37
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 13:40:08 -0700
X-Env-Sender: bart.coninckx@telenet.be
X-Msg-Ref: server-10.tower-182.messagelabs.com!1320093604!1418654!1
X-Originating-IP: [195.130.132.50]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15506 invoked from network); 31 Oct 2011 20:40:05 -0000
Received: from jacques.telenet-ops.be (HELO jacques.telenet-ops.be)
	(195.130.132.50) by server-10.tower-182.messagelabs.com with SMTP;
	31 Oct 2011 20:40:05 -0000
Received: from [192.168.1.102] ([84.196.1.254])
	by jacques.telenet-ops.be with bizsmtp
	id rYg41h00R5UpHxg0JYg4mg; Mon, 31 Oct 2011 21:40:04 +0100
Message-ID: <4EAF07A4.1030501@telenet.be>
Date: Mon, 31 Oct 2011 21:40:04 +0100
From: Bart Coninckx 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: xen-users 
Subject: Re: [Xen-users] kernel module responsible for a graceful shutdown
	in a HVM guest
References: <4EAAD8B8.3080506@telenet.be>
	
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On 10/30/11 22:03, Florian Heigl wrote:
> Hi,
>
> 2011/10/28 Bart Coninckx:
>> Hi,
>>
>> I'm running an Ubuntu HVM on a SLES Dom0 and an xm shutdown just destroys
>> the HVM DomU.
>>
>> I figured out from googling that I need to recompile the kernel to have the
>> Xen PV drivers included, but what exact driver/module is responsible for the
>> clean shutdown?
>>
>> I'm expecting some "why don't you use PV's", so I better say now already
>> that I do understand that a PV DomU would fix this, but we simply need HVM,
>
> I'll save you that comment, I've gone through the same with FreeBSD domUs. :)
>
> xm trigger domU-ID power
>
> should send an ACPI Power Button event to the domU.
> You might point out that this isn't called by the xendomains script.
> That's correct and I cannot explain it because when I think about it I
> always start
> banging
> my
> head.
>
> Ouch,
> Florian

Hi,

Any other ideas besides the suggestion of this helpful sir?

thx,

B.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Mon Oct 31 15:46:54 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 15:46:54 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL0d3-0006vD-NR; Mon, 31 Oct 2011 15:46:53 -0700
Received: from mail27.messagelabs.com ([193.109.254.147])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RL0bA-0006Hg-0y
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 15:44:56 -0700
X-Env-Sender: pheriko.support@gmail.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1320101067!50941661!1
X-Originating-IP: [209.85.220.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31333 invoked from network); 31 Oct 2011 22:44:28 -0000
Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com)
	(209.85.220.171)
	by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	31 Oct 2011 22:44:28 -0000
Received: by vcbfo13 with SMTP id fo13so498916vcb.30
	for ;
	Mon, 31 Oct 2011 15:44:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type; bh=JyPgY54e+n3DCzEJFF9rYiM4jsS5DAc5VvKhdYk+QCc=;
	b=p1umagyiTnoxa4aA3RFVNKZO9wncuLyGvoEi+O25P1T8wHay/hKxW+uwBwXW1+l6cg
	G+4ZBSyIv6HwTwEed9LrayGEjR5bCRyZZ/ssyxDTxk4LH5un2/XBPkR1amXLGXMSekCp
	zfypjNUU8THOmOorZbtHMdvqKG/umAWyJSe/I=
MIME-Version: 1.0
Received: by 10.52.88.231 with SMTP id bj7mr5831230vdb.81.1320101091604; Mon,
	31 Oct 2011 15:44:51 -0700 (PDT)
Received: by 10.52.115.163 with HTTP; Mon, 31 Oct 2011 15:44:51 -0700 (PDT)
In-Reply-To: 
References: 
	
	
	
	
	
	
	
	
Date: Mon, 31 Oct 2011 15:44:51 -0700
Message-ID: 
Subject: Re: [Xen-users] Centos 5.7 Xen 4.1 AMD 64 from gitco cannot attach
	usb port to domU windows 7
From: Periko Support 
To: xen-users@lists.xensource.com
Content-Type: text/plain; charset=ISO-8859-1
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

On Fri, Oct 21, 2011 at 9:33 AM, Periko Support
 wrote:
> On Fri, Oct 21, 2011 at 9:28 AM, Andy Burns  wrote:
>> On 21 October 2011 17:11, Periko Support  wrote:
>>
>>> On Fri, Oct 21, 2011 at 8:55 AM, Andy Burns  wrote:
>>>>
>>>> http://www.belkin.com/uk/networkusbhub/
>>>>
>>> Them, u setup the usbhub with a IP, run the installer inside windows,
>>> connect your usb drive into the hub and done?
>>
>> Yes, with the Belkin you can assign individual USB ports to individual
>> domUs, with the emulex you have to assign all the USB ports to a
>> single domU
>>
>>> This will work with a HASP usb key to?
>>
>> I have used them with keyboard, mouse, memory sticks, optical drives
>> and WiFI USB devices, not with any protection dongles though, but it
>> just shows up as a USB hub with whatever devices you plug in, so I
>> wouldn't *expect* problems.
>>
>
> Thanks I will give a try, appreciated your great help guys, let u know
> my results!!!
>

I had finally decide to change my MoBo, I purchase the belkin F5L009,
it works for my memory sticks, but with a HASP key usb didn't work,
windows detect the device and appear on your device manager list, but
the software that use this HASP key didn't detect the device, just
tell me that didn't found any license, drivers working without any
issue.

I have try all morning this and I had done all I can do, like I say,
this works for usb memory sticks but for my HASP key didn't work.

Thanks all of u guys for your help!!!

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-devel-bounces@lists.xensource.com Mon Oct 31 16:01:36 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 16:01:36 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL0rH-0007i3-AX; Mon, 31 Oct 2011 16:01:35 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with smtp (Exim 4.43) id 1RL0qR-0007Vf-Tz
	for xen-devel@lists.xensource.com; Mon, 31 Oct 2011 16:00:44 -0700
X-Env-Sender: jim_burn@bellsouth.net
X-Msg-Ref: server-10.tower-216.messagelabs.com!1320102040!1676055!1
X-Originating-IP: [66.94.237.138]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6556 invoked from network); 31 Oct 2011 23:00:40 -0000
Received: from nm4-vm0.access.bullet.mail.mud.yahoo.com (HELO
	nm4-vm0.access.bullet.mail.mud.yahoo.com) (66.94.237.138)
	by server-10.tower-216.messagelabs.com with SMTP;
	31 Oct 2011 23:00:40 -0000
Received: from [66.94.237.200] by nm4.access.bullet.mail.mud.yahoo.com with
	NNFMP; 31 Oct 2011 23:00:39 -0000
Received: from [66.94.237.103] by tm11.access.bullet.mail.mud.yahoo.com with
	NNFMP; 31 Oct 2011 23:00:39 -0000
Received: from [127.0.0.1] by omp1008.access.mail.mud.yahoo.com with NNFMP;
	31 Oct 2011 23:00:39 -0000
X-Yahoo-Newman-Id: 738138.87171.bm@omp1008.access.mail.mud.yahoo.com
Received: (qmail 22317 invoked from network); 31 Oct 2011 23:00:39 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024;
	t=1320102039; bh=ifZ9XEA0AjK96tLMJIFA69B2WtBgJ71iQLz3qW/u+EA=;
	h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:To:Subject:Date:Message-ID:User-Agent:In-Reply-To:References:MIME-Version:Content-Transfer-Encoding:Content-Type;
	b=WyRNuVHQAYXeVJJAs7Qa4P6eJTrBeJVxY4u1w63jbfXOo9shJbZAEaai8wjE0UMqyHr4Sqnh5GA+EtMbnT6bpE8pGD4uMSXaUWVTDFZa1hyKNc83LBnHJMxtNT+llmxUQhwiL8Yo2UMCKbqgmjsod73jgfO9fJuEPLwoEmtkjxo=
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: bgwUTK0VM1lDQNi74EywGeEg4ESD0QCKx2.YFZgyGdZoVHV
	dHLxaGyd0Tq2XLrue8N4l9b56FilYlPPIIm05twVEARvGtl19urOuG.Gq.IK
	i.DAsakkRZkt4czdG.EaLUAXze6iElxmlpDtVL6DWgzJT66l38EqK0xLyFss
	RF04OIfUGmDz5SjFIDDq8hhoI66mgpVTFDS92R68u_DY9FC6DxqQH0jUVLLW
	rIjOmS6axn_4HOPYkpI706vrJoPj5Bsu9uRE297lo6FcJCd422rIIWCBtQ7p
	VGrgiObJPwoYJrnoIFs2Sss1QGbF6hAsUpkBB4nh7UL4dStkYyGPY8HQqph0
	48dbMvjM2McLCsvqQL5JQQjAnkEa_54FvJKsNgpRkxkmty.t3nSwmcjAxn5n
	PlbHKWCA0slHuaxJu_82HnDDtV60qcYTJ4qdEHtVywatX3rQxIRNmX2htgwH
	iqmvp9Mx33ffO8pCmOge73nw8MFnXHn3YdRPGNNOpJPZJZRSkikaFNoISv4d
	Uq0VcoDLiKf7JLoF.718QBrRrbPl8f.uDMWR6f_odINUgL2dL1MKn10bJySn
	k35cuOF3ujBexopgLwR1x4Oi0p8HAbUkwF1uHBBWvn5LDafV_b3_I67nDj_j
	sCSvKshT1RcQbOTXSZy1gjjwGPLwSsug5Cp64ppB37ghK8fgoQt4rBKtS9sD
	QtY59isQUf_8GzWd_tJv9ZJeld9inBZQ-
X-Yahoo-SMTP: g0AhWW2swBA2djJKuhuwxPlPqLrHlDrycdPnfR9kZNrpKCA-
Received: from dell4550.localnet (jim_burn@184.36.206.203 with plain)
	by smtp106.sbc.mail.mud.yahoo.com with SMTP;
	31 Oct 2011 16:00:39 -0700 PDT
From: jim burns 
To: Ian Campbell , xen-devel@lists.xensource.com,
	xen-users@lists.xensource.com
Subject: Re: [Xen-devel] Problems with 'xl create winxp' (hvm) on xen 4.1.2
	(also affects GPLPV)
Date: Mon, 31 Oct 2011 19:00:32 -0400
Message-ID: <15732981.uFr7VF8Mh1@dell4550>
User-Agent: KMail/4.7.2 (Linux/2.6.37.6-0.7-default; KDE/4.7.2; i686; ; )
In-Reply-To: <1320060379.23193.72.camel@zakaz.uk.xensource.com>
References: <1758215.SCbitK4oVy@dell4550>
	<1320058232.23193.59.camel@zakaz.uk.xensource.com>
	<1320060379.23193.72.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Cc: 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On Mon October 31 2011, 11:26:19 AM, Ian Campbell wrote:
> On Mon, 2011-10-31 at 10:50 +0000, Ian Campbell wrote:
> > On Sat, 2011-10-29 at 06:57 +0100, jim burns wrote:
> > > [...]
> > > New to 4.1.2:
> > > 
> > > 1) Starting winxp with xl does not create a vif interface - only a
> > > tap one. More exactly, the vif is created, but does not get an ipv6
> > > address - it shows up in 'ifconfig -a', or 'ifconfig vifn.0' - and
> > > does not get added to the bridge. If you are using James' GPLPV
> > > drivers, you end up with no network connectivity, as they use vif,
> > > not tap. I'd be surprised if other pvhvm solutions don't see this
> > > also.
> > 
> > I see this with the tip of xen-4.1-testing too but not with
> > xen-unstable. I'll see if I can figure out which backport is missing...
> 
> 23047:4ca13a170482 "libxl: provide full path to vif hotplug script
> script" seems like a very plausible candidate, I bet
> "script=/etc/xen/scripts/vif-bridge" would function as a workaround.

Yep - that works. Should have guessed. You have to supply the full path to the 
config file too, or it can't find it (doesn't default to searching /etc/xen).

> > [...]
> > 
> > > 2) If your vif= line in your config specifies a bridge, such as
> > > 'bridge=virbr0', the '-net tap' option to qemu-dm remains as
> > > 'bridge=xenbr0', as if it was hard coded. Again, this is an hvm
> > > problem. 'xl create'-ing a pv domu correctly puts the vif on the
> > > requested bridge. (If memory serves, under xen 4.1.1, when the vif
> > > for an hvm domain was being put on a bridge, I believe it was on
> > > the bridge requested, so the problem is just with tap.)> 
> > Similarly I can reproduce this too but only on 4.1.
> 
> Actually this one is broken in unstable too.
> 
> The handling of leading and trailing whitespace in the vif option seems
> to be completely b0rked in xl and e.g. "bridge = virbr1" ends up as key
> "bridge " and key " virbr1". That entire parser (actually, both of them
> -- there's a whole nother one in main_networkattach!) is a mess.
> 
> There's probably a bandaid which can be applied but really the whole
> thing need ripping out and making sensible.
> 
> As a workaround in the meantime you can probably avoid whitespace around
> the "=" and "," in the vif line.
> 
Yep - that works too:

root@insp6400 10/31/11  6:31PM:~
[512] > xl create /etc/xen/winxp; brctl show;  ps -A|grep qemu; netstat -tlp|
grep 59; renice -11 `pidof qemu-dm`;  ps -A|grep vncv; ifconfig vif3.0 mtu 
9000 
Parsing config file /etc/xen/winxp
xc: info: VIRTUAL MEMORY ARRANGEMENT:
  Loader:        0000000000100000->000000000017b270
  TOTAL:         0000000000000000->000000002fc00000
  ENTRY ADDRESS: 00000000001015a0
xc: info: PHYSICAL MEMORY ALLOCATION:
  4KB PAGES: 0x0000000000009a00
  2MB PAGES: 0x0000000000000131
  1GB PAGES: 0x0000000000000000
Daemon running with PID 6804
bridge name     bridge id               STP enabled     interfaces
virbr0          8000.feffffffffff       yes             tap3.0
xenbr0          8000.0015c5047d4f       no              bond0
 6809 pts/1    S+     0:00                     grep --color=auto qemu
 6758 ?        RLsl   0:00   qemu-dm -d 3 -domain-name winxp -vnc 0.0.0.0:3 -k 
en-us -serial pty -videoram 4 -boot cda -usb -usbdevice tablet -soundhw es1370 
-acpi -vcpus 2 -vcpu_avail 0x3 -net 
nic,vlan=0,macaddr=00:16:3e:23:1d:36,model=rtl8139 -net 
tap,vlan=0,ifname=tap3.0,bridge=virbr0,script=no -M xenfv
tcp        0      0 *:5901                      *:*                         
LISTEN      3283/Xvnc           
tcp        0      0 *:5903                      *:*                         
LISTEN      6758/qemu-dm        
6758 (process ID) old priority 0, new priority -11
 6907 pts/1    S+     0:00                     grep --color=auto vncv
root@insp6400 10/31/11  6:32PM:~
[513] > brctl show
bridge name     bridge id               STP enabled     interfaces
virbr0          8000.feffffffffff       yes             tap3.0
                                                        vif3.0
xenbr0          8000.0015c5047d4f       no              bond0

For 4):

On Mon October 31 2011, 10:56:51 AM, Ian Campbell wrote:
> On Sat, 2011-10-29 at 07:17 +0100, jim burns wrote:
> > On Sat October 29 2011, 1:57:12 AM, jim burns wrote:
> > > For the remaining problems, note that 'xl create winxp' creates a
> > > qemu-dm process with the following parameters:
> > > 
> > > qemu-dm -d 8 -domain-name winxp -vnc 0.0.0.0:3 -k en-us -serial pty
> > > -videoram  4 -boot cda -usb -usbdevice tablet -soundhw es1370 -acpi
> > > -vcpus 2 -vcpu_avail 0x3 -net
> > > nic,vlan=0,macaddr=00:16:3e:23:1d:36,model=rtl8139 -net
> > > tap,vlan=0,ifname=tap8.0,bridge=xenbr0,script=no -M xenfv> 
> > Note, starting the domain with 'xm create' with the same config results
> > in:
> > 
> > /usr/lib/xen/bin/qemu-dm -d 11 -domain-name winxp -videoram 4 -k en-us
> > -vnc 0.0.0.0:3 -monitor vc -vcpus 2 -vcpu_avail 0x3 -boot cda -soundhw
> > es1370 - localtime -serial pty -acpi -usbdevice tablet -net
> > nic,vlan=1,macaddr=00:16:3e:23:1d:36,model=rtl8139 -net
> > tap,vlan=1,ifname=tap11.0,bridge=xenbr0 -M xenfv
> > 
> > Note, 'xl create' does not pass the '-localtime' option,
> 
> that's the source of one of the missing features. Fixing it should be a
> case of adding the option to libxl_domain_build_info in the IDL,
> reacting to it in libxl__build_device_model_args_old and
> libxl__build_device_model_args_new and parsing the config file option
> into it in parse_config_data().

Hopefully, the fix for 3) (vncconsole=1) is just as simple.

> >  and its '-net tap' specifies 'script=no', unlike 'xm create'.
> 
> This is expected, with xl the script for tap devices is run via the
> hotplug mechanism (i.e. the same as vif) whereas xend apparently runs it
> via qemu. Either _should_ work.
> 
> > Also, for some reason, the vlan numbers are different between xl and xm.
> 
> That's ok, they are effectively arbitrary and just serve to bind the
> "-net nic,..." and "-net tap,..." options to one another (IOW the vlan
> ID needs to be consistent across those two options but is otherwise
> unimportant).

Thanx for the explanations.

On Mon October 31 2011, 10:50:32 AM, Ian Campbell wrote:
> > 5) Anything other than 'videoram=4' in your config will be ignored when 
> > starting with xl, but not with xm. You will get an error in your qemu-dm
> > log file of the form:
> > 
> >
> > -videoram option does not work with cirrus vga device model. Videoram
> > set to  4M.
> 
> I'm not sure what's going on here, since this appears to be a qemu thing
> and that is the same for xend and xl. Perhaps they are choosing
> differing graphics card device models? How do the command lines differ
> if you use this option?

With videoram=8, and 'xm create', you get what you expect:

 6026 ?        RLl    0:00     /usr/lib/xen/bin/qemu-dm -d 2 -domain-name 
winxp -videoram 8 -k en-us -vnc 0.0.0.0:3 -monitor vc -vcpus 2 -vcpu_avail 0x3 
-boot cda -soundhw es1370 -localtime -serial pty -acpi -usbdevice tablet -net 
nic,vlan=1,macaddr=00:16:3e:23:1d:36,model=rtl8139 -net 
tap,vlan=1,ifname=tap2.0,bridge=xenbr0 -M xenfv

Thanx for the thorough review.

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-users-bounces@lists.xensource.com Mon Oct 31 18:38:14 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 18:38:14 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL3Ir-0003Rv-Ae; Mon, 31 Oct 2011 18:38:13 -0700
Received: from mail27.messagelabs.com ([193.109.254.147])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RL3HZ-00036v-V9
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 18:36:54 -0700
X-Env-Sender: florian.heigl@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1320111384!46688409!1
X-Originating-IP: [209.85.210.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16638 invoked from network); 1 Nov 2011 01:36:26 -0000
Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com)
	(209.85.210.171)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	1 Nov 2011 01:36:26 -0000
Received: by iaen33 with SMTP id n33so10838685iae.30
	for ;
	Mon, 31 Oct 2011 18:36:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=uR+HN7N0o93qp1vgHdCGhpS/t3NFRNhACjEPa9ekNpk=;
	b=On91CjEZ0EtIFJadP4fhDZo8sWa7OqJB0B7D7OoXCgYwPpugdY5Tj98mim/FAeYkay
	KBK7AHgGAgtcOQxXMlr8zWqknnbsvSVp9aeiug/CdxrXxlHGQNe2zXR4rM/Fj/LjCC+y
	gy6dxrxK4oMArB1j0Hq4TtRIht2Y9aM4qzcAs=
MIME-Version: 1.0
Received: by 10.42.157.135 with SMTP id d7mr26360351icx.19.1320111409388; Mon,
	31 Oct 2011 18:36:49 -0700 (PDT)
Received: by 10.231.208.143 with HTTP; Mon, 31 Oct 2011 18:36:49 -0700 (PDT)
In-Reply-To: <4EAF07A4.1030501@telenet.be>
References: <4EAAD8B8.3080506@telenet.be>
	
	<4EAF07A4.1030501@telenet.be>
Date: Tue, 1 Nov 2011 02:36:49 +0100
Message-ID: 
Subject: Re: [Xen-users] kernel module responsible for a graceful shutdown in
	a HVM guest
From: Florian Heigl 
To: Bart Coninckx 
Content-Type: text/plain; charset=ISO-8859-1
Cc: xen-users 
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi,

2011/10/31 Bart Coninckx :
> Any other ideas besides the suggestion of this helpful sir?

Fix the pacemaker OCF script from Pacemaker to use the triggers for
HVM domU and commit it back to the OCF people.
This will help everyone.

Even "grownup" cluster software like Veritas will not come with
ressource agents that do this out correctly of the box.

Florian

-- 
the purpose of libvirt is to provide an abstraction layer hiding all
xen features added since 2006 until they were finally understood and
copied by the kvm devs.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-devel-bounces@lists.xensource.com Mon Oct 31 19:19:00 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 19:19:00 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL3wJ-0004sQ-NJ; Mon, 31 Oct 2011 19:19:00 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL3vS-0004gP-RS; Mon, 31 Oct 2011 19:18:07 -0700
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1320113882!1785783!1
X-Originating-IP: [209.85.213.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20723 invoked from network); 1 Nov 2011 02:18:03 -0000
Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com)
	(209.85.213.43)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	1 Nov 2011 02:18:03 -0000
Received: by ywp17 with SMTP id 17so10877294ywp.30
	for ; Mon, 31 Oct 2011 19:18:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=1Cc2Dqe9jae/Rhm1vY30NTPMGirHyjNlR7NfCRc9KYA=;
	b=wDvQRRqdnzOXemlFXAj3SctoOiMoIP4Vsm20Kk604vsnX1hjt5t+0mnMwwnkFwCtOB
	UKaGKhVmoIeTwt832ouoJx+vUrVXe+AuuUREuGIuEucchPCFhe1ygU2PCVKIz8YQFaSS
	AAC3TGtEiTdGZayZ8Be77TWnNKYnPDUJLk1/4=
Received: by 10.68.40.136 with SMTP id x8mr12417555pbk.10.1320113881546;
	Mon, 31 Oct 2011 19:18:01 -0700 (PDT)
Received: from [172.16.25.10] ([221.149.233.253])
	by mx.google.com with ESMTPS id c3sm20737569pbt.12.2011.10.31.19.17.58
	(version=SSLv3 cipher=OTHER); Mon, 31 Oct 2011 19:18:00 -0700 (PDT)
Message-ID: <4EAF56D3.706@xen.org>
Date: Tue, 01 Nov 2011 02:17:55 +0000
From: Lars Kurth 
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Florian Heigl 
Subject: Re: [Xen-users] Re: [Xen-devel] Xen document day (Oct 12 or 26)
References: <4E92D809.9000504@xen.org>
	<20111010160404.GB28646@phenom.oracle.com>
	<4E946EB9.7050209@xen.org>
	
	<20111013180244.GC15499@phenom.oracle.com>
	<5400260811821008556@unknownmsgid>
	<1318859996.16132.16.camel@zakaz.uk.xensource.com>
	<4E9C4516.2070902@xen.org>
	<1318864667.16132.22.camel@zakaz.uk.xensource.com>
	<4E9C4BAB.9020605@xen.org>
	<20111026195543.GA6558@phenom.dumpdata.com>
	<4EA932D5.3060504@xen.org>
	
	<4EAAA467.2030503@xen.org>
	
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "xen-devel@lists.xensource.com" ,
	Ian Campbell ,
	Konrad Rzeszutek Wilk ,
	Andrew Bobulsky ,
	Joseph Glanville ,
	"xen-users@lists.xensource.com" 
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

Note that mediawiki allows pages to be in several categories. Check out 
http://en.wikipedia.org/wiki/Special:Categories

>  I think the main issues (mess) with the old wiki were:
>  - not being able to contact someone if information is incorrect / outdated
We would need category and page owners for this. I will have to think about this.

>  - noone looking into pages that had become outdated
Agreed. I think we also faced the issue that we didn't know what was outdated. That makes fixing it a harder problem

>  - not looking for pages that might be outdated
Categories and attention boxes should help

>  - most of the pages being immutable so you couldn't even fix stuff.
That is a MoinMoin feature (which should be resolved with MediaWiki). The MoinMoin spamming protection is extremely primitive.

>  So if we limit edit rights to certain user groups that is not a
>  problem, as long as the groups are big enough to maintain the
>  categories.
MediaWiki has quite fine grained user control. I will have to think about how to set this up, but my gut feel is we should have:
- Admins
- Editors (get notified when people make changes, owners of categories)
- Authors (anybody with an account)

>  Also it might be helpful to use a release mechanism - if any
>  registered user can create pages, but they stay invisible until
>  approval then this would save a lot of time for the regular authors
>  and still keep up quality. (Thats working really well in my
>  experience)
I think that is not advisable. I rather go for the WikiPedia approach, where wrong changes are reverted by editors. I think we should try with an open model and make it more restrictive it the open model doesn't work

Regards
Lars


On 30/10/2011 20:58, Florian Heigl wrote:
> Hi Lars,
>
> 2011/10/28 Lars Kurth:
>> There may be a few more. Will need to work on these a little more. It may
>> also mean that the MediWiki instance is set up that pages must have a
>> category and that only a subset of users can create new ones. Otherwise we
>> get into the same mess again.
> I think the main issues (mess) with the old wiki were:
> - not being able to contact someone if information is incorrect / outdated
> - noone looking into pages that had become outdated
> - not looking for pages that might be outdated
> - most of the pages being immutable so you couldn't even fix stuff.
>
> So if we limit edit rights to certain user groups that is not a
> problem, as long as the groups are big enough to maintain the
> categories.
> Also it might be helpful to use a release mechanism - if any
> registered user can create pages, but they stay invisible until
> approval then this would save a lot of time for the regular authors
> and still keep up quality. (Thats working really well in my
> experience)
>
> Greetings
> Florian


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

From xen-users-bounces@lists.xensource.com Mon Oct 31 19:39:00 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 19:39:00 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL4Fg-0006QU-Ld; Mon, 31 Oct 2011 19:39:00 -0700
Received: from mail21.messagelabs.com ([85.158.143.35])
	by lists.xensource.com with smtp (Exim 4.43) id 1RL4ET-00066F-3z
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 19:37:45 -0700
X-Env-Sender: hxkhust@126.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1320115059!2425573!1
X-Originating-IP: [220.181.15.25]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26570 invoked from network); 1 Nov 2011 02:37:41 -0000
Received: from m15-25.126.com (HELO m15-25.126.com) (220.181.15.25)
	by server-3.tower-21.messagelabs.com with SMTP;
	1 Nov 2011 02:37:41 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com;
	s=s110527; h=Received:Date:From:To:Cc:Message-ID:Subject:
	MIME-Version:Content-Type; bh=z/Q5XcZ9+NONeg2AbkjguKR5rHdTIgKxPi
	xidN2XbOA=; b=VpKFDcOEYQ93iwjH/aR9Ecw6KFKvsWx66v8Lf74q7wtl6piyMt
	8LrL637g3DmMP4AwPRt+23NeetORaxirBxTZEBY20luZGRzENTp150E7oQ5V1FTb
	8s8UIL3ZuBJEPouOfAvBj5WyZSTnH6z7toO339v9LoNJiRGszeJ1VaBm4=
Received: from hxkhust ( [211.69.198.241] ) by ajax-webmail-wmsvr25
	(Coremail) ; Tue, 1 Nov 2011 10:37:25 +0800 (CST)
Date: Tue, 1 Nov 2011 10:37:25 +0800 (CST)
From: hxkhust 
To: list@fajar.net
Message-ID: <26ff5f93.45ed.1335cfd047c.Coremail.hxkhust@126.com>
MIME-Version: 1.0
X-Originating-IP: [211.69.198.241]
X-Priority: 3
X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build
	111010(15198.4106.4075) Copyright (c) 2002-2011 www.mailtech.cn 126com
X-CM-CTRLDATA: U1VxjWZvb3Rlcl9odG09MjcyMDoyMDg=
X-CM-TRANSID: GcqowGDZgEJlW69OCBkUAA--.522W
X-CM-SenderInfo: xk0nx3lvw6ij2wof0z/1tbitBPqBUX9f5RRogABsp
X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU==
Cc: xen-users@lists.xensource.com
Subject: [Xen-users] Re: Re: I have no xenbr0 and peth0 with bridge-utils
	package
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0040567395=="
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

--===============0040567395==
Content-Type: multipart/alternative; 
	boundary="----=_Part_49337_1418713998.1320115045500"

------=_Part_49337_1418713998.1320115045500
Content-Type: text/plain; charset=GBK
Content-Transfer-Encoding: base64

RmFqYXIsCiAKVGhhbmtzIGZvciB5b3VyIHByb3Bvc2FsLgpiZWNhdXNlIEkgcGxhbiB0byBtYWtl
IHNvbWUgZGV2ZWxvcG1lbnQgaW4gdGhlIHhlbiBzb3VyY2UgY29kZXMsSSBjYW5ub3QgdXNlIGRp
c3Ryby1idW5kbGVkIFhlbiBhbmQgaGF2ZSB0byBjb21waWxlIHRoZW0gYnkgbXlzZWxmLgpJICBp
bnN0YWxsIHhlbiBvbiBDZW50T1MgNi4wIC5XaGVuIGkgdHJ5IHRvIHNldCB1cCB4ZW5kICx0aGVy
ZSBpcyBzb21ldGhpbmcgd3JvbmcgaGFwcGVuaW5nLlRoZSBmb2xsb3dpbmcgaXMgYWJvdXQgdGhl
IG91dGNvbWUgb2Ygc29tZSBjb21tYW5kcyhpbmNsdWRpbmcgImJyY3RsIHNob3ciKWp1c3QgYWZ0
ZXIgb3BlbmluZyB0aGUgZ25vbWUtdGVybWluYWwuCiAKW3Jvb3RAbG9jYWxob3N0IH5dIyBicmN0
bCBzaG93CmJyaWRnZSBuYW1lIGJyaWRnZSBpZCAgU1RQIGVuYWJsZWQgaW50ZXJmYWNlcwpbcm9v
dEBsb2NhbGhvc3Qgfl0jIHNlcnZpY2UgeGVuY29tbW9ucyBzdGFydApTdGFydGluZyB4ZW5zdG9y
ZWQuLi4KU2V0dGluZyBkb21haW4gMCBuYW1lLi4uClN0YXJ0aW5nIHhlbmNvbnNvbGVkLi4uClty
b290QGxvY2FsaG9zdCB+XSMgc2VydmljZSB4ZW5kIHN0YXJ0ClJUTkVUTElOSyBhbnN3ZXJzOiBE
ZXZpY2Ugb3IgcmVzb3VyY2UgYnVzeQpbcm9vdEBsb2NhbGhvc3Qgfl0jIHNlcnZpY2UgeGVuZG9t
YWlucyBzdGFydApbcm9vdEBsb2NhbGhvc3Qgfl0jIGJyY3RsIHNob3cKYnJpZGdlIG5hbWUgYnJp
ZGdlIGlkICBTVFAgZW5hYmxlZCBpbnRlcmZhY2VzCnRtcGJyaWRnZSAgODAwMC4wMDAwMDAwMDAw
MDAgbm8gIApbcm9vdEBsb2NhbGhvc3Qgfl0jCiAKSSBjYW4gZG8gbm90aGluZyBhYm91dCB0aGlz
IGFuZCB0aGlzIHByb2JsZW0gaGF2ZSBpbmZsdWVuY2Ugb24gdm1zJyBjcmVhdGlvbi5IZWxwIHBs
ZWFzZS4gCiAKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKgovL1RoZSB3b3JkcyBiZWxvdyBhcmUgcHJldmlvdXMuCiAKPiBEZWFyIGxp
c3QgbWVtYmVycywKPgo+IEkgaGF2ZSBhIHByb2JsZW0gd2hlbiBpIGZpbmlzaCBpbnN0YWxsaW5n
IHRoZSB4ZW4gNC4xLjIgYW5kIGxpbnV4IGtlcm5lbAo+IDMuMC40Lgo+Cj4gQWZ0ZXIgSSBzdGFy
dCB0aGUgc2VydmljZXMgb2YgeGVuY29tbW9ucyx4ZW5kIGFuZCB4ZW5kb21haW5zLCBJIGNhbm5v
dCBmaW5kCj4gdGhlIHhlbmJyMCBhbmQgcGV0aDAgdXNpbmcgdGhlIGNvbW1hbmQgJ2lmY29uZmln
Jy5NZWFud2hpbGUgbmV3IHZtcyBjYW5ub3QKPiBiZSBzZXQgdXAgbm9ybWFsbHkuIEkgY29uZmly
bSB0aGF0IGkgaGF2ZSBpbnN0YWxsZWQgdGhlIHBhY2thZ2Ugb2YKPiBicmlkZ2UtdXRpbHMgYW5k
IHRoZSBsaW5lICIobmV0d29yay1zY3JpcHQgbmV0d29yay1icmlkZ2UpIiBpbgo+IHhlbmQtY29u
ZmlnLnN4cCBpcyB3aXRob3V0IHRoZSBiZWdpbm5pbmcgb2YgIiMiLgo+Cj4gVGhpcyBwcm9ibGVt
IGlzIGltcG9ydGFudCB0byBtZSBhbmQgaSBoYXZlIHRha2VuIGEgbG90IG9mIHRpbWUgb24gaXQu
Cj4gSSBuZWVkICB5b3VyIGFkdmljZS5wbGVhc2UgaGVscCBtZS4KClNob3J0IGFuc3dlcjogZG9u
J3QgYm90aGVyLiBKdXN0IHVzZSBkaXN0cm8tYnVuZGxlZCBYZW4sIGFuZCBpZgp0aGVyZSdzIGEg
cHJvYmxlbSBwZW9wbGUgdXNpbmcgdGhlIHNhbWUgZGlzdHJvIGNhbiBoZWxwIHlvdS4KCkxvbmcg
YW5zd2VyOgpOZXdlciB2ZXJzaW9uIG9mIFhlbiB3b24ndCBoYXZlIHhlbmJyMC4gVGhpcyBpcyBu
b3JtYWwuIFRoZSBicmlkZ2UKd2lsbCBiZSBldGgwIChvciB3aGF0ZXZlciB5b3VyIHByaW1hcnkg
bmV0d29yayBkZXZpY2UgaXMpLiBXaGF0IGlzIHRoZQpvdXRwdXQgb2YgImJyY3RsIHNob3ciPwoK
QWxzbywgdGhlIGN1cnJlbnQgcmVjb21tZW5kZWQgd2F5IHRvIHNldHVwIGJyaWRnZSBpcyB0byB1
c2UgeW91cgpkaXN0cm8ncyBtZWNoYW5pc20gKGUuZy4gL2V0Yy9uZXR3b3JrL2ludGVyZmFjZXMs
Ci9ldGMvc3lzY29uZmlnL25ldHdvcmstc2NyaXB0cy8qKSwgc28geW91IHNob3VsZG4ndCB1c2Ug
bmV0d29yay1icmlkZ2UKc2NyaXB0LgoKLS0KRmFqYXIKCg==
------=_Part_49337_1418713998.1320115045500
Content-Type: text/html; charset=GBK
Content-Transfer-Encoding: base64

PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7
Zm9udC1mYW1pbHk6YXJpYWwiPjxESVY+RmFqYXIsPC9ESVY+CjxESVY+Jm5ic3A7PC9ESVY+CjxE
SVY+VGhhbmtzIGZvciB5b3VyIHByb3Bvc2FsLjwvRElWPgo8RElWPmJlY2F1c2UmbmJzcDtJIHBs
YW4gdG8gbWFrZSBzb21lIGRldmVsb3BtZW50IGluIHRoZSB4ZW4gc291cmNlIGNvZGVzLEkgY2Fu
bm90IHVzZSBkaXN0cm8tYnVuZGxlZCBYZW4gYW5kIGhhdmUgdG8gY29tcGlsZSZuYnNwO3RoZW0g
YnkgbXlzZWxmLjwvRElWPgo8RElWPkkgJm5ic3A7aW5zdGFsbCB4ZW4gb24gQ2VudE9TIDYuMCAu
V2hlbiBpIHRyeSB0byBzZXQgdXAgeGVuZCAsdGhlcmUgaXMgc29tZXRoaW5nIHdyb25nIGhhcHBl
bmluZy5UaGUgZm9sbG93aW5nIGlzIGFib3V0IHRoZSBvdXRjb21lIG9mIHNvbWUgY29tbWFuZHMo
aW5jbHVkaW5nICJicmN0bCBzaG93IilqdXN0IGFmdGVyIG9wZW5pbmcgdGhlIGdub21lLXRlcm1p
bmFsLjwvRElWPgo8RElWPiZuYnNwOzwvRElWPgo8RElWPltyb290QGxvY2FsaG9zdCB+XSMgYnJj
dGwgc2hvdzxCUj5icmlkZ2UgbmFtZSZuYnNwO2JyaWRnZSBpZCZuYnNwOyZuYnNwO1NUUCBlbmFi
bGVkJm5ic3A7aW50ZXJmYWNlczxCUj5bcm9vdEBsb2NhbGhvc3Qgfl0jIHNlcnZpY2UgeGVuY29t
bW9ucyBzdGFydDxCUj5TdGFydGluZyB4ZW5zdG9yZWQuLi48QlI+U2V0dGluZyBkb21haW4gMCBu
YW1lLi4uPEJSPlN0YXJ0aW5nIHhlbmNvbnNvbGVkLi4uPEJSPltyb290QGxvY2FsaG9zdCB+XSMg
c2VydmljZSB4ZW5kIHN0YXJ0PEJSPlJUTkVUTElOSyBhbnN3ZXJzOiBEZXZpY2Ugb3IgcmVzb3Vy
Y2UgYnVzeTxCUj5bcm9vdEBsb2NhbGhvc3Qgfl0jIHNlcnZpY2UgeGVuZG9tYWlucyBzdGFydDxC
Uj5bcm9vdEBsb2NhbGhvc3Qgfl0jIGJyY3RsIHNob3c8QlI+YnJpZGdlIG5hbWUmbmJzcDticmlk
Z2UgaWQmbmJzcDsmbmJzcDtTVFAgZW5hYmxlZCZuYnNwO2ludGVyZmFjZXM8QlI+dG1wYnJpZGdl
Jm5ic3A7Jm5ic3A7ODAwMC4wMDAwMDAwMDAwMDAmbmJzcDtubyZuYnNwOyZuYnNwOzxCUj5bcm9v
dEBsb2NhbGhvc3Qgfl0jIDwvRElWPgo8RElWPiZuYnNwOzwvRElWPgo8RElWPkkmbmJzcDtjYW4g
ZG8gbm90aGluZyBhYm91dCB0aGlzIGFuZCB0aGlzIHByb2JsZW0mbmJzcDtoYXZlIGluZmx1ZW5j
ZSBvbiB2bXMnIGNyZWF0aW9uLkhlbHAgcGxlYXNlLjxFTT4mbmJzcDs8L0VNPjwvRElWPgo8RElW
PiZuYnNwOzwvRElWPgo8RElWPioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKio8L0RJVj4KPERJVj4vL1RoZSB3b3JkcyBiZWxvdyBhcmUg
cHJldmlvdXMuPC9ESVY+CjxESVY+Jm5ic3A7PC9ESVY+CjxESVY+Jmd0OyBEZWFyIGxpc3QgbWVt
YmVycyw8QlI+Jmd0OzxCUj4mZ3Q7IEkgaGF2ZSBhIHByb2JsZW0gd2hlbiBpIGZpbmlzaCBpbnN0
YWxsaW5nIHRoZSB4ZW4gNC4xLjIgYW5kIGxpbnV4IGtlcm5lbDxCUj4mZ3Q7IDMuMC40LjxCUj4m
Z3Q7PEJSPiZndDsgQWZ0ZXImbmJzcDtJIHN0YXJ0IHRoZSBzZXJ2aWNlcyBvZiB4ZW5jb21tb25z
LHhlbmQgYW5kIHhlbmRvbWFpbnMsJm5ic3A7SSBjYW5ub3QmbmJzcDtmaW5kPEJSPiZndDsgdGhl
IHhlbmJyMCBhbmQgcGV0aDAgdXNpbmcgdGhlIGNvbW1hbmQmbmJzcDsnaWZjb25maWcnLk1lYW53
aGlsZSBuZXcgdm1zJm5ic3A7Y2Fubm90PEJSPiZndDsgYmUgc2V0IHVwIG5vcm1hbGx5LiBJIGNv
bmZpcm0gdGhhdCBpIGhhdmUgaW5zdGFsbGVkIHRoZSBwYWNrYWdlIG9mPEJSPiZndDsgYnJpZGdl
LXV0aWxzIGFuZCB0aGUmbmJzcDtsaW5lICIobmV0d29yay1zY3JpcHQgbmV0d29yay1icmlkZ2Up
IiZuYnNwO2luPEJSPiZndDsgeGVuZC1jb25maWcuc3hwIGlzIHdpdGhvdXQgdGhlIGJlZ2lubmlu
ZyBvZiAiIyIuPEJSPiZndDs8QlI+Jmd0OyBUaGlzIHByb2JsZW0gaXMgaW1wb3J0YW50IHRvIG1l
IGFuZCBpIGhhdmUgdGFrZW4gYSBsb3Qgb2YgdGltZSBvbiBpdC48QlI+Jmd0OyBJJm5ic3A7bmVl
ZCZuYnNwOyB5b3VyIGFkdmljZS5wbGVhc2UgaGVscCBtZS48QlI+PEJSPlNob3J0IGFuc3dlcjog
ZG9uJ3QgYm90aGVyLiBKdXN0IHVzZSBkaXN0cm8tYnVuZGxlZCBYZW4sIGFuZCBpZjxCUj50aGVy
ZSdzIGEgcHJvYmxlbSBwZW9wbGUgdXNpbmcgdGhlIHNhbWUgZGlzdHJvIGNhbiBoZWxwIHlvdS48
QlI+PEJSPkxvbmcgYW5zd2VyOjxCUj5OZXdlciB2ZXJzaW9uIG9mIFhlbiB3b24ndCBoYXZlIHhl
bmJyMC4gVGhpcyBpcyBub3JtYWwuIFRoZSBicmlkZ2U8QlI+d2lsbCBiZSBldGgwIChvciB3aGF0
ZXZlciB5b3VyIHByaW1hcnkgbmV0d29yayBkZXZpY2UgaXMpLiBXaGF0IGlzIHRoZTxCUj5vdXRw
dXQgb2YgImJyY3RsIHNob3ciPzxCUj48QlI+QWxzbywgdGhlIGN1cnJlbnQgcmVjb21tZW5kZWQg
d2F5IHRvIHNldHVwIGJyaWRnZSBpcyB0byB1c2UgeW91cjxCUj5kaXN0cm8ncyBtZWNoYW5pc20g
KGUuZy4gL2V0Yy9uZXR3b3JrL2ludGVyZmFjZXMsPEJSPi9ldGMvc3lzY29uZmlnL25ldHdvcmst
c2NyaXB0cy8qKSwgc28geW91IHNob3VsZG4ndCB1c2UgbmV0d29yay1icmlkZ2U8QlI+c2NyaXB0
LjxCUj48QlI+LS0gPEJSPkZhamFyPEJSPjxCUj48L0RJVj48L2Rpdj48YnI+PGJyPjxzcGFuIHRp
dGxlPSJuZXRlYXNlZm9vdGVyIj48c3BhbiBpZD0ibmV0ZWFzZV9tYWlsX2Zvb3RlciI+PGhyLz4K
PGEgaHJlZj0iaHR0cDovL3YuMTYzLmNvbS9zcGVjaWFsL3Bvc2l0aXZlcHN5Y2hvbG9neS8/ZnJv
bT1tYWlsZm9vdGVyIiB0YXJnZXQ9Il9ibGFuayI+zfjS17mrv6q/zs3Gs/a5/rfw1+7K3Lu2062h
ttDSuKOht7/Os8yjrLDvxPrQ3sL60NK4o9Gnt9YhPC9hPgo8L3NwYW4+PC9zcGFuPg==
------=_Part_49337_1418713998.1320115045500--



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

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
--===============0040567395==--



From xen-users-bounces@lists.xensource.com Mon Oct 31 20:08:37 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 20:08:37 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL4iL-0007pI-LL; Mon, 31 Oct 2011 20:08:37 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RL4h3-0007Uh-KJ
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 20:07:18 -0700
X-Env-Sender: fajar@fajar.net
X-Msg-Ref: server-2.tower-216.messagelabs.com!1320116833!3123260!1
X-Originating-IP: [209.85.213.43]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27747 invoked from network); 1 Nov 2011 03:07:14 -0000
Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com)
	(209.85.213.43)
	by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	1 Nov 2011 03:07:14 -0000
Received: by ywp17 with SMTP id 17so10922482ywp.30
	for ;
	Mon, 31 Oct 2011 20:07:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.236.174.106 with SMTP id w70mr19839743yhl.54.1320116833314;
	Mon, 31 Oct 2011 20:07:13 -0700 (PDT)
Received: by 10.146.173.1 with HTTP; Mon, 31 Oct 2011 20:07:13 -0700 (PDT)
In-Reply-To: <26ff5f93.45ed.1335cfd047c.Coremail.hxkhust@126.com>
References: <26ff5f93.45ed.1335cfd047c.Coremail.hxkhust@126.com>
Date: Tue, 1 Nov 2011 10:07:13 +0700
Message-ID: 
From: "Fajar A. Nugraha" 
To: hxkhust 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: xen-users@lists.xensource.com
Subject: [Xen-users] Re: Re: I have no xenbr0 and peth0 with bridge-utils
	package
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

2011/11/1 hxkhust :
> [root@localhost ~]# brctl show
> bridge name=A0bridge id=A0=A0STP enabled=A0interfaces
> [root@localhost ~]# service xencommons start
> Starting xenstored...
> Setting domain 0 name...
> Starting xenconsoled...
> [root@localhost ~]# service xend start
> RTNETLINK answers: Device or resource busy

Something's wrong there.

> [root@localhost ~]# service xendomains start
> [root@localhost ~]# brctl show
> bridge name=A0bridge id=A0=A0STP enabled=A0interfaces
> tmpbridge=A0=A08000.000000000000=A0no

You can try to look at network-bridge script and figure out what's
wrong, but IMHO it's better to just create bridges using OS config
files in RHEL6. An example for KVM (which should also work on xen):
http://www.techotopia.com/index.php/Creating_an_RHEL_6_KVM_Networked_Bridge=
_Interface
. In that example the bridge name is bridge0, but you can change it to
whatever you want (including xenbr0).

--=20
Fajar

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

From xen-users-bounces@lists.xensource.com Mon Oct 31 23:20:08 2011
Return-path: 
Envelope-to: www-data@lists.xensource.com
Delivery-date: Mon, 31 Oct 2011 23:20:08 -0700
Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com)
	by lists.xensource.com with esmtp (Exim 4.43)
	id 1RL7hg-0004rv-79; Mon, 31 Oct 2011 23:20:08 -0700
Received: from mail216.messagelabs.com ([85.158.143.99])
	by lists.xensource.com with esmtp (Exim 4.43) id 1RL7gN-0004Wg-EB
	for xen-users@lists.xensource.com; Mon, 31 Oct 2011 23:18:48 -0700
X-Env-Sender: xwaple@gmail.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1320128323!1802220!1
X-Originating-IP: [209.85.220.171]
X-StarScan-Version: 6.4.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22409 invoked from network); 1 Nov 2011 06:18:44 -0000
Received: from mail-vx0-f171.google.com (HELO mail-vx0-f171.google.com)
	(209.85.220.171)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	1 Nov 2011 06:18:44 -0000
Received: by vcbfo13 with SMTP id fo13so745231vcb.30
	for ;
	Mon, 31 Oct 2011 23:18:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=bZuaijE3RkRMWQVhwH96oAMhpwca2CD+45bvZVIvPro=;
	b=PoXuc3/M402X6xxsGEOxCZxpnDdFw/S+iLSx8HQYDFHrJryh8uheJEnLtG4dxsowmS
	RVHE+LFKdYdCNisdHgm3eGhM8JMBYToVhQ35lRaxeY+gP8FdvYgegXqRDlj3cfLqW0A9
	ySCxl05ustc9ACTSZx1xkAiZ5XQk+i+hOsxSY=
Received: by 10.52.27.208 with SMTP id v16mr7355987vdg.22.1320128323046;
	Mon, 31 Oct 2011 23:18:43 -0700 (PDT)
Received: from [10.66.64.32] ([203.114.244.88])
	by mx.google.com with ESMTPS id bu10sm13339448vdb.3.2011.10.31.23.18.41
	(version=SSLv3 cipher=OTHER); Mon, 31 Oct 2011 23:18:42 -0700 (PDT)
Message-ID: <4EAF8F70.1020209@gmail.com>
Date: Tue, 01 Nov 2011 14:19:28 +0800
From: X Waple 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.22) Gecko/20110906 Fedora/3.1.14-1.fc14 Thunderbird/3.1.14
MIME-Version: 1.0
To: xen-users@lists.xensource.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Xen-users] PV DomUs can't get ip via dhcp
X-BeenThere: xen-users@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xensource.com
Errors-To: xen-users-bounces@lists.xensource.com

Hi guys,

I'm trying xen with Fedora (Xen 4.1.2 + Linux 3.1.0-5.fc16.x86_64), but 
hit some issue with getting dhcp ip for PV DomUs.

[1] host setup is like this (MACs and ip are substituted due to privacy):

[root@localhost ~]# cat /etc/sysconfig/network-scripts/ifcfg-em1
DEVICE="em1"
HWADDR="02:23:7D:1A:2B:16"
BRIDGE=xenbr1
BOOTPROTO="dhcp"
ONBOOT="yes"
NM_CONTROLLED="no"
[root@localhost ~]# cat /etc/sysconfig/network-scripts/ifcfg-xenbr1
DEVICE=xenbr1
TYPE=Bridge
BOOTPROTO=dhcp
ONBOOT=yes

so I get the bridge topo as:

[root@localhost ~]# brctl show
bridge name    bridge id        STP enabled    interfaces
xenbr1        8000.02237d1a2b16    no        em1

[root@localhost ~]# ifconfig -a
em1       Link encap:Ethernet  HWaddr 02:23:7D:1A:2B:16
           inet6 addr: fe80::4637:e6ff:fe6a:7bed/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:220585 errors:0 dropped:0 overruns:0 frame:0
           TX packets:65020 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:21377675 (20.3 MiB)  TX bytes:12133827 (11.5 MiB)
           Interrupt:20 Memory:fe400000-fe420000

lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:16436  Metric:1
           RX packets:107 errors:0 dropped:0 overruns:0 frame:0
           TX packets:107 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:7596 (7.4 KiB)  TX bytes:7596 (7.4 KiB)

xenbr1    Link encap:Ethernet  HWaddr 02:23:7D:1A:2B:16
           inet addr:192.168.0.20  Bcast:192.168.0.255  Mask:255.255.255.0
           inet6 addr: fe80::4637:e6ff:fe6a:7bed/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:218102 errors:0 dropped:0 overruns:0 frame:0
           TX packets:61087 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:17253427 (16.4 MiB)  TX bytes:11510311 (10.9 MiB)

[2] after I started a centos 5 pv guest:

[root@localhost ~]# cat /etc/xen/centos-5-pv
name = "centos-5-pv"
maxmem = 1024
memory = 1024
vcpus = 1
bootloader = "/usr/bin/pygrub"
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "preserve"
vfb = [ 'type=vnc,vncunused=1,keymap=en-us,vnclisten=0.0.0.0' ]
disk = [ "tap:aio:/var/lib/xen/images/centos-5-pv.img,xvda,w" ]
vif = [ "mac=00:16:36:1e:2d:01,bridge=xenbr1,script=vif-bridge" ]
serial = "pty"

[root@localhost ~]# xl create -c /etc/xen/centos-5-pv

[root@localhost ~]# xl list
Name                                        ID   Mem VCPUs    State   
  Time(s)
Domain-0                                     0  4638     4     
r-----     403.0
centos-5-pv                                  1  1024     1     
-b----     166.8

I got the network interfaces like this:

[root@localhost ~]# brctl show
bridge name    bridge id        STP enabled    interfaces
xenbr1        8000.02237d1a2b16    no        em1

[root@localhost ~]# ifconfig -a
em1       Link encap:Ethernet  HWaddr 02:23:7D:1A:2B:16
           inet6 addr: fe80::4637:e6ff:fe6a:7bed/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:220585 errors:0 dropped:0 overruns:0 frame:0
           TX packets:65020 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:21377675 (20.3 MiB)  TX bytes:12133827 (11.5 MiB)
           Interrupt:20 Memory:fe400000-fe420000

lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:16436  Metric:1
           RX packets:107 errors:0 dropped:0 overruns:0 frame:0
           TX packets:107 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:7596 (7.4 KiB)  TX bytes:7596 (7.4 KiB)

vif1.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
           inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:1046 errors:0 dropped:0 overruns:0 frame:0
           TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:32
           RX bytes:339763 (331.7 KiB)  TX bytes:7308 (7.1 KiB)

xenbr1    Link encap:Ethernet  HWaddr 02:23:7D:1A:2B:16
           inet addr:192.168.0.20  Bcast:192.168.0.255  Mask:255.255.255.0
           inet6 addr: fe80::4637:e6ff:fe6a:7bed/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:218102 errors:0 dropped:0 overruns:0 frame:0
           TX packets:61087 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:17253427 (16.4 MiB)  TX bytes:11510311 (10.9 MiB)

After the PV guest boot up, it can't get ip from dhcp, I tried to 
capture the dhcp packets on the interfaces of em1, xenbr1 and vif1.0 by:
[root@localhost ~]#  tcpdump -i em1 port 67 or port 68

I can only see dhcp request packets on vif1.0, no request packets 
visible on em1 or xenb1. (selinux and iptables are disabled in both Dom0 
and DomU).

[3] Then I started a HVM guest (DomId = 3), it can get ip successfully 
on the same host. I only see it's different that there are tap3.0 and 
vif3.0 interfaces created for the HVM guest, and tap3.0 is added in the 
bridge:

[root@localhost ~]# brctl show
bridge name    bridge id        STP enabled    interfaces
xenbr1        8000.02237d1a2b16    no        em1
                             tap3.0

Could someone tell me what I need to do further or explain to me how xen 
setup the network interfaces for PV guests compare to the HVM guests 
when using bridge mode?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users