From xen-api-bounces@lists.xen.org Mon Oct 01 07:57:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 07:57:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIasC-0004E7-Kd; Mon, 01 Oct 2012 07:57:04 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TIasB-0004E2-4k for xen-api@lists.xen.org; Mon, 01 Oct 2012 07:57:03 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-6.tower-27.messagelabs.com!1349078205!7414218!1 X-Originating-IP: [80.12.242.125] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29191 invoked from network); 1 Oct 2012 07:56:46 -0000 Received: from smtp03.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.125) by server-6.tower-27.messagelabs.com with SMTP; 1 Oct 2012 07:56:46 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d38 with ME id 5jwk1k00R3zjds103jwkmg; Mon, 01 Oct 2012 09:56:45 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id A759D161B7B; Mon, 1 Oct 2012 09:56:44 +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 10026) with ESMTP id tzJwcswjBzyx; Mon, 1 Oct 2012 09:56:38 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id EF6CB161B7A; Mon, 1 Oct 2012 09:56:37 +0200 (CEST) Message-ID: <50694CB5.7030909@tranquil-it-systems.fr> Date: Mon, 01 Oct 2012 09:56:37 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Clayton Weise References: <506619BD.3000408@gmail.com> In-Reply-To: Cc: "'xen-api@lists.xen.org'" Subject: Re: [Xen-API] XCP and cloud storage advise needed X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Clayton, > Wouldn=92t a SAS HBA be similar to an FC or hardware iSCSI HBA? How does > XCP deal with a hardware iSCSI or FC HBAs and LUNs? XCP just uses CLVM, > which in theory should be able to share any centralized block device, > right? Or am I totally off base here=85 A few month ago I had the opportunity to set up a test drbd = primary-primary SR by defining a shared SR on /dev/drbd0 device in the = pool. It worked fine however I didn't follow on because of split brain = issues when dealing with disaster recovery. So if it can work with a /dev/drbd0 device node, then if you can have a = /dev/sdb corresponding to one of your MD3200 LUNs on all the nodes, then = I guess you should be able to have a shared SR. xe sr-create shared=3Dtrue device-config:device=3D"/dev/sdb" = name-label=3D"SCSI-SR1" type=3Dlvm However you should test thoroughly your disaster recovery scenario = before going into production. Cheers, Denis > > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin > *Sent:* Friday, September 28, 2012 2:42 PM > *To:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] XCP and cloud storage advise needed > > AFAIK XCP does not supports shared SCSI SR. You can try adopt SR, but > this is not simple task and require deep understanding of some XCP > internals. > > XCP can allow you to create few SR's for few hosts, but VMs on that host > will be unmigrable (half of cloud gone). If you want to use XCP in full > scale you need network attachable storage, NFS or ISCSI. (note: xcp-xapi > in debian supports only NFS). > > On 29.09.2012 01:11, Alexander Ivanov wrote: > > Hello, > > I have rather general question about XCP - Cloud approach, not sure if > it's appropriate here but would really appreciate any info. > > I'm very new to XCP and the whole Cloud approach, though I've been using > Xen 3.4 on CentOS 5 and KVM on CentOS 6 for quite a while. Our company > has couple of racks with mostly Dell servers using local drives as VM > images, plus few of the servers directly attached to Dell MD3200 (this > is basically external RAID storage that can be shared by few servers > with HBA cards - up to 8 ports per MD3200 connected to servers by SAS > cables - cheap alternatives to 10G iSCSI infrastructure). > > So, now I'm thinking about moving to Cloud infrastructure and my > question is if there is any way to make this MD3200 (or MD1220 or > whatever other external storage it can be using SAS - HBA instead of > real iSCSI) available as a SR (storage resource) for my cloud? From what > I see so far (I have installed XCP 1.4.90 with CloudStack 3.0.2) looks > like the only way to make some resource available to several servers in > the cloud is to use iSCSI (or NFS - basically network sharing). But I > really hate to spend few grands on 10G NICs and 10G switch (they're > still not cheap). If I just stick to Xen (or KVM) without the 'cloud' I > can 'share' this external storage connected by SAS cables among 8 > servers (which is all my 'cloud') fine. Perhaps I just missing something? > > I would also appreciate any info from the actual users of XCP/KVM - what > would you recommend as a 'cloud orchestration' software? Looks like > CloudStack is best choice now (compared to OpenStack and OpenNebula)? I > just want to make sure the solution I choose will be relevant in few > years from now. > > Thank you > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.57 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 01 07:57:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 07:57:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIasC-0004E7-Kd; Mon, 01 Oct 2012 07:57:04 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TIasB-0004E2-4k for xen-api@lists.xen.org; Mon, 01 Oct 2012 07:57:03 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-6.tower-27.messagelabs.com!1349078205!7414218!1 X-Originating-IP: [80.12.242.125] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29191 invoked from network); 1 Oct 2012 07:56:46 -0000 Received: from smtp03.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.125) by server-6.tower-27.messagelabs.com with SMTP; 1 Oct 2012 07:56:46 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d38 with ME id 5jwk1k00R3zjds103jwkmg; Mon, 01 Oct 2012 09:56:45 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id A759D161B7B; Mon, 1 Oct 2012 09:56:44 +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 10026) with ESMTP id tzJwcswjBzyx; Mon, 1 Oct 2012 09:56:38 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id EF6CB161B7A; Mon, 1 Oct 2012 09:56:37 +0200 (CEST) Message-ID: <50694CB5.7030909@tranquil-it-systems.fr> Date: Mon, 01 Oct 2012 09:56:37 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Clayton Weise References: <506619BD.3000408@gmail.com> In-Reply-To: Cc: "'xen-api@lists.xen.org'" Subject: Re: [Xen-API] XCP and cloud storage advise needed X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Clayton, > Wouldn=92t a SAS HBA be similar to an FC or hardware iSCSI HBA? How does > XCP deal with a hardware iSCSI or FC HBAs and LUNs? XCP just uses CLVM, > which in theory should be able to share any centralized block device, > right? Or am I totally off base here=85 A few month ago I had the opportunity to set up a test drbd = primary-primary SR by defining a shared SR on /dev/drbd0 device in the = pool. It worked fine however I didn't follow on because of split brain = issues when dealing with disaster recovery. So if it can work with a /dev/drbd0 device node, then if you can have a = /dev/sdb corresponding to one of your MD3200 LUNs on all the nodes, then = I guess you should be able to have a shared SR. xe sr-create shared=3Dtrue device-config:device=3D"/dev/sdb" = name-label=3D"SCSI-SR1" type=3Dlvm However you should test thoroughly your disaster recovery scenario = before going into production. Cheers, Denis > > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin > *Sent:* Friday, September 28, 2012 2:42 PM > *To:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] XCP and cloud storage advise needed > > AFAIK XCP does not supports shared SCSI SR. You can try adopt SR, but > this is not simple task and require deep understanding of some XCP > internals. > > XCP can allow you to create few SR's for few hosts, but VMs on that host > will be unmigrable (half of cloud gone). If you want to use XCP in full > scale you need network attachable storage, NFS or ISCSI. (note: xcp-xapi > in debian supports only NFS). > > On 29.09.2012 01:11, Alexander Ivanov wrote: > > Hello, > > I have rather general question about XCP - Cloud approach, not sure if > it's appropriate here but would really appreciate any info. > > I'm very new to XCP and the whole Cloud approach, though I've been using > Xen 3.4 on CentOS 5 and KVM on CentOS 6 for quite a while. Our company > has couple of racks with mostly Dell servers using local drives as VM > images, plus few of the servers directly attached to Dell MD3200 (this > is basically external RAID storage that can be shared by few servers > with HBA cards - up to 8 ports per MD3200 connected to servers by SAS > cables - cheap alternatives to 10G iSCSI infrastructure). > > So, now I'm thinking about moving to Cloud infrastructure and my > question is if there is any way to make this MD3200 (or MD1220 or > whatever other external storage it can be using SAS - HBA instead of > real iSCSI) available as a SR (storage resource) for my cloud? From what > I see so far (I have installed XCP 1.4.90 with CloudStack 3.0.2) looks > like the only way to make some resource available to several servers in > the cloud is to use iSCSI (or NFS - basically network sharing). But I > really hate to spend few grands on 10G NICs and 10G switch (they're > still not cheap). If I just stick to Xen (or KVM) without the 'cloud' I > can 'share' this external storage connected by SAS cables among 8 > servers (which is all my 'cloud') fine. Perhaps I just missing something? > > I would also appreciate any info from the actual users of XCP/KVM - what > would you recommend as a 'cloud orchestration' software? Looks like > CloudStack is best choice now (compared to OpenStack and OpenNebula)? I > just want to make sure the solution I choose will be relevant in few > years from now. > > Thank you > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.57 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 01 09:15:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 09:15:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIc5Y-00057Z-H5; Mon, 01 Oct 2012 09:14:56 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIc5X-00057U-CC for xen-api@lists.xen.org; Mon, 01 Oct 2012 09:14:55 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-5.tower-27.messagelabs.com!1349082849!6882750!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MjE2NjI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6666 invoked from network); 1 Oct 2012 09:14:49 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Oct 2012 09:14:49 -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 012B51080; Mon, 1 Oct 2012 12:13:09 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 987172005D; Mon, 1 Oct 2012 12:13:09 +0300 (EEST) Date: Mon, 1 Oct 2012 12:13:09 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Ashutosh Warikoo Message-ID: <20121001091309.GZ8912@reaktio.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP CPUID Configuration X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, Sep 28, 2012 at 06:38:16PM -0700, Ashutosh Warikoo wrote: > Till now the most promising lead I have is that cpuid_feature_mask in > /var/lib/xcp/state.db. The configuration file for this database is located > at /etc/xcp/db.conf > Anyone? Hello, Hopefully these help: http://hcl.vmd.citrix.com/CPUPoolsList.aspx http://forums.citrix.com/thread.jspa?threadID=275910 -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 01 09:15:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 09:15:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIc5Y-00057Z-H5; Mon, 01 Oct 2012 09:14:56 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIc5X-00057U-CC for xen-api@lists.xen.org; Mon, 01 Oct 2012 09:14:55 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-5.tower-27.messagelabs.com!1349082849!6882750!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MjE2NjI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6666 invoked from network); 1 Oct 2012 09:14:49 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Oct 2012 09:14:49 -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 012B51080; Mon, 1 Oct 2012 12:13:09 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 987172005D; Mon, 1 Oct 2012 12:13:09 +0300 (EEST) Date: Mon, 1 Oct 2012 12:13:09 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Ashutosh Warikoo Message-ID: <20121001091309.GZ8912@reaktio.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP CPUID Configuration X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, Sep 28, 2012 at 06:38:16PM -0700, Ashutosh Warikoo wrote: > Till now the most promising lead I have is that cpuid_feature_mask in > /var/lib/xcp/state.db. The configuration file for this database is located > at /etc/xcp/db.conf > Anyone? Hello, Hopefully these help: http://hcl.vmd.citrix.com/CPUPoolsList.aspx http://forums.citrix.com/thread.jspa?threadID=275910 -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 01 12:15:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 12:15:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIeuI-0000MP-JM; Mon, 01 Oct 2012 12:15:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIeuH-0000MG-7i for xen-api@lists.xensource.com; Mon, 01 Oct 2012 12:15:29 +0000 Received: from [85.158.143.35:21082] by server-2.bemta-4.messagelabs.com id C2/B0-06610-06989605; Mon, 01 Oct 2012 12:15:28 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1349093676!12573257!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTI1NjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19305 invoked from network); 1 Oct 2012 12:14:39 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2012 12:14:39 -0000 X-IronPort-AV: E=Sophos;i="4.80,515,1344211200"; d="scan'208,217";a="14868192" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Oct 2012 12:14:35 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 1 Oct 2012 13:14:35 +0100 Message-ID: <5069892A.3040106@citrix.com> Date: Mon, 1 Oct 2012 13:14:34 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" , "xen-users@lists.xensource.com" X-Enigmail-Version: 1.4.4 Subject: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6857331489782983455==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6857331489782983455== Content-Type: multipart/alternative; boundary="------------060706090304090309060304" --------------060706090304090309060304 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Dear Community Members, Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes . This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released. *XCP User Survey *We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here . We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate. *Test Day, October 9th* Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions ). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing *[XCP-1.6-BETA]*. *XCP 1.6 Release Schedule* The release schedule for XCP 1.6 is as follows: * XCP 1.6 Beta release: 1 October * XCP 1.6 Beta test day: 9 October * XCP 1.6 Final release: 24 October Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th. Best Regards Mike McClurg XCP Project Lead --------------060706090304090309060304 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Dear Community Members,

Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes.

This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released.

XCP User Survey

We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here. We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate.

Test Day, October 9th

Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The release schedule for XCP 1.6 is as follows:
  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October
Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th.

Best Regards
Mike McClurg
XCP Project Lead
--------------060706090304090309060304-- --===============6857331489782983455== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6857331489782983455==-- From xen-api-bounces@lists.xen.org Mon Oct 01 12:15:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 12:15:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIeuI-0000MP-JM; Mon, 01 Oct 2012 12:15:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIeuH-0000MG-7i for xen-api@lists.xensource.com; Mon, 01 Oct 2012 12:15:29 +0000 Received: from [85.158.143.35:21082] by server-2.bemta-4.messagelabs.com id C2/B0-06610-06989605; Mon, 01 Oct 2012 12:15:28 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1349093676!12573257!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTI1NjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19305 invoked from network); 1 Oct 2012 12:14:39 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2012 12:14:39 -0000 X-IronPort-AV: E=Sophos;i="4.80,515,1344211200"; d="scan'208,217";a="14868192" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Oct 2012 12:14:35 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 1 Oct 2012 13:14:35 +0100 Message-ID: <5069892A.3040106@citrix.com> Date: Mon, 1 Oct 2012 13:14:34 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" , "xen-users@lists.xensource.com" X-Enigmail-Version: 1.4.4 Subject: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6857331489782983455==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6857331489782983455== Content-Type: multipart/alternative; boundary="------------060706090304090309060304" --------------060706090304090309060304 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Dear Community Members, Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes . This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released. *XCP User Survey *We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here . We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate. *Test Day, October 9th* Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions ). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing *[XCP-1.6-BETA]*. *XCP 1.6 Release Schedule* The release schedule for XCP 1.6 is as follows: * XCP 1.6 Beta release: 1 October * XCP 1.6 Beta test day: 9 October * XCP 1.6 Final release: 24 October Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th. Best Regards Mike McClurg XCP Project Lead --------------060706090304090309060304 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Dear Community Members,

Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes.

This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released.

XCP User Survey

We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here. We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate.

Test Day, October 9th

Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The release schedule for XCP 1.6 is as follows:
  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October
Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th.

Best Regards
Mike McClurg
XCP Project Lead
--------------060706090304090309060304-- --===============6857331489782983455== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6857331489782983455==-- From xen-api-bounces@lists.xen.org Mon Oct 01 12:53:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 12:53:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfVA-0000xo-QG; Mon, 01 Oct 2012 12:53:36 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfV9-0000xS-Ez for xen-api@lists.xen.org; Mon, 01 Oct 2012 12:53:35 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1349096008!6021347!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1375 invoked from network); 1 Oct 2012 12:53:28 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Oct 2012 12:53:28 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q91CrOvm005807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2012 14:53:24 +0200 Message-ID: <50699241.7000408@swisscenter.com> Date: Mon, 01 Oct 2012 14:53:21 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5069892A.3040106@citrix.com> In-Reply-To: <5069892A.3040106@citrix.com> X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6664261206234289584==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6664261206234289584== Content-Type: multipart/alternative; boundary="------------070600010802030702000503" This is a multi-part message in MIME format. --------------070600010802030702000503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hello Mike, Great news :) Downloading iso now and survey filled! Cheers, Sébastien On 01.10.2012 14:14, Mike McClurg wrote: > Dear Community Members, > > Xen.org is happy to announce that XCP 1.6 Beta is available! The > release is available from the download page > and a feature list is > available in the release notes > . > > This release supersedes the XCP 1.5 beta release. In order to be able > to release new XCP versions more efficiently, the XCP team concentrate > their efforts on fixing the XCP internal build system issues. We > recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final > when it is released. > > *XCP User Survey > > *We are also asking XCP users to contribute to our usage survey, which > can be completed from the download page > or here > . We want to know more about how > and why people use XCP, so that we can continue to make it better. You > do not have to take the survey, but we highly encourage everyone to > participate. > > *Test Day, October 9th* > > Because of the great feedback we got from the Xen 4.2 Test Day a month > ago, we scheduled a Test Day > for XCP (also see XCP 1.6 test instructions > ). If you find > any issues with XCP 1.6 beta, please report them on the xen-api > mailing list with the > subject line containing *[XCP-1.6-BETA]*. > > *XCP 1.6 Release Schedule* > > The release schedule for XCP 1.6 is as follows: > > * XCP 1.6 Beta release: 1 October > * XCP 1.6 Beta test day: 9 October > * XCP 1.6 Final release: 24 October > > Unless critical bugs are found that cannot be fixed in time for > October 24th, we will release XCP 1.6 on October 24th. > > Best Regards > Mike McClurg > XCP Project Lead > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070600010802030702000503 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hello Mike,

Great news :) Downloading iso now and survey filled!

Cheers,
Sébastien

On 01.10.2012 14:14, Mike McClurg wrote:
Dear Community Members,

Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes.

This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released.

XCP User Survey

We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here. We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate.

Test Day, October 9th

Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The release schedule for XCP 1.6 is as follows:
  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October
Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th.

Best Regards
Mike McClurg
XCP Project Lead


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

--------------070600010802030702000503-- --===============6664261206234289584== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6664261206234289584==-- From xen-api-bounces@lists.xen.org Mon Oct 01 12:53:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 12:53:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfVA-0000xo-QG; Mon, 01 Oct 2012 12:53:36 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfV9-0000xS-Ez for xen-api@lists.xen.org; Mon, 01 Oct 2012 12:53:35 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1349096008!6021347!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1375 invoked from network); 1 Oct 2012 12:53:28 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Oct 2012 12:53:28 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q91CrOvm005807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2012 14:53:24 +0200 Message-ID: <50699241.7000408@swisscenter.com> Date: Mon, 01 Oct 2012 14:53:21 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5069892A.3040106@citrix.com> In-Reply-To: <5069892A.3040106@citrix.com> X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6664261206234289584==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6664261206234289584== Content-Type: multipart/alternative; boundary="------------070600010802030702000503" This is a multi-part message in MIME format. --------------070600010802030702000503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hello Mike, Great news :) Downloading iso now and survey filled! Cheers, Sébastien On 01.10.2012 14:14, Mike McClurg wrote: > Dear Community Members, > > Xen.org is happy to announce that XCP 1.6 Beta is available! The > release is available from the download page > and a feature list is > available in the release notes > . > > This release supersedes the XCP 1.5 beta release. In order to be able > to release new XCP versions more efficiently, the XCP team concentrate > their efforts on fixing the XCP internal build system issues. We > recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final > when it is released. > > *XCP User Survey > > *We are also asking XCP users to contribute to our usage survey, which > can be completed from the download page > or here > . We want to know more about how > and why people use XCP, so that we can continue to make it better. You > do not have to take the survey, but we highly encourage everyone to > participate. > > *Test Day, October 9th* > > Because of the great feedback we got from the Xen 4.2 Test Day a month > ago, we scheduled a Test Day > for XCP (also see XCP 1.6 test instructions > ). If you find > any issues with XCP 1.6 beta, please report them on the xen-api > mailing list with the > subject line containing *[XCP-1.6-BETA]*. > > *XCP 1.6 Release Schedule* > > The release schedule for XCP 1.6 is as follows: > > * XCP 1.6 Beta release: 1 October > * XCP 1.6 Beta test day: 9 October > * XCP 1.6 Final release: 24 October > > Unless critical bugs are found that cannot be fixed in time for > October 24th, we will release XCP 1.6 on October 24th. > > Best Regards > Mike McClurg > XCP Project Lead > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070600010802030702000503 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hello Mike,

Great news :) Downloading iso now and survey filled!

Cheers,
Sébastien

On 01.10.2012 14:14, Mike McClurg wrote:
Dear Community Members,

Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes.

This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released.

XCP User Survey

We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here. We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate.

Test Day, October 9th

Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The release schedule for XCP 1.6 is as follows:
  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October
Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th.

Best Regards
Mike McClurg
XCP Project Lead


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

--------------070600010802030702000503-- --===============6664261206234289584== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6664261206234289584==-- From xen-api-bounces@lists.xen.org Mon Oct 01 13:05:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 13:05:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfgn-0001JN-Ae; Mon, 01 Oct 2012 13:05:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfgl-0001JB-EW for xen-api@lists.xen.org; Mon, 01 Oct 2012 13:05:35 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1349096680!7817909!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29001 invoked from network); 1 Oct 2012 13:04:46 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Oct 2012 13:04:46 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q91D4brN007101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2012 15:04:38 +0200 Message-ID: <506994E3.8070703@swisscenter.com> Date: Mon, 01 Oct 2012 15:04:35 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5069892A.3040106@citrix.com> <50699241.7000408@swisscenter.com> In-Reply-To: <50699241.7000408@swisscenter.com> X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2738717983241101784==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2738717983241101784== Content-Type: multipart/alternative; boundary="------------000603090202050102000206" This is a multi-part message in MIME format. --------------000603090202050102000206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, Seems the XCP 1.6 test instructions is not the good one. http://wiki.xen.org/wiki/XCP_1.6_test_instructions Cheers, Sébastien On 01.10.2012 14:53, Sébastien RICCIO wrote: > Hello Mike, > > Great news :) Downloading iso now and survey filled! > > Cheers, > Sébastien > > On 01.10.2012 14:14, Mike McClurg wrote: >> Dear Community Members, >> >> Xen.org is happy to announce that XCP 1.6 Beta is available! The >> release is available from the download page >> and a feature list is >> available in the release notes >> . >> >> This release supersedes the XCP 1.5 beta release. In order to be able >> to release new XCP versions more efficiently, the XCP team >> concentrate their efforts on fixing the XCP internal build system >> issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta >> and final when it is released. >> >> *XCP User Survey >> >> *We are also asking XCP users to contribute to our usage survey, >> which can be completed from the download page >> or here >> . We want to know more about >> how and why people use XCP, so that we can continue to make it >> better. You do not have to take the survey, but we highly encourage >> everyone to participate. >> >> *Test Day, October 9th* >> >> Because of the great feedback we got from the Xen 4.2 Test Day a >> month ago, we scheduled a Test Day >> for XCP (also see XCP 1.6 >> test instructions >> ). If you >> find any issues with XCP 1.6 beta, please report them on the xen-api >> mailing list with the >> subject line containing *[XCP-1.6-BETA]*. >> >> *XCP 1.6 Release Schedule* >> >> The release schedule for XCP 1.6 is as follows: >> >> * XCP 1.6 Beta release: 1 October >> * XCP 1.6 Beta test day: 9 October >> * XCP 1.6 Final release: 24 October >> >> Unless critical bugs are found that cannot be fixed in time for >> October 24th, we will release XCP 1.6 on October 24th. >> >> Best Regards >> Mike McClurg >> XCP Project Lead >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000603090202050102000206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

Seems the XCP 1.6 test instructions is not the good one.

http://wiki.xen.org/wiki/XCP_1.6_test_instructions

Cheers,
Sébastien

On 01.10.2012 14:53, Sébastien RICCIO wrote:
Hello Mike,

Great news :) Downloading iso now and survey filled!

Cheers,
Sébastien

On 01.10.2012 14:14, Mike McClurg wrote:
Dear Community Members,

Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes.

This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released.

XCP User Survey

We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here. We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate.

Test Day, October 9th

Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The release schedule for XCP 1.6 is as follows:
  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October
Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th.

Best Regards
Mike McClurg
XCP Project Lead


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




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

--------------000603090202050102000206-- --===============2738717983241101784== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2738717983241101784==-- From xen-api-bounces@lists.xen.org Mon Oct 01 13:05:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 13:05:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfgn-0001JN-Ae; Mon, 01 Oct 2012 13:05:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfgl-0001JB-EW for xen-api@lists.xen.org; Mon, 01 Oct 2012 13:05:35 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1349096680!7817909!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29001 invoked from network); 1 Oct 2012 13:04:46 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Oct 2012 13:04:46 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q91D4brN007101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2012 15:04:38 +0200 Message-ID: <506994E3.8070703@swisscenter.com> Date: Mon, 01 Oct 2012 15:04:35 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5069892A.3040106@citrix.com> <50699241.7000408@swisscenter.com> In-Reply-To: <50699241.7000408@swisscenter.com> X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2738717983241101784==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2738717983241101784== Content-Type: multipart/alternative; boundary="------------000603090202050102000206" This is a multi-part message in MIME format. --------------000603090202050102000206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, Seems the XCP 1.6 test instructions is not the good one. http://wiki.xen.org/wiki/XCP_1.6_test_instructions Cheers, Sébastien On 01.10.2012 14:53, Sébastien RICCIO wrote: > Hello Mike, > > Great news :) Downloading iso now and survey filled! > > Cheers, > Sébastien > > On 01.10.2012 14:14, Mike McClurg wrote: >> Dear Community Members, >> >> Xen.org is happy to announce that XCP 1.6 Beta is available! The >> release is available from the download page >> and a feature list is >> available in the release notes >> . >> >> This release supersedes the XCP 1.5 beta release. In order to be able >> to release new XCP versions more efficiently, the XCP team >> concentrate their efforts on fixing the XCP internal build system >> issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta >> and final when it is released. >> >> *XCP User Survey >> >> *We are also asking XCP users to contribute to our usage survey, >> which can be completed from the download page >> or here >> . We want to know more about >> how and why people use XCP, so that we can continue to make it >> better. You do not have to take the survey, but we highly encourage >> everyone to participate. >> >> *Test Day, October 9th* >> >> Because of the great feedback we got from the Xen 4.2 Test Day a >> month ago, we scheduled a Test Day >> for XCP (also see XCP 1.6 >> test instructions >> ). If you >> find any issues with XCP 1.6 beta, please report them on the xen-api >> mailing list with the >> subject line containing *[XCP-1.6-BETA]*. >> >> *XCP 1.6 Release Schedule* >> >> The release schedule for XCP 1.6 is as follows: >> >> * XCP 1.6 Beta release: 1 October >> * XCP 1.6 Beta test day: 9 October >> * XCP 1.6 Final release: 24 October >> >> Unless critical bugs are found that cannot be fixed in time for >> October 24th, we will release XCP 1.6 on October 24th. >> >> Best Regards >> Mike McClurg >> XCP Project Lead >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000603090202050102000206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

Seems the XCP 1.6 test instructions is not the good one.

http://wiki.xen.org/wiki/XCP_1.6_test_instructions

Cheers,
Sébastien

On 01.10.2012 14:53, Sébastien RICCIO wrote:
Hello Mike,

Great news :) Downloading iso now and survey filled!

Cheers,
Sébastien

On 01.10.2012 14:14, Mike McClurg wrote:
Dear Community Members,

Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes.

This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released.

XCP User Survey

We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here. We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate.

Test Day, October 9th

Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The release schedule for XCP 1.6 is as follows:
  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October
Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th.

Best Regards
Mike McClurg
XCP Project Lead


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




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

--------------000603090202050102000206-- --===============2738717983241101784== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2738717983241101784==-- From xen-api-bounces@lists.xen.org Mon Oct 01 13:07:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 13:07:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfiV-0001ND-Jb; Mon, 01 Oct 2012 13:07:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfiU-0001N3-9V for xen-api@lists.xen.org; Mon, 01 Oct 2012 13:07:22 +0000 Received: from [85.158.137.99:24615] by server-10.bemta-3.messagelabs.com id 0E/1F-02525-98599605; Mon, 01 Oct 2012 13:07:21 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1349096840!18606491!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTI1NjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22201 invoked from network); 1 Oct 2012 13:07:20 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2012 13:07:20 -0000 X-IronPort-AV: E=Sophos;i="4.80,515,1344211200"; d="scan'208";a="14869813" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Oct 2012 13:07:20 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 1 Oct 2012 14:07:20 +0100 Message-ID: <50699587.1080603@citrix.com> Date: Mon, 1 Oct 2012 14:07:19 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= References: <5069892A.3040106@citrix.com> <50699241.7000408@swisscenter.com> <506994E3.8070703@swisscenter.com> In-Reply-To: <506994E3.8070703@swisscenter.com> X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 01/10/12 14:04, S=E9bastien RICCIO wrote: > Hi, > = > Seems the XCP 1.6 test instructions is not the good one. > = > http://wiki.xen.org/wiki/XCP_1.6_test_instructions Yes, thanks for spotting that! This is the correct URL. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 01 13:07:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 13:07:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfiV-0001ND-Jb; Mon, 01 Oct 2012 13:07:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIfiU-0001N3-9V for xen-api@lists.xen.org; Mon, 01 Oct 2012 13:07:22 +0000 Received: from [85.158.137.99:24615] by server-10.bemta-3.messagelabs.com id 0E/1F-02525-98599605; Mon, 01 Oct 2012 13:07:21 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1349096840!18606491!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTI1NjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22201 invoked from network); 1 Oct 2012 13:07:20 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2012 13:07:20 -0000 X-IronPort-AV: E=Sophos;i="4.80,515,1344211200"; d="scan'208";a="14869813" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Oct 2012 13:07:20 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 1 Oct 2012 14:07:20 +0100 Message-ID: <50699587.1080603@citrix.com> Date: Mon, 1 Oct 2012 14:07:19 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= References: <5069892A.3040106@citrix.com> <50699241.7000408@swisscenter.com> <506994E3.8070703@swisscenter.com> In-Reply-To: <506994E3.8070703@swisscenter.com> X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 Beta is available -- XCP Test Day scheduled for 9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 01/10/12 14:04, S=E9bastien RICCIO wrote: > Hi, > = > Seems the XCP 1.6 test instructions is not the good one. > = > http://wiki.xen.org/wiki/XCP_1.6_test_instructions Yes, thanks for spotting that! This is the correct URL. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 01 19:52:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 19:52:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIm2R-0005CF-HY; Mon, 01 Oct 2012 19:52:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIm2P-0005CA-40 for xen-api@lists.xen.org; Mon, 01 Oct 2012 19:52:21 +0000 Received: from [85.158.139.83:43429] by server-9.bemta-5.messagelabs.com id 17/E3-14846-474F9605; Mon, 01 Oct 2012 19:52:20 +0000 X-Env-Sender: bornlibra23@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1349121138!29053923!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23458 invoked from network); 1 Oct 2012 19:52:19 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2012 19:52:19 -0000 Received: by obbwc18 with SMTP id wc18so4487941obb.32 for ; Mon, 01 Oct 2012 12:52:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=B/piwnazCRlkCUzbTCiVKU4Jb1Zv35h3UiSAiaWeO0Y=; b=A8GcF/PE1/DiDg650/DHCEs3a2576dNPZpBNHzy9+iNJNklKslCkxYUNGXjm/TWAXS zrIyGr2mF85olhI+3oCnp30/u/DQC9UaJqaRjbXrrnpFhAJYE1yxOdG78paAwpe60CX1 A8vwcUJSKUwSjF2VWIyIoyRqyZ87eBjp+V6pHSclv7id/bCxfnst1RLI2UkLLKeU1gfy COxAJrT3ZO51l/SaXyK/iGDPq1R17bwqO7sFXnpo3Zf5p2UbW1919BFR8qgDbjF97paE BgklpdXCRO+oX8EE7If8BEFD4hCWoJ74U1t9wlPtEyNaGp6nmBAZoLrJHu7mFdPwycaY MV1Q== MIME-Version: 1.0 Received: by 10.182.154.70 with SMTP id vm6mr12889404obb.50.1349121137867; Mon, 01 Oct 2012 12:52:17 -0700 (PDT) Received: by 10.60.4.229 with HTTP; Mon, 1 Oct 2012 12:52:17 -0700 (PDT) In-Reply-To: <20121001091309.GZ8912@reaktio.net> References: <20121001091309.GZ8912@reaktio.net> Date: Mon, 1 Oct 2012 12:52:17 -0700 Message-ID: From: Ashutosh Warikoo To: =?UTF-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP CPUID Configuration X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5781135883247723293==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5781135883247723293== Content-Type: multipart/alternative; boundary=f46d04479f0b2e7d6304cb04be8c --f46d04479f0b2e7d6304cb04be8c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Unfortunately the solution below is for changing the features of the host cpu which will be available to all VMs. However I am trying to change the CPUID of a particular VM itself. Thanks bornlibra23 On Mon, Oct 1, 2012 at 2:13 AM, Pasi K=C3=A4rkk=C3=A4inen wr= ote: > On Fri, Sep 28, 2012 at 06:38:16PM -0700, Ashutosh Warikoo wrote: > > Till now the most promising lead I have is that cpuid_feature_mask i= n > > /var/lib/xcp/state.db. The configuration file for this database is > located > > at /etc/xcp/db.conf > > Anyone? > > Hello, > > Hopefully these help: > http://hcl.vmd.citrix.com/CPUPoolsList.aspx > http://forums.citrix.com/thread.jspa?threadID=3D275910 > > -- Pasi > > --f46d04479f0b2e7d6304cb04be8c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello
Unfortunately the solution below is for=C2=A0changing=C2=A0the features of = the host cpu which will be available to all VMs. However I am trying to cha= nge the CPUID of a particular VM itself.

Thanks
bornlibra23

On Mon, Oct 1, 2012 at 2:13= AM, Pasi K=C3=A4rkk=C3=A4inen <pasik@iki.fi> wrote:
On Fri, Sep 28, 2012 at 06:38:16PM = -0700, Ashutosh Warikoo wrote:
> =C2=A0 =C2=A0Till now the most promising lead I have is that cpuid_fea= ture_mask in
> =C2=A0 =C2=A0/var/lib/xcp/state.db. The configuration file for this da= tabase is located
> =C2=A0 =C2=A0at /etc/xcp/db.conf
> =C2=A0 =C2=A0Anyone?

Hello,

Hopefully these help:
h= ttp://hcl.vmd.citrix.com/CPUPoolsList.aspx
http://forums.citrix.com/thread.jspa?threadID=3D275910

-- Pasi


--f46d04479f0b2e7d6304cb04be8c-- --===============5781135883247723293== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5781135883247723293==-- From xen-api-bounces@lists.xen.org Mon Oct 01 19:52:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 19:52:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIm2R-0005CF-HY; Mon, 01 Oct 2012 19:52:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIm2P-0005CA-40 for xen-api@lists.xen.org; Mon, 01 Oct 2012 19:52:21 +0000 Received: from [85.158.139.83:43429] by server-9.bemta-5.messagelabs.com id 17/E3-14846-474F9605; Mon, 01 Oct 2012 19:52:20 +0000 X-Env-Sender: bornlibra23@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1349121138!29053923!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23458 invoked from network); 1 Oct 2012 19:52:19 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Oct 2012 19:52:19 -0000 Received: by obbwc18 with SMTP id wc18so4487941obb.32 for ; Mon, 01 Oct 2012 12:52:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=B/piwnazCRlkCUzbTCiVKU4Jb1Zv35h3UiSAiaWeO0Y=; b=A8GcF/PE1/DiDg650/DHCEs3a2576dNPZpBNHzy9+iNJNklKslCkxYUNGXjm/TWAXS zrIyGr2mF85olhI+3oCnp30/u/DQC9UaJqaRjbXrrnpFhAJYE1yxOdG78paAwpe60CX1 A8vwcUJSKUwSjF2VWIyIoyRqyZ87eBjp+V6pHSclv7id/bCxfnst1RLI2UkLLKeU1gfy COxAJrT3ZO51l/SaXyK/iGDPq1R17bwqO7sFXnpo3Zf5p2UbW1919BFR8qgDbjF97paE BgklpdXCRO+oX8EE7If8BEFD4hCWoJ74U1t9wlPtEyNaGp6nmBAZoLrJHu7mFdPwycaY MV1Q== MIME-Version: 1.0 Received: by 10.182.154.70 with SMTP id vm6mr12889404obb.50.1349121137867; Mon, 01 Oct 2012 12:52:17 -0700 (PDT) Received: by 10.60.4.229 with HTTP; Mon, 1 Oct 2012 12:52:17 -0700 (PDT) In-Reply-To: <20121001091309.GZ8912@reaktio.net> References: <20121001091309.GZ8912@reaktio.net> Date: Mon, 1 Oct 2012 12:52:17 -0700 Message-ID: From: Ashutosh Warikoo To: =?UTF-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP CPUID Configuration X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5781135883247723293==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5781135883247723293== Content-Type: multipart/alternative; boundary=f46d04479f0b2e7d6304cb04be8c --f46d04479f0b2e7d6304cb04be8c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Unfortunately the solution below is for changing the features of the host cpu which will be available to all VMs. However I am trying to change the CPUID of a particular VM itself. Thanks bornlibra23 On Mon, Oct 1, 2012 at 2:13 AM, Pasi K=C3=A4rkk=C3=A4inen wr= ote: > On Fri, Sep 28, 2012 at 06:38:16PM -0700, Ashutosh Warikoo wrote: > > Till now the most promising lead I have is that cpuid_feature_mask i= n > > /var/lib/xcp/state.db. The configuration file for this database is > located > > at /etc/xcp/db.conf > > Anyone? > > Hello, > > Hopefully these help: > http://hcl.vmd.citrix.com/CPUPoolsList.aspx > http://forums.citrix.com/thread.jspa?threadID=3D275910 > > -- Pasi > > --f46d04479f0b2e7d6304cb04be8c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello
Unfortunately the solution below is for=C2=A0changing=C2=A0the features of = the host cpu which will be available to all VMs. However I am trying to cha= nge the CPUID of a particular VM itself.

Thanks
bornlibra23

On Mon, Oct 1, 2012 at 2:13= AM, Pasi K=C3=A4rkk=C3=A4inen <pasik@iki.fi> wrote:
On Fri, Sep 28, 2012 at 06:38:16PM = -0700, Ashutosh Warikoo wrote:
> =C2=A0 =C2=A0Till now the most promising lead I have is that cpuid_fea= ture_mask in
> =C2=A0 =C2=A0/var/lib/xcp/state.db. The configuration file for this da= tabase is located
> =C2=A0 =C2=A0at /etc/xcp/db.conf
> =C2=A0 =C2=A0Anyone?

Hello,

Hopefully these help:
h= ttp://hcl.vmd.citrix.com/CPUPoolsList.aspx
http://forums.citrix.com/thread.jspa?threadID=3D275910

-- Pasi


--f46d04479f0b2e7d6304cb04be8c-- --===============5781135883247723293== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5781135883247723293==-- From xen-api-bounces@lists.xen.org Mon Oct 01 20:52:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 20:52:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TImyh-0006FN-OM; Mon, 01 Oct 2012 20:52:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIleO-0004hx-Vw for xen-api@lists.xensource.com; Mon, 01 Oct 2012 19:27:33 +0000 Received: from [85.158.143.35:4373] by server-3.bemta-4.messagelabs.com id D2/B6-10986-4AEE9605; Mon, 01 Oct 2012 19:27:32 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1349119649!13778383!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31855 invoked from network); 1 Oct 2012 19:27:30 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-11.tower-21.messagelabs.com with SMTP; 1 Oct 2012 19:27:30 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 1 Oct 2012 12:27:28 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B0272A990@techdc.technetium.corp> In-Reply-To: <5069892A.3040106@citrix.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct Thread-Index: Ac2fzoM9KHamWsKDTBGbNIj3nJRYiAAPDCbg References: <5069892A.3040106@citrix.com> From: "Todd H. Foster" To: "Mike McClurg" , , X-Mailman-Approved-At: Mon, 01 Oct 2012 20:52:33 +0000 Subject: Re: [Xen-API] [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5160222727625393850==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5160222727625393850== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDA00A.CB7FA3AC" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CDA00A.CB7FA3AC Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Upgrading from XCP 1.1 and XCP 1.5 Beta=20 We expect this to work, but the XenCenter rolling pool upgrade feature is currently untested with XCP.=20 =20 Has anyone tried the rolling upgrade from 1.5 to 1.6?? =20 Thanks in advance. =20 Todd =20 =20 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mike McClurg Sent: Monday, October 01, 2012 5:15 AM To: xen-api@lists.xensource.com; xen-users@lists.xensource.com Subject: [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct =20 Dear Community Members, Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes . This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released. XCP User Survey We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here . We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate. Test Day, October 9th Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions ). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA]. XCP 1.6 Release Schedule The release schedule for XCP 1.6 is as follows: * XCP 1.6 Beta release: 1 October * XCP 1.6 Beta test day: 9 October * XCP 1.6 Final release: 24 October Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th. Best Regards Mike McClurg XCP Project Lead ------_=_NextPart_001_01CDA00A.CB7FA3AC Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Upgrading from XCP 1.1 and = XCP 1.5 Beta

We expect this to work, but the XenCenter = rolling pool upgrade feature is currently untested with XCP. =

 

Has anyone tried the rolling upgrade from 1.5 = to 1.6??

 

Thanks in advance.

 

Todd

 

 

From: xen-users-bounces@lists.xen.org = [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mike = McClurg
Sent: Monday, October 01, 2012 5:15 AM
To: = xen-api@lists.xensource.com; = xen-users@lists.xensource.com
Subject: [Xen-users] XCP 1.6 = Beta is available -- XCP Test Day scheduled for9 = Oct

 

Dear = Community Members,

Xen.org is happy to announce that XCP 1.6 Beta = is available! The release is available from the download page = and a feature list is available in the release = notes.

This release supersedes the XCP 1.5 beta release. In = order to be able to release new XCP versions more efficiently, the XCP = team concentrate their efforts on fixing the XCP internal build system = issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and = final when it is released.

XCP User Survey

We are = also asking XCP users to contribute to our usage survey, which can be = completed from the download page = or here. We want to = know more about how and why people use XCP, so that we can continue to = make it better. You do not have to take the survey, but we highly = encourage everyone to participate.

Test Day, October = 9th

Because of the great feedback we got from the Xen 4.2 = Test Day a month ago, we scheduled a Test Day for XCP = (also see XCP 1.6 = test instructions). If you find any issues with XCP 1.6 beta, please = report them on the xen-api mailing = list with the subject line containing = [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The = release schedule for XCP 1.6 is as follows:

  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October

Unless critical bugs are found that cannot be fixed in = time for October 24th, we will release XCP 1.6 on October = 24th.

Best Regards
Mike McClurg
XCP Project = Lead

------_=_NextPart_001_01CDA00A.CB7FA3AC-- --===============5160222727625393850== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5160222727625393850==-- From xen-api-bounces@lists.xen.org Mon Oct 01 20:52:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Oct 2012 20:52:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TImyh-0006FN-OM; Mon, 01 Oct 2012 20:52:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIleO-0004hx-Vw for xen-api@lists.xensource.com; Mon, 01 Oct 2012 19:27:33 +0000 Received: from [85.158.143.35:4373] by server-3.bemta-4.messagelabs.com id D2/B6-10986-4AEE9605; Mon, 01 Oct 2012 19:27:32 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1349119649!13778383!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31855 invoked from network); 1 Oct 2012 19:27:30 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-11.tower-21.messagelabs.com with SMTP; 1 Oct 2012 19:27:30 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 1 Oct 2012 12:27:28 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B0272A990@techdc.technetium.corp> In-Reply-To: <5069892A.3040106@citrix.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct Thread-Index: Ac2fzoM9KHamWsKDTBGbNIj3nJRYiAAPDCbg References: <5069892A.3040106@citrix.com> From: "Todd H. Foster" To: "Mike McClurg" , , X-Mailman-Approved-At: Mon, 01 Oct 2012 20:52:33 +0000 Subject: Re: [Xen-API] [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5160222727625393850==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5160222727625393850== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDA00A.CB7FA3AC" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CDA00A.CB7FA3AC Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Upgrading from XCP 1.1 and XCP 1.5 Beta=20 We expect this to work, but the XenCenter rolling pool upgrade feature is currently untested with XCP.=20 =20 Has anyone tried the rolling upgrade from 1.5 to 1.6?? =20 Thanks in advance. =20 Todd =20 =20 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mike McClurg Sent: Monday, October 01, 2012 5:15 AM To: xen-api@lists.xensource.com; xen-users@lists.xensource.com Subject: [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct =20 Dear Community Members, Xen.org is happy to announce that XCP 1.6 Beta is available! The release is available from the download page and a feature list is available in the release notes . This release supersedes the XCP 1.5 beta release. In order to be able to release new XCP versions more efficiently, the XCP team concentrate their efforts on fixing the XCP internal build system issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and final when it is released. XCP User Survey We are also asking XCP users to contribute to our usage survey, which can be completed from the download page or here . We want to know more about how and why people use XCP, so that we can continue to make it better. You do not have to take the survey, but we highly encourage everyone to participate. Test Day, October 9th Because of the great feedback we got from the Xen 4.2 Test Day a month ago, we scheduled a Test Day for XCP (also see XCP 1.6 test instructions ). If you find any issues with XCP 1.6 beta, please report them on the xen-api mailing list with the subject line containing [XCP-1.6-BETA]. XCP 1.6 Release Schedule The release schedule for XCP 1.6 is as follows: * XCP 1.6 Beta release: 1 October * XCP 1.6 Beta test day: 9 October * XCP 1.6 Final release: 24 October Unless critical bugs are found that cannot be fixed in time for October 24th, we will release XCP 1.6 on October 24th. Best Regards Mike McClurg XCP Project Lead ------_=_NextPart_001_01CDA00A.CB7FA3AC Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Upgrading from XCP 1.1 and = XCP 1.5 Beta

We expect this to work, but the XenCenter = rolling pool upgrade feature is currently untested with XCP. =

 

Has anyone tried the rolling upgrade from 1.5 = to 1.6??

 

Thanks in advance.

 

Todd

 

 

From: xen-users-bounces@lists.xen.org = [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mike = McClurg
Sent: Monday, October 01, 2012 5:15 AM
To: = xen-api@lists.xensource.com; = xen-users@lists.xensource.com
Subject: [Xen-users] XCP 1.6 = Beta is available -- XCP Test Day scheduled for9 = Oct

 

Dear = Community Members,

Xen.org is happy to announce that XCP 1.6 Beta = is available! The release is available from the download page = and a feature list is available in the release = notes.

This release supersedes the XCP 1.5 beta release. In = order to be able to release new XCP versions more efficiently, the XCP = team concentrate their efforts on fixing the XCP internal build system = issues. We recommend that XCP 1.5 beta users upgrade to XCP 1.6 beta and = final when it is released.

XCP User Survey

We are = also asking XCP users to contribute to our usage survey, which can be = completed from the download page = or here. We want to = know more about how and why people use XCP, so that we can continue to = make it better. You do not have to take the survey, but we highly = encourage everyone to participate.

Test Day, October = 9th

Because of the great feedback we got from the Xen 4.2 = Test Day a month ago, we scheduled a Test Day for XCP = (also see XCP 1.6 = test instructions). If you find any issues with XCP 1.6 beta, please = report them on the xen-api mailing = list with the subject line containing = [XCP-1.6-BETA].

XCP 1.6 Release Schedule

The = release schedule for XCP 1.6 is as follows:

  • XCP 1.6 Beta release: 1 October
  • XCP 1.6 Beta test day: 9 October
  • XCP 1.6 Final release: 24 October

Unless critical bugs are found that cannot be fixed in = time for October 24th, we will release XCP 1.6 on October = 24th.

Best Regards
Mike McClurg
XCP Project = Lead

------_=_NextPart_001_01CDA00A.CB7FA3AC-- --===============5160222727625393850== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5160222727625393850==-- From xen-api-bounces@lists.xen.org Tue Oct 02 04:35:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 04:35:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIuCi-0007DY-DU; Tue, 02 Oct 2012 04:35:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIuCh-0007DN-MK for xen-api@lists.xen.org; Tue, 02 Oct 2012 04:35:31 +0000 Received: from [85.158.143.99:25919] by server-3.bemta-4.messagelabs.com id 4A/70-10986-21F6A605; Tue, 02 Oct 2012 04:35:30 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1349152528!25480827!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 593 invoked from network); 2 Oct 2012 04:35:29 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 04:35:29 -0000 Received: by obbwc18 with SMTP id wc18so4969560obb.32 for ; Mon, 01 Oct 2012 21:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=r/IaAI0bpgVcuiqtPiQ3C6iuuUjpRZiqbI4mRBmYKic=; b=KWjY0P/WXQkrBiFVQcDHBDUQo2N3+R63aOxOEB/uai9Vj1CZSnTEss+nZ98OCQoSqG wL0xkg2hhdrA3lzRnl0zsBGbzMetFBElyYHV9mfW6ogNuFPezJKnGgSzGe4VBcuhOyFa ydht+rtXUSIwPeolFPgp27wxOm4gRZ2EKUOjQvBnXlPhrM+a6AJcaHc4JGEV+sJh5896 u1z33sU46+lCuvXb51pv7J1cOeCX8n8RPGTSum903frOUmEuh40iu3D16f86qql0N2DM XBw4SoVQp5kSsqUSfy+1d6QveTKSy1IgrSYg47E8bISH8B+w+dp+li3TRDCVV3Amp9L4 4jdw== MIME-Version: 1.0 Received: by 10.182.131.106 with SMTP id ol10mr13126701obb.91.1349152528012; Mon, 01 Oct 2012 21:35:28 -0700 (PDT) Received: by 10.182.51.229 with HTTP; Mon, 1 Oct 2012 21:35:27 -0700 (PDT) Date: Tue, 2 Oct 2012 14:35:27 +1000 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-API] vm_rrd no vbd_xvda_read/write response X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3455059427384185842==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3455059427384185842== Content-Type: multipart/alternative; boundary=e89a8f502daa2e157104cb0c0d78 --e89a8f502daa2e157104cb0c0d78 Content-Type: text/plain; charset=ISO-8859-1 hi all: i install xcp on ubuntu 12.04 and want to get disk io info from dom0 xapi, but i can only get the memory and cpu info, no vbd info return , anyone can help me with that? thanks. --e89a8f502daa2e157104cb0c0d78 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi all:

=A0 =A0 i install xcp on ubuntu 12.04 and want t= o get disk io info from dom0 xapi,=A0

=A0 =A0 but = i can only get the memory and cpu info, no vbd info return ,=A0
<= br>
=A0 =A0 anyone can help me with that?

thanks.=
--e89a8f502daa2e157104cb0c0d78-- --===============3455059427384185842== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3455059427384185842==-- From xen-api-bounces@lists.xen.org Tue Oct 02 04:35:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 04:35:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIuCi-0007DY-DU; Tue, 02 Oct 2012 04:35:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIuCh-0007DN-MK for xen-api@lists.xen.org; Tue, 02 Oct 2012 04:35:31 +0000 Received: from [85.158.143.99:25919] by server-3.bemta-4.messagelabs.com id 4A/70-10986-21F6A605; Tue, 02 Oct 2012 04:35:30 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1349152528!25480827!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 593 invoked from network); 2 Oct 2012 04:35:29 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 04:35:29 -0000 Received: by obbwc18 with SMTP id wc18so4969560obb.32 for ; Mon, 01 Oct 2012 21:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=r/IaAI0bpgVcuiqtPiQ3C6iuuUjpRZiqbI4mRBmYKic=; b=KWjY0P/WXQkrBiFVQcDHBDUQo2N3+R63aOxOEB/uai9Vj1CZSnTEss+nZ98OCQoSqG wL0xkg2hhdrA3lzRnl0zsBGbzMetFBElyYHV9mfW6ogNuFPezJKnGgSzGe4VBcuhOyFa ydht+rtXUSIwPeolFPgp27wxOm4gRZ2EKUOjQvBnXlPhrM+a6AJcaHc4JGEV+sJh5896 u1z33sU46+lCuvXb51pv7J1cOeCX8n8RPGTSum903frOUmEuh40iu3D16f86qql0N2DM XBw4SoVQp5kSsqUSfy+1d6QveTKSy1IgrSYg47E8bISH8B+w+dp+li3TRDCVV3Amp9L4 4jdw== MIME-Version: 1.0 Received: by 10.182.131.106 with SMTP id ol10mr13126701obb.91.1349152528012; Mon, 01 Oct 2012 21:35:28 -0700 (PDT) Received: by 10.182.51.229 with HTTP; Mon, 1 Oct 2012 21:35:27 -0700 (PDT) Date: Tue, 2 Oct 2012 14:35:27 +1000 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-API] vm_rrd no vbd_xvda_read/write response X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3455059427384185842==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3455059427384185842== Content-Type: multipart/alternative; boundary=e89a8f502daa2e157104cb0c0d78 --e89a8f502daa2e157104cb0c0d78 Content-Type: text/plain; charset=ISO-8859-1 hi all: i install xcp on ubuntu 12.04 and want to get disk io info from dom0 xapi, but i can only get the memory and cpu info, no vbd info return , anyone can help me with that? thanks. --e89a8f502daa2e157104cb0c0d78 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi all:

=A0 =A0 i install xcp on ubuntu 12.04 and want t= o get disk io info from dom0 xapi,=A0

=A0 =A0 but = i can only get the memory and cpu info, no vbd info return ,=A0
<= br>
=A0 =A0 anyone can help me with that?

thanks.=
--e89a8f502daa2e157104cb0c0d78-- --===============3455059427384185842== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3455059427384185842==-- From xen-api-bounces@lists.xen.org Tue Oct 02 07:39:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 07:39:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIx4F-0000O2-Nx; Tue, 02 Oct 2012 07:38:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIx4D-0000Nt-Fw for xen-api@lists.xensource.com; Tue, 02 Oct 2012 07:38:57 +0000 Received: from [85.158.138.51:12877] by server-4.bemta-3.messagelabs.com id F9/66-14155-01A9A605; Tue, 02 Oct 2012 07:38:56 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-12.tower-174.messagelabs.com!1349163535!24810337!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MjI2NTM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3869 invoked from network); 2 Oct 2012 07:38:56 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Oct 2012 07:38:56 -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 1717513A6; Tue, 2 Oct 2012 10:38:54 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id B441C20058; Tue, 2 Oct 2012 10:38:53 +0300 (EEST) Date: Tue, 2 Oct 2012 10:38:53 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: "Todd H. Foster" Message-ID: <20121002073853.GI8912@reaktio.net> References: <5069892A.3040106@citrix.com> <820397ED394C4844A42513AA298F6B0B0272A990@techdc.technetium.corp> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <820397ED394C4844A42513AA298F6B0B0272A990@techdc.technetium.corp> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-users@lists.xensource.com, xen-api@lists.xensource.com Subject: Re: [Xen-API] [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Oct 01, 2012 at 12:27:28PM -0700, Todd H. Foster wrote: > Upgrading from XCP 1.1 and XCP 1.5 Beta > > We expect this to work, but the XenCenter rolling pool upgrade feature is > currently untested with XCP. > > > > Has anyone tried the rolling upgrade from 1.5 to 1.6?? > Based on the discussion on #xen-api I think there is a known issue with upgrading to 1.6 beta. Stay tuned for more information. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 07:39:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 07:39:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIx4F-0000O2-Nx; Tue, 02 Oct 2012 07:38:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIx4D-0000Nt-Fw for xen-api@lists.xensource.com; Tue, 02 Oct 2012 07:38:57 +0000 Received: from [85.158.138.51:12877] by server-4.bemta-3.messagelabs.com id F9/66-14155-01A9A605; Tue, 02 Oct 2012 07:38:56 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-12.tower-174.messagelabs.com!1349163535!24810337!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MjI2NTM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3869 invoked from network); 2 Oct 2012 07:38:56 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Oct 2012 07:38:56 -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 1717513A6; Tue, 2 Oct 2012 10:38:54 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id B441C20058; Tue, 2 Oct 2012 10:38:53 +0300 (EEST) Date: Tue, 2 Oct 2012 10:38:53 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: "Todd H. Foster" Message-ID: <20121002073853.GI8912@reaktio.net> References: <5069892A.3040106@citrix.com> <820397ED394C4844A42513AA298F6B0B0272A990@techdc.technetium.corp> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <820397ED394C4844A42513AA298F6B0B0272A990@techdc.technetium.corp> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-users@lists.xensource.com, xen-api@lists.xensource.com Subject: Re: [Xen-API] [Xen-users] XCP 1.6 Beta is available -- XCP Test Day scheduled for9 Oct X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Oct 01, 2012 at 12:27:28PM -0700, Todd H. Foster wrote: > Upgrading from XCP 1.1 and XCP 1.5 Beta > > We expect this to work, but the XenCenter rolling pool upgrade feature is > currently untested with XCP. > > > > Has anyone tried the rolling upgrade from 1.5 to 1.6?? > Based on the discussion on #xen-api I think there is a known issue with upgrading to 1.6 beta. Stay tuned for more information. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 09:19:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 09:19:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIyd6-0002ku-RV; Tue, 02 Oct 2012 09:19:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIyd5-0002ke-IG for xen-api@lists.xen.org; Tue, 02 Oct 2012 09:19:03 +0000 Received: from [85.158.138.51:7923] by server-8.bemta-3.messagelabs.com id 8D/1E-16337-681BA605; Tue, 02 Oct 2012 09:19:02 +0000 X-Env-Sender: e@emresavas.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1349169540!26423460!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28494 invoked from network); 2 Oct 2012 09:19:01 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 09:19:01 -0000 Received: by vbip1 with SMTP id p1so7825848vbi.32 for ; Tue, 02 Oct 2012 02:19:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=Os6izBHL25MJef+CHbVkcIWt72GyahVnIXn5ihz5J6o=; b=fwZFWyJQalJvkPoK9NG9mH1/TukpJNtJA//0HTRKiNpLxlTcPxEaw1HjaURMYGvKEd UGZFqOVvGWLXVY2C5MJ7oarAsFu1uUzuK+gPxsjMZP2q1wBTbswnf+JLyfojBKnJQgyI eZekzaUwCa13+fIg8G+Kd7y0gZyVLcTPBEziHxPIm0XRhxjXOXYQa7hXx+8+qN/jOHLt 7EvqE6NNjbNb5ZOXuRhPqnuJCCQz+zVzcc2CrWguGnxilwaIrf69PcPzbiMwNhAEywOk dtGnK89V67Csw4824LI/YwJCj7lMTmqgXraUrtyigWEtbg6b1W0MHd/kO77tvBn67Iw1 MXrA== Received: by 10.52.68.226 with SMTP id z2mr7914052vdt.76.1349169539898; Tue, 02 Oct 2012 02:18:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.79.46 with HTTP; Tue, 2 Oct 2012 02:18:39 -0700 (PDT) X-Originating-IP: [78.185.106.254] From: =?UTF-8?Q?Emre_Sava=C5=9F?= Date: Tue, 2 Oct 2012 12:18:39 +0300 Message-ID: To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQkBBIUh7RCpiIK8QgGjpGZTngaeva6PkTQyGhMYo25HdvilozMHyoJa+MJm3Gmi+Rz3w6yy Subject: [Xen-API] Creating VM with user defined root password X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5322116692178999685==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5322116692178999685== Content-Type: multipart/alternative; boundary=20cf3079c0942adceb04cb1003d3 --20cf3079c0942adceb04cb1003d3 Content-Type: text/plain; charset=ISO-8859-1 Hello, Hello, I am developing a Web Management Console with XenAPI. How can I create virtual machines (guest) with user defined credentials like root password, hostname etc. on web console? I didn't see but is XenAPI have capabilities for this issue? As an example; Linode.com offer this detail in their management panel if someone want to check-out. Thank you. Emre Savas --20cf3079c0942adceb04cb1003d3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

Hello, I am developing a Web Management Console with XenAPI.= How can I create virtual machines (guest) with user defined credentials li= ke root password, hostname etc. on web console? I didn't see but is Xen= API have capabilities for this issue?

As an example; Linode.com offer this detail in their management panel i= f someone want to check-out.

Thank you.

Emre Savas
--20cf3079c0942adceb04cb1003d3-- --===============5322116692178999685== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5322116692178999685==-- From xen-api-bounces@lists.xen.org Tue Oct 02 09:19:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 09:19:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIyd6-0002ku-RV; Tue, 02 Oct 2012 09:19:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIyd5-0002ke-IG for xen-api@lists.xen.org; Tue, 02 Oct 2012 09:19:03 +0000 Received: from [85.158.138.51:7923] by server-8.bemta-3.messagelabs.com id 8D/1E-16337-681BA605; Tue, 02 Oct 2012 09:19:02 +0000 X-Env-Sender: e@emresavas.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1349169540!26423460!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28494 invoked from network); 2 Oct 2012 09:19:01 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 09:19:01 -0000 Received: by vbip1 with SMTP id p1so7825848vbi.32 for ; Tue, 02 Oct 2012 02:19:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=Os6izBHL25MJef+CHbVkcIWt72GyahVnIXn5ihz5J6o=; b=fwZFWyJQalJvkPoK9NG9mH1/TukpJNtJA//0HTRKiNpLxlTcPxEaw1HjaURMYGvKEd UGZFqOVvGWLXVY2C5MJ7oarAsFu1uUzuK+gPxsjMZP2q1wBTbswnf+JLyfojBKnJQgyI eZekzaUwCa13+fIg8G+Kd7y0gZyVLcTPBEziHxPIm0XRhxjXOXYQa7hXx+8+qN/jOHLt 7EvqE6NNjbNb5ZOXuRhPqnuJCCQz+zVzcc2CrWguGnxilwaIrf69PcPzbiMwNhAEywOk dtGnK89V67Csw4824LI/YwJCj7lMTmqgXraUrtyigWEtbg6b1W0MHd/kO77tvBn67Iw1 MXrA== Received: by 10.52.68.226 with SMTP id z2mr7914052vdt.76.1349169539898; Tue, 02 Oct 2012 02:18:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.79.46 with HTTP; Tue, 2 Oct 2012 02:18:39 -0700 (PDT) X-Originating-IP: [78.185.106.254] From: =?UTF-8?Q?Emre_Sava=C5=9F?= Date: Tue, 2 Oct 2012 12:18:39 +0300 Message-ID: To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQkBBIUh7RCpiIK8QgGjpGZTngaeva6PkTQyGhMYo25HdvilozMHyoJa+MJm3Gmi+Rz3w6yy Subject: [Xen-API] Creating VM with user defined root password X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5322116692178999685==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5322116692178999685== Content-Type: multipart/alternative; boundary=20cf3079c0942adceb04cb1003d3 --20cf3079c0942adceb04cb1003d3 Content-Type: text/plain; charset=ISO-8859-1 Hello, Hello, I am developing a Web Management Console with XenAPI. How can I create virtual machines (guest) with user defined credentials like root password, hostname etc. on web console? I didn't see but is XenAPI have capabilities for this issue? As an example; Linode.com offer this detail in their management panel if someone want to check-out. Thank you. Emre Savas --20cf3079c0942adceb04cb1003d3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

Hello, I am developing a Web Management Console with XenAPI.= How can I create virtual machines (guest) with user defined credentials li= ke root password, hostname etc. on web console? I didn't see but is Xen= API have capabilities for this issue?

As an example; Linode.com offer this detail in their management panel i= f someone want to check-out.

Thank you.

Emre Savas
--20cf3079c0942adceb04cb1003d3-- --===============5322116692178999685== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5322116692178999685==-- From xen-api-bounces@lists.xen.org Tue Oct 02 09:46:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 09:46:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIz37-0003zw-I4; Tue, 02 Oct 2012 09:45:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIz35-0003zT-Ow for xen-api@lists.xen.org; Tue, 02 Oct 2012 09:45:55 +0000 Received: from [85.158.138.51:15190] by server-11.bemta-3.messagelabs.com id A9/E4-21460-2D7BA605; Tue, 02 Oct 2012 09:45:54 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1349171153!25151348!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1888 invoked from network); 2 Oct 2012 09:45:54 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 09:45:54 -0000 Received: by lbbgj3 with SMTP id gj3so4682409lbb.32 for ; Tue, 02 Oct 2012 02:45:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=tUWQf39C40i98LJBaJGSqVyhF4zFmJfEDV3iB4pp+ns=; b=yTxw3kt4RRrOG94OyAJZp1tPLQZQLJ76HUjHmhXuZy/t86UfQ6WVN0AVLwyEEIUDo+ 5SmCQXteZDn6zDFzk5b7QhW8odTQ8X7T/xkowKygzrOKrEw4soeKACcPE08qqqbt4UsX KGCLZfR7SV6KU9+u5vHEC+QyRRKvHsQ/A9g1Xk2yphcrTHde3w9hPfw8IYb2d4j7ve4A RySdwJD7XbDWYPKQsNn93JlFkp2gS1TaiuulgARWS+IQEH5ioUEb1GHGdPzBk/fvtMUZ jTgR6kYkhtNVT5/tWt1qv5s62gYZg57BrmMHCqkgw9C2Qp0rbpoXOLfif9ey+ulBNgv2 9Ulw== Received: by 10.112.36.138 with SMTP id q10mr385785lbj.63.1349171153095; Tue, 02 Oct 2012 02:45:53 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id h7sm325448lbg.5.2012.10.02.02.45.52 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 02:45:52 -0700 (PDT) Message-ID: <506AB7CF.3050106@gmail.com> Date: Tue, 02 Oct 2012 13:45:51 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Creating VM with user defined root password X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1008025733496479658==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1008025733496479658== Content-Type: multipart/alternative; boundary="------------080304090301020302040407" This is a multi-part message in MIME format. --------------080304090301020302040407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit There is no standard solution in XCP, but you can use preseed/kickstart automated installation process to supply all answers to VM, password including. 02.10.2012 13:18, Emre Savas, ?????: > Hello, > > Hello, I am developing a Web Management Console with XenAPI. How can I > create virtual machines (guest) with user defined credentials like > root password, hostname etc. on web console? I didn't see but is > XenAPI have capabilities for this issue? > > As an example; Linode.com offer this detail in their management panel > if someone want to check-out. > > Thank you. > > Emre Savas > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------080304090301020302040407 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
There is no standard solution in XCP, but you can use preseed/kickstart automated installation process to supply all answers to VM, password including.

02.10.2012 13:18, Emre Savaş пишет:
Hello,

Hello, I am developing a Web Management Console with XenAPI. How can I create virtual machines (guest) with user defined credentials like root password, hostname etc. on web console? I didn't see but is XenAPI have capabilities for this issue?

As an example; Linode.com offer this detail in their management panel if someone want to check-out.

Thank you.

Emre Savas


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

--------------080304090301020302040407-- --===============1008025733496479658== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1008025733496479658==-- From xen-api-bounces@lists.xen.org Tue Oct 02 09:46:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 09:46:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIz37-0003zw-I4; Tue, 02 Oct 2012 09:45:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIz35-0003zT-Ow for xen-api@lists.xen.org; Tue, 02 Oct 2012 09:45:55 +0000 Received: from [85.158.138.51:15190] by server-11.bemta-3.messagelabs.com id A9/E4-21460-2D7BA605; Tue, 02 Oct 2012 09:45:54 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1349171153!25151348!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1888 invoked from network); 2 Oct 2012 09:45:54 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 09:45:54 -0000 Received: by lbbgj3 with SMTP id gj3so4682409lbb.32 for ; Tue, 02 Oct 2012 02:45:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=tUWQf39C40i98LJBaJGSqVyhF4zFmJfEDV3iB4pp+ns=; b=yTxw3kt4RRrOG94OyAJZp1tPLQZQLJ76HUjHmhXuZy/t86UfQ6WVN0AVLwyEEIUDo+ 5SmCQXteZDn6zDFzk5b7QhW8odTQ8X7T/xkowKygzrOKrEw4soeKACcPE08qqqbt4UsX KGCLZfR7SV6KU9+u5vHEC+QyRRKvHsQ/A9g1Xk2yphcrTHde3w9hPfw8IYb2d4j7ve4A RySdwJD7XbDWYPKQsNn93JlFkp2gS1TaiuulgARWS+IQEH5ioUEb1GHGdPzBk/fvtMUZ jTgR6kYkhtNVT5/tWt1qv5s62gYZg57BrmMHCqkgw9C2Qp0rbpoXOLfif9ey+ulBNgv2 9Ulw== Received: by 10.112.36.138 with SMTP id q10mr385785lbj.63.1349171153095; Tue, 02 Oct 2012 02:45:53 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id h7sm325448lbg.5.2012.10.02.02.45.52 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 02:45:52 -0700 (PDT) Message-ID: <506AB7CF.3050106@gmail.com> Date: Tue, 02 Oct 2012 13:45:51 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Creating VM with user defined root password X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1008025733496479658==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1008025733496479658== Content-Type: multipart/alternative; boundary="------------080304090301020302040407" This is a multi-part message in MIME format. --------------080304090301020302040407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit There is no standard solution in XCP, but you can use preseed/kickstart automated installation process to supply all answers to VM, password including. 02.10.2012 13:18, Emre Savas, ?????: > Hello, > > Hello, I am developing a Web Management Console with XenAPI. How can I > create virtual machines (guest) with user defined credentials like > root password, hostname etc. on web console? I didn't see but is > XenAPI have capabilities for this issue? > > As an example; Linode.com offer this detail in their management panel > if someone want to check-out. > > Thank you. > > Emre Savas > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------080304090301020302040407 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
There is no standard solution in XCP, but you can use preseed/kickstart automated installation process to supply all answers to VM, password including.

02.10.2012 13:18, Emre Savaş пишет:
Hello,

Hello, I am developing a Web Management Console with XenAPI. How can I create virtual machines (guest) with user defined credentials like root password, hostname etc. on web console? I didn't see but is XenAPI have capabilities for this issue?

As an example; Linode.com offer this detail in their management panel if someone want to check-out.

Thank you.

Emre Savas


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

--------------080304090301020302040407-- --===============1008025733496479658== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1008025733496479658==-- From xen-api-bounces@lists.xen.org Tue Oct 02 10:23:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 10:23:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIzdX-00059g-89; Tue, 02 Oct 2012 10:23:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIzdW-00059Y-M2 for xen-api@lists.xen.org; Tue, 02 Oct 2012 10:23:34 +0000 Received: from [85.158.139.83:3719] by server-11.bemta-5.messagelabs.com id EF/5D-13866-5A0CA605; Tue, 02 Oct 2012 10:23:33 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1349173412!18945126!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3973 invoked from network); 2 Oct 2012 10:23:33 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 10:23:33 -0000 Received: by lbbgj3 with SMTP id gj3so4715157lbb.32 for ; Tue, 02 Oct 2012 03:23:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=/1RLVCJBjKSXvxLQQrNPURLfyLL7vZRqpzR4AujcCNk=; b=E9sgShOY90nrl1Eaw69KGGHee1qfNYTCGRormthUJWIj5ryHUlxokFUVC5rLL11vc3 z6n0rMeVtwVAtz1F2LElGgZwc3cYD5ggaeVRC+EPxftee9cs4vdlDGr/PGmOTj5Hyb+I cgbknaBbgoAnyFi6aptB2zW/OAVwgUypQBR49jayfmPkFQR8/ivnDr6vVrIJMZGr+v7b o3kk1XCH8jYrsAk+rQthEr+J0uEpeAq9m2t2oColQtD/bYpABytWS0sFFnva6pKPEiyL XByYC5Eg3m2CL8h+TLGAay507NSpT+xUWzrr/03O1Chya2wqWt0QBdUOaCqRFcTMjybY MhBA== Received: by 10.112.43.98 with SMTP id v2mr423906lbl.1.1349173412514; Tue, 02 Oct 2012 03:23:32 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id d7sm364564lbn.3.2012.10.02.03.23.31 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 03:23:32 -0700 (PDT) Message-ID: <506AC0A3.4020905@gmail.com> Date: Tue, 02 Oct 2012 14:23:31 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 beta] XenServer is server notice X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org After login screen shows: XenServer dom0 configuration is tuned for maximum performance and reliability. XCP is not ...well... XenServer. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 10:23:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 10:23:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIzdX-00059g-89; Tue, 02 Oct 2012 10:23:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TIzdW-00059Y-M2 for xen-api@lists.xen.org; Tue, 02 Oct 2012 10:23:34 +0000 Received: from [85.158.139.83:3719] by server-11.bemta-5.messagelabs.com id EF/5D-13866-5A0CA605; Tue, 02 Oct 2012 10:23:33 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1349173412!18945126!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3973 invoked from network); 2 Oct 2012 10:23:33 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 10:23:33 -0000 Received: by lbbgj3 with SMTP id gj3so4715157lbb.32 for ; Tue, 02 Oct 2012 03:23:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=/1RLVCJBjKSXvxLQQrNPURLfyLL7vZRqpzR4AujcCNk=; b=E9sgShOY90nrl1Eaw69KGGHee1qfNYTCGRormthUJWIj5ryHUlxokFUVC5rLL11vc3 z6n0rMeVtwVAtz1F2LElGgZwc3cYD5ggaeVRC+EPxftee9cs4vdlDGr/PGmOTj5Hyb+I cgbknaBbgoAnyFi6aptB2zW/OAVwgUypQBR49jayfmPkFQR8/ivnDr6vVrIJMZGr+v7b o3kk1XCH8jYrsAk+rQthEr+J0uEpeAq9m2t2oColQtD/bYpABytWS0sFFnva6pKPEiyL XByYC5Eg3m2CL8h+TLGAay507NSpT+xUWzrr/03O1Chya2wqWt0QBdUOaCqRFcTMjybY MhBA== Received: by 10.112.43.98 with SMTP id v2mr423906lbl.1.1349173412514; Tue, 02 Oct 2012 03:23:32 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id d7sm364564lbn.3.2012.10.02.03.23.31 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 03:23:32 -0700 (PDT) Message-ID: <506AC0A3.4020905@gmail.com> Date: Tue, 02 Oct 2012 14:23:31 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 beta] XenServer is server notice X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org After login screen shows: XenServer dom0 configuration is tuned for maximum performance and reliability. XCP is not ...well... XenServer. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 10:48:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 10:48:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ019-0005rP-0Q; Tue, 02 Oct 2012 10:47:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ017-0005r3-NM for xen-api@lists.xen.org; Tue, 02 Oct 2012 10:47:58 +0000 Received: from [85.158.137.99:44176] by server-2.bemta-3.messagelabs.com id 8D/F8-16514-C56CA605; Tue, 02 Oct 2012 10:47:56 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1349174873!15151593!1 X-Originating-IP: [220.181.13.243] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MyA9PiA1MzE2\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MyA9PiA1MzE2\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26595 invoked from network); 2 Oct 2012 10:47:55 -0000 Received: from m13-243.163.com (HELO m13-243.163.com) (220.181.13.243) by server-7.tower-217.messagelabs.com with SMTP; 2 Oct 2012 10:47:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=37L6iQdbzHFz5hMhSpyuwhOupwPzC31oZs DipkdJfCc=; b=M/W25ojox3nJW6FxhW2kULc77BfDPUMyq/AdPg+uzeCwzwfJuS 6q3GEK/htVN7UHyf+Iwb9DUIwSIeGR8ABJF0yUIrhRUHGbNWE0bXDUmR7lWHe+4z lMlG1wnEAfRfg09+dvFPs/ewMQhIvAEys8R9zVk+Y33Hc9gYbfhKPuXDU= Received: from claytonly ( [58.60.1.18] ) by ajax-webmail-sdy9 (Coremail) ; Tue, 2 Oct 2012 18:47:50 +0800 (GMT+08:00) Date: Tue, 2 Oct 2012 18:47:49 +0800 From: "claytonly" To: "xen-api" Message-ID: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.18] X-CM-TRANSID: 6sKowGCJMEJXxmpQSeQfAA--.16707W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaQo8pk9o8lbSBAABst X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] after reinstall ubuntu on master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3800898982885311726==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3800898982885311726== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_027832.003676" --__=_Part_Boundary_004_027832.003676 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 aGVsbG8sZXZlcnlvbmUNCg0KDQpmb3Igc29tZSByZWFzb24sIEkgaGF2ZSByZWluc3RhbGwgdWJ1 bnR1IGFuZCB4cGMteGFwaSBvbiBtYXN0ZXIsIGFuZCBhbGwgc2xhdmVzIGluIHBvb2wgaGF2ZSBi ZWVuIGRlbGV0ZWQuIEJ1dCB3aGVuIEkgcnVuICd4ZSB2bS1saXN0JyBvbiBzbGF2ZSwgdGhlcmUg Y29tZXMgdGhlIGVycm9yDQoiVGhlIG1hc3RlciBzYXlzIHRoZSBob3N0cyBpcyBub3Qga25vdyB0 byBpdC4gUGVyaGFwcyB0aGUgSG9zdCB3YXMgZGVsZXRlZCBmcm9tIHRoZSBtYXN0ZXIncyBkYXRh YmFzZT8gUGVyaGFwcyB0aGUgc2xhdmUgaXMgcG9pdGluZyB0byB0aGUgd3JvbmcgbWFzdGVyPyIN CkFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0aGUgc2xhdmUgdG8gdGhlIG5ldyBwb29sLCBpdCBk b2Vzbid0IHdvcmsuIHdoYXQgc2hvdWxkIGkgZG8/IE1hbnkgdGhhbmtzIQ0KDQoNCmNsYXl0b24N CjIwMTItMTAtMDINCg0KDQoNCmNsYXl0b25seQ== --__=_Part_Boundary_004_027832.003676 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDAuMTcxMTUiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgDQpmYWNl PeWui+S9kz5oZWxsbyxldmVyeW9uZTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAw MDAwMCBzaXplPTM+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAw IHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIHN0eWxlPSJURVhULUlOREVOVDogMmVt Ij48Rk9OVCBjb2xvcj0jMDAwMDAwIHNpemU9Mz5mb3Igc29tZSByZWFzb24sIEkgaGF2ZSANCnJl aW5zdGFsbCB1YnVudHUgYW5kIHhwYy14YXBpIG9uIG1hc3RlciwgYW5kIGFsbCBzbGF2ZXMgaW4g cG9vbCBoYXZlIGJlZW4gDQpkZWxldGVkLiBCdXQgd2hlbiBJIHJ1biAneGUgdm0tbGlzdCcgb24g c2xhdmUsIHRoZXJlIGNvbWVzIHRoZSANCmVycm9yPC9GT05UPjwvRElWPg0KPERJViBzdHlsZT0i VEVYVC1JTkRFTlQ6IDJlbSI+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+IlRoZSBtYXN0ZXIg c2F5cyB0aGUgDQpob3N0cyBpcyBub3Qga25vdyB0byBpdC4gUGVyaGFwcyB0aGUgSG9zdCB3YXMg ZGVsZXRlZCBmcm9tIHRoZSBtYXN0ZXIncyANCmRhdGFiYXNlPyBQZXJoYXBzIHRoZSBzbGF2ZSBp cyBwb2l0aW5nIHRvIHRoZSB3cm9uZyBtYXN0ZXI/IjwvRk9OVD48L0RJVj4NCjxESVYgc3R5bGU9 IlRFWFQtSU5ERU5UOiAyZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkFmdGVyIHRoYXQg LEkgdHJ5IHRvIA0KYWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qgd29y ay4gd2hhdCBzaG91bGQgaSBkbz8gTWFueSANCnRoYW5rcyE8L0ZPTlQ+PC9ESVY+DQo8RElWIHN0 eWxlPSJURVhULUlOREVOVDogMmVtIj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAw MDAwMCBzaXplPTM+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAw IHNpemU9Mz5jbGF5dG9uPC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9y PSNjMGMwYzAgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjIwMTItMTAtMDI8L0ZPTlQ+PC9ESVY+PEZP TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6 IDJweCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD4NCjxESVY+PEZP TlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTUEFOIA0KaWQ9X0ZsYXNoU2ln bk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJVj48L1NUQVRJT05FUlk+PC9CT0RZPjwv SFRNTD4= --__=_Part_Boundary_004_027832.003676-- --===============3800898982885311726== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3800898982885311726==-- From xen-api-bounces@lists.xen.org Tue Oct 02 10:48:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 10:48:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ019-0005rP-0Q; Tue, 02 Oct 2012 10:47:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ017-0005r3-NM for xen-api@lists.xen.org; Tue, 02 Oct 2012 10:47:58 +0000 Received: from [85.158.137.99:44176] by server-2.bemta-3.messagelabs.com id 8D/F8-16514-C56CA605; Tue, 02 Oct 2012 10:47:56 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1349174873!15151593!1 X-Originating-IP: [220.181.13.243] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MyA9PiA1MzE2\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MyA9PiA1MzE2\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26595 invoked from network); 2 Oct 2012 10:47:55 -0000 Received: from m13-243.163.com (HELO m13-243.163.com) (220.181.13.243) by server-7.tower-217.messagelabs.com with SMTP; 2 Oct 2012 10:47:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=37L6iQdbzHFz5hMhSpyuwhOupwPzC31oZs DipkdJfCc=; b=M/W25ojox3nJW6FxhW2kULc77BfDPUMyq/AdPg+uzeCwzwfJuS 6q3GEK/htVN7UHyf+Iwb9DUIwSIeGR8ABJF0yUIrhRUHGbNWE0bXDUmR7lWHe+4z lMlG1wnEAfRfg09+dvFPs/ewMQhIvAEys8R9zVk+Y33Hc9gYbfhKPuXDU= Received: from claytonly ( [58.60.1.18] ) by ajax-webmail-sdy9 (Coremail) ; Tue, 2 Oct 2012 18:47:50 +0800 (GMT+08:00) Date: Tue, 2 Oct 2012 18:47:49 +0800 From: "claytonly" To: "xen-api" Message-ID: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.18] X-CM-TRANSID: 6sKowGCJMEJXxmpQSeQfAA--.16707W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaQo8pk9o8lbSBAABst X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] after reinstall ubuntu on master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3800898982885311726==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3800898982885311726== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_027832.003676" --__=_Part_Boundary_004_027832.003676 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 aGVsbG8sZXZlcnlvbmUNCg0KDQpmb3Igc29tZSByZWFzb24sIEkgaGF2ZSByZWluc3RhbGwgdWJ1 bnR1IGFuZCB4cGMteGFwaSBvbiBtYXN0ZXIsIGFuZCBhbGwgc2xhdmVzIGluIHBvb2wgaGF2ZSBi ZWVuIGRlbGV0ZWQuIEJ1dCB3aGVuIEkgcnVuICd4ZSB2bS1saXN0JyBvbiBzbGF2ZSwgdGhlcmUg Y29tZXMgdGhlIGVycm9yDQoiVGhlIG1hc3RlciBzYXlzIHRoZSBob3N0cyBpcyBub3Qga25vdyB0 byBpdC4gUGVyaGFwcyB0aGUgSG9zdCB3YXMgZGVsZXRlZCBmcm9tIHRoZSBtYXN0ZXIncyBkYXRh YmFzZT8gUGVyaGFwcyB0aGUgc2xhdmUgaXMgcG9pdGluZyB0byB0aGUgd3JvbmcgbWFzdGVyPyIN CkFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0aGUgc2xhdmUgdG8gdGhlIG5ldyBwb29sLCBpdCBk b2Vzbid0IHdvcmsuIHdoYXQgc2hvdWxkIGkgZG8/IE1hbnkgdGhhbmtzIQ0KDQoNCmNsYXl0b24N CjIwMTItMTAtMDINCg0KDQoNCmNsYXl0b25seQ== --__=_Part_Boundary_004_027832.003676 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDAuMTcxMTUiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgDQpmYWNl PeWui+S9kz5oZWxsbyxldmVyeW9uZTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAw MDAwMCBzaXplPTM+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAw IHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIHN0eWxlPSJURVhULUlOREVOVDogMmVt Ij48Rk9OVCBjb2xvcj0jMDAwMDAwIHNpemU9Mz5mb3Igc29tZSByZWFzb24sIEkgaGF2ZSANCnJl aW5zdGFsbCB1YnVudHUgYW5kIHhwYy14YXBpIG9uIG1hc3RlciwgYW5kIGFsbCBzbGF2ZXMgaW4g cG9vbCBoYXZlIGJlZW4gDQpkZWxldGVkLiBCdXQgd2hlbiBJIHJ1biAneGUgdm0tbGlzdCcgb24g c2xhdmUsIHRoZXJlIGNvbWVzIHRoZSANCmVycm9yPC9GT05UPjwvRElWPg0KPERJViBzdHlsZT0i VEVYVC1JTkRFTlQ6IDJlbSI+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+IlRoZSBtYXN0ZXIg c2F5cyB0aGUgDQpob3N0cyBpcyBub3Qga25vdyB0byBpdC4gUGVyaGFwcyB0aGUgSG9zdCB3YXMg ZGVsZXRlZCBmcm9tIHRoZSBtYXN0ZXIncyANCmRhdGFiYXNlPyBQZXJoYXBzIHRoZSBzbGF2ZSBp cyBwb2l0aW5nIHRvIHRoZSB3cm9uZyBtYXN0ZXI/IjwvRk9OVD48L0RJVj4NCjxESVYgc3R5bGU9 IlRFWFQtSU5ERU5UOiAyZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkFmdGVyIHRoYXQg LEkgdHJ5IHRvIA0KYWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qgd29y ay4gd2hhdCBzaG91bGQgaSBkbz8gTWFueSANCnRoYW5rcyE8L0ZPTlQ+PC9ESVY+DQo8RElWIHN0 eWxlPSJURVhULUlOREVOVDogMmVtIj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAw MDAwMCBzaXplPTM+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAw IHNpemU9Mz5jbGF5dG9uPC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9y PSNjMGMwYzAgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjIwMTItMTAtMDI8L0ZPTlQ+PC9ESVY+PEZP TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6 IDJweCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD4NCjxESVY+PEZP TlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTUEFOIA0KaWQ9X0ZsYXNoU2ln bk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJVj48L1NUQVRJT05FUlk+PC9CT0RZPjwv SFRNTD4= --__=_Part_Boundary_004_027832.003676-- --===============3800898982885311726== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3800898982885311726==-- From xen-api-bounces@lists.xen.org Tue Oct 02 10:51:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 10:51:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ041-0006Es-BN; Tue, 02 Oct 2012 10:50:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ040-0006Eh-CA for xen-api@lists.xen.org; Tue, 02 Oct 2012 10:50:56 +0000 Received: from [85.158.139.83:11016] by server-10.bemta-5.messagelabs.com id 26/C4-16911-F07CA605; Tue, 02 Oct 2012 10:50:55 +0000 X-Env-Sender: anandsbj1989@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1349175053!18950890!1 X-Originating-IP: [209.85.220.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13650 invoked from network); 2 Oct 2012 10:50:55 -0000 Received: from mail-pa0-f45.google.com (HELO mail-pa0-f45.google.com) (209.85.220.45) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 10:50:55 -0000 Received: by padfb10 with SMTP id fb10so5252717pad.32 for ; Tue, 02 Oct 2012 03:50:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4lVuUAICvpg4eGgEdnkV04dI3yew1u/XxLocx9BDucc=; b=RelpuFBQujxmKTIc83QwA9bEu1JjQuJMmxjLH53HY+yahrC42e6woktVPAILbcs8i1 7M3ywo+CypPZPNG5p0RPTrOMiY285FgKrZhr1YAyuSMUqxgGZUj7A6UI1wPLGAHYSaVD 3ZGI/qv/JDZS2JdXQ6V6mz19scBAiKZhXVywJjMHRN94xXKi/mRN+iVPYo5SWHo2BRYU S7IdjT/EA0zOjBVSp+kbaJlAbWdFFT77S/2jxeI4OgKEisJHndcMAi1tDxHLvGwiZM/0 HCMuub7/9sY3nmUQKjKdecpCesJysI1zb/jCmkiNtTzcWXNbbgCiesrdPKIPEd4q2clu a+Eg== MIME-Version: 1.0 Received: by 10.68.135.39 with SMTP id pp7mr3139891pbb.127.1349175052926; Tue, 02 Oct 2012 03:50:52 -0700 (PDT) Received: by 10.68.4.66 with HTTP; Tue, 2 Oct 2012 03:50:52 -0700 (PDT) Date: Tue, 2 Oct 2012 16:20:52 +0530 Message-ID: From: Anand J To: xen-api@lists.xen.org Subject: [Xen-API] monitoring of VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8488528460490286393==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8488528460490286393== Content-Type: multipart/alternative; boundary=047d7b10c945c4ff1d04cb114bf0 --047d7b10c945c4ff1d04cb114bf0 Content-Type: text/plain; charset=ISO-8859-1 hi I am anand. I am very beginner to xcp and i want to monitor the virtual machine (like cpu usage, storage, status of vm). so which all API should i use to get those... please suggest me. thanks regards ANAND --047d7b10c945c4ff1d04cb114bf0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi I am anand.
I am very=A0beginner=A0to xcp and i want to monitor = the=A0virtual=A0machine (like cpu usage, storage, status of vm).
= so which all API should i use to get those... please suggest me.
=
thanks

regards
ANAND
--047d7b10c945c4ff1d04cb114bf0-- --===============8488528460490286393== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8488528460490286393==-- From xen-api-bounces@lists.xen.org Tue Oct 02 10:51:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 10:51:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ041-0006Es-BN; Tue, 02 Oct 2012 10:50:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ040-0006Eh-CA for xen-api@lists.xen.org; Tue, 02 Oct 2012 10:50:56 +0000 Received: from [85.158.139.83:11016] by server-10.bemta-5.messagelabs.com id 26/C4-16911-F07CA605; Tue, 02 Oct 2012 10:50:55 +0000 X-Env-Sender: anandsbj1989@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1349175053!18950890!1 X-Originating-IP: [209.85.220.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13650 invoked from network); 2 Oct 2012 10:50:55 -0000 Received: from mail-pa0-f45.google.com (HELO mail-pa0-f45.google.com) (209.85.220.45) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 10:50:55 -0000 Received: by padfb10 with SMTP id fb10so5252717pad.32 for ; Tue, 02 Oct 2012 03:50:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4lVuUAICvpg4eGgEdnkV04dI3yew1u/XxLocx9BDucc=; b=RelpuFBQujxmKTIc83QwA9bEu1JjQuJMmxjLH53HY+yahrC42e6woktVPAILbcs8i1 7M3ywo+CypPZPNG5p0RPTrOMiY285FgKrZhr1YAyuSMUqxgGZUj7A6UI1wPLGAHYSaVD 3ZGI/qv/JDZS2JdXQ6V6mz19scBAiKZhXVywJjMHRN94xXKi/mRN+iVPYo5SWHo2BRYU S7IdjT/EA0zOjBVSp+kbaJlAbWdFFT77S/2jxeI4OgKEisJHndcMAi1tDxHLvGwiZM/0 HCMuub7/9sY3nmUQKjKdecpCesJysI1zb/jCmkiNtTzcWXNbbgCiesrdPKIPEd4q2clu a+Eg== MIME-Version: 1.0 Received: by 10.68.135.39 with SMTP id pp7mr3139891pbb.127.1349175052926; Tue, 02 Oct 2012 03:50:52 -0700 (PDT) Received: by 10.68.4.66 with HTTP; Tue, 2 Oct 2012 03:50:52 -0700 (PDT) Date: Tue, 2 Oct 2012 16:20:52 +0530 Message-ID: From: Anand J To: xen-api@lists.xen.org Subject: [Xen-API] monitoring of VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8488528460490286393==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8488528460490286393== Content-Type: multipart/alternative; boundary=047d7b10c945c4ff1d04cb114bf0 --047d7b10c945c4ff1d04cb114bf0 Content-Type: text/plain; charset=ISO-8859-1 hi I am anand. I am very beginner to xcp and i want to monitor the virtual machine (like cpu usage, storage, status of vm). so which all API should i use to get those... please suggest me. thanks regards ANAND --047d7b10c945c4ff1d04cb114bf0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi I am anand.
I am very=A0beginner=A0to xcp and i want to monitor = the=A0virtual=A0machine (like cpu usage, storage, status of vm).
= so which all API should i use to get those... please suggest me.
=
thanks

regards
ANAND
--047d7b10c945c4ff1d04cb114bf0-- --===============8488528460490286393== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8488528460490286393==-- From xen-api-bounces@lists.xen.org Tue Oct 02 11:41:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 11:41:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ0qT-0007xr-5I; Tue, 02 Oct 2012 11:41:01 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ0qS-0007xl-06 for xen-api@lists.xen.org; Tue, 02 Oct 2012 11:41:00 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1349178051!8519312!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28191 invoked from network); 2 Oct 2012 11:40:52 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 11:40:52 -0000 Received: by lbbgj3 with SMTP id gj3so4781852lbb.32 for ; Tue, 02 Oct 2012 04:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=5WMtkYmDurxBwprMhHSQhPBH/IFls6KbP/htLQ1ZM+E=; b=NIpr0ZT8ObJE4GKl9qRbgkENb7Wt1vZU/SpDel+UniAp2V02wc0Dl0nErRs1Kq0kXf rvC6RhR+9OQWkNOun7Lv0wrGLtBQRD16gfm//zvp0IQz/grQIExoxsi7GgcM7id749Gt uxpRM1ISork5NadcC50pp7cYoiUCywTt+eehFugMFymkPyL+EuK9HU97zxpy9v6OcseH xJE2UK/dri4aD06C4cRURk8NUfVvM1dWocZpfbWOFw/8v9oJwHFxsEWAy3dffZg0r3uy 8ILuYZnABs32I++d4DQgCTCTkhY0rJ47GqkvKo8BBYcBJeEpJ1oCiBJi8msOcARJJmWE uHaQ== Received: by 10.152.135.41 with SMTP id pp9mr14403718lab.7.1349178051173; Tue, 02 Oct 2012 04:40:51 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id x5sm425338lbf.9.2012.10.02.04.40.50 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 04:40:50 -0700 (PDT) Message-ID: <506AD2C1.4090906@gmail.com> Date: Tue, 02 Oct 2012 15:40:49 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> In-Reply-To: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> Subject: Re: [Xen-API] after reinstall ubuntu on master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4036850797236822102==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4036850797236822102== Content-Type: multipart/alternative; boundary="------------000000010308060903060201" This is a multi-part message in MIME format. --------------000000010308060903060201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, actually broke down leftovers of previous pool): (DATA LOSS WARNING) 0) sudo -s 1) /etc/init.d/xcp-xapi stop 2) rm /var/lib/xcp/state.db 3) echo master >/etc/xcp/pool.conf 4) /etc/init.d/xcp-xapi start 02.10.2012 14:47, claytonly ?????: > hello,everyone > for some reason, I have reinstall ubuntu and xpc-xapi on master, and > all slaves in pool have been deleted. But when I run 'xe vm-list' on > slave, there comes the error > "The master says the hosts is not know to it. Perhaps the Host was > deleted from the master's database? Perhaps the slave is poiting to > the wrong master?" > After that ,I try to add the slave to the new pool, it doesn't work. > what should i do? Many thanks! > clayton > 2012-10-02 > ------------------------------------------------------------------------ > claytonly > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000000010308060903060201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, actually broke down leftovers of previous pool):

(DATA LOSS WARNING)
0) sudo -s
1) /etc/init.d/xcp-xapi stop
2) rm /var/lib/xcp/state.db
3) echo master >/etc/xcp/pool.conf
4) /etc/init.d/xcp-xapi start


02.10.2012 14:47, claytonly пишет:
hello,everyone
 
 
for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error
"The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?"
After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks!
 
 
clayton
2012-10-02
claytonly


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

--------------000000010308060903060201-- --===============4036850797236822102== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4036850797236822102==-- From xen-api-bounces@lists.xen.org Tue Oct 02 11:41:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 11:41:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ0qT-0007xr-5I; Tue, 02 Oct 2012 11:41:01 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ0qS-0007xl-06 for xen-api@lists.xen.org; Tue, 02 Oct 2012 11:41:00 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1349178051!8519312!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28191 invoked from network); 2 Oct 2012 11:40:52 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 11:40:52 -0000 Received: by lbbgj3 with SMTP id gj3so4781852lbb.32 for ; Tue, 02 Oct 2012 04:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=5WMtkYmDurxBwprMhHSQhPBH/IFls6KbP/htLQ1ZM+E=; b=NIpr0ZT8ObJE4GKl9qRbgkENb7Wt1vZU/SpDel+UniAp2V02wc0Dl0nErRs1Kq0kXf rvC6RhR+9OQWkNOun7Lv0wrGLtBQRD16gfm//zvp0IQz/grQIExoxsi7GgcM7id749Gt uxpRM1ISork5NadcC50pp7cYoiUCywTt+eehFugMFymkPyL+EuK9HU97zxpy9v6OcseH xJE2UK/dri4aD06C4cRURk8NUfVvM1dWocZpfbWOFw/8v9oJwHFxsEWAy3dffZg0r3uy 8ILuYZnABs32I++d4DQgCTCTkhY0rJ47GqkvKo8BBYcBJeEpJ1oCiBJi8msOcARJJmWE uHaQ== Received: by 10.152.135.41 with SMTP id pp9mr14403718lab.7.1349178051173; Tue, 02 Oct 2012 04:40:51 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id x5sm425338lbf.9.2012.10.02.04.40.50 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 04:40:50 -0700 (PDT) Message-ID: <506AD2C1.4090906@gmail.com> Date: Tue, 02 Oct 2012 15:40:49 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> In-Reply-To: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> Subject: Re: [Xen-API] after reinstall ubuntu on master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4036850797236822102==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4036850797236822102== Content-Type: multipart/alternative; boundary="------------000000010308060903060201" This is a multi-part message in MIME format. --------------000000010308060903060201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, actually broke down leftovers of previous pool): (DATA LOSS WARNING) 0) sudo -s 1) /etc/init.d/xcp-xapi stop 2) rm /var/lib/xcp/state.db 3) echo master >/etc/xcp/pool.conf 4) /etc/init.d/xcp-xapi start 02.10.2012 14:47, claytonly ?????: > hello,everyone > for some reason, I have reinstall ubuntu and xpc-xapi on master, and > all slaves in pool have been deleted. But when I run 'xe vm-list' on > slave, there comes the error > "The master says the hosts is not know to it. Perhaps the Host was > deleted from the master's database? Perhaps the slave is poiting to > the wrong master?" > After that ,I try to add the slave to the new pool, it doesn't work. > what should i do? Many thanks! > clayton > 2012-10-02 > ------------------------------------------------------------------------ > claytonly > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000000010308060903060201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, actually broke down leftovers of previous pool):

(DATA LOSS WARNING)
0) sudo -s
1) /etc/init.d/xcp-xapi stop
2) rm /var/lib/xcp/state.db
3) echo master >/etc/xcp/pool.conf
4) /etc/init.d/xcp-xapi start


02.10.2012 14:47, claytonly пишет:
hello,everyone
 
 
for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error
"The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?"
After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks!
 
 
clayton
2012-10-02
claytonly


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

--------------000000010308060903060201-- --===============4036850797236822102== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4036850797236822102==-- From xen-api-bounces@lists.xen.org Tue Oct 02 12:47:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 12:47:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ1t9-0001ap-4u; Tue, 02 Oct 2012 12:47:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ1t8-0001ak-Kw for xen-api@lists.xen.org; Tue, 02 Oct 2012 12:47:50 +0000 Received: from [85.158.143.99:20374] by server-1.bemta-4.messagelabs.com id D6/75-05684-572EA605; Tue, 02 Oct 2012 12:47:49 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1349182068!32217408!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20509 invoked from network); 2 Oct 2012 12:47:49 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 12:47:49 -0000 Received: by vbip1 with SMTP id p1so8043704vbi.32 for ; Tue, 02 Oct 2012 05:47:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zGIh2R2ZJrFAim2CBnTBehvjy1uY2ulRXOJZJnMFowg=; b=BkAU77/TwB2ChJUkX/p7gozatBFXbJxwu/qlAdInDA1lRIcfF+OFDDA00s1zJX5H5m +zIg7C5hxE20RsZ8ipXk9FLfhigB2pccLmN2qVsWlwGjBIbP9hl4Fgj3e9LH40kji6Ks ga0ElK5Moy01CGAgvS4rXNqF86OjY2HkIkZQWk9QLxJ7rudzC4Bri47WrNsBjDFkENAV FpfccbQ2Com3t9wXdCR7o/0WzaX013G7e03xqyjnYM7wLx0JXJVTfYEkT7N6HsAeq9a6 Hn3a6EA+eAajfOkK7TAbnau1AS8uGruQLnXjpu1U2Xgg0IfydAr/n4MCq0N3UC/qXZQr a+vg== MIME-Version: 1.0 Received: by 10.52.175.193 with SMTP id cc1mr8285082vdc.61.1349182068028; Tue, 02 Oct 2012 05:47:48 -0700 (PDT) Received: by 10.58.161.208 with HTTP; Tue, 2 Oct 2012 05:47:48 -0700 (PDT) Date: Tue, 2 Oct 2012 15:47:48 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: xen-api@lists.xen.org Subject: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello everyone, I'm interested in deploying OpenStack Folsom for XCP, but seems like it's not so easy. Distribution's OpenStack packages has huge dependencies because they try to duplicate functionality already included in XCP. It also make configuration tricky. Wishlist: - really minimal services set - rely on XCP builtin features (networking, shared storage, migrations etc.), don't duplicate them in DomU. In general, I expect OpenStack-based XenCenter replacement that will only use XAPI and won't provide own services (or a minumal really required set). Any advice would be very helpful. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 12:47:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 12:47:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ1t9-0001ap-4u; Tue, 02 Oct 2012 12:47:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ1t8-0001ak-Kw for xen-api@lists.xen.org; Tue, 02 Oct 2012 12:47:50 +0000 Received: from [85.158.143.99:20374] by server-1.bemta-4.messagelabs.com id D6/75-05684-572EA605; Tue, 02 Oct 2012 12:47:49 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1349182068!32217408!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20509 invoked from network); 2 Oct 2012 12:47:49 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 12:47:49 -0000 Received: by vbip1 with SMTP id p1so8043704vbi.32 for ; Tue, 02 Oct 2012 05:47:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zGIh2R2ZJrFAim2CBnTBehvjy1uY2ulRXOJZJnMFowg=; b=BkAU77/TwB2ChJUkX/p7gozatBFXbJxwu/qlAdInDA1lRIcfF+OFDDA00s1zJX5H5m +zIg7C5hxE20RsZ8ipXk9FLfhigB2pccLmN2qVsWlwGjBIbP9hl4Fgj3e9LH40kji6Ks ga0ElK5Moy01CGAgvS4rXNqF86OjY2HkIkZQWk9QLxJ7rudzC4Bri47WrNsBjDFkENAV FpfccbQ2Com3t9wXdCR7o/0WzaX013G7e03xqyjnYM7wLx0JXJVTfYEkT7N6HsAeq9a6 Hn3a6EA+eAajfOkK7TAbnau1AS8uGruQLnXjpu1U2Xgg0IfydAr/n4MCq0N3UC/qXZQr a+vg== MIME-Version: 1.0 Received: by 10.52.175.193 with SMTP id cc1mr8285082vdc.61.1349182068028; Tue, 02 Oct 2012 05:47:48 -0700 (PDT) Received: by 10.58.161.208 with HTTP; Tue, 2 Oct 2012 05:47:48 -0700 (PDT) Date: Tue, 2 Oct 2012 15:47:48 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: xen-api@lists.xen.org Subject: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello everyone, I'm interested in deploying OpenStack Folsom for XCP, but seems like it's not so easy. Distribution's OpenStack packages has huge dependencies because they try to duplicate functionality already included in XCP. It also make configuration tricky. Wishlist: - really minimal services set - rely on XCP builtin features (networking, shared storage, migrations etc.), don't duplicate them in DomU. In general, I expect OpenStack-based XenCenter replacement that will only use XAPI and won't provide own services (or a minumal really required set). Any advice would be very helpful. -- Andrew Lukoshko, M.Sc. Head of Cloud R&D ROSA Laboratory Presnensky Val str. 14, Moscow, 123557 Russia Mobile: +375 (44) 779-63-73 Mobile (Russia): +7 (916) 4629480 Skype: a.lukoshko _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 15:30:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 15:30:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ4QE-0003Th-35; Tue, 02 Oct 2012 15:30:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ4QC-0003TC-Gi for xen-api@lists.xen.org; Tue, 02 Oct 2012 15:30:08 +0000 Received: from [85.158.143.35:38463] by server-1.bemta-4.messagelabs.com id 91/FD-05684-F780B605; Tue, 02 Oct 2012 15:30:07 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1349191805!17179811!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11375 invoked from network); 2 Oct 2012 15:30:06 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 15:30:06 -0000 Received: by iea17 with SMTP id 17so19060175iea.32 for ; Tue, 02 Oct 2012 08:30:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=00T50yeZz4WIrKE+nh88vOZGtNEaVLdb9TH/1notLXo=; b=LDXWkS8b4KD2OKxTwdB/kbFraFS/bB8ZELHFlAysmt9foej1GogxIlfJJzWEZUB+wg PPtgvIsj5tIetIqxisTt1bPsZxMB5wEar53FXvbB08xntZdFBSKjRnml877cVs2UP8dM Z3Q79d3XWtabiLT0SmsvVw70peRXGjC+AGWS0Z8J5Jzbby193R/I+6S8BsmxHfE9VZ1C HSKJ6ePz+LeeJtclfIkSXKQZPzlgZtuMlwov0DVJLxnrULmuhV62uucoMneXj6xoQKHT 5/wh7nOTePN5vYHB5+EYAqZZ6WduzcpqG6N++ofOz+OSvat1h19/DO3NAkNx8R6zVOuL M52A== MIME-Version: 1.0 Received: by 10.50.236.41 with SMTP id ur9mr9176318igc.7.1349191805114; Tue, 02 Oct 2012 08:30:05 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Tue, 2 Oct 2012 08:30:05 -0700 (PDT) Date: Tue, 2 Oct 2012 16:30:05 +0100 Message-ID: From: SpamMePlease PleasePlease To: xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I would like to report that there's an issue that exists on XCP 1.6 beta (and 1.1 stable too) that results in very slow vm import/export, causing high IO wait and load. The details are below, the machine is freshly installed, without any modifications (like md raid, and so on): iostat: avg-cpu: %user %nice %system %iowait %steal %idle 0,00 0,00 0,00 62,98 0,00 37,02 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0,00 0,40 0,00 6,19 0,00 2184,83 353,10 3,76 553,87 161,61 100,00 sda1 0,00 0,00 0,00 0,60 0,00 35,13 58,67 0,75 1540,00 893,33 53,49 sda2 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda3 0,00 0,40 0,00 5,59 0,00 2149,70 384,64 3,01 448,21 178,93 100,00 sdb 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-1 0,00 0,00 0,00 6,39 0,00 2203,79 345,03 3,25 444,38 156,56 100,00 tda 0,00 215,57 0,00 25,15 0,00 2181,24 86,73 172,15 7475,32 39,76 100,00 top: top - 17:26:48 up 13 min, 2 users, load average: 2.79, 1.63, 0.77 Tasks: 135 total, 1 running, 134 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 25.4%id, 74.6%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 762244k total, 747080k used, 15164k free, 238616k buffers Swap: 524280k total, 0k used, 524280k free, 289188k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5901 root 20 0 26424 8544 268 S 0.3 1.1 0:00.45 elasticsyslog 10758 root 20 0 2428 1104 820 R 0.3 0.1 0:00.02 top 1 root 20 0 2164 656 564 S 0.0 0.1 0:00.23 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0 4 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 lspci: 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation 3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.4 PCI bridge: Intel Corporation 7 Series Chipset Family PCI Express Root Port 5 (rev c4) 00:1c.6 PCI bridge: Intel Corporation 7 Series Chipset Family PCI Express Root Port 7 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation H77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA AHCI Controller (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series Chipset Family SMBus Controller (rev 04) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09) 04:00.0 IDE interface: Marvell Technology Group Ltd. 88SE9172 SATA III 6Gb/s RAID Controller (rev 11) There is nothing visible in dmesg nor logs that could give a clue where is the poor performance coming from: the xva was exported from XCP 1.1 in about 3 minutes, the import takes about 30 minutes (confirmed with few different xva's) and while importing the dom0 becomes extremely sluggish. Any help would be highly appreciated. Kind regards, S. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 15:30:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 15:30:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ4QE-0003Th-35; Tue, 02 Oct 2012 15:30:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ4QC-0003TC-Gi for xen-api@lists.xen.org; Tue, 02 Oct 2012 15:30:08 +0000 Received: from [85.158.143.35:38463] by server-1.bemta-4.messagelabs.com id 91/FD-05684-F780B605; Tue, 02 Oct 2012 15:30:07 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1349191805!17179811!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11375 invoked from network); 2 Oct 2012 15:30:06 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 15:30:06 -0000 Received: by iea17 with SMTP id 17so19060175iea.32 for ; Tue, 02 Oct 2012 08:30:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=00T50yeZz4WIrKE+nh88vOZGtNEaVLdb9TH/1notLXo=; b=LDXWkS8b4KD2OKxTwdB/kbFraFS/bB8ZELHFlAysmt9foej1GogxIlfJJzWEZUB+wg PPtgvIsj5tIetIqxisTt1bPsZxMB5wEar53FXvbB08xntZdFBSKjRnml877cVs2UP8dM Z3Q79d3XWtabiLT0SmsvVw70peRXGjC+AGWS0Z8J5Jzbby193R/I+6S8BsmxHfE9VZ1C HSKJ6ePz+LeeJtclfIkSXKQZPzlgZtuMlwov0DVJLxnrULmuhV62uucoMneXj6xoQKHT 5/wh7nOTePN5vYHB5+EYAqZZ6WduzcpqG6N++ofOz+OSvat1h19/DO3NAkNx8R6zVOuL M52A== MIME-Version: 1.0 Received: by 10.50.236.41 with SMTP id ur9mr9176318igc.7.1349191805114; Tue, 02 Oct 2012 08:30:05 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Tue, 2 Oct 2012 08:30:05 -0700 (PDT) Date: Tue, 2 Oct 2012 16:30:05 +0100 Message-ID: From: SpamMePlease PleasePlease To: xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I would like to report that there's an issue that exists on XCP 1.6 beta (and 1.1 stable too) that results in very slow vm import/export, causing high IO wait and load. The details are below, the machine is freshly installed, without any modifications (like md raid, and so on): iostat: avg-cpu: %user %nice %system %iowait %steal %idle 0,00 0,00 0,00 62,98 0,00 37,02 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0,00 0,40 0,00 6,19 0,00 2184,83 353,10 3,76 553,87 161,61 100,00 sda1 0,00 0,00 0,00 0,60 0,00 35,13 58,67 0,75 1540,00 893,33 53,49 sda2 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda3 0,00 0,40 0,00 5,59 0,00 2149,70 384,64 3,01 448,21 178,93 100,00 sdb 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-1 0,00 0,00 0,00 6,39 0,00 2203,79 345,03 3,25 444,38 156,56 100,00 tda 0,00 215,57 0,00 25,15 0,00 2181,24 86,73 172,15 7475,32 39,76 100,00 top: top - 17:26:48 up 13 min, 2 users, load average: 2.79, 1.63, 0.77 Tasks: 135 total, 1 running, 134 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 25.4%id, 74.6%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 762244k total, 747080k used, 15164k free, 238616k buffers Swap: 524280k total, 0k used, 524280k free, 289188k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5901 root 20 0 26424 8544 268 S 0.3 1.1 0:00.45 elasticsyslog 10758 root 20 0 2428 1104 820 R 0.3 0.1 0:00.02 top 1 root 20 0 2164 656 564 S 0.0 0.1 0:00.23 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0 4 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 lspci: 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation 3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.4 PCI bridge: Intel Corporation 7 Series Chipset Family PCI Express Root Port 5 (rev c4) 00:1c.6 PCI bridge: Intel Corporation 7 Series Chipset Family PCI Express Root Port 7 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation H77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA AHCI Controller (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series Chipset Family SMBus Controller (rev 04) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09) 04:00.0 IDE interface: Marvell Technology Group Ltd. 88SE9172 SATA III 6Gb/s RAID Controller (rev 11) There is nothing visible in dmesg nor logs that could give a clue where is the poor performance coming from: the xva was exported from XCP 1.1 in about 3 minutes, the import takes about 30 minutes (confirmed with few different xva's) and while importing the dom0 becomes extremely sluggish. Any help would be highly appreciated. Kind regards, S. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 15:57:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 15:57:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ4qf-0004I3-0b; Tue, 02 Oct 2012 15:57:29 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TJ4qe-0004HE-2Z for xen-api@lists.xen.org; Tue, 02 Oct 2012 15:57:28 +0000 X-Env-Sender: jakob@praher.info X-Msg-Ref: server-10.tower-27.messagelabs.com!1349193441!3396866!1 X-Originating-IP: [83.164.192.84] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32728 invoked from network); 2 Oct 2012 15:57:21 -0000 Received: from r1.relay.mail.lagis.at (HELO r1.relay.mail.lagis.at) (83.164.192.84) by server-10.tower-27.messagelabs.com with SMTP; 2 Oct 2012 15:57:21 -0000 Received: from mail2.farm.prahersoft.com (mail2.farm.prahersoft.com [83.164.139.102]) by reseller.relay.mail.lagis.at (Postfix) with ESMTP id 178E4380BA for ; Tue, 2 Oct 2012 17:57:19 +0200 (CEST) Received: by mail2.farm.prahersoft.com (iRedMail, from userid 1007) id D4ACB11A001; Tue, 2 Oct 2012 17:57:16 +0200 (CEST) Received: from xenU_syssrv-calendar (unknown [172.16.212.180]) by mail2.farm.prahersoft.com (iRedMail) with ESMTP id 5FF7D11A001; Tue, 2 Oct 2012 17:57:15 +0200 (CEST) User-Agent: SOGoMail 1.3.17 X-Forward: webmail.praher.info MIME-Version: 1.0 from: "Jakob Praher" message-id: <785-506b0f00-61-47b65d00@184280982> to: "andrew.lukoshko@gmail.com" date: Tue, 02 Oct 2012 17:57:14 +0200 in-reply-to: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Andrew, Hi all, no advice from my side but a definite "me too" on this. Many services target the openstack API out-of-the box. E.g. there is this cloud foundry BOSH cloud provider inerface, which already targets Openstack - seems like a duplicate effort to build everything on top of XCP. Although I like the lean interface XCP provides. Best, Jakob Am Dienstag, 02. Oktober 2012 14:47 CEST, "andrew.lukoshko@gmail.com" schrieb: > Hello everyone, > > I'm interested in deploying OpenStack Folsom for XCP, but seems like > it's not so easy. > Distribution's OpenStack packages has huge dependencies because they > try to duplicate functionality already included in XCP. It also make > configuration tricky. > > Wishlist: > - really minimal services set > - rely on XCP builtin features (networking, shared storage, migrations > etc.), don't duplicate them in DomU. > > In general, I expect OpenStack-based XenCenter replacement that will > only use XAPI and won't provide own services (or a minumal really > required set). > > Any advice would be very helpful. > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 15:57:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 15:57:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ4qf-0004I3-0b; Tue, 02 Oct 2012 15:57:29 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TJ4qe-0004HE-2Z for xen-api@lists.xen.org; Tue, 02 Oct 2012 15:57:28 +0000 X-Env-Sender: jakob@praher.info X-Msg-Ref: server-10.tower-27.messagelabs.com!1349193441!3396866!1 X-Originating-IP: [83.164.192.84] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32728 invoked from network); 2 Oct 2012 15:57:21 -0000 Received: from r1.relay.mail.lagis.at (HELO r1.relay.mail.lagis.at) (83.164.192.84) by server-10.tower-27.messagelabs.com with SMTP; 2 Oct 2012 15:57:21 -0000 Received: from mail2.farm.prahersoft.com (mail2.farm.prahersoft.com [83.164.139.102]) by reseller.relay.mail.lagis.at (Postfix) with ESMTP id 178E4380BA for ; Tue, 2 Oct 2012 17:57:19 +0200 (CEST) Received: by mail2.farm.prahersoft.com (iRedMail, from userid 1007) id D4ACB11A001; Tue, 2 Oct 2012 17:57:16 +0200 (CEST) Received: from xenU_syssrv-calendar (unknown [172.16.212.180]) by mail2.farm.prahersoft.com (iRedMail) with ESMTP id 5FF7D11A001; Tue, 2 Oct 2012 17:57:15 +0200 (CEST) User-Agent: SOGoMail 1.3.17 X-Forward: webmail.praher.info MIME-Version: 1.0 from: "Jakob Praher" message-id: <785-506b0f00-61-47b65d00@184280982> to: "andrew.lukoshko@gmail.com" date: Tue, 02 Oct 2012 17:57:14 +0200 in-reply-to: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Andrew, Hi all, no advice from my side but a definite "me too" on this. Many services target the openstack API out-of-the box. E.g. there is this cloud foundry BOSH cloud provider inerface, which already targets Openstack - seems like a duplicate effort to build everything on top of XCP. Although I like the lean interface XCP provides. Best, Jakob Am Dienstag, 02. Oktober 2012 14:47 CEST, "andrew.lukoshko@gmail.com" schrieb: > Hello everyone, > > I'm interested in deploying OpenStack Folsom for XCP, but seems like > it's not so easy. > Distribution's OpenStack packages has huge dependencies because they > try to duplicate functionality already included in XCP. It also make > configuration tricky. > > Wishlist: > - really minimal services set > - rely on XCP builtin features (networking, shared storage, migrations > etc.), don't duplicate them in DomU. > > In general, I expect OpenStack-based XenCenter replacement that will > only use XAPI and won't provide own services (or a minumal really > required set). > > Any advice would be very helpful. > > > -- > Andrew Lukoshko, M.Sc. > > Head of Cloud R&D > ROSA Laboratory > > Presnensky Val str. 14, > Moscow, 123557 Russia > > Mobile: +375 (44) 779-63-73 > Mobile (Russia): +7 (916) 4629480 > Skype: a.lukoshko > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 16:17:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 16:17:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ59k-0005df-Dp; Tue, 02 Oct 2012 16:17:12 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ59i-0005ce-TG for xen-api@lists.xen.org; Tue, 02 Oct 2012 16:17:11 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1349194614!7097261!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10943 invoked from network); 2 Oct 2012 16:16:55 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 16:16:55 -0000 Received: by lahm13 with SMTP id m13so3057848lah.32 for ; Tue, 02 Oct 2012 09:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=D4s3t0J+O2TqU13DZsTD2oqtd9pd8BJAbsIFwA5bs/s=; b=ElWtOabpg0rquVZyTU68H4nHyiteZ+hKSzJPfmPYnLdEsRtb+KvKaCK3q7IFVCNw7D ouDGRozMkKw/LUVzT1ostUXmhr8ZaGSQrwSmbfhwM/pb+5jLJq0ujti12MR6hkFU1OqZ zVfa1lFkOdTQS3gAYPb+7ha4Ss1cfoNTrkVtG1BbKMGWV8WWpFC7gCP1OtWNELSeJd3o qMf0Wn2C+wJHwk2CYCYSbBKB/ElRaXNyiPhG4ouw/N1g9eLvttnU2+5zBNb+f6h8cpVq 7GNclHpCt5ndsZ1S/2VzpxaCVmxK9DRlUL47X8Yu9XWY5GRDnT3/ADHak1RzER1hFWeo A3kg== Received: by 10.152.104.240 with SMTP id gh16mr14977412lab.56.1349194614016; Tue, 02 Oct 2012 09:16:54 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id mq9sm590952lab.0.2012.10.02.09.16.53 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 09:16:53 -0700 (PDT) Message-ID: <506B1374.9040701@gmail.com> Date: Tue, 02 Oct 2012 20:16:52 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Q2FuJ3QgY29uZmlybSB0aGF0LgoKSSd2ZSBjcmVhdGUgYW5kIGluc3RhbGwgbmV3IGRlYmlhbiAo bWluaW1hbCBpbnN0YWxsYXRpb24pLCBoZXJlCgp0aW1lIHhlIHZtLWV4cG9ydCB1dWlkPWMwNzIz NDAyLWQxZDEtOTkzZi04ZjZlLWQ4MWNiYmFkOGI1YyAKZmlsZW5hbWU9L21udC90ZXN0LnZtCkV4 cG9ydCBzdWNjZWVkZWQKcmVhbCAwbTMzLjQxMXMKdXNlciAwbTAuMDMwcwpzeXMgMG0wLjAwMHMK KC9tbnQgaXMgZXh0ZXJuYWwgc3RvcmFnZSBtb3VudGVkIHZpYSBORlMsIDFHIGxpbmssIGR1cmlu ZyBleHBvcnQgSSd2ZSAKZ290IGFib3V0IDUwME1iL3MsIHdoaWNoIGlzIGRlY2VudCBmb3Igbm9u LXR1bmVkIHRjcCBpbiAyLjYuMzIpLgoKSSB0aGluayB5b3UgZXhwZXJpZW5jZSBzb21lIGdlbmVy aWMgc3lzdGVtIHBlcmZvcm1hbmNlIGlzc3VlcywgdGhleSBhcmUgCm5vdCByZWxhdGVkIHRvIFhD UC4KCklmIHlvdSB3aXNoIG1vcmUgaGVscCwgeW91IG5lZWQgdG8gcG9pbnQgdG8gbW9yZSBzcGVj aWZpYyBwcm9ibGVtLCB0aGVuIApqdXN0ICdleHBvcnQgaXMgc2xvdycuCgoKMDIuMTAuMjAxMiAx OTozMCwgU3BhbU1lUGxlYXNlIFBsZWFzZVBsZWFzZSDQv9C40YjQtdGCOgo+IEhpIGFsbCwKPgo+ IEkgd291bGQgbGlrZSB0byByZXBvcnQgdGhhdCB0aGVyZSdzIGFuIGlzc3VlIHRoYXQgZXhpc3Rz IG9uIFhDUCAxLjYKPiBiZXRhIChhbmQgMS4xIHN0YWJsZSB0b28pIHRoYXQgcmVzdWx0cyBpbiB2 ZXJ5IHNsb3cgdm0gaW1wb3J0L2V4cG9ydCwKPiBjYXVzaW5nIGhpZ2ggSU8gd2FpdCBhbmQgbG9h ZC4gVGhlIGRldGFpbHMgYXJlIGJlbG93LCB0aGUgbWFjaGluZSBpcwo+IGZyZXNobHkgaW5zdGFs bGVkLCB3aXRob3V0IGFueSBtb2RpZmljYXRpb25zIChsaWtlIG1kIHJhaWQsIGFuZCBzbwo+IG9u KToKPgo+IGlvc3RhdDoKPgo+IGF2Zy1jcHU6ICAldXNlciAgICVuaWNlICVzeXN0ZW0gJWlvd2Fp dCAgJXN0ZWFsICAgJWlkbGUKPiAgICAgICAgICAgICAwLDAwICAgIDAsMDAgICAgMCwwMCAgIDYy LDk4ICAgIDAsMDAgICAzNywwMgo+Cj4gRGV2aWNlOiAgICAgICAgIHJycW0vcyAgIHdycW0vcyAg IHIvcyAgIHcvcyAgIHJzZWMvcyAgIHdzZWMvcyBhdmdycS1zego+IGF2Z3F1LXN6ICAgYXdhaXQg IHN2Y3RtICAldXRpbAo+IHNkYSAgICAgICAgICAgICAgIDAsMDAgICAgIDAsNDAgIDAsMDAgIDYs MTkgICAgIDAsMDAgIDIxODQsODMgICAzNTMsMTAKPiAgICAgIDMsNzYgIDU1Myw4NyAxNjEsNjEg MTAwLDAwCj4gc2RhMSAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCw2MCAgICAg MCwwMCAgICAzNSwxMyAgICA1OCw2Nwo+ICAgICAgMCw3NSAxNTQwLDAwIDg5MywzMyAgNTMsNDkK PiBzZGEyICAgICAgICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICAwLDAwICAgICAwLDAwICAg ICAwLDAwICAgICAwLDAwCj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+IHNkYTMg ICAgICAgICAgICAgIDAsMDAgICAgIDAsNDAgIDAsMDAgIDUsNTkgICAgIDAsMDAgIDIxNDksNzAg ICAzODQsNjQKPiAgICAgIDMsMDEgIDQ0OCwyMSAxNzgsOTMgMTAwLDAwCj4gc2RiICAgICAgICAg ICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCwwMCAgICAgMCwwMCAgICAgMCwwMCAgICAgMCww MAo+ICAgICAgMCwwMCAgICAwLDAwICAgMCwwMCAgIDAsMDAKPiBkbS0wICAgICAgICAgICAgICAw LDAwICAgICAwLDAwICAwLDAwICAwLDAwICAgICAwLDAwICAgICAwLDAwICAgICAwLDAwCj4gICAg ICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+IGRtLTEgICAgICAgICAgICAgIDAsMDAgICAg IDAsMDAgIDAsMDAgIDYsMzkgICAgIDAsMDAgIDIyMDMsNzkgICAzNDUsMDMKPiAgICAgIDMsMjUg IDQ0NCwzOCAxNTYsNTYgMTAwLDAwCj4gdGRhICAgICAgICAgICAgICAgMCwwMCAgIDIxNSw1NyAg MCwwMCAyNSwxNSAgICAgMCwwMCAgMjE4MSwyNCAgICA4Niw3Mwo+ICAgIDE3MiwxNSA3NDc1LDMy ICAzOSw3NiAxMDAsMDAKPgo+Cj4KPiB0b3A6Cj4KPiB0b3AgLSAxNzoyNjo0OCB1cCAxMyBtaW4s ICAyIHVzZXJzLCAgbG9hZCBhdmVyYWdlOiAyLjc5LCAxLjYzLCAwLjc3Cj4gVGFza3M6IDEzNSB0 b3RhbCwgICAxIHJ1bm5pbmcsIDEzNCBzbGVlcGluZywgICAwIHN0b3BwZWQsICAgMCB6b21iaWUK PiBDcHUocyk6ICAwLjAldXMsICAwLjAlc3ksICAwLjAlbmksIDI1LjQlaWQsIDc0LjYld2EsICAw LjAlaGksICAwLjAlc2ksICAwLjAlc3QKPiBNZW06ICAgIDc2MjI0NGsgdG90YWwsICAgNzQ3MDgw ayB1c2VkLCAgICAxNTE2NGsgZnJlZSwgICAyMzg2MTZrIGJ1ZmZlcnMKPiBTd2FwOiAgIDUyNDI4 MGsgdG90YWwsICAgICAgICAwayB1c2VkLCAgIDUyNDI4MGsgZnJlZSwgICAyODkxODhrIGNhY2hl ZAo+Cj4gICAgUElEIFVTRVIgICAgICBQUiAgTkkgIFZJUlQgIFJFUyAgU0hSIFMgJUNQVSAlTUVN ICAgIFRJTUUrICBDT01NQU5ECj4gICA1OTAxIHJvb3QgICAgICAyMCAgIDAgMjY0MjQgODU0NCAg MjY4IFMgIDAuMyAgMS4xICAgMDowMC40NQo+IGVsYXN0aWNzeXNsb2cKPiAxMDc1OCByb290ICAg ICAgMjAgICAwICAyNDI4IDExMDQgIDgyMCBSICAwLjMgIDAuMSAgIDA6MDAuMDIgdG9wCj4gICAg ICAxIHJvb3QgICAgICAyMCAgIDAgIDIxNjQgIDY1NiAgNTY0IFMgIDAuMCAgMC4xICAgMDowMC4y MyBpbml0Cj4gICAgICAyIHJvb3QgICAgICAyMCAgIDAgICAgIDAgICAgMCAgICAwIFMgIDAuMCAg MC4wICAgMDowMC4wMCBrdGhyZWFkZAo+ICAgICAgMyByb290ICAgICAgUlQgICAwICAgICAwICAg IDAgICAgMCBTICAwLjAgIDAuMCAgIDA6MDAuMDAKPiBtaWdyYXRpb24vMAo+ICAgICAgNCByb290 ICAgICAgMjAgICAwICAgICAwICAgIDAgICAgMCBTICAwLjAgIDAuMCAgIDA6MDAuMDAga3NvZnRp cnFkLzAKPgo+Cj4KPiBsc3BjaToKPgo+IDAwOjAwLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBv cmF0aW9uIDNyZCBHZW4gQ29yZSBwcm9jZXNzb3IgRFJBTQo+IENvbnRyb2xsZXIgKHJldiAwOSkK PiAwMDowMS4wIFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDNyZCBHZW4gQ29yZSBwcm9j ZXNzb3IgUENJCj4gRXhwcmVzcyBSb290IFBvcnQgKHJldiAwOSkKPiAwMDowMi4wIFZHQSBjb21w YXRpYmxlIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDNyZCBHZW4gQ29yZQo+IHByb2Nl c3NvciBHcmFwaGljcyBDb250cm9sbGVyIChyZXYgMDkpCj4gMDA6MTQuMCBVU0IgY29udHJvbGxl cjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgVVNCCj4geEhDSSBI b3N0IENvbnRyb2xsZXIgKHJldiAwNCkKPiAwMDoxNi4wIENvbW11bmljYXRpb24gY29udHJvbGxl cjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldAo+IEZhbWlseSBNRUkgQ29udHJv bGxlciAjMSAocmV2IDA0KQo+IDAwOjFhLjAgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0 aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+IEVuaGFuY2VkIEhvc3QgQ29udHJvbGxl ciAjMiAocmV2IDA0KQo+IDAwOjFjLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBT ZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJCj4gRXhwcmVzcyBSb290IFBvcnQgMSAocmV2IGM0KQo+ IDAwOjFjLjQgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBG YW1pbHkgUENJCj4gRXhwcmVzcyBSb290IFBvcnQgNSAocmV2IGM0KQo+IDAwOjFjLjYgUENJIGJy aWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJCj4gRXhw cmVzcyBSb290IFBvcnQgNyAocmV2IGM0KQo+IDAwOjFkLjAgVVNCIGNvbnRyb2xsZXI6IEludGVs IENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+IEVuaGFuY2VkIEhvc3Qg Q29udHJvbGxlciAjMSAocmV2IDA0KQo+IDAwOjFmLjAgSVNBIGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gSDc3IEV4cHJlc3MgQ2hpcHNldCBMUEMKPiBDb250cm9sbGVyIChyZXYgMDQpCj4gMDA6 MWYuMiBTQVRBIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQg RmFtaWx5Cj4gNi1wb3J0IFNBVEEgQUhDSSBDb250cm9sbGVyIChyZXYgMDQpCj4gMDA6MWYuMyBT TUJ1czogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgU01CdXMKPiBD b250cm9sbGVyIChyZXYgMDQpCj4gMDM6MDAuMCBFdGhlcm5ldCBjb250cm9sbGVyOiBSZWFsdGVr IFNlbWljb25kdWN0b3IgQ28uLCBMdGQuCj4gUlRMODExMS84MTY4QiBQQ0kgRXhwcmVzcyBHaWdh Yml0IEV0aGVybmV0IGNvbnRyb2xsZXIgKHJldiAwOSkKPiAwNDowMC4wIElERSBpbnRlcmZhY2U6 IE1hcnZlbGwgVGVjaG5vbG9neSBHcm91cCBMdGQuIDg4U0U5MTcyIFNBVEEgSUlJCj4gNkdiL3Mg UkFJRCBDb250cm9sbGVyIChyZXYgMTEpCj4KPiBUaGVyZSBpcyBub3RoaW5nIHZpc2libGUgaW4g ZG1lc2cgbm9yIGxvZ3MgdGhhdCBjb3VsZCBnaXZlIGEgY2x1ZQo+IHdoZXJlIGlzIHRoZSBwb29y IHBlcmZvcm1hbmNlIGNvbWluZyBmcm9tOiB0aGUgeHZhIHdhcyBleHBvcnRlZCBmcm9tCj4gWENQ IDEuMSBpbiBhYm91dCAzIG1pbnV0ZXMsIHRoZSBpbXBvcnQgdGFrZXMgYWJvdXQgMzAgbWludXRl cwo+IChjb25maXJtZWQgd2l0aCBmZXcgZGlmZmVyZW50IHh2YSdzKSBhbmQgd2hpbGUgaW1wb3J0 aW5nIHRoZSBkb20wCj4gYmVjb21lcyBleHRyZW1lbHkgc2x1Z2dpc2guCj4KPiBBbnkgaGVscCB3 b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQuCj4KPiBLaW5kIHJlZ2FyZHMsCj4gUy4KPgo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLWFwaSBt YWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9y Zy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Tue Oct 02 16:17:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 16:17:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ59k-0005df-Dp; Tue, 02 Oct 2012 16:17:12 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ59i-0005ce-TG for xen-api@lists.xen.org; Tue, 02 Oct 2012 16:17:11 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1349194614!7097261!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10943 invoked from network); 2 Oct 2012 16:16:55 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 16:16:55 -0000 Received: by lahm13 with SMTP id m13so3057848lah.32 for ; Tue, 02 Oct 2012 09:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=D4s3t0J+O2TqU13DZsTD2oqtd9pd8BJAbsIFwA5bs/s=; b=ElWtOabpg0rquVZyTU68H4nHyiteZ+hKSzJPfmPYnLdEsRtb+KvKaCK3q7IFVCNw7D ouDGRozMkKw/LUVzT1ostUXmhr8ZaGSQrwSmbfhwM/pb+5jLJq0ujti12MR6hkFU1OqZ zVfa1lFkOdTQS3gAYPb+7ha4Ss1cfoNTrkVtG1BbKMGWV8WWpFC7gCP1OtWNELSeJd3o qMf0Wn2C+wJHwk2CYCYSbBKB/ElRaXNyiPhG4ouw/N1g9eLvttnU2+5zBNb+f6h8cpVq 7GNclHpCt5ndsZ1S/2VzpxaCVmxK9DRlUL47X8Yu9XWY5GRDnT3/ADHak1RzER1hFWeo A3kg== Received: by 10.152.104.240 with SMTP id gh16mr14977412lab.56.1349194614016; Tue, 02 Oct 2012 09:16:54 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id mq9sm590952lab.0.2012.10.02.09.16.53 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 09:16:53 -0700 (PDT) Message-ID: <506B1374.9040701@gmail.com> Date: Tue, 02 Oct 2012 20:16:52 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Q2FuJ3QgY29uZmlybSB0aGF0LgoKSSd2ZSBjcmVhdGUgYW5kIGluc3RhbGwgbmV3IGRlYmlhbiAo bWluaW1hbCBpbnN0YWxsYXRpb24pLCBoZXJlCgp0aW1lIHhlIHZtLWV4cG9ydCB1dWlkPWMwNzIz NDAyLWQxZDEtOTkzZi04ZjZlLWQ4MWNiYmFkOGI1YyAKZmlsZW5hbWU9L21udC90ZXN0LnZtCkV4 cG9ydCBzdWNjZWVkZWQKcmVhbCAwbTMzLjQxMXMKdXNlciAwbTAuMDMwcwpzeXMgMG0wLjAwMHMK KC9tbnQgaXMgZXh0ZXJuYWwgc3RvcmFnZSBtb3VudGVkIHZpYSBORlMsIDFHIGxpbmssIGR1cmlu ZyBleHBvcnQgSSd2ZSAKZ290IGFib3V0IDUwME1iL3MsIHdoaWNoIGlzIGRlY2VudCBmb3Igbm9u LXR1bmVkIHRjcCBpbiAyLjYuMzIpLgoKSSB0aGluayB5b3UgZXhwZXJpZW5jZSBzb21lIGdlbmVy aWMgc3lzdGVtIHBlcmZvcm1hbmNlIGlzc3VlcywgdGhleSBhcmUgCm5vdCByZWxhdGVkIHRvIFhD UC4KCklmIHlvdSB3aXNoIG1vcmUgaGVscCwgeW91IG5lZWQgdG8gcG9pbnQgdG8gbW9yZSBzcGVj aWZpYyBwcm9ibGVtLCB0aGVuIApqdXN0ICdleHBvcnQgaXMgc2xvdycuCgoKMDIuMTAuMjAxMiAx OTozMCwgU3BhbU1lUGxlYXNlIFBsZWFzZVBsZWFzZSDQv9C40YjQtdGCOgo+IEhpIGFsbCwKPgo+ IEkgd291bGQgbGlrZSB0byByZXBvcnQgdGhhdCB0aGVyZSdzIGFuIGlzc3VlIHRoYXQgZXhpc3Rz IG9uIFhDUCAxLjYKPiBiZXRhIChhbmQgMS4xIHN0YWJsZSB0b28pIHRoYXQgcmVzdWx0cyBpbiB2 ZXJ5IHNsb3cgdm0gaW1wb3J0L2V4cG9ydCwKPiBjYXVzaW5nIGhpZ2ggSU8gd2FpdCBhbmQgbG9h ZC4gVGhlIGRldGFpbHMgYXJlIGJlbG93LCB0aGUgbWFjaGluZSBpcwo+IGZyZXNobHkgaW5zdGFs bGVkLCB3aXRob3V0IGFueSBtb2RpZmljYXRpb25zIChsaWtlIG1kIHJhaWQsIGFuZCBzbwo+IG9u KToKPgo+IGlvc3RhdDoKPgo+IGF2Zy1jcHU6ICAldXNlciAgICVuaWNlICVzeXN0ZW0gJWlvd2Fp dCAgJXN0ZWFsICAgJWlkbGUKPiAgICAgICAgICAgICAwLDAwICAgIDAsMDAgICAgMCwwMCAgIDYy LDk4ICAgIDAsMDAgICAzNywwMgo+Cj4gRGV2aWNlOiAgICAgICAgIHJycW0vcyAgIHdycW0vcyAg IHIvcyAgIHcvcyAgIHJzZWMvcyAgIHdzZWMvcyBhdmdycS1zego+IGF2Z3F1LXN6ICAgYXdhaXQg IHN2Y3RtICAldXRpbAo+IHNkYSAgICAgICAgICAgICAgIDAsMDAgICAgIDAsNDAgIDAsMDAgIDYs MTkgICAgIDAsMDAgIDIxODQsODMgICAzNTMsMTAKPiAgICAgIDMsNzYgIDU1Myw4NyAxNjEsNjEg MTAwLDAwCj4gc2RhMSAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCw2MCAgICAg MCwwMCAgICAzNSwxMyAgICA1OCw2Nwo+ICAgICAgMCw3NSAxNTQwLDAwIDg5MywzMyAgNTMsNDkK PiBzZGEyICAgICAgICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICAwLDAwICAgICAwLDAwICAg ICAwLDAwICAgICAwLDAwCj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+IHNkYTMg ICAgICAgICAgICAgIDAsMDAgICAgIDAsNDAgIDAsMDAgIDUsNTkgICAgIDAsMDAgIDIxNDksNzAg ICAzODQsNjQKPiAgICAgIDMsMDEgIDQ0OCwyMSAxNzgsOTMgMTAwLDAwCj4gc2RiICAgICAgICAg ICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCwwMCAgICAgMCwwMCAgICAgMCwwMCAgICAgMCww MAo+ICAgICAgMCwwMCAgICAwLDAwICAgMCwwMCAgIDAsMDAKPiBkbS0wICAgICAgICAgICAgICAw LDAwICAgICAwLDAwICAwLDAwICAwLDAwICAgICAwLDAwICAgICAwLDAwICAgICAwLDAwCj4gICAg ICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+IGRtLTEgICAgICAgICAgICAgIDAsMDAgICAg IDAsMDAgIDAsMDAgIDYsMzkgICAgIDAsMDAgIDIyMDMsNzkgICAzNDUsMDMKPiAgICAgIDMsMjUg IDQ0NCwzOCAxNTYsNTYgMTAwLDAwCj4gdGRhICAgICAgICAgICAgICAgMCwwMCAgIDIxNSw1NyAg MCwwMCAyNSwxNSAgICAgMCwwMCAgMjE4MSwyNCAgICA4Niw3Mwo+ICAgIDE3MiwxNSA3NDc1LDMy ICAzOSw3NiAxMDAsMDAKPgo+Cj4KPiB0b3A6Cj4KPiB0b3AgLSAxNzoyNjo0OCB1cCAxMyBtaW4s ICAyIHVzZXJzLCAgbG9hZCBhdmVyYWdlOiAyLjc5LCAxLjYzLCAwLjc3Cj4gVGFza3M6IDEzNSB0 b3RhbCwgICAxIHJ1bm5pbmcsIDEzNCBzbGVlcGluZywgICAwIHN0b3BwZWQsICAgMCB6b21iaWUK PiBDcHUocyk6ICAwLjAldXMsICAwLjAlc3ksICAwLjAlbmksIDI1LjQlaWQsIDc0LjYld2EsICAw LjAlaGksICAwLjAlc2ksICAwLjAlc3QKPiBNZW06ICAgIDc2MjI0NGsgdG90YWwsICAgNzQ3MDgw ayB1c2VkLCAgICAxNTE2NGsgZnJlZSwgICAyMzg2MTZrIGJ1ZmZlcnMKPiBTd2FwOiAgIDUyNDI4 MGsgdG90YWwsICAgICAgICAwayB1c2VkLCAgIDUyNDI4MGsgZnJlZSwgICAyODkxODhrIGNhY2hl ZAo+Cj4gICAgUElEIFVTRVIgICAgICBQUiAgTkkgIFZJUlQgIFJFUyAgU0hSIFMgJUNQVSAlTUVN ICAgIFRJTUUrICBDT01NQU5ECj4gICA1OTAxIHJvb3QgICAgICAyMCAgIDAgMjY0MjQgODU0NCAg MjY4IFMgIDAuMyAgMS4xICAgMDowMC40NQo+IGVsYXN0aWNzeXNsb2cKPiAxMDc1OCByb290ICAg ICAgMjAgICAwICAyNDI4IDExMDQgIDgyMCBSICAwLjMgIDAuMSAgIDA6MDAuMDIgdG9wCj4gICAg ICAxIHJvb3QgICAgICAyMCAgIDAgIDIxNjQgIDY1NiAgNTY0IFMgIDAuMCAgMC4xICAgMDowMC4y MyBpbml0Cj4gICAgICAyIHJvb3QgICAgICAyMCAgIDAgICAgIDAgICAgMCAgICAwIFMgIDAuMCAg MC4wICAgMDowMC4wMCBrdGhyZWFkZAo+ICAgICAgMyByb290ICAgICAgUlQgICAwICAgICAwICAg IDAgICAgMCBTICAwLjAgIDAuMCAgIDA6MDAuMDAKPiBtaWdyYXRpb24vMAo+ICAgICAgNCByb290 ICAgICAgMjAgICAwICAgICAwICAgIDAgICAgMCBTICAwLjAgIDAuMCAgIDA6MDAuMDAga3NvZnRp cnFkLzAKPgo+Cj4KPiBsc3BjaToKPgo+IDAwOjAwLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBv cmF0aW9uIDNyZCBHZW4gQ29yZSBwcm9jZXNzb3IgRFJBTQo+IENvbnRyb2xsZXIgKHJldiAwOSkK PiAwMDowMS4wIFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDNyZCBHZW4gQ29yZSBwcm9j ZXNzb3IgUENJCj4gRXhwcmVzcyBSb290IFBvcnQgKHJldiAwOSkKPiAwMDowMi4wIFZHQSBjb21w YXRpYmxlIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDNyZCBHZW4gQ29yZQo+IHByb2Nl c3NvciBHcmFwaGljcyBDb250cm9sbGVyIChyZXYgMDkpCj4gMDA6MTQuMCBVU0IgY29udHJvbGxl cjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgVVNCCj4geEhDSSBI b3N0IENvbnRyb2xsZXIgKHJldiAwNCkKPiAwMDoxNi4wIENvbW11bmljYXRpb24gY29udHJvbGxl cjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldAo+IEZhbWlseSBNRUkgQ29udHJv bGxlciAjMSAocmV2IDA0KQo+IDAwOjFhLjAgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0 aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+IEVuaGFuY2VkIEhvc3QgQ29udHJvbGxl ciAjMiAocmV2IDA0KQo+IDAwOjFjLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBT ZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJCj4gRXhwcmVzcyBSb290IFBvcnQgMSAocmV2IGM0KQo+ IDAwOjFjLjQgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBG YW1pbHkgUENJCj4gRXhwcmVzcyBSb290IFBvcnQgNSAocmV2IGM0KQo+IDAwOjFjLjYgUENJIGJy aWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJCj4gRXhw cmVzcyBSb290IFBvcnQgNyAocmV2IGM0KQo+IDAwOjFkLjAgVVNCIGNvbnRyb2xsZXI6IEludGVs IENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+IEVuaGFuY2VkIEhvc3Qg Q29udHJvbGxlciAjMSAocmV2IDA0KQo+IDAwOjFmLjAgSVNBIGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gSDc3IEV4cHJlc3MgQ2hpcHNldCBMUEMKPiBDb250cm9sbGVyIChyZXYgMDQpCj4gMDA6 MWYuMiBTQVRBIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQg RmFtaWx5Cj4gNi1wb3J0IFNBVEEgQUhDSSBDb250cm9sbGVyIChyZXYgMDQpCj4gMDA6MWYuMyBT TUJ1czogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgU01CdXMKPiBD b250cm9sbGVyIChyZXYgMDQpCj4gMDM6MDAuMCBFdGhlcm5ldCBjb250cm9sbGVyOiBSZWFsdGVr IFNlbWljb25kdWN0b3IgQ28uLCBMdGQuCj4gUlRMODExMS84MTY4QiBQQ0kgRXhwcmVzcyBHaWdh Yml0IEV0aGVybmV0IGNvbnRyb2xsZXIgKHJldiAwOSkKPiAwNDowMC4wIElERSBpbnRlcmZhY2U6 IE1hcnZlbGwgVGVjaG5vbG9neSBHcm91cCBMdGQuIDg4U0U5MTcyIFNBVEEgSUlJCj4gNkdiL3Mg UkFJRCBDb250cm9sbGVyIChyZXYgMTEpCj4KPiBUaGVyZSBpcyBub3RoaW5nIHZpc2libGUgaW4g ZG1lc2cgbm9yIGxvZ3MgdGhhdCBjb3VsZCBnaXZlIGEgY2x1ZQo+IHdoZXJlIGlzIHRoZSBwb29y IHBlcmZvcm1hbmNlIGNvbWluZyBmcm9tOiB0aGUgeHZhIHdhcyBleHBvcnRlZCBmcm9tCj4gWENQ IDEuMSBpbiBhYm91dCAzIG1pbnV0ZXMsIHRoZSBpbXBvcnQgdGFrZXMgYWJvdXQgMzAgbWludXRl cwo+IChjb25maXJtZWQgd2l0aCBmZXcgZGlmZmVyZW50IHh2YSdzKSBhbmQgd2hpbGUgaW1wb3J0 aW5nIHRoZSBkb20wCj4gYmVjb21lcyBleHRyZW1lbHkgc2x1Z2dpc2guCj4KPiBBbnkgaGVscCB3 b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQuCj4KPiBLaW5kIHJlZ2FyZHMsCj4gUy4KPgo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLWFwaSBt YWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9y Zy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Tue Oct 02 18:00:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 18:00:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ6lF-00032J-2w; Tue, 02 Oct 2012 18:00:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ6lD-00032E-DA for xen-api@lists.xen.org; Tue, 02 Oct 2012 17:59:59 +0000 Received: from [85.158.137.99:5567] by server-12.bemta-3.messagelabs.com id 3D/B6-23730-E9B2B605; Tue, 02 Oct 2012 17:59:58 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1349200796!19973579!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9884 invoked from network); 2 Oct 2012 17:59:57 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 17:59:57 -0000 Received: by iea17 with SMTP id 17so19525309iea.32 for ; Tue, 02 Oct 2012 10:59:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type:content-transfer-encoding; bh=KMYDklFTlbc6J3Ib+o5VSZYeP7L84iCn5g25zRsDqPM=; b=F4PFGcp/vh/Lh2RVeVmzTiRslhyvIIRjA6XxGTob6wn+FK+1LzEUgL37w1sortrtjn LGXDr+32bPQUjJiEl9YjjE45ogj6G+ltE6UMduvlQ3fNYO3gce+iSo2GOiE9ubJHX8X8 KUteEHkBxEJDGk5ZNZJ4/WpPdSQlVpOHmC8axuUhElVc/0o9b1tCCHrGWPlh8PRbKAfA XZXcOvNFJhfiw04nO1CJJHhmPlp04p4YwoBuOR6AUIIddfm8w12SmnQ23n7MtlWtjdGq btcn3vNjTQL9g6mEe2YrPllBB8I69QjS9qrCbIlrFBVBcSbdMdQT3aBZ6OYJUhKFRzH5 d1/Q== MIME-Version: 1.0 Received: by 10.50.53.170 with SMTP id c10mr9842470igp.45.1349200795713; Tue, 02 Oct 2012 10:59:55 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Tue, 2 Oct 2012 10:59:55 -0700 (PDT) In-Reply-To: <506B1374.9040701@gmail.com> References: <506B1374.9040701@gmail.com> Date: Tue, 2 Oct 2012 18:59:55 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org RGVhciBHZW9yZ2UsCgpXaGlsZSBJIHZhbHVlIGFuZCBhcHByZWNpYXRlIHRoZSBmYWN0IHlvdSdy ZSBnZXR0aW5nIGludm9sdmVkIGluIHRoaXMKaXNzdWUgKGFuZCBtYW55IG90aGVycykgSSBjYW50 IGlnbm9yZSB0aGUgZmFjdCB0aGF0IHlvdSBhcmUgbm90IHJlYWxseQpoZWxwZnVsIHdpdGggeW91 ciBjb21tZW50cywgYW5kIGhlcmUncyB3aHk6CgpPbiBUdWUsIE9jdCAyLCAyMDEyIGF0IDU6MTYg UE0sIEdlb3JnZSBTaHVrbGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IHdyb3RlOgo+IENh bid0IGNvbmZpcm0gdGhhdC4KPgo+IEkndmUgY3JlYXRlIGFuZCBpbnN0YWxsIG5ldyBkZWJpYW4g KG1pbmltYWwgaW5zdGFsbGF0aW9uKSwgaGVyZQo+Cj4gdGltZSB4ZSB2bS1leHBvcnQgdXVpZD1j MDcyMzQwMi1kMWQxLTk5M2YtOGY2ZS1kODFjYmJhZDhiNWMKPiBmaWxlbmFtZT0vbW50L3Rlc3Qu dm0KPiBFeHBvcnQgc3VjY2VlZGVkCj4gcmVhbCAwbTMzLjQxMXMKPiB1c2VyIDBtMC4wMzBzCj4g c3lzIDBtMC4wMDBzCj4gKC9tbnQgaXMgZXh0ZXJuYWwgc3RvcmFnZSBtb3VudGVkIHZpYSBORlMs IDFHIGxpbmssIGR1cmluZyBleHBvcnQgSSd2ZSBnb3QKPiBhYm91dCA1MDBNYi9zLCB3aGljaCBp cyBkZWNlbnQgZm9yIG5vbi10dW5lZCB0Y3AgaW4gMi42LjMyKS4KCkZpcnN0IG9mIGFsbCwgeW91 IGhhdmVudCBzcGVjaWZpZWQgdGhlIHNpemUgb2YgdGhlIHh2YSwgYW5kIHlvdXIKbWluaW1hbCBk ZWJpYW4gaW5zdGFsbGF0aW9uIG1pZ2h0IGJlIG11Y2ggc2xvd2VyIHRoYW4gbWluZSB4dmEncywg c28KeW91J3JlIG5vdCByZWFsbHkgY29uZmlybWluZyAob3Igbm90KSBhbnl0aGluZyBoZXJlLiBJ dHMgYWxzbyBteSBiYWQsCnNpbmNlIEkgaGF2ZW50IHBvc3RlZCBpbiBpbml0aWFsIG1lc3NhZ2Ug dGhhdCBvbmUgb2YgbWluZSB4dmEncyB3YXMKODU0TSBsYXJnZSwgYW5kIHNlY29uZCB3YXMgMS41 Rywgd2l0aCBzZWNvbmQgb25lIHRha2luZyBhYm91dCB0d2ljZSBhcwptdWNoIHRpbWUgdG8gaW1w b3J0LCB0aGFuIHRoZSBzbWFsbGVyIG9uZS4KClNlY29uZCwgeW91J3JlIGNvbXBhcmluZyBORlMg YmFzZWQgc3RvcmFnZSwgd2hpbGUgSSBhbSBjb21wbGFpbmluZwphYm91dCBsb2NhbCwgc2luZ2xl IGRpc2sgTFZNIGJhc2VkIHN0b3JhZ2UsIG5vdCBleGFjdGx5IHRoZSBzYW1lCnRoaW5nLCB3aGF0 IG1heSBoZWF2aWx5IGFmZmVjdCB5b3VyIHJlc3VsdHMgd2hlbiBpdCBjb21lcyB0bwpjb25maXJt aW5nIG15IHJlc3VsdHMuCgo+Cj4gSSB0aGluayB5b3UgZXhwZXJpZW5jZSBzb21lIGdlbmVyaWMg c3lzdGVtIHBlcmZvcm1hbmNlIGlzc3VlcywgdGhleSBhcmUgbm90Cj4gcmVsYXRlZCB0byBYQ1Au CgpJIGRvbnQga25vdyBob3cgdGhpcyBtaWdodCBub3QgYmUgWENQIHJlbGF0ZWQsIHdoZW4gdGhl IHN5c3RlbSBpcyBhCmZyZXNoLCBwdXJlIFhDUCB0aGF0IGF0IHRoZSBwb2ludCBvZiBpc3N1ZSBl eGlzdGVuY2UgYW5kIHRlc3RpbmcgZG9lcwpub3RoaW5nLCB3aXRob3V0IGFueSBvdGhlciBhY3Rp dml0ZXMuCgo+Cj4gSWYgeW91IHdpc2ggbW9yZSBoZWxwLCB5b3UgbmVlZCB0byBwb2ludCB0byBt b3JlIHNwZWNpZmljIHByb2JsZW0sIHRoZW4ganVzdAo+ICdleHBvcnQgaXMgc2xvdycuCgpGaXJz dCwgaXRzIG5vdCBhYm91dCBleHBvcnQsIGJ1dCBpbXBvcnQgb2YgdGhlIHZtJ3MgYW5kIGluY3Jl ZGlibHkKaGlnaCBpb3dhaXQgYW5kIGxvYWQgd2hpbGUgZG9pbmcgc28uCgpTZWNvbmQsIHRoZSAn ZXhwb3J0IGlzIHZlcnkgc2xvdywgYW5kIHRoZSBkb20wIGlvd2FpdCBza3lyb2NrZXRzJyBpcwpx dWl0ZSBzcGVjaWZpYywgYW5kIG1lbnRpb25lZCBieSBmZXcgb3RoZXIgcGVvcGxlLCBlYXJsaWVy IG9uIHRoZQpsaXN0LiBJIHJlYWxseSBkb250IGtub3cgaG93IHRvIGJlIG1vcmUgc3BlY2lmaWMg YWJvdXQgdGhlIGlzc3VlLCBhbmQKSSd2ZSBwcm92aWRlZCB0aGUgaW5mb3JtYXRpb24gSSB0aG91 Z2h0IHdvdWxkIGJlIHVzZWZ1bCB0byBkZXNjcmliZQp0aGUgaXNzdWUgc3ltcHRvbXMgSSd2ZSBi ZWVuIGV4cGVyaWVuY2luZy4gSWYgYW55b25lIHJlcXVpcmVzIGFueQpvdGhlciwgSSBhbSBtb3Jl IHRoYW4gaGFwcHkgdG8gcHJvdmlkZSB0aGVtIGFzYXAsIGFuZCB0byBjb25kdWN0IGFueQp0ZXN0 cyByZXF1aXJlZC4KCktpbmQgcmVnYXJkcywKUy4KCj4KPgo+IDAyLjEwLjIwMTIgMTk6MzAsIFNw YW1NZVBsZWFzZSBQbGVhc2VQbGVhc2Ug0L/QuNGI0LXRgjoKPj4KPj4gSGkgYWxsLAo+Pgo+PiBJ IHdvdWxkIGxpa2UgdG8gcmVwb3J0IHRoYXQgdGhlcmUncyBhbiBpc3N1ZSB0aGF0IGV4aXN0cyBv biBYQ1AgMS42Cj4+IGJldGEgKGFuZCAxLjEgc3RhYmxlIHRvbykgdGhhdCByZXN1bHRzIGluIHZl cnkgc2xvdyB2bSBpbXBvcnQvZXhwb3J0LAo+PiBjYXVzaW5nIGhpZ2ggSU8gd2FpdCBhbmQgbG9h ZC4gVGhlIGRldGFpbHMgYXJlIGJlbG93LCB0aGUgbWFjaGluZSBpcwo+PiBmcmVzaGx5IGluc3Rh bGxlZCwgd2l0aG91dCBhbnkgbW9kaWZpY2F0aW9ucyAobGlrZSBtZCByYWlkLCBhbmQgc28KPj4g b24pOgo+Pgo+PiBpb3N0YXQ6Cj4+Cj4+IGF2Zy1jcHU6ICAldXNlciAgICVuaWNlICVzeXN0ZW0g JWlvd2FpdCAgJXN0ZWFsICAgJWlkbGUKPj4gICAgICAgICAgICAgMCwwMCAgICAwLDAwICAgIDAs MDAgICA2Miw5OCAgICAwLDAwICAgMzcsMDIKPj4KPj4gRGV2aWNlOiAgICAgICAgIHJycW0vcyAg IHdycW0vcyAgIHIvcyAgIHcvcyAgIHJzZWMvcyAgIHdzZWMvcyBhdmdycS1zego+PiBhdmdxdS1z eiAgIGF3YWl0ICBzdmN0bSAgJXV0aWwKPj4gc2RhICAgICAgICAgICAgICAgMCwwMCAgICAgMCw0 MCAgMCwwMCAgNiwxOSAgICAgMCwwMCAgMjE4NCw4MyAgIDM1MywxMAo+PiAgICAgIDMsNzYgIDU1 Myw4NyAxNjEsNjEgMTAwLDAwCj4+IHNkYTEgICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAs MDAgIDAsNjAgICAgIDAsMDAgICAgMzUsMTMgICAgNTgsNjcKPj4gICAgICAwLDc1IDE1NDAsMDAg ODkzLDMzICA1Myw0OQo+PiBzZGEyICAgICAgICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICAw LDAwICAgICAwLDAwICAgICAwLDAwICAgICAwLDAwCj4+ICAgICAgMCwwMCAgICAwLDAwICAgMCww MCAgIDAsMDAKPj4gc2RhMyAgICAgICAgICAgICAgMCwwMCAgICAgMCw0MCAgMCwwMCAgNSw1OSAg ICAgMCwwMCAgMjE0OSw3MCAgIDM4NCw2NAo+PiAgICAgIDMsMDEgIDQ0OCwyMSAxNzgsOTMgMTAw LDAwCj4+IHNkYiAgICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAsMDAgIDAsMDAgICAgIDAs MDAgICAgIDAsMDAgICAgIDAsMDAKPj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+ PiBkbS0wICAgICAgICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICAwLDAwICAgICAwLDAwICAg ICAwLDAwICAgICAwLDAwCj4+ICAgICAgMCwwMCAgICAwLDAwICAgMCwwMCAgIDAsMDAKPj4gZG0t MSAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgNiwzOSAgICAgMCwwMCAgMjIwMyw3 OSAgIDM0NSwwMwo+PiAgICAgIDMsMjUgIDQ0NCwzOCAxNTYsNTYgMTAwLDAwCj4+IHRkYSAgICAg ICAgICAgICAgIDAsMDAgICAyMTUsNTcgIDAsMDAgMjUsMTUgICAgIDAsMDAgIDIxODEsMjQgICAg ODYsNzMKPj4gICAgMTcyLDE1IDc0NzUsMzIgIDM5LDc2IDEwMCwwMAo+Pgo+Pgo+Pgo+PiB0b3A6 Cj4+Cj4+IHRvcCAtIDE3OjI2OjQ4IHVwIDEzIG1pbiwgIDIgdXNlcnMsICBsb2FkIGF2ZXJhZ2U6 IDIuNzksIDEuNjMsIDAuNzcKPj4gVGFza3M6IDEzNSB0b3RhbCwgICAxIHJ1bm5pbmcsIDEzNCBz bGVlcGluZywgICAwIHN0b3BwZWQsICAgMCB6b21iaWUKPj4gQ3B1KHMpOiAgMC4wJXVzLCAgMC4w JXN5LCAgMC4wJW5pLCAyNS40JWlkLCA3NC42JXdhLCAgMC4wJWhpLCAgMC4wJXNpLAo+PiAwLjAl c3QKPj4gTWVtOiAgICA3NjIyNDRrIHRvdGFsLCAgIDc0NzA4MGsgdXNlZCwgICAgMTUxNjRrIGZy ZWUsICAgMjM4NjE2ayBidWZmZXJzCj4+IFN3YXA6ICAgNTI0MjgwayB0b3RhbCwgICAgICAgIDBr IHVzZWQsICAgNTI0MjgwayBmcmVlLCAgIDI4OTE4OGsgY2FjaGVkCj4+Cj4+ICAgIFBJRCBVU0VS ICAgICAgUFIgIE5JICBWSVJUICBSRVMgIFNIUiBTICVDUFUgJU1FTSAgICBUSU1FKyAgQ09NTUFO RAo+PiAgIDU5MDEgcm9vdCAgICAgIDIwICAgMCAyNjQyNCA4NTQ0ICAyNjggUyAgMC4zICAxLjEg ICAwOjAwLjQ1Cj4+IGVsYXN0aWNzeXNsb2cKPj4gMTA3NTggcm9vdCAgICAgIDIwICAgMCAgMjQy OCAxMTA0ICA4MjAgUiAgMC4zICAwLjEgICAwOjAwLjAyIHRvcAo+PiAgICAgIDEgcm9vdCAgICAg IDIwICAgMCAgMjE2NCAgNjU2ICA1NjQgUyAgMC4wICAwLjEgICAwOjAwLjIzIGluaXQKPj4gICAg ICAyIHJvb3QgICAgICAyMCAgIDAgICAgIDAgICAgMCAgICAwIFMgIDAuMCAgMC4wICAgMDowMC4w MCBrdGhyZWFkZAo+PiAgICAgIDMgcm9vdCAgICAgIFJUICAgMCAgICAgMCAgICAwICAgIDAgUyAg MC4wICAwLjAgICAwOjAwLjAwCj4+IG1pZ3JhdGlvbi8wCj4+ICAgICAgNCByb290ICAgICAgMjAg ICAwICAgICAwICAgIDAgICAgMCBTICAwLjAgIDAuMCAgIDA6MDAuMDAga3NvZnRpcnFkLzAKPj4K Pj4KPj4KPj4gbHNwY2k6Cj4+Cj4+IDAwOjAwLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0 aW9uIDNyZCBHZW4gQ29yZSBwcm9jZXNzb3IgRFJBTQo+PiBDb250cm9sbGVyIChyZXYgMDkpCj4+ IDAwOjAxLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gM3JkIEdlbiBDb3JlIHByb2Nl c3NvciBQQ0kKPj4gRXhwcmVzcyBSb290IFBvcnQgKHJldiAwOSkKPj4gMDA6MDIuMCBWR0EgY29t cGF0aWJsZSBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiAzcmQgR2VuIENvcmUKPj4gcHJv Y2Vzc29yIEdyYXBoaWNzIENvbnRyb2xsZXIgKHJldiAwOSkKPj4gMDA6MTQuMCBVU0IgY29udHJv bGxlcjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgVVNCCj4+IHhI Q0kgSG9zdCBDb250cm9sbGVyIChyZXYgMDQpCj4+IDAwOjE2LjAgQ29tbXVuaWNhdGlvbiBjb250 cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0Cj4+IEZhbWlseSBNRUkg Q29udHJvbGxlciAjMSAocmV2IDA0KQo+PiAwMDoxYS4wIFVTQiBjb250cm9sbGVyOiBJbnRlbCBD b3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0IEZhbWlseSBVU0IKPj4gRW5oYW5jZWQgSG9zdCBD b250cm9sbGVyICMyIChyZXYgMDQpCj4+IDAwOjFjLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJCj4+IEV4cHJlc3MgUm9vdCBQb3J0IDEg KHJldiBjNCkKPj4gMDA6MWMuNCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmll cyBDaGlwc2V0IEZhbWlseSBQQ0kKPj4gRXhwcmVzcyBSb290IFBvcnQgNSAocmV2IGM0KQo+PiAw MDoxYy42IFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFt aWx5IFBDSQo+PiBFeHByZXNzIFJvb3QgUG9ydCA3IChyZXYgYzQpCj4+IDAwOjFkLjAgVVNCIGNv bnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+ PiBFbmhhbmNlZCBIb3N0IENvbnRyb2xsZXIgIzEgKHJldiAwNCkKPj4gMDA6MWYuMCBJU0EgYnJp ZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBINzcgRXhwcmVzcyBDaGlwc2V0IExQQwo+PiBDb250cm9s bGVyIChyZXYgMDQpCj4+IDAwOjFmLjIgU0FUQSBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlv biA3IFNlcmllcyBDaGlwc2V0IEZhbWlseQo+PiA2LXBvcnQgU0FUQSBBSENJIENvbnRyb2xsZXIg KHJldiAwNCkKPj4gMDA6MWYuMyBTTUJ1czogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hp cHNldCBGYW1pbHkgU01CdXMKPj4gQ29udHJvbGxlciAocmV2IDA0KQo+PiAwMzowMC4wIEV0aGVy bmV0IGNvbnRyb2xsZXI6IFJlYWx0ZWsgU2VtaWNvbmR1Y3RvciBDby4sIEx0ZC4KPj4gUlRMODEx MS84MTY4QiBQQ0kgRXhwcmVzcyBHaWdhYml0IEV0aGVybmV0IGNvbnRyb2xsZXIgKHJldiAwOSkK Pj4gMDQ6MDAuMCBJREUgaW50ZXJmYWNlOiBNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAgTHRkLiA4 OFNFOTE3MiBTQVRBIElJSQo+PiA2R2IvcyBSQUlEIENvbnRyb2xsZXIgKHJldiAxMSkKPj4KPj4g VGhlcmUgaXMgbm90aGluZyB2aXNpYmxlIGluIGRtZXNnIG5vciBsb2dzIHRoYXQgY291bGQgZ2l2 ZSBhIGNsdWUKPj4gd2hlcmUgaXMgdGhlIHBvb3IgcGVyZm9ybWFuY2UgY29taW5nIGZyb206IHRo ZSB4dmEgd2FzIGV4cG9ydGVkIGZyb20KPj4gWENQIDEuMSBpbiBhYm91dCAzIG1pbnV0ZXMsIHRo ZSBpbXBvcnQgdGFrZXMgYWJvdXQgMzAgbWludXRlcwo+PiAoY29uZmlybWVkIHdpdGggZmV3IGRp ZmZlcmVudCB4dmEncykgYW5kIHdoaWxlIGltcG9ydGluZyB0aGUgZG9tMAo+PiBiZWNvbWVzIGV4 dHJlbWVseSBzbHVnZ2lzaC4KPj4KPj4gQW55IGhlbHAgd291bGQgYmUgaGlnaGx5IGFwcHJlY2lh dGVkLgo+Pgo+PiBLaW5kIHJlZ2FyZHMsCj4+IFMuCj4+Cj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IFhlbi1hcGkgbWFpbGluZyBsaXN0Cj4+IFhl bi1hcGlAbGlzdHMueGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaQo+Cj4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3Rz Lnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Oct 02 18:00:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 18:00:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ6lF-00032J-2w; Tue, 02 Oct 2012 18:00:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ6lD-00032E-DA for xen-api@lists.xen.org; Tue, 02 Oct 2012 17:59:59 +0000 Received: from [85.158.137.99:5567] by server-12.bemta-3.messagelabs.com id 3D/B6-23730-E9B2B605; Tue, 02 Oct 2012 17:59:58 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1349200796!19973579!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9884 invoked from network); 2 Oct 2012 17:59:57 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Oct 2012 17:59:57 -0000 Received: by iea17 with SMTP id 17so19525309iea.32 for ; Tue, 02 Oct 2012 10:59:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type:content-transfer-encoding; bh=KMYDklFTlbc6J3Ib+o5VSZYeP7L84iCn5g25zRsDqPM=; b=F4PFGcp/vh/Lh2RVeVmzTiRslhyvIIRjA6XxGTob6wn+FK+1LzEUgL37w1sortrtjn LGXDr+32bPQUjJiEl9YjjE45ogj6G+ltE6UMduvlQ3fNYO3gce+iSo2GOiE9ubJHX8X8 KUteEHkBxEJDGk5ZNZJ4/WpPdSQlVpOHmC8axuUhElVc/0o9b1tCCHrGWPlh8PRbKAfA XZXcOvNFJhfiw04nO1CJJHhmPlp04p4YwoBuOR6AUIIddfm8w12SmnQ23n7MtlWtjdGq btcn3vNjTQL9g6mEe2YrPllBB8I69QjS9qrCbIlrFBVBcSbdMdQT3aBZ6OYJUhKFRzH5 d1/Q== MIME-Version: 1.0 Received: by 10.50.53.170 with SMTP id c10mr9842470igp.45.1349200795713; Tue, 02 Oct 2012 10:59:55 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Tue, 2 Oct 2012 10:59:55 -0700 (PDT) In-Reply-To: <506B1374.9040701@gmail.com> References: <506B1374.9040701@gmail.com> Date: Tue, 2 Oct 2012 18:59:55 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org RGVhciBHZW9yZ2UsCgpXaGlsZSBJIHZhbHVlIGFuZCBhcHByZWNpYXRlIHRoZSBmYWN0IHlvdSdy ZSBnZXR0aW5nIGludm9sdmVkIGluIHRoaXMKaXNzdWUgKGFuZCBtYW55IG90aGVycykgSSBjYW50 IGlnbm9yZSB0aGUgZmFjdCB0aGF0IHlvdSBhcmUgbm90IHJlYWxseQpoZWxwZnVsIHdpdGggeW91 ciBjb21tZW50cywgYW5kIGhlcmUncyB3aHk6CgpPbiBUdWUsIE9jdCAyLCAyMDEyIGF0IDU6MTYg UE0sIEdlb3JnZSBTaHVrbGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IHdyb3RlOgo+IENh bid0IGNvbmZpcm0gdGhhdC4KPgo+IEkndmUgY3JlYXRlIGFuZCBpbnN0YWxsIG5ldyBkZWJpYW4g KG1pbmltYWwgaW5zdGFsbGF0aW9uKSwgaGVyZQo+Cj4gdGltZSB4ZSB2bS1leHBvcnQgdXVpZD1j MDcyMzQwMi1kMWQxLTk5M2YtOGY2ZS1kODFjYmJhZDhiNWMKPiBmaWxlbmFtZT0vbW50L3Rlc3Qu dm0KPiBFeHBvcnQgc3VjY2VlZGVkCj4gcmVhbCAwbTMzLjQxMXMKPiB1c2VyIDBtMC4wMzBzCj4g c3lzIDBtMC4wMDBzCj4gKC9tbnQgaXMgZXh0ZXJuYWwgc3RvcmFnZSBtb3VudGVkIHZpYSBORlMs IDFHIGxpbmssIGR1cmluZyBleHBvcnQgSSd2ZSBnb3QKPiBhYm91dCA1MDBNYi9zLCB3aGljaCBp cyBkZWNlbnQgZm9yIG5vbi10dW5lZCB0Y3AgaW4gMi42LjMyKS4KCkZpcnN0IG9mIGFsbCwgeW91 IGhhdmVudCBzcGVjaWZpZWQgdGhlIHNpemUgb2YgdGhlIHh2YSwgYW5kIHlvdXIKbWluaW1hbCBk ZWJpYW4gaW5zdGFsbGF0aW9uIG1pZ2h0IGJlIG11Y2ggc2xvd2VyIHRoYW4gbWluZSB4dmEncywg c28KeW91J3JlIG5vdCByZWFsbHkgY29uZmlybWluZyAob3Igbm90KSBhbnl0aGluZyBoZXJlLiBJ dHMgYWxzbyBteSBiYWQsCnNpbmNlIEkgaGF2ZW50IHBvc3RlZCBpbiBpbml0aWFsIG1lc3NhZ2Ug dGhhdCBvbmUgb2YgbWluZSB4dmEncyB3YXMKODU0TSBsYXJnZSwgYW5kIHNlY29uZCB3YXMgMS41 Rywgd2l0aCBzZWNvbmQgb25lIHRha2luZyBhYm91dCB0d2ljZSBhcwptdWNoIHRpbWUgdG8gaW1w b3J0LCB0aGFuIHRoZSBzbWFsbGVyIG9uZS4KClNlY29uZCwgeW91J3JlIGNvbXBhcmluZyBORlMg YmFzZWQgc3RvcmFnZSwgd2hpbGUgSSBhbSBjb21wbGFpbmluZwphYm91dCBsb2NhbCwgc2luZ2xl IGRpc2sgTFZNIGJhc2VkIHN0b3JhZ2UsIG5vdCBleGFjdGx5IHRoZSBzYW1lCnRoaW5nLCB3aGF0 IG1heSBoZWF2aWx5IGFmZmVjdCB5b3VyIHJlc3VsdHMgd2hlbiBpdCBjb21lcyB0bwpjb25maXJt aW5nIG15IHJlc3VsdHMuCgo+Cj4gSSB0aGluayB5b3UgZXhwZXJpZW5jZSBzb21lIGdlbmVyaWMg c3lzdGVtIHBlcmZvcm1hbmNlIGlzc3VlcywgdGhleSBhcmUgbm90Cj4gcmVsYXRlZCB0byBYQ1Au CgpJIGRvbnQga25vdyBob3cgdGhpcyBtaWdodCBub3QgYmUgWENQIHJlbGF0ZWQsIHdoZW4gdGhl IHN5c3RlbSBpcyBhCmZyZXNoLCBwdXJlIFhDUCB0aGF0IGF0IHRoZSBwb2ludCBvZiBpc3N1ZSBl eGlzdGVuY2UgYW5kIHRlc3RpbmcgZG9lcwpub3RoaW5nLCB3aXRob3V0IGFueSBvdGhlciBhY3Rp dml0ZXMuCgo+Cj4gSWYgeW91IHdpc2ggbW9yZSBoZWxwLCB5b3UgbmVlZCB0byBwb2ludCB0byBt b3JlIHNwZWNpZmljIHByb2JsZW0sIHRoZW4ganVzdAo+ICdleHBvcnQgaXMgc2xvdycuCgpGaXJz dCwgaXRzIG5vdCBhYm91dCBleHBvcnQsIGJ1dCBpbXBvcnQgb2YgdGhlIHZtJ3MgYW5kIGluY3Jl ZGlibHkKaGlnaCBpb3dhaXQgYW5kIGxvYWQgd2hpbGUgZG9pbmcgc28uCgpTZWNvbmQsIHRoZSAn ZXhwb3J0IGlzIHZlcnkgc2xvdywgYW5kIHRoZSBkb20wIGlvd2FpdCBza3lyb2NrZXRzJyBpcwpx dWl0ZSBzcGVjaWZpYywgYW5kIG1lbnRpb25lZCBieSBmZXcgb3RoZXIgcGVvcGxlLCBlYXJsaWVy IG9uIHRoZQpsaXN0LiBJIHJlYWxseSBkb250IGtub3cgaG93IHRvIGJlIG1vcmUgc3BlY2lmaWMg YWJvdXQgdGhlIGlzc3VlLCBhbmQKSSd2ZSBwcm92aWRlZCB0aGUgaW5mb3JtYXRpb24gSSB0aG91 Z2h0IHdvdWxkIGJlIHVzZWZ1bCB0byBkZXNjcmliZQp0aGUgaXNzdWUgc3ltcHRvbXMgSSd2ZSBi ZWVuIGV4cGVyaWVuY2luZy4gSWYgYW55b25lIHJlcXVpcmVzIGFueQpvdGhlciwgSSBhbSBtb3Jl IHRoYW4gaGFwcHkgdG8gcHJvdmlkZSB0aGVtIGFzYXAsIGFuZCB0byBjb25kdWN0IGFueQp0ZXN0 cyByZXF1aXJlZC4KCktpbmQgcmVnYXJkcywKUy4KCj4KPgo+IDAyLjEwLjIwMTIgMTk6MzAsIFNw YW1NZVBsZWFzZSBQbGVhc2VQbGVhc2Ug0L/QuNGI0LXRgjoKPj4KPj4gSGkgYWxsLAo+Pgo+PiBJ IHdvdWxkIGxpa2UgdG8gcmVwb3J0IHRoYXQgdGhlcmUncyBhbiBpc3N1ZSB0aGF0IGV4aXN0cyBv biBYQ1AgMS42Cj4+IGJldGEgKGFuZCAxLjEgc3RhYmxlIHRvbykgdGhhdCByZXN1bHRzIGluIHZl cnkgc2xvdyB2bSBpbXBvcnQvZXhwb3J0LAo+PiBjYXVzaW5nIGhpZ2ggSU8gd2FpdCBhbmQgbG9h ZC4gVGhlIGRldGFpbHMgYXJlIGJlbG93LCB0aGUgbWFjaGluZSBpcwo+PiBmcmVzaGx5IGluc3Rh bGxlZCwgd2l0aG91dCBhbnkgbW9kaWZpY2F0aW9ucyAobGlrZSBtZCByYWlkLCBhbmQgc28KPj4g b24pOgo+Pgo+PiBpb3N0YXQ6Cj4+Cj4+IGF2Zy1jcHU6ICAldXNlciAgICVuaWNlICVzeXN0ZW0g JWlvd2FpdCAgJXN0ZWFsICAgJWlkbGUKPj4gICAgICAgICAgICAgMCwwMCAgICAwLDAwICAgIDAs MDAgICA2Miw5OCAgICAwLDAwICAgMzcsMDIKPj4KPj4gRGV2aWNlOiAgICAgICAgIHJycW0vcyAg IHdycW0vcyAgIHIvcyAgIHcvcyAgIHJzZWMvcyAgIHdzZWMvcyBhdmdycS1zego+PiBhdmdxdS1z eiAgIGF3YWl0ICBzdmN0bSAgJXV0aWwKPj4gc2RhICAgICAgICAgICAgICAgMCwwMCAgICAgMCw0 MCAgMCwwMCAgNiwxOSAgICAgMCwwMCAgMjE4NCw4MyAgIDM1MywxMAo+PiAgICAgIDMsNzYgIDU1 Myw4NyAxNjEsNjEgMTAwLDAwCj4+IHNkYTEgICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAs MDAgIDAsNjAgICAgIDAsMDAgICAgMzUsMTMgICAgNTgsNjcKPj4gICAgICAwLDc1IDE1NDAsMDAg ODkzLDMzICA1Myw0OQo+PiBzZGEyICAgICAgICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICAw LDAwICAgICAwLDAwICAgICAwLDAwICAgICAwLDAwCj4+ICAgICAgMCwwMCAgICAwLDAwICAgMCww MCAgIDAsMDAKPj4gc2RhMyAgICAgICAgICAgICAgMCwwMCAgICAgMCw0MCAgMCwwMCAgNSw1OSAg ICAgMCwwMCAgMjE0OSw3MCAgIDM4NCw2NAo+PiAgICAgIDMsMDEgIDQ0OCwyMSAxNzgsOTMgMTAw LDAwCj4+IHNkYiAgICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAsMDAgIDAsMDAgICAgIDAs MDAgICAgIDAsMDAgICAgIDAsMDAKPj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+ PiBkbS0wICAgICAgICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICAwLDAwICAgICAwLDAwICAg ICAwLDAwICAgICAwLDAwCj4+ICAgICAgMCwwMCAgICAwLDAwICAgMCwwMCAgIDAsMDAKPj4gZG0t MSAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgNiwzOSAgICAgMCwwMCAgMjIwMyw3 OSAgIDM0NSwwMwo+PiAgICAgIDMsMjUgIDQ0NCwzOCAxNTYsNTYgMTAwLDAwCj4+IHRkYSAgICAg ICAgICAgICAgIDAsMDAgICAyMTUsNTcgIDAsMDAgMjUsMTUgICAgIDAsMDAgIDIxODEsMjQgICAg ODYsNzMKPj4gICAgMTcyLDE1IDc0NzUsMzIgIDM5LDc2IDEwMCwwMAo+Pgo+Pgo+Pgo+PiB0b3A6 Cj4+Cj4+IHRvcCAtIDE3OjI2OjQ4IHVwIDEzIG1pbiwgIDIgdXNlcnMsICBsb2FkIGF2ZXJhZ2U6 IDIuNzksIDEuNjMsIDAuNzcKPj4gVGFza3M6IDEzNSB0b3RhbCwgICAxIHJ1bm5pbmcsIDEzNCBz bGVlcGluZywgICAwIHN0b3BwZWQsICAgMCB6b21iaWUKPj4gQ3B1KHMpOiAgMC4wJXVzLCAgMC4w JXN5LCAgMC4wJW5pLCAyNS40JWlkLCA3NC42JXdhLCAgMC4wJWhpLCAgMC4wJXNpLAo+PiAwLjAl c3QKPj4gTWVtOiAgICA3NjIyNDRrIHRvdGFsLCAgIDc0NzA4MGsgdXNlZCwgICAgMTUxNjRrIGZy ZWUsICAgMjM4NjE2ayBidWZmZXJzCj4+IFN3YXA6ICAgNTI0MjgwayB0b3RhbCwgICAgICAgIDBr IHVzZWQsICAgNTI0MjgwayBmcmVlLCAgIDI4OTE4OGsgY2FjaGVkCj4+Cj4+ICAgIFBJRCBVU0VS ICAgICAgUFIgIE5JICBWSVJUICBSRVMgIFNIUiBTICVDUFUgJU1FTSAgICBUSU1FKyAgQ09NTUFO RAo+PiAgIDU5MDEgcm9vdCAgICAgIDIwICAgMCAyNjQyNCA4NTQ0ICAyNjggUyAgMC4zICAxLjEg ICAwOjAwLjQ1Cj4+IGVsYXN0aWNzeXNsb2cKPj4gMTA3NTggcm9vdCAgICAgIDIwICAgMCAgMjQy OCAxMTA0ICA4MjAgUiAgMC4zICAwLjEgICAwOjAwLjAyIHRvcAo+PiAgICAgIDEgcm9vdCAgICAg IDIwICAgMCAgMjE2NCAgNjU2ICA1NjQgUyAgMC4wICAwLjEgICAwOjAwLjIzIGluaXQKPj4gICAg ICAyIHJvb3QgICAgICAyMCAgIDAgICAgIDAgICAgMCAgICAwIFMgIDAuMCAgMC4wICAgMDowMC4w MCBrdGhyZWFkZAo+PiAgICAgIDMgcm9vdCAgICAgIFJUICAgMCAgICAgMCAgICAwICAgIDAgUyAg MC4wICAwLjAgICAwOjAwLjAwCj4+IG1pZ3JhdGlvbi8wCj4+ICAgICAgNCByb290ICAgICAgMjAg ICAwICAgICAwICAgIDAgICAgMCBTICAwLjAgIDAuMCAgIDA6MDAuMDAga3NvZnRpcnFkLzAKPj4K Pj4KPj4KPj4gbHNwY2k6Cj4+Cj4+IDAwOjAwLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0 aW9uIDNyZCBHZW4gQ29yZSBwcm9jZXNzb3IgRFJBTQo+PiBDb250cm9sbGVyIChyZXYgMDkpCj4+ IDAwOjAxLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gM3JkIEdlbiBDb3JlIHByb2Nl c3NvciBQQ0kKPj4gRXhwcmVzcyBSb290IFBvcnQgKHJldiAwOSkKPj4gMDA6MDIuMCBWR0EgY29t cGF0aWJsZSBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiAzcmQgR2VuIENvcmUKPj4gcHJv Y2Vzc29yIEdyYXBoaWNzIENvbnRyb2xsZXIgKHJldiAwOSkKPj4gMDA6MTQuMCBVU0IgY29udHJv bGxlcjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgVVNCCj4+IHhI Q0kgSG9zdCBDb250cm9sbGVyIChyZXYgMDQpCj4+IDAwOjE2LjAgQ29tbXVuaWNhdGlvbiBjb250 cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0Cj4+IEZhbWlseSBNRUkg Q29udHJvbGxlciAjMSAocmV2IDA0KQo+PiAwMDoxYS4wIFVTQiBjb250cm9sbGVyOiBJbnRlbCBD b3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0IEZhbWlseSBVU0IKPj4gRW5oYW5jZWQgSG9zdCBD b250cm9sbGVyICMyIChyZXYgMDQpCj4+IDAwOjFjLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJCj4+IEV4cHJlc3MgUm9vdCBQb3J0IDEg KHJldiBjNCkKPj4gMDA6MWMuNCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmll cyBDaGlwc2V0IEZhbWlseSBQQ0kKPj4gRXhwcmVzcyBSb290IFBvcnQgNSAocmV2IGM0KQo+PiAw MDoxYy42IFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFt aWx5IFBDSQo+PiBFeHByZXNzIFJvb3QgUG9ydCA3IChyZXYgYzQpCj4+IDAwOjFkLjAgVVNCIGNv bnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+ PiBFbmhhbmNlZCBIb3N0IENvbnRyb2xsZXIgIzEgKHJldiAwNCkKPj4gMDA6MWYuMCBJU0EgYnJp ZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBINzcgRXhwcmVzcyBDaGlwc2V0IExQQwo+PiBDb250cm9s bGVyIChyZXYgMDQpCj4+IDAwOjFmLjIgU0FUQSBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlv biA3IFNlcmllcyBDaGlwc2V0IEZhbWlseQo+PiA2LXBvcnQgU0FUQSBBSENJIENvbnRyb2xsZXIg KHJldiAwNCkKPj4gMDA6MWYuMyBTTUJ1czogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hp cHNldCBGYW1pbHkgU01CdXMKPj4gQ29udHJvbGxlciAocmV2IDA0KQo+PiAwMzowMC4wIEV0aGVy bmV0IGNvbnRyb2xsZXI6IFJlYWx0ZWsgU2VtaWNvbmR1Y3RvciBDby4sIEx0ZC4KPj4gUlRMODEx MS84MTY4QiBQQ0kgRXhwcmVzcyBHaWdhYml0IEV0aGVybmV0IGNvbnRyb2xsZXIgKHJldiAwOSkK Pj4gMDQ6MDAuMCBJREUgaW50ZXJmYWNlOiBNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAgTHRkLiA4 OFNFOTE3MiBTQVRBIElJSQo+PiA2R2IvcyBSQUlEIENvbnRyb2xsZXIgKHJldiAxMSkKPj4KPj4g VGhlcmUgaXMgbm90aGluZyB2aXNpYmxlIGluIGRtZXNnIG5vciBsb2dzIHRoYXQgY291bGQgZ2l2 ZSBhIGNsdWUKPj4gd2hlcmUgaXMgdGhlIHBvb3IgcGVyZm9ybWFuY2UgY29taW5nIGZyb206IHRo ZSB4dmEgd2FzIGV4cG9ydGVkIGZyb20KPj4gWENQIDEuMSBpbiBhYm91dCAzIG1pbnV0ZXMsIHRo ZSBpbXBvcnQgdGFrZXMgYWJvdXQgMzAgbWludXRlcwo+PiAoY29uZmlybWVkIHdpdGggZmV3IGRp ZmZlcmVudCB4dmEncykgYW5kIHdoaWxlIGltcG9ydGluZyB0aGUgZG9tMAo+PiBiZWNvbWVzIGV4 dHJlbWVseSBzbHVnZ2lzaC4KPj4KPj4gQW55IGhlbHAgd291bGQgYmUgaGlnaGx5IGFwcHJlY2lh dGVkLgo+Pgo+PiBLaW5kIHJlZ2FyZHMsCj4+IFMuCj4+Cj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IFhlbi1hcGkgbWFpbGluZyBsaXN0Cj4+IFhl bi1hcGlAbGlzdHMueGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaQo+Cj4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3Rz Lnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Oct 02 19:34:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 19:34:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ8Ef-0006ge-FF; Tue, 02 Oct 2012 19:34:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ8Ed-0006gT-PY for xen-api@lists.xensource.com; Tue, 02 Oct 2012 19:34:27 +0000 Received: from [85.158.143.99:60867] by server-2.bemta-4.messagelabs.com id 84/05-06610-2C14B605; Tue, 02 Oct 2012 19:34:26 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-11.tower-216.messagelabs.com!1349206463!25077138!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21794 invoked from network); 2 Oct 2012 19:34:24 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 2 Oct 2012 19:34:24 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TJ8EX-00055A-Dy for xen-api@lists.xensource.com; Tue, 02 Oct 2012 21:34:21 +0200 Received: from c-76-126-155-42.hsd1.ca.comcast.net ([76.126.155.42]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Oct 2012 21:34:21 +0200 Received: from blp by c-76-126-155-42.hsd1.ca.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Oct 2012 21:34:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Ben Pfaff Date: Tue, 02 Oct 2012 12:33:23 -0700 Lines: 13 Message-ID: <87pq50654s.fsf@blp.benpfaff.org> References: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-76-126-155-42.hsd1.ca.comcast.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) Cancel-Lock: sha1:hvZMoPRjRMqP908t7U/zMHdzXiY= Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: blp@cs.stanford.edu List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SpamMePlease PleasePlease writes: > I would like to report that there's an issue that exists on XCP 1.6 > beta (and 1.1 stable too) that results in very slow vm import/export, > causing high IO wait and load. The details are below, the machine is > freshly installed, without any modifications (like md raid, and so > on): I've seen this too on older versions of XenServer, specifically for vm-import. I haven't used newer versions of XenServer or any version of XCP much, so I don't know whether the problem still manifests the same way. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 02 19:34:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Oct 2012 19:34:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ8Ef-0006ge-FF; Tue, 02 Oct 2012 19:34:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJ8Ed-0006gT-PY for xen-api@lists.xensource.com; Tue, 02 Oct 2012 19:34:27 +0000 Received: from [85.158.143.99:60867] by server-2.bemta-4.messagelabs.com id 84/05-06610-2C14B605; Tue, 02 Oct 2012 19:34:26 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-11.tower-216.messagelabs.com!1349206463!25077138!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21794 invoked from network); 2 Oct 2012 19:34:24 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 2 Oct 2012 19:34:24 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TJ8EX-00055A-Dy for xen-api@lists.xensource.com; Tue, 02 Oct 2012 21:34:21 +0200 Received: from c-76-126-155-42.hsd1.ca.comcast.net ([76.126.155.42]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Oct 2012 21:34:21 +0200 Received: from blp by c-76-126-155-42.hsd1.ca.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Oct 2012 21:34:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Ben Pfaff Date: Tue, 02 Oct 2012 12:33:23 -0700 Lines: 13 Message-ID: <87pq50654s.fsf@blp.benpfaff.org> References: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-76-126-155-42.hsd1.ca.comcast.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) Cancel-Lock: sha1:hvZMoPRjRMqP908t7U/zMHdzXiY= Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: blp@cs.stanford.edu List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SpamMePlease PleasePlease writes: > I would like to report that there's an issue that exists on XCP 1.6 > beta (and 1.1 stable too) that results in very slow vm import/export, > causing high IO wait and load. The details are below, the machine is > freshly installed, without any modifications (like md raid, and so > on): I've seen this too on older versions of XenServer, specifically for vm-import. I haven't used newer versions of XenServer or any version of XCP much, so I don't know whether the problem still manifests the same way. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 03 05:22:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 05:22:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJHPY-00018N-Kl; Wed, 03 Oct 2012 05:22:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJHPX-00018I-8h for xen-api@lists.xen.org; Wed, 03 Oct 2012 05:22:19 +0000 Received: from [85.158.143.99:32408] by server-1.bemta-4.messagelabs.com id 41/63-05684-A8BCB605; Wed, 03 Oct 2012 05:22:18 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1349241737!25636475!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32333 invoked from network); 3 Oct 2012 05:22:17 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2012 05:22:17 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q935MFG3020497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2012 07:22:16 +0200 Message-ID: <506BCB83.8030007@swisscenter.com> Date: Wed, 03 Oct 2012 07:22:11 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: SpamMePlease PleasePlease References: In-Reply-To: X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, How are you importing the xva ? from xe command line? from xencenter ? Is the source xva file on the same disk(s) than the SR you are importing = to ? Have you tried basic disk read or write throughput tests on these disks = like running a: dd if=3D/dev/zero of=3Dtest bs=3D1M count=3D2000 oflag=3Ddirect Just in order to be sure it's not a disk or driver problem and dismiss = that possibility. Cheers, S=E9bastien On 02.10.2012 17:30, SpamMePlease PleasePlease wrote: > Hi all, > > I would like to report that there's an issue that exists on XCP 1.6 > beta (and 1.1 stable too) that results in very slow vm import/export, > causing high IO wait and load. The details are below, the machine is > freshly installed, without any modifications (like md raid, and so > on): > > iostat: > > avg-cpu: %user %nice %system %iowait %steal %idle > 0,00 0,00 0,00 62,98 0,00 37,02 > > Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz > avgqu-sz await svctm %util > sda 0,00 0,40 0,00 6,19 0,00 2184,83 353,10 > 3,76 553,87 161,61 100,00 > sda1 0,00 0,00 0,00 0,60 0,00 35,13 58,67 > 0,75 1540,00 893,33 53,49 > sda2 0,00 0,00 0,00 0,00 0,00 0,00 0,00 > 0,00 0,00 0,00 0,00 > sda3 0,00 0,40 0,00 5,59 0,00 2149,70 384,64 > 3,01 448,21 178,93 100,00 > sdb 0,00 0,00 0,00 0,00 0,00 0,00 0,00 > 0,00 0,00 0,00 0,00 > dm-0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 > 0,00 0,00 0,00 0,00 > dm-1 0,00 0,00 0,00 6,39 0,00 2203,79 345,03 > 3,25 444,38 156,56 100,00 > tda 0,00 215,57 0,00 25,15 0,00 2181,24 86,73 > 172,15 7475,32 39,76 100,00 > > > > top: > > top - 17:26:48 up 13 min, 2 users, load average: 2.79, 1.63, 0.77 > Tasks: 135 total, 1 running, 134 sleeping, 0 stopped, 0 zombie > Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 25.4%id, 74.6%wa, 0.0%hi, 0.0%si, 0= .0%st > Mem: 762244k total, 747080k used, 15164k free, 238616k buffers > Swap: 524280k total, 0k used, 524280k free, 289188k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 5901 root 20 0 26424 8544 268 S 0.3 1.1 0:00.45 > elasticsyslog > 10758 root 20 0 2428 1104 820 R 0.3 0.1 0:00.02 top > 1 root 20 0 2164 656 564 S 0.0 0.1 0:00.23 init > 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd > 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 > migration/0 > 4 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 > > > > lspci: > > 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM > Controller (rev 09) > 00:01.0 PCI bridge: Intel Corporation 3rd Gen Core processor PCI > Express Root Port (rev 09) > 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core > processor Graphics Controller (rev 09) > 00:14.0 USB controller: Intel Corporation 7 Series Chipset Family USB > xHCI Host Controller (rev 04) > 00:16.0 Communication controller: Intel Corporation 7 Series Chipset > Family MEI Controller #1 (rev 04) > 00:1a.0 USB controller: Intel Corporation 7 Series Chipset Family USB > Enhanced Host Controller #2 (rev 04) > 00:1c.0 PCI bridge: Intel Corporation 7 Series Chipset Family PCI > Express Root Port 1 (rev c4) > 00:1c.4 PCI bridge: Intel Corporation 7 Series Chipset Family PCI > Express Root Port 5 (rev c4) > 00:1c.6 PCI bridge: Intel Corporation 7 Series Chipset Family PCI > Express Root Port 7 (rev c4) > 00:1d.0 USB controller: Intel Corporation 7 Series Chipset Family USB > Enhanced Host Controller #1 (rev 04) > 00:1f.0 ISA bridge: Intel Corporation H77 Express Chipset LPC > Controller (rev 04) > 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family > 6-port SATA AHCI Controller (rev 04) > 00:1f.3 SMBus: Intel Corporation 7 Series Chipset Family SMBus > Controller (rev 04) > 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09) > 04:00.0 IDE interface: Marvell Technology Group Ltd. 88SE9172 SATA III > 6Gb/s RAID Controller (rev 11) > > There is nothing visible in dmesg nor logs that could give a clue > where is the poor performance coming from: the xva was exported from > XCP 1.1 in about 3 minutes, the import takes about 30 minutes > (confirmed with few different xva's) and while importing the dom0 > becomes extremely sluggish. > > Any help would be highly appreciated. > > Kind regards, > S. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 03 05:22:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 05:22:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJHPY-00018N-Kl; Wed, 03 Oct 2012 05:22:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJHPX-00018I-8h for xen-api@lists.xen.org; Wed, 03 Oct 2012 05:22:19 +0000 Received: from [85.158.143.99:32408] by server-1.bemta-4.messagelabs.com id 41/63-05684-A8BCB605; Wed, 03 Oct 2012 05:22:18 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1349241737!25636475!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32333 invoked from network); 3 Oct 2012 05:22:17 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2012 05:22:17 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q935MFG3020497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2012 07:22:16 +0200 Message-ID: <506BCB83.8030007@swisscenter.com> Date: Wed, 03 Oct 2012 07:22:11 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: SpamMePlease PleasePlease References: In-Reply-To: X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, How are you importing the xva ? from xe command line? from xencenter ? Is the source xva file on the same disk(s) than the SR you are importing = to ? Have you tried basic disk read or write throughput tests on these disks = like running a: dd if=3D/dev/zero of=3Dtest bs=3D1M count=3D2000 oflag=3Ddirect Just in order to be sure it's not a disk or driver problem and dismiss = that possibility. Cheers, S=E9bastien On 02.10.2012 17:30, SpamMePlease PleasePlease wrote: > Hi all, > > I would like to report that there's an issue that exists on XCP 1.6 > beta (and 1.1 stable too) that results in very slow vm import/export, > causing high IO wait and load. The details are below, the machine is > freshly installed, without any modifications (like md raid, and so > on): > > iostat: > > avg-cpu: %user %nice %system %iowait %steal %idle > 0,00 0,00 0,00 62,98 0,00 37,02 > > Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz > avgqu-sz await svctm %util > sda 0,00 0,40 0,00 6,19 0,00 2184,83 353,10 > 3,76 553,87 161,61 100,00 > sda1 0,00 0,00 0,00 0,60 0,00 35,13 58,67 > 0,75 1540,00 893,33 53,49 > sda2 0,00 0,00 0,00 0,00 0,00 0,00 0,00 > 0,00 0,00 0,00 0,00 > sda3 0,00 0,40 0,00 5,59 0,00 2149,70 384,64 > 3,01 448,21 178,93 100,00 > sdb 0,00 0,00 0,00 0,00 0,00 0,00 0,00 > 0,00 0,00 0,00 0,00 > dm-0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 > 0,00 0,00 0,00 0,00 > dm-1 0,00 0,00 0,00 6,39 0,00 2203,79 345,03 > 3,25 444,38 156,56 100,00 > tda 0,00 215,57 0,00 25,15 0,00 2181,24 86,73 > 172,15 7475,32 39,76 100,00 > > > > top: > > top - 17:26:48 up 13 min, 2 users, load average: 2.79, 1.63, 0.77 > Tasks: 135 total, 1 running, 134 sleeping, 0 stopped, 0 zombie > Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 25.4%id, 74.6%wa, 0.0%hi, 0.0%si, 0= .0%st > Mem: 762244k total, 747080k used, 15164k free, 238616k buffers > Swap: 524280k total, 0k used, 524280k free, 289188k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 5901 root 20 0 26424 8544 268 S 0.3 1.1 0:00.45 > elasticsyslog > 10758 root 20 0 2428 1104 820 R 0.3 0.1 0:00.02 top > 1 root 20 0 2164 656 564 S 0.0 0.1 0:00.23 init > 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd > 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 > migration/0 > 4 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 > > > > lspci: > > 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM > Controller (rev 09) > 00:01.0 PCI bridge: Intel Corporation 3rd Gen Core processor PCI > Express Root Port (rev 09) > 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core > processor Graphics Controller (rev 09) > 00:14.0 USB controller: Intel Corporation 7 Series Chipset Family USB > xHCI Host Controller (rev 04) > 00:16.0 Communication controller: Intel Corporation 7 Series Chipset > Family MEI Controller #1 (rev 04) > 00:1a.0 USB controller: Intel Corporation 7 Series Chipset Family USB > Enhanced Host Controller #2 (rev 04) > 00:1c.0 PCI bridge: Intel Corporation 7 Series Chipset Family PCI > Express Root Port 1 (rev c4) > 00:1c.4 PCI bridge: Intel Corporation 7 Series Chipset Family PCI > Express Root Port 5 (rev c4) > 00:1c.6 PCI bridge: Intel Corporation 7 Series Chipset Family PCI > Express Root Port 7 (rev c4) > 00:1d.0 USB controller: Intel Corporation 7 Series Chipset Family USB > Enhanced Host Controller #1 (rev 04) > 00:1f.0 ISA bridge: Intel Corporation H77 Express Chipset LPC > Controller (rev 04) > 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family > 6-port SATA AHCI Controller (rev 04) > 00:1f.3 SMBus: Intel Corporation 7 Series Chipset Family SMBus > Controller (rev 04) > 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09) > 04:00.0 IDE interface: Marvell Technology Group Ltd. 88SE9172 SATA III > 6Gb/s RAID Controller (rev 11) > > There is nothing visible in dmesg nor logs that could give a clue > where is the poor performance coming from: the xva was exported from > XCP 1.1 in about 3 minutes, the import takes about 30 minutes > (confirmed with few different xva's) and while importing the dom0 > becomes extremely sluggish. > > Any help would be highly appreciated. > > Kind regards, > S. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 03 07:32:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 07:32:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJRM-0001ul-B2; Wed, 03 Oct 2012 07:32:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJRK-0001ug-OA for xen-api@lists.xen.org; Wed, 03 Oct 2012 07:32:19 +0000 Received: from [85.158.138.51:55419] by server-1.bemta-3.messagelabs.com id 6A/B2-16425-10AEB605; Wed, 03 Oct 2012 07:32:17 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1349249535!24858084!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24388 invoked from network); 3 Oct 2012 07:32:16 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 07:32:16 -0000 Received: by iea17 with SMTP id 17so21210941iea.32 for ; Wed, 03 Oct 2012 00:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type:content-transfer-encoding; bh=5k9fLeVxSvTd2zotiMKPDqFJXfdf9Qi4hgczIN9l+Qk=; b=aqJlgP89yJggmBehJk/QU5biv/jZnqkoQ1uMOQD60RWoSiVnTe76slFnJFbVzA+m+5 cPgDV9wN4Bvr1RYgEtBpCO8LLD0sa14w66kXk9kla9aa8Ls0jcJ7m8B7wwJfpOaK2yVT 3OEsfic7othRVg57IC5gPavO9NuukzaCfm38v84tkZw32ZUDeJlsbgiQxmrnoxh6upT5 dCM2a9n4YWi2Ff6dSpzZz920U99UoKgHIAAKGSyP85M9vlt+70bRNRcnBgtG2rjak9Ia gGRS0whTwTeZPfATBFsJZfShZbIYzu8pqpDr+9fD2ecSKB64mZsEWeO31rbswqjm394o 1X6A== MIME-Version: 1.0 Received: by 10.50.51.225 with SMTP id n1mr1068664igo.7.1349249535198; Wed, 03 Oct 2012 00:32:15 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Wed, 3 Oct 2012 00:32:14 -0700 (PDT) In-Reply-To: <506BCB83.8030007@swisscenter.com> References: <506BCB83.8030007@swisscenter.com> Date: Wed, 3 Oct 2012 08:32:14 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org RGVhciBTZWJhc3RpZW4sCgpPbiBXZWQsIE9jdCAzLCAyMDEyIGF0IDY6MjIgQU0sIFPDqWJhc3Rp ZW4gUklDQ0lPIDxzckBzd2lzc2NlbnRlci5jb20+IHdyb3RlOgo+IEhpLAo+Cj4gSG93IGFyZSB5 b3UgaW1wb3J0aW5nIHRoZSB4dmEgPyBmcm9tIHhlIGNvbW1hbmQgbGluZT8gZnJvbSB4ZW5jZW50 ZXIgPwo+IElzIHRoZSBzb3VyY2UgeHZhIGZpbGUgb24gdGhlIHNhbWUgZGlzayhzKSB0aGFuIHRo ZSBTUiB5b3UgYXJlIGltcG9ydGluZyB0bwo+ID8KClRoZSB4dmEgaXMgYmVpbmcgaW1wb3J0ZWQg dmlhIGNsaSwgd2l0aCB4ZSB2bS1pbXBvcnQKZmlsZW5hbWU9L3RtcC90aGUueHZhLiBJdCBpcyBs b2NhdGVkIG9uIHRoZSBzYW1lIGRpc2ssIGFzIHRoZSBsb2NhbApsdm0gYmFzZWQgU1IuCgo+IEhh dmUgeW91IHRyaWVkIGJhc2ljIGRpc2sgcmVhZCBvciB3cml0ZSB0aHJvdWdocHV0IHRlc3RzIG9u IHRoZXNlIGRpc2tzIGxpa2UKPiBydW5uaW5nIGE6Cj4gZGQgaWY9L2Rldi96ZXJvIG9mPXRlc3Qg YnM9MU0gY291bnQ9MjAwMCBvZmxhZz1kaXJlY3QKCgpXaGlsZSBkb2luZyBzbywgdGhlIGlvIHdh aXQgYWxzbyBza3lyb2NrZXRzICh1cCB0byB+NjAlKSwgYWxvbmcgd2l0aApsb2FkIGF2ZXJhZ2Ug KHVwIHRvIH4yKSwgd2l0aCB0aGUgYXZlcmFnZSBzcGVlZCBvZiAxMiw4IE1CL3MuIEhvd2V2ZXIs CnRoZSBoZHBhcm0gcmVwb3J0cyBhcyBiZWxvdzoKCi9kZXYvc2RhOgogVGltaW5nIGNhY2hlZCBy ZWFkczogICAyMzY4MCBNQiBpbiAgMS45OSBzZWNvbmRzID0gMTE4ODcuNDMgTUIvc2VjCiBUaW1p bmcgYnVmZmVyZWQgZGlzayByZWFkczogNDkyIE1CIGluICAzLjAxIHNlY29uZHMgPSAxNjMuNDUg TUIvc2VjCgpBbHNvLCB0aGUgc21hcnRjdGwgZG9lc250IHJlcG9ydCBhbnl0aGluZyB3cm9uZyBh Ym91dCB0aGUgZGlza3MsIGFuZAp0aGUgd2hvbGUgc2VydmVyIHdhcyBkZWVwbHkgdGVzdGVkIGFu ZCBpbnZlc3RpZ2F0ZWQgYnkgc2VydmVyIHByb3ZpZGVyCnRvIHJ1bGUgb3V0IGhhcmR3YXJlIGlz c3Vlcywgc28gSSBhbSBiYXNpY2FsbHkgb3V0IG9mIGlkZWFzLAplc3BlY2lhbGx5IEkndmUgc2Vj b25kIHNlcnZlciwgd2l0aCBYQ1AgMS4xIG9uIGEgYml0IG9sZGVyIGhhcmR3YXJlLAp0aGF0IGRv ZXNudCBzaG93IHRoZXNlIGlzc3VlcywgYW5kIGlzIGlkZW50aWNhbGx5IGNvbmZpZ3VyZWQgKHdl bGwsIGl0CmV2ZW4gdXNlcyB0aGUgbWQgcmFpZCBmb3IgLyBhbmQgbG9jYWwgbHZtIFNSKS4KCktp bmQgcmVnYXJkcywKUy4KCj4gSnVzdCBpbiBvcmRlciB0byBiZSBzdXJlIGl0J3Mgbm90IGEgZGlz ayBvciBkcml2ZXIgcHJvYmxlbSBhbmQgZGlzbWlzcyB0aGF0Cj4gcG9zc2liaWxpdHkuCj4KPiBD aGVlcnMsCj4gU8OpYmFzdGllbgo+Cj4KPgo+Cj4KPiBPbiAwMi4xMC4yMDEyIDE3OjMwLCBTcGFt TWVQbGVhc2UgUGxlYXNlUGxlYXNlIHdyb3RlOgo+Pgo+PiBIaSBhbGwsCj4+Cj4+IEkgd291bGQg bGlrZSB0byByZXBvcnQgdGhhdCB0aGVyZSdzIGFuIGlzc3VlIHRoYXQgZXhpc3RzIG9uIFhDUCAx LjYKPj4gYmV0YSAoYW5kIDEuMSBzdGFibGUgdG9vKSB0aGF0IHJlc3VsdHMgaW4gdmVyeSBzbG93 IHZtIGltcG9ydC9leHBvcnQsCj4+IGNhdXNpbmcgaGlnaCBJTyB3YWl0IGFuZCBsb2FkLiBUaGUg ZGV0YWlscyBhcmUgYmVsb3csIHRoZSBtYWNoaW5lIGlzCj4+IGZyZXNobHkgaW5zdGFsbGVkLCB3 aXRob3V0IGFueSBtb2RpZmljYXRpb25zIChsaWtlIG1kIHJhaWQsIGFuZCBzbwo+PiBvbik6Cj4+ Cj4+IGlvc3RhdDoKPj4KPj4gYXZnLWNwdTogICV1c2VyICAgJW5pY2UgJXN5c3RlbSAlaW93YWl0 ICAlc3RlYWwgICAlaWRsZQo+PiAgICAgICAgICAgICAwLDAwICAgIDAsMDAgICAgMCwwMCAgIDYy LDk4ICAgIDAsMDAgICAzNywwMgo+Pgo+PiBEZXZpY2U6ICAgICAgICAgcnJxbS9zICAgd3JxbS9z ICAgci9zICAgdy9zICAgcnNlYy9zICAgd3NlYy9zIGF2Z3JxLXN6Cj4+IGF2Z3F1LXN6ICAgYXdh aXQgIHN2Y3RtICAldXRpbAo+PiBzZGEgICAgICAgICAgICAgICAwLDAwICAgICAwLDQwICAwLDAw ICA2LDE5ICAgICAwLDAwICAyMTg0LDgzICAgMzUzLDEwCj4+ICAgICAgMyw3NiAgNTUzLDg3IDE2 MSw2MSAxMDAsMDAKPj4gc2RhMSAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCw2 MCAgICAgMCwwMCAgICAzNSwxMyAgICA1OCw2Nwo+PiAgICAgIDAsNzUgMTU0MCwwMCA4OTMsMzMg IDUzLDQ5Cj4+IHNkYTIgICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAsMDAgIDAsMDAgICAg IDAsMDAgICAgIDAsMDAgICAgIDAsMDAKPj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCww MAo+PiBzZGEzICAgICAgICAgICAgICAwLDAwICAgICAwLDQwICAwLDAwICA1LDU5ICAgICAwLDAw ICAyMTQ5LDcwICAgMzg0LDY0Cj4+ICAgICAgMywwMSAgNDQ4LDIxIDE3OCw5MyAxMDAsMDAKPj4g c2RiICAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCwwMCAgICAgMCwwMCAgICAg MCwwMCAgICAgMCwwMAo+PiAgICAgIDAsMDAgICAgMCwwMCAgIDAsMDAgICAwLDAwCj4+IGRtLTAg ICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAsMDAgIDAsMDAgICAgIDAsMDAgICAgIDAsMDAg ICAgIDAsMDAKPj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+PiBkbS0xICAgICAg ICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICA2LDM5ICAgICAwLDAwICAyMjAzLDc5ICAgMzQ1 LDAzCj4+ICAgICAgMywyNSAgNDQ0LDM4IDE1Niw1NiAxMDAsMDAKPj4gdGRhICAgICAgICAgICAg ICAgMCwwMCAgIDIxNSw1NyAgMCwwMCAyNSwxNSAgICAgMCwwMCAgMjE4MSwyNCAgICA4Niw3Mwo+ PiAgICAxNzIsMTUgNzQ3NSwzMiAgMzksNzYgMTAwLDAwCj4+Cj4+Cj4+Cj4+IHRvcDoKPj4KPj4g dG9wIC0gMTc6MjY6NDggdXAgMTMgbWluLCAgMiB1c2VycywgIGxvYWQgYXZlcmFnZTogMi43OSwg MS42MywgMC43Nwo+PiBUYXNrczogMTM1IHRvdGFsLCAgIDEgcnVubmluZywgMTM0IHNsZWVwaW5n LCAgIDAgc3RvcHBlZCwgICAwIHpvbWJpZQo+PiBDcHUocyk6ICAwLjAldXMsICAwLjAlc3ksICAw LjAlbmksIDI1LjQlaWQsIDc0LjYld2EsICAwLjAlaGksICAwLjAlc2ksCj4+IDAuMCVzdAo+PiBN ZW06ICAgIDc2MjI0NGsgdG90YWwsICAgNzQ3MDgwayB1c2VkLCAgICAxNTE2NGsgZnJlZSwgICAy Mzg2MTZrIGJ1ZmZlcnMKPj4gU3dhcDogICA1MjQyODBrIHRvdGFsLCAgICAgICAgMGsgdXNlZCwg ICA1MjQyODBrIGZyZWUsICAgMjg5MTg4ayBjYWNoZWQKPj4KPj4gICAgUElEIFVTRVIgICAgICBQ UiAgTkkgIFZJUlQgIFJFUyAgU0hSIFMgJUNQVSAlTUVNICAgIFRJTUUrICBDT01NQU5ECj4+ICAg NTkwMSByb290ICAgICAgMjAgICAwIDI2NDI0IDg1NDQgIDI2OCBTICAwLjMgIDEuMSAgIDA6MDAu NDUKPj4gZWxhc3RpY3N5c2xvZwo+PiAxMDc1OCByb290ICAgICAgMjAgICAwICAyNDI4IDExMDQg IDgyMCBSICAwLjMgIDAuMSAgIDA6MDAuMDIgdG9wCj4+ICAgICAgMSByb290ICAgICAgMjAgICAw ICAyMTY0ICA2NTYgIDU2NCBTICAwLjAgIDAuMSAgIDA6MDAuMjMgaW5pdAo+PiAgICAgIDIgcm9v dCAgICAgIDIwICAgMCAgICAgMCAgICAwICAgIDAgUyAgMC4wICAwLjAgICAwOjAwLjAwIGt0aHJl YWRkCj4+ICAgICAgMyByb290ICAgICAgUlQgICAwICAgICAwICAgIDAgICAgMCBTICAwLjAgIDAu MCAgIDA6MDAuMDAKPj4gbWlncmF0aW9uLzAKPj4gICAgICA0IHJvb3QgICAgICAyMCAgIDAgICAg IDAgICAgMCAgICAwIFMgIDAuMCAgMC4wICAgMDowMC4wMCBrc29mdGlycWQvMAo+Pgo+Pgo+Pgo+ PiBsc3BjaToKPj4KPj4gMDA6MDAuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gM3Jk IEdlbiBDb3JlIHByb2Nlc3NvciBEUkFNCj4+IENvbnRyb2xsZXIgKHJldiAwOSkKPj4gMDA6MDEu MCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiAzcmQgR2VuIENvcmUgcHJvY2Vzc29yIFBD SQo+PiBFeHByZXNzIFJvb3QgUG9ydCAocmV2IDA5KQo+PiAwMDowMi4wIFZHQSBjb21wYXRpYmxl IGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDNyZCBHZW4gQ29yZQo+PiBwcm9jZXNzb3Ig R3JhcGhpY3MgQ29udHJvbGxlciAocmV2IDA5KQo+PiAwMDoxNC4wIFVTQiBjb250cm9sbGVyOiBJ bnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0IEZhbWlseSBVU0IKPj4geEhDSSBIb3N0 IENvbnRyb2xsZXIgKHJldiAwNCkKPj4gMDA6MTYuMCBDb21tdW5pY2F0aW9uIGNvbnRyb2xsZXI6 IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQKPj4gRmFtaWx5IE1FSSBDb250cm9s bGVyICMxIChyZXYgMDQpCj4+IDAwOjFhLjAgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0 aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+PiBFbmhhbmNlZCBIb3N0IENvbnRyb2xs ZXIgIzIgKHJldiAwNCkKPj4gMDA6MWMuMCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA3 IFNlcmllcyBDaGlwc2V0IEZhbWlseSBQQ0kKPj4gRXhwcmVzcyBSb290IFBvcnQgMSAocmV2IGM0 KQo+PiAwMDoxYy40IFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBz ZXQgRmFtaWx5IFBDSQo+PiBFeHByZXNzIFJvb3QgUG9ydCA1IChyZXYgYzQpCj4+IDAwOjFjLjYg UENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJ Cj4+IEV4cHJlc3MgUm9vdCBQb3J0IDcgKHJldiBjNCkKPj4gMDA6MWQuMCBVU0IgY29udHJvbGxl cjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgVVNCCj4+IEVuaGFu Y2VkIEhvc3QgQ29udHJvbGxlciAjMSAocmV2IDA0KQo+PiAwMDoxZi4wIElTQSBicmlkZ2U6IElu dGVsIENvcnBvcmF0aW9uIEg3NyBFeHByZXNzIENoaXBzZXQgTFBDCj4+IENvbnRyb2xsZXIgKHJl diAwNCkKPj4gMDA6MWYuMiBTQVRBIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDcgU2Vy aWVzIENoaXBzZXQgRmFtaWx5Cj4+IDYtcG9ydCBTQVRBIEFIQ0kgQ29udHJvbGxlciAocmV2IDA0 KQo+PiAwMDoxZi4zIFNNQnVzOiBJbnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0IEZh bWlseSBTTUJ1cwo+PiBDb250cm9sbGVyIChyZXYgMDQpCj4+IDAzOjAwLjAgRXRoZXJuZXQgY29u dHJvbGxlcjogUmVhbHRlayBTZW1pY29uZHVjdG9yIENvLiwgTHRkLgo+PiBSVEw4MTExLzgxNjhC IFBDSSBFeHByZXNzIEdpZ2FiaXQgRXRoZXJuZXQgY29udHJvbGxlciAocmV2IDA5KQo+PiAwNDow MC4wIElERSBpbnRlcmZhY2U6IE1hcnZlbGwgVGVjaG5vbG9neSBHcm91cCBMdGQuIDg4U0U5MTcy IFNBVEEgSUlJCj4+IDZHYi9zIFJBSUQgQ29udHJvbGxlciAocmV2IDExKQo+Pgo+PiBUaGVyZSBp cyBub3RoaW5nIHZpc2libGUgaW4gZG1lc2cgbm9yIGxvZ3MgdGhhdCBjb3VsZCBnaXZlIGEgY2x1 ZQo+PiB3aGVyZSBpcyB0aGUgcG9vciBwZXJmb3JtYW5jZSBjb21pbmcgZnJvbTogdGhlIHh2YSB3 YXMgZXhwb3J0ZWQgZnJvbQo+PiBYQ1AgMS4xIGluIGFib3V0IDMgbWludXRlcywgdGhlIGltcG9y dCB0YWtlcyBhYm91dCAzMCBtaW51dGVzCj4+IChjb25maXJtZWQgd2l0aCBmZXcgZGlmZmVyZW50 IHh2YSdzKSBhbmQgd2hpbGUgaW1wb3J0aW5nIHRoZSBkb20wCj4+IGJlY29tZXMgZXh0cmVtZWx5 IHNsdWdnaXNoLgo+Pgo+PiBBbnkgaGVscCB3b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQuCj4+ Cj4+IEtpbmQgcmVnYXJkcywKPj4gUy4KPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KPj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPj4gWGVuLWFwaUBs aXN0cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0 aW5mby94ZW4tYXBpCj4+Cj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Wed Oct 03 07:32:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 07:32:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJRM-0001ul-B2; Wed, 03 Oct 2012 07:32:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJRK-0001ug-OA for xen-api@lists.xen.org; Wed, 03 Oct 2012 07:32:19 +0000 Received: from [85.158.138.51:55419] by server-1.bemta-3.messagelabs.com id 6A/B2-16425-10AEB605; Wed, 03 Oct 2012 07:32:17 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1349249535!24858084!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24388 invoked from network); 3 Oct 2012 07:32:16 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 07:32:16 -0000 Received: by iea17 with SMTP id 17so21210941iea.32 for ; Wed, 03 Oct 2012 00:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type:content-transfer-encoding; bh=5k9fLeVxSvTd2zotiMKPDqFJXfdf9Qi4hgczIN9l+Qk=; b=aqJlgP89yJggmBehJk/QU5biv/jZnqkoQ1uMOQD60RWoSiVnTe76slFnJFbVzA+m+5 cPgDV9wN4Bvr1RYgEtBpCO8LLD0sa14w66kXk9kla9aa8Ls0jcJ7m8B7wwJfpOaK2yVT 3OEsfic7othRVg57IC5gPavO9NuukzaCfm38v84tkZw32ZUDeJlsbgiQxmrnoxh6upT5 dCM2a9n4YWi2Ff6dSpzZz920U99UoKgHIAAKGSyP85M9vlt+70bRNRcnBgtG2rjak9Ia gGRS0whTwTeZPfATBFsJZfShZbIYzu8pqpDr+9fD2ecSKB64mZsEWeO31rbswqjm394o 1X6A== MIME-Version: 1.0 Received: by 10.50.51.225 with SMTP id n1mr1068664igo.7.1349249535198; Wed, 03 Oct 2012 00:32:15 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Wed, 3 Oct 2012 00:32:14 -0700 (PDT) In-Reply-To: <506BCB83.8030007@swisscenter.com> References: <506BCB83.8030007@swisscenter.com> Date: Wed, 3 Oct 2012 08:32:14 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org RGVhciBTZWJhc3RpZW4sCgpPbiBXZWQsIE9jdCAzLCAyMDEyIGF0IDY6MjIgQU0sIFPDqWJhc3Rp ZW4gUklDQ0lPIDxzckBzd2lzc2NlbnRlci5jb20+IHdyb3RlOgo+IEhpLAo+Cj4gSG93IGFyZSB5 b3UgaW1wb3J0aW5nIHRoZSB4dmEgPyBmcm9tIHhlIGNvbW1hbmQgbGluZT8gZnJvbSB4ZW5jZW50 ZXIgPwo+IElzIHRoZSBzb3VyY2UgeHZhIGZpbGUgb24gdGhlIHNhbWUgZGlzayhzKSB0aGFuIHRo ZSBTUiB5b3UgYXJlIGltcG9ydGluZyB0bwo+ID8KClRoZSB4dmEgaXMgYmVpbmcgaW1wb3J0ZWQg dmlhIGNsaSwgd2l0aCB4ZSB2bS1pbXBvcnQKZmlsZW5hbWU9L3RtcC90aGUueHZhLiBJdCBpcyBs b2NhdGVkIG9uIHRoZSBzYW1lIGRpc2ssIGFzIHRoZSBsb2NhbApsdm0gYmFzZWQgU1IuCgo+IEhh dmUgeW91IHRyaWVkIGJhc2ljIGRpc2sgcmVhZCBvciB3cml0ZSB0aHJvdWdocHV0IHRlc3RzIG9u IHRoZXNlIGRpc2tzIGxpa2UKPiBydW5uaW5nIGE6Cj4gZGQgaWY9L2Rldi96ZXJvIG9mPXRlc3Qg YnM9MU0gY291bnQ9MjAwMCBvZmxhZz1kaXJlY3QKCgpXaGlsZSBkb2luZyBzbywgdGhlIGlvIHdh aXQgYWxzbyBza3lyb2NrZXRzICh1cCB0byB+NjAlKSwgYWxvbmcgd2l0aApsb2FkIGF2ZXJhZ2Ug KHVwIHRvIH4yKSwgd2l0aCB0aGUgYXZlcmFnZSBzcGVlZCBvZiAxMiw4IE1CL3MuIEhvd2V2ZXIs CnRoZSBoZHBhcm0gcmVwb3J0cyBhcyBiZWxvdzoKCi9kZXYvc2RhOgogVGltaW5nIGNhY2hlZCBy ZWFkczogICAyMzY4MCBNQiBpbiAgMS45OSBzZWNvbmRzID0gMTE4ODcuNDMgTUIvc2VjCiBUaW1p bmcgYnVmZmVyZWQgZGlzayByZWFkczogNDkyIE1CIGluICAzLjAxIHNlY29uZHMgPSAxNjMuNDUg TUIvc2VjCgpBbHNvLCB0aGUgc21hcnRjdGwgZG9lc250IHJlcG9ydCBhbnl0aGluZyB3cm9uZyBh Ym91dCB0aGUgZGlza3MsIGFuZAp0aGUgd2hvbGUgc2VydmVyIHdhcyBkZWVwbHkgdGVzdGVkIGFu ZCBpbnZlc3RpZ2F0ZWQgYnkgc2VydmVyIHByb3ZpZGVyCnRvIHJ1bGUgb3V0IGhhcmR3YXJlIGlz c3Vlcywgc28gSSBhbSBiYXNpY2FsbHkgb3V0IG9mIGlkZWFzLAplc3BlY2lhbGx5IEkndmUgc2Vj b25kIHNlcnZlciwgd2l0aCBYQ1AgMS4xIG9uIGEgYml0IG9sZGVyIGhhcmR3YXJlLAp0aGF0IGRv ZXNudCBzaG93IHRoZXNlIGlzc3VlcywgYW5kIGlzIGlkZW50aWNhbGx5IGNvbmZpZ3VyZWQgKHdl bGwsIGl0CmV2ZW4gdXNlcyB0aGUgbWQgcmFpZCBmb3IgLyBhbmQgbG9jYWwgbHZtIFNSKS4KCktp bmQgcmVnYXJkcywKUy4KCj4gSnVzdCBpbiBvcmRlciB0byBiZSBzdXJlIGl0J3Mgbm90IGEgZGlz ayBvciBkcml2ZXIgcHJvYmxlbSBhbmQgZGlzbWlzcyB0aGF0Cj4gcG9zc2liaWxpdHkuCj4KPiBD aGVlcnMsCj4gU8OpYmFzdGllbgo+Cj4KPgo+Cj4KPiBPbiAwMi4xMC4yMDEyIDE3OjMwLCBTcGFt TWVQbGVhc2UgUGxlYXNlUGxlYXNlIHdyb3RlOgo+Pgo+PiBIaSBhbGwsCj4+Cj4+IEkgd291bGQg bGlrZSB0byByZXBvcnQgdGhhdCB0aGVyZSdzIGFuIGlzc3VlIHRoYXQgZXhpc3RzIG9uIFhDUCAx LjYKPj4gYmV0YSAoYW5kIDEuMSBzdGFibGUgdG9vKSB0aGF0IHJlc3VsdHMgaW4gdmVyeSBzbG93 IHZtIGltcG9ydC9leHBvcnQsCj4+IGNhdXNpbmcgaGlnaCBJTyB3YWl0IGFuZCBsb2FkLiBUaGUg ZGV0YWlscyBhcmUgYmVsb3csIHRoZSBtYWNoaW5lIGlzCj4+IGZyZXNobHkgaW5zdGFsbGVkLCB3 aXRob3V0IGFueSBtb2RpZmljYXRpb25zIChsaWtlIG1kIHJhaWQsIGFuZCBzbwo+PiBvbik6Cj4+ Cj4+IGlvc3RhdDoKPj4KPj4gYXZnLWNwdTogICV1c2VyICAgJW5pY2UgJXN5c3RlbSAlaW93YWl0 ICAlc3RlYWwgICAlaWRsZQo+PiAgICAgICAgICAgICAwLDAwICAgIDAsMDAgICAgMCwwMCAgIDYy LDk4ICAgIDAsMDAgICAzNywwMgo+Pgo+PiBEZXZpY2U6ICAgICAgICAgcnJxbS9zICAgd3JxbS9z ICAgci9zICAgdy9zICAgcnNlYy9zICAgd3NlYy9zIGF2Z3JxLXN6Cj4+IGF2Z3F1LXN6ICAgYXdh aXQgIHN2Y3RtICAldXRpbAo+PiBzZGEgICAgICAgICAgICAgICAwLDAwICAgICAwLDQwICAwLDAw ICA2LDE5ICAgICAwLDAwICAyMTg0LDgzICAgMzUzLDEwCj4+ICAgICAgMyw3NiAgNTUzLDg3IDE2 MSw2MSAxMDAsMDAKPj4gc2RhMSAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCw2 MCAgICAgMCwwMCAgICAzNSwxMyAgICA1OCw2Nwo+PiAgICAgIDAsNzUgMTU0MCwwMCA4OTMsMzMg IDUzLDQ5Cj4+IHNkYTIgICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAsMDAgIDAsMDAgICAg IDAsMDAgICAgIDAsMDAgICAgIDAsMDAKPj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCww MAo+PiBzZGEzICAgICAgICAgICAgICAwLDAwICAgICAwLDQwICAwLDAwICA1LDU5ICAgICAwLDAw ICAyMTQ5LDcwICAgMzg0LDY0Cj4+ICAgICAgMywwMSAgNDQ4LDIxIDE3OCw5MyAxMDAsMDAKPj4g c2RiICAgICAgICAgICAgICAgMCwwMCAgICAgMCwwMCAgMCwwMCAgMCwwMCAgICAgMCwwMCAgICAg MCwwMCAgICAgMCwwMAo+PiAgICAgIDAsMDAgICAgMCwwMCAgIDAsMDAgICAwLDAwCj4+IGRtLTAg ICAgICAgICAgICAgIDAsMDAgICAgIDAsMDAgIDAsMDAgIDAsMDAgICAgIDAsMDAgICAgIDAsMDAg ICAgIDAsMDAKPj4gICAgICAwLDAwICAgIDAsMDAgICAwLDAwICAgMCwwMAo+PiBkbS0xICAgICAg ICAgICAgICAwLDAwICAgICAwLDAwICAwLDAwICA2LDM5ICAgICAwLDAwICAyMjAzLDc5ICAgMzQ1 LDAzCj4+ICAgICAgMywyNSAgNDQ0LDM4IDE1Niw1NiAxMDAsMDAKPj4gdGRhICAgICAgICAgICAg ICAgMCwwMCAgIDIxNSw1NyAgMCwwMCAyNSwxNSAgICAgMCwwMCAgMjE4MSwyNCAgICA4Niw3Mwo+ PiAgICAxNzIsMTUgNzQ3NSwzMiAgMzksNzYgMTAwLDAwCj4+Cj4+Cj4+Cj4+IHRvcDoKPj4KPj4g dG9wIC0gMTc6MjY6NDggdXAgMTMgbWluLCAgMiB1c2VycywgIGxvYWQgYXZlcmFnZTogMi43OSwg MS42MywgMC43Nwo+PiBUYXNrczogMTM1IHRvdGFsLCAgIDEgcnVubmluZywgMTM0IHNsZWVwaW5n LCAgIDAgc3RvcHBlZCwgICAwIHpvbWJpZQo+PiBDcHUocyk6ICAwLjAldXMsICAwLjAlc3ksICAw LjAlbmksIDI1LjQlaWQsIDc0LjYld2EsICAwLjAlaGksICAwLjAlc2ksCj4+IDAuMCVzdAo+PiBN ZW06ICAgIDc2MjI0NGsgdG90YWwsICAgNzQ3MDgwayB1c2VkLCAgICAxNTE2NGsgZnJlZSwgICAy Mzg2MTZrIGJ1ZmZlcnMKPj4gU3dhcDogICA1MjQyODBrIHRvdGFsLCAgICAgICAgMGsgdXNlZCwg ICA1MjQyODBrIGZyZWUsICAgMjg5MTg4ayBjYWNoZWQKPj4KPj4gICAgUElEIFVTRVIgICAgICBQ UiAgTkkgIFZJUlQgIFJFUyAgU0hSIFMgJUNQVSAlTUVNICAgIFRJTUUrICBDT01NQU5ECj4+ICAg NTkwMSByb290ICAgICAgMjAgICAwIDI2NDI0IDg1NDQgIDI2OCBTICAwLjMgIDEuMSAgIDA6MDAu NDUKPj4gZWxhc3RpY3N5c2xvZwo+PiAxMDc1OCByb290ICAgICAgMjAgICAwICAyNDI4IDExMDQg IDgyMCBSICAwLjMgIDAuMSAgIDA6MDAuMDIgdG9wCj4+ICAgICAgMSByb290ICAgICAgMjAgICAw ICAyMTY0ICA2NTYgIDU2NCBTICAwLjAgIDAuMSAgIDA6MDAuMjMgaW5pdAo+PiAgICAgIDIgcm9v dCAgICAgIDIwICAgMCAgICAgMCAgICAwICAgIDAgUyAgMC4wICAwLjAgICAwOjAwLjAwIGt0aHJl YWRkCj4+ICAgICAgMyByb290ICAgICAgUlQgICAwICAgICAwICAgIDAgICAgMCBTICAwLjAgIDAu MCAgIDA6MDAuMDAKPj4gbWlncmF0aW9uLzAKPj4gICAgICA0IHJvb3QgICAgICAyMCAgIDAgICAg IDAgICAgMCAgICAwIFMgIDAuMCAgMC4wICAgMDowMC4wMCBrc29mdGlycWQvMAo+Pgo+Pgo+Pgo+ PiBsc3BjaToKPj4KPj4gMDA6MDAuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gM3Jk IEdlbiBDb3JlIHByb2Nlc3NvciBEUkFNCj4+IENvbnRyb2xsZXIgKHJldiAwOSkKPj4gMDA6MDEu MCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiAzcmQgR2VuIENvcmUgcHJvY2Vzc29yIFBD SQo+PiBFeHByZXNzIFJvb3QgUG9ydCAocmV2IDA5KQo+PiAwMDowMi4wIFZHQSBjb21wYXRpYmxl IGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDNyZCBHZW4gQ29yZQo+PiBwcm9jZXNzb3Ig R3JhcGhpY3MgQ29udHJvbGxlciAocmV2IDA5KQo+PiAwMDoxNC4wIFVTQiBjb250cm9sbGVyOiBJ bnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0IEZhbWlseSBVU0IKPj4geEhDSSBIb3N0 IENvbnRyb2xsZXIgKHJldiAwNCkKPj4gMDA6MTYuMCBDb21tdW5pY2F0aW9uIGNvbnRyb2xsZXI6 IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBzZXQKPj4gRmFtaWx5IE1FSSBDb250cm9s bGVyICMxIChyZXYgMDQpCj4+IDAwOjFhLjAgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0 aW9uIDcgU2VyaWVzIENoaXBzZXQgRmFtaWx5IFVTQgo+PiBFbmhhbmNlZCBIb3N0IENvbnRyb2xs ZXIgIzIgKHJldiAwNCkKPj4gMDA6MWMuMCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA3 IFNlcmllcyBDaGlwc2V0IEZhbWlseSBQQ0kKPj4gRXhwcmVzcyBSb290IFBvcnQgMSAocmV2IGM0 KQo+PiAwMDoxYy40IFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDcgU2VyaWVzIENoaXBz ZXQgRmFtaWx5IFBDSQo+PiBFeHByZXNzIFJvb3QgUG9ydCA1IChyZXYgYzQpCj4+IDAwOjFjLjYg UENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgUENJ Cj4+IEV4cHJlc3MgUm9vdCBQb3J0IDcgKHJldiBjNCkKPj4gMDA6MWQuMCBVU0IgY29udHJvbGxl cjogSW50ZWwgQ29ycG9yYXRpb24gNyBTZXJpZXMgQ2hpcHNldCBGYW1pbHkgVVNCCj4+IEVuaGFu Y2VkIEhvc3QgQ29udHJvbGxlciAjMSAocmV2IDA0KQo+PiAwMDoxZi4wIElTQSBicmlkZ2U6IElu dGVsIENvcnBvcmF0aW9uIEg3NyBFeHByZXNzIENoaXBzZXQgTFBDCj4+IENvbnRyb2xsZXIgKHJl diAwNCkKPj4gMDA6MWYuMiBTQVRBIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDcgU2Vy aWVzIENoaXBzZXQgRmFtaWx5Cj4+IDYtcG9ydCBTQVRBIEFIQ0kgQ29udHJvbGxlciAocmV2IDA0 KQo+PiAwMDoxZi4zIFNNQnVzOiBJbnRlbCBDb3Jwb3JhdGlvbiA3IFNlcmllcyBDaGlwc2V0IEZh bWlseSBTTUJ1cwo+PiBDb250cm9sbGVyIChyZXYgMDQpCj4+IDAzOjAwLjAgRXRoZXJuZXQgY29u dHJvbGxlcjogUmVhbHRlayBTZW1pY29uZHVjdG9yIENvLiwgTHRkLgo+PiBSVEw4MTExLzgxNjhC IFBDSSBFeHByZXNzIEdpZ2FiaXQgRXRoZXJuZXQgY29udHJvbGxlciAocmV2IDA5KQo+PiAwNDow MC4wIElERSBpbnRlcmZhY2U6IE1hcnZlbGwgVGVjaG5vbG9neSBHcm91cCBMdGQuIDg4U0U5MTcy IFNBVEEgSUlJCj4+IDZHYi9zIFJBSUQgQ29udHJvbGxlciAocmV2IDExKQo+Pgo+PiBUaGVyZSBp cyBub3RoaW5nIHZpc2libGUgaW4gZG1lc2cgbm9yIGxvZ3MgdGhhdCBjb3VsZCBnaXZlIGEgY2x1 ZQo+PiB3aGVyZSBpcyB0aGUgcG9vciBwZXJmb3JtYW5jZSBjb21pbmcgZnJvbTogdGhlIHh2YSB3 YXMgZXhwb3J0ZWQgZnJvbQo+PiBYQ1AgMS4xIGluIGFib3V0IDMgbWludXRlcywgdGhlIGltcG9y dCB0YWtlcyBhYm91dCAzMCBtaW51dGVzCj4+IChjb25maXJtZWQgd2l0aCBmZXcgZGlmZmVyZW50 IHh2YSdzKSBhbmQgd2hpbGUgaW1wb3J0aW5nIHRoZSBkb20wCj4+IGJlY29tZXMgZXh0cmVtZWx5 IHNsdWdnaXNoLgo+Pgo+PiBBbnkgaGVscCB3b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQuCj4+ Cj4+IEtpbmQgcmVnYXJkcywKPj4gUy4KPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KPj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPj4gWGVuLWFwaUBs aXN0cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0 aW5mby94ZW4tYXBpCj4+Cj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Wed Oct 03 07:45:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 07:45:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJe8-00021u-E8; Wed, 03 Oct 2012 07:45:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJe7-00021p-DT for xen-api@lists.xen.org; Wed, 03 Oct 2012 07:45:31 +0000 Received: from [85.158.143.99:55647] by server-2.bemta-4.messagelabs.com id 34/5D-06610-A1DEB605; Wed, 03 Oct 2012 07:45:30 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1349250329!23045574!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20506 invoked from network); 3 Oct 2012 07:45:29 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2012 07:45:29 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q937jOcH028926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2012 09:45:24 +0200 Message-ID: <506BED10.3090907@swisscenter.com> Date: Wed, 03 Oct 2012 09:45:20 +0200 From: =?UTF-8?B?U8OpYmFzdGllbiBSSUNDSU8=?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: SpamMePlease PleasePlease References: <506BCB83.8030007@swisscenter.com> In-Reply-To: X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksCgpPbiAwMy4xMC4yMDEyIDA5OjMyLCBTcGFtTWVQbGVhc2UgUGxlYXNlUGxlYXNlIHdyb3Rl Ogo+PiBIYXZlIHlvdSB0cmllZCBiYXNpYyBkaXNrIHJlYWQgb3Igd3JpdGUgdGhyb3VnaHB1dCB0 ZXN0cyBvbiB0aGVzZSBkaXNrcyBsaWtlCj4+IHJ1bm5pbmcgYToKPj4gZGQgaWY9L2Rldi96ZXJv IG9mPXRlc3QgYnM9MU0gY291bnQ9MjAwMCBvZmxhZz1kaXJlY3QKPgo+IFdoaWxlIGRvaW5nIHNv LCB0aGUgaW8gd2FpdCBhbHNvIHNreXJvY2tldHMgKHVwIHRvIH42MCUpLCBhbG9uZyB3aXRoCj4g bG9hZCBhdmVyYWdlICh1cCB0byB+MiksIHdpdGggdGhlIGF2ZXJhZ2Ugc3BlZWQgb2YgMTIsOCBN Qi9zLiBIb3dldmVyLAo+IHRoZSBoZHBhcm0gcmVwb3J0cyBhcyBiZWxvdzoKVGhhdCBpcyB2ZXJ5 IHNsb3cgd3JpdGUgcGVyZm9ybWFuY2UgZm9yIDFtZWdzIGJsb2Nrcy4gRG9pbmcgdGhlIHNhbWUg CnRlc3Qgb24gZGVsbCBib3ggaGVyZSAod2l0aCA1MDBtYiBiZWNhdXNlIGkgaGF2ZSBub3QgZW5v dWdoIGZyZWUgc3BhY2UgCnRvIGRvIHRoZSAyZ2lnIHRlc3QpCgpbcm9vdEB4ZW4tYmxhZGUxMSB0 bXBdIyBkZCBpZj0vZGV2L3plcm8gb2Y9dGVzdCBicz0xTSBjb3VudD01MDAgCm9mbGFnPWRpcmVj dAo1MDArMCByZWNvcmRzIGluCjUwMCswIHJlY29yZHMgb3V0CjUyNDI4ODAwMCBieXRlcyAoNTI0 IE1CKSBjb3BpZWQsIDIuMDgwNDcgc2Vjb25kcywgMjUyIE1CL3MKClRoYXQgbWlnaHQgYmUgd2hl cmUgeW91IHNob3VsZCBzdGFydCBpbnZlc3RpZ2F0aW5nLiBEb2VzIHlvdXIgY29udHJvbGxlciAK aGFzIHdyaXRlLWJhY2sgZW5hYmxlZCAoaW5zdGVhZCBvZiB3cml0ZS10aHJvdWdoKSA/Cgo+IC9k ZXYvc2RhOgo+ICAgVGltaW5nIGNhY2hlZCByZWFkczogICAyMzY4MCBNQiBpbiAgMS45OSBzZWNv bmRzID0gMTE4ODcuNDMgTUIvc2VjCj4gICBUaW1pbmcgYnVmZmVyZWQgZGlzayByZWFkczogNDky IE1CIGluICAzLjAxIHNlY29uZHMgPSAxNjMuNDUgTUIvc2VjCj4KPgoKVGhhdCBpcyBjYWNoaW5n IHJlYWRzIHRlc3QsIHRoaXMgaXMga2luZGEgaXJyZWxldmFudCBmb3IgbGFyZ2UgZGF0YSAKdHJh bnNmZXJzLgpJIG1pZ2h0IGJlIHdyb25nIGJ1dCBmb3IgbWUgeW91IGhhdmUgYW4gaXNzdWUgd2l0 aCB3cml0ZSB0aHJvdWdocHV0LgoKQ2hlZXJzLApTw6liYXN0aWVuCgoKCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhl bi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4v bGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Wed Oct 03 07:45:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 07:45:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJe8-00021u-E8; Wed, 03 Oct 2012 07:45:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJJe7-00021p-DT for xen-api@lists.xen.org; Wed, 03 Oct 2012 07:45:31 +0000 Received: from [85.158.143.99:55647] by server-2.bemta-4.messagelabs.com id 34/5D-06610-A1DEB605; Wed, 03 Oct 2012 07:45:30 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1349250329!23045574!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20506 invoked from network); 3 Oct 2012 07:45:29 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Oct 2012 07:45:29 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q937jOcH028926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2012 09:45:24 +0200 Message-ID: <506BED10.3090907@swisscenter.com> Date: Wed, 03 Oct 2012 09:45:20 +0200 From: =?UTF-8?B?U8OpYmFzdGllbiBSSUNDSU8=?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: SpamMePlease PleasePlease References: <506BCB83.8030007@swisscenter.com> In-Reply-To: X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] poor performance while importing vm template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksCgpPbiAwMy4xMC4yMDEyIDA5OjMyLCBTcGFtTWVQbGVhc2UgUGxlYXNlUGxlYXNlIHdyb3Rl Ogo+PiBIYXZlIHlvdSB0cmllZCBiYXNpYyBkaXNrIHJlYWQgb3Igd3JpdGUgdGhyb3VnaHB1dCB0 ZXN0cyBvbiB0aGVzZSBkaXNrcyBsaWtlCj4+IHJ1bm5pbmcgYToKPj4gZGQgaWY9L2Rldi96ZXJv IG9mPXRlc3QgYnM9MU0gY291bnQ9MjAwMCBvZmxhZz1kaXJlY3QKPgo+IFdoaWxlIGRvaW5nIHNv LCB0aGUgaW8gd2FpdCBhbHNvIHNreXJvY2tldHMgKHVwIHRvIH42MCUpLCBhbG9uZyB3aXRoCj4g bG9hZCBhdmVyYWdlICh1cCB0byB+MiksIHdpdGggdGhlIGF2ZXJhZ2Ugc3BlZWQgb2YgMTIsOCBN Qi9zLiBIb3dldmVyLAo+IHRoZSBoZHBhcm0gcmVwb3J0cyBhcyBiZWxvdzoKVGhhdCBpcyB2ZXJ5 IHNsb3cgd3JpdGUgcGVyZm9ybWFuY2UgZm9yIDFtZWdzIGJsb2Nrcy4gRG9pbmcgdGhlIHNhbWUg CnRlc3Qgb24gZGVsbCBib3ggaGVyZSAod2l0aCA1MDBtYiBiZWNhdXNlIGkgaGF2ZSBub3QgZW5v dWdoIGZyZWUgc3BhY2UgCnRvIGRvIHRoZSAyZ2lnIHRlc3QpCgpbcm9vdEB4ZW4tYmxhZGUxMSB0 bXBdIyBkZCBpZj0vZGV2L3plcm8gb2Y9dGVzdCBicz0xTSBjb3VudD01MDAgCm9mbGFnPWRpcmVj dAo1MDArMCByZWNvcmRzIGluCjUwMCswIHJlY29yZHMgb3V0CjUyNDI4ODAwMCBieXRlcyAoNTI0 IE1CKSBjb3BpZWQsIDIuMDgwNDcgc2Vjb25kcywgMjUyIE1CL3MKClRoYXQgbWlnaHQgYmUgd2hl cmUgeW91IHNob3VsZCBzdGFydCBpbnZlc3RpZ2F0aW5nLiBEb2VzIHlvdXIgY29udHJvbGxlciAK aGFzIHdyaXRlLWJhY2sgZW5hYmxlZCAoaW5zdGVhZCBvZiB3cml0ZS10aHJvdWdoKSA/Cgo+IC9k ZXYvc2RhOgo+ICAgVGltaW5nIGNhY2hlZCByZWFkczogICAyMzY4MCBNQiBpbiAgMS45OSBzZWNv bmRzID0gMTE4ODcuNDMgTUIvc2VjCj4gICBUaW1pbmcgYnVmZmVyZWQgZGlzayByZWFkczogNDky IE1CIGluICAzLjAxIHNlY29uZHMgPSAxNjMuNDUgTUIvc2VjCj4KPgoKVGhhdCBpcyBjYWNoaW5n IHJlYWRzIHRlc3QsIHRoaXMgaXMga2luZGEgaXJyZWxldmFudCBmb3IgbGFyZ2UgZGF0YSAKdHJh bnNmZXJzLgpJIG1pZ2h0IGJlIHdyb25nIGJ1dCBmb3IgbWUgeW91IGhhdmUgYW4gaXNzdWUgd2l0 aCB3cml0ZSB0aHJvdWdocHV0LgoKQ2hlZXJzLApTw6liYXN0aWVuCgoKCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhl bi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4v bGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Wed Oct 03 09:10:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 09:10:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJKyU-0003YD-En; Wed, 03 Oct 2012 09:10:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJKyS-0003Y7-VT for Xen-api@lists.xen.org; Wed, 03 Oct 2012 09:10:37 +0000 Received: from [85.158.143.35:45451] by server-2.bemta-4.messagelabs.com id 9C/65-06610-C010C605; Wed, 03 Oct 2012 09:10:36 +0000 X-Env-Sender: moriniaux.lists@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1349255427!12180004!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21853 invoked from network); 3 Oct 2012 09:10:35 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 09:10:35 -0000 Received: by mail-qa0-f45.google.com with SMTP id s11so1524705qaa.11 for ; Wed, 03 Oct 2012 02:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=st9fNxcVOlq40V43OcfhxTgNdBE7LSUsQB7W3VSKKkk=; b=ruLyV6bx63kBCj/6jSgkMpc3BsxUhDZbNYkAia4LwS5faha9HQvh2tCdN1ultv6T6+ UJBi+7YAVJ+HLsheTNUma1TShr8n0GOLnYPm3Uwv7QxrHsg24F+L39ME2doVFhnojbvC dU4g5PCoxfagklzpLKt2DOqqKMpzBQ+y02qXFRU6nG9hmg6BIdcgAX0Jm1alSm1tsUYG h+kpLzlA20wbKQU5vx9YIiyAOWQkg/9PjCTpccS3kwhYBI53/jbRyJa7LtzVO2s3A+v7 I21himH1nJmJTKHKU9vvFUVo97g+uZRGcFwljzINlCeM00lAMi2qSp3tgCeAENdM5br6 +unw== MIME-Version: 1.0 Received: by 10.224.199.132 with SMTP id es4mr6175736qab.43.1349255427071; Wed, 03 Oct 2012 02:10:27 -0700 (PDT) Received: by 10.49.49.35 with HTTP; Wed, 3 Oct 2012 02:10:26 -0700 (PDT) Date: Wed, 3 Oct 2012 11:10:26 +0200 Message-ID: From: Michel Moriniaux To: Xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7686282654256816924==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7686282654256816924== Content-Type: multipart/alternative; boundary=20cf300fb26f711e1e04cb240211 --20cf300fb26f711e1e04cb240211 Content-Type: text/plain; charset=ISO-8859-1 Hello, 1.6 seems to be missing the transfer-vm package I installed the Xenserver 6.0 transfer-vm but the imports fail: [root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep exception Oct 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatcher] Server_helpers.exec exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ] Oct 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher] Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ] Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX /var/xapi/xapi|VBD.create R:9e08428b3e5d|dispatcher] Server_helpers.exec exception_handler: Got exception VDI_READONLY: [ OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ] Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET 0.0.0.0:80|host.call_plugin R:28cc83a88e5f|dispatcher] Server_helpers.exec exception_handler: Got exception XENAPI_PLUGIN_FAILURE: [ expose; Failure; ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ] Best regards, Mike --20cf300fb26f711e1e04cb240211 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,
1.6 seems to be missing the transfer-vm package
I installed the Xenserver 6.0 transfer-vm but the imports fail:
=A0
[root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep except= ion
Oct=A0 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX /var/xapi/x= api|VDI.get_uuid D:d389d462a6a0|dispatcher] Server_helpers.exec exception_h= andler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ]
Oct=A0 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX /var/xapi/xapi|VDI= .get_by_uuid D:83c7f51e902c|dispatcher] Server_helpers.exec exception_handl= er: Got exception UUID_INVALID: [ VDI; 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57= ]
Oct=A0 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX /var/xapi/xapi|VBD= .create R:9e08428b3e5d|dispatcher] Server_helpers.exec exception_handler: G= ot exception VDI_READONLY: [ OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3= ]
Oct=A0 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET 0.0.0.0:80|host.call= _plugin R:28cc83a88e5f|dispatcher] Server_helpers.exec exception_handler: G= ot exception XENAPI_PLUGIN_FAILURE: [ expose; Failure; ['VDI_READONLY&#= 39;, 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ]
Best regards,
Mike
--20cf300fb26f711e1e04cb240211-- --===============7686282654256816924== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7686282654256816924==-- From xen-api-bounces@lists.xen.org Wed Oct 03 09:10:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 09:10:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJKyU-0003YD-En; Wed, 03 Oct 2012 09:10:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJKyS-0003Y7-VT for Xen-api@lists.xen.org; Wed, 03 Oct 2012 09:10:37 +0000 Received: from [85.158.143.35:45451] by server-2.bemta-4.messagelabs.com id 9C/65-06610-C010C605; Wed, 03 Oct 2012 09:10:36 +0000 X-Env-Sender: moriniaux.lists@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1349255427!12180004!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21853 invoked from network); 3 Oct 2012 09:10:35 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 09:10:35 -0000 Received: by mail-qa0-f45.google.com with SMTP id s11so1524705qaa.11 for ; Wed, 03 Oct 2012 02:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=st9fNxcVOlq40V43OcfhxTgNdBE7LSUsQB7W3VSKKkk=; b=ruLyV6bx63kBCj/6jSgkMpc3BsxUhDZbNYkAia4LwS5faha9HQvh2tCdN1ultv6T6+ UJBi+7YAVJ+HLsheTNUma1TShr8n0GOLnYPm3Uwv7QxrHsg24F+L39ME2doVFhnojbvC dU4g5PCoxfagklzpLKt2DOqqKMpzBQ+y02qXFRU6nG9hmg6BIdcgAX0Jm1alSm1tsUYG h+kpLzlA20wbKQU5vx9YIiyAOWQkg/9PjCTpccS3kwhYBI53/jbRyJa7LtzVO2s3A+v7 I21himH1nJmJTKHKU9vvFUVo97g+uZRGcFwljzINlCeM00lAMi2qSp3tgCeAENdM5br6 +unw== MIME-Version: 1.0 Received: by 10.224.199.132 with SMTP id es4mr6175736qab.43.1349255427071; Wed, 03 Oct 2012 02:10:27 -0700 (PDT) Received: by 10.49.49.35 with HTTP; Wed, 3 Oct 2012 02:10:26 -0700 (PDT) Date: Wed, 3 Oct 2012 11:10:26 +0200 Message-ID: From: Michel Moriniaux To: Xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7686282654256816924==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7686282654256816924== Content-Type: multipart/alternative; boundary=20cf300fb26f711e1e04cb240211 --20cf300fb26f711e1e04cb240211 Content-Type: text/plain; charset=ISO-8859-1 Hello, 1.6 seems to be missing the transfer-vm package I installed the Xenserver 6.0 transfer-vm but the imports fail: [root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep exception Oct 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatcher] Server_helpers.exec exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ] Oct 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher] Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ] Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX /var/xapi/xapi|VBD.create R:9e08428b3e5d|dispatcher] Server_helpers.exec exception_handler: Got exception VDI_READONLY: [ OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ] Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET 0.0.0.0:80|host.call_plugin R:28cc83a88e5f|dispatcher] Server_helpers.exec exception_handler: Got exception XENAPI_PLUGIN_FAILURE: [ expose; Failure; ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ] Best regards, Mike --20cf300fb26f711e1e04cb240211 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,
1.6 seems to be missing the transfer-vm package
I installed the Xenserver 6.0 transfer-vm but the imports fail:
=A0
[root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep except= ion
Oct=A0 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX /var/xapi/x= api|VDI.get_uuid D:d389d462a6a0|dispatcher] Server_helpers.exec exception_h= andler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ]
Oct=A0 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX /var/xapi/xapi|VDI= .get_by_uuid D:83c7f51e902c|dispatcher] Server_helpers.exec exception_handl= er: Got exception UUID_INVALID: [ VDI; 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57= ]
Oct=A0 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX /var/xapi/xapi|VBD= .create R:9e08428b3e5d|dispatcher] Server_helpers.exec exception_handler: G= ot exception VDI_READONLY: [ OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3= ]
Oct=A0 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET 0.0.0.0:80|host.call= _plugin R:28cc83a88e5f|dispatcher] Server_helpers.exec exception_handler: G= ot exception XENAPI_PLUGIN_FAILURE: [ expose; Failure; ['VDI_READONLY&#= 39;, 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ]
Best regards,
Mike
--20cf300fb26f711e1e04cb240211-- --===============7686282654256816924== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7686282654256816924==-- From xen-api-bounces@lists.xen.org Wed Oct 03 09:47:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 09:47:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJLYP-0004VU-3B; Wed, 03 Oct 2012 09:47:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJLYN-0004V7-CK for Xen-api@lists.xen.org; Wed, 03 Oct 2012 09:47:43 +0000 Received: from [85.158.138.51:25308] by server-10.bemta-3.messagelabs.com id B0/42-02525-DB90C605; Wed, 03 Oct 2012 09:47:41 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1349257659!32992755!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18416 invoked from network); 3 Oct 2012 09:47:40 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 09:47:40 -0000 Received: by iea17 with SMTP id 17so21458423iea.32 for ; Wed, 03 Oct 2012 02:47:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=jcJL8Uq3HYbqoVkqn5uJf9W1gUZrfyeuBZPbXONXODo=; b=J79Es3H6WF7m2oPmLz8n/DsFuh/EeCv0vv3+WaFTdVn0aap7erYnXXzHUTWYhZxW+y p7zLWDIgBsVlciAFWnD8WioEscOtPLZDxlLvALSolgfWeF0ZpkgkJ1va+kZ6dAByHwCi ayy7RbCqBQiZYGx9DWohFlP37qvJkcXE9/QD3l+GVRliYDon80GzbLc1PPiT8RXWn3ui l3UYS7EG6sOvV6UPgRLbuY5hDTzx5MuoOVv1TOLSYEonfBp689fVZQ/v/5or/8US+Isb VPACwYD0h0SDnnNrEIPlRTV8dD6jJZQCCndPnRj4YoWdXCHS1ILm74AaIcCH0WUjTkQQ bbxQ== MIME-Version: 1.0 Received: by 10.50.236.41 with SMTP id ur9mr1303942igc.7.1349257658912; Wed, 03 Oct 2012 02:47:38 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Wed, 3 Oct 2012 02:47:38 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Oct 2012 10:47:38 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: Xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, On Wed, Oct 3, 2012 at 10:10 AM, Michel Moriniaux wrote: > Hello, > 1.6 seems to be missing the transfer-vm package > I installed the Xenserver 6.0 transfer-vm but the imports fail: Have you tried doing the same with XenServer 6.1 transver vm? XCP 1.6 is based on XS 6.1, not 6.0. > [root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep exception > Oct 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX > /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatcher] Server_helpers.exec > exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ] > Oct 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX > /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher] > Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; > 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ] > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX > /var/xapi/xapi|VBD.create R:9e08428b3e5d|dispatcher] Server_helpers.exec > exception_handler: Got exception VDI_READONLY: [ > OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ] > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET > 0.0.0.0:80|host.call_plugin R:28cc83a88e5f|dispatcher] Server_helpers.exec > exception_handler: Got exception XENAPI_PLUGIN_FAILURE: [ expose; Failure; > ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ] > Best regards, > Mike > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 03 09:47:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 09:47:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJLYP-0004VU-3B; Wed, 03 Oct 2012 09:47:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJLYN-0004V7-CK for Xen-api@lists.xen.org; Wed, 03 Oct 2012 09:47:43 +0000 Received: from [85.158.138.51:25308] by server-10.bemta-3.messagelabs.com id B0/42-02525-DB90C605; Wed, 03 Oct 2012 09:47:41 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1349257659!32992755!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18416 invoked from network); 3 Oct 2012 09:47:40 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 09:47:40 -0000 Received: by iea17 with SMTP id 17so21458423iea.32 for ; Wed, 03 Oct 2012 02:47:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=jcJL8Uq3HYbqoVkqn5uJf9W1gUZrfyeuBZPbXONXODo=; b=J79Es3H6WF7m2oPmLz8n/DsFuh/EeCv0vv3+WaFTdVn0aap7erYnXXzHUTWYhZxW+y p7zLWDIgBsVlciAFWnD8WioEscOtPLZDxlLvALSolgfWeF0ZpkgkJ1va+kZ6dAByHwCi ayy7RbCqBQiZYGx9DWohFlP37qvJkcXE9/QD3l+GVRliYDon80GzbLc1PPiT8RXWn3ui l3UYS7EG6sOvV6UPgRLbuY5hDTzx5MuoOVv1TOLSYEonfBp689fVZQ/v/5or/8US+Isb VPACwYD0h0SDnnNrEIPlRTV8dD6jJZQCCndPnRj4YoWdXCHS1ILm74AaIcCH0WUjTkQQ bbxQ== MIME-Version: 1.0 Received: by 10.50.236.41 with SMTP id ur9mr1303942igc.7.1349257658912; Wed, 03 Oct 2012 02:47:38 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Wed, 3 Oct 2012 02:47:38 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Oct 2012 10:47:38 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: Xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, On Wed, Oct 3, 2012 at 10:10 AM, Michel Moriniaux wrote: > Hello, > 1.6 seems to be missing the transfer-vm package > I installed the Xenserver 6.0 transfer-vm but the imports fail: Have you tried doing the same with XenServer 6.1 transver vm? XCP 1.6 is based on XS 6.1, not 6.0. > [root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep exception > Oct 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX > /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatcher] Server_helpers.exec > exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ] > Oct 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX > /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher] > Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; > 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ] > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX > /var/xapi/xapi|VBD.create R:9e08428b3e5d|dispatcher] Server_helpers.exec > exception_handler: Got exception VDI_READONLY: [ > OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ] > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET > 0.0.0.0:80|host.call_plugin R:28cc83a88e5f|dispatcher] Server_helpers.exec > exception_handler: Got exception XENAPI_PLUGIN_FAILURE: [ expose; Failure; > ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ] > Best regards, > Mike > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 03 10:22:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 10:22:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJM5n-0005mN-5p; Wed, 03 Oct 2012 10:22:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJM5l-0005mD-IA for xen-api@lists.xen.org; Wed, 03 Oct 2012 10:22:13 +0000 Received: from [85.158.143.99:52187] by server-2.bemta-4.messagelabs.com id 3D/EA-06610-4D11C605; Wed, 03 Oct 2012 10:22:12 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1349259731!22904963!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17202 invoked from network); 3 Oct 2012 10:22:12 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 10:22:12 -0000 X-IronPort-AV: E=Sophos;i="4.80,527,1344211200"; d="scan'208,217";a="14911515" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Oct 2012 10:22:11 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 3 Oct 2012 11:22:11 +0100 From: James Bulpin To: George Shuklin , Clayton Weise Date: Wed, 3 Oct 2012 11:22:31 +0100 Thread-Topic: [Xen-API] XCP and cloud storage advise needed Thread-Index: Ac2d0nOxFmsuz3AxRS+V2/CTJuysggDfdCMA Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBDC246FE@LONPMAILBOX01.citrite.net> References: <506619BD.3000408@gmail.com> <50663506.7090703@gmail.com> In-Reply-To: <50663506.7090703@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "'xen-api@lists.xen.org'" Subject: Re: [Xen-API] XCP and cloud storage advise needed X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0160120466080779803==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0160120466080779803== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_" --_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PiBXb3VsZG7igJl0IGEgU0FTIEhCQSBiZSBzaW1pbGFyIHRvIGFuIEZDIG9yIGhhcmR3YXJlIGlT Q1NJIEhCQT8NCg0KWWVzLiBJIGRvIHJlY2FsbCBzb21lb25lIG9uY2UgdXNpbmcgc2hhcmVkLVNB UyBIQkFzIHdpdGggdGhlIExWTW9IQkEgU1IgKHRoaXMgaXMgZGlzdGluY3QgZnJvbSBMVk1vSVND U0kgYnV0IHNoYXJlcyBjb21tb24gY29kZSkg4oCTIGl04oCZcyBqdXN0IGEgZGlmZmVyZW50IHdp cmUgdHJhbnNwb3J0LiBUaGVyZSBtaWdodCBiZSBjaGVja3MgaW4gdGhlIExWTW9IQkEgUHl0aG9u IHRvIG9ubHkgdXNlIGZpYmVyIGNoYW5uZWwgSEJBcyBidXQgdGhhdCBjb3VsZCBwcm9iYWJseSBi ZSBmYWlybHkgZWFzaWx5IGNpcmN1bXZlbnRlZC4gQXMgbG9uZyBhcyB5b3VyIGFycmF5IGFsbG93 cyBtdWx0aS13cml0ZXIgc2hhcmVkIGFjY2VzcyB0byBMVU5zIG92ZXIgU0FTIHRoZW4gWENQ4oCZ cyBzaGFyZWQgTFZNIG1vZGUgKGFzIGRlc2NyaWJlZCBieSBHZW9yZ2UpIHNob3VsZCB3b3JrIGZp bmUuDQoNCkphbWVzDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWls dG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBHZW9yZ2UgU2h1 a2xpbg0KU2VudDogMjkgU2VwdGVtYmVyIDIwMTIgMDA6MzkNClRvOiBDbGF5dG9uIFdlaXNlDQpD YzogJ3hlbi1hcGlAbGlzdHMueGVuLm9yZycNClN1YmplY3Q6IFJlOiBbWGVuLUFQSV0gWENQIGFu ZCBjbG91ZCBzdG9yYWdlIGFkdmlzZSBuZWVkZWQNCg0KV2VsbCwgQUZBSUsgeGNwIHVzZSBpc2Nz aWFkbSAob3Blbi1pc2NzaSkgdG8gaW5pdGlhdGUgY29ubmVjdGlvbi4gSG93IGV4YWN0bHkgaXNj c2lhZG0gaW5pdGlhdGUgY29uZW5jdGlvbiBpbiBjYXNlIG9mIGFjY2VsZXJhdGVkIGlzY3NpIEkg ZG9uJ3Qga25vdy4NCg0KVGhlcmUgaXMgYSBodWdlIHN0dWZmIGJlaGluZCBob3cgWENQIHVzZSBM Vk0gb24gaXNjc2kuDQoxKSBYQ1AgdXNlIExWTSwgbm90IENMVk0NCjIpIFhDUCB1c2Ugb3duIGxv Y2sgbWVjaGFuaXNtIHRvIHNhdmUgTFZNIGZyb20gY29ycnVwdGlvbi4gRi5lLiBtYXN0ZXIgaW4g WENQIDEuMSBwb2xsIGV2ZXJ5IGhvc3QgaW4gcG9vbCBiZWZvcmUgcmVtb3ZpbmcgTFYgZnJvbSBW RyB0byBiZSBzdXJlIGl0IG5vdCB1c2VkLiBBbmQgbWFzdGVyIGZvcmNlIHNsYXZlcyB0byByZXJl YWQgTFZNIG1ldGFkYXRhIGZyb20gUFYgKG9uIGlzY3NpKSB0byBnZXQgbmV3IHRhYmxlLiBIb25l c3R5IEkgdGhpbmsgdGhpcyBpcyBub3QgcmVhbGx5IHZlcnkgZXJyb3IgcHJvbmUgYW5kIEkgZG8g aGF2ZSBleHBlcmllbmNlIG9mIExWTSBtZXRhZGF0YSBjb3JydXB0aW9uIGR1cmluZyBmYWlsIHJl Y292ZXJ5LiBOb3QgdmVyeSBwbGVhc2FudCBleHBlcmllbmNlLg0KMykgWENQIDEuMSAoYW5kIDAu NSwgYW5kIHByb2JhYmx5IDEuNSkgdXNlIHBhdGNoZWQgdmVyc2lvbiBvZiBMVk0gdG8gc3VwcG9y dCAtLW1hc3RlciBvcHRpb24uIFRoYXQgcGF0Y2ggaXMgdW5hdmFpbGFibGUgaW4geGNwLXhhcGkg KGRlYmlhbi91YnVudHUgdmVyc2lvbikgYmVjYXVzZSBtYWludGFpbmVycyBvZiBMVk0gaW4gZGVi aWFuIHdpbGwgbmV2ZXIgYWNjZXB0cyBwYXRjaGVzIHRvIExWTSBvZiB0aGF0IHNjYWxlIGFuZCBp bnZhc2l2ZW5lc3MuDQo0KSBUaGVvcmV0aWNhbGx5IHlvdSBjYW4gdHJ5IHRvIGNoYW5nZSBMVk1v SVNDU0kgdGFyZ2V0IHRvIHN3aXRjaCBmcm9tIGlzY3NpIHRvIG5vcm1hbCBIQkEgdXNhZ2UsIGJ1 dCB0aGF0IHJlcXVpcmUgc29tZSBzZXJpb3VzIGRpZ2dpbmcgaW4gcHl0aG9uIGNvZGUgKGFuZCBt YXkgYmUgc29tZSBvY2FtbCByZWFkaW5nKS4NCg0KDQoNCk9uIDI5LjA5LjIwMTIgMDM6MTYsIENs YXl0b24gV2Vpc2Ugd3JvdGU6DQpXb3VsZG7igJl0IGEgU0FTIEhCQSBiZSBzaW1pbGFyIHRvIGFu IEZDIG9yIGhhcmR3YXJlIGlTQ1NJIEhCQT8gIEhvdyBkb2VzIFhDUCBkZWFsIHdpdGggYSBoYXJk d2FyZSBpU0NTSSBvciBGQyBIQkFzIGFuZCBMVU5zPyAgWENQIGp1c3QgdXNlcyBDTFZNLCB3aGlj aCBpbiB0aGVvcnkgc2hvdWxkIGJlIGFibGUgdG8gc2hhcmUgYW55IGNlbnRyYWxpemVkIGJsb2Nr IGRldmljZSwgcmlnaHQ/ICBPciBhbSBJIHRvdGFsbHkgb2ZmIGJhc2UgaGVyZeKApg0KDQpGcm9t OiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxp c3RzLnhlbi5vcmc+IFttYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJl aGFsZiBPZiBHZW9yZ2UgU2h1a2xpbg0KU2VudDogRnJpZGF5LCBTZXB0ZW1iZXIgMjgsIDIwMTIg Mjo0MiBQTQ0KVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLWFwaUBsaXN0cy54 ZW4ub3JnPg0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIGNsb3VkIHN0b3JhZ2UgYWR2 aXNlIG5lZWRlZA0KDQpBRkFJSyBYQ1AgZG9lcyBub3Qgc3VwcG9ydHMgc2hhcmVkIFNDU0kgU1Iu IFlvdSBjYW4gdHJ5IGFkb3B0IFNSLCBidXQgdGhpcyBpcyBub3Qgc2ltcGxlIHRhc2sgYW5kIHJl cXVpcmUgZGVlcCB1bmRlcnN0YW5kaW5nIG9mIHNvbWUgWENQIGludGVybmFscy4NCg0KWENQIGNh biBhbGxvdyB5b3UgdG8gY3JlYXRlIGZldyBTUidzIGZvciBmZXcgaG9zdHMsIGJ1dCBWTXMgb24g dGhhdCBob3N0IHdpbGwgYmUgdW5taWdyYWJsZSAoaGFsZiBvZiBjbG91ZCBnb25lKS4gSWYgeW91 IHdhbnQgdG8gdXNlIFhDUCBpbiBmdWxsIHNjYWxlIHlvdSBuZWVkIG5ldHdvcmsgYXR0YWNoYWJs ZSBzdG9yYWdlLCBORlMgb3IgSVNDU0kuIChub3RlOiB4Y3AteGFwaSBpbiBkZWJpYW4gc3VwcG9y dHMgb25seSBORlMpLg0KDQpPbiAyOS4wOS4yMDEyIDAxOjExLCBBbGV4YW5kZXIgSXZhbm92IHdy b3RlOg0KSGVsbG8sDQoNCkkgaGF2ZSByYXRoZXIgZ2VuZXJhbCBxdWVzdGlvbiBhYm91dCBYQ1Ag LSBDbG91ZCBhcHByb2FjaCwgbm90IHN1cmUgaWYgaXQncyBhcHByb3ByaWF0ZSBoZXJlIGJ1dCB3 b3VsZCByZWFsbHkgYXBwcmVjaWF0ZSBhbnkgaW5mby4NCg0KSSdtIHZlcnkgbmV3IHRvIFhDUCBh bmQgdGhlIHdob2xlIENsb3VkIGFwcHJvYWNoLCB0aG91Z2ggSSd2ZSBiZWVuIHVzaW5nIFhlbiAz LjQgb24gQ2VudE9TIDUgYW5kIEtWTSBvbiBDZW50T1MgNiBmb3IgcXVpdGUgYSB3aGlsZS4gT3Vy IGNvbXBhbnkgaGFzIGNvdXBsZSBvZiByYWNrcyB3aXRoIG1vc3RseSBEZWxsIHNlcnZlcnMgdXNp bmcgbG9jYWwgZHJpdmVzIGFzIFZNIGltYWdlcywgcGx1cyBmZXcgb2YgdGhlIHNlcnZlcnMgZGly ZWN0bHkgYXR0YWNoZWQgdG8gRGVsbCBNRDMyMDAgKHRoaXMgaXMgYmFzaWNhbGx5IGV4dGVybmFs IFJBSUQgc3RvcmFnZSB0aGF0IGNhbiBiZSBzaGFyZWQgYnkgZmV3IHNlcnZlcnMgd2l0aCBIQkEg Y2FyZHMgLSB1cCB0byA4IHBvcnRzIHBlciBNRDMyMDAgY29ubmVjdGVkIHRvIHNlcnZlcnMgYnkg U0FTIGNhYmxlcyAtIGNoZWFwIGFsdGVybmF0aXZlcyB0byAxMEcgaVNDU0kgaW5mcmFzdHJ1Y3R1 cmUpLg0KDQpTbywgbm93IEknbSB0aGlua2luZyBhYm91dCBtb3ZpbmcgdG8gQ2xvdWQgaW5mcmFz dHJ1Y3R1cmUgYW5kIG15IHF1ZXN0aW9uIGlzIGlmIHRoZXJlIGlzIGFueSB3YXkgdG8gbWFrZSB0 aGlzIE1EMzIwMCAob3IgTUQxMjIwIG9yIHdoYXRldmVyIG90aGVyIGV4dGVybmFsIHN0b3JhZ2Ug aXQgY2FuIGJlIHVzaW5nIFNBUyAtIEhCQSBpbnN0ZWFkIG9mIHJlYWwgaVNDU0kpIGF2YWlsYWJs ZSBhcyBhIFNSIChzdG9yYWdlIHJlc291cmNlKSBmb3IgbXkgY2xvdWQ/IEZyb20gd2hhdCBJIHNl ZSBzbyBmYXIgKEkgaGF2ZSBpbnN0YWxsZWQgWENQIDEuNC45MCB3aXRoIENsb3VkU3RhY2sgMy4w LjIpIGxvb2tzIGxpa2UgdGhlIG9ubHkgd2F5IHRvIG1ha2Ugc29tZSByZXNvdXJjZSBhdmFpbGFi bGUgdG8gc2V2ZXJhbCBzZXJ2ZXJzIGluIHRoZSBjbG91ZCBpcyB0byB1c2UgaVNDU0kgKG9yIE5G UyAtIGJhc2ljYWxseSBuZXR3b3JrIHNoYXJpbmcpLiBCdXQgSSByZWFsbHkgaGF0ZSB0byBzcGVu ZCBmZXcgZ3JhbmRzIG9uIDEwRyBOSUNzIGFuZCAxMEcgc3dpdGNoICh0aGV5J3JlIHN0aWxsIG5v dCBjaGVhcCkuIElmIEkganVzdCBzdGljayB0byBYZW4gKG9yIEtWTSkgd2l0aG91dCB0aGUgJ2Ns b3VkJyBJIGNhbiAnc2hhcmUnIHRoaXMgZXh0ZXJuYWwgc3RvcmFnZSBjb25uZWN0ZWQgYnkgU0FT IGNhYmxlcyBhbW9uZyA4IHNlcnZlcnMgKHdoaWNoIGlzIGFsbCBteSAnY2xvdWQnKSBmaW5lLiBQ ZXJoYXBzIEkganVzdCBtaXNzaW5nIHNvbWV0aGluZz8NCg0KSSB3b3VsZCBhbHNvIGFwcHJlY2lh dGUgYW55IGluZm8gZnJvbSB0aGUgYWN0dWFsIHVzZXJzIG9mIFhDUC9LVk0gLSB3aGF0IHdvdWxk IHlvdSByZWNvbW1lbmQgYXMgYSAnY2xvdWQgb3JjaGVzdHJhdGlvbicgc29mdHdhcmU/IExvb2tz IGxpa2UgQ2xvdWRTdGFjayBpcyBiZXN0IGNob2ljZSBub3cgKGNvbXBhcmVkIHRvIE9wZW5TdGFj ayBhbmQgT3Blbk5lYnVsYSk/IEkganVzdCB3YW50IHRvIG1ha2Ugc3VyZSB0aGUgc29sdXRpb24g SSBjaG9vc2Ugd2lsbCBiZSByZWxldmFudCBpbiBmZXcgeWVhcnMgZnJvbSBub3cuDQoNClRoYW5r IHlvdQ0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQoNClhlbi1hcGkgbWFpbGluZyBsaXN0DQoNClhlbi1hcGlAbGlzdHMueGVuLm9yZzxt YWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnPg0KDQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQ0K --_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj48aGVhZD48bWV0YSBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250ZW50PSJ0 ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjxtZXRhIG5hbWU9R2VuZXJhdG9yIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZCBtZWRpdW0pIj48c3R5bGU+PCEtLQ0KLyogRm9udCBE ZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsN CglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5 IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGku TXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJ Y29sb3I6YmxhY2s7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0 ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4 dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJs YWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg UHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9y OmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh bi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7 DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h cmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGJnY29sb3I9d2hpdGUgbGFuZz1FTi1H QiBsaW5rPWJsdWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xv cjp3aW5kb3d0ZXh0Jz4gV291bGRu4oCZdCBhIFNBUyBIQkEgYmUgc2ltaWxhciB0byBhbiBGQyBv ciBoYXJkd2FyZSBpU0NTSSBIQkE/Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjp3aW5kb3d0ZXh0Jz5ZZXMu IEkgZG8gcmVjYWxsIHNvbWVvbmUgb25jZSB1c2luZyBzaGFyZWQtU0FTIEhCQXMgd2l0aCB0aGUg TFZNb0hCQSBTUiAodGhpcyBpcyBkaXN0aW5jdCBmcm9tIExWTW9JU0NTSSBidXQgc2hhcmVzIGNv bW1vbiBjb2RlKSDigJMgaXTigJlzIGp1c3QgYSBkaWZmZXJlbnQgd2lyZSB0cmFuc3BvcnQuIFRo ZXJlIG1pZ2h0IGJlIGNoZWNrcyBpbiB0aGUgTFZNb0hCQSBQeXRob24gdG8gb25seSB1c2UgZmli ZXIgY2hhbm5lbCBIQkFzIGJ1dCB0aGF0IGNvdWxkIHByb2JhYmx5IGJlIGZhaXJseSBlYXNpbHkg Y2lyY3VtdmVudGVkLiBBcyBsb25nIGFzIHlvdXIgYXJyYXkgYWxsb3dzIG11bHRpLXdyaXRlciBz aGFyZWQgYWNjZXNzIHRvIExVTnMgb3ZlciBTQVMgdGhlbiBYQ1DigJlzIHNoYXJlZCBMVk0gbW9k ZSAoYXMgZGVzY3JpYmVkIGJ5IEdlb3JnZSkgc2hvdWxkIHdvcmsgZmluZS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dCc+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y OndpbmRvd3RleHQnPkphbWVzPC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXIt bGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQnPjxkaXY+PGRp diBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBsYW5nPUVO LVVTIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNl cmlmIjtjb2xvcjp3aW5kb3d0ZXh0Jz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1FTi1VUyBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 Y29sb3I6d2luZG93dGV4dCc+IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86 eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vvcmdl IFNodWtsaW48YnI+PGI+U2VudDo8L2I+IDI5IFNlcHRlbWJlciAyMDEyIDAwOjM5PGJyPjxiPlRv OjwvYj4gQ2xheXRvbiBXZWlzZTxicj48Yj5DYzo8L2I+ICd4ZW4tYXBpQGxpc3RzLnhlbi5vcmcn PGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi1BUEldIFhDUCBhbmQgY2xvdWQgc3RvcmFnZSBh ZHZpc2UgbmVlZGVkPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1z b05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+V2VsbCwgQUZB SUsgeGNwIHVzZSBpc2NzaWFkbSAob3Blbi1pc2NzaSkgdG8gaW5pdGlhdGUgY29ubmVjdGlvbi4g SG93IGV4YWN0bHkgaXNjc2lhZG0gaW5pdGlhdGUgY29uZW5jdGlvbiBpbiBjYXNlIG9mIGFjY2Vs ZXJhdGVkIGlzY3NpIEkgZG9uJ3Qga25vdy48YnI+PGJyPlRoZXJlIGlzIGEgaHVnZSBzdHVmZiBi ZWhpbmQgaG93IFhDUCB1c2UgTFZNIG9uIGlzY3NpLjxicj4xKSBYQ1AgdXNlIExWTSwgbm90IENM Vk08YnI+MikgWENQIHVzZSBvd24gbG9jayBtZWNoYW5pc20gdG8gc2F2ZSBMVk0gZnJvbSBjb3Jy dXB0aW9uLiBGLmUuIG1hc3RlciBpbiBYQ1AgMS4xIHBvbGwgZXZlcnkgaG9zdCBpbiBwb29sIGJl Zm9yZSByZW1vdmluZyBMViBmcm9tIFZHIHRvIGJlIHN1cmUgaXQgbm90IHVzZWQuIEFuZCBtYXN0 ZXIgZm9yY2Ugc2xhdmVzIHRvIHJlcmVhZCBMVk0gbWV0YWRhdGEgZnJvbSBQViAob24gaXNjc2kp IHRvIGdldCBuZXcgdGFibGUuIEhvbmVzdHkgSSB0aGluayB0aGlzIGlzIG5vdCByZWFsbHkgdmVy eSBlcnJvciBwcm9uZSBhbmQgSSBkbyBoYXZlIGV4cGVyaWVuY2Ugb2YgTFZNIG1ldGFkYXRhIGNv cnJ1cHRpb24gZHVyaW5nIGZhaWwgcmVjb3ZlcnkuIE5vdCB2ZXJ5IHBsZWFzYW50IGV4cGVyaWVu Y2UuPGJyPjMpIFhDUCAxLjEgKGFuZCAwLjUsIGFuZCBwcm9iYWJseSAxLjUpIHVzZSBwYXRjaGVk IHZlcnNpb24gb2YgTFZNIHRvIHN1cHBvcnQgLS1tYXN0ZXIgb3B0aW9uLiBUaGF0IHBhdGNoIGlz IHVuYXZhaWxhYmxlIGluIHhjcC14YXBpIChkZWJpYW4vdWJ1bnR1IHZlcnNpb24pIGJlY2F1c2Ug bWFpbnRhaW5lcnMgb2YgTFZNIGluIGRlYmlhbiB3aWxsIG5ldmVyIGFjY2VwdHMgcGF0Y2hlcyB0 byBMVk0gb2YgdGhhdCBzY2FsZSBhbmQgaW52YXNpdmVuZXNzLjxicj40KSBUaGVvcmV0aWNhbGx5 IHlvdSBjYW4gdHJ5IHRvIGNoYW5nZSBMVk1vSVNDU0kgdGFyZ2V0IHRvIHN3aXRjaCBmcm9tIGlz Y3NpIHRvIG5vcm1hbCBIQkEgdXNhZ2UsIGJ1dCB0aGF0IHJlcXVpcmUgc29tZSBzZXJpb3VzIGRp Z2dpbmcgaW4gcHl0aG9uIGNvZGUgKGFuZCBtYXkgYmUgc29tZSBvY2FtbCByZWFkaW5nKS4gPGJy Pjxicj48YnI+PGJyPk9uIDI5LjA5LjIwMTIgMDM6MTYsIENsYXl0b24gV2Vpc2Ugd3JvdGU6IDxv OnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQn PldvdWxkbuKAmXQgYSBTQVMgSEJBIGJlIHNpbWlsYXIgdG8gYW4gRkMgb3IgaGFyZHdhcmUgaVND U0kgSEJBPyZuYnNwOyBIb3cgZG9lcyBYQ1AgZGVhbCB3aXRoIGEgaGFyZHdhcmUgaVNDU0kgb3Ig RkMgSEJBcyBhbmQgTFVOcz8mbmJzcDsgWENQIGp1c3QgdXNlcyBDTFZNLCB3aGljaCBpbiB0aGVv cnkgc2hvdWxkIGJlIGFibGUgdG8gc2hhcmUgYW55IGNlbnRyYWxpemVkIGJsb2NrIGRldmljZSwg cmlnaHQ/Jm5ic3A7IE9yIGFtIEkgdG90YWxseSBvZmYgYmFzZSBoZXJl4oCmPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQnPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48 cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQnPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwi c2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dCc+IDxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJv dW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8 YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmciPm1haWx0bzp4ZW4t YXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vvcmdl IFNodWtsaW48YnI+PGI+U2VudDo8L2I+IEZyaWRheSwgU2VwdGVtYmVyIDI4LCAyMDEyIDI6NDIg UE08YnI+PGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIj54 ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+PGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi1BUEld IFhDUCBhbmQgY2xvdWQgc3RvcmFnZSBhZHZpc2UgbmVlZGVkPC9zcGFuPjxvOnA+PC9vOnA+PC9w PjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+QUZBSUsgWENQIGRvZXMgbm90IHN1cHBvcnRzIHNoYXJlZCBTQ1NJIFNS LiBZb3UgY2FuIHRyeSBhZG9wdCBTUiwgYnV0IHRoaXMgaXMgbm90IHNpbXBsZSB0YXNrIGFuZCBy ZXF1aXJlIGRlZXAgdW5kZXJzdGFuZGluZyBvZiBzb21lIFhDUCBpbnRlcm5hbHMuIDxicj48YnI+ WENQIGNhbiBhbGxvdyB5b3UgdG8gY3JlYXRlIGZldyBTUidzIGZvciBmZXcgaG9zdHMsIGJ1dCBW TXMgb24gdGhhdCBob3N0IHdpbGwgYmUgdW5taWdyYWJsZSAoaGFsZiBvZiBjbG91ZCBnb25lKS4g SWYgeW91IHdhbnQgdG8gdXNlIFhDUCBpbiBmdWxsIHNjYWxlIHlvdSBuZWVkIG5ldHdvcmsgYXR0 YWNoYWJsZSBzdG9yYWdlLCBORlMgb3IgSVNDU0kuIChub3RlOiB4Y3AteGFwaSBpbiBkZWJpYW4g c3VwcG9ydHMgb25seSBORlMpLjxicj48YnI+T24gMjkuMDkuMjAxMiAwMToxMSwgQWxleGFuZGVy IEl2YW5vdiB3cm90ZTogPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPkhlbGxvLCA8 bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5JIGhhdmUgcmF0aGVyIGdlbmVyYWwgcXVl c3Rpb24gYWJvdXQgWENQIC0gQ2xvdWQgYXBwcm9hY2gsIG5vdCBzdXJlIGlmIGl0J3MgYXBwcm9w cmlhdGUgaGVyZSBidXQgd291bGQgcmVhbGx5Jm5ic3A7YXBwcmVjaWF0ZSZuYnNwO2FueSBpbmZv LjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkknbSB2ZXJ5IG5ldyB0byBY Q1AgYW5kIHRoZSB3aG9sZSBDbG91ZCBhcHByb2FjaCwgdGhvdWdoIEkndmUgYmVlbiB1c2luZyBY ZW4gMy40IG9uIENlbnRPUyA1IGFuZCBLVk0gb24gQ2VudE9TIDYgZm9yIHF1aXRlIGEgd2hpbGUu IE91ciBjb21wYW55IGhhcyBjb3VwbGUgb2YgcmFja3Mgd2l0aCBtb3N0bHkgRGVsbCBzZXJ2ZXJz IHVzaW5nIGxvY2FsIGRyaXZlcyBhcyBWTSBpbWFnZXMsIHBsdXMgZmV3IG9mIHRoZSBzZXJ2ZXJz IGRpcmVjdGx5IGF0dGFjaGVkIHRvIERlbGwgTUQzMjAwICh0aGlzIGlzIGJhc2ljYWxseSBleHRl cm5hbCBSQUlEIHN0b3JhZ2UgdGhhdCBjYW4gYmUgc2hhcmVkIGJ5IGZldyBzZXJ2ZXJzIHdpdGgg SEJBIGNhcmRzIC0gdXAgdG8gOCBwb3J0cyZuYnNwO3BlciBNRDMyMDAmbmJzcDtjb25uZWN0ZWQg dG8gc2VydmVycyBieSBTQVMgY2FibGVzIC0gY2hlYXAgYWx0ZXJuYXRpdmVzIHRvIDEwRyBpU0NT SSZuYnNwO2luZnJhc3RydWN0dXJlKS48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD5Tbywgbm93IEknbSB0aGlua2luZyBhYm91dCBtb3ZpbmcgdG8gQ2xvdWQgaW5mcmFzdHJ1 Y3R1cmUgYW5kIG15IHF1ZXN0aW9uIGlzIGlmIHRoZXJlIGlzIGFueSB3YXkgdG8gbWFrZSB0aGlz IE1EMzIwMCAob3IgTUQxMjIwIG9yIHdoYXRldmVyIG90aGVyJm5ic3A7ZXh0ZXJuYWwmbmJzcDtz dG9yYWdlIGl0IGNhbiBiZSB1c2luZyBTQVMgLSBIQkEgaW5zdGVhZCBvZiByZWFsIGlTQ1NJKSBh dmFpbGFibGUgYXMgYSBTUiAoc3RvcmFnZSByZXNvdXJjZSkgZm9yIG15IGNsb3VkPyBGcm9tIHdo YXQgSSBzZWUgc28gZmFyIChJIGhhdmUgaW5zdGFsbGVkIFhDUCAxLjQuOTAgd2l0aCBDbG91ZFN0 YWNrIDMuMC4yKSBsb29rcyBsaWtlIHRoZSBvbmx5IHdheSB0byBtYWtlIHNvbWUgcmVzb3VyY2Ug YXZhaWxhYmxlIHRvIHNldmVyYWwgc2VydmVycyBpbiB0aGUgY2xvdWQgaXMgdG8gdXNlIGlTQ1NJ IChvciBORlMgLSBiYXNpY2FsbHkgbmV0d29yayBzaGFyaW5nKS4gQnV0IEkgcmVhbGx5IGhhdGUg dG8gc3BlbmQgZmV3IGdyYW5kcyBvbiAxMEcgTklDcyBhbmQgMTBHIHN3aXRjaCAodGhleSdyZSBz dGlsbCBub3QgY2hlYXApLiBJZiBJIGp1c3Qgc3RpY2sgdG8gWGVuIChvciBLVk0pIHdpdGhvdXQg dGhlICdjbG91ZCcgSSBjYW4gJ3NoYXJlJyB0aGlzIGV4dGVybmFsIHN0b3JhZ2UgY29ubmVjdGVk IGJ5IFNBUyBjYWJsZXMgYW1vbmcgOCBzZXJ2ZXJzJm5ic3A7KHdoaWNoIGlzIGFsbCBteSAnY2xv dWQnKSZuYnNwO2ZpbmUuIFBlcmhhcHMgSSBqdXN0IG1pc3Npbmcgc29tZXRoaW5nPzxvOnA+PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkkgd291bGQgYWxzbyBhcHByZWNpYXRlIGFu eSBpbmZvIGZyb20gdGhlIGFjdHVhbCB1c2VycyBvZiBYQ1AvS1ZNIC0gd2hhdCB3b3VsZCB5b3Ug cmVjb21tZW5kIGFzIGEgJ2Nsb3VkIG9yY2hlc3RyYXRpb24nIHNvZnR3YXJlPyBMb29rcyBsaWtl IENsb3VkU3RhY2sgaXMgYmVzdCBjaG9pY2Ugbm93IChjb21wYXJlZCB0byBPcGVuU3RhY2sgYW5k IE9wZW5OZWJ1bGEpPyBJIGp1c3Qgd2FudCB0byBtYWtlIHN1cmUgdGhlIHNvbHV0aW9uIEkgY2hv b3NlIHdpbGwgYmUgcmVsZXZhbnQgaW4gZmV3IHllYXJzIGZyb20gbm93LiZuYnNwOzxvOnA+PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlRoYW5rIHlvdTxvOnA+PC9vOnA+PC9wPjwv ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48YnI+PGJyPjxicj48YnI+PG86cD48L286cD48L3A+PHBy ZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9v OnA+PC9wcmU+PHByZT5YZW4tYXBpIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+PHByZT48 YSBocmVmPSJtYWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnIj5YZW4tYXBpQGxpc3RzLnhlbi5v cmc8L2E+PG86cD48L286cD48L3ByZT48cHJlPjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIj5odHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaTwvYT48bzpwPjwvbzpwPjwvcHJlPjwvZGl2 PjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_-- --===============0160120466080779803== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0160120466080779803==-- From xen-api-bounces@lists.xen.org Wed Oct 03 10:22:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 10:22:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJM5n-0005mN-5p; Wed, 03 Oct 2012 10:22:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJM5l-0005mD-IA for xen-api@lists.xen.org; Wed, 03 Oct 2012 10:22:13 +0000 Received: from [85.158.143.99:52187] by server-2.bemta-4.messagelabs.com id 3D/EA-06610-4D11C605; Wed, 03 Oct 2012 10:22:12 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1349259731!22904963!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17202 invoked from network); 3 Oct 2012 10:22:12 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 10:22:12 -0000 X-IronPort-AV: E=Sophos;i="4.80,527,1344211200"; d="scan'208,217";a="14911515" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Oct 2012 10:22:11 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 3 Oct 2012 11:22:11 +0100 From: James Bulpin To: George Shuklin , Clayton Weise Date: Wed, 3 Oct 2012 11:22:31 +0100 Thread-Topic: [Xen-API] XCP and cloud storage advise needed Thread-Index: Ac2d0nOxFmsuz3AxRS+V2/CTJuysggDfdCMA Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBDC246FE@LONPMAILBOX01.citrite.net> References: <506619BD.3000408@gmail.com> <50663506.7090703@gmail.com> In-Reply-To: <50663506.7090703@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "'xen-api@lists.xen.org'" Subject: Re: [Xen-API] XCP and cloud storage advise needed X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0160120466080779803==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0160120466080779803== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_" --_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PiBXb3VsZG7igJl0IGEgU0FTIEhCQSBiZSBzaW1pbGFyIHRvIGFuIEZDIG9yIGhhcmR3YXJlIGlT Q1NJIEhCQT8NCg0KWWVzLiBJIGRvIHJlY2FsbCBzb21lb25lIG9uY2UgdXNpbmcgc2hhcmVkLVNB UyBIQkFzIHdpdGggdGhlIExWTW9IQkEgU1IgKHRoaXMgaXMgZGlzdGluY3QgZnJvbSBMVk1vSVND U0kgYnV0IHNoYXJlcyBjb21tb24gY29kZSkg4oCTIGl04oCZcyBqdXN0IGEgZGlmZmVyZW50IHdp cmUgdHJhbnNwb3J0LiBUaGVyZSBtaWdodCBiZSBjaGVja3MgaW4gdGhlIExWTW9IQkEgUHl0aG9u IHRvIG9ubHkgdXNlIGZpYmVyIGNoYW5uZWwgSEJBcyBidXQgdGhhdCBjb3VsZCBwcm9iYWJseSBi ZSBmYWlybHkgZWFzaWx5IGNpcmN1bXZlbnRlZC4gQXMgbG9uZyBhcyB5b3VyIGFycmF5IGFsbG93 cyBtdWx0aS13cml0ZXIgc2hhcmVkIGFjY2VzcyB0byBMVU5zIG92ZXIgU0FTIHRoZW4gWENQ4oCZ cyBzaGFyZWQgTFZNIG1vZGUgKGFzIGRlc2NyaWJlZCBieSBHZW9yZ2UpIHNob3VsZCB3b3JrIGZp bmUuDQoNCkphbWVzDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWls dG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBHZW9yZ2UgU2h1 a2xpbg0KU2VudDogMjkgU2VwdGVtYmVyIDIwMTIgMDA6MzkNClRvOiBDbGF5dG9uIFdlaXNlDQpD YzogJ3hlbi1hcGlAbGlzdHMueGVuLm9yZycNClN1YmplY3Q6IFJlOiBbWGVuLUFQSV0gWENQIGFu ZCBjbG91ZCBzdG9yYWdlIGFkdmlzZSBuZWVkZWQNCg0KV2VsbCwgQUZBSUsgeGNwIHVzZSBpc2Nz aWFkbSAob3Blbi1pc2NzaSkgdG8gaW5pdGlhdGUgY29ubmVjdGlvbi4gSG93IGV4YWN0bHkgaXNj c2lhZG0gaW5pdGlhdGUgY29uZW5jdGlvbiBpbiBjYXNlIG9mIGFjY2VsZXJhdGVkIGlzY3NpIEkg ZG9uJ3Qga25vdy4NCg0KVGhlcmUgaXMgYSBodWdlIHN0dWZmIGJlaGluZCBob3cgWENQIHVzZSBM Vk0gb24gaXNjc2kuDQoxKSBYQ1AgdXNlIExWTSwgbm90IENMVk0NCjIpIFhDUCB1c2Ugb3duIGxv Y2sgbWVjaGFuaXNtIHRvIHNhdmUgTFZNIGZyb20gY29ycnVwdGlvbi4gRi5lLiBtYXN0ZXIgaW4g WENQIDEuMSBwb2xsIGV2ZXJ5IGhvc3QgaW4gcG9vbCBiZWZvcmUgcmVtb3ZpbmcgTFYgZnJvbSBW RyB0byBiZSBzdXJlIGl0IG5vdCB1c2VkLiBBbmQgbWFzdGVyIGZvcmNlIHNsYXZlcyB0byByZXJl YWQgTFZNIG1ldGFkYXRhIGZyb20gUFYgKG9uIGlzY3NpKSB0byBnZXQgbmV3IHRhYmxlLiBIb25l c3R5IEkgdGhpbmsgdGhpcyBpcyBub3QgcmVhbGx5IHZlcnkgZXJyb3IgcHJvbmUgYW5kIEkgZG8g aGF2ZSBleHBlcmllbmNlIG9mIExWTSBtZXRhZGF0YSBjb3JydXB0aW9uIGR1cmluZyBmYWlsIHJl Y292ZXJ5LiBOb3QgdmVyeSBwbGVhc2FudCBleHBlcmllbmNlLg0KMykgWENQIDEuMSAoYW5kIDAu NSwgYW5kIHByb2JhYmx5IDEuNSkgdXNlIHBhdGNoZWQgdmVyc2lvbiBvZiBMVk0gdG8gc3VwcG9y dCAtLW1hc3RlciBvcHRpb24uIFRoYXQgcGF0Y2ggaXMgdW5hdmFpbGFibGUgaW4geGNwLXhhcGkg KGRlYmlhbi91YnVudHUgdmVyc2lvbikgYmVjYXVzZSBtYWludGFpbmVycyBvZiBMVk0gaW4gZGVi aWFuIHdpbGwgbmV2ZXIgYWNjZXB0cyBwYXRjaGVzIHRvIExWTSBvZiB0aGF0IHNjYWxlIGFuZCBp bnZhc2l2ZW5lc3MuDQo0KSBUaGVvcmV0aWNhbGx5IHlvdSBjYW4gdHJ5IHRvIGNoYW5nZSBMVk1v SVNDU0kgdGFyZ2V0IHRvIHN3aXRjaCBmcm9tIGlzY3NpIHRvIG5vcm1hbCBIQkEgdXNhZ2UsIGJ1 dCB0aGF0IHJlcXVpcmUgc29tZSBzZXJpb3VzIGRpZ2dpbmcgaW4gcHl0aG9uIGNvZGUgKGFuZCBt YXkgYmUgc29tZSBvY2FtbCByZWFkaW5nKS4NCg0KDQoNCk9uIDI5LjA5LjIwMTIgMDM6MTYsIENs YXl0b24gV2Vpc2Ugd3JvdGU6DQpXb3VsZG7igJl0IGEgU0FTIEhCQSBiZSBzaW1pbGFyIHRvIGFu IEZDIG9yIGhhcmR3YXJlIGlTQ1NJIEhCQT8gIEhvdyBkb2VzIFhDUCBkZWFsIHdpdGggYSBoYXJk d2FyZSBpU0NTSSBvciBGQyBIQkFzIGFuZCBMVU5zPyAgWENQIGp1c3QgdXNlcyBDTFZNLCB3aGlj aCBpbiB0aGVvcnkgc2hvdWxkIGJlIGFibGUgdG8gc2hhcmUgYW55IGNlbnRyYWxpemVkIGJsb2Nr IGRldmljZSwgcmlnaHQ/ICBPciBhbSBJIHRvdGFsbHkgb2ZmIGJhc2UgaGVyZeKApg0KDQpGcm9t OiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxp c3RzLnhlbi5vcmc+IFttYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJl aGFsZiBPZiBHZW9yZ2UgU2h1a2xpbg0KU2VudDogRnJpZGF5LCBTZXB0ZW1iZXIgMjgsIDIwMTIg Mjo0MiBQTQ0KVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLWFwaUBsaXN0cy54 ZW4ub3JnPg0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIGNsb3VkIHN0b3JhZ2UgYWR2 aXNlIG5lZWRlZA0KDQpBRkFJSyBYQ1AgZG9lcyBub3Qgc3VwcG9ydHMgc2hhcmVkIFNDU0kgU1Iu IFlvdSBjYW4gdHJ5IGFkb3B0IFNSLCBidXQgdGhpcyBpcyBub3Qgc2ltcGxlIHRhc2sgYW5kIHJl cXVpcmUgZGVlcCB1bmRlcnN0YW5kaW5nIG9mIHNvbWUgWENQIGludGVybmFscy4NCg0KWENQIGNh biBhbGxvdyB5b3UgdG8gY3JlYXRlIGZldyBTUidzIGZvciBmZXcgaG9zdHMsIGJ1dCBWTXMgb24g dGhhdCBob3N0IHdpbGwgYmUgdW5taWdyYWJsZSAoaGFsZiBvZiBjbG91ZCBnb25lKS4gSWYgeW91 IHdhbnQgdG8gdXNlIFhDUCBpbiBmdWxsIHNjYWxlIHlvdSBuZWVkIG5ldHdvcmsgYXR0YWNoYWJs ZSBzdG9yYWdlLCBORlMgb3IgSVNDU0kuIChub3RlOiB4Y3AteGFwaSBpbiBkZWJpYW4gc3VwcG9y dHMgb25seSBORlMpLg0KDQpPbiAyOS4wOS4yMDEyIDAxOjExLCBBbGV4YW5kZXIgSXZhbm92IHdy b3RlOg0KSGVsbG8sDQoNCkkgaGF2ZSByYXRoZXIgZ2VuZXJhbCBxdWVzdGlvbiBhYm91dCBYQ1Ag LSBDbG91ZCBhcHByb2FjaCwgbm90IHN1cmUgaWYgaXQncyBhcHByb3ByaWF0ZSBoZXJlIGJ1dCB3 b3VsZCByZWFsbHkgYXBwcmVjaWF0ZSBhbnkgaW5mby4NCg0KSSdtIHZlcnkgbmV3IHRvIFhDUCBh bmQgdGhlIHdob2xlIENsb3VkIGFwcHJvYWNoLCB0aG91Z2ggSSd2ZSBiZWVuIHVzaW5nIFhlbiAz LjQgb24gQ2VudE9TIDUgYW5kIEtWTSBvbiBDZW50T1MgNiBmb3IgcXVpdGUgYSB3aGlsZS4gT3Vy IGNvbXBhbnkgaGFzIGNvdXBsZSBvZiByYWNrcyB3aXRoIG1vc3RseSBEZWxsIHNlcnZlcnMgdXNp bmcgbG9jYWwgZHJpdmVzIGFzIFZNIGltYWdlcywgcGx1cyBmZXcgb2YgdGhlIHNlcnZlcnMgZGly ZWN0bHkgYXR0YWNoZWQgdG8gRGVsbCBNRDMyMDAgKHRoaXMgaXMgYmFzaWNhbGx5IGV4dGVybmFs IFJBSUQgc3RvcmFnZSB0aGF0IGNhbiBiZSBzaGFyZWQgYnkgZmV3IHNlcnZlcnMgd2l0aCBIQkEg Y2FyZHMgLSB1cCB0byA4IHBvcnRzIHBlciBNRDMyMDAgY29ubmVjdGVkIHRvIHNlcnZlcnMgYnkg U0FTIGNhYmxlcyAtIGNoZWFwIGFsdGVybmF0aXZlcyB0byAxMEcgaVNDU0kgaW5mcmFzdHJ1Y3R1 cmUpLg0KDQpTbywgbm93IEknbSB0aGlua2luZyBhYm91dCBtb3ZpbmcgdG8gQ2xvdWQgaW5mcmFz dHJ1Y3R1cmUgYW5kIG15IHF1ZXN0aW9uIGlzIGlmIHRoZXJlIGlzIGFueSB3YXkgdG8gbWFrZSB0 aGlzIE1EMzIwMCAob3IgTUQxMjIwIG9yIHdoYXRldmVyIG90aGVyIGV4dGVybmFsIHN0b3JhZ2Ug aXQgY2FuIGJlIHVzaW5nIFNBUyAtIEhCQSBpbnN0ZWFkIG9mIHJlYWwgaVNDU0kpIGF2YWlsYWJs ZSBhcyBhIFNSIChzdG9yYWdlIHJlc291cmNlKSBmb3IgbXkgY2xvdWQ/IEZyb20gd2hhdCBJIHNl ZSBzbyBmYXIgKEkgaGF2ZSBpbnN0YWxsZWQgWENQIDEuNC45MCB3aXRoIENsb3VkU3RhY2sgMy4w LjIpIGxvb2tzIGxpa2UgdGhlIG9ubHkgd2F5IHRvIG1ha2Ugc29tZSByZXNvdXJjZSBhdmFpbGFi bGUgdG8gc2V2ZXJhbCBzZXJ2ZXJzIGluIHRoZSBjbG91ZCBpcyB0byB1c2UgaVNDU0kgKG9yIE5G UyAtIGJhc2ljYWxseSBuZXR3b3JrIHNoYXJpbmcpLiBCdXQgSSByZWFsbHkgaGF0ZSB0byBzcGVu ZCBmZXcgZ3JhbmRzIG9uIDEwRyBOSUNzIGFuZCAxMEcgc3dpdGNoICh0aGV5J3JlIHN0aWxsIG5v dCBjaGVhcCkuIElmIEkganVzdCBzdGljayB0byBYZW4gKG9yIEtWTSkgd2l0aG91dCB0aGUgJ2Ns b3VkJyBJIGNhbiAnc2hhcmUnIHRoaXMgZXh0ZXJuYWwgc3RvcmFnZSBjb25uZWN0ZWQgYnkgU0FT IGNhYmxlcyBhbW9uZyA4IHNlcnZlcnMgKHdoaWNoIGlzIGFsbCBteSAnY2xvdWQnKSBmaW5lLiBQ ZXJoYXBzIEkganVzdCBtaXNzaW5nIHNvbWV0aGluZz8NCg0KSSB3b3VsZCBhbHNvIGFwcHJlY2lh dGUgYW55IGluZm8gZnJvbSB0aGUgYWN0dWFsIHVzZXJzIG9mIFhDUC9LVk0gLSB3aGF0IHdvdWxk IHlvdSByZWNvbW1lbmQgYXMgYSAnY2xvdWQgb3JjaGVzdHJhdGlvbicgc29mdHdhcmU/IExvb2tz IGxpa2UgQ2xvdWRTdGFjayBpcyBiZXN0IGNob2ljZSBub3cgKGNvbXBhcmVkIHRvIE9wZW5TdGFj ayBhbmQgT3Blbk5lYnVsYSk/IEkganVzdCB3YW50IHRvIG1ha2Ugc3VyZSB0aGUgc29sdXRpb24g SSBjaG9vc2Ugd2lsbCBiZSByZWxldmFudCBpbiBmZXcgeWVhcnMgZnJvbSBub3cuDQoNClRoYW5r IHlvdQ0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQoNClhlbi1hcGkgbWFpbGluZyBsaXN0DQoNClhlbi1hcGlAbGlzdHMueGVuLm9yZzxt YWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnPg0KDQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQ0K --_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj48aGVhZD48bWV0YSBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250ZW50PSJ0 ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjxtZXRhIG5hbWU9R2VuZXJhdG9yIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZCBtZWRpdW0pIj48c3R5bGU+PCEtLQ0KLyogRm9udCBE ZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsN CglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5 IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGku TXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJ Y29sb3I6YmxhY2s7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0 ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4 dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJs YWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg UHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9y OmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh bi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7 DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h cmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGJnY29sb3I9d2hpdGUgbGFuZz1FTi1H QiBsaW5rPWJsdWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xv cjp3aW5kb3d0ZXh0Jz4gV291bGRu4oCZdCBhIFNBUyBIQkEgYmUgc2ltaWxhciB0byBhbiBGQyBv ciBoYXJkd2FyZSBpU0NTSSBIQkE/Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjp3aW5kb3d0ZXh0Jz5ZZXMu IEkgZG8gcmVjYWxsIHNvbWVvbmUgb25jZSB1c2luZyBzaGFyZWQtU0FTIEhCQXMgd2l0aCB0aGUg TFZNb0hCQSBTUiAodGhpcyBpcyBkaXN0aW5jdCBmcm9tIExWTW9JU0NTSSBidXQgc2hhcmVzIGNv bW1vbiBjb2RlKSDigJMgaXTigJlzIGp1c3QgYSBkaWZmZXJlbnQgd2lyZSB0cmFuc3BvcnQuIFRo ZXJlIG1pZ2h0IGJlIGNoZWNrcyBpbiB0aGUgTFZNb0hCQSBQeXRob24gdG8gb25seSB1c2UgZmli ZXIgY2hhbm5lbCBIQkFzIGJ1dCB0aGF0IGNvdWxkIHByb2JhYmx5IGJlIGZhaXJseSBlYXNpbHkg Y2lyY3VtdmVudGVkLiBBcyBsb25nIGFzIHlvdXIgYXJyYXkgYWxsb3dzIG11bHRpLXdyaXRlciBz aGFyZWQgYWNjZXNzIHRvIExVTnMgb3ZlciBTQVMgdGhlbiBYQ1DigJlzIHNoYXJlZCBMVk0gbW9k ZSAoYXMgZGVzY3JpYmVkIGJ5IEdlb3JnZSkgc2hvdWxkIHdvcmsgZmluZS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dCc+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y OndpbmRvd3RleHQnPkphbWVzPC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXIt bGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQnPjxkaXY+PGRp diBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBsYW5nPUVO LVVTIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNl cmlmIjtjb2xvcjp3aW5kb3d0ZXh0Jz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1FTi1VUyBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 Y29sb3I6d2luZG93dGV4dCc+IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86 eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vvcmdl IFNodWtsaW48YnI+PGI+U2VudDo8L2I+IDI5IFNlcHRlbWJlciAyMDEyIDAwOjM5PGJyPjxiPlRv OjwvYj4gQ2xheXRvbiBXZWlzZTxicj48Yj5DYzo8L2I+ICd4ZW4tYXBpQGxpc3RzLnhlbi5vcmcn PGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi1BUEldIFhDUCBhbmQgY2xvdWQgc3RvcmFnZSBh ZHZpc2UgbmVlZGVkPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1z b05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+V2VsbCwgQUZB SUsgeGNwIHVzZSBpc2NzaWFkbSAob3Blbi1pc2NzaSkgdG8gaW5pdGlhdGUgY29ubmVjdGlvbi4g SG93IGV4YWN0bHkgaXNjc2lhZG0gaW5pdGlhdGUgY29uZW5jdGlvbiBpbiBjYXNlIG9mIGFjY2Vs ZXJhdGVkIGlzY3NpIEkgZG9uJ3Qga25vdy48YnI+PGJyPlRoZXJlIGlzIGEgaHVnZSBzdHVmZiBi ZWhpbmQgaG93IFhDUCB1c2UgTFZNIG9uIGlzY3NpLjxicj4xKSBYQ1AgdXNlIExWTSwgbm90IENM Vk08YnI+MikgWENQIHVzZSBvd24gbG9jayBtZWNoYW5pc20gdG8gc2F2ZSBMVk0gZnJvbSBjb3Jy dXB0aW9uLiBGLmUuIG1hc3RlciBpbiBYQ1AgMS4xIHBvbGwgZXZlcnkgaG9zdCBpbiBwb29sIGJl Zm9yZSByZW1vdmluZyBMViBmcm9tIFZHIHRvIGJlIHN1cmUgaXQgbm90IHVzZWQuIEFuZCBtYXN0 ZXIgZm9yY2Ugc2xhdmVzIHRvIHJlcmVhZCBMVk0gbWV0YWRhdGEgZnJvbSBQViAob24gaXNjc2kp IHRvIGdldCBuZXcgdGFibGUuIEhvbmVzdHkgSSB0aGluayB0aGlzIGlzIG5vdCByZWFsbHkgdmVy eSBlcnJvciBwcm9uZSBhbmQgSSBkbyBoYXZlIGV4cGVyaWVuY2Ugb2YgTFZNIG1ldGFkYXRhIGNv cnJ1cHRpb24gZHVyaW5nIGZhaWwgcmVjb3ZlcnkuIE5vdCB2ZXJ5IHBsZWFzYW50IGV4cGVyaWVu Y2UuPGJyPjMpIFhDUCAxLjEgKGFuZCAwLjUsIGFuZCBwcm9iYWJseSAxLjUpIHVzZSBwYXRjaGVk IHZlcnNpb24gb2YgTFZNIHRvIHN1cHBvcnQgLS1tYXN0ZXIgb3B0aW9uLiBUaGF0IHBhdGNoIGlz IHVuYXZhaWxhYmxlIGluIHhjcC14YXBpIChkZWJpYW4vdWJ1bnR1IHZlcnNpb24pIGJlY2F1c2Ug bWFpbnRhaW5lcnMgb2YgTFZNIGluIGRlYmlhbiB3aWxsIG5ldmVyIGFjY2VwdHMgcGF0Y2hlcyB0 byBMVk0gb2YgdGhhdCBzY2FsZSBhbmQgaW52YXNpdmVuZXNzLjxicj40KSBUaGVvcmV0aWNhbGx5 IHlvdSBjYW4gdHJ5IHRvIGNoYW5nZSBMVk1vSVNDU0kgdGFyZ2V0IHRvIHN3aXRjaCBmcm9tIGlz Y3NpIHRvIG5vcm1hbCBIQkEgdXNhZ2UsIGJ1dCB0aGF0IHJlcXVpcmUgc29tZSBzZXJpb3VzIGRp Z2dpbmcgaW4gcHl0aG9uIGNvZGUgKGFuZCBtYXkgYmUgc29tZSBvY2FtbCByZWFkaW5nKS4gPGJy Pjxicj48YnI+PGJyPk9uIDI5LjA5LjIwMTIgMDM6MTYsIENsYXl0b24gV2Vpc2Ugd3JvdGU6IDxv OnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQn PldvdWxkbuKAmXQgYSBTQVMgSEJBIGJlIHNpbWlsYXIgdG8gYW4gRkMgb3IgaGFyZHdhcmUgaVND U0kgSEJBPyZuYnNwOyBIb3cgZG9lcyBYQ1AgZGVhbCB3aXRoIGEgaGFyZHdhcmUgaVNDU0kgb3Ig RkMgSEJBcyBhbmQgTFVOcz8mbmJzcDsgWENQIGp1c3QgdXNlcyBDTFZNLCB3aGljaCBpbiB0aGVv cnkgc2hvdWxkIGJlIGFibGUgdG8gc2hhcmUgYW55IGNlbnRyYWxpemVkIGJsb2NrIGRldmljZSwg cmlnaHQ/Jm5ic3A7IE9yIGFtIEkgdG90YWxseSBvZmYgYmFzZSBoZXJl4oCmPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQnPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48 cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQnPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwi c2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dCc+IDxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJv dW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8 YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmciPm1haWx0bzp4ZW4t YXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vvcmdl IFNodWtsaW48YnI+PGI+U2VudDo8L2I+IEZyaWRheSwgU2VwdGVtYmVyIDI4LCAyMDEyIDI6NDIg UE08YnI+PGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86eGVuLWFwaUBsaXN0cy54ZW4ub3JnIj54 ZW4tYXBpQGxpc3RzLnhlbi5vcmc8L2E+PGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW1hlbi1BUEld IFhDUCBhbmQgY2xvdWQgc3RvcmFnZSBhZHZpc2UgbmVlZGVkPC9zcGFuPjxvOnA+PC9vOnA+PC9w PjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+QUZBSUsgWENQIGRvZXMgbm90IHN1cHBvcnRzIHNoYXJlZCBTQ1NJIFNS LiBZb3UgY2FuIHRyeSBhZG9wdCBTUiwgYnV0IHRoaXMgaXMgbm90IHNpbXBsZSB0YXNrIGFuZCBy ZXF1aXJlIGRlZXAgdW5kZXJzdGFuZGluZyBvZiBzb21lIFhDUCBpbnRlcm5hbHMuIDxicj48YnI+ WENQIGNhbiBhbGxvdyB5b3UgdG8gY3JlYXRlIGZldyBTUidzIGZvciBmZXcgaG9zdHMsIGJ1dCBW TXMgb24gdGhhdCBob3N0IHdpbGwgYmUgdW5taWdyYWJsZSAoaGFsZiBvZiBjbG91ZCBnb25lKS4g SWYgeW91IHdhbnQgdG8gdXNlIFhDUCBpbiBmdWxsIHNjYWxlIHlvdSBuZWVkIG5ldHdvcmsgYXR0 YWNoYWJsZSBzdG9yYWdlLCBORlMgb3IgSVNDU0kuIChub3RlOiB4Y3AteGFwaSBpbiBkZWJpYW4g c3VwcG9ydHMgb25seSBORlMpLjxicj48YnI+T24gMjkuMDkuMjAxMiAwMToxMSwgQWxleGFuZGVy IEl2YW5vdiB3cm90ZTogPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPkhlbGxvLCA8 bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5JIGhhdmUgcmF0aGVyIGdlbmVyYWwgcXVl c3Rpb24gYWJvdXQgWENQIC0gQ2xvdWQgYXBwcm9hY2gsIG5vdCBzdXJlIGlmIGl0J3MgYXBwcm9w cmlhdGUgaGVyZSBidXQgd291bGQgcmVhbGx5Jm5ic3A7YXBwcmVjaWF0ZSZuYnNwO2FueSBpbmZv LjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkknbSB2ZXJ5IG5ldyB0byBY Q1AgYW5kIHRoZSB3aG9sZSBDbG91ZCBhcHByb2FjaCwgdGhvdWdoIEkndmUgYmVlbiB1c2luZyBY ZW4gMy40IG9uIENlbnRPUyA1IGFuZCBLVk0gb24gQ2VudE9TIDYgZm9yIHF1aXRlIGEgd2hpbGUu IE91ciBjb21wYW55IGhhcyBjb3VwbGUgb2YgcmFja3Mgd2l0aCBtb3N0bHkgRGVsbCBzZXJ2ZXJz IHVzaW5nIGxvY2FsIGRyaXZlcyBhcyBWTSBpbWFnZXMsIHBsdXMgZmV3IG9mIHRoZSBzZXJ2ZXJz IGRpcmVjdGx5IGF0dGFjaGVkIHRvIERlbGwgTUQzMjAwICh0aGlzIGlzIGJhc2ljYWxseSBleHRl cm5hbCBSQUlEIHN0b3JhZ2UgdGhhdCBjYW4gYmUgc2hhcmVkIGJ5IGZldyBzZXJ2ZXJzIHdpdGgg SEJBIGNhcmRzIC0gdXAgdG8gOCBwb3J0cyZuYnNwO3BlciBNRDMyMDAmbmJzcDtjb25uZWN0ZWQg dG8gc2VydmVycyBieSBTQVMgY2FibGVzIC0gY2hlYXAgYWx0ZXJuYXRpdmVzIHRvIDEwRyBpU0NT SSZuYnNwO2luZnJhc3RydWN0dXJlKS48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD5Tbywgbm93IEknbSB0aGlua2luZyBhYm91dCBtb3ZpbmcgdG8gQ2xvdWQgaW5mcmFzdHJ1 Y3R1cmUgYW5kIG15IHF1ZXN0aW9uIGlzIGlmIHRoZXJlIGlzIGFueSB3YXkgdG8gbWFrZSB0aGlz IE1EMzIwMCAob3IgTUQxMjIwIG9yIHdoYXRldmVyIG90aGVyJm5ic3A7ZXh0ZXJuYWwmbmJzcDtz dG9yYWdlIGl0IGNhbiBiZSB1c2luZyBTQVMgLSBIQkEgaW5zdGVhZCBvZiByZWFsIGlTQ1NJKSBh dmFpbGFibGUgYXMgYSBTUiAoc3RvcmFnZSByZXNvdXJjZSkgZm9yIG15IGNsb3VkPyBGcm9tIHdo YXQgSSBzZWUgc28gZmFyIChJIGhhdmUgaW5zdGFsbGVkIFhDUCAxLjQuOTAgd2l0aCBDbG91ZFN0 YWNrIDMuMC4yKSBsb29rcyBsaWtlIHRoZSBvbmx5IHdheSB0byBtYWtlIHNvbWUgcmVzb3VyY2Ug YXZhaWxhYmxlIHRvIHNldmVyYWwgc2VydmVycyBpbiB0aGUgY2xvdWQgaXMgdG8gdXNlIGlTQ1NJ IChvciBORlMgLSBiYXNpY2FsbHkgbmV0d29yayBzaGFyaW5nKS4gQnV0IEkgcmVhbGx5IGhhdGUg dG8gc3BlbmQgZmV3IGdyYW5kcyBvbiAxMEcgTklDcyBhbmQgMTBHIHN3aXRjaCAodGhleSdyZSBz dGlsbCBub3QgY2hlYXApLiBJZiBJIGp1c3Qgc3RpY2sgdG8gWGVuIChvciBLVk0pIHdpdGhvdXQg dGhlICdjbG91ZCcgSSBjYW4gJ3NoYXJlJyB0aGlzIGV4dGVybmFsIHN0b3JhZ2UgY29ubmVjdGVk IGJ5IFNBUyBjYWJsZXMgYW1vbmcgOCBzZXJ2ZXJzJm5ic3A7KHdoaWNoIGlzIGFsbCBteSAnY2xv dWQnKSZuYnNwO2ZpbmUuIFBlcmhhcHMgSSBqdXN0IG1pc3Npbmcgc29tZXRoaW5nPzxvOnA+PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkkgd291bGQgYWxzbyBhcHByZWNpYXRlIGFu eSBpbmZvIGZyb20gdGhlIGFjdHVhbCB1c2VycyBvZiBYQ1AvS1ZNIC0gd2hhdCB3b3VsZCB5b3Ug cmVjb21tZW5kIGFzIGEgJ2Nsb3VkIG9yY2hlc3RyYXRpb24nIHNvZnR3YXJlPyBMb29rcyBsaWtl IENsb3VkU3RhY2sgaXMgYmVzdCBjaG9pY2Ugbm93IChjb21wYXJlZCB0byBPcGVuU3RhY2sgYW5k IE9wZW5OZWJ1bGEpPyBJIGp1c3Qgd2FudCB0byBtYWtlIHN1cmUgdGhlIHNvbHV0aW9uIEkgY2hv b3NlIHdpbGwgYmUgcmVsZXZhbnQgaW4gZmV3IHllYXJzIGZyb20gbm93LiZuYnNwOzxvOnA+PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlRoYW5rIHlvdTxvOnA+PC9vOnA+PC9wPjwv ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48YnI+PGJyPjxicj48YnI+PG86cD48L286cD48L3A+PHBy ZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9v OnA+PC9wcmU+PHByZT5YZW4tYXBpIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+PHByZT48 YSBocmVmPSJtYWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnIj5YZW4tYXBpQGxpc3RzLnhlbi5v cmc8L2E+PG86cD48L286cD48L3ByZT48cHJlPjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIj5odHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaTwvYT48bzpwPjwvbzpwPjwvcHJlPjwvZGl2 PjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_344C0F67BC927847A2C92F9EE358DB0E010FBDC246FELONPMAILBOX_-- --===============0160120466080779803== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0160120466080779803==-- From xen-api-bounces@lists.xen.org Wed Oct 03 12:05:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 12:05:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJNhG-0001Eo-Fn; Wed, 03 Oct 2012 12:05:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJNhE-0001Ed-FE for Xen-api@lists.xen.org; Wed, 03 Oct 2012 12:05:00 +0000 Received: from [85.158.139.211:39666] by server-4.bemta-5.messagelabs.com id AD/5F-20767-BE92C605; Wed, 03 Oct 2012 12:04:59 +0000 X-Env-Sender: moriniaux.lists@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1349265897!20896286!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27610 invoked from network); 3 Oct 2012 12:04:58 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 12:04:58 -0000 Received: by qcab12 with SMTP id b12so7506674qca.32 for ; Wed, 03 Oct 2012 05:04:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ERfpnL0KeqgVAg7F7QvRUgukwBLaPyg0ltKmJ0pB4Rs=; b=EbVPby5BqAmpm8fJapN9F7gNcMw9+CXg0na7/UcMhZ8FqLhswqbxepPtaCRCelAzwg T+QrFgZw/dqGtJLXLTy2DnvCcjTD0EWaQQ8lToaEK8BhTggUdOvzgRVMAnn/kDEnKjvW TSJpr+yYuRSFWfGnGlV6zBclpSJdHWZ+Pxb+Je0fwqSmSq1CvBs5KwDrCX2KH8uIPTal my65PjwrSSog4wFFhL7KP/xipVbUhDEN5IJIPxGBJGdTFS82H5XUHpQ+fczc8LlKVQdY Da3ImkI08ay12F2CGE5rbFeyEVTAFX9YjJS6GK1KhrdCJnbYSxb3snP48Eh22pEVFjJC doNA== MIME-Version: 1.0 Received: by 10.224.100.200 with SMTP id z8mr6825457qan.75.1349265897217; Wed, 03 Oct 2012 05:04:57 -0700 (PDT) Received: by 10.49.49.35 with HTTP; Wed, 3 Oct 2012 05:04:57 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Oct 2012 14:04:57 +0200 Message-ID: From: Michel Moriniaux To: SpamMePlease PleasePlease Cc: Xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0624423574693373646==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0624423574693373646== Content-Type: multipart/alternative; boundary=20cf3074afe682deeb04cb2672cf --20cf3074afe682deeb04cb2672cf Content-Type: text/plain; charset=ISO-8859-1 Hello, I replaced the RPM for 6.1: .xva import ok .vdmk import fails with the same messages: System.Xml.XmlException: Root element is missing. Best regards, Mike On Wed, Oct 3, 2012 at 11:47 AM, SpamMePlease PleasePlease < spankthespam@gmail.com> wrote: > Hi, > > On Wed, Oct 3, 2012 at 10:10 AM, Michel Moriniaux > wrote: > > Hello, > > 1.6 seems to be missing the transfer-vm package > > I installed the Xenserver 6.0 transfer-vm but the imports fail: > > Have you tried doing the same with XenServer 6.1 transver vm? XCP 1.6 > is based on XS 6.1, not 6.0. > > > [root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep > exception > > Oct 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX > > /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatcher] > Server_helpers.exec > > exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ] > > Oct 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX > > /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher] > > Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; > > 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ] > > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX > > /var/xapi/xapi|VBD.create R:9e08428b3e5d|dispatcher] Server_helpers.exec > > exception_handler: Got exception VDI_READONLY: [ > > OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ] > > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET > > 0.0.0.0:80|host.call_plugin R:28cc83a88e5f|dispatcher] > Server_helpers.exec > > exception_handler: Got exception XENAPI_PLUGIN_FAILURE: [ expose; > Failure; > > ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ] > > Best regards, > > Mike > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --20cf3074afe682deeb04cb2672cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,
I replaced the RPM for 6.1:
.xva import ok
.vdmk import fails with the same messages:
System.Xml.XmlException: Root element is missin= g.
Best regards,
Mike
=A0
On Wed, Oct 3, 2012 at 11:47 AM, SpamMePlease Pl= easePlease <spankthespam@gmail.com> wrote:
Hi,

On Wed, Oct 3, 2012 at 10:10 AM, Michel Moriniaux
= <moriniaux.lists@gmail.com<= /a>> wrote:
> Hello,
> 1.6 seems to be missing the transfer-= vm package
> I installed the Xenserver 6.0 transfer-vm but the imports fail:
Have you tried doing the same with XenServer 6.1 transver vm? XCP 1.= 6
is based on XS 6.1, not 6.0.

> [root@xen-mmo xensource]# tail -f /var/log/xenso= urce.log | grep exception
> Oct =A02 22:00:50 xen-mmo xapi: [debug|xe= n-mmo|1233 UNIX
> /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatch= er] Server_helpers.exec
> exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL= ]
> Oct =A02 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX
>= /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher]
> Server_h= elpers.exec exception_handler: Got exception UUID_INVALID: [ VDI;
> 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ]
> Oct =A02 22:00:56 xen-m= mo xapi: [debug|xen-mmo|1451 UNIX
> /var/xapi/xapi|VBD.create R:9e084= 28b3e5d|dispatcher] Server_helpers.exec
> exception_handler: Got exce= ption VDI_READONLY: [
> OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ]
> Oct =A02 22:0= 0:56 xen-mmo xapi: [debug|xen-mmo|66 INET
> 0.0.0.0:80|host.call_plug= in R:28cc83a88e5f|dispatcher] Server_helpers.exec
> exception_handler= : Got exception XENAPI_PLUGIN_FAILURE: [ expose; Failure;
> ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6= e9b1e3'] ]
> Best regards,
> Mike
>
> ___= ____________________________________________
> Xen-api mailing list > Xen-api@lists.xen.org
= > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
= >

_______________________________________________
Xen-api mailing list=
Xen-api@lists.xen.org
<= a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D"= _blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--20cf3074afe682deeb04cb2672cf-- --===============0624423574693373646== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0624423574693373646==-- From xen-api-bounces@lists.xen.org Wed Oct 03 12:05:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 12:05:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJNhG-0001Eo-Fn; Wed, 03 Oct 2012 12:05:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJNhE-0001Ed-FE for Xen-api@lists.xen.org; Wed, 03 Oct 2012 12:05:00 +0000 Received: from [85.158.139.211:39666] by server-4.bemta-5.messagelabs.com id AD/5F-20767-BE92C605; Wed, 03 Oct 2012 12:04:59 +0000 X-Env-Sender: moriniaux.lists@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1349265897!20896286!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27610 invoked from network); 3 Oct 2012 12:04:58 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 12:04:58 -0000 Received: by qcab12 with SMTP id b12so7506674qca.32 for ; Wed, 03 Oct 2012 05:04:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ERfpnL0KeqgVAg7F7QvRUgukwBLaPyg0ltKmJ0pB4Rs=; b=EbVPby5BqAmpm8fJapN9F7gNcMw9+CXg0na7/UcMhZ8FqLhswqbxepPtaCRCelAzwg T+QrFgZw/dqGtJLXLTy2DnvCcjTD0EWaQQ8lToaEK8BhTggUdOvzgRVMAnn/kDEnKjvW TSJpr+yYuRSFWfGnGlV6zBclpSJdHWZ+Pxb+Je0fwqSmSq1CvBs5KwDrCX2KH8uIPTal my65PjwrSSog4wFFhL7KP/xipVbUhDEN5IJIPxGBJGdTFS82H5XUHpQ+fczc8LlKVQdY Da3ImkI08ay12F2CGE5rbFeyEVTAFX9YjJS6GK1KhrdCJnbYSxb3snP48Eh22pEVFjJC doNA== MIME-Version: 1.0 Received: by 10.224.100.200 with SMTP id z8mr6825457qan.75.1349265897217; Wed, 03 Oct 2012 05:04:57 -0700 (PDT) Received: by 10.49.49.35 with HTTP; Wed, 3 Oct 2012 05:04:57 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Oct 2012 14:04:57 +0200 Message-ID: From: Michel Moriniaux To: SpamMePlease PleasePlease Cc: Xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0624423574693373646==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0624423574693373646== Content-Type: multipart/alternative; boundary=20cf3074afe682deeb04cb2672cf --20cf3074afe682deeb04cb2672cf Content-Type: text/plain; charset=ISO-8859-1 Hello, I replaced the RPM for 6.1: .xva import ok .vdmk import fails with the same messages: System.Xml.XmlException: Root element is missing. Best regards, Mike On Wed, Oct 3, 2012 at 11:47 AM, SpamMePlease PleasePlease < spankthespam@gmail.com> wrote: > Hi, > > On Wed, Oct 3, 2012 at 10:10 AM, Michel Moriniaux > wrote: > > Hello, > > 1.6 seems to be missing the transfer-vm package > > I installed the Xenserver 6.0 transfer-vm but the imports fail: > > Have you tried doing the same with XenServer 6.1 transver vm? XCP 1.6 > is based on XS 6.1, not 6.0. > > > [root@xen-mmo xensource]# tail -f /var/log/xensource.log | grep > exception > > Oct 2 22:00:50 xen-mmo xapi: [debug|xen-mmo|1233 UNIX > > /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatcher] > Server_helpers.exec > > exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL ] > > Oct 2 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX > > /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher] > > Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; > > 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ] > > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|1451 UNIX > > /var/xapi/xapi|VBD.create R:9e08428b3e5d|dispatcher] Server_helpers.exec > > exception_handler: Got exception VDI_READONLY: [ > > OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ] > > Oct 2 22:00:56 xen-mmo xapi: [debug|xen-mmo|66 INET > > 0.0.0.0:80|host.call_plugin R:28cc83a88e5f|dispatcher] > Server_helpers.exec > > exception_handler: Got exception XENAPI_PLUGIN_FAILURE: [ expose; > Failure; > > ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3'] ] > > Best regards, > > Mike > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --20cf3074afe682deeb04cb2672cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,
I replaced the RPM for 6.1:
.xva import ok
.vdmk import fails with the same messages:
System.Xml.XmlException: Root element is missin= g.
Best regards,
Mike
=A0
On Wed, Oct 3, 2012 at 11:47 AM, SpamMePlease Pl= easePlease <spankthespam@gmail.com> wrote:
Hi,

On Wed, Oct 3, 2012 at 10:10 AM, Michel Moriniaux
= <moriniaux.lists@gmail.com<= /a>> wrote:
> Hello,
> 1.6 seems to be missing the transfer-= vm package
> I installed the Xenserver 6.0 transfer-vm but the imports fail:
Have you tried doing the same with XenServer 6.1 transver vm? XCP 1.= 6
is based on XS 6.1, not 6.0.

> [root@xen-mmo xensource]# tail -f /var/log/xenso= urce.log | grep exception
> Oct =A02 22:00:50 xen-mmo xapi: [debug|xe= n-mmo|1233 UNIX
> /var/xapi/xapi|VDI.get_uuid D:d389d462a6a0|dispatch= er] Server_helpers.exec
> exception_handler: Got exception HANDLE_INVALID: [ VDI; OpaqueRef:NULL= ]
> Oct =A02 22:00:51 xen-mmo xapi: [debug|xen-mmo|1281 UNIX
>= /var/xapi/xapi|VDI.get_by_uuid D:83c7f51e902c|dispatcher]
> Server_h= elpers.exec exception_handler: Got exception UUID_INVALID: [ VDI;
> 3dfd7d2e-aa7c-4afc-b9d6-5a48db2f3d57 ]
> Oct =A02 22:00:56 xen-m= mo xapi: [debug|xen-mmo|1451 UNIX
> /var/xapi/xapi|VBD.create R:9e084= 28b3e5d|dispatcher] Server_helpers.exec
> exception_handler: Got exce= ption VDI_READONLY: [
> OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6e9b1e3 ]
> Oct =A02 22:0= 0:56 xen-mmo xapi: [debug|xen-mmo|66 INET
> 0.0.0.0:80|host.call_plug= in R:28cc83a88e5f|dispatcher] Server_helpers.exec
> exception_handler= : Got exception XENAPI_PLUGIN_FAILURE: [ expose; Failure;
> ['VDI_READONLY', 'OpaqueRef:e7f7536a-3e55-d818-fba0-2d0ea6= e9b1e3'] ]
> Best regards,
> Mike
>
> ___= ____________________________________________
> Xen-api mailing list > Xen-api@lists.xen.org
= > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
= >

_______________________________________________
Xen-api mailing list=
Xen-api@lists.xen.org
<= a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D"= _blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--20cf3074afe682deeb04cb2672cf-- --===============0624423574693373646== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0624423574693373646==-- From xen-api-bounces@lists.xen.org Wed Oct 03 13:33:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 13:33:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJP55-00050m-QC; Wed, 03 Oct 2012 13:33:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJP54-00050f-2c for xen-api@lists.xen.org; Wed, 03 Oct 2012 13:33:42 +0000 X-Env-Sender: John.Garbutt@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1349271124!5628523!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12328 invoked from network); 3 Oct 2012 13:32:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 13:32:05 -0000 X-IronPort-AV: E=Sophos;i="4.80,528,1344211200"; d="scan'208";a="14916365" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Oct 2012 13:32:04 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 3 Oct 2012 14:32:04 +0100 From: John Garbutt To: Jakob Praher , "andrew.lukoshko@gmail.com" Date: Wed, 3 Oct 2012 14:33:04 +0100 Thread-Topic: [Xen-API] Minimal OpenStack for XCP Thread-Index: Ac2gtvpCEF/s1gnDQCCYC57zjmDAPQAsp7dw Message-ID: References: <785-506b0f00-61-47b65d00@184280982> In-Reply-To: <785-506b0f00-61-47b65d00@184280982> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I leading up the OpenStack effort at Citrix. Hopefully I can answer any questions with XCP + OpenStack. Certainly Rackspace have their public cloud running XenServer and OpenStack, so it certainly works. Just to be clear, it is probably fair to say OpenStack is replacing the XCP pool concept. But OpenStack is using the XCP features for networking, storage, migration etc. It hasn't really duplicated any of that stuff, although Quantum is going a little down that route. The main configuration pain is ensuring that all the different components of the system are wired together in a compatible way. In terms of getting started quickly, while admittedly not helpful when heading towards production deployments, you can use DevStack with XenServer: http://wiki.openstack.org/XenServer/DevStack The main issue is getting the network configuration correct. I am looking to create a guide of using the Ubuntu packages on Ubuntu 12.04 DomU to act as the OpenStack controller, but I haven't completed that work yet. Indeed I would like to script that all, and release a supplemental pack that would implement that. But not quite there yet. Let me know how I can help you both. What are you trying to achieve? Web based access to XCP? CloudFoundry install? I hope that helps, John > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] > On Behalf Of Jakob Praher > Sent: Tuesday, October 2, 2012 4:57 PM > To: andrew.lukoshko@gmail.com > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] Minimal OpenStack for XCP > > > Hi Andrew, > Hi all, > > no advice from my side but a definite "me too" on this. Many services target the > openstack API out-of-the box. E.g. there is this cloud foundry BOSH cloud > provider inerface, which already targets Openstack - seems like a duplicate > effort to build everything on top of XCP. Although I like the lean interface XCP > provides. > > Best, > Jakob > > Am Dienstag, 02. Oktober 2012 14:47 CEST, "andrew.lukoshko@gmail.com" > schrieb: > > > Hello everyone, > > > > I'm interested in deploying OpenStack Folsom for XCP, but seems like > > it's not so easy. > > Distribution's OpenStack packages has huge dependencies because they > > try to duplicate functionality already included in XCP. It also make > > configuration tricky. > > > > Wishlist: > > - really minimal services set > > - rely on XCP builtin features (networking, shared storage, migrations > > etc.), don't duplicate them in DomU. > > > > In general, I expect OpenStack-based XenCenter replacement that will > > only use XAPI and won't provide own services (or a minumal really > > required set). > > > > Any advice would be very helpful. > > > > > > -- > > Andrew Lukoshko, M.Sc. > > > > Head of Cloud R&D > > ROSA Laboratory > > > > Presnensky Val str. 14, > > Moscow, 123557 Russia > > > > Mobile: +375 (44) 779-63-73 > > Mobile (Russia): +7 (916) 4629480 > > Skype: a.lukoshko > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 03 13:33:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 13:33:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJP55-00050m-QC; Wed, 03 Oct 2012 13:33:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJP54-00050f-2c for xen-api@lists.xen.org; Wed, 03 Oct 2012 13:33:42 +0000 X-Env-Sender: John.Garbutt@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1349271124!5628523!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12328 invoked from network); 3 Oct 2012 13:32:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 13:32:05 -0000 X-IronPort-AV: E=Sophos;i="4.80,528,1344211200"; d="scan'208";a="14916365" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Oct 2012 13:32:04 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 3 Oct 2012 14:32:04 +0100 From: John Garbutt To: Jakob Praher , "andrew.lukoshko@gmail.com" Date: Wed, 3 Oct 2012 14:33:04 +0100 Thread-Topic: [Xen-API] Minimal OpenStack for XCP Thread-Index: Ac2gtvpCEF/s1gnDQCCYC57zjmDAPQAsp7dw Message-ID: References: <785-506b0f00-61-47b65d00@184280982> In-Reply-To: <785-506b0f00-61-47b65d00@184280982> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I leading up the OpenStack effort at Citrix. Hopefully I can answer any questions with XCP + OpenStack. Certainly Rackspace have their public cloud running XenServer and OpenStack, so it certainly works. Just to be clear, it is probably fair to say OpenStack is replacing the XCP pool concept. But OpenStack is using the XCP features for networking, storage, migration etc. It hasn't really duplicated any of that stuff, although Quantum is going a little down that route. The main configuration pain is ensuring that all the different components of the system are wired together in a compatible way. In terms of getting started quickly, while admittedly not helpful when heading towards production deployments, you can use DevStack with XenServer: http://wiki.openstack.org/XenServer/DevStack The main issue is getting the network configuration correct. I am looking to create a guide of using the Ubuntu packages on Ubuntu 12.04 DomU to act as the OpenStack controller, but I haven't completed that work yet. Indeed I would like to script that all, and release a supplemental pack that would implement that. But not quite there yet. Let me know how I can help you both. What are you trying to achieve? Web based access to XCP? CloudFoundry install? I hope that helps, John > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] > On Behalf Of Jakob Praher > Sent: Tuesday, October 2, 2012 4:57 PM > To: andrew.lukoshko@gmail.com > Cc: xen-api@lists.xen.org > Subject: Re: [Xen-API] Minimal OpenStack for XCP > > > Hi Andrew, > Hi all, > > no advice from my side but a definite "me too" on this. Many services target the > openstack API out-of-the box. E.g. there is this cloud foundry BOSH cloud > provider inerface, which already targets Openstack - seems like a duplicate > effort to build everything on top of XCP. Although I like the lean interface XCP > provides. > > Best, > Jakob > > Am Dienstag, 02. Oktober 2012 14:47 CEST, "andrew.lukoshko@gmail.com" > schrieb: > > > Hello everyone, > > > > I'm interested in deploying OpenStack Folsom for XCP, but seems like > > it's not so easy. > > Distribution's OpenStack packages has huge dependencies because they > > try to duplicate functionality already included in XCP. It also make > > configuration tricky. > > > > Wishlist: > > - really minimal services set > > - rely on XCP builtin features (networking, shared storage, migrations > > etc.), don't duplicate them in DomU. > > > > In general, I expect OpenStack-based XenCenter replacement that will > > only use XAPI and won't provide own services (or a minumal really > > required set). > > > > Any advice would be very helpful. > > > > > > -- > > Andrew Lukoshko, M.Sc. > > > > Head of Cloud R&D > > ROSA Laboratory > > > > Presnensky Val str. 14, > > Moscow, 123557 Russia > > > > Mobile: +375 (44) 779-63-73 > > Mobile (Russia): +7 (916) 4629480 > > Skype: a.lukoshko > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 03 16:04:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 16:04:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJRQz-0002uw-M4; Wed, 03 Oct 2012 16:04:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJRQx-0002un-Td for xen-api@lists.xen.org; Wed, 03 Oct 2012 16:04:28 +0000 Received: from [85.158.143.99:62786] by server-1.bemta-4.messagelabs.com id 53/86-05684-B026C605; Wed, 03 Oct 2012 16:04:27 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1349280265!25728453!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18803 invoked from network); 3 Oct 2012 16:04:25 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 16:04:25 -0000 Received: by mail-wi0-f169.google.com with SMTP id hq4so2322928wib.2 for ; Wed, 03 Oct 2012 09:04:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject:x-mailer :mime-version:content-type; bh=StZE7k29XnOVtKt2uG9gk8m+YiIquki6ODd4qrwUrDg=; b=IWghcC6pqi63ROvupwfIpBhyFl/hH1B/Z0CjzPbK5G6MPzglO/2gNn3IIhL6DNcWbv 3FV192Vsrz9wC+Sge5dIL5evAjBzwZylx0hZM/Jv7rU24ZMTs5uxX+FpXZgEen7gYQud gu1PP6nBu/QWs+AONEGJpKu1PSkiXpJWiOoZPIthU3FgXw6cp/cebYvsJwebwbROjANG ECOXbO6ftRAmvbMWkk4XG2Y8wi4TRsjIVfhIE7UXwAmEtEypNx+nmRGcX2JC2Mme2ja5 1tPZMg7khtdF5DwnNPFPCGFZOa+eRkv/RpPSWmDDpApGiRtpNRnIYEIwSywY2b5UFxwN hvLQ== Received: by 10.216.201.143 with SMTP id b15mr1410756weo.96.1349280265574; Wed, 03 Oct 2012 09:04:25 -0700 (PDT) Received: from [10.38.75.253] ([37.17.114.75]) by mx.google.com with ESMTPS id w8sm172772wif.4.2012.10.03.09.04.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Oct 2012 09:04:24 -0700 (PDT) Date: Wed, 3 Oct 2012 19:04:39 +0300 From: Andrew Lukoshko To: John Garbutt Message-ID: In-Reply-To: References: <785-506b0f00-61-47b65d00@184280982> X-Mailer: sparrow 1.3.2 (build 507.11) MIME-Version: 1.0 Cc: "=?utf-8?Q?xen-api=40lists.xen.org?=" Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5322550599590078430==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5322550599590078430== Content-Type: multipart/alternative; boundary="506c6217_1190cde7_90" --506c6217_1190cde7_90 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi John. I'm interested mainly in Web-based control of XCP pools with RBAC and net= works configuration. OpenStack is requirement, I can't use CloudStack ev= en if it more compatible afaik. =20 -- =20 Andrew Lukoshko =D1=81=D1=80=D0=B5=D0=B4=D0=B0, 3 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1= =8F 2012 =D0=B3. =D0=B2 16:33, John Garbutt =D0=BD=D0=B0=D0=BF=D0=B8=D1=81= =D0=B0=D0=BB: > Hi, > =20 > I leading up the OpenStack effort at Citrix. Hopefully I can answer any= questions with XCP + OpenStack. > =20 > Certainly Rackspace have their public cloud running XenServer and OpenS= tack, so it certainly works. > =20 > Just to be clear, it is probably fair to say OpenStack is replacing the= XCP pool concept. But OpenStack is using the XCP features for networking= , storage, migration etc. It hasn't really duplicated any of that stuff, = although Quantum is going a little down that route. The main configuratio= n pain is ensuring that all the different components of the system are wi= red together in a compatible way. > =20 > In terms of getting started quickly, while admittedly not helpful when = heading towards production deployments, you can use DevStack with XenServ= er: > http://wiki.openstack.org/XenServer/DevStack > The main issue is getting the network configuration correct. > =20 > I am looking to create a guide of using the Ubuntu packages on Ubuntu 1= 2.04 DomU to act as the OpenStack controller, but I haven't completed tha= t work yet. Indeed I would like to script that all, and release a supplem= ental pack that would implement that. But not quite there yet. > =20 > Let me know how I can help you both. What are you trying to achieve=3F = Web based access to XCP=3F Cloud=46oundry install=3F > =20 > I hope that helps, > John > =20 > > -----Original Message----- > > =46rom: xen-api-bounces=40lists.xen.org =5Bmailto:xen-api-bounces=40l= ists.xen.org=5D > > On Behalf Of Jakob Praher > > Sent: Tuesday, October 2, 2012 4:57 PM > > To: andrew.lukoshko=40gmail.com > > Cc: xen-api=40lists.xen.org > > Subject: Re: =5BXen-API=5D Minimal OpenStack for XCP > > =20 > > =20 > > Hi Andrew, > > Hi all, > > =20 > > no advice from my side but a definite =22me too=22 on this. Many serv= ices target the > > openstack API out-of-the box. E.g. there is this cloud foundry BOSH c= loud > > provider inerface, which already targets Openstack - seems like a dup= licate > > effort to build everything on top of XCP. Although I like the lean in= terface XCP > > provides. > > =20 > > Best, > > Jakob > > =20 > > Am Dienstag, 02. Oktober 2012 14:47 CEST, =22andrew.lukoshko=40gmail.= com=22 > > schrieb: > > =20 > > > Hello everyone, > > > =20 > > > I'm interested in deploying OpenStack =46olsom for XCP, but seems l= ike > > > it's not so easy. > > > Distribution's OpenStack packages has huge dependencies because the= y > > > try to duplicate functionality already included in XCP. It also mak= e > > > configuration tricky. > > > =20 > > > Wishlist: > > > - really minimal services set > > > - rely on XCP builtin features (networking, shared storage, migrati= ons > > > etc.), don't duplicate them in DomU. > > > =20 > > > In general, I expect OpenStack-based XenCenter replacement that wil= l > > > only use XAPI and won't provide own services (or a minumal really > > > required set). > > > =20 > > > Any advice would be very helpful. > > > =20 > > > =20 > > > -- > > > Andrew Lukoshko, M.Sc. > > > =20 > > > Head of Cloud R&D > > > ROSA Laboratory > > > =20 > > > Presnensky Val str. 14, > > > Moscow, 123557 Russia > > > =20 > > > Mobile: +375 (44) 779-63-73 > > > Mobile (Russia): +7 (916) 4629480 > > > Skype: a.lukoshko > > > =20 > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > > Xen-api mailing list > > > Xen-api=40lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > Xen-api mailing list > > Xen-api=40lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > =20 > =20 > =20 > =20 --506c6217_1190cde7_90 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi John.

I'm interested mainly in Web= -based control of XCP pools with RBAC and networks configuration.  O= penStack is requirement, I can't use CloudStack even if it more compatibl= e afaik.


-= - 
Andrew Lukoshko

=20

=D1=81=D1=80=D0=B5=D0=B4=D0=B0, 3 = =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3. =D0=B2 16:33= , John Garbutt =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:

Hi,
I leading up the OpenStack effort at Citrix. Hopefully I can= answer any questions with XCP + OpenStack.

Cert= ainly Rackspace have their public cloud running XenServer and OpenStack, = so it certainly works.

Just to be clear, it is p= robably fair to say OpenStack is replacing the XCP pool concept. But Open= Stack is using the XCP features for networking, storage, migration etc. I= t hasn't really duplicated any of that stuff, although Quantum is going a= little down that route. The main configuration pain is ensuring that all= the different components of the system are wired together in a compatibl= e way.

In terms of getting started quickly, whil= e admittedly not helpful when heading towards production deployments, you= can use DevStack with XenServer:
http://wiki.openstack.org/Xen= Server/DevStack
The main issue is getting the network configura= tion correct.

I am looking to create a guide of = using the Ubuntu packages on Ubuntu 12.04 DomU to act as the OpenStack co= ntroller, but I haven't completed that work yet. Indeed I would like to s= cript that all, and release a supplemental pack that would implement that= . But not quite there yet.

Let me know how I can= help you both. What are you trying to achieve=3F Web based access to XCP= =3F Cloud=46oundry install=3F

I hope that helps,=
John

-----Original Message-----
=46rom: xen-api-bounces=40lists.x= en.org =5Bmailto:xen-api-bounces=40lists.xen.org=5D
On Behalf O= f Jakob Praher
Sent: Tuesday, October 2, 2012 4:57 PM
To: andrew.lukoshko=40gmail.com
Cc: xen-api=40lists.xen.org
Subject: Re: =5BXen-API=5D Minimal OpenStack for XCP

Hi Andrew,
Hi all,

no advice from my side but a definite =22me too=22 on this. Many= services target the
openstack API out-of-the box. E.g. there i= s this cloud foundry BOSH cloud
provider inerface, which alread= y targets Openstack - seems like a duplicate
effort to build ev= erything on top of XCP. Although I like the lean interface XCP
= provides.

Best,
Jakob

Am Dienstag, 02. Oktober 2012 14:47 CEST, =22andrew.lukoshko=40g= mail.com=22
<andrew.lukoshko=40gmail.com> schrieb:
<= div>
Hello everyone,

I'm interested in deploying OpenStack =46olsom for = XCP, but seems like
it's not so easy.
Distribution's = OpenStack packages has huge dependencies because they
try to du= plicate functionality already included in XCP. It also make
con= figuration tricky.

Wishlist:
- really = minimal services set
- rely on XCP builtin features (networking= , shared storage, migrations
etc.), don't duplicate them in Dom= U.

In general, I expect OpenStack-based XenCente= r replacement that will
only use XAPI and won't provide own ser= vices (or a minumal really
required set).

<= div>Any advice would be very helpful.


=
--
Andrew Lukoshko, M.Sc.

Head of= Cloud R&D
ROSA Laboratory

Presnen= sky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480<= /div>
Skype: a.lukoshko

=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Xen-api mailing l= ist
Xen-api=40lists.xen.org
http://lists.xen.org/cgi-= bin/mailman/listinfo/xen-api

=




=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Xen-api mailing list
Xen-api=40lists.xen.org
h= ttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=20 =20 =20 =20
=20

--506c6217_1190cde7_90-- --===============5322550599590078430== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5322550599590078430==-- From xen-api-bounces@lists.xen.org Wed Oct 03 16:04:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Oct 2012 16:04:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJRQz-0002uw-M4; Wed, 03 Oct 2012 16:04:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJRQx-0002un-Td for xen-api@lists.xen.org; Wed, 03 Oct 2012 16:04:28 +0000 Received: from [85.158.143.99:62786] by server-1.bemta-4.messagelabs.com id 53/86-05684-B026C605; Wed, 03 Oct 2012 16:04:27 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1349280265!25728453!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18803 invoked from network); 3 Oct 2012 16:04:25 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Oct 2012 16:04:25 -0000 Received: by mail-wi0-f169.google.com with SMTP id hq4so2322928wib.2 for ; Wed, 03 Oct 2012 09:04:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject:x-mailer :mime-version:content-type; bh=StZE7k29XnOVtKt2uG9gk8m+YiIquki6ODd4qrwUrDg=; b=IWghcC6pqi63ROvupwfIpBhyFl/hH1B/Z0CjzPbK5G6MPzglO/2gNn3IIhL6DNcWbv 3FV192Vsrz9wC+Sge5dIL5evAjBzwZylx0hZM/Jv7rU24ZMTs5uxX+FpXZgEen7gYQud gu1PP6nBu/QWs+AONEGJpKu1PSkiXpJWiOoZPIthU3FgXw6cp/cebYvsJwebwbROjANG ECOXbO6ftRAmvbMWkk4XG2Y8wi4TRsjIVfhIE7UXwAmEtEypNx+nmRGcX2JC2Mme2ja5 1tPZMg7khtdF5DwnNPFPCGFZOa+eRkv/RpPSWmDDpApGiRtpNRnIYEIwSywY2b5UFxwN hvLQ== Received: by 10.216.201.143 with SMTP id b15mr1410756weo.96.1349280265574; Wed, 03 Oct 2012 09:04:25 -0700 (PDT) Received: from [10.38.75.253] ([37.17.114.75]) by mx.google.com with ESMTPS id w8sm172772wif.4.2012.10.03.09.04.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Oct 2012 09:04:24 -0700 (PDT) Date: Wed, 3 Oct 2012 19:04:39 +0300 From: Andrew Lukoshko To: John Garbutt Message-ID: In-Reply-To: References: <785-506b0f00-61-47b65d00@184280982> X-Mailer: sparrow 1.3.2 (build 507.11) MIME-Version: 1.0 Cc: "=?utf-8?Q?xen-api=40lists.xen.org?=" Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5322550599590078430==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5322550599590078430== Content-Type: multipart/alternative; boundary="506c6217_1190cde7_90" --506c6217_1190cde7_90 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi John. I'm interested mainly in Web-based control of XCP pools with RBAC and net= works configuration. OpenStack is requirement, I can't use CloudStack ev= en if it more compatible afaik. =20 -- =20 Andrew Lukoshko =D1=81=D1=80=D0=B5=D0=B4=D0=B0, 3 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1= =8F 2012 =D0=B3. =D0=B2 16:33, John Garbutt =D0=BD=D0=B0=D0=BF=D0=B8=D1=81= =D0=B0=D0=BB: > Hi, > =20 > I leading up the OpenStack effort at Citrix. Hopefully I can answer any= questions with XCP + OpenStack. > =20 > Certainly Rackspace have their public cloud running XenServer and OpenS= tack, so it certainly works. > =20 > Just to be clear, it is probably fair to say OpenStack is replacing the= XCP pool concept. But OpenStack is using the XCP features for networking= , storage, migration etc. It hasn't really duplicated any of that stuff, = although Quantum is going a little down that route. The main configuratio= n pain is ensuring that all the different components of the system are wi= red together in a compatible way. > =20 > In terms of getting started quickly, while admittedly not helpful when = heading towards production deployments, you can use DevStack with XenServ= er: > http://wiki.openstack.org/XenServer/DevStack > The main issue is getting the network configuration correct. > =20 > I am looking to create a guide of using the Ubuntu packages on Ubuntu 1= 2.04 DomU to act as the OpenStack controller, but I haven't completed tha= t work yet. Indeed I would like to script that all, and release a supplem= ental pack that would implement that. But not quite there yet. > =20 > Let me know how I can help you both. What are you trying to achieve=3F = Web based access to XCP=3F Cloud=46oundry install=3F > =20 > I hope that helps, > John > =20 > > -----Original Message----- > > =46rom: xen-api-bounces=40lists.xen.org =5Bmailto:xen-api-bounces=40l= ists.xen.org=5D > > On Behalf Of Jakob Praher > > Sent: Tuesday, October 2, 2012 4:57 PM > > To: andrew.lukoshko=40gmail.com > > Cc: xen-api=40lists.xen.org > > Subject: Re: =5BXen-API=5D Minimal OpenStack for XCP > > =20 > > =20 > > Hi Andrew, > > Hi all, > > =20 > > no advice from my side but a definite =22me too=22 on this. Many serv= ices target the > > openstack API out-of-the box. E.g. there is this cloud foundry BOSH c= loud > > provider inerface, which already targets Openstack - seems like a dup= licate > > effort to build everything on top of XCP. Although I like the lean in= terface XCP > > provides. > > =20 > > Best, > > Jakob > > =20 > > Am Dienstag, 02. Oktober 2012 14:47 CEST, =22andrew.lukoshko=40gmail.= com=22 > > schrieb: > > =20 > > > Hello everyone, > > > =20 > > > I'm interested in deploying OpenStack =46olsom for XCP, but seems l= ike > > > it's not so easy. > > > Distribution's OpenStack packages has huge dependencies because the= y > > > try to duplicate functionality already included in XCP. It also mak= e > > > configuration tricky. > > > =20 > > > Wishlist: > > > - really minimal services set > > > - rely on XCP builtin features (networking, shared storage, migrati= ons > > > etc.), don't duplicate them in DomU. > > > =20 > > > In general, I expect OpenStack-based XenCenter replacement that wil= l > > > only use XAPI and won't provide own services (or a minumal really > > > required set). > > > =20 > > > Any advice would be very helpful. > > > =20 > > > =20 > > > -- > > > Andrew Lukoshko, M.Sc. > > > =20 > > > Head of Cloud R&D > > > ROSA Laboratory > > > =20 > > > Presnensky Val str. 14, > > > Moscow, 123557 Russia > > > =20 > > > Mobile: +375 (44) 779-63-73 > > > Mobile (Russia): +7 (916) 4629480 > > > Skype: a.lukoshko > > > =20 > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > > Xen-api mailing list > > > Xen-api=40lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > Xen-api mailing list > > Xen-api=40lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > =20 > =20 > =20 > =20 --506c6217_1190cde7_90 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi John.

I'm interested mainly in Web= -based control of XCP pools with RBAC and networks configuration.  O= penStack is requirement, I can't use CloudStack even if it more compatibl= e afaik.


-= - 
Andrew Lukoshko

=20

=D1=81=D1=80=D0=B5=D0=B4=D0=B0, 3 = =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3. =D0=B2 16:33= , John Garbutt =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:

Hi,
I leading up the OpenStack effort at Citrix. Hopefully I can= answer any questions with XCP + OpenStack.

Cert= ainly Rackspace have their public cloud running XenServer and OpenStack, = so it certainly works.

Just to be clear, it is p= robably fair to say OpenStack is replacing the XCP pool concept. But Open= Stack is using the XCP features for networking, storage, migration etc. I= t hasn't really duplicated any of that stuff, although Quantum is going a= little down that route. The main configuration pain is ensuring that all= the different components of the system are wired together in a compatibl= e way.

In terms of getting started quickly, whil= e admittedly not helpful when heading towards production deployments, you= can use DevStack with XenServer:
http://wiki.openstack.org/Xen= Server/DevStack
The main issue is getting the network configura= tion correct.

I am looking to create a guide of = using the Ubuntu packages on Ubuntu 12.04 DomU to act as the OpenStack co= ntroller, but I haven't completed that work yet. Indeed I would like to s= cript that all, and release a supplemental pack that would implement that= . But not quite there yet.

Let me know how I can= help you both. What are you trying to achieve=3F Web based access to XCP= =3F Cloud=46oundry install=3F

I hope that helps,=
John

-----Original Message-----
=46rom: xen-api-bounces=40lists.x= en.org =5Bmailto:xen-api-bounces=40lists.xen.org=5D
On Behalf O= f Jakob Praher
Sent: Tuesday, October 2, 2012 4:57 PM
To: andrew.lukoshko=40gmail.com
Cc: xen-api=40lists.xen.org
Subject: Re: =5BXen-API=5D Minimal OpenStack for XCP

Hi Andrew,
Hi all,

no advice from my side but a definite =22me too=22 on this. Many= services target the
openstack API out-of-the box. E.g. there i= s this cloud foundry BOSH cloud
provider inerface, which alread= y targets Openstack - seems like a duplicate
effort to build ev= erything on top of XCP. Although I like the lean interface XCP
= provides.

Best,
Jakob

Am Dienstag, 02. Oktober 2012 14:47 CEST, =22andrew.lukoshko=40g= mail.com=22
<andrew.lukoshko=40gmail.com> schrieb:
<= div>
Hello everyone,

I'm interested in deploying OpenStack =46olsom for = XCP, but seems like
it's not so easy.
Distribution's = OpenStack packages has huge dependencies because they
try to du= plicate functionality already included in XCP. It also make
con= figuration tricky.

Wishlist:
- really = minimal services set
- rely on XCP builtin features (networking= , shared storage, migrations
etc.), don't duplicate them in Dom= U.

In general, I expect OpenStack-based XenCente= r replacement that will
only use XAPI and won't provide own ser= vices (or a minumal really
required set).

<= div>Any advice would be very helpful.


=
--
Andrew Lukoshko, M.Sc.

Head of= Cloud R&D
ROSA Laboratory

Presnen= sky Val str. 14,
Moscow, 123557 Russia

Mobile: +375 (44) 779-63-73
Mobile (Russia): +7 (916) 4629480<= /div>
Skype: a.lukoshko

=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Xen-api mailing l= ist
Xen-api=40lists.xen.org
http://lists.xen.org/cgi-= bin/mailman/listinfo/xen-api

=




=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Xen-api mailing list
Xen-api=40lists.xen.org
h= ttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=20 =20 =20 =20
=20

--506c6217_1190cde7_90-- --===============5322550599590078430== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5322550599590078430==-- From xen-api-bounces@lists.xen.org Thu Oct 04 11:08:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 11:08:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjIB-0000C8-Iq; Thu, 04 Oct 2012 11:08:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjIA-0000C3-57 for xen-api@lists.xen.org; Thu, 04 Oct 2012 11:08:34 +0000 Received: from [85.158.139.211:54874] by server-10.bemta-5.messagelabs.com id 7F/C2-16911-13E6D605; Thu, 04 Oct 2012 11:08:33 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349348907!21097320!1 X-Originating-IP: [220.181.14.5] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15849 invoked from network); 4 Oct 2012 11:08:29 -0000 Received: from m14-5.163.com (HELO m14-5.163.com) (220.181.14.5) by server-15.tower-206.messagelabs.com with SMTP; 4 Oct 2012 11:08:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=9uQDJPDdA61Gotp F/b6qVO28oNAfca6GAB1wCXhbzm4=; b=Fz7euzmc4uIiL2rayF5xHH3EEXKnW9M Qvlg7urmKMJU41vUF2CipzX0UNtlkEOTjcrETrahISgrcrGxk7FheYfpjf9SC1jL EBcbW0EJQcTrJ25JrIinqQR/FDBgGcTj7Wn2eppHj2aeAG215lg/9WGleFgFY1NM QghpHEyi9jv8= Received: from claytonly ( [58.60.1.58] ) by ajax-webmail-sdy17 (Coremail) ; Thu, 4 Oct 2012 19:08:23 +0800 (GMT+08:00) Date: Thu, 4 Oct 2012 19:08:19 +0800 From: "claytonly" To: "xen-api" Message-ID: <3cea7cba.13c0.13a2b764935.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.58] X-CM-TRANSID: 9sKowEDp20Mnbm1QXpgSAA--.6566W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbisgc+pk9os1RoAQADsH X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api digest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0593748960761432308==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0593748960761432308== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_009_011333.015604" --__=_Part_Boundary_009_011333.015604 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciBHZW9yZ2UncyByZXNwb25zZS4gSXQgZG9lcyB3b3JrIGFuZCAneGUgdm0tbGlz dCcgcmV0dXJucyBubyBlcnJvcnMuDQpIb3dldmVyLCBJIGdvdCBhbm90aGVyIHByb2JsZW0uICd4 ZSB2bS1saXN0JyBvbmx5IGRpc3BsYXllZCBjb250cm9sbGluZyBkb21haW4gVk0sIG90aGVyIHZt cyBoYXZlIGFsbCBnb25lISBIb3cgY2FuIEkgdXNlIHRoZXNlIGxvc3QgVk1zPyBNYW55IHRoYW5r cyENCjIwMTItMTAtMDQNCg0KDQoNCmNsYXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaeGVuLWFw aS1yZXF1ZXN0DQrlj5HpgIHml7bpl7TvvJoyMDEyLTEwLTAyIDIwOjAwDQrkuLvpopjvvJpYZW4t YXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSA0DQrmlLbku7bkurrvvJoieGVuLWFwaSI8eGVuLWFw aUBsaXN0cy54ZW4ub3JnPg0K5oqE6YCB77yaDQoNClNlbmQgWGVuLWFwaSBtYWlsaW5nIGxpc3Qg c3VibWlzc2lvbnMgdG8gDQogICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KDQpUbyBzdWJzY3Jp YmUgb3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQogICAgaHR0 cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQpvciwg dmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qgb3IgYm9keSAnaGVscCcgdG8g DQogICAgeGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQoNCllvdSBjYW4gcmVhY2ggdGhl IHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdCANCiAgICB4ZW4tYXBpLW93bmVyQGxpc3RzLnhl bi5vcmcgDQoNCldoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBsaW5lIHNv IGl0IGlzIG1vcmUgc3BlY2lmaWMgDQp0aGFuICJSZTogQ29udGVudHMgb2YgWGVuLWFwaSBkaWdl c3QuLi4iIA0KDQoNClRvZGF5J3MgVG9waWNzOiANCg0KICAgMS4gYWZ0ZXIgcmVpbnN0YWxsIHVi dW50dSBvbiBtYXN0ZXIgKGNsYXl0b25seSkgDQogICAyLiBtb25pdG9yaW5nIG9mIFZNIChBbmFu ZCBKKSANCiAgIDMuIFJlOiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciAoR2Vvcmdl IFNodWtsaW4pIA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDEgDQpEYXRlOiBUdWUs IDIgT2N0IDIwMTIgMTg6NDc6NDkgKzA4MDAgDQpGcm9tOiAiY2xheXRvbmx5IjxjbGF5dG9ubHlA MTYzLmNvbT4gDQpUbzogInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQpTdWJqZWN0 OiBbWGVuLUFQSV0gYWZ0ZXIgcmVpbnN0YWxsIHVidW50dSBvbiBtYXN0ZXIgDQpNZXNzYWdlLUlE OiA8M2ZkZDJhOTIuZDViLjEzYTIxMTZjMzQyLkNvcmVtYWlsLmNsYXl0b25seUAxNjMuY29tPiAN CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXRmLTgiIA0KDQpoZWxsbyxldmVy eW9uZSANCg0KDQpmb3Igc29tZSByZWFzb24sIEkgaGF2ZSByZWluc3RhbGwgdWJ1bnR1IGFuZCB4 cGMteGFwaSBvbiBtYXN0ZXIsIGFuZCBhbGwgc2xhdmVzIGluIHBvb2wgaGF2ZSBiZWVuIGRlbGV0 ZWQuIEJ1dCB3aGVuIEkgcnVuICd4ZSB2bS1saXN0JyBvbiBzbGF2ZSwgdGhlcmUgY29tZXMgdGhl IGVycm9yIA0KIlRoZSBtYXN0ZXIgc2F5cyB0aGUgaG9zdHMgaXMgbm90IGtub3cgdG8gaXQuIFBl cmhhcHMgdGhlIEhvc3Qgd2FzIGRlbGV0ZWQgZnJvbSB0aGUgbWFzdGVyJ3MgZGF0YWJhc2U/IFBl cmhhcHMgdGhlIHNsYXZlIGlzIHBvaXRpbmcgdG8gdGhlIHdyb25nIG1hc3Rlcj8iIA0KQWZ0ZXIg dGhhdCAsSSB0cnkgdG8gYWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qg d29yay4gd2hhdCBzaG91bGQgaSBkbz8gTWFueSB0aGFua3MhIA0KDQoNCmNsYXl0b24gDQoyMDEy LTEwLTAyIA0KDQoNCg0KY2xheXRvbmx5IA0KLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0t LS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0 dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEy MTAwMi8xYzkyMDI2Yi9hdHRhY2htZW50Lmh0bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDIgDQpEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTY6MjA6NTIg KzA1MzAgDQpGcm9tOiBBbmFuZCBKIDxhbmFuZHNiajE5ODlAZ21haWwuY29tPiANClRvOiB4ZW4t YXBpQGxpc3RzLnhlbi5vcmcgDQpTdWJqZWN0OiBbWGVuLUFQSV0gbW9uaXRvcmluZyBvZiBWTSAN Ck1lc3NhZ2UtSUQ6IA0KICAgIDxDQUZRUXArYVZ5a2V3eTZuMEgtUExLNjBDanQ4Q0QxM0RUbl9j NEU1Y1QyNnNScm9TUFFAbWFpbC5nbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWlu OyBjaGFyc2V0PSJpc28tODg1OS0xIiANCg0KaGkgSSBhbSBhbmFuZC4gDQpJIGFtIHZlcnkgYmVn aW5uZXIgdG8geGNwIGFuZCBpIHdhbnQgdG8gbW9uaXRvciB0aGUgdmlydHVhbCBtYWNoaW5lIChs aWtlIA0KY3B1IHVzYWdlLCBzdG9yYWdlLCBzdGF0dXMgb2Ygdm0pLiANCnNvIHdoaWNoIGFsbCBB UEkgc2hvdWxkIGkgdXNlIHRvIGdldCB0aG9zZS4uLiBwbGVhc2Ugc3VnZ2VzdCBtZS4gDQoNCnRo YW5rcyANCg0KcmVnYXJkcyANCkFOQU5EIA0KLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0t LS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0 dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEy MTAwMi83MmQ2MDUwMC9hdHRhY2htZW50Lmh0bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDMgDQpEYXRlOiBUdWUsIDAyIE9jdCAyMDEyIDE1OjQwOjQ5 ICswNDAwIA0KRnJvbTogR2VvcmdlIFNodWtsaW4gPGdlb3JnZS5zaHVrbGluQGdtYWlsLmNvbT4g DQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSBhZnRl ciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciANCk1lc3NhZ2UtSUQ6IDw1MDZBRDJDMS40MDkw OTA2QGdtYWlsLmNvbT4gDQpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04 ODU5LTEiOyBGb3JtYXQ9ImZsb3dlZCIgDQoNCkV2ZXJ5IHNsYXZlIGhhcyAvZXRjL3hjcC9wb29s LmNvbmYgd2ljaCBwb2ludHMgdG8gbWFzdGVyLiBUbyBmaXggKHdlbGwsICANCmFjdHVhbGx5IGJy b2tlIGRvd24gbGVmdG92ZXJzIG9mIHByZXZpb3VzIHBvb2wpOiANCg0KKERBVEEgTE9TUyBXQVJO SU5HKSANCjApIHN1ZG8gLXMgDQoxKSAvZXRjL2luaXQuZC94Y3AteGFwaSBzdG9wIA0KMikgcm0g L3Zhci9saWIveGNwL3N0YXRlLmRiIA0KMykgZWNobyBtYXN0ZXIgPi9ldGMveGNwL3Bvb2wuY29u ZiANCjQpIC9ldGMvaW5pdC5kL3hjcC14YXBpIHN0YXJ0IA0KDQoNCjAyLjEwLjIwMTIgMTQ6NDcs IGNsYXl0b25seSA/Pz8/PzogDQo+IGhlbGxvLGV2ZXJ5b25lIA0KPiBmb3Igc29tZSByZWFzb24s IEkgaGF2ZSByZWluc3RhbGwgdWJ1bnR1IGFuZCB4cGMteGFwaSBvbiBtYXN0ZXIsIGFuZCAgDQo+ IGFsbCBzbGF2ZXMgaW4gcG9vbCBoYXZlIGJlZW4gZGVsZXRlZC4gQnV0IHdoZW4gSSBydW4gJ3hl IHZtLWxpc3QnIG9uICANCj4gc2xhdmUsIHRoZXJlIGNvbWVzIHRoZSBlcnJvciANCj4gIlRoZSBt YXN0ZXIgc2F5cyB0aGUgaG9zdHMgaXMgbm90IGtub3cgdG8gaXQuIFBlcmhhcHMgdGhlIEhvc3Qg d2FzICANCj4gZGVsZXRlZCBmcm9tIHRoZSBtYXN0ZXIncyBkYXRhYmFzZT8gUGVyaGFwcyB0aGUg c2xhdmUgaXMgcG9pdGluZyB0byAgDQo+IHRoZSB3cm9uZyBtYXN0ZXI/IiANCj4gQWZ0ZXIgdGhh dCAsSSB0cnkgdG8gYWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qgd29y ay4gIA0KPiB3aGF0IHNob3VsZCBpIGRvPyBNYW55IHRoYW5rcyEgDQo+IGNsYXl0b24gDQo+IDIw MTItMTAtMDIgDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCj4gY2xheXRvbmx5IA0KPiANCj4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiBYZW4tYXBp IG1haWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBodHRwOi8vbGlzdHMu eGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0KLS0tLS0tLS0tLS0t LS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1 YmJlZC4uLiANClVSTDogPGh0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFw aS9hdHRhY2htZW50cy8yMDEyMTAwMi8yZmRjYTY4Yy9hdHRhY2htZW50Lmh0bWw+IA0KDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fIA0KWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQpYZW4tYXBpQGxp c3RzLnhlbi5vcmcgDQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaSANCg0KDQpFbmQgb2YgWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgNCAN CioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA== --__=_Part_Boundary_009_011333.015604 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMC4xNzExNSI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5UaGFua3MgZm9yIEdlb3JnZSdzIA0KcmVzcG9uc2Uu IEl0IGRvZXMgd29yayBhbmQgJ3hlIHZtLWxpc3QnIHJldHVybnMgbm8gZXJyb3JzLjwvRk9OVD48 L0RJVj4NCjxESVY+SG93ZXZlciwgSSBnb3QgYW5vdGhlciBwcm9ibGVtLiAneGUgdm0tbGlzdCcg b25seSBkaXNwbGF5ZWQgY29udHJvbGxpbmcgDQpkb21haW4gVk0sIG90aGVyIHZtcyBoYXZlIGFs bCBnb25lISBIb3cgY2FuIEkgdXNlIHRoZXNlIGxvc3QgVk1zPyBNYW55IA0KdGhhbmtzITwvRElW Pg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSNjMGMwYzAgc2l6ZT0yIGZhY2U9VmVyZGFu YT4yMDEyLTEwLTA0PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIHNpemU9MiBm YWNlPVZlcmRhbmE+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsgSEVJR0hUOiAycHgiIGlkPVNp Z25OYW1lSFIgYWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxl ZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTUEFOIA0KaWQ9X0Zs YXNoU2lnbk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6 ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0y IGZhY2U9VmVyZGFuYT48U1RST05HPuWPkeS7tuS6uu+8mjwvU1RST05HPnhlbi1hcGktcmVxdWVz dDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjxTVFJPTkc+ 5Y+R6YCB5pe26Ze077yaPC9TVFJPTkc+MjAxMi0xMC0wMiZuYnNwOzIwOjAwPC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJPTkc+5Li76aKY77yaPC9TVFJP Tkc+WGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgDQo0PC9GT05UPjwvRElWPg0KPERJVj48 Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8L1NUUk9ORz4i eGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+ PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9E SVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQmbmJzcDtYZW4t YXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7 PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9y ZyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtzdWJzY3JpYmUm bmJzcDtvciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJz cDtXaWRlJm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5m by94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZuYnNw O3NlbmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7b3Im bmJzcDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNoJm5ic3A7dGhl Jm5ic3A7cGVyc29uJm5ic3A7bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5ic3A7YXQmbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0 cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGVuJm5ic3A7 cmVwbHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5i c3A7bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZu YnNwOzwvRElWPg0KPERJVj50aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJz cDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO2FmdGVy Jm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7b24mbmJzcDttYXN0ZXImbmJzcDsoY2xh eXRvbmx5KSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO21vbml0 b3JpbmcmbmJzcDtvZiZuYnNwO1ZNJm5ic3A7KEFuYW5kJm5ic3A7SikmbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7My4mbmJzcDtSZTombmJzcDthZnRlciZuYnNwO3JlaW5zdGFs bCZuYnNwO3VidW50dSZuYnNwO29uJm5ic3A7bWFzdGVyJm5ic3A7KEdlb3JnZSZuYnNwO1NodWts aW4pJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVz c2FnZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7VHVlLCZuYnNwOzImbmJz cDtPY3QmbmJzcDsyMDEyJm5ic3A7MTg6NDc6NDkmbmJzcDsrMDgwMCZuYnNwOzwvRElWPg0KPERJ Vj5Gcm9tOiZuYnNwOyJjbGF5dG9ubHkiJmx0O2NsYXl0b25seUAxNjMuY29tJmd0OyZuYnNwOzwv RElWPg0KPERJVj5UbzombmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0 OyZuYnNwOzwvRElWPg0KPERJVj5TdWJqZWN0OiZuYnNwO1tYZW4tQVBJXSZuYnNwO2FmdGVyJm5i c3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7b24mbmJzcDttYXN0ZXImbmJzcDs8L0RJVj4N CjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7M2ZkZDJhOTIuZDViLjEzYTIxMTZjMzQyLkNvcmVt YWlsLmNsYXl0b25seUAxNjMuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6 Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJ1dGYtOCImbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPmhlbGxvLGV2ZXJ5b25lJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Zm9yJm5ic3A7c29tZSZuYnNwO3JlYXNv biwmbmJzcDtJJm5ic3A7aGF2ZSZuYnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO2FuZCZu YnNwO3hwYy14YXBpJm5ic3A7b24mbmJzcDttYXN0ZXIsJm5ic3A7YW5kJm5ic3A7YWxsJm5ic3A7 c2xhdmVzJm5ic3A7aW4mbmJzcDtwb29sJm5ic3A7aGF2ZSZuYnNwO2JlZW4mbmJzcDtkZWxldGVk LiZuYnNwO0J1dCZuYnNwO3doZW4mbmJzcDtJJm5ic3A7cnVuJm5ic3A7J3hlJm5ic3A7dm0tbGlz dCcmbmJzcDtvbiZuYnNwO3NsYXZlLCZuYnNwO3RoZXJlJm5ic3A7Y29tZXMmbmJzcDt0aGUmbmJz cDtlcnJvciZuYnNwOzwvRElWPg0KPERJVj4iVGhlJm5ic3A7bWFzdGVyJm5ic3A7c2F5cyZuYnNw O3RoZSZuYnNwO2hvc3RzJm5ic3A7aXMmbmJzcDtub3QmbmJzcDtrbm93Jm5ic3A7dG8mbmJzcDtp dC4mbmJzcDtQZXJoYXBzJm5ic3A7dGhlJm5ic3A7SG9zdCZuYnNwO3dhcyZuYnNwO2RlbGV0ZWQm bmJzcDtmcm9tJm5ic3A7dGhlJm5ic3A7bWFzdGVyJ3MmbmJzcDtkYXRhYmFzZT8mbmJzcDtQZXJo YXBzJm5ic3A7dGhlJm5ic3A7c2xhdmUmbmJzcDtpcyZuYnNwO3BvaXRpbmcmbmJzcDt0byZuYnNw O3RoZSZuYnNwO3dyb25nJm5ic3A7bWFzdGVyPyImbmJzcDs8L0RJVj4NCjxESVY+QWZ0ZXImbmJz cDt0aGF0Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNwO2FkZCZuYnNwO3RoZSZuYnNwO3Ns YXZlJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtwb29sLCZuYnNwO2l0Jm5ic3A7ZG9l c24ndCZuYnNwO3dvcmsuJm5ic3A7d2hhdCZuYnNwO3Nob3VsZCZuYnNwO2kmbmJzcDtkbz8mbmJz cDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPmNsYXl0b24mbmJzcDs8L0RJVj4NCjxESVY+MjAxMi0xMC0wMiZu YnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj5jbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0t LS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPkFuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJzcDtzY3J1YmJlZC4u LiZuYnNwOzwvRElWPg0KPERJVj5VUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2Fy Y2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwMi8xYzkyMDI2Yi9hdHRhY2ht ZW50Lmh0bWwmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWPk1lc3NhZ2U6Jm5ic3A7MiZuYnNwOzwvRElWPg0KPERJVj5EYXRlOiZuYnNwO1R1ZSwmbmJz cDsyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE2OjIwOjUyJm5ic3A7KzA1MzAmbmJzcDs8L0RJ Vj4NCjxESVY+RnJvbTombmJzcDtBbmFuZCZuYnNwO0ombmJzcDsmbHQ7YW5hbmRzYmoxOTg5QGdt YWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4u b3JnJm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7W1hlbi1BUEldJm5ic3A7bW9uaXRv cmluZyZuYnNwO29mJm5ic3A7Vk0mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O0NBRlFRcCthVnlrZXd5Nm4w SC1QTEs2MENqdDhDRDEzRFRuX2M0RTVjVDI2c1Jyb1NQUUBtYWlsLmdtYWlsLmNvbSZndDsmbmJz cDs8L0RJVj4NCjxESVY+Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxhaW47Jm5ic3A7Y2hhcnNl dD0iaXNvLTg4NTktMSImbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPmhpJm5i c3A7SSZuYnNwO2FtJm5ic3A7YW5hbmQuJm5ic3A7PC9ESVY+DQo8RElWPkkmbmJzcDthbSZuYnNw O3ZlcnkmbmJzcDtiZWdpbm5lciZuYnNwO3RvJm5ic3A7eGNwJm5ic3A7YW5kJm5ic3A7aSZuYnNw O3dhbnQmbmJzcDt0byZuYnNwO21vbml0b3ImbmJzcDt0aGUmbmJzcDt2aXJ0dWFsJm5ic3A7bWFj aGluZSZuYnNwOyhsaWtlJm5ic3A7PC9ESVY+DQo8RElWPmNwdSZuYnNwO3VzYWdlLCZuYnNwO3N0 b3JhZ2UsJm5ic3A7c3RhdHVzJm5ic3A7b2YmbmJzcDt2bSkuJm5ic3A7PC9ESVY+DQo8RElWPnNv Jm5ic3A7d2hpY2gmbmJzcDthbGwmbmJzcDtBUEkmbmJzcDtzaG91bGQmbmJzcDtpJm5ic3A7dXNl Jm5ic3A7dG8mbmJzcDtnZXQmbmJzcDt0aG9zZS4uLiZuYnNwO3BsZWFzZSZuYnNwO3N1Z2dlc3Qm bmJzcDttZS4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPnRoYW5rcyZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+cmVnYXJkcyZuYnNwOzwvRElWPg0KPERJ Vj5BTkFORCZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtw YXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5i c3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElW PlVSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBp L2F0dGFjaG1lbnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZTombmJzcDsz Jm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7VHVlLCZuYnNwOzAyJm5ic3A7T2N0Jm5ic3A7 MjAxMiZuYnNwOzE1OjQwOjQ5Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+RnJvbTombmJz cDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdtYWlsLmNvbSZn dDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7 PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0ZXIm bmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwvRElW Pg0KPERJVj5NZXNzYWdlLUlEOiZuYnNwOyZsdDs1MDZBRDJDMS40MDkwOTA2QGdtYWlsLmNvbSZn dDsmbmJzcDs8L0RJVj4NCjxESVY+Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxhaW47Jm5ic3A7 Y2hhcnNldD0iaXNvLTg4NTktMSI7Jm5ic3A7Rm9ybWF0PSJmbG93ZWQiJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5FdmVyeSZuYnNwO3NsYXZlJm5ic3A7aGFzJm5ic3A7L2V0 Yy94Y3AvcG9vbC5jb25mJm5ic3A7d2ljaCZuYnNwO3BvaW50cyZuYnNwO3RvJm5ic3A7bWFzdGVy LiZuYnNwO1RvJm5ic3A7Zml4Jm5ic3A7KHdlbGwsJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPmFj dHVhbGx5Jm5ic3A7YnJva2UmbmJzcDtkb3duJm5ic3A7bGVmdG92ZXJzJm5ic3A7b2YmbmJzcDtw cmV2aW91cyZuYnNwO3Bvb2wpOiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ KERBVEEmbmJzcDtMT1NTJm5ic3A7V0FSTklORykmbmJzcDs8L0RJVj4NCjxESVY+MCkmbmJzcDtz dWRvJm5ic3A7LXMmbmJzcDs8L0RJVj4NCjxESVY+MSkmbmJzcDsvZXRjL2luaXQuZC94Y3AteGFw aSZuYnNwO3N0b3AmbmJzcDs8L0RJVj4NCjxESVY+MikmbmJzcDtybSZuYnNwOy92YXIvbGliL3hj cC9zdGF0ZS5kYiZuYnNwOzwvRElWPg0KPERJVj4zKSZuYnNwO2VjaG8mbmJzcDttYXN0ZXImbmJz cDsmZ3Q7L2V0Yy94Y3AvcG9vbC5jb25mJm5ic3A7PC9ESVY+DQo8RElWPjQpJm5ic3A7L2V0Yy9p bml0LmQveGNwLXhhcGkmbmJzcDtzdGFydCZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjAyLjEwLjIwMTImbmJzcDsxNDo0NywmbmJzcDtjbGF5 dG9ubHkmbmJzcDs/Pz8/PzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2hlbGxvLGV2ZXJ5 b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtmb3ImbmJzcDtzb21lJm5ic3A7cmVhc29u LCZuYnNwO0kmbmJzcDtoYXZlJm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7YW5kJm5i c3A7eHBjLXhhcGkmbmJzcDtvbiZuYnNwO21hc3RlciwmbmJzcDthbmQmbmJzcDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO2FsbCZuYnNwO3NsYXZlcyZuYnNwO2luJm5ic3A7cG9vbCZuYnNw O2hhdmUmbmJzcDtiZWVuJm5ic3A7ZGVsZXRlZC4mbmJzcDtCdXQmbmJzcDt3aGVuJm5ic3A7SSZu YnNwO3J1biZuYnNwOyd4ZSZuYnNwO3ZtLWxpc3QnJm5ic3A7b24mbmJzcDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO3NsYXZlLCZuYnNwO3RoZXJlJm5ic3A7Y29tZXMmbmJzcDt0aGUmbmJz cDtlcnJvciZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7IlRoZSZuYnNwO21hc3RlciZuYnNw O3NheXMmbmJzcDt0aGUmbmJzcDtob3N0cyZuYnNwO2lzJm5ic3A7bm90Jm5ic3A7a25vdyZuYnNw O3RvJm5ic3A7aXQuJm5ic3A7UGVyaGFwcyZuYnNwO3RoZSZuYnNwO0hvc3QmbmJzcDt3YXMmbmJz cDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2RlbGV0ZWQmbmJzcDtmcm9tJm5ic3A7dGhl Jm5ic3A7bWFzdGVyJ3MmbmJzcDtkYXRhYmFzZT8mbmJzcDtQZXJoYXBzJm5ic3A7dGhlJm5ic3A7 c2xhdmUmbmJzcDtpcyZuYnNwO3BvaXRpbmcmbmJzcDt0byZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7dGhlJm5ic3A7d3JvbmcmbmJzcDttYXN0ZXI/IiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7QWZ0ZXImbmJzcDt0aGF0Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNw O2FkZCZuYnNwO3RoZSZuYnNwO3NsYXZlJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtw b29sLCZuYnNwO2l0Jm5ic3A7ZG9lc24ndCZuYnNwO3dvcmsuJm5ic3A7Jm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDt3aGF0Jm5ic3A7c2hvdWxkJm5ic3A7aSZuYnNwO2RvPyZuYnNwO01hbnkm bmJzcDt0aGFua3MhJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5dG9uJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsyMDEyLTEwLTAyJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2NsYXl0b25seSZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZu YnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGlAbGlzdHMueGVuLm9y ZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPi0tLS0tLS0tLS0tLS0tJm5ic3A7bmV4dCZuYnNwO3BhcnQmbmJzcDstLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj5BbiZuYnNwO0hUTUwmbmJzcDthdHRhY2htZW50Jm5ic3A7 d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+VVJMOiZuYnNwOyZsdDtodHRw Oi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEw MDIvMmZkY2E2OGMvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj5YZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNw O2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+ DQo8RElWPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+RW5kJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3 LCZuYnNwO0lzc3VlJm5ic3A7NCZuYnNwOzwvRElWPg0KPERJVj4qKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKiZuYnNwOzwvRElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1M Pg== --__=_Part_Boundary_009_011333.015604-- --===============0593748960761432308== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0593748960761432308==-- From xen-api-bounces@lists.xen.org Thu Oct 04 11:08:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 11:08:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjIB-0000C8-Iq; Thu, 04 Oct 2012 11:08:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjIA-0000C3-57 for xen-api@lists.xen.org; Thu, 04 Oct 2012 11:08:34 +0000 Received: from [85.158.139.211:54874] by server-10.bemta-5.messagelabs.com id 7F/C2-16911-13E6D605; Thu, 04 Oct 2012 11:08:33 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349348907!21097320!1 X-Originating-IP: [220.181.14.5] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15849 invoked from network); 4 Oct 2012 11:08:29 -0000 Received: from m14-5.163.com (HELO m14-5.163.com) (220.181.14.5) by server-15.tower-206.messagelabs.com with SMTP; 4 Oct 2012 11:08:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=9uQDJPDdA61Gotp F/b6qVO28oNAfca6GAB1wCXhbzm4=; b=Fz7euzmc4uIiL2rayF5xHH3EEXKnW9M Qvlg7urmKMJU41vUF2CipzX0UNtlkEOTjcrETrahISgrcrGxk7FheYfpjf9SC1jL EBcbW0EJQcTrJ25JrIinqQR/FDBgGcTj7Wn2eppHj2aeAG215lg/9WGleFgFY1NM QghpHEyi9jv8= Received: from claytonly ( [58.60.1.58] ) by ajax-webmail-sdy17 (Coremail) ; Thu, 4 Oct 2012 19:08:23 +0800 (GMT+08:00) Date: Thu, 4 Oct 2012 19:08:19 +0800 From: "claytonly" To: "xen-api" Message-ID: <3cea7cba.13c0.13a2b764935.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.58] X-CM-TRANSID: 9sKowEDp20Mnbm1QXpgSAA--.6566W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbisgc+pk9os1RoAQADsH X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api digest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0593748960761432308==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0593748960761432308== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_009_011333.015604" --__=_Part_Boundary_009_011333.015604 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciBHZW9yZ2UncyByZXNwb25zZS4gSXQgZG9lcyB3b3JrIGFuZCAneGUgdm0tbGlz dCcgcmV0dXJucyBubyBlcnJvcnMuDQpIb3dldmVyLCBJIGdvdCBhbm90aGVyIHByb2JsZW0uICd4 ZSB2bS1saXN0JyBvbmx5IGRpc3BsYXllZCBjb250cm9sbGluZyBkb21haW4gVk0sIG90aGVyIHZt cyBoYXZlIGFsbCBnb25lISBIb3cgY2FuIEkgdXNlIHRoZXNlIGxvc3QgVk1zPyBNYW55IHRoYW5r cyENCjIwMTItMTAtMDQNCg0KDQoNCmNsYXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaeGVuLWFw aS1yZXF1ZXN0DQrlj5HpgIHml7bpl7TvvJoyMDEyLTEwLTAyIDIwOjAwDQrkuLvpopjvvJpYZW4t YXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSA0DQrmlLbku7bkurrvvJoieGVuLWFwaSI8eGVuLWFw aUBsaXN0cy54ZW4ub3JnPg0K5oqE6YCB77yaDQoNClNlbmQgWGVuLWFwaSBtYWlsaW5nIGxpc3Qg c3VibWlzc2lvbnMgdG8gDQogICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KDQpUbyBzdWJzY3Jp YmUgb3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQogICAgaHR0 cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQpvciwg dmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qgb3IgYm9keSAnaGVscCcgdG8g DQogICAgeGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQoNCllvdSBjYW4gcmVhY2ggdGhl IHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdCANCiAgICB4ZW4tYXBpLW93bmVyQGxpc3RzLnhl bi5vcmcgDQoNCldoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBsaW5lIHNv IGl0IGlzIG1vcmUgc3BlY2lmaWMgDQp0aGFuICJSZTogQ29udGVudHMgb2YgWGVuLWFwaSBkaWdl c3QuLi4iIA0KDQoNClRvZGF5J3MgVG9waWNzOiANCg0KICAgMS4gYWZ0ZXIgcmVpbnN0YWxsIHVi dW50dSBvbiBtYXN0ZXIgKGNsYXl0b25seSkgDQogICAyLiBtb25pdG9yaW5nIG9mIFZNIChBbmFu ZCBKKSANCiAgIDMuIFJlOiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciAoR2Vvcmdl IFNodWtsaW4pIA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDEgDQpEYXRlOiBUdWUs IDIgT2N0IDIwMTIgMTg6NDc6NDkgKzA4MDAgDQpGcm9tOiAiY2xheXRvbmx5IjxjbGF5dG9ubHlA MTYzLmNvbT4gDQpUbzogInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQpTdWJqZWN0 OiBbWGVuLUFQSV0gYWZ0ZXIgcmVpbnN0YWxsIHVidW50dSBvbiBtYXN0ZXIgDQpNZXNzYWdlLUlE OiA8M2ZkZDJhOTIuZDViLjEzYTIxMTZjMzQyLkNvcmVtYWlsLmNsYXl0b25seUAxNjMuY29tPiAN CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXRmLTgiIA0KDQpoZWxsbyxldmVy eW9uZSANCg0KDQpmb3Igc29tZSByZWFzb24sIEkgaGF2ZSByZWluc3RhbGwgdWJ1bnR1IGFuZCB4 cGMteGFwaSBvbiBtYXN0ZXIsIGFuZCBhbGwgc2xhdmVzIGluIHBvb2wgaGF2ZSBiZWVuIGRlbGV0 ZWQuIEJ1dCB3aGVuIEkgcnVuICd4ZSB2bS1saXN0JyBvbiBzbGF2ZSwgdGhlcmUgY29tZXMgdGhl IGVycm9yIA0KIlRoZSBtYXN0ZXIgc2F5cyB0aGUgaG9zdHMgaXMgbm90IGtub3cgdG8gaXQuIFBl cmhhcHMgdGhlIEhvc3Qgd2FzIGRlbGV0ZWQgZnJvbSB0aGUgbWFzdGVyJ3MgZGF0YWJhc2U/IFBl cmhhcHMgdGhlIHNsYXZlIGlzIHBvaXRpbmcgdG8gdGhlIHdyb25nIG1hc3Rlcj8iIA0KQWZ0ZXIg dGhhdCAsSSB0cnkgdG8gYWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qg d29yay4gd2hhdCBzaG91bGQgaSBkbz8gTWFueSB0aGFua3MhIA0KDQoNCmNsYXl0b24gDQoyMDEy LTEwLTAyIA0KDQoNCg0KY2xheXRvbmx5IA0KLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0t LS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0 dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEy MTAwMi8xYzkyMDI2Yi9hdHRhY2htZW50Lmh0bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDIgDQpEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTY6MjA6NTIg KzA1MzAgDQpGcm9tOiBBbmFuZCBKIDxhbmFuZHNiajE5ODlAZ21haWwuY29tPiANClRvOiB4ZW4t YXBpQGxpc3RzLnhlbi5vcmcgDQpTdWJqZWN0OiBbWGVuLUFQSV0gbW9uaXRvcmluZyBvZiBWTSAN Ck1lc3NhZ2UtSUQ6IA0KICAgIDxDQUZRUXArYVZ5a2V3eTZuMEgtUExLNjBDanQ4Q0QxM0RUbl9j NEU1Y1QyNnNScm9TUFFAbWFpbC5nbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWlu OyBjaGFyc2V0PSJpc28tODg1OS0xIiANCg0KaGkgSSBhbSBhbmFuZC4gDQpJIGFtIHZlcnkgYmVn aW5uZXIgdG8geGNwIGFuZCBpIHdhbnQgdG8gbW9uaXRvciB0aGUgdmlydHVhbCBtYWNoaW5lIChs aWtlIA0KY3B1IHVzYWdlLCBzdG9yYWdlLCBzdGF0dXMgb2Ygdm0pLiANCnNvIHdoaWNoIGFsbCBB UEkgc2hvdWxkIGkgdXNlIHRvIGdldCB0aG9zZS4uLiBwbGVhc2Ugc3VnZ2VzdCBtZS4gDQoNCnRo YW5rcyANCg0KcmVnYXJkcyANCkFOQU5EIA0KLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0t LS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0 dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEy MTAwMi83MmQ2MDUwMC9hdHRhY2htZW50Lmh0bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDMgDQpEYXRlOiBUdWUsIDAyIE9jdCAyMDEyIDE1OjQwOjQ5 ICswNDAwIA0KRnJvbTogR2VvcmdlIFNodWtsaW4gPGdlb3JnZS5zaHVrbGluQGdtYWlsLmNvbT4g DQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSBhZnRl ciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciANCk1lc3NhZ2UtSUQ6IDw1MDZBRDJDMS40MDkw OTA2QGdtYWlsLmNvbT4gDQpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04 ODU5LTEiOyBGb3JtYXQ9ImZsb3dlZCIgDQoNCkV2ZXJ5IHNsYXZlIGhhcyAvZXRjL3hjcC9wb29s LmNvbmYgd2ljaCBwb2ludHMgdG8gbWFzdGVyLiBUbyBmaXggKHdlbGwsICANCmFjdHVhbGx5IGJy b2tlIGRvd24gbGVmdG92ZXJzIG9mIHByZXZpb3VzIHBvb2wpOiANCg0KKERBVEEgTE9TUyBXQVJO SU5HKSANCjApIHN1ZG8gLXMgDQoxKSAvZXRjL2luaXQuZC94Y3AteGFwaSBzdG9wIA0KMikgcm0g L3Zhci9saWIveGNwL3N0YXRlLmRiIA0KMykgZWNobyBtYXN0ZXIgPi9ldGMveGNwL3Bvb2wuY29u ZiANCjQpIC9ldGMvaW5pdC5kL3hjcC14YXBpIHN0YXJ0IA0KDQoNCjAyLjEwLjIwMTIgMTQ6NDcs IGNsYXl0b25seSA/Pz8/PzogDQo+IGhlbGxvLGV2ZXJ5b25lIA0KPiBmb3Igc29tZSByZWFzb24s IEkgaGF2ZSByZWluc3RhbGwgdWJ1bnR1IGFuZCB4cGMteGFwaSBvbiBtYXN0ZXIsIGFuZCAgDQo+ IGFsbCBzbGF2ZXMgaW4gcG9vbCBoYXZlIGJlZW4gZGVsZXRlZC4gQnV0IHdoZW4gSSBydW4gJ3hl IHZtLWxpc3QnIG9uICANCj4gc2xhdmUsIHRoZXJlIGNvbWVzIHRoZSBlcnJvciANCj4gIlRoZSBt YXN0ZXIgc2F5cyB0aGUgaG9zdHMgaXMgbm90IGtub3cgdG8gaXQuIFBlcmhhcHMgdGhlIEhvc3Qg d2FzICANCj4gZGVsZXRlZCBmcm9tIHRoZSBtYXN0ZXIncyBkYXRhYmFzZT8gUGVyaGFwcyB0aGUg c2xhdmUgaXMgcG9pdGluZyB0byAgDQo+IHRoZSB3cm9uZyBtYXN0ZXI/IiANCj4gQWZ0ZXIgdGhh dCAsSSB0cnkgdG8gYWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qgd29y ay4gIA0KPiB3aGF0IHNob3VsZCBpIGRvPyBNYW55IHRoYW5rcyEgDQo+IGNsYXl0b24gDQo+IDIw MTItMTAtMDIgDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCj4gY2xheXRvbmx5IA0KPiANCj4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiBYZW4tYXBp IG1haWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBodHRwOi8vbGlzdHMu eGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0KLS0tLS0tLS0tLS0t LS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1 YmJlZC4uLiANClVSTDogPGh0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFw aS9hdHRhY2htZW50cy8yMDEyMTAwMi8yZmRjYTY4Yy9hdHRhY2htZW50Lmh0bWw+IA0KDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fIA0KWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQpYZW4tYXBpQGxp c3RzLnhlbi5vcmcgDQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaSANCg0KDQpFbmQgb2YgWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgNCAN CioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA== --__=_Part_Boundary_009_011333.015604 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMC4xNzExNSI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5UaGFua3MgZm9yIEdlb3JnZSdzIA0KcmVzcG9uc2Uu IEl0IGRvZXMgd29yayBhbmQgJ3hlIHZtLWxpc3QnIHJldHVybnMgbm8gZXJyb3JzLjwvRk9OVD48 L0RJVj4NCjxESVY+SG93ZXZlciwgSSBnb3QgYW5vdGhlciBwcm9ibGVtLiAneGUgdm0tbGlzdCcg b25seSBkaXNwbGF5ZWQgY29udHJvbGxpbmcgDQpkb21haW4gVk0sIG90aGVyIHZtcyBoYXZlIGFs bCBnb25lISBIb3cgY2FuIEkgdXNlIHRoZXNlIGxvc3QgVk1zPyBNYW55IA0KdGhhbmtzITwvRElW Pg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSNjMGMwYzAgc2l6ZT0yIGZhY2U9VmVyZGFu YT4yMDEyLTEwLTA0PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIHNpemU9MiBm YWNlPVZlcmRhbmE+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsgSEVJR0hUOiAycHgiIGlkPVNp Z25OYW1lSFIgYWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxl ZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTUEFOIA0KaWQ9X0Zs YXNoU2lnbk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6 ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0y IGZhY2U9VmVyZGFuYT48U1RST05HPuWPkeS7tuS6uu+8mjwvU1RST05HPnhlbi1hcGktcmVxdWVz dDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjxTVFJPTkc+ 5Y+R6YCB5pe26Ze077yaPC9TVFJPTkc+MjAxMi0xMC0wMiZuYnNwOzIwOjAwPC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJPTkc+5Li76aKY77yaPC9TVFJP Tkc+WGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgDQo0PC9GT05UPjwvRElWPg0KPERJVj48 Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8L1NUUk9ORz4i eGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+ PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9E SVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQmbmJzcDtYZW4t YXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7 PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9y ZyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtzdWJzY3JpYmUm bmJzcDtvciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJz cDtXaWRlJm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5m by94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZuYnNw O3NlbmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7b3Im bmJzcDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNoJm5ic3A7dGhl Jm5ic3A7cGVyc29uJm5ic3A7bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5ic3A7YXQmbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0 cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGVuJm5ic3A7 cmVwbHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5i c3A7bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZu YnNwOzwvRElWPg0KPERJVj50aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJz cDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO2FmdGVy Jm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7b24mbmJzcDttYXN0ZXImbmJzcDsoY2xh eXRvbmx5KSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO21vbml0 b3JpbmcmbmJzcDtvZiZuYnNwO1ZNJm5ic3A7KEFuYW5kJm5ic3A7SikmbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7My4mbmJzcDtSZTombmJzcDthZnRlciZuYnNwO3JlaW5zdGFs bCZuYnNwO3VidW50dSZuYnNwO29uJm5ic3A7bWFzdGVyJm5ic3A7KEdlb3JnZSZuYnNwO1NodWts aW4pJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVz c2FnZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7VHVlLCZuYnNwOzImbmJz cDtPY3QmbmJzcDsyMDEyJm5ic3A7MTg6NDc6NDkmbmJzcDsrMDgwMCZuYnNwOzwvRElWPg0KPERJ Vj5Gcm9tOiZuYnNwOyJjbGF5dG9ubHkiJmx0O2NsYXl0b25seUAxNjMuY29tJmd0OyZuYnNwOzwv RElWPg0KPERJVj5UbzombmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0 OyZuYnNwOzwvRElWPg0KPERJVj5TdWJqZWN0OiZuYnNwO1tYZW4tQVBJXSZuYnNwO2FmdGVyJm5i c3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7b24mbmJzcDttYXN0ZXImbmJzcDs8L0RJVj4N CjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7M2ZkZDJhOTIuZDViLjEzYTIxMTZjMzQyLkNvcmVt YWlsLmNsYXl0b25seUAxNjMuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6 Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJ1dGYtOCImbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPmhlbGxvLGV2ZXJ5b25lJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Zm9yJm5ic3A7c29tZSZuYnNwO3JlYXNv biwmbmJzcDtJJm5ic3A7aGF2ZSZuYnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO2FuZCZu YnNwO3hwYy14YXBpJm5ic3A7b24mbmJzcDttYXN0ZXIsJm5ic3A7YW5kJm5ic3A7YWxsJm5ic3A7 c2xhdmVzJm5ic3A7aW4mbmJzcDtwb29sJm5ic3A7aGF2ZSZuYnNwO2JlZW4mbmJzcDtkZWxldGVk LiZuYnNwO0J1dCZuYnNwO3doZW4mbmJzcDtJJm5ic3A7cnVuJm5ic3A7J3hlJm5ic3A7dm0tbGlz dCcmbmJzcDtvbiZuYnNwO3NsYXZlLCZuYnNwO3RoZXJlJm5ic3A7Y29tZXMmbmJzcDt0aGUmbmJz cDtlcnJvciZuYnNwOzwvRElWPg0KPERJVj4iVGhlJm5ic3A7bWFzdGVyJm5ic3A7c2F5cyZuYnNw O3RoZSZuYnNwO2hvc3RzJm5ic3A7aXMmbmJzcDtub3QmbmJzcDtrbm93Jm5ic3A7dG8mbmJzcDtp dC4mbmJzcDtQZXJoYXBzJm5ic3A7dGhlJm5ic3A7SG9zdCZuYnNwO3dhcyZuYnNwO2RlbGV0ZWQm bmJzcDtmcm9tJm5ic3A7dGhlJm5ic3A7bWFzdGVyJ3MmbmJzcDtkYXRhYmFzZT8mbmJzcDtQZXJo YXBzJm5ic3A7dGhlJm5ic3A7c2xhdmUmbmJzcDtpcyZuYnNwO3BvaXRpbmcmbmJzcDt0byZuYnNw O3RoZSZuYnNwO3dyb25nJm5ic3A7bWFzdGVyPyImbmJzcDs8L0RJVj4NCjxESVY+QWZ0ZXImbmJz cDt0aGF0Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNwO2FkZCZuYnNwO3RoZSZuYnNwO3Ns YXZlJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtwb29sLCZuYnNwO2l0Jm5ic3A7ZG9l c24ndCZuYnNwO3dvcmsuJm5ic3A7d2hhdCZuYnNwO3Nob3VsZCZuYnNwO2kmbmJzcDtkbz8mbmJz cDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPmNsYXl0b24mbmJzcDs8L0RJVj4NCjxESVY+MjAxMi0xMC0wMiZu YnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj5jbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0t LS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPkFuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJzcDtzY3J1YmJlZC4u LiZuYnNwOzwvRElWPg0KPERJVj5VUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2Fy Y2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwMi8xYzkyMDI2Yi9hdHRhY2ht ZW50Lmh0bWwmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWPk1lc3NhZ2U6Jm5ic3A7MiZuYnNwOzwvRElWPg0KPERJVj5EYXRlOiZuYnNwO1R1ZSwmbmJz cDsyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE2OjIwOjUyJm5ic3A7KzA1MzAmbmJzcDs8L0RJ Vj4NCjxESVY+RnJvbTombmJzcDtBbmFuZCZuYnNwO0ombmJzcDsmbHQ7YW5hbmRzYmoxOTg5QGdt YWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4u b3JnJm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7W1hlbi1BUEldJm5ic3A7bW9uaXRv cmluZyZuYnNwO29mJm5ic3A7Vk0mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O0NBRlFRcCthVnlrZXd5Nm4w SC1QTEs2MENqdDhDRDEzRFRuX2M0RTVjVDI2c1Jyb1NQUUBtYWlsLmdtYWlsLmNvbSZndDsmbmJz cDs8L0RJVj4NCjxESVY+Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxhaW47Jm5ic3A7Y2hhcnNl dD0iaXNvLTg4NTktMSImbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPmhpJm5i c3A7SSZuYnNwO2FtJm5ic3A7YW5hbmQuJm5ic3A7PC9ESVY+DQo8RElWPkkmbmJzcDthbSZuYnNw O3ZlcnkmbmJzcDtiZWdpbm5lciZuYnNwO3RvJm5ic3A7eGNwJm5ic3A7YW5kJm5ic3A7aSZuYnNw O3dhbnQmbmJzcDt0byZuYnNwO21vbml0b3ImbmJzcDt0aGUmbmJzcDt2aXJ0dWFsJm5ic3A7bWFj aGluZSZuYnNwOyhsaWtlJm5ic3A7PC9ESVY+DQo8RElWPmNwdSZuYnNwO3VzYWdlLCZuYnNwO3N0 b3JhZ2UsJm5ic3A7c3RhdHVzJm5ic3A7b2YmbmJzcDt2bSkuJm5ic3A7PC9ESVY+DQo8RElWPnNv Jm5ic3A7d2hpY2gmbmJzcDthbGwmbmJzcDtBUEkmbmJzcDtzaG91bGQmbmJzcDtpJm5ic3A7dXNl Jm5ic3A7dG8mbmJzcDtnZXQmbmJzcDt0aG9zZS4uLiZuYnNwO3BsZWFzZSZuYnNwO3N1Z2dlc3Qm bmJzcDttZS4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPnRoYW5rcyZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+cmVnYXJkcyZuYnNwOzwvRElWPg0KPERJ Vj5BTkFORCZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtw YXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5i c3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElW PlVSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBp L2F0dGFjaG1lbnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZTombmJzcDsz Jm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7VHVlLCZuYnNwOzAyJm5ic3A7T2N0Jm5ic3A7 MjAxMiZuYnNwOzE1OjQwOjQ5Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+RnJvbTombmJz cDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdtYWlsLmNvbSZn dDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7 PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0ZXIm bmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwvRElW Pg0KPERJVj5NZXNzYWdlLUlEOiZuYnNwOyZsdDs1MDZBRDJDMS40MDkwOTA2QGdtYWlsLmNvbSZn dDsmbmJzcDs8L0RJVj4NCjxESVY+Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxhaW47Jm5ic3A7 Y2hhcnNldD0iaXNvLTg4NTktMSI7Jm5ic3A7Rm9ybWF0PSJmbG93ZWQiJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5FdmVyeSZuYnNwO3NsYXZlJm5ic3A7aGFzJm5ic3A7L2V0 Yy94Y3AvcG9vbC5jb25mJm5ic3A7d2ljaCZuYnNwO3BvaW50cyZuYnNwO3RvJm5ic3A7bWFzdGVy LiZuYnNwO1RvJm5ic3A7Zml4Jm5ic3A7KHdlbGwsJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPmFj dHVhbGx5Jm5ic3A7YnJva2UmbmJzcDtkb3duJm5ic3A7bGVmdG92ZXJzJm5ic3A7b2YmbmJzcDtw cmV2aW91cyZuYnNwO3Bvb2wpOiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ KERBVEEmbmJzcDtMT1NTJm5ic3A7V0FSTklORykmbmJzcDs8L0RJVj4NCjxESVY+MCkmbmJzcDtz dWRvJm5ic3A7LXMmbmJzcDs8L0RJVj4NCjxESVY+MSkmbmJzcDsvZXRjL2luaXQuZC94Y3AteGFw aSZuYnNwO3N0b3AmbmJzcDs8L0RJVj4NCjxESVY+MikmbmJzcDtybSZuYnNwOy92YXIvbGliL3hj cC9zdGF0ZS5kYiZuYnNwOzwvRElWPg0KPERJVj4zKSZuYnNwO2VjaG8mbmJzcDttYXN0ZXImbmJz cDsmZ3Q7L2V0Yy94Y3AvcG9vbC5jb25mJm5ic3A7PC9ESVY+DQo8RElWPjQpJm5ic3A7L2V0Yy9p bml0LmQveGNwLXhhcGkmbmJzcDtzdGFydCZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjAyLjEwLjIwMTImbmJzcDsxNDo0NywmbmJzcDtjbGF5 dG9ubHkmbmJzcDs/Pz8/PzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2hlbGxvLGV2ZXJ5 b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtmb3ImbmJzcDtzb21lJm5ic3A7cmVhc29u LCZuYnNwO0kmbmJzcDtoYXZlJm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7YW5kJm5i c3A7eHBjLXhhcGkmbmJzcDtvbiZuYnNwO21hc3RlciwmbmJzcDthbmQmbmJzcDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO2FsbCZuYnNwO3NsYXZlcyZuYnNwO2luJm5ic3A7cG9vbCZuYnNw O2hhdmUmbmJzcDtiZWVuJm5ic3A7ZGVsZXRlZC4mbmJzcDtCdXQmbmJzcDt3aGVuJm5ic3A7SSZu YnNwO3J1biZuYnNwOyd4ZSZuYnNwO3ZtLWxpc3QnJm5ic3A7b24mbmJzcDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO3NsYXZlLCZuYnNwO3RoZXJlJm5ic3A7Y29tZXMmbmJzcDt0aGUmbmJz cDtlcnJvciZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7IlRoZSZuYnNwO21hc3RlciZuYnNw O3NheXMmbmJzcDt0aGUmbmJzcDtob3N0cyZuYnNwO2lzJm5ic3A7bm90Jm5ic3A7a25vdyZuYnNw O3RvJm5ic3A7aXQuJm5ic3A7UGVyaGFwcyZuYnNwO3RoZSZuYnNwO0hvc3QmbmJzcDt3YXMmbmJz cDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2RlbGV0ZWQmbmJzcDtmcm9tJm5ic3A7dGhl Jm5ic3A7bWFzdGVyJ3MmbmJzcDtkYXRhYmFzZT8mbmJzcDtQZXJoYXBzJm5ic3A7dGhlJm5ic3A7 c2xhdmUmbmJzcDtpcyZuYnNwO3BvaXRpbmcmbmJzcDt0byZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7dGhlJm5ic3A7d3JvbmcmbmJzcDttYXN0ZXI/IiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7QWZ0ZXImbmJzcDt0aGF0Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNw O2FkZCZuYnNwO3RoZSZuYnNwO3NsYXZlJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtw b29sLCZuYnNwO2l0Jm5ic3A7ZG9lc24ndCZuYnNwO3dvcmsuJm5ic3A7Jm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDt3aGF0Jm5ic3A7c2hvdWxkJm5ic3A7aSZuYnNwO2RvPyZuYnNwO01hbnkm bmJzcDt0aGFua3MhJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5dG9uJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsyMDEyLTEwLTAyJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2NsYXl0b25seSZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZu YnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGlAbGlzdHMueGVuLm9y ZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPi0tLS0tLS0tLS0tLS0tJm5ic3A7bmV4dCZuYnNwO3BhcnQmbmJzcDstLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj5BbiZuYnNwO0hUTUwmbmJzcDthdHRhY2htZW50Jm5ic3A7 d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+VVJMOiZuYnNwOyZsdDtodHRw Oi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEw MDIvMmZkY2E2OGMvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj5YZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNw O2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+ DQo8RElWPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+RW5kJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3 LCZuYnNwO0lzc3VlJm5ic3A7NCZuYnNwOzwvRElWPg0KPERJVj4qKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKiZuYnNwOzwvRElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1M Pg== --__=_Part_Boundary_009_011333.015604-- --===============0593748960761432308== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0593748960761432308==-- From xen-api-bounces@lists.xen.org Thu Oct 04 11:41:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 11:41:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjoF-00018A-M5; Thu, 04 Oct 2012 11:41:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjoE-00017x-B2 for xen-api@lists.xen.org; Thu, 04 Oct 2012 11:41:42 +0000 Received: from [85.158.138.51:8204] by server-16.bemta-3.messagelabs.com id 7F/EC-09129-5F57D605; Thu, 04 Oct 2012 11:41:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1349350899!33065913!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28573 invoked from network); 4 Oct 2012 11:41:40 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2012 11:41:40 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so199942lah.32 for ; Thu, 04 Oct 2012 04:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=JoxVUqnlxVsOBcULHTU/RdRa8N6kbwR1Fr87hHYyYnQ=; b=RLJlfJA1XEzyfzJ6rYihrMsCW4ZPtW12eyq1MfLLFiPULl2d4+mSQgo7hZs6zkiO1Y HEYmvNg2WbJjKPsnJtJx9guQzFmGZohgyk7JU6lfFuoG2+THkHjEeNmgeSm/AOZk3mLc u7JPE/sTL3UIDo0sfZG55/83CMEWV7vhJd2OJODsC7vwg9FdJuMQxRHSI/IBG1Dr4czn c8+TaNbo+UqTP3KZSIzetLNrmHpwyjwU8frhnA2CEnwTK2p/GbNIIpvxku1AnhekMPQB Y+mnK1sKQxGnlaeARWEJeRmbOSG/j3VlEZRqgFuAyyeCcr9BMh1SSan7WuClY0P5I6tq 5JaQ== Received: by 10.152.148.97 with SMTP id tr1mr3859349lab.33.1349350899458; Thu, 04 Oct 2012 04:41:39 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id t8sm78640lbm.2.2012.10.04.04.41.38 (version=SSLv3 cipher=OTHER); Thu, 04 Oct 2012 04:41:38 -0700 (PDT) Message-ID: <506D75F2.7010805@gmail.com> Date: Thu, 04 Oct 2012 15:41:38 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <3cea7cba.13c0.13a2b764935.Coremail.claytonly@163.com> In-Reply-To: <3cea7cba.13c0.13a2b764935.Coremail.claytonly@163.com> Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api digest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7543089655706457399==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7543089655706457399== Content-Type: multipart/alternative; boundary="------------010307060305040302010508" This is a multi-part message in MIME format. --------------010307060305040302010508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hey, did you saw the notice 'data loss warning'? Sorry, no "how to use these list VM" now. All I post was just a way to return slaves to pre-installed state to allow them rejoin pool (new pool). You can try to scavenge VM data from storage (which should stay intact, I think) but that require deep digging in VHD, LVM and so on. Which SM did you use? 04.10.2012 15:08, claytonly ?????: > Thanks for George's response. It does work and 'xe vm-list' returns no > errors. > However, I got another problem. 'xe vm-list' only displayed > controlling domain VM, other vms have all gone! How can I use these > lost VMs? Many thanks! > 2012-10-04 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *???:*xen-api-request > *????:*2012-10-02 20:00 > *??:*Xen-api Digest, Vol 77, Issue 4 > *???:*"xen-api" > *??:* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. after reinstall ubuntu on master (claytonly) > 2. monitoring of VM (Anand J) > 3. Re: after reinstall ubuntu on master (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Tue, 2 Oct 2012 18:47:49 +0800 > From: "claytonly" > To: "xen-api" > Subject: [Xen-API] after reinstall ubuntu on master > Message-ID: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> > Content-Type: text/plain; charset="utf-8" > hello,everyone > for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error > > "The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?" > > After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks! > > clayton > 2012-10-02 > claytonly > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > Message: 2 > Date: Tue, 2 Oct 2012 16:20:52 +0530 > From: Anand J > To: xen-api@lists.xen.org > Subject: [Xen-API] monitoring of VM > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > hi I am anand. > I am very beginner to xcp and i want to monitor the virtual machine (like > cpu usage, storage, status of vm). > so which all API should i use to get those... please suggest me. > thanks > regards > ANAND > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > Message: 3 > Date: Tue, 02 Oct 2012 15:40:49 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] after reinstall ubuntu on master > Message-ID: <506AD2C1.4090906@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, > actually broke down leftovers of previous pool): > (DATA LOSS WARNING) > 0) sudo -s > 1) /etc/init.d/xcp-xapi stop > 2) rm /var/lib/xcp/state.db > 3) echo master >/etc/xcp/pool.conf > 4) /etc/init.d/xcp-xapi start > 02.10.2012 14:47, claytonly ?????: > > hello,everyone > > for some reason, I have reinstall ubuntu and xpc-xapi on master, and > > all slaves in pool have been deleted. But when I run 'xe vm-list' on > > slave, there comes the error > > "The master says the hosts is not know to it. Perhaps the Host was > > deleted from the master's database? Perhaps the slave is poiting to > > the wrong master?" > > After that ,I try to add the slave to the new pool, it doesn't work. > > what should i do? Many thanks! > > clayton > > 2012-10-02 > > ------------------------------------------------------------------------ > > > claytonly > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 4 > ************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------010307060305040302010508 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hey, did you saw the notice 'data loss warning'?

Sorry, no "how to use these list VM" now.

All I post  was just a way to return slaves to pre-installed state to allow them rejoin pool (new pool).

You can try to scavenge VM data from storage (which should stay intact, I think) but that require  deep digging in VHD, LVM and so on. 

Which SM did you use?

04.10.2012 15:08, claytonly пишет:
Thanks for George's response. It does work and 'xe vm-list' returns no errors.
However, I got another problem. 'xe vm-list' only displayed controlling domain VM, other vms have all gone! How can I use these lost VMs? Many thanks!
2012-10-04
claytonly
发件人：xen-api-request
发送时间：2012-10-02 20:00
主题：Xen-api Digest, Vol 77, Issue 4
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
 
You can reach the person managing the list at 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. after reinstall ubuntu on master (claytonly) 
   2. monitoring of VM (Anand J) 
   3. Re: after reinstall ubuntu on master (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Tue, 2 Oct 2012 18:47:49 +0800 
From: "claytonly"<claytonly@163.com> 
To: "xen-api"<xen-api@lists.xen.org> 
Subject: [Xen-API] after reinstall ubuntu on master 
Content-Type: text/plain; charset="utf-8" 
 
hello,everyone 
 
 
for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error 
"The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?" 
After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks! 
 
 
clayton 
2012-10-02 
 
 
 
claytonly 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
Message: 2 
Date: Tue, 2 Oct 2012 16:20:52 +0530 
From: Anand J <anandsbj1989@gmail.com> 
Subject: [Xen-API] monitoring of VM 
Message-ID: 
Content-Type: text/plain; charset="iso-8859-1" 
 
hi I am anand. 
I am very beginner to xcp and i want to monitor the virtual machine (like 
cpu usage, storage, status of vm). 
so which all API should i use to get those... please suggest me. 
 
thanks 
 
regards 
ANAND 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
Message: 3 
Date: Tue, 02 Oct 2012 15:40:49 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] after reinstall ubuntu on master 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
Every slave has /etc/xcp/pool.conf wich points to master. To fix (well,  
actually broke down leftovers of previous pool): 
 
(DATA LOSS WARNING) 
0) sudo -s 
1) /etc/init.d/xcp-xapi stop 
2) rm /var/lib/xcp/state.db 
3) echo master >/etc/xcp/pool.conf 
4) /etc/init.d/xcp-xapi start 
 
 
02.10.2012 14:47, claytonly ?????: 
> hello,everyone 
> for some reason, I have reinstall ubuntu and xpc-xapi on master, and  
> all slaves in pool have been deleted. But when I run 'xe vm-list' on  
> slave, there comes the error 
> "The master says the hosts is not know to it. Perhaps the Host was  
> deleted from the master's database? Perhaps the slave is poiting to  
> the wrong master?" 
> After that ,I try to add the slave to the new pool, it doesn't work.  
> what should i do? Many thanks! 
> clayton 
> 2012-10-02 
> ------------------------------------------------------------------------ 
> claytonly 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 4 
************************************** 


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

--------------010307060305040302010508-- --===============7543089655706457399== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7543089655706457399==-- From xen-api-bounces@lists.xen.org Thu Oct 04 11:41:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 11:41:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjoF-00018A-M5; Thu, 04 Oct 2012 11:41:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJjoE-00017x-B2 for xen-api@lists.xen.org; Thu, 04 Oct 2012 11:41:42 +0000 Received: from [85.158.138.51:8204] by server-16.bemta-3.messagelabs.com id 7F/EC-09129-5F57D605; Thu, 04 Oct 2012 11:41:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1349350899!33065913!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28573 invoked from network); 4 Oct 2012 11:41:40 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2012 11:41:40 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so199942lah.32 for ; Thu, 04 Oct 2012 04:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=JoxVUqnlxVsOBcULHTU/RdRa8N6kbwR1Fr87hHYyYnQ=; b=RLJlfJA1XEzyfzJ6rYihrMsCW4ZPtW12eyq1MfLLFiPULl2d4+mSQgo7hZs6zkiO1Y HEYmvNg2WbJjKPsnJtJx9guQzFmGZohgyk7JU6lfFuoG2+THkHjEeNmgeSm/AOZk3mLc u7JPE/sTL3UIDo0sfZG55/83CMEWV7vhJd2OJODsC7vwg9FdJuMQxRHSI/IBG1Dr4czn c8+TaNbo+UqTP3KZSIzetLNrmHpwyjwU8frhnA2CEnwTK2p/GbNIIpvxku1AnhekMPQB Y+mnK1sKQxGnlaeARWEJeRmbOSG/j3VlEZRqgFuAyyeCcr9BMh1SSan7WuClY0P5I6tq 5JaQ== Received: by 10.152.148.97 with SMTP id tr1mr3859349lab.33.1349350899458; Thu, 04 Oct 2012 04:41:39 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id t8sm78640lbm.2.2012.10.04.04.41.38 (version=SSLv3 cipher=OTHER); Thu, 04 Oct 2012 04:41:38 -0700 (PDT) Message-ID: <506D75F2.7010805@gmail.com> Date: Thu, 04 Oct 2012 15:41:38 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <3cea7cba.13c0.13a2b764935.Coremail.claytonly@163.com> In-Reply-To: <3cea7cba.13c0.13a2b764935.Coremail.claytonly@163.com> Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api digest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7543089655706457399==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7543089655706457399== Content-Type: multipart/alternative; boundary="------------010307060305040302010508" This is a multi-part message in MIME format. --------------010307060305040302010508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hey, did you saw the notice 'data loss warning'? Sorry, no "how to use these list VM" now. All I post was just a way to return slaves to pre-installed state to allow them rejoin pool (new pool). You can try to scavenge VM data from storage (which should stay intact, I think) but that require deep digging in VHD, LVM and so on. Which SM did you use? 04.10.2012 15:08, claytonly ?????: > Thanks for George's response. It does work and 'xe vm-list' returns no > errors. > However, I got another problem. 'xe vm-list' only displayed > controlling domain VM, other vms have all gone! How can I use these > lost VMs? Many thanks! > 2012-10-04 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *???:*xen-api-request > *????:*2012-10-02 20:00 > *??:*Xen-api Digest, Vol 77, Issue 4 > *???:*"xen-api" > *??:* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. after reinstall ubuntu on master (claytonly) > 2. monitoring of VM (Anand J) > 3. Re: after reinstall ubuntu on master (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Tue, 2 Oct 2012 18:47:49 +0800 > From: "claytonly" > To: "xen-api" > Subject: [Xen-API] after reinstall ubuntu on master > Message-ID: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> > Content-Type: text/plain; charset="utf-8" > hello,everyone > for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error > > "The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?" > > After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks! > > clayton > 2012-10-02 > claytonly > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > Message: 2 > Date: Tue, 2 Oct 2012 16:20:52 +0530 > From: Anand J > To: xen-api@lists.xen.org > Subject: [Xen-API] monitoring of VM > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > hi I am anand. > I am very beginner to xcp and i want to monitor the virtual machine (like > cpu usage, storage, status of vm). > so which all API should i use to get those... please suggest me. > thanks > regards > ANAND > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > Message: 3 > Date: Tue, 02 Oct 2012 15:40:49 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] after reinstall ubuntu on master > Message-ID: <506AD2C1.4090906@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, > actually broke down leftovers of previous pool): > (DATA LOSS WARNING) > 0) sudo -s > 1) /etc/init.d/xcp-xapi stop > 2) rm /var/lib/xcp/state.db > 3) echo master >/etc/xcp/pool.conf > 4) /etc/init.d/xcp-xapi start > 02.10.2012 14:47, claytonly ?????: > > hello,everyone > > for some reason, I have reinstall ubuntu and xpc-xapi on master, and > > all slaves in pool have been deleted. But when I run 'xe vm-list' on > > slave, there comes the error > > "The master says the hosts is not know to it. Perhaps the Host was > > deleted from the master's database? Perhaps the slave is poiting to > > the wrong master?" > > After that ,I try to add the slave to the new pool, it doesn't work. > > what should i do? Many thanks! > > clayton > > 2012-10-02 > > ------------------------------------------------------------------------ > > > claytonly > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 4 > ************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------010307060305040302010508 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hey, did you saw the notice 'data loss warning'?

Sorry, no "how to use these list VM" now.

All I post  was just a way to return slaves to pre-installed state to allow them rejoin pool (new pool).

You can try to scavenge VM data from storage (which should stay intact, I think) but that require  deep digging in VHD, LVM and so on. 

Which SM did you use?

04.10.2012 15:08, claytonly пишет:
Thanks for George's response. It does work and 'xe vm-list' returns no errors.
However, I got another problem. 'xe vm-list' only displayed controlling domain VM, other vms have all gone! How can I use these lost VMs? Many thanks!
2012-10-04
claytonly
发件人：xen-api-request
发送时间：2012-10-02 20:00
主题：Xen-api Digest, Vol 77, Issue 4
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
 
You can reach the person managing the list at 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. after reinstall ubuntu on master (claytonly) 
   2. monitoring of VM (Anand J) 
   3. Re: after reinstall ubuntu on master (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Tue, 2 Oct 2012 18:47:49 +0800 
From: "claytonly"<claytonly@163.com> 
To: "xen-api"<xen-api@lists.xen.org> 
Subject: [Xen-API] after reinstall ubuntu on master 
Content-Type: text/plain; charset="utf-8" 
 
hello,everyone 
 
 
for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error 
"The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?" 
After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks! 
 
 
clayton 
2012-10-02 
 
 
 
claytonly 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
Message: 2 
Date: Tue, 2 Oct 2012 16:20:52 +0530 
From: Anand J <anandsbj1989@gmail.com> 
Subject: [Xen-API] monitoring of VM 
Message-ID: 
Content-Type: text/plain; charset="iso-8859-1" 
 
hi I am anand. 
I am very beginner to xcp and i want to monitor the virtual machine (like 
cpu usage, storage, status of vm). 
so which all API should i use to get those... please suggest me. 
 
thanks 
 
regards 
ANAND 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
Message: 3 
Date: Tue, 02 Oct 2012 15:40:49 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] after reinstall ubuntu on master 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
Every slave has /etc/xcp/pool.conf wich points to master. To fix (well,  
actually broke down leftovers of previous pool): 
 
(DATA LOSS WARNING) 
0) sudo -s 
1) /etc/init.d/xcp-xapi stop 
2) rm /var/lib/xcp/state.db 
3) echo master >/etc/xcp/pool.conf 
4) /etc/init.d/xcp-xapi start 
 
 
02.10.2012 14:47, claytonly ?????: 
> hello,everyone 
> for some reason, I have reinstall ubuntu and xpc-xapi on master, and  
> all slaves in pool have been deleted. But when I run 'xe vm-list' on  
> slave, there comes the error 
> "The master says the hosts is not know to it. Perhaps the Host was  
> deleted from the master's database? Perhaps the slave is poiting to  
> the wrong master?" 
> After that ,I try to add the slave to the new pool, it doesn't work.  
> what should i do? Many thanks! 
> clayton 
> 2012-10-02 
> ------------------------------------------------------------------------ 
> claytonly 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 4 
************************************** 


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

--------------010307060305040302010508-- --===============7543089655706457399== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7543089655706457399==-- From xen-api-bounces@lists.xen.org Thu Oct 04 12:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 12:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJkFc-0002jy-Nz; Thu, 04 Oct 2012 12:10:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJkFa-0002jd-Q0 for Xen-api@lists.xen.org; Thu, 04 Oct 2012 12:09:59 +0000 Received: from [85.158.138.51:53832] by server-9.bemta-3.messagelabs.com id C0/A6-20338-69C7D605; Thu, 04 Oct 2012 12:09:58 +0000 X-Env-Sender: e.chupriyanov@cpm.ru X-Msg-Ref: server-9.tower-174.messagelabs.com!1349352592!31398398!1 X-Originating-IP: [91.206.116.134] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_TEST_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23104 invoked from network); 4 Oct 2012 12:09:52 -0000 Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134) by server-9.tower-174.messagelabs.com with SMTP; 4 Oct 2012 12:09:52 -0000 Received: from localhost (mail.cpm.ru [127.0.0.1]) by mail.cpm.ru (Postfix) with ESMTP id CC3A917E49 for ; Thu, 4 Oct 2012 16:09:50 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default; t=1349352590; bh=jVwkKu9rPXQb+8sO61k17tJQu0uBBPXbKVwzvFDcifM=; h=From:Content-Type:Message-Id:Mime-Version:Subject:Date:References: To:In-Reply-To; b=RgA5S81HP4si7QoXNcg82Knxeu74eKJZBV9FZvwD9FD6/iKQRvyEXA5ASacApAyoD /EbaMPXF2D5pWrkePuMjTTl3GFOs1SIg3hxw+4+QUbaFuL0BSIJ5DGGsKTJk2Ngxkt Pc75P2i5hrcs7Aur1MM+EbQG6TBwcsvjb5zNMaE0= X-Virus-Scanned: amavisd-new at cpm.ru Received: from mail.cpm.ru ([127.0.0.1]) by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UER9Ve981dVs for ; Thu, 4 Oct 2012 16:09:50 +0400 (MSK) Received: from eric-vmmac.cpm.ru (eric-vmmac.cpm.ru [172.16.35.53]) (Authenticated sender: e.chupriyanov@cpm.ru) by mail.cpm.ru (Postfix) with ESMTP id 7C7BA17E44 for ; Thu, 4 Oct 2012 16:09:50 +0400 (MSK) From: Evgeniy Chupriyanov Message-Id: <2A9ABBF7-15A1-434C-A0C1-62BC3DA82BC4@cpm.ru> Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) Date: Thu, 4 Oct 2012 16:09:51 +0400 References: To: Xen-api@lists.xen.org In-Reply-To: X-Mailer: Apple Mail (2.1498) Subject: Re: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8970724902624534481==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8970724902624534481== Content-Type: multipart/alternative; boundary="Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE" --Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=koi8-r 03.10.2012, =D7 16:04, Michel Moriniaux = =CE=C1=D0=C9=D3=C1=CC(=C1): > Hello, > I replaced the RPM for 6.1: > .xva import ok > .vdmi import fails with the same messages:=20 > System.Xml.XmlException: Root element is missing. > Best regards, > Mike I can confirm that. I'm evaluating fresh clean install of XCP 1.6 beta, and trying to VMs = from previously user XCP 1.5 beta. I use XenCenter 6.1 for import/export If I use XVA format, import works perfectly. Bit when I try to export = couple of VMs as OVA appliance import fails. I have following in XenCenter log: 2012-10-04 15:18:05,697 INFO Audit [Main program thread] - Operation = started: ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru):=20 2012-10-04 15:25:09,860 DEBUG XenAdmin.Actions.ActionBase [5904] - = Importing VMs... 2012-10-04 15:25:09,861 INFO XenAPI.Session [5904] - Invoking XML-RPC = method pool.get_all_records 2012-10-04 15:25:09,903 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM_appliance.create 2012-10-04 15:25:09,973 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.create 2012-10-04 15:25:10,030 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.add_to_other_config 2012-10-04 15:25:10,079 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_name_label 2012-10-04 15:25:10,122 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_appliance 2012-10-04 15:25:10,181 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_start_delay 2012-10-04 15:25:10,245 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_shutdown_delay 2012-10-04 15:25:10,312 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_order 2012-10-04 15:25:10,364 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_VBDs 2012-10-04 15:25:10,411 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_name_label 2012-10-04 15:25:10,451 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_VBDs 2012-10-04 15:25:10,491 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_allowed_VBD_devices 2012-10-04 15:25:10,532 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VBD.create 2012-10-04 15:25:10,567 DEBUG XenAdmin.Actions.ActionBase [5904] - = Attached CD/DVD Drive. 2012-10-04 15:25:10,573 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_name_label 2012-10-04 15:25:10,580 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_by_uuid 2012-10-04 15:25:10,637 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_by_uuid 2012-10-04 15:25:10,681 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_physical_size 2012-10-04 15:25:10,721 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_physical_utilisation 2012-10-04 15:25:10,758 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_content_type 2012-10-04 15:25:10,801 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_by_uuid 2012-10-04 15:25:10,842 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VDI.create 2012-10-04 15:25:12,661 DEBUG XenAdmin.Actions.ActionBase [5904] - = Connecting virtual disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ...=20 2012-10-04 15:25:12,663 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VDI.get_uuid 2012-10-04 15:25:12,669 INFO XenAPI.Session [5904] - Invoking XML-RPC = method session.get_this_host 2012-10-04 15:25:12,710 INFO XenAPI.Session [5904] - Invoking XML-RPC = method host.call_plugin 2012-10-04 15:25:12,761 DEBUG XenAdmin.Actions.ActionBase [5904] - = Disconnecting virtual disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ...=20= 2012-10-04 15:25:12,764 INFO XenAPI.Session [5904] - Invoking XML-RPC = method session.get_this_host 2012-10-04 15:25:12,810 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.destroy 2012-10-04 15:25:12,883 ERROR XenAdmin.Actions.AsyncAction [5904] - = System.Exception: Failed to import. ---> System.IO.InvalidDataException: = Failed to add resource Hard Disk Image. ---> System.Exception: Failed to = import. ---> System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4. =D7 System.Xml.XmlTextReaderImpl.Throw(Exception e) =D7 System.Xml.XmlTextReaderImpl.ParseDocumentContent() =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace) =D7 System.Xml.XmlDocument.Load(XmlReader reader) =D7 System.Xml.XmlDocument.LoadXml(String xml) =D7 XenOvfTransport.iSCSI.ParsePluginRecordFor(String name) =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session xenSession) =D7 XenOvfTransport.iSCSI.Disconnect(Session xenSession) =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description) =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) =D7 XenOvfTransport.Import.ImportFileProc(Object args) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFileProc(Object args) =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) 2012-10-04 15:25:12,883 ERROR XenAdmin.Actions.AsyncAction [5904] - =D7= XenOvfTransport.Import.Process(Session xenSession, EnvelopeType ovfObj, = String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) 2012-10-04 15:25:12,883 WARN Audit [5904] - Operation failure: = ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru): Disconnecting = virtual disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ...=20 2012-10-04 15:25:12,883 DEBUG XenAdmin.Actions.ActionBase [5904] - = System.Exception: Failed to import. ---> System.IO.InvalidDataException: = Failed to add resource Hard Disk Image. ---> System.Exception: Failed to = import. ---> System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4. =D7 System.Xml.XmlTextReaderImpl.Throw(Exception e) =D7 System.Xml.XmlTextReaderImpl.ParseDocumentContent() =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace) =D7 System.Xml.XmlDocument.Load(XmlReader reader) =D7 System.Xml.XmlDocument.LoadXml(String xml) =D7 XenOvfTransport.iSCSI.ParsePluginRecordFor(String name) =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session xenSession) =D7 XenOvfTransport.iSCSI.Disconnect(Session xenSession) =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description) =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) =D7 XenOvfTransport.Import.ImportFileProc(Object args) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFileProc(Object args) =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) System.Exception: Failed to import. ---> System.IO.InvalidDataException: = Failed to add resource Hard Disk Image. ---> System.Exception: Failed to = import. ---> System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4. =D7 System.Xml.XmlTextReaderImpl.Throw(Exception e) =D7 System.Xml.XmlTextReaderImpl.ParseDocumentContent() =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace) =D7 System.Xml.XmlDocument.Load(XmlReader reader) =D7 System.Xml.XmlDocument.LoadXml(String xml) =D7 XenOvfTransport.iSCSI.ParsePluginRecordFor(String name) =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session xenSession) =D7 XenOvfTransport.iSCSI.Disconnect(Session xenSession) =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description) =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) =D7 XenOvfTransport.Import.ImportFileProc(Object args) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFileProc(Object args) =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) --- Regard, Eugene --Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=koi8-r moriniaux.lists@gmail.com>= ; =CE=C1=D0=C9=D3=C1=CC(=C1):

Hello,
I replaced the RPM for 6.1:
.xva import ok
.vdmi import fails with the same messages:
System.Xml.XmlException: Root element is = missing.
Best regards,
Mike

I can confirm that.
I'm evaluating = fresh clean install of XCP 1.6 beta, and trying to VMs from previously = user XCP 1.5 beta.
I use XenCenter 6.1 for = import/export
If I use XVA format, import works perfectly. Bit = when I try to export couple of VMs as OVA appliance import = fails.
I have following in XenCenter = log:
2012-10-04 15:18:05,697 INFO  Audit [Main = program thread] - Operation started: ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru): 
2012-10-04= 15:25:09,860 DEBUG XenAdmin.Actions.ActionBase [5904] - Importing = VMs...
2012-10-04 15:25:09,861 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = pool.get_all_records
2012-10-04 15:25:09,903 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM_appliance.create
2012-10-04 15:25:09,973 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.create
2012-10-04 15:25:10,030 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = VM.add_to_other_config
2012-10-04 15:25:10,079 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.get_name_label
2012-10-04 15:25:10,122 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_appliance
2012-10-04 15:25:10,181 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_start_delay
2012-10-04 15:25:10,245 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_shutdown_delay
2012-10-04 15:25:10,312 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_order
2012-10-04 15:25:10,364 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method VM.get_VBDs
2012-10-04 = 15:25:10,411 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = VM.get_name_label
2012-10-04 15:25:10,451 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.get_VBDs
2012-10-04 15:25:10,491 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = VM.get_allowed_VBD_devices
2012-10-04 15:25:10,532 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VBD.create
2012-10-04 15:25:10,567 DEBUG = XenAdmin.Actions.ActionBase [5904] - Attached CD/DVD = Drive.
2012-10-04 15:25:10,573 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method VM.get_name_label
2012-10-04 = 15:25:10,580 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_by_uuid
2012-10-04 15:25:10,637 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_by_uuid
2012-10-04 15:25:10,681 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_physical_size
2012-10-04 15:25:10,721 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_physical_utilisation
2012-10-04 15:25:10,758 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_content_type
2012-10-04 15:25:10,801 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_by_uuid
2012-10-04 15:25:10,842 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VDI.create
2012-10-04 15:25:12,661 DEBUG = XenAdmin.Actions.ActionBase [5904] - Connecting virtual disk = fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ... 
2012-10-04 = 15:25:12,663 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = VDI.get_uuid
2012-10-04 15:25:12,669 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = session.get_this_host
2012-10-04 15:25:12,710 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = host.call_plugin
2012-10-04 15:25:12,761 DEBUG = XenAdmin.Actions.ActionBase [5904] - Disconnecting virtual disk = fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ... 
2012-10-04 = 15:25:12,764 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = session.get_this_host
2012-10-04 15:25:12,810 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.destroy
2012-10-04 15:25:12,883 ERROR = XenAdmin.Actions.AsyncAction [5904] - System.Exception: Failed to = import. ---> System.IO.InvalidDataException: Failed to add resource = Hard Disk Image. ---> System.Exception: Failed to import. ---> = System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4.
   =D7 = System.Xml.XmlTextReaderImpl.Throw(Exception e)
   =D7= System.Xml.XmlTextReaderImpl.ParseDocumentContent()
  =  =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace)
   =D7 = System.Xml.XmlDocument.Load(XmlReader reader)
   =D7 = System.Xml.XmlDocument.LoadXml(String xml)
   =D7 = XenOvfTransport.iSCSI.ParsePluginRecordFor(String name)
  =  =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session = xenSession)
   =D7 = XenOvfTransport.iSCSI.Disconnect(Session xenSession)
  =  =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description)
   =D7 = XenOvfTransport.Import.ImportFile(Session xenSession, String vmname, = String pathToOvf, String filename, String compression, String version, = String passcode, String sruuid, String description)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.ImportFile(Session = xenSession, String vmname, String pathToOvf, String filename, String = compression, String version, String passcode, String sruuid, String = description)
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  =D7 XenOvfTransport.Import.AddResourceSettingData(Session = xenSession, XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String = filename, String compression, String version, String = passcode)
   --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2= =CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 = =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA ---
   =D7 = XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode)
  =  =D7 XenOvfTransport.Import.Process(Session xenSession, = EnvelopeType ovfObj, String pathToOvf, String passcode)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)
2012-10-04 15:25:12,883 ERROR XenAdmin.Actions.AsyncAction = [5904] -    =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)
2012-10-04 15:25:12,883 WARN  Audit [5904] - Operation = failure: ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru): Disconnecting virtual = disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd = ... 
2012-10-04 15:25:12,883 DEBUG = XenAdmin.Actions.ActionBase [5904] - System.Exception: Failed to import. = ---> System.IO.InvalidDataException: Failed to add resource Hard Disk = Image. ---> System.Exception: Failed to import. ---> = System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4.
   =D7 = System.Xml.XmlTextReaderImpl.Throw(Exception e)
   =D7= System.Xml.XmlTextReaderImpl.ParseDocumentContent()
  =  =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace)
   =D7 = System.Xml.XmlDocument.Load(XmlReader reader)
   =D7 = System.Xml.XmlDocument.LoadXml(String xml)
   =D7 = XenOvfTransport.iSCSI.ParsePluginRecordFor(String name)
  =  =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session = xenSession)
   =D7 = XenOvfTransport.iSCSI.Disconnect(Session xenSession)
  =  =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description)
   =D7 = XenOvfTransport.Import.ImportFile(Session xenSession, String vmname, = String pathToOvf, String filename, String compression, String version, = String passcode, String sruuid, String description)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.ImportFile(Session = xenSession, String vmname, String pathToOvf, String filename, String = compression, String version, String passcode, String sruuid, String = description)
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  =D7 XenOvfTransport.Import.AddResourceSettingData(Session = xenSession, XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String = filename, String compression, String version, String = passcode)
   --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2= =CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 = =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA ---
   =D7 = XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode)
  =  =D7 XenOvfTransport.Import.Process(Session xenSession, = EnvelopeType ovfObj, String pathToOvf, String passcode)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)
System.Exception: Failed to import. ---> = System.IO.InvalidDataException: Failed to add resource Hard Disk Image. = ---> System.Exception: Failed to import. ---> System.Exception: = Failed to import virtual disk file. ---> System.Xml.XmlException: = =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5=D7=CF=CA = =DC=CC=C5=CD=C5=CE=D4.
   =D7 = System.Xml.XmlTextReaderImpl.Throw(Exception e)
   =D7= System.Xml.XmlTextReaderImpl.ParseDocumentContent()
  =  =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace)
   =D7 = System.Xml.XmlDocument.Load(XmlReader reader)
   =D7 = System.Xml.XmlDocument.LoadXml(String xml)
   =D7 = XenOvfTransport.iSCSI.ParsePluginRecordFor(String name)
  =  =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session = xenSession)
   =D7 = XenOvfTransport.iSCSI.Disconnect(Session xenSession)
  =  =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description)
   =D7 = XenOvfTransport.Import.ImportFile(Session xenSession, String vmname, = String pathToOvf, String filename, String compression, String version, = String passcode, String sruuid, String description)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.ImportFile(Session = xenSession, String vmname, String pathToOvf, String filename, String = compression, String version, String passcode, String sruuid, String = description)
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  =D7 XenOvfTransport.Import.AddResourceSettingData(Session = xenSession, XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String = filename, String compression, String version, String = passcode)
   --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2= =CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 = =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA ---
   =D7 = XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode)
  =  =D7 XenOvfTransport.Import.Process(Session xenSession, = EnvelopeType ovfObj, String pathToOvf, String passcode)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)

---
Regard,
Eugene

= --Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE-- --===============8970724902624534481== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8970724902624534481==-- From xen-api-bounces@lists.xen.org Thu Oct 04 12:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 12:10:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJkFc-0002jy-Nz; Thu, 04 Oct 2012 12:10:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJkFa-0002jd-Q0 for Xen-api@lists.xen.org; Thu, 04 Oct 2012 12:09:59 +0000 Received: from [85.158.138.51:53832] by server-9.bemta-3.messagelabs.com id C0/A6-20338-69C7D605; Thu, 04 Oct 2012 12:09:58 +0000 X-Env-Sender: e.chupriyanov@cpm.ru X-Msg-Ref: server-9.tower-174.messagelabs.com!1349352592!31398398!1 X-Originating-IP: [91.206.116.134] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_TEST_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23104 invoked from network); 4 Oct 2012 12:09:52 -0000 Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134) by server-9.tower-174.messagelabs.com with SMTP; 4 Oct 2012 12:09:52 -0000 Received: from localhost (mail.cpm.ru [127.0.0.1]) by mail.cpm.ru (Postfix) with ESMTP id CC3A917E49 for ; Thu, 4 Oct 2012 16:09:50 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default; t=1349352590; bh=jVwkKu9rPXQb+8sO61k17tJQu0uBBPXbKVwzvFDcifM=; h=From:Content-Type:Message-Id:Mime-Version:Subject:Date:References: To:In-Reply-To; b=RgA5S81HP4si7QoXNcg82Knxeu74eKJZBV9FZvwD9FD6/iKQRvyEXA5ASacApAyoD /EbaMPXF2D5pWrkePuMjTTl3GFOs1SIg3hxw+4+QUbaFuL0BSIJ5DGGsKTJk2Ngxkt Pc75P2i5hrcs7Aur1MM+EbQG6TBwcsvjb5zNMaE0= X-Virus-Scanned: amavisd-new at cpm.ru Received: from mail.cpm.ru ([127.0.0.1]) by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UER9Ve981dVs for ; Thu, 4 Oct 2012 16:09:50 +0400 (MSK) Received: from eric-vmmac.cpm.ru (eric-vmmac.cpm.ru [172.16.35.53]) (Authenticated sender: e.chupriyanov@cpm.ru) by mail.cpm.ru (Postfix) with ESMTP id 7C7BA17E44 for ; Thu, 4 Oct 2012 16:09:50 +0400 (MSK) From: Evgeniy Chupriyanov Message-Id: <2A9ABBF7-15A1-434C-A0C1-62BC3DA82BC4@cpm.ru> Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) Date: Thu, 4 Oct 2012 16:09:51 +0400 References: To: Xen-api@lists.xen.org In-Reply-To: X-Mailer: Apple Mail (2.1498) Subject: Re: [Xen-API] [XCP 1.6 beta] XenCenter 6.0.2 import appliance or disk image X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8970724902624534481==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8970724902624534481== Content-Type: multipart/alternative; boundary="Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE" --Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=koi8-r 03.10.2012, =D7 16:04, Michel Moriniaux = =CE=C1=D0=C9=D3=C1=CC(=C1): > Hello, > I replaced the RPM for 6.1: > .xva import ok > .vdmi import fails with the same messages:=20 > System.Xml.XmlException: Root element is missing. > Best regards, > Mike I can confirm that. I'm evaluating fresh clean install of XCP 1.6 beta, and trying to VMs = from previously user XCP 1.5 beta. I use XenCenter 6.1 for import/export If I use XVA format, import works perfectly. Bit when I try to export = couple of VMs as OVA appliance import fails. I have following in XenCenter log: 2012-10-04 15:18:05,697 INFO Audit [Main program thread] - Operation = started: ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru):=20 2012-10-04 15:25:09,860 DEBUG XenAdmin.Actions.ActionBase [5904] - = Importing VMs... 2012-10-04 15:25:09,861 INFO XenAPI.Session [5904] - Invoking XML-RPC = method pool.get_all_records 2012-10-04 15:25:09,903 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM_appliance.create 2012-10-04 15:25:09,973 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.create 2012-10-04 15:25:10,030 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.add_to_other_config 2012-10-04 15:25:10,079 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_name_label 2012-10-04 15:25:10,122 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_appliance 2012-10-04 15:25:10,181 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_start_delay 2012-10-04 15:25:10,245 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_shutdown_delay 2012-10-04 15:25:10,312 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.set_order 2012-10-04 15:25:10,364 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_VBDs 2012-10-04 15:25:10,411 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_name_label 2012-10-04 15:25:10,451 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_VBDs 2012-10-04 15:25:10,491 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_allowed_VBD_devices 2012-10-04 15:25:10,532 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VBD.create 2012-10-04 15:25:10,567 DEBUG XenAdmin.Actions.ActionBase [5904] - = Attached CD/DVD Drive. 2012-10-04 15:25:10,573 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.get_name_label 2012-10-04 15:25:10,580 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_by_uuid 2012-10-04 15:25:10,637 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_by_uuid 2012-10-04 15:25:10,681 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_physical_size 2012-10-04 15:25:10,721 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_physical_utilisation 2012-10-04 15:25:10,758 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_content_type 2012-10-04 15:25:10,801 INFO XenAPI.Session [5904] - Invoking XML-RPC = method SR.get_by_uuid 2012-10-04 15:25:10,842 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VDI.create 2012-10-04 15:25:12,661 DEBUG XenAdmin.Actions.ActionBase [5904] - = Connecting virtual disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ...=20 2012-10-04 15:25:12,663 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VDI.get_uuid 2012-10-04 15:25:12,669 INFO XenAPI.Session [5904] - Invoking XML-RPC = method session.get_this_host 2012-10-04 15:25:12,710 INFO XenAPI.Session [5904] - Invoking XML-RPC = method host.call_plugin 2012-10-04 15:25:12,761 DEBUG XenAdmin.Actions.ActionBase [5904] - = Disconnecting virtual disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ...=20= 2012-10-04 15:25:12,764 INFO XenAPI.Session [5904] - Invoking XML-RPC = method session.get_this_host 2012-10-04 15:25:12,810 INFO XenAPI.Session [5904] - Invoking XML-RPC = method VM.destroy 2012-10-04 15:25:12,883 ERROR XenAdmin.Actions.AsyncAction [5904] - = System.Exception: Failed to import. ---> System.IO.InvalidDataException: = Failed to add resource Hard Disk Image. ---> System.Exception: Failed to = import. ---> System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4. =D7 System.Xml.XmlTextReaderImpl.Throw(Exception e) =D7 System.Xml.XmlTextReaderImpl.ParseDocumentContent() =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace) =D7 System.Xml.XmlDocument.Load(XmlReader reader) =D7 System.Xml.XmlDocument.LoadXml(String xml) =D7 XenOvfTransport.iSCSI.ParsePluginRecordFor(String name) =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session xenSession) =D7 XenOvfTransport.iSCSI.Disconnect(Session xenSession) =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description) =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) =D7 XenOvfTransport.Import.ImportFileProc(Object args) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFileProc(Object args) =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) 2012-10-04 15:25:12,883 ERROR XenAdmin.Actions.AsyncAction [5904] - =D7= XenOvfTransport.Import.Process(Session xenSession, EnvelopeType ovfObj, = String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) 2012-10-04 15:25:12,883 WARN Audit [5904] - Operation failure: = ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru): Disconnecting = virtual disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ...=20 2012-10-04 15:25:12,883 DEBUG XenAdmin.Actions.ActionBase [5904] - = System.Exception: Failed to import. ---> System.IO.InvalidDataException: = Failed to add resource Hard Disk Image. ---> System.Exception: Failed to = import. ---> System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4. =D7 System.Xml.XmlTextReaderImpl.Throw(Exception e) =D7 System.Xml.XmlTextReaderImpl.ParseDocumentContent() =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace) =D7 System.Xml.XmlDocument.Load(XmlReader reader) =D7 System.Xml.XmlDocument.LoadXml(String xml) =D7 XenOvfTransport.iSCSI.ParsePluginRecordFor(String name) =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session xenSession) =D7 XenOvfTransport.iSCSI.Disconnect(Session xenSession) =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description) =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) =D7 XenOvfTransport.Import.ImportFileProc(Object args) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFileProc(Object args) =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) System.Exception: Failed to import. ---> System.IO.InvalidDataException: = Failed to add resource Hard Disk Image. ---> System.Exception: Failed to = import. ---> System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4. =D7 System.Xml.XmlTextReaderImpl.Throw(Exception e) =D7 System.Xml.XmlTextReaderImpl.ParseDocumentContent() =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace) =D7 System.Xml.XmlDocument.Load(XmlReader reader) =D7 System.Xml.XmlDocument.LoadXml(String xml) =D7 XenOvfTransport.iSCSI.ParsePluginRecordFor(String name) =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session xenSession) =D7 XenOvfTransport.iSCSI.Disconnect(Session xenSession) =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description) =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFile(Session xenSession, String = vmname, String pathToOvf, String filename, String compression, String = version, String passcode, String sruuid, String description) =D7 XenOvfTransport.Import.ImportFileProc(Object args) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.ImportFileProc(Object args) =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode) =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5= =CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA --- =D7 XenOvfTransport.Import.Process(Session xenSession, EnvelopeType = ovfObj, String pathToOvf, String passcode) =D7 XenOvfTransport.Import.Process(EnvelopeType ovfObj, String = pathToOvf, String passcode) =D7 XenAdmin.Actions.OVFActions.ImportApplianceAction.Run() =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) --- Regard, Eugene --Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=koi8-r moriniaux.lists@gmail.com>= ; =CE=C1=D0=C9=D3=C1=CC(=C1):
Hello,
I replaced the RPM for 6.1:
.xva import ok
.vdmi import fails with the same messages:
System.Xml.XmlException: Root element is = missing.
Best regards,
Mike

I can confirm that.
I'm evaluating = fresh clean install of XCP 1.6 beta, and trying to VMs from previously = user XCP 1.5 beta.
I use XenCenter 6.1 for = import/export
If I use XVA format, import works perfectly. Bit = when I try to export couple of VMs as OVA appliance import = fails.
I have following in XenCenter = log:
2012-10-04 15:18:05,697 INFO  Audit [Main = program thread] - Operation started: ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru): 
2012-10-04= 15:25:09,860 DEBUG XenAdmin.Actions.ActionBase [5904] - Importing = VMs...
2012-10-04 15:25:09,861 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = pool.get_all_records
2012-10-04 15:25:09,903 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM_appliance.create
2012-10-04 15:25:09,973 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.create
2012-10-04 15:25:10,030 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = VM.add_to_other_config
2012-10-04 15:25:10,079 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.get_name_label
2012-10-04 15:25:10,122 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_appliance
2012-10-04 15:25:10,181 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_start_delay
2012-10-04 15:25:10,245 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_shutdown_delay
2012-10-04 15:25:10,312 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.set_order
2012-10-04 15:25:10,364 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method VM.get_VBDs
2012-10-04 = 15:25:10,411 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = VM.get_name_label
2012-10-04 15:25:10,451 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.get_VBDs
2012-10-04 15:25:10,491 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = VM.get_allowed_VBD_devices
2012-10-04 15:25:10,532 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VBD.create
2012-10-04 15:25:10,567 DEBUG = XenAdmin.Actions.ActionBase [5904] - Attached CD/DVD = Drive.
2012-10-04 15:25:10,573 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method VM.get_name_label
2012-10-04 = 15:25:10,580 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_by_uuid
2012-10-04 15:25:10,637 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_by_uuid
2012-10-04 15:25:10,681 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_physical_size
2012-10-04 15:25:10,721 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_physical_utilisation
2012-10-04 15:25:10,758 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_content_type
2012-10-04 15:25:10,801 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = SR.get_by_uuid
2012-10-04 15:25:10,842 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VDI.create
2012-10-04 15:25:12,661 DEBUG = XenAdmin.Actions.ActionBase [5904] - Connecting virtual disk = fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ... 
2012-10-04 = 15:25:12,663 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = VDI.get_uuid
2012-10-04 15:25:12,669 INFO  XenAPI.Session = [5904] - Invoking XML-RPC method = session.get_this_host
2012-10-04 15:25:12,710 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = host.call_plugin
2012-10-04 15:25:12,761 DEBUG = XenAdmin.Actions.ActionBase [5904] - Disconnecting virtual disk = fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd ... 
2012-10-04 = 15:25:12,764 INFO  XenAPI.Session [5904] - Invoking XML-RPC method = session.get_this_host
2012-10-04 15:25:12,810 INFO =  XenAPI.Session [5904] - Invoking XML-RPC method = VM.destroy
2012-10-04 15:25:12,883 ERROR = XenAdmin.Actions.AsyncAction [5904] - System.Exception: Failed to = import. ---> System.IO.InvalidDataException: Failed to add resource = Hard Disk Image. ---> System.Exception: Failed to import. ---> = System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4.
   =D7 = System.Xml.XmlTextReaderImpl.Throw(Exception e)
   =D7= System.Xml.XmlTextReaderImpl.ParseDocumentContent()
  =  =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace)
   =D7 = System.Xml.XmlDocument.Load(XmlReader reader)
   =D7 = System.Xml.XmlDocument.LoadXml(String xml)
   =D7 = XenOvfTransport.iSCSI.ParsePluginRecordFor(String name)
  =  =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session = xenSession)
   =D7 = XenOvfTransport.iSCSI.Disconnect(Session xenSession)
  =  =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description)
   =D7 = XenOvfTransport.Import.ImportFile(Session xenSession, String vmname, = String pathToOvf, String filename, String compression, String version, = String passcode, String sruuid, String description)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.ImportFile(Session = xenSession, String vmname, String pathToOvf, String filename, String = compression, String version, String passcode, String sruuid, String = description)
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  =D7 XenOvfTransport.Import.AddResourceSettingData(Session = xenSession, XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String = filename, String compression, String version, String = passcode)
   --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2= =CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 = =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA ---
   =D7 = XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode)
  =  =D7 XenOvfTransport.Import.Process(Session xenSession, = EnvelopeType ovfObj, String pathToOvf, String passcode)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)
2012-10-04 15:25:12,883 ERROR XenAdmin.Actions.AsyncAction = [5904] -    =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)
2012-10-04 15:25:12,883 WARN  Audit [5904] - Operation = failure: ImportApplianceAction: xcp01.cpm.ru: Host = 63613122-1246-43db-8942-78685b5ec7ca (xcp01.cpm.ru): Disconnecting virtual = disk fc7320a2-28fa-45ce-a330-96694d7b02e9.vhd = ... 
2012-10-04 15:25:12,883 DEBUG = XenAdmin.Actions.ActionBase [5904] - System.Exception: Failed to import. = ---> System.IO.InvalidDataException: Failed to add resource Hard Disk = Image. ---> System.Exception: Failed to import. ---> = System.Exception: Failed to import virtual disk file. ---> = System.Xml.XmlException: =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5= =D7=CF=CA =DC=CC=C5=CD=C5=CE=D4.
   =D7 = System.Xml.XmlTextReaderImpl.Throw(Exception e)
   =D7= System.Xml.XmlTextReaderImpl.ParseDocumentContent()
  =  =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace)
   =D7 = System.Xml.XmlDocument.Load(XmlReader reader)
   =D7 = System.Xml.XmlDocument.LoadXml(String xml)
   =D7 = XenOvfTransport.iSCSI.ParsePluginRecordFor(String name)
  =  =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session = xenSession)
   =D7 = XenOvfTransport.iSCSI.Disconnect(Session xenSession)
  =  =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description)
   =D7 = XenOvfTransport.Import.ImportFile(Session xenSession, String vmname, = String pathToOvf, String filename, String compression, String version, = String passcode, String sruuid, String description)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.ImportFile(Session = xenSession, String vmname, String pathToOvf, String filename, String = compression, String version, String passcode, String sruuid, String = description)
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  =D7 XenOvfTransport.Import.AddResourceSettingData(Session = xenSession, XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String = filename, String compression, String version, String = passcode)
   --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2= =CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 = =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA ---
   =D7 = XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode)
  =  =D7 XenOvfTransport.Import.Process(Session xenSession, = EnvelopeType ovfObj, String pathToOvf, String passcode)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)
System.Exception: Failed to import. ---> = System.IO.InvalidDataException: Failed to add resource Hard Disk Image. = ---> System.Exception: Failed to import. ---> System.Exception: = Failed to import virtual disk file. ---> System.Xml.XmlException: = =EF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4 =CB=CF=D2=CE=C5=D7=CF=CA = =DC=CC=C5=CD=C5=CE=D4.
   =D7 = System.Xml.XmlTextReaderImpl.Throw(Exception e)
   =D7= System.Xml.XmlTextReaderImpl.ParseDocumentContent()
  =  =D7 System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, = Boolean preserveWhitespace)
   =D7 = System.Xml.XmlDocument.Load(XmlReader reader)
   =D7 = System.Xml.XmlDocument.LoadXml(String xml)
   =D7 = XenOvfTransport.iSCSI.ParsePluginRecordFor(String name)
  =  =D7 XenOvfTransport.iSCSI.StopiScsiTarget(Session = xenSession)
   =D7 = XenOvfTransport.iSCSI.Disconnect(Session xenSession)
  =  =D7 XenOvfTransport.Import.UploadiSCSI(Session xenSession, String = sruuid, String label, Stream filestream, Int64 capacity, String = description)
   =D7 = XenOvfTransport.Import.ImportFile(Session xenSession, String vmname, = String pathToOvf, String filename, String compression, String version, = String passcode, String sruuid, String description)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.ImportFile(Session = xenSession, String vmname, String pathToOvf, String filename, String = compression, String version, String passcode, String sruuid, String = description)
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 = XenOvfTransport.Import.ImportFileProc(Object args)
  =  =D7 XenOvfTransport.Import.AddResourceSettingData(Session = xenSession, XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String = filename, String compression, String version, String = passcode)
   --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2= =CF=D7=CB=C9 =D7=CE=D5=D4=D2=C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 = =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA ---
   =D7 = XenOvfTransport.Import.AddResourceSettingData(Session xenSession, = XenRef`1 vmRef, RASD_Type rasd, String pathToOvf, String filename, = String compression, String version, String passcode)
  =  =D7 XenOvfTransport.Import.Process(Session xenSession, = EnvelopeType ovfObj, String pathToOvf, String passcode)
  =  --- =EB=CF=CE=C5=C3 =D4=D2=C1=D3=D3=C9=D2=CF=D7=CB=C9 =D7=CE=D5=D4=D2= =C5=CE=CE=C5=C7=CF =D3=D4=C5=CB=C1 =C9=D3=CB=CC=C0=DE=C5=CE=C9=CA = ---
   =D7 XenOvfTransport.Import.Process(Session = xenSession, EnvelopeType ovfObj, String pathToOvf, String = passcode)
   =D7 = XenOvfTransport.Import.Process(EnvelopeType ovfObj, String pathToOvf, = String passcode)
   =D7 = XenAdmin.Actions.OVFActions.ImportApplianceAction.Run()
  =  =D7 XenAdmin.Actions.AsyncAction.RunWorkerThread(Object = o)

---
Regard,
Eugene

= --Apple-Mail=_C118E364-3C1A-4AF0-AEC6-588512BAC9CE-- --===============8970724902624534481== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8970724902624534481==-- From xen-api-bounces@lists.xen.org Thu Oct 04 13:20:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 13:20:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJlLe-0005Vv-Sx; Thu, 04 Oct 2012 13:20:18 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJlLd-0005Vq-DW for xen-api@lists.xen.org; Thu, 04 Oct 2012 13:20:17 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1349356809!13427866!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16762 invoked from network); 4 Oct 2012 13:20:10 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2012 13:20:10 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so684627vcb.32 for ; Thu, 04 Oct 2012 06:20:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=au3egmgWzqylkgmQKb51CyqGngAzHtpqoD2sYwUc/nQ=; b=q0QC+p35Wa+7Aan0MimEmwm+PNVnySdJ/vhm5g/j1NG4Q109UfcFjiCmH1bheBdxLB 7Qwn6TdgZqgul1zEs8zkfz+vLNbzPih+fLg8ucO80xtSVrxUtbEMGrGG/NzxYIHqt68g Pz3QLPx70wUNN++95z4ZX/bUF8fDlMzUwD59IxoP1uVWvEryhlVMPoCAsSCQlPgcIrd3 hAPLxRbG9rtrlh2d4c2GFZBzt5hl9PAjeNxrRdCchhIR4ADn4YmqhtgxawrxKzsGNeQ0 Oa+ZwDd73gYWDq17ecSSn0bsMMfSCU+eWySFEpknpXXdmunBmUpUc3mmgOTDF4DIJmQ6 EPVw== MIME-Version: 1.0 Received: by 10.58.0.82 with SMTP id 18mr3310981vec.0.1349356808418; Thu, 04 Oct 2012 06:20:08 -0700 (PDT) Received: by 10.58.161.208 with HTTP; Thu, 4 Oct 2012 06:20:08 -0700 (PDT) In-Reply-To: References: <785-506b0f00-61-47b65d00@184280982> Date: Thu, 4 Oct 2012 16:20:08 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org QlRXLCBKb2huLApJZiB5b3UgbmVlZCBzb21lIGhlbHAgd2l0aCBkb2NzICh0ZXN0aW5nIG1heWJl PyksIGZlZWwgZnJlZSB0byBhc2sgbWUuCkknbSBwZXJzb25hbGx5IGludGVyZXN0ZWQgaW4gbWFu dWFsIGluc3RhbGxhdGlvbiBkb2NzIHRvIGJlIHNvb25lci4KCjIwMTIvMTAvMyBBbmRyZXcgTHVr b3Noa28gPGFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20+Ogo+IEhpIEpvaG4uCj4KPiBJJ20gaW50 ZXJlc3RlZCBtYWlubHkgaW4gV2ViLWJhc2VkIGNvbnRyb2wgb2YgWENQIHBvb2xzIHdpdGggUkJB QyBhbmQKPiBuZXR3b3JrcyBjb25maWd1cmF0aW9uLiAgT3BlblN0YWNrIGlzIHJlcXVpcmVtZW50 LCBJIGNhbid0IHVzZSBDbG91ZFN0YWNrCj4gZXZlbiBpZiBpdCBtb3JlIGNvbXBhdGlibGUgYWZh aWsuCj4KPgo+IC0tCj4gQW5kcmV3IEx1a29zaGtvCj4KPiDT0sXEwSwgMyDPy9TRwtLRIDIwMTIg xy4g1yAxNjozMywgSm9obiBHYXJidXR0IM7B0MnTwcw6Cj4KPiBIaSwKPgo+IEkgbGVhZGluZyB1 cCB0aGUgT3BlblN0YWNrIGVmZm9ydCBhdCBDaXRyaXguIEhvcGVmdWxseSBJIGNhbiBhbnN3ZXIg YW55Cj4gcXVlc3Rpb25zIHdpdGggWENQICsgT3BlblN0YWNrLgo+Cj4gQ2VydGFpbmx5IFJhY2tz cGFjZSBoYXZlIHRoZWlyIHB1YmxpYyBjbG91ZCBydW5uaW5nIFhlblNlcnZlciBhbmQgT3BlblN0 YWNrLAo+IHNvIGl0IGNlcnRhaW5seSB3b3Jrcy4KPgo+IEp1c3QgdG8gYmUgY2xlYXIsIGl0IGlz IHByb2JhYmx5IGZhaXIgdG8gc2F5IE9wZW5TdGFjayBpcyByZXBsYWNpbmcgdGhlIFhDUAo+IHBv b2wgY29uY2VwdC4gQnV0IE9wZW5TdGFjayBpcyB1c2luZyB0aGUgWENQIGZlYXR1cmVzIGZvciBu ZXR3b3JraW5nLAo+IHN0b3JhZ2UsIG1pZ3JhdGlvbiBldGMuIEl0IGhhc24ndCByZWFsbHkgZHVw bGljYXRlZCBhbnkgb2YgdGhhdCBzdHVmZiwKPiBhbHRob3VnaCBRdWFudHVtIGlzIGdvaW5nIGEg bGl0dGxlIGRvd24gdGhhdCByb3V0ZS4gVGhlIG1haW4gY29uZmlndXJhdGlvbgo+IHBhaW4gaXMg ZW5zdXJpbmcgdGhhdCBhbGwgdGhlIGRpZmZlcmVudCBjb21wb25lbnRzIG9mIHRoZSBzeXN0ZW0g YXJlIHdpcmVkCj4gdG9nZXRoZXIgaW4gYSBjb21wYXRpYmxlIHdheS4KPgo+IEluIHRlcm1zIG9m IGdldHRpbmcgc3RhcnRlZCBxdWlja2x5LCB3aGlsZSBhZG1pdHRlZGx5IG5vdCBoZWxwZnVsIHdo ZW4KPiBoZWFkaW5nIHRvd2FyZHMgcHJvZHVjdGlvbiBkZXBsb3ltZW50cywgeW91IGNhbiB1c2Ug RGV2U3RhY2sgd2l0aCBYZW5TZXJ2ZXI6Cj4gaHR0cDovL3dpa2kub3BlbnN0YWNrLm9yZy9YZW5T ZXJ2ZXIvRGV2U3RhY2sKPiBUaGUgbWFpbiBpc3N1ZSBpcyBnZXR0aW5nIHRoZSBuZXR3b3JrIGNv bmZpZ3VyYXRpb24gY29ycmVjdC4KPgo+IEkgYW0gbG9va2luZyB0byBjcmVhdGUgYSBndWlkZSBv ZiB1c2luZyB0aGUgVWJ1bnR1IHBhY2thZ2VzIG9uIFVidW50dSAxMi4wNAo+IERvbVUgdG8gYWN0 IGFzIHRoZSBPcGVuU3RhY2sgY29udHJvbGxlciwgYnV0IEkgaGF2ZW4ndCBjb21wbGV0ZWQgdGhh dCB3b3JrCj4geWV0LiBJbmRlZWQgSSB3b3VsZCBsaWtlIHRvIHNjcmlwdCB0aGF0IGFsbCwgYW5k IHJlbGVhc2UgYSBzdXBwbGVtZW50YWwgcGFjawo+IHRoYXQgd291bGQgaW1wbGVtZW50IHRoYXQu IEJ1dCBub3QgcXVpdGUgdGhlcmUgeWV0Lgo+Cj4gTGV0IG1lIGtub3cgaG93IEkgY2FuIGhlbHAg eW91IGJvdGguIFdoYXQgYXJlIHlvdSB0cnlpbmcgdG8gYWNoaWV2ZT8gV2ViCj4gYmFzZWQgYWNj ZXNzIHRvIFhDUD8gQ2xvdWRGb3VuZHJ5IGluc3RhbGw/Cj4KPiBJIGhvcGUgdGhhdCBoZWxwcywK PiBKb2huCj4KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQo+IEZyb206IHhlbi1hcGktYm91 bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmdd Cj4gT24gQmVoYWxmIE9mIEpha29iIFByYWhlcgo+IFNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIgMiwg MjAxMiA0OjU3IFBNCj4gVG86IGFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20KPiBDYzogeGVuLWFw aUBsaXN0cy54ZW4ub3JnCj4gU3ViamVjdDogUmU6IFtYZW4tQVBJXSBNaW5pbWFsIE9wZW5TdGFj ayBmb3IgWENQCj4KPgo+IEhpIEFuZHJldywKPiBIaSBhbGwsCj4KPiBubyBhZHZpY2UgZnJvbSBt eSBzaWRlIGJ1dCBhIGRlZmluaXRlICJtZSB0b28iIG9uIHRoaXMuIE1hbnkgc2VydmljZXMgdGFy Z2V0Cj4gdGhlCj4gb3BlbnN0YWNrIEFQSSBvdXQtb2YtdGhlIGJveC4gRS5nLiB0aGVyZSBpcyB0 aGlzIGNsb3VkIGZvdW5kcnkgQk9TSCBjbG91ZAo+IHByb3ZpZGVyIGluZXJmYWNlLCB3aGljaCBh bHJlYWR5IHRhcmdldHMgT3BlbnN0YWNrIC0gc2VlbXMgbGlrZSBhIGR1cGxpY2F0ZQo+IGVmZm9y dCB0byBidWlsZCBldmVyeXRoaW5nIG9uIHRvcCBvZiBYQ1AuIEFsdGhvdWdoIEkgbGlrZSB0aGUg bGVhbiBpbnRlcmZhY2UKPiBYQ1AKPiBwcm92aWRlcy4KPgo+IEJlc3QsCj4gSmFrb2IKPgo+IEFt IERpZW5zdGFnLCAwMi4gT2t0b2JlciAyMDEyIDE0OjQ3IENFU1QsICJhbmRyZXcubHVrb3Noa29A Z21haWwuY29tIgo+IDxhbmRyZXcubHVrb3Noa29AZ21haWwuY29tPiBzY2hyaWViOgo+Cj4gSGVs bG8gZXZlcnlvbmUsCj4KPiBJJ20gaW50ZXJlc3RlZCBpbiBkZXBsb3lpbmcgT3BlblN0YWNrIEZv bHNvbSBmb3IgWENQLCBidXQgc2VlbXMgbGlrZQo+IGl0J3Mgbm90IHNvIGVhc3kuCj4gRGlzdHJp YnV0aW9uJ3MgT3BlblN0YWNrIHBhY2thZ2VzIGhhcyBodWdlIGRlcGVuZGVuY2llcyBiZWNhdXNl IHRoZXkKPiB0cnkgdG8gZHVwbGljYXRlIGZ1bmN0aW9uYWxpdHkgYWxyZWFkeSBpbmNsdWRlZCBp biBYQ1AuIEl0IGFsc28gbWFrZQo+IGNvbmZpZ3VyYXRpb24gdHJpY2t5Lgo+Cj4gV2lzaGxpc3Q6 Cj4gLSByZWFsbHkgbWluaW1hbCBzZXJ2aWNlcyBzZXQKPiAtIHJlbHkgb24gWENQIGJ1aWx0aW4g ZmVhdHVyZXMgKG5ldHdvcmtpbmcsIHNoYXJlZCBzdG9yYWdlLCBtaWdyYXRpb25zCj4gZXRjLiks IGRvbid0IGR1cGxpY2F0ZSB0aGVtIGluIERvbVUuCj4KPiBJbiBnZW5lcmFsLCBJIGV4cGVjdCBP cGVuU3RhY2stYmFzZWQgWGVuQ2VudGVyIHJlcGxhY2VtZW50IHRoYXQgd2lsbAo+IG9ubHkgdXNl IFhBUEkgYW5kIHdvbid0IHByb3ZpZGUgb3duIHNlcnZpY2VzIChvciBhIG1pbnVtYWwgcmVhbGx5 Cj4gcmVxdWlyZWQgc2V0KS4KPgo+IEFueSBhZHZpY2Ugd291bGQgYmUgdmVyeSBoZWxwZnVsLgo+ Cj4KPiAtLQo+IEFuZHJldyBMdWtvc2hrbywgTS5TYy4KPgo+IEhlYWQgb2YgQ2xvdWQgUiZECj4g Uk9TQSBMYWJvcmF0b3J5Cj4KPiBQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LAo+IE1vc2NvdywgMTIz NTU3IFJ1c3NpYQo+Cj4gTW9iaWxlOiArMzc1ICg0NCkgNzc5LTYzLTczCj4gTW9iaWxlIChSdXNz aWEpOiArNyAoOTE2KSA0NjI5NDgwCj4gU2t5cGU6IGEubHVrb3Noa28KPgo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLWFwaSBtYWlsaW5nIGxp c3QKPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmlu L21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo+Cj4KPgo+Cj4KPgo+Cj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+ IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFp bG1hbi9saXN0aW5mby94ZW4tYXBpCj4KPgoKCgotLSAKQW5kcmV3IEx1a29zaGtvLCBNLlNjLgoK SGVhZCBvZiBDbG91ZCBSJkQKUk9TQSBMYWJvcmF0b3J5CgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0 LApNb3Njb3csIDEyMzU1NyBSdXNzaWEKCk1vYmlsZTogKzM3NSAoNDQpIDc3OS02My03MwpNb2Jp bGUgKFJ1c3NpYSk6ICs3ICg5MTYpIDQ2Mjk0ODAKU2t5cGU6IGEubHVrb3Noa28KCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBs aXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Thu Oct 04 13:20:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Oct 2012 13:20:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJlLe-0005Vv-Sx; Thu, 04 Oct 2012 13:20:18 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJlLd-0005Vq-DW for xen-api@lists.xen.org; Thu, 04 Oct 2012 13:20:17 +0000 X-Env-Sender: andrew.lukoshko@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1349356809!13427866!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16762 invoked from network); 4 Oct 2012 13:20:10 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Oct 2012 13:20:10 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so684627vcb.32 for ; Thu, 04 Oct 2012 06:20:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=au3egmgWzqylkgmQKb51CyqGngAzHtpqoD2sYwUc/nQ=; b=q0QC+p35Wa+7Aan0MimEmwm+PNVnySdJ/vhm5g/j1NG4Q109UfcFjiCmH1bheBdxLB 7Qwn6TdgZqgul1zEs8zkfz+vLNbzPih+fLg8ucO80xtSVrxUtbEMGrGG/NzxYIHqt68g Pz3QLPx70wUNN++95z4ZX/bUF8fDlMzUwD59IxoP1uVWvEryhlVMPoCAsSCQlPgcIrd3 hAPLxRbG9rtrlh2d4c2GFZBzt5hl9PAjeNxrRdCchhIR4ADn4YmqhtgxawrxKzsGNeQ0 Oa+ZwDd73gYWDq17ecSSn0bsMMfSCU+eWySFEpknpXXdmunBmUpUc3mmgOTDF4DIJmQ6 EPVw== MIME-Version: 1.0 Received: by 10.58.0.82 with SMTP id 18mr3310981vec.0.1349356808418; Thu, 04 Oct 2012 06:20:08 -0700 (PDT) Received: by 10.58.161.208 with HTTP; Thu, 4 Oct 2012 06:20:08 -0700 (PDT) In-Reply-To: References: <785-506b0f00-61-47b65d00@184280982> Date: Thu, 4 Oct 2012 16:20:08 +0300 Message-ID: From: "andrew.lukoshko@gmail.com" To: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Minimal OpenStack for XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org QlRXLCBKb2huLApJZiB5b3UgbmVlZCBzb21lIGhlbHAgd2l0aCBkb2NzICh0ZXN0aW5nIG1heWJl PyksIGZlZWwgZnJlZSB0byBhc2sgbWUuCkknbSBwZXJzb25hbGx5IGludGVyZXN0ZWQgaW4gbWFu dWFsIGluc3RhbGxhdGlvbiBkb2NzIHRvIGJlIHNvb25lci4KCjIwMTIvMTAvMyBBbmRyZXcgTHVr b3Noa28gPGFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20+Ogo+IEhpIEpvaG4uCj4KPiBJJ20gaW50 ZXJlc3RlZCBtYWlubHkgaW4gV2ViLWJhc2VkIGNvbnRyb2wgb2YgWENQIHBvb2xzIHdpdGggUkJB QyBhbmQKPiBuZXR3b3JrcyBjb25maWd1cmF0aW9uLiAgT3BlblN0YWNrIGlzIHJlcXVpcmVtZW50 LCBJIGNhbid0IHVzZSBDbG91ZFN0YWNrCj4gZXZlbiBpZiBpdCBtb3JlIGNvbXBhdGlibGUgYWZh aWsuCj4KPgo+IC0tCj4gQW5kcmV3IEx1a29zaGtvCj4KPiDT0sXEwSwgMyDPy9TRwtLRIDIwMTIg xy4g1yAxNjozMywgSm9obiBHYXJidXR0IM7B0MnTwcw6Cj4KPiBIaSwKPgo+IEkgbGVhZGluZyB1 cCB0aGUgT3BlblN0YWNrIGVmZm9ydCBhdCBDaXRyaXguIEhvcGVmdWxseSBJIGNhbiBhbnN3ZXIg YW55Cj4gcXVlc3Rpb25zIHdpdGggWENQICsgT3BlblN0YWNrLgo+Cj4gQ2VydGFpbmx5IFJhY2tz cGFjZSBoYXZlIHRoZWlyIHB1YmxpYyBjbG91ZCBydW5uaW5nIFhlblNlcnZlciBhbmQgT3BlblN0 YWNrLAo+IHNvIGl0IGNlcnRhaW5seSB3b3Jrcy4KPgo+IEp1c3QgdG8gYmUgY2xlYXIsIGl0IGlz IHByb2JhYmx5IGZhaXIgdG8gc2F5IE9wZW5TdGFjayBpcyByZXBsYWNpbmcgdGhlIFhDUAo+IHBv b2wgY29uY2VwdC4gQnV0IE9wZW5TdGFjayBpcyB1c2luZyB0aGUgWENQIGZlYXR1cmVzIGZvciBu ZXR3b3JraW5nLAo+IHN0b3JhZ2UsIG1pZ3JhdGlvbiBldGMuIEl0IGhhc24ndCByZWFsbHkgZHVw bGljYXRlZCBhbnkgb2YgdGhhdCBzdHVmZiwKPiBhbHRob3VnaCBRdWFudHVtIGlzIGdvaW5nIGEg bGl0dGxlIGRvd24gdGhhdCByb3V0ZS4gVGhlIG1haW4gY29uZmlndXJhdGlvbgo+IHBhaW4gaXMg ZW5zdXJpbmcgdGhhdCBhbGwgdGhlIGRpZmZlcmVudCBjb21wb25lbnRzIG9mIHRoZSBzeXN0ZW0g YXJlIHdpcmVkCj4gdG9nZXRoZXIgaW4gYSBjb21wYXRpYmxlIHdheS4KPgo+IEluIHRlcm1zIG9m IGdldHRpbmcgc3RhcnRlZCBxdWlja2x5LCB3aGlsZSBhZG1pdHRlZGx5IG5vdCBoZWxwZnVsIHdo ZW4KPiBoZWFkaW5nIHRvd2FyZHMgcHJvZHVjdGlvbiBkZXBsb3ltZW50cywgeW91IGNhbiB1c2Ug RGV2U3RhY2sgd2l0aCBYZW5TZXJ2ZXI6Cj4gaHR0cDovL3dpa2kub3BlbnN0YWNrLm9yZy9YZW5T ZXJ2ZXIvRGV2U3RhY2sKPiBUaGUgbWFpbiBpc3N1ZSBpcyBnZXR0aW5nIHRoZSBuZXR3b3JrIGNv bmZpZ3VyYXRpb24gY29ycmVjdC4KPgo+IEkgYW0gbG9va2luZyB0byBjcmVhdGUgYSBndWlkZSBv ZiB1c2luZyB0aGUgVWJ1bnR1IHBhY2thZ2VzIG9uIFVidW50dSAxMi4wNAo+IERvbVUgdG8gYWN0 IGFzIHRoZSBPcGVuU3RhY2sgY29udHJvbGxlciwgYnV0IEkgaGF2ZW4ndCBjb21wbGV0ZWQgdGhh dCB3b3JrCj4geWV0LiBJbmRlZWQgSSB3b3VsZCBsaWtlIHRvIHNjcmlwdCB0aGF0IGFsbCwgYW5k IHJlbGVhc2UgYSBzdXBwbGVtZW50YWwgcGFjawo+IHRoYXQgd291bGQgaW1wbGVtZW50IHRoYXQu IEJ1dCBub3QgcXVpdGUgdGhlcmUgeWV0Lgo+Cj4gTGV0IG1lIGtub3cgaG93IEkgY2FuIGhlbHAg eW91IGJvdGguIFdoYXQgYXJlIHlvdSB0cnlpbmcgdG8gYWNoaWV2ZT8gV2ViCj4gYmFzZWQgYWNj ZXNzIHRvIFhDUD8gQ2xvdWRGb3VuZHJ5IGluc3RhbGw/Cj4KPiBJIGhvcGUgdGhhdCBoZWxwcywK PiBKb2huCj4KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQo+IEZyb206IHhlbi1hcGktYm91 bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmdd Cj4gT24gQmVoYWxmIE9mIEpha29iIFByYWhlcgo+IFNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIgMiwg MjAxMiA0OjU3IFBNCj4gVG86IGFuZHJldy5sdWtvc2hrb0BnbWFpbC5jb20KPiBDYzogeGVuLWFw aUBsaXN0cy54ZW4ub3JnCj4gU3ViamVjdDogUmU6IFtYZW4tQVBJXSBNaW5pbWFsIE9wZW5TdGFj ayBmb3IgWENQCj4KPgo+IEhpIEFuZHJldywKPiBIaSBhbGwsCj4KPiBubyBhZHZpY2UgZnJvbSBt eSBzaWRlIGJ1dCBhIGRlZmluaXRlICJtZSB0b28iIG9uIHRoaXMuIE1hbnkgc2VydmljZXMgdGFy Z2V0Cj4gdGhlCj4gb3BlbnN0YWNrIEFQSSBvdXQtb2YtdGhlIGJveC4gRS5nLiB0aGVyZSBpcyB0 aGlzIGNsb3VkIGZvdW5kcnkgQk9TSCBjbG91ZAo+IHByb3ZpZGVyIGluZXJmYWNlLCB3aGljaCBh bHJlYWR5IHRhcmdldHMgT3BlbnN0YWNrIC0gc2VlbXMgbGlrZSBhIGR1cGxpY2F0ZQo+IGVmZm9y dCB0byBidWlsZCBldmVyeXRoaW5nIG9uIHRvcCBvZiBYQ1AuIEFsdGhvdWdoIEkgbGlrZSB0aGUg bGVhbiBpbnRlcmZhY2UKPiBYQ1AKPiBwcm92aWRlcy4KPgo+IEJlc3QsCj4gSmFrb2IKPgo+IEFt IERpZW5zdGFnLCAwMi4gT2t0b2JlciAyMDEyIDE0OjQ3IENFU1QsICJhbmRyZXcubHVrb3Noa29A Z21haWwuY29tIgo+IDxhbmRyZXcubHVrb3Noa29AZ21haWwuY29tPiBzY2hyaWViOgo+Cj4gSGVs bG8gZXZlcnlvbmUsCj4KPiBJJ20gaW50ZXJlc3RlZCBpbiBkZXBsb3lpbmcgT3BlblN0YWNrIEZv bHNvbSBmb3IgWENQLCBidXQgc2VlbXMgbGlrZQo+IGl0J3Mgbm90IHNvIGVhc3kuCj4gRGlzdHJp YnV0aW9uJ3MgT3BlblN0YWNrIHBhY2thZ2VzIGhhcyBodWdlIGRlcGVuZGVuY2llcyBiZWNhdXNl IHRoZXkKPiB0cnkgdG8gZHVwbGljYXRlIGZ1bmN0aW9uYWxpdHkgYWxyZWFkeSBpbmNsdWRlZCBp biBYQ1AuIEl0IGFsc28gbWFrZQo+IGNvbmZpZ3VyYXRpb24gdHJpY2t5Lgo+Cj4gV2lzaGxpc3Q6 Cj4gLSByZWFsbHkgbWluaW1hbCBzZXJ2aWNlcyBzZXQKPiAtIHJlbHkgb24gWENQIGJ1aWx0aW4g ZmVhdHVyZXMgKG5ldHdvcmtpbmcsIHNoYXJlZCBzdG9yYWdlLCBtaWdyYXRpb25zCj4gZXRjLiks IGRvbid0IGR1cGxpY2F0ZSB0aGVtIGluIERvbVUuCj4KPiBJbiBnZW5lcmFsLCBJIGV4cGVjdCBP cGVuU3RhY2stYmFzZWQgWGVuQ2VudGVyIHJlcGxhY2VtZW50IHRoYXQgd2lsbAo+IG9ubHkgdXNl IFhBUEkgYW5kIHdvbid0IHByb3ZpZGUgb3duIHNlcnZpY2VzIChvciBhIG1pbnVtYWwgcmVhbGx5 Cj4gcmVxdWlyZWQgc2V0KS4KPgo+IEFueSBhZHZpY2Ugd291bGQgYmUgdmVyeSBoZWxwZnVsLgo+ Cj4KPiAtLQo+IEFuZHJldyBMdWtvc2hrbywgTS5TYy4KPgo+IEhlYWQgb2YgQ2xvdWQgUiZECj4g Uk9TQSBMYWJvcmF0b3J5Cj4KPiBQcmVzbmVuc2t5IFZhbCBzdHIuIDE0LAo+IE1vc2NvdywgMTIz NTU3IFJ1c3NpYQo+Cj4gTW9iaWxlOiArMzc1ICg0NCkgNzc5LTYzLTczCj4gTW9iaWxlIChSdXNz aWEpOiArNyAoOTE2KSA0NjI5NDgwCj4gU2t5cGU6IGEubHVrb3Noa28KPgo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLWFwaSBtYWlsaW5nIGxp c3QKPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmlu L21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo+Cj4KPgo+Cj4KPgo+Cj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+ IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFp bG1hbi9saXN0aW5mby94ZW4tYXBpCj4KPgoKCgotLSAKQW5kcmV3IEx1a29zaGtvLCBNLlNjLgoK SGVhZCBvZiBDbG91ZCBSJkQKUk9TQSBMYWJvcmF0b3J5CgpQcmVzbmVuc2t5IFZhbCBzdHIuIDE0 LApNb3Njb3csIDEyMzU1NyBSdXNzaWEKCk1vYmlsZTogKzM3NSAoNDQpIDc3OS02My03MwpNb2Jp bGUgKFJ1c3NpYSk6ICs3ICg5MTYpIDQ2Mjk0ODAKU2t5cGU6IGEubHVrb3Noa28KCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBs aXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Fri Oct 05 02:52:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 02:52:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJy15-0002be-R0; Fri, 05 Oct 2012 02:51:55 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJy14-0002az-L7; Fri, 05 Oct 2012 02:51:54 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1349405506!6539357!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25626 invoked from network); 5 Oct 2012 02:51:47 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 02:51:47 -0000 Received: by mail-oa0-f45.google.com with SMTP id i18so1669361oag.32 for ; Thu, 04 Oct 2012 19:51:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=LVzoLGQvp5mcLbF1ZqDEdbdPKZA6qGcq8b0ix1fks+c=; b=XvrsfHHDM619yxMhuMVIyKHyxBJ5iDOr81C90Jh/EzVJNw9GV6OvYoBvR9B73WOD2N Ph7MLPoFRO1ulKB5ya0I1wL+DagcjXavbVNn+DoUQNrAWeiyMjwUGouXpBL7H7g9NkDo MoQyg1wM6BLhKJMFPQQVGy/4WGV4GfdOEnQZf1Qafe1POmScZnFJ1kseXpWjLzx8YnYg lCwbirAMFXP5f3qnTDynCzdLM2dm0o7TG4d4hpFa7XoIpjsAVYDdl089AkYgezN8271r klWrABXaB3qXmGs7lDLqriPw6d26eVJqHocvR0MyFPR2CL3GZFaNZhIaSNwf0Wpukf8Q uLjg== MIME-Version: 1.0 Received: by 10.182.157.45 with SMTP id wj13mr6081592obb.58.1349405506052; Thu, 04 Oct 2012 19:51:46 -0700 (PDT) Received: by 10.182.18.5 with HTTP; Thu, 4 Oct 2012 19:51:46 -0700 (PDT) Date: Fri, 5 Oct 2012 12:51:46 +1000 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-API] is_physical bug in xapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1848321474832324305==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1848321474832324305== Content-Type: multipart/alternative; boundary=f46d044269dcd8a4ff04cb46f3d8 --f46d044269dcd8a4ff04cb46f3d8 Content-Type: text/plain; charset=ISO-8859-1 hi all, i just found a bug from xapi code network_utils.ml: let is_physical name = try let link = Unix.readlink (getpath name "device") in (* filter out device symlinks which look like /../../../devices/xen-backend/vif- *) not(List.mem "xen-backend" (String.split '/' link)) with _ -> false i use xcp + ubuntu 12.04, in my /sys/class/net/ dir it looks like: drwxr-xr-x 2 root root 0 Oct 4 17:02 ./ drwxr-xr-x 46 root root 0 Oct 4 17:02 ../ lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth0 -> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth1 -> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 lo -> ../../devices/virtual/net/lo/ lrwxrwxrwx 1 root root 0 Oct 4 19:05 tap9.0 -> ../../devices/virtual/net/tap9.0/ lrwxrwxrwx 1 root root 0 Oct 5 11:11 vif10.0 -> ../../devices/vif-10-0/net/vif10.0/ lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif11.0 -> ../../devices/vif-11-0/net/vif11.0/ lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif12.0 -> ../../devices/vif-12-0/net/vif12.0/ lrwxrwxrwx 1 root root 0 Oct 4 17:28 vif5.0 -> ../../devices/vif-5-0/net/vif5.0/ lrwxrwxrwx 1 root root 0 Oct 4 19:05 vif9.0 -> ../../devices/vif-9-0/net/vif9.0/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr0 -> ../../devices/virtual/net/xenbr0/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr1 -> ../../devices/virtual/net/xenbr1/ so , there is no subdir or symlink like "xen-backend", each device will be think as real physical device and always return true from that function. this bug will happen when ur dom0 reboot from a crash (some instance does not released when crash happen), there will have a lots of bridge like "brvif..." thanks. --f46d044269dcd8a4ff04cb46f3d8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi all,=A0

i just found a bug from xapi code network_utils.ml:

let is_physical name =3D

try

let link =3D Unix.r= eadlink (getpath name "device") in

(* filter out devic= e symlinks which look like /../../../devices/xen-backend/vif- *)

not(List.mem "= xen-backend" (String.split '/' link))

with _ -> false


i use xcp + ubuntu 12.04, in my /sys/class/net/ =A0dir it looks like:



drwxr-xr-= x =A02 root root 0 Oct =A04 17:02 ./

drwxr-xr-x 46 root root 0 Oct =A04 17:02 ../

=

lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 eth0 -> ../../devices/pci0000= :00/0000:00:01.0/0000:01:00.0/net/eth0/

lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 et= h1 -> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/

lrwxrwxrwx = =A01 root root 0 Oct =A04 17:02 lo -> ../../devices/virtual/net/lo/

<= p style=3D"margin:0.0px 0.0px 0.0px 0.0px;font:11.0px Menlo">lrwxrwxrwx =A0= 1 root root 0 Oct =A04 19:05 tap9.0 -> ../../devices/virtual/net/tap9.0/=

lrwxrwxrwx = =A01 root root 0 Oct =A05 11:11 vif10.0 -> ../../devices/vif-10-0/net/vi= f10.0/

lrw= xrwxrwx =A01 root root 0 Oct =A05 11:54 vif11.0 -> ../../devices/vif-11-= 0/net/vif11.0/

lrwxrwxrwx = =A01 root root 0 Oct =A05 11:54 vif12.0 -> ../../devices/vif-12-0/net/vi= f12.0/

lrw= xrwxrwx =A01 root root 0 Oct =A04 17:28 vif5.0 -> ../../devices/vif-5-0/= net/vif5.0/

lrwxrwxrwx = =A01 root root 0 Oct =A04 19:05 vif9.0 -> ../../devices/vif-9-0/net/vif9= .0/

lrwxrw= xrwx =A01 root root 0 Oct =A04 17:02 xenbr0 -> ../../devices/virtual/net= /xenbr0/

lrwxrwxrwx = =A01 root root 0 Oct =A04 17:02 xenbr1 -> ../../devices/virtual/net/xenb= r1/



so , = there is no subdir or symlink like "xen-backend", each device wil= l be think as real physical device and always return true from that functio= n.


this bug will happ= en when ur dom0 reboot from a crash (some instance does not released when c= rash happen), there will have a lots of bridge like "brvif..."


thanks.




--f46d044269dcd8a4ff04cb46f3d8-- --===============1848321474832324305== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1848321474832324305==-- From xen-api-bounces@lists.xen.org Fri Oct 05 02:52:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 02:52:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJy15-0002be-R0; Fri, 05 Oct 2012 02:51:55 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TJy14-0002az-L7; Fri, 05 Oct 2012 02:51:54 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1349405506!6539357!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25626 invoked from network); 5 Oct 2012 02:51:47 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 02:51:47 -0000 Received: by mail-oa0-f45.google.com with SMTP id i18so1669361oag.32 for ; Thu, 04 Oct 2012 19:51:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=LVzoLGQvp5mcLbF1ZqDEdbdPKZA6qGcq8b0ix1fks+c=; b=XvrsfHHDM619yxMhuMVIyKHyxBJ5iDOr81C90Jh/EzVJNw9GV6OvYoBvR9B73WOD2N Ph7MLPoFRO1ulKB5ya0I1wL+DagcjXavbVNn+DoUQNrAWeiyMjwUGouXpBL7H7g9NkDo MoQyg1wM6BLhKJMFPQQVGy/4WGV4GfdOEnQZf1Qafe1POmScZnFJ1kseXpWjLzx8YnYg lCwbirAMFXP5f3qnTDynCzdLM2dm0o7TG4d4hpFa7XoIpjsAVYDdl089AkYgezN8271r klWrABXaB3qXmGs7lDLqriPw6d26eVJqHocvR0MyFPR2CL3GZFaNZhIaSNwf0Wpukf8Q uLjg== MIME-Version: 1.0 Received: by 10.182.157.45 with SMTP id wj13mr6081592obb.58.1349405506052; Thu, 04 Oct 2012 19:51:46 -0700 (PDT) Received: by 10.182.18.5 with HTTP; Thu, 4 Oct 2012 19:51:46 -0700 (PDT) Date: Fri, 5 Oct 2012 12:51:46 +1000 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-API] is_physical bug in xapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1848321474832324305==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1848321474832324305== Content-Type: multipart/alternative; boundary=f46d044269dcd8a4ff04cb46f3d8 --f46d044269dcd8a4ff04cb46f3d8 Content-Type: text/plain; charset=ISO-8859-1 hi all, i just found a bug from xapi code network_utils.ml: let is_physical name = try let link = Unix.readlink (getpath name "device") in (* filter out device symlinks which look like /../../../devices/xen-backend/vif- *) not(List.mem "xen-backend" (String.split '/' link)) with _ -> false i use xcp + ubuntu 12.04, in my /sys/class/net/ dir it looks like: drwxr-xr-x 2 root root 0 Oct 4 17:02 ./ drwxr-xr-x 46 root root 0 Oct 4 17:02 ../ lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth0 -> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth1 -> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 lo -> ../../devices/virtual/net/lo/ lrwxrwxrwx 1 root root 0 Oct 4 19:05 tap9.0 -> ../../devices/virtual/net/tap9.0/ lrwxrwxrwx 1 root root 0 Oct 5 11:11 vif10.0 -> ../../devices/vif-10-0/net/vif10.0/ lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif11.0 -> ../../devices/vif-11-0/net/vif11.0/ lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif12.0 -> ../../devices/vif-12-0/net/vif12.0/ lrwxrwxrwx 1 root root 0 Oct 4 17:28 vif5.0 -> ../../devices/vif-5-0/net/vif5.0/ lrwxrwxrwx 1 root root 0 Oct 4 19:05 vif9.0 -> ../../devices/vif-9-0/net/vif9.0/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr0 -> ../../devices/virtual/net/xenbr0/ lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr1 -> ../../devices/virtual/net/xenbr1/ so , there is no subdir or symlink like "xen-backend", each device will be think as real physical device and always return true from that function. this bug will happen when ur dom0 reboot from a crash (some instance does not released when crash happen), there will have a lots of bridge like "brvif..." thanks. --f46d044269dcd8a4ff04cb46f3d8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi all,=A0

i just found a bug from xapi code network_utils.ml:

let is_physical name =3D

try

let link =3D Unix.r= eadlink (getpath name "device") in

(* filter out devic= e symlinks which look like /../../../devices/xen-backend/vif- *)

not(List.mem "= xen-backend" (String.split '/' link))

with _ -> false


i use xcp + ubuntu 12.04, in my /sys/class/net/ =A0dir it looks like:



drwxr-xr-= x =A02 root root 0 Oct =A04 17:02 ./

drwxr-xr-x 46 root root 0 Oct =A04 17:02 ../

=

lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 eth0 -> ../../devices/pci0000= :00/0000:00:01.0/0000:01:00.0/net/eth0/

lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 et= h1 -> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/

lrwxrwxrwx = =A01 root root 0 Oct =A04 17:02 lo -> ../../devices/virtual/net/lo/

<= p style=3D"margin:0.0px 0.0px 0.0px 0.0px;font:11.0px Menlo">lrwxrwxrwx =A0= 1 root root 0 Oct =A04 19:05 tap9.0 -> ../../devices/virtual/net/tap9.0/=

lrwxrwxrwx = =A01 root root 0 Oct =A05 11:11 vif10.0 -> ../../devices/vif-10-0/net/vi= f10.0/

lrw= xrwxrwx =A01 root root 0 Oct =A05 11:54 vif11.0 -> ../../devices/vif-11-= 0/net/vif11.0/

lrwxrwxrwx = =A01 root root 0 Oct =A05 11:54 vif12.0 -> ../../devices/vif-12-0/net/vi= f12.0/

lrw= xrwxrwx =A01 root root 0 Oct =A04 17:28 vif5.0 -> ../../devices/vif-5-0/= net/vif5.0/

lrwxrwxrwx = =A01 root root 0 Oct =A04 19:05 vif9.0 -> ../../devices/vif-9-0/net/vif9= .0/

lrwxrw= xrwx =A01 root root 0 Oct =A04 17:02 xenbr0 -> ../../devices/virtual/net= /xenbr0/

lrwxrwxrwx = =A01 root root 0 Oct =A04 17:02 xenbr1 -> ../../devices/virtual/net/xenb= r1/



so , = there is no subdir or symlink like "xen-backend", each device wil= l be think as real physical device and always return true from that functio= n.


this bug will happ= en when ur dom0 reboot from a crash (some instance does not released when c= rash happen), there will have a lots of bridge like "brvif..."


thanks.




--f46d044269dcd8a4ff04cb46f3d8-- --===============1848321474832324305== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1848321474832324305==-- From xen-api-bounces@lists.xen.org Fri Oct 05 05:47:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 05:47:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK0ks-0004k9-LC; Fri, 05 Oct 2012 05:47:22 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TK0kq-0004k4-Oq for xen-api@lists.xen.org; Fri, 05 Oct 2012 05:47:21 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1349416029!3738795!1 X-Originating-IP: [220.181.14.3] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21848 invoked from network); 5 Oct 2012 05:47:11 -0000 Received: from m14-3.163.com (HELO m14-3.163.com) (220.181.14.3) by server-10.tower-27.messagelabs.com with SMTP; 5 Oct 2012 05:47:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=bROWwXlvtfqJk+3 +ps4b3L4c8IUqF8oWWZdpNA5PK9M=; b=RQOe0oDwg7xvN63xOZARyAEUmmTEKV9 ALMDRv6sNBRxL32JhTAdvCdj9XK5fXEUGGHJMbourBFdv3iRdPa3Ml8pnme5BGtv wegubSevEH9CoZYaAqElXqe7YTyO6PoP5cbZiwjikI/ol18b5YHOPPUTRaFAXCeo zXiiw9xtldBM= Received: from claytonly ( [58.60.1.45] ) by ajax-webmail-sdy15 (Coremail) ; Fri, 5 Oct 2012 13:47:05 +0800 (GMT+08:00) Date: Fri, 5 Oct 2012 13:47:03 +0800 From: "claytonly" To: "xen-api" Message-ID: <71613976.e2c.13a2f767db6.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.45] X-CM-TRANSID: 9MKowEDphkJZdG5Q88ISAA--.26445W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEx0+pk9oq4cM4gABsy X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 9 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1373026498188346924==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1373026498188346924== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_005_014888.010782" --__=_Part_Boundary_005_014888.010782 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 VGhlcmUgd2FzIG5vIGRhdGEgbG9zcyB3YXJuaW5nLiBJIHdhbnQgdG8gaW1wb3J0IG9yaWdpbmFs IHZtcyBzdG9yZWQgb24gc2xhdmVzICBqdXN0IGxpa2UgVk1XYXJlIFdvcmtzdGF0aW9uIGJ1dCAn eGUgdm0tbGlzdCcgZGlkbid0IGRpc3BsYXkgLiAgDQpNeSBTTSBpcyBORlMgVkhELiBJcyBpdCBw b3NzaWJsZSB0byBpbXBvcnQgdGhlIHZtcyA/IE9yIFNvbWUgb3RoZXIgbWV0aG9kcyBtYXkgd29y az8gDQoNCjIwMTItMTAtMDUNCg0KDQoNCmNsYXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaeGVu LWFwaS1yZXF1ZXN0DQrlj5HpgIHml7bpl7TvvJoyMDEyLTEwLTA0IDIwOjAwDQrkuLvpopjvvJpY ZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSA5DQrmlLbku7bkurrvvJoieGVuLWFwaSI8eGVu LWFwaUBsaXN0cy54ZW4ub3JnPg0K5oqE6YCB77yaDQoNClNlbmQgWGVuLWFwaSBtYWlsaW5nIGxp c3Qgc3VibWlzc2lvbnMgdG8gDQogICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KDQpUbyBzdWJz Y3JpYmUgb3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQogICAg aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQpv ciwgdmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qgb3IgYm9keSAnaGVscCcg dG8gDQogICAgeGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQoNCllvdSBjYW4gcmVhY2gg dGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdCANCiAgICB4ZW4tYXBpLW93bmVyQGxpc3Rz Lnhlbi5vcmcgDQoNCldoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBsaW5l IHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMgDQp0aGFuICJSZTogQ29udGVudHMgb2YgWGVuLWFwaSBk aWdlc3QuLi4iIA0KDQoNClRvZGF5J3MgVG9waWNzOiANCg0KICAgMS4gUmU6IFhlbi1hcGkgRGln ZXN0LCBWb2wgNzcsIElzc3VlIDQ6IFJlOkNvbnRlbnRzIG9mIFhlbi1hcGkgDQogICAgICBkaWdl c3QgKEdlb3JnZSBTaHVrbGluKSANCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KDQpNZXNzYWdlOiAxIA0K RGF0ZTogVGh1LCAwNCBPY3QgMjAxMiAxNTo0MTozOCArMDQwMCANCkZyb206IEdlb3JnZSBTaHVr bGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KVG86IHhlbi1hcGlAbGlzdHMueGVuLm9y ZyANClN1YmplY3Q6IFJlOiBbWGVuLUFQSV0gWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUg NDogUmU6Q29udGVudHMgb2YgDQogICAgWGVuLWFwaSBkaWdlc3QgDQpNZXNzYWdlLUlEOiA8NTA2 RDc1RjIuNzAxMDgwNUBnbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJpc28tODg1OS0xIjsgRm9ybWF0PSJmbG93ZWQiIA0KDQpIZXksIGRpZCB5b3Ugc2F3IHRo ZSBub3RpY2UgJ2RhdGEgbG9zcyB3YXJuaW5nJz8gDQoNClNvcnJ5LCBubyAiaG93IHRvIHVzZSB0 aGVzZSBsaXN0IFZNIiBub3cuIA0KDQpBbGwgSSBwb3N0ICB3YXMganVzdCBhIHdheSB0byByZXR1 cm4gc2xhdmVzIHRvIHByZS1pbnN0YWxsZWQgc3RhdGUgdG8gIA0KYWxsb3cgdGhlbSByZWpvaW4g cG9vbCAobmV3IHBvb2wpLiANCg0KWW91IGNhbiB0cnkgdG8gc2NhdmVuZ2UgVk0gZGF0YSBmcm9t IHN0b3JhZ2UgKHdoaWNoIHNob3VsZCBzdGF5IGludGFjdCwgIA0KSSB0aGluaykgYnV0IHRoYXQg cmVxdWlyZSAgZGVlcCBkaWdnaW5nIGluIFZIRCwgTFZNIGFuZCBzbyBvbi4gDQoNCldoaWNoIFNN IGRpZCB5b3UgdXNlPyANCg0KMDQuMTAuMjAxMiAxNTowOCwgY2xheXRvbmx5ID8/Pz8/OiANCj4g VGhhbmtzIGZvciBHZW9yZ2UncyByZXNwb25zZS4gSXQgZG9lcyB3b3JrIGFuZCAneGUgdm0tbGlz dCcgcmV0dXJucyBubyAgDQo+IGVycm9ycy4gDQo+IEhvd2V2ZXIsIEkgZ290IGFub3RoZXIgcHJv YmxlbS4gJ3hlIHZtLWxpc3QnIG9ubHkgZGlzcGxheWVkICANCj4gY29udHJvbGxpbmcgZG9tYWlu IFZNLCBvdGhlciB2bXMgaGF2ZSBhbGwgZ29uZSEgSG93IGNhbiBJIHVzZSB0aGVzZSAgDQo+IGxv c3QgVk1zPyBNYW55IHRoYW5rcyEgDQo+IDIwMTItMTAtMDQgDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ICo/Pz86Knhlbi1hcGktcmVxdWVz dCANCj4gKj8/Pz86KjIwMTItMTAtMDIgMjA6MDAgDQo+ICo/PzoqWGVuLWFwaSBEaWdlc3QsIFZv bCA3NywgSXNzdWUgNCANCj4gKj8/PzoqInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4g DQo+ICo/PzoqIA0KPiBTZW5kIFhlbi1hcGkgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0K PiAgICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBUbyBzdWJzY3JpYmUgb3IgdW5zdWJzY3Jp YmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQo+ICAgICBodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gb3IsIHZpYSBlbWFpbCwg c2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiAgICAgeGVu LWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQo+IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBt YW5hZ2luZyB0aGUgbGlzdCBhdCANCj4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMg bW9yZSBzcGVjaWZpYyANCj4gdGhhbiAiUmU6IENvbnRlbnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4u IiANCj4gVG9kYXkncyBUb3BpY3M6IA0KPiAgICAxLiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9u IG1hc3RlciAoY2xheXRvbmx5KSANCj4gICAgMi4gbW9uaXRvcmluZyBvZiBWTSAoQW5hbmQgSikg DQo+ICAgIDMuIFJlOiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciAoR2VvcmdlIFNo dWtsaW4pIA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAxIA0KPiBEYXRlOiBUdWUsIDIg T2N0IDIwMTIgMTg6NDc6NDkgKzA4MDAgDQo+IEZyb206ICJjbGF5dG9ubHkiPGNsYXl0b25seUAx NjMuY29tPiANCj4gVG86ICJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiBTdWJq ZWN0OiBbWGVuLUFQSV0gYWZ0ZXIgcmVpbnN0YWxsIHVidW50dSBvbiBtYXN0ZXIgDQo+IE1lc3Nh Z2UtSUQ6IDwzZmRkMmE5Mi5kNWIuMTNhMjExNmMzNDIuQ29yZW1haWwuY2xheXRvbmx5QDE2My5j b20+IA0KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IiANCj4gaGVs bG8sZXZlcnlvbmUgDQo+IGZvciBzb21lIHJlYXNvbiwgSSBoYXZlIHJlaW5zdGFsbCB1YnVudHUg YW5kIHhwYy14YXBpIG9uIG1hc3RlciwgYW5kIGFsbCBzbGF2ZXMgaW4gcG9vbCBoYXZlIGJlZW4g ZGVsZXRlZC4gQnV0IHdoZW4gSSBydW4gJ3hlIHZtLWxpc3QnIG9uIHNsYXZlLCB0aGVyZSBjb21l cyB0aGUgZXJyb3IgIA0KPiANCj4gIlRoZSBtYXN0ZXIgc2F5cyB0aGUgaG9zdHMgaXMgbm90IGtu b3cgdG8gaXQuIFBlcmhhcHMgdGhlIEhvc3Qgd2FzIGRlbGV0ZWQgZnJvbSB0aGUgbWFzdGVyJ3Mg ZGF0YWJhc2U/IFBlcmhhcHMgdGhlIHNsYXZlIGlzIHBvaXRpbmcgdG8gdGhlIHdyb25nIG1hc3Rl cj8iICANCj4gDQo+IEFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0aGUgc2xhdmUgdG8gdGhlIG5l dyBwb29sLCBpdCBkb2Vzbid0IHdvcmsuIHdoYXQgc2hvdWxkIGkgZG8/IE1hbnkgdGhhbmtzISAg DQo+IA0KPiBjbGF5dG9uIA0KPiAyMDEyLTEwLTAyIA0KPiBjbGF5dG9ubHkgDQo+IC0tLS0tLS0t LS0tLS0tIG5leHQgcGFydCAtLS0tLS0tLS0tLS0tLSANCj4gQW4gSFRNTCBhdHRhY2htZW50IHdh cyBzY3J1YmJlZC4uLiANCj4gVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRt bC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzFjOTIwMjZiL2F0dGFjaG1lbnQuaHRtbD4g IA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAyIA0K PiBEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTY6MjA6NTIgKzA1MzAgDQo+IEZyb206IEFuYW5kIEog PGFuYW5kc2JqMTk4OUBnbWFpbC5jb20+IA0KPiBUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0K PiBTdWJqZWN0OiBbWGVuLUFQSV0gbW9uaXRvcmluZyBvZiBWTSANCj4gTWVzc2FnZS1JRDogDQo+ ICAgICA8Q0FGUVFwK2FWeWtld3k2bjBILVBMSzYwQ2p0OENEMTNEVG5fYzRFNWNUMjZzUnJvU1BR QG1haWwuZ21haWwuY29tPiANCj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJp c28tODg1OS0xIiANCj4gaGkgSSBhbSBhbmFuZC4gDQo+IEkgYW0gdmVyeSBiZWdpbm5lciB0byB4 Y3AgYW5kIGkgd2FudCB0byBtb25pdG9yIHRoZSB2aXJ0dWFsIG1hY2hpbmUgKGxpa2UgDQo+IGNw dSB1c2FnZSwgc3RvcmFnZSwgc3RhdHVzIG9mIHZtKS4gDQo+IHNvIHdoaWNoIGFsbCBBUEkgc2hv dWxkIGkgdXNlIHRvIGdldCB0aG9zZS4uLiBwbGVhc2Ugc3VnZ2VzdCBtZS4gDQo+IHRoYW5rcyAN Cj4gcmVnYXJkcyANCj4gQU5BTkQgDQo+IC0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAtLS0tLS0t LS0tLS0tLSANCj4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANCj4gVVJMOiA8 aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIw MTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAzIA0KPiBEYXRlOiBUdWUsIDAyIE9jdCAyMDEy IDE1OjQwOjQ5ICswNDAwIA0KPiBGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2VvcmdlLnNodWtsaW5A Z21haWwuY29tPiANCj4gVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gU3ViamVjdDogUmU6 IFtYZW4tQVBJXSBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciANCj4gTWVzc2FnZS1J RDogPDUwNkFEMkMxLjQwOTA5MDZAZ21haWwuY29tPiANCj4gQ29udGVudC1UeXBlOiB0ZXh0L3Bs YWluOyBjaGFyc2V0PSJpc28tODg1OS0xIjsgRm9ybWF0PSJmbG93ZWQiIA0KPiBFdmVyeSBzbGF2 ZSBoYXMgL2V0Yy94Y3AvcG9vbC5jb25mIHdpY2ggcG9pbnRzIHRvIG1hc3Rlci4gVG8gZml4ICh3 ZWxsLCANCj4gYWN0dWFsbHkgYnJva2UgZG93biBsZWZ0b3ZlcnMgb2YgcHJldmlvdXMgcG9vbCk6 IA0KPiAoREFUQSBMT1NTIFdBUk5JTkcpIA0KPiAwKSBzdWRvIC1zIA0KPiAxKSAvZXRjL2luaXQu ZC94Y3AteGFwaSBzdG9wIA0KPiAyKSBybSAvdmFyL2xpYi94Y3Avc3RhdGUuZGIgDQo+IDMpIGVj aG8gbWFzdGVyID4vZXRjL3hjcC9wb29sLmNvbmYgDQo+IDQpIC9ldGMvaW5pdC5kL3hjcC14YXBp IHN0YXJ0IA0KPiAwMi4xMC4yMDEyIDE0OjQ3LCBjbGF5dG9ubHkgPz8/Pz86IA0KPiA+IGhlbGxv LGV2ZXJ5b25lIA0KPiA+IGZvciBzb21lIHJlYXNvbiwgSSBoYXZlIHJlaW5zdGFsbCB1YnVudHUg YW5kIHhwYy14YXBpIG9uIG1hc3RlciwgYW5kIA0KPiA+IGFsbCBzbGF2ZXMgaW4gcG9vbCBoYXZl IGJlZW4gZGVsZXRlZC4gQnV0IHdoZW4gSSBydW4gJ3hlIHZtLWxpc3QnIG9uIA0KPiA+IHNsYXZl LCB0aGVyZSBjb21lcyB0aGUgZXJyb3IgDQo+ID4gIlRoZSBtYXN0ZXIgc2F5cyB0aGUgaG9zdHMg aXMgbm90IGtub3cgdG8gaXQuIFBlcmhhcHMgdGhlIEhvc3Qgd2FzIA0KPiA+IGRlbGV0ZWQgZnJv bSB0aGUgbWFzdGVyJ3MgZGF0YWJhc2U/IFBlcmhhcHMgdGhlIHNsYXZlIGlzIHBvaXRpbmcgdG8g DQo+ID4gdGhlIHdyb25nIG1hc3Rlcj8iIA0KPiA+IEFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0 aGUgc2xhdmUgdG8gdGhlIG5ldyBwb29sLCBpdCBkb2Vzbid0IHdvcmsuIA0KPiA+IHdoYXQgc2hv dWxkIGkgZG8/IE1hbnkgdGhhbmtzISANCj4gPiBjbGF5dG9uIA0KPiA+IDIwMTItMTAtMDIgDQo+ ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tICANCj4gDQo+ID4gY2xheXRvbmx5IA0KPiA+IA0KPiA+IA0KPiA+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiA+IFhl bi1hcGkgbWFpbGluZyBsaXN0IA0KPiA+IFhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gPiBodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gLS0t LS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KPiBBbiBIVE1MIGF0dGFjaG1l bnQgd2FzIHNjcnViYmVkLi4uIA0KPiBVUkw6IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZl cy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDIvMmZkY2E2OGMvYXR0YWNobWVudC5o dG1sPiAgDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiBYZW4tYXBpIG1haWxp bmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBodHRwOi8vbGlzdHMueGVuLm9y Zy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gRW5kIG9mIFhlbi1hcGkgRGln ZXN0LCBWb2wgNzcsIElzc3VlIDQgDQo+ICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqIA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fIA0KPiBYZW4tYXBpIG1haWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4u b3JnIA0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaSANCg0KLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KQW4gSFRN TCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0dHA6Ly9saXN0cy54ZW4ub3Jn L2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNC83OGY1MTU1MC9hdHRh Y2htZW50Lmh0bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KWGVuLWFwaSBtYWls aW5nIGxpc3QgDQpYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpodHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0KDQpFbmQgb2YgWGVuLWFwaSBEaWdl c3QsIFZvbCA3NywgSXNzdWUgOSANCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqIA== --__=_Part_Boundary_005_014888.010782 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5UaGVyZSZuYnNwO3dhcyBubyBkYXRhIA0KbG9zcyB3 YXJuaW5nLiBJIHdhbnQgdG8gaW1wb3J0IG9yaWdpbmFsIHZtcyBzdG9yZWQgb24gc2xhdmVzJm5i c3A7IGp1c3QgbGlrZSANClZNV2FyZSBXb3Jrc3RhdGlvbiZuYnNwO2J1dCAneGUgdm0tbGlzdCcg ZGlkbid0IGRpc3BsYXkgLiZuYnNwOyA8L0ZPTlQ+PC9ESVY+DQo8RElWPk15IFNNIGlzIE5GUyBW SEQuIElzIGl0IHBvc3NpYmxlIHRvIGltcG9ydCB0aGUgdm1zID8gT3IgU29tZSBvdGhlciBtZXRo b2RzIA0KbWF5IHdvcms/IDwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVm dD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+MjAxMi0xMC0wNTwvRk9O VD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhS IHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBpZD1TaWduTmFtZUhSIGFsaWduPWxl ZnQgU0laRT0yPg0KPC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSNj MGMwYzAgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1BBTiANCmlkPV9GbGFzaFNpZ25OYW1lPmNsYXl0 b25seTwvU1BBTj48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+ DQo8SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNU Uk9ORz7lj5Hku7bkurrvvJo8L1NUUk9ORz54ZW4tYXBpLXJlcXVlc3Q8L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIHNpemU9MiANCmZhY2U9VmVyZGFuYT48U1RST05HPuWPkemAgeaXtumXtO+8mjwv U1RST05HPjIwMTItMTAtMDQmbmJzcDsyMDowMDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6 ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuS4u+mimO+8mjwvU1RST05HPlhlbi1hcGkgRGlnZXN0 LCBWb2wgNzcsIElzc3VlIA0KOTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFj ZT1WZXJkYW5hPjxTVFJPTkc+5pS25Lu25Lq677yaPC9TVFJPTkc+Inhlbi1hcGkiJmx0O3hlbi1h cGlAbGlzdHMueGVuLm9yZyZndDs8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNl PVZlcmRhbmE+PFNUUk9ORz7mioTpgIHvvJo8L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBz aXplPTIgZmFjZT1WZXJkYW5hPg0KPERJVj5TZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcm bmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMmbmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvJm5ic3A7c3Vic2NyaWJlJm5ic3A7b3ImbmJzcDt1bnN1 YnNjcmliZSZuYnNwO3ZpYSZuYnNwO3RoZSZuYnNwO1dvcmxkJm5ic3A7V2lkZSZuYnNwO1dlYiwm bmJzcDt2aXNpdCZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwv RElWPg0KPERJVj5vciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNw O21lc3NhZ2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydo ZWxwJyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hl bi1hcGktcmVxdWVzdEBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj5Zb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNwO3RoZSZuYnNwO3BlcnNvbiZuYnNw O21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyZuYnNwOzwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3Bs ZWFzZSZuYnNwO2VkaXQmbmJzcDt5b3VyJm5ic3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZu YnNwO2l0Jm5ic3A7aXMmbmJzcDttb3JlJm5ic3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+ dGhhbiZuYnNwOyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO2Rp Z2VzdC4uLiImbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj5Ub2RheSdzJm5ic3A7VG9waWNzOiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7MS4mbmJzcDtSZTombmJzcDtYZW4tYXBpJm5ic3A7 RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7NDombmJzcDtSZTpDb250 ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkaWdlc3QmbmJzcDsoR2VvcmdlJm5ic3A7U2h1a2xpbikm bmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5NZXNzYWdl OiZuYnNwOzEmbmJzcDs8L0RJVj4NCjxESVY+RGF0ZTombmJzcDtUaHUsJm5ic3A7MDQmbmJzcDtP Y3QmbmJzcDsyMDEyJm5ic3A7MTU6NDE6MzgmbmJzcDsrMDQwMCZuYnNwOzwvRElWPg0KPERJVj5G cm9tOiZuYnNwO0dlb3JnZSZuYnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNodWtsaW5AZ21h aWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5UbzombmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5v cmcmbmJzcDs8L0RJVj4NCjxESVY+U3ViamVjdDombmJzcDtSZTombmJzcDtbWGVuLUFQSV0mbmJz cDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7 NDombmJzcDtSZTpDb250ZW50cyZuYnNwO29mJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO1hlbi1hcGkmbmJzcDtkaWdlc3QmbmJzcDs8L0RJVj4NCjxESVY+TWVzc2Fn ZS1JRDombmJzcDsmbHQ7NTA2RDc1RjIuNzAxMDgwNUBnbWFpbC5jb20mZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPkNvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2NoYXJzZXQ9Imlzby04 ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+SGV5LCZuYnNwO2RpZCZuYnNwO3lvdSZuYnNwO3NhdyZuYnNwO3RoZSZuYnNwO25v dGljZSZuYnNwOydkYXRhJm5ic3A7bG9zcyZuYnNwO3dhcm5pbmcnPyZuYnNwOzwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+U29ycnksJm5ic3A7bm8mbmJzcDsiaG93Jm5ic3A7dG8mbmJz cDt1c2UmbmJzcDt0aGVzZSZuYnNwO2xpc3QmbmJzcDtWTSImbmJzcDtub3cuJm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5BbGwmbmJzcDtJJm5ic3A7cG9zdCZuYnNwOyZuYnNw O3dhcyZuYnNwO2p1c3QmbmJzcDthJm5ic3A7d2F5Jm5ic3A7dG8mbmJzcDtyZXR1cm4mbmJzcDtz bGF2ZXMmbmJzcDt0byZuYnNwO3ByZS1pbnN0YWxsZWQmbmJzcDtzdGF0ZSZuYnNwO3RvJm5ic3A7 Jm5ic3A7PC9ESVY+DQo8RElWPmFsbG93Jm5ic3A7dGhlbSZuYnNwO3Jlam9pbiZuYnNwO3Bvb2wm bmJzcDsobmV3Jm5ic3A7cG9vbCkuJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj5Zb3UmbmJzcDtjYW4mbmJzcDt0cnkmbmJzcDt0byZuYnNwO3NjYXZlbmdlJm5ic3A7Vk0mbmJz cDtkYXRhJm5ic3A7ZnJvbSZuYnNwO3N0b3JhZ2UmbmJzcDsod2hpY2gmbmJzcDtzaG91bGQmbmJz cDtzdGF5Jm5ic3A7aW50YWN0LCZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj5JJm5ic3A7dGhpbmsp Jm5ic3A7YnV0Jm5ic3A7dGhhdCZuYnNwO3JlcXVpcmUmbmJzcDsmbmJzcDtkZWVwJm5ic3A7ZGln Z2luZyZuYnNwO2luJm5ic3A7VkhELCZuYnNwO0xWTSZuYnNwO2FuZCZuYnNwO3NvJm5ic3A7b24u Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGljaCZuYnNwO1NNJm5ic3A7 ZGlkJm5ic3A7eW91Jm5ic3A7dXNlPyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+MDQuMTAuMjAxMiZuYnNwOzE1OjA4LCZuYnNwO2NsYXl0b25seSZuYnNwOz8/Pz8/OiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VGhhbmtzJm5ic3A7Zm9yJm5ic3A7R2VvcmdlJ3MmbmJz cDtyZXNwb25zZS4mbmJzcDtJdCZuYnNwO2RvZXMmbmJzcDt3b3JrJm5ic3A7YW5kJm5ic3A7J3hl Jm5ic3A7dm0tbGlzdCcmbmJzcDtyZXR1cm5zJm5ic3A7bm8mbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwO2Vycm9ycy4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0hvd2V2ZXIs Jm5ic3A7SSZuYnNwO2dvdCZuYnNwO2Fub3RoZXImbmJzcDtwcm9ibGVtLiZuYnNwOyd4ZSZuYnNw O3ZtLWxpc3QnJm5ic3A7b25seSZuYnNwO2Rpc3BsYXllZCZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Y29udHJvbGxpbmcmbmJzcDtkb21haW4mbmJzcDtWTSwmbmJzcDtvdGhlciZu YnNwO3ZtcyZuYnNwO2hhdmUmbmJzcDthbGwmbmJzcDtnb25lISZuYnNwO0hvdyZuYnNwO2NhbiZu YnNwO0kmbmJzcDt1c2UmbmJzcDt0aGVzZSZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7bG9zdCZuYnNwO1ZNcz8mbmJzcDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7MjAxMi0xMC0wNCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Kj8/PzoqeGVuLWFwaS1yZXF1ZXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsq Pz8/PzoqMjAxMi0xMC0wMiZuYnNwOzIwOjAwJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsq Pz86Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJz cDs0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsqPz8/OioieGVuLWFwaSImbHQ7eGVuLWFw aUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/OiombmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1NlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZu YnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvJm5ic3A7c3Vic2NyaWJlJm5ic3A7b3ImbmJzcDt1bnN1 YnNjcmliZSZuYnNwO3ZpYSZuYnNwO3RoZSZuYnNwO1dvcmxkJm5ic3A7V2lkZSZuYnNwO1dlYiwm bmJzcDt2aXNpdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO29yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZu YnNwO3NlbmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7 b3ImbmJzcDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGktcmVxdWVzdEBsaXN0cy54ZW4ub3Jn Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtZb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNw O3RoZSZuYnNwO3BlcnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0 Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4t YXBpLW93bmVyQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1doZW4m bmJzcDtyZXBseWluZywmbmJzcDtwbGVhc2UmbmJzcDtlZGl0Jm5ic3A7eW91ciZuYnNwO1N1Ympl Y3QmbmJzcDtsaW5lJm5ic3A7c28mbmJzcDtpdCZuYnNwO2lzJm5ic3A7bW9yZSZuYnNwO3NwZWNp ZmljJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDt0aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRl bnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7VG9kYXkncyZuYnNwO1RvcGljczombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOzEuJm5ic3A7YWZ0ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1 YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOyhjbGF5dG9ubHkpJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO21vbml0b3JpbmcmbmJzcDtv ZiZuYnNwO1ZNJm5ic3A7KEFuYW5kJm5ic3A7SikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzMuJm5ic3A7UmU6Jm5ic3A7YWZ0ZXImbmJzcDtyZWluc3RhbGwm bmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOyhHZW9yZ2UmbmJzcDtTaHVrbGlu KSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtEYXRlOiZuYnNwO1R1ZSwmbmJzcDsyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE4OjQ3OjQ5 Jm5ic3A7KzA4MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zyb206Jm5ic3A7ImNsYXl0 b25seSImbHQ7Y2xheXRvbmx5QDE2My5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtUbzombmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDthZnRlciZu YnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO29uJm5ic3A7bWFzdGVyJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOyZsdDszZmRkMmE5Mi5kNWIuMTNhMjEx NmMzNDIuQ29yZW1haWwuY2xheXRvbmx5QDE2My5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJ1dGYt OCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2hlbGxvLGV2ZXJ5b25lJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDtmb3ImbmJzcDtzb21lJm5ic3A7cmVhc29uLCZuYnNwO0kmbmJzcDto YXZlJm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7YW5kJm5ic3A7eHBjLXhhcGkmbmJz cDtvbiZuYnNwO21hc3RlciwmbmJzcDthbmQmbmJzcDthbGwmbmJzcDtzbGF2ZXMmbmJzcDtpbiZu YnNwO3Bvb2wmbmJzcDtoYXZlJm5ic3A7YmVlbiZuYnNwO2RlbGV0ZWQuJm5ic3A7QnV0Jm5ic3A7 d2hlbiZuYnNwO0kmbmJzcDtydW4mbmJzcDsneGUmbmJzcDt2bS1saXN0JyZuYnNwO29uJm5ic3A7 c2xhdmUsJm5ic3A7dGhlcmUmbmJzcDtjb21lcyZuYnNwO3RoZSZuYnNwO2Vycm9yJm5ic3A7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyJUaGUmbmJz cDttYXN0ZXImbmJzcDtzYXlzJm5ic3A7dGhlJm5ic3A7aG9zdHMmbmJzcDtpcyZuYnNwO25vdCZu YnNwO2tub3cmbmJzcDt0byZuYnNwO2l0LiZuYnNwO1BlcmhhcHMmbmJzcDt0aGUmbmJzcDtIb3N0 Jm5ic3A7d2FzJm5ic3A7ZGVsZXRlZCZuYnNwO2Zyb20mbmJzcDt0aGUmbmJzcDttYXN0ZXIncyZu YnNwO2RhdGFiYXNlPyZuYnNwO1BlcmhhcHMmbmJzcDt0aGUmbmJzcDtzbGF2ZSZuYnNwO2lzJm5i c3A7cG9pdGluZyZuYnNwO3RvJm5ic3A7dGhlJm5ic3A7d3JvbmcmbmJzcDttYXN0ZXI/IiZuYnNw OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBZnRl ciZuYnNwO3RoYXQmbmJzcDssSSZuYnNwO3RyeSZuYnNwO3RvJm5ic3A7YWRkJm5ic3A7dGhlJm5i c3A7c2xhdmUmbmJzcDt0byZuYnNwO3RoZSZuYnNwO25ldyZuYnNwO3Bvb2wsJm5ic3A7aXQmbmJz cDtkb2Vzbid0Jm5ic3A7d29yay4mbmJzcDt3aGF0Jm5ic3A7c2hvdWxkJm5ic3A7aSZuYnNwO2Rv PyZuYnNwO01hbnkmbmJzcDt0aGFua3MhJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2NsYXl0b24mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOzIwMTItMTAtMDImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2NsYXl0b25seSZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFy dCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBbiZuYnNw O0hUTUwmbmJzcDthdHRhY2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO1VSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJj aGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzFjOTIwMjZiL2F0dGFjaG1l bnQuaHRtbCZndDsmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDtNZXNzYWdlOiZuYnNwOzImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O0RhdGU6Jm5ic3A7VHVlLCZuYnNwOzImbmJzcDtPY3QmbmJzcDsyMDEyJm5ic3A7MTY6MjA6NTIm bmJzcDsrMDUzMCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7RnJvbTombmJzcDtBbmFuZCZu YnNwO0ombmJzcDsmbHQ7YW5hbmRzYmoxOTg5QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwO1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDttb25pdG9yaW5nJm5i c3A7b2YmbmJzcDtWTSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZS1JRDombmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtDQUZR UXArYVZ5a2V3eTZuMEgtUExLNjBDanQ4Q0QxM0RUbl9jNEU1Y1QyNnNScm9TUFFAbWFpbC5nbWFp bC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7 dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIiZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7aGkmbmJzcDtJJm5ic3A7YW0mbmJzcDthbmFuZC4mbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwO0kmbmJzcDthbSZuYnNwO3ZlcnkmbmJzcDtiZWdpbm5lciZuYnNwO3RvJm5ic3A7 eGNwJm5ic3A7YW5kJm5ic3A7aSZuYnNwO3dhbnQmbmJzcDt0byZuYnNwO21vbml0b3ImbmJzcDt0 aGUmbmJzcDt2aXJ0dWFsJm5ic3A7bWFjaGluZSZuYnNwOyhsaWtlJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtjcHUmbmJzcDt1c2FnZSwmbmJzcDtzdG9yYWdlLCZuYnNwO3N0YXR1cyZuYnNw O29mJm5ic3A7dm0pLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7c28mbmJzcDt3aGljaCZu YnNwO2FsbCZuYnNwO0FQSSZuYnNwO3Nob3VsZCZuYnNwO2kmbmJzcDt1c2UmbmJzcDt0byZuYnNw O2dldCZuYnNwO3Rob3NlLi4uJm5ic3A7cGxlYXNlJm5ic3A7c3VnZ2VzdCZuYnNwO21lLiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7dGhhbmtzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtyZWdhcmRzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBTkFORCZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0t LS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJz cDthdHRhY2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwO1VSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRt bC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbCZn dDsmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtNZXNzYWdlOiZuYnNwOzMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0RhdGU6Jm5i c3A7VHVlLCZuYnNwOzAyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE1OjQwOjQ5Jm5ic3A7KzA0 MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zyb206Jm5ic3A7R2VvcmdlJm5ic3A7U2h1 a2xpbiZuYnNwOyZsdDtnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDtUbzombmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0 ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZS1JRDombmJzcDsmbHQ7NTA2QUQyQzEuNDA5MDkw NkBnbWFpbC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtDb250ZW50LVR5cGU6 Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsmbmJzcDtGb3JtYXQ9 ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0V2ZXJ5Jm5ic3A7c2xhdmUmbmJz cDtoYXMmbmJzcDsvZXRjL3hjcC9wb29sLmNvbmYmbmJzcDt3aWNoJm5ic3A7cG9pbnRzJm5ic3A7 dG8mbmJzcDttYXN0ZXIuJm5ic3A7VG8mbmJzcDtmaXgmbmJzcDsod2VsbCwmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO2FjdHVhbGx5Jm5ic3A7YnJva2UmbmJzcDtkb3duJm5ic3A7bGVmdG92 ZXJzJm5ic3A7b2YmbmJzcDtwcmV2aW91cyZuYnNwO3Bvb2wpOiZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7KERBVEEmbmJzcDtMT1NTJm5ic3A7V0FSTklORykmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOzApJm5ic3A7c3VkbyZuYnNwOy1zJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsxKSZuYnNwOy9ldGMvaW5pdC5kL3hjcC14YXBpJm5ic3A7c3RvcCZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7MikmbmJzcDtybSZuYnNwOy92YXIvbGliL3hjcC9zdGF0ZS5kYiZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7MykmbmJzcDtlY2hvJm5ic3A7bWFzdGVyJm5ic3A7Jmd0Oy9l dGMveGNwL3Bvb2wuY29uZiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7NCkmbmJzcDsvZXRj L2luaXQuZC94Y3AteGFwaSZuYnNwO3N0YXJ0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsw Mi4xMC4yMDEyJm5ic3A7MTQ6NDcsJm5ic3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7aGVsbG8sZXZlcnlvbmUmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtmb3ImbmJzcDtzb21lJm5ic3A7cmVhc29uLCZuYnNw O0kmbmJzcDtoYXZlJm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7YW5kJm5ic3A7eHBj LXhhcGkmbmJzcDtvbiZuYnNwO21hc3RlciwmbmJzcDthbmQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDthbGwmbmJzcDtzbGF2ZXMmbmJzcDtpbiZuYnNwO3Bvb2wmbmJzcDto YXZlJm5ic3A7YmVlbiZuYnNwO2RlbGV0ZWQuJm5ic3A7QnV0Jm5ic3A7d2hlbiZuYnNwO0kmbmJz cDtydW4mbmJzcDsneGUmbmJzcDt2bS1saXN0JyZuYnNwO29uJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDsmZ3Q7Jm5ic3A7c2xhdmUsJm5ic3A7dGhlcmUmbmJzcDtjb21lcyZuYnNwO3RoZSZu YnNwO2Vycm9yJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7IlRoZSZuYnNw O21hc3RlciZuYnNwO3NheXMmbmJzcDt0aGUmbmJzcDtob3N0cyZuYnNwO2lzJm5ic3A7bm90Jm5i c3A7a25vdyZuYnNwO3RvJm5ic3A7aXQuJm5ic3A7UGVyaGFwcyZuYnNwO3RoZSZuYnNwO0hvc3Qm bmJzcDt3YXMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtkZWxldGVkJm5i c3A7ZnJvbSZuYnNwO3RoZSZuYnNwO21hc3RlcidzJm5ic3A7ZGF0YWJhc2U/Jm5ic3A7UGVyaGFw cyZuYnNwO3RoZSZuYnNwO3NsYXZlJm5ic3A7aXMmbmJzcDtwb2l0aW5nJm5ic3A7dG8mbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDt0aGUmbmJzcDt3cm9uZyZuYnNwO21hc3Rl cj8iJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7QWZ0ZXImbmJzcDt0aGF0 Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNwO2FkZCZuYnNwO3RoZSZuYnNwO3NsYXZlJm5i c3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtwb29sLCZuYnNwO2l0Jm5ic3A7ZG9lc24ndCZu YnNwO3dvcmsuJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7d2hhdCZuYnNw O3Nob3VsZCZuYnNwO2kmbmJzcDtkbz8mbmJzcDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NsYXl0b24mbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDsyMDEyLTEwLTAyJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsm Z3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwO1hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0t LS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO0FuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJz cDtzY3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VVJMOiZuYnNwOyZsdDto dHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAx MjEwMDIvMmZkY2E2OGMvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtY ZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O1hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7aHR0cDov L2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO0VuZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwm bmJzcDtWb2wmbmJzcDs3NywmbmJzcDtJc3N1ZSZuYnNwOzQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18mbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4v bGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+LS0t LS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7 PC9ESVY+DQo8RElWPkFuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJzcDtz Y3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj5VUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54 ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNC83OGY1MTU1 MC9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fJm5ic3A7PC9ESVY+DQo8RElWPlhlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNw OzwvRElWPg0KPERJVj5YZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+aHR0 cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5FbmQmbmJz cDtvZiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNz dWUmbmJzcDs5Jm5ic3A7PC9ESVY+DQo8RElWPioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqJm5ic3A7PC9ESVY+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_005_014888.010782-- --===============1373026498188346924== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1373026498188346924==-- From xen-api-bounces@lists.xen.org Fri Oct 05 05:47:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 05:47:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK0ks-0004k9-LC; Fri, 05 Oct 2012 05:47:22 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TK0kq-0004k4-Oq for xen-api@lists.xen.org; Fri, 05 Oct 2012 05:47:21 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1349416029!3738795!1 X-Originating-IP: [220.181.14.3] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21848 invoked from network); 5 Oct 2012 05:47:11 -0000 Received: from m14-3.163.com (HELO m14-3.163.com) (220.181.14.3) by server-10.tower-27.messagelabs.com with SMTP; 5 Oct 2012 05:47:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=bROWwXlvtfqJk+3 +ps4b3L4c8IUqF8oWWZdpNA5PK9M=; b=RQOe0oDwg7xvN63xOZARyAEUmmTEKV9 ALMDRv6sNBRxL32JhTAdvCdj9XK5fXEUGGHJMbourBFdv3iRdPa3Ml8pnme5BGtv wegubSevEH9CoZYaAqElXqe7YTyO6PoP5cbZiwjikI/ol18b5YHOPPUTRaFAXCeo zXiiw9xtldBM= Received: from claytonly ( [58.60.1.45] ) by ajax-webmail-sdy15 (Coremail) ; Fri, 5 Oct 2012 13:47:05 +0800 (GMT+08:00) Date: Fri, 5 Oct 2012 13:47:03 +0800 From: "claytonly" To: "xen-api" Message-ID: <71613976.e2c.13a2f767db6.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.45] X-CM-TRANSID: 9MKowEDphkJZdG5Q88ISAA--.26445W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEx0+pk9oq4cM4gABsy X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 9 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1373026498188346924==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1373026498188346924== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_005_014888.010782" --__=_Part_Boundary_005_014888.010782 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 VGhlcmUgd2FzIG5vIGRhdGEgbG9zcyB3YXJuaW5nLiBJIHdhbnQgdG8gaW1wb3J0IG9yaWdpbmFs IHZtcyBzdG9yZWQgb24gc2xhdmVzICBqdXN0IGxpa2UgVk1XYXJlIFdvcmtzdGF0aW9uIGJ1dCAn eGUgdm0tbGlzdCcgZGlkbid0IGRpc3BsYXkgLiAgDQpNeSBTTSBpcyBORlMgVkhELiBJcyBpdCBw b3NzaWJsZSB0byBpbXBvcnQgdGhlIHZtcyA/IE9yIFNvbWUgb3RoZXIgbWV0aG9kcyBtYXkgd29y az8gDQoNCjIwMTItMTAtMDUNCg0KDQoNCmNsYXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaeGVu LWFwaS1yZXF1ZXN0DQrlj5HpgIHml7bpl7TvvJoyMDEyLTEwLTA0IDIwOjAwDQrkuLvpopjvvJpY ZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSA5DQrmlLbku7bkurrvvJoieGVuLWFwaSI8eGVu LWFwaUBsaXN0cy54ZW4ub3JnPg0K5oqE6YCB77yaDQoNClNlbmQgWGVuLWFwaSBtYWlsaW5nIGxp c3Qgc3VibWlzc2lvbnMgdG8gDQogICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KDQpUbyBzdWJz Y3JpYmUgb3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQogICAg aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQpv ciwgdmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qgb3IgYm9keSAnaGVscCcg dG8gDQogICAgeGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQoNCllvdSBjYW4gcmVhY2gg dGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdCANCiAgICB4ZW4tYXBpLW93bmVyQGxpc3Rz Lnhlbi5vcmcgDQoNCldoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBsaW5l IHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMgDQp0aGFuICJSZTogQ29udGVudHMgb2YgWGVuLWFwaSBk aWdlc3QuLi4iIA0KDQoNClRvZGF5J3MgVG9waWNzOiANCg0KICAgMS4gUmU6IFhlbi1hcGkgRGln ZXN0LCBWb2wgNzcsIElzc3VlIDQ6IFJlOkNvbnRlbnRzIG9mIFhlbi1hcGkgDQogICAgICBkaWdl c3QgKEdlb3JnZSBTaHVrbGluKSANCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KDQpNZXNzYWdlOiAxIA0K RGF0ZTogVGh1LCAwNCBPY3QgMjAxMiAxNTo0MTozOCArMDQwMCANCkZyb206IEdlb3JnZSBTaHVr bGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KVG86IHhlbi1hcGlAbGlzdHMueGVuLm9y ZyANClN1YmplY3Q6IFJlOiBbWGVuLUFQSV0gWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUg NDogUmU6Q29udGVudHMgb2YgDQogICAgWGVuLWFwaSBkaWdlc3QgDQpNZXNzYWdlLUlEOiA8NTA2 RDc1RjIuNzAxMDgwNUBnbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJpc28tODg1OS0xIjsgRm9ybWF0PSJmbG93ZWQiIA0KDQpIZXksIGRpZCB5b3Ugc2F3IHRo ZSBub3RpY2UgJ2RhdGEgbG9zcyB3YXJuaW5nJz8gDQoNClNvcnJ5LCBubyAiaG93IHRvIHVzZSB0 aGVzZSBsaXN0IFZNIiBub3cuIA0KDQpBbGwgSSBwb3N0ICB3YXMganVzdCBhIHdheSB0byByZXR1 cm4gc2xhdmVzIHRvIHByZS1pbnN0YWxsZWQgc3RhdGUgdG8gIA0KYWxsb3cgdGhlbSByZWpvaW4g cG9vbCAobmV3IHBvb2wpLiANCg0KWW91IGNhbiB0cnkgdG8gc2NhdmVuZ2UgVk0gZGF0YSBmcm9t IHN0b3JhZ2UgKHdoaWNoIHNob3VsZCBzdGF5IGludGFjdCwgIA0KSSB0aGluaykgYnV0IHRoYXQg cmVxdWlyZSAgZGVlcCBkaWdnaW5nIGluIFZIRCwgTFZNIGFuZCBzbyBvbi4gDQoNCldoaWNoIFNN IGRpZCB5b3UgdXNlPyANCg0KMDQuMTAuMjAxMiAxNTowOCwgY2xheXRvbmx5ID8/Pz8/OiANCj4g VGhhbmtzIGZvciBHZW9yZ2UncyByZXNwb25zZS4gSXQgZG9lcyB3b3JrIGFuZCAneGUgdm0tbGlz dCcgcmV0dXJucyBubyAgDQo+IGVycm9ycy4gDQo+IEhvd2V2ZXIsIEkgZ290IGFub3RoZXIgcHJv YmxlbS4gJ3hlIHZtLWxpc3QnIG9ubHkgZGlzcGxheWVkICANCj4gY29udHJvbGxpbmcgZG9tYWlu IFZNLCBvdGhlciB2bXMgaGF2ZSBhbGwgZ29uZSEgSG93IGNhbiBJIHVzZSB0aGVzZSAgDQo+IGxv c3QgVk1zPyBNYW55IHRoYW5rcyEgDQo+IDIwMTItMTAtMDQgDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ICo/Pz86Knhlbi1hcGktcmVxdWVz dCANCj4gKj8/Pz86KjIwMTItMTAtMDIgMjA6MDAgDQo+ICo/PzoqWGVuLWFwaSBEaWdlc3QsIFZv bCA3NywgSXNzdWUgNCANCj4gKj8/PzoqInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4g DQo+ICo/PzoqIA0KPiBTZW5kIFhlbi1hcGkgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0K PiAgICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBUbyBzdWJzY3JpYmUgb3IgdW5zdWJzY3Jp YmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQo+ICAgICBodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gb3IsIHZpYSBlbWFpbCwg c2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiAgICAgeGVu LWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQo+IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBt YW5hZ2luZyB0aGUgbGlzdCBhdCANCj4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMg bW9yZSBzcGVjaWZpYyANCj4gdGhhbiAiUmU6IENvbnRlbnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4u IiANCj4gVG9kYXkncyBUb3BpY3M6IA0KPiAgICAxLiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9u IG1hc3RlciAoY2xheXRvbmx5KSANCj4gICAgMi4gbW9uaXRvcmluZyBvZiBWTSAoQW5hbmQgSikg DQo+ICAgIDMuIFJlOiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciAoR2VvcmdlIFNo dWtsaW4pIA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAxIA0KPiBEYXRlOiBUdWUsIDIg T2N0IDIwMTIgMTg6NDc6NDkgKzA4MDAgDQo+IEZyb206ICJjbGF5dG9ubHkiPGNsYXl0b25seUAx NjMuY29tPiANCj4gVG86ICJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiBTdWJq ZWN0OiBbWGVuLUFQSV0gYWZ0ZXIgcmVpbnN0YWxsIHVidW50dSBvbiBtYXN0ZXIgDQo+IE1lc3Nh Z2UtSUQ6IDwzZmRkMmE5Mi5kNWIuMTNhMjExNmMzNDIuQ29yZW1haWwuY2xheXRvbmx5QDE2My5j b20+IA0KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IiANCj4gaGVs bG8sZXZlcnlvbmUgDQo+IGZvciBzb21lIHJlYXNvbiwgSSBoYXZlIHJlaW5zdGFsbCB1YnVudHUg YW5kIHhwYy14YXBpIG9uIG1hc3RlciwgYW5kIGFsbCBzbGF2ZXMgaW4gcG9vbCBoYXZlIGJlZW4g ZGVsZXRlZC4gQnV0IHdoZW4gSSBydW4gJ3hlIHZtLWxpc3QnIG9uIHNsYXZlLCB0aGVyZSBjb21l cyB0aGUgZXJyb3IgIA0KPiANCj4gIlRoZSBtYXN0ZXIgc2F5cyB0aGUgaG9zdHMgaXMgbm90IGtu b3cgdG8gaXQuIFBlcmhhcHMgdGhlIEhvc3Qgd2FzIGRlbGV0ZWQgZnJvbSB0aGUgbWFzdGVyJ3Mg ZGF0YWJhc2U/IFBlcmhhcHMgdGhlIHNsYXZlIGlzIHBvaXRpbmcgdG8gdGhlIHdyb25nIG1hc3Rl cj8iICANCj4gDQo+IEFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0aGUgc2xhdmUgdG8gdGhlIG5l dyBwb29sLCBpdCBkb2Vzbid0IHdvcmsuIHdoYXQgc2hvdWxkIGkgZG8/IE1hbnkgdGhhbmtzISAg DQo+IA0KPiBjbGF5dG9uIA0KPiAyMDEyLTEwLTAyIA0KPiBjbGF5dG9ubHkgDQo+IC0tLS0tLS0t LS0tLS0tIG5leHQgcGFydCAtLS0tLS0tLS0tLS0tLSANCj4gQW4gSFRNTCBhdHRhY2htZW50IHdh cyBzY3J1YmJlZC4uLiANCj4gVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRt bC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzFjOTIwMjZiL2F0dGFjaG1lbnQuaHRtbD4g IA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAyIA0K PiBEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTY6MjA6NTIgKzA1MzAgDQo+IEZyb206IEFuYW5kIEog PGFuYW5kc2JqMTk4OUBnbWFpbC5jb20+IA0KPiBUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0K PiBTdWJqZWN0OiBbWGVuLUFQSV0gbW9uaXRvcmluZyBvZiBWTSANCj4gTWVzc2FnZS1JRDogDQo+ ICAgICA8Q0FGUVFwK2FWeWtld3k2bjBILVBMSzYwQ2p0OENEMTNEVG5fYzRFNWNUMjZzUnJvU1BR QG1haWwuZ21haWwuY29tPiANCj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJp c28tODg1OS0xIiANCj4gaGkgSSBhbSBhbmFuZC4gDQo+IEkgYW0gdmVyeSBiZWdpbm5lciB0byB4 Y3AgYW5kIGkgd2FudCB0byBtb25pdG9yIHRoZSB2aXJ0dWFsIG1hY2hpbmUgKGxpa2UgDQo+IGNw dSB1c2FnZSwgc3RvcmFnZSwgc3RhdHVzIG9mIHZtKS4gDQo+IHNvIHdoaWNoIGFsbCBBUEkgc2hv dWxkIGkgdXNlIHRvIGdldCB0aG9zZS4uLiBwbGVhc2Ugc3VnZ2VzdCBtZS4gDQo+IHRoYW5rcyAN Cj4gcmVnYXJkcyANCj4gQU5BTkQgDQo+IC0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAtLS0tLS0t LS0tLS0tLSANCj4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANCj4gVVJMOiA8 aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIw MTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAzIA0KPiBEYXRlOiBUdWUsIDAyIE9jdCAyMDEy IDE1OjQwOjQ5ICswNDAwIA0KPiBGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2VvcmdlLnNodWtsaW5A Z21haWwuY29tPiANCj4gVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gU3ViamVjdDogUmU6 IFtYZW4tQVBJXSBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3RlciANCj4gTWVzc2FnZS1J RDogPDUwNkFEMkMxLjQwOTA5MDZAZ21haWwuY29tPiANCj4gQ29udGVudC1UeXBlOiB0ZXh0L3Bs YWluOyBjaGFyc2V0PSJpc28tODg1OS0xIjsgRm9ybWF0PSJmbG93ZWQiIA0KPiBFdmVyeSBzbGF2 ZSBoYXMgL2V0Yy94Y3AvcG9vbC5jb25mIHdpY2ggcG9pbnRzIHRvIG1hc3Rlci4gVG8gZml4ICh3 ZWxsLCANCj4gYWN0dWFsbHkgYnJva2UgZG93biBsZWZ0b3ZlcnMgb2YgcHJldmlvdXMgcG9vbCk6 IA0KPiAoREFUQSBMT1NTIFdBUk5JTkcpIA0KPiAwKSBzdWRvIC1zIA0KPiAxKSAvZXRjL2luaXQu ZC94Y3AteGFwaSBzdG9wIA0KPiAyKSBybSAvdmFyL2xpYi94Y3Avc3RhdGUuZGIgDQo+IDMpIGVj aG8gbWFzdGVyID4vZXRjL3hjcC9wb29sLmNvbmYgDQo+IDQpIC9ldGMvaW5pdC5kL3hjcC14YXBp IHN0YXJ0IA0KPiAwMi4xMC4yMDEyIDE0OjQ3LCBjbGF5dG9ubHkgPz8/Pz86IA0KPiA+IGhlbGxv LGV2ZXJ5b25lIA0KPiA+IGZvciBzb21lIHJlYXNvbiwgSSBoYXZlIHJlaW5zdGFsbCB1YnVudHUg YW5kIHhwYy14YXBpIG9uIG1hc3RlciwgYW5kIA0KPiA+IGFsbCBzbGF2ZXMgaW4gcG9vbCBoYXZl IGJlZW4gZGVsZXRlZC4gQnV0IHdoZW4gSSBydW4gJ3hlIHZtLWxpc3QnIG9uIA0KPiA+IHNsYXZl LCB0aGVyZSBjb21lcyB0aGUgZXJyb3IgDQo+ID4gIlRoZSBtYXN0ZXIgc2F5cyB0aGUgaG9zdHMg aXMgbm90IGtub3cgdG8gaXQuIFBlcmhhcHMgdGhlIEhvc3Qgd2FzIA0KPiA+IGRlbGV0ZWQgZnJv bSB0aGUgbWFzdGVyJ3MgZGF0YWJhc2U/IFBlcmhhcHMgdGhlIHNsYXZlIGlzIHBvaXRpbmcgdG8g DQo+ID4gdGhlIHdyb25nIG1hc3Rlcj8iIA0KPiA+IEFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0 aGUgc2xhdmUgdG8gdGhlIG5ldyBwb29sLCBpdCBkb2Vzbid0IHdvcmsuIA0KPiA+IHdoYXQgc2hv dWxkIGkgZG8/IE1hbnkgdGhhbmtzISANCj4gPiBjbGF5dG9uIA0KPiA+IDIwMTItMTAtMDIgDQo+ ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tICANCj4gDQo+ID4gY2xheXRvbmx5IA0KPiA+IA0KPiA+IA0KPiA+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiA+IFhl bi1hcGkgbWFpbGluZyBsaXN0IA0KPiA+IFhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gPiBodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gLS0t LS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KPiBBbiBIVE1MIGF0dGFjaG1l bnQgd2FzIHNjcnViYmVkLi4uIA0KPiBVUkw6IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZl cy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDIvMmZkY2E2OGMvYXR0YWNobWVudC5o dG1sPiAgDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiBYZW4tYXBpIG1haWxp bmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBodHRwOi8vbGlzdHMueGVuLm9y Zy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gRW5kIG9mIFhlbi1hcGkgRGln ZXN0LCBWb2wgNzcsIElzc3VlIDQgDQo+ICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqIA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fIA0KPiBYZW4tYXBpIG1haWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4u b3JnIA0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaSANCg0KLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KQW4gSFRN TCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0dHA6Ly9saXN0cy54ZW4ub3Jn L2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNC83OGY1MTU1MC9hdHRh Y2htZW50Lmh0bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KWGVuLWFwaSBtYWls aW5nIGxpc3QgDQpYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpodHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0KDQpFbmQgb2YgWGVuLWFwaSBEaWdl c3QsIFZvbCA3NywgSXNzdWUgOSANCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqIA== --__=_Part_Boundary_005_014888.010782 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5UaGVyZSZuYnNwO3dhcyBubyBkYXRhIA0KbG9zcyB3 YXJuaW5nLiBJIHdhbnQgdG8gaW1wb3J0IG9yaWdpbmFsIHZtcyBzdG9yZWQgb24gc2xhdmVzJm5i c3A7IGp1c3QgbGlrZSANClZNV2FyZSBXb3Jrc3RhdGlvbiZuYnNwO2J1dCAneGUgdm0tbGlzdCcg ZGlkbid0IGRpc3BsYXkgLiZuYnNwOyA8L0ZPTlQ+PC9ESVY+DQo8RElWPk15IFNNIGlzIE5GUyBW SEQuIElzIGl0IHBvc3NpYmxlIHRvIGltcG9ydCB0aGUgdm1zID8gT3IgU29tZSBvdGhlciBtZXRo b2RzIA0KbWF5IHdvcms/IDwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVm dD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+MjAxMi0xMC0wNTwvRk9O VD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhS IHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBpZD1TaWduTmFtZUhSIGFsaWduPWxl ZnQgU0laRT0yPg0KPC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSNj MGMwYzAgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1BBTiANCmlkPV9GbGFzaFNpZ25OYW1lPmNsYXl0 b25seTwvU1BBTj48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+ DQo8SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNU Uk9ORz7lj5Hku7bkurrvvJo8L1NUUk9ORz54ZW4tYXBpLXJlcXVlc3Q8L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIHNpemU9MiANCmZhY2U9VmVyZGFuYT48U1RST05HPuWPkemAgeaXtumXtO+8mjwv U1RST05HPjIwMTItMTAtMDQmbmJzcDsyMDowMDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6 ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuS4u+mimO+8mjwvU1RST05HPlhlbi1hcGkgRGlnZXN0 LCBWb2wgNzcsIElzc3VlIA0KOTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFj ZT1WZXJkYW5hPjxTVFJPTkc+5pS25Lu25Lq677yaPC9TVFJPTkc+Inhlbi1hcGkiJmx0O3hlbi1h cGlAbGlzdHMueGVuLm9yZyZndDs8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNl PVZlcmRhbmE+PFNUUk9ORz7mioTpgIHvvJo8L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBz aXplPTIgZmFjZT1WZXJkYW5hPg0KPERJVj5TZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcm bmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMmbmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvJm5ic3A7c3Vic2NyaWJlJm5ic3A7b3ImbmJzcDt1bnN1 YnNjcmliZSZuYnNwO3ZpYSZuYnNwO3RoZSZuYnNwO1dvcmxkJm5ic3A7V2lkZSZuYnNwO1dlYiwm bmJzcDt2aXNpdCZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwv RElWPg0KPERJVj5vciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNw O21lc3NhZ2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydo ZWxwJyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hl bi1hcGktcmVxdWVzdEBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj5Zb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNwO3RoZSZuYnNwO3BlcnNvbiZuYnNw O21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyZuYnNwOzwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3Bs ZWFzZSZuYnNwO2VkaXQmbmJzcDt5b3VyJm5ic3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZu YnNwO2l0Jm5ic3A7aXMmbmJzcDttb3JlJm5ic3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+ dGhhbiZuYnNwOyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO2Rp Z2VzdC4uLiImbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj5Ub2RheSdzJm5ic3A7VG9waWNzOiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7MS4mbmJzcDtSZTombmJzcDtYZW4tYXBpJm5ic3A7 RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7NDombmJzcDtSZTpDb250 ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkaWdlc3QmbmJzcDsoR2VvcmdlJm5ic3A7U2h1a2xpbikm bmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5NZXNzYWdl OiZuYnNwOzEmbmJzcDs8L0RJVj4NCjxESVY+RGF0ZTombmJzcDtUaHUsJm5ic3A7MDQmbmJzcDtP Y3QmbmJzcDsyMDEyJm5ic3A7MTU6NDE6MzgmbmJzcDsrMDQwMCZuYnNwOzwvRElWPg0KPERJVj5G cm9tOiZuYnNwO0dlb3JnZSZuYnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNodWtsaW5AZ21h aWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5UbzombmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5v cmcmbmJzcDs8L0RJVj4NCjxESVY+U3ViamVjdDombmJzcDtSZTombmJzcDtbWGVuLUFQSV0mbmJz cDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7 NDombmJzcDtSZTpDb250ZW50cyZuYnNwO29mJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO1hlbi1hcGkmbmJzcDtkaWdlc3QmbmJzcDs8L0RJVj4NCjxESVY+TWVzc2Fn ZS1JRDombmJzcDsmbHQ7NTA2RDc1RjIuNzAxMDgwNUBnbWFpbC5jb20mZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPkNvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2NoYXJzZXQ9Imlzby04 ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+SGV5LCZuYnNwO2RpZCZuYnNwO3lvdSZuYnNwO3NhdyZuYnNwO3RoZSZuYnNwO25v dGljZSZuYnNwOydkYXRhJm5ic3A7bG9zcyZuYnNwO3dhcm5pbmcnPyZuYnNwOzwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+U29ycnksJm5ic3A7bm8mbmJzcDsiaG93Jm5ic3A7dG8mbmJz cDt1c2UmbmJzcDt0aGVzZSZuYnNwO2xpc3QmbmJzcDtWTSImbmJzcDtub3cuJm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5BbGwmbmJzcDtJJm5ic3A7cG9zdCZuYnNwOyZuYnNw O3dhcyZuYnNwO2p1c3QmbmJzcDthJm5ic3A7d2F5Jm5ic3A7dG8mbmJzcDtyZXR1cm4mbmJzcDtz bGF2ZXMmbmJzcDt0byZuYnNwO3ByZS1pbnN0YWxsZWQmbmJzcDtzdGF0ZSZuYnNwO3RvJm5ic3A7 Jm5ic3A7PC9ESVY+DQo8RElWPmFsbG93Jm5ic3A7dGhlbSZuYnNwO3Jlam9pbiZuYnNwO3Bvb2wm bmJzcDsobmV3Jm5ic3A7cG9vbCkuJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj5Zb3UmbmJzcDtjYW4mbmJzcDt0cnkmbmJzcDt0byZuYnNwO3NjYXZlbmdlJm5ic3A7Vk0mbmJz cDtkYXRhJm5ic3A7ZnJvbSZuYnNwO3N0b3JhZ2UmbmJzcDsod2hpY2gmbmJzcDtzaG91bGQmbmJz cDtzdGF5Jm5ic3A7aW50YWN0LCZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj5JJm5ic3A7dGhpbmsp Jm5ic3A7YnV0Jm5ic3A7dGhhdCZuYnNwO3JlcXVpcmUmbmJzcDsmbmJzcDtkZWVwJm5ic3A7ZGln Z2luZyZuYnNwO2luJm5ic3A7VkhELCZuYnNwO0xWTSZuYnNwO2FuZCZuYnNwO3NvJm5ic3A7b24u Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGljaCZuYnNwO1NNJm5ic3A7 ZGlkJm5ic3A7eW91Jm5ic3A7dXNlPyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+MDQuMTAuMjAxMiZuYnNwOzE1OjA4LCZuYnNwO2NsYXl0b25seSZuYnNwOz8/Pz8/OiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VGhhbmtzJm5ic3A7Zm9yJm5ic3A7R2VvcmdlJ3MmbmJz cDtyZXNwb25zZS4mbmJzcDtJdCZuYnNwO2RvZXMmbmJzcDt3b3JrJm5ic3A7YW5kJm5ic3A7J3hl Jm5ic3A7dm0tbGlzdCcmbmJzcDtyZXR1cm5zJm5ic3A7bm8mbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwO2Vycm9ycy4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0hvd2V2ZXIs Jm5ic3A7SSZuYnNwO2dvdCZuYnNwO2Fub3RoZXImbmJzcDtwcm9ibGVtLiZuYnNwOyd4ZSZuYnNw O3ZtLWxpc3QnJm5ic3A7b25seSZuYnNwO2Rpc3BsYXllZCZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Y29udHJvbGxpbmcmbmJzcDtkb21haW4mbmJzcDtWTSwmbmJzcDtvdGhlciZu YnNwO3ZtcyZuYnNwO2hhdmUmbmJzcDthbGwmbmJzcDtnb25lISZuYnNwO0hvdyZuYnNwO2NhbiZu YnNwO0kmbmJzcDt1c2UmbmJzcDt0aGVzZSZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7bG9zdCZuYnNwO1ZNcz8mbmJzcDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7MjAxMi0xMC0wNCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Kj8/PzoqeGVuLWFwaS1yZXF1ZXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsq Pz8/PzoqMjAxMi0xMC0wMiZuYnNwOzIwOjAwJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsq Pz86Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJz cDs0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsqPz8/OioieGVuLWFwaSImbHQ7eGVuLWFw aUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/OiombmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1NlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZu YnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvJm5ic3A7c3Vic2NyaWJlJm5ic3A7b3ImbmJzcDt1bnN1 YnNjcmliZSZuYnNwO3ZpYSZuYnNwO3RoZSZuYnNwO1dvcmxkJm5ic3A7V2lkZSZuYnNwO1dlYiwm bmJzcDt2aXNpdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO29yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZu YnNwO3NlbmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7 b3ImbmJzcDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGktcmVxdWVzdEBsaXN0cy54ZW4ub3Jn Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtZb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNw O3RoZSZuYnNwO3BlcnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0 Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4t YXBpLW93bmVyQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1doZW4m bmJzcDtyZXBseWluZywmbmJzcDtwbGVhc2UmbmJzcDtlZGl0Jm5ic3A7eW91ciZuYnNwO1N1Ympl Y3QmbmJzcDtsaW5lJm5ic3A7c28mbmJzcDtpdCZuYnNwO2lzJm5ic3A7bW9yZSZuYnNwO3NwZWNp ZmljJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDt0aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRl bnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7VG9kYXkncyZuYnNwO1RvcGljczombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOzEuJm5ic3A7YWZ0ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1 YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOyhjbGF5dG9ubHkpJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO21vbml0b3JpbmcmbmJzcDtv ZiZuYnNwO1ZNJm5ic3A7KEFuYW5kJm5ic3A7SikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzMuJm5ic3A7UmU6Jm5ic3A7YWZ0ZXImbmJzcDtyZWluc3RhbGwm bmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOyhHZW9yZ2UmbmJzcDtTaHVrbGlu KSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtEYXRlOiZuYnNwO1R1ZSwmbmJzcDsyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE4OjQ3OjQ5 Jm5ic3A7KzA4MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zyb206Jm5ic3A7ImNsYXl0 b25seSImbHQ7Y2xheXRvbmx5QDE2My5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtUbzombmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDthZnRlciZu YnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO29uJm5ic3A7bWFzdGVyJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOyZsdDszZmRkMmE5Mi5kNWIuMTNhMjEx NmMzNDIuQ29yZW1haWwuY2xheXRvbmx5QDE2My5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJ1dGYt OCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2hlbGxvLGV2ZXJ5b25lJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDtmb3ImbmJzcDtzb21lJm5ic3A7cmVhc29uLCZuYnNwO0kmbmJzcDto YXZlJm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7YW5kJm5ic3A7eHBjLXhhcGkmbmJz cDtvbiZuYnNwO21hc3RlciwmbmJzcDthbmQmbmJzcDthbGwmbmJzcDtzbGF2ZXMmbmJzcDtpbiZu YnNwO3Bvb2wmbmJzcDtoYXZlJm5ic3A7YmVlbiZuYnNwO2RlbGV0ZWQuJm5ic3A7QnV0Jm5ic3A7 d2hlbiZuYnNwO0kmbmJzcDtydW4mbmJzcDsneGUmbmJzcDt2bS1saXN0JyZuYnNwO29uJm5ic3A7 c2xhdmUsJm5ic3A7dGhlcmUmbmJzcDtjb21lcyZuYnNwO3RoZSZuYnNwO2Vycm9yJm5ic3A7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyJUaGUmbmJz cDttYXN0ZXImbmJzcDtzYXlzJm5ic3A7dGhlJm5ic3A7aG9zdHMmbmJzcDtpcyZuYnNwO25vdCZu YnNwO2tub3cmbmJzcDt0byZuYnNwO2l0LiZuYnNwO1BlcmhhcHMmbmJzcDt0aGUmbmJzcDtIb3N0 Jm5ic3A7d2FzJm5ic3A7ZGVsZXRlZCZuYnNwO2Zyb20mbmJzcDt0aGUmbmJzcDttYXN0ZXIncyZu YnNwO2RhdGFiYXNlPyZuYnNwO1BlcmhhcHMmbmJzcDt0aGUmbmJzcDtzbGF2ZSZuYnNwO2lzJm5i c3A7cG9pdGluZyZuYnNwO3RvJm5ic3A7dGhlJm5ic3A7d3JvbmcmbmJzcDttYXN0ZXI/IiZuYnNw OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBZnRl ciZuYnNwO3RoYXQmbmJzcDssSSZuYnNwO3RyeSZuYnNwO3RvJm5ic3A7YWRkJm5ic3A7dGhlJm5i c3A7c2xhdmUmbmJzcDt0byZuYnNwO3RoZSZuYnNwO25ldyZuYnNwO3Bvb2wsJm5ic3A7aXQmbmJz cDtkb2Vzbid0Jm5ic3A7d29yay4mbmJzcDt3aGF0Jm5ic3A7c2hvdWxkJm5ic3A7aSZuYnNwO2Rv PyZuYnNwO01hbnkmbmJzcDt0aGFua3MhJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2NsYXl0b24mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOzIwMTItMTAtMDImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2NsYXl0b25seSZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFy dCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBbiZuYnNw O0hUTUwmbmJzcDthdHRhY2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO1VSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJj aGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzFjOTIwMjZiL2F0dGFjaG1l bnQuaHRtbCZndDsmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDtNZXNzYWdlOiZuYnNwOzImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O0RhdGU6Jm5ic3A7VHVlLCZuYnNwOzImbmJzcDtPY3QmbmJzcDsyMDEyJm5ic3A7MTY6MjA6NTIm bmJzcDsrMDUzMCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7RnJvbTombmJzcDtBbmFuZCZu YnNwO0ombmJzcDsmbHQ7YW5hbmRzYmoxOTg5QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwO1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDttb25pdG9yaW5nJm5i c3A7b2YmbmJzcDtWTSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZS1JRDombmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtDQUZR UXArYVZ5a2V3eTZuMEgtUExLNjBDanQ4Q0QxM0RUbl9jNEU1Y1QyNnNScm9TUFFAbWFpbC5nbWFp bC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7 dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIiZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7aGkmbmJzcDtJJm5ic3A7YW0mbmJzcDthbmFuZC4mbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwO0kmbmJzcDthbSZuYnNwO3ZlcnkmbmJzcDtiZWdpbm5lciZuYnNwO3RvJm5ic3A7 eGNwJm5ic3A7YW5kJm5ic3A7aSZuYnNwO3dhbnQmbmJzcDt0byZuYnNwO21vbml0b3ImbmJzcDt0 aGUmbmJzcDt2aXJ0dWFsJm5ic3A7bWFjaGluZSZuYnNwOyhsaWtlJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtjcHUmbmJzcDt1c2FnZSwmbmJzcDtzdG9yYWdlLCZuYnNwO3N0YXR1cyZuYnNw O29mJm5ic3A7dm0pLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7c28mbmJzcDt3aGljaCZu YnNwO2FsbCZuYnNwO0FQSSZuYnNwO3Nob3VsZCZuYnNwO2kmbmJzcDt1c2UmbmJzcDt0byZuYnNw O2dldCZuYnNwO3Rob3NlLi4uJm5ic3A7cGxlYXNlJm5ic3A7c3VnZ2VzdCZuYnNwO21lLiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7dGhhbmtzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtyZWdhcmRzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBTkFORCZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0t LS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJz cDthdHRhY2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwO1VSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRt bC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbCZn dDsmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtNZXNzYWdlOiZuYnNwOzMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0RhdGU6Jm5i c3A7VHVlLCZuYnNwOzAyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE1OjQwOjQ5Jm5ic3A7KzA0 MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zyb206Jm5ic3A7R2VvcmdlJm5ic3A7U2h1 a2xpbiZuYnNwOyZsdDtnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDtUbzombmJzcDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0 ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZS1JRDombmJzcDsmbHQ7NTA2QUQyQzEuNDA5MDkw NkBnbWFpbC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtDb250ZW50LVR5cGU6 Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsmbmJzcDtGb3JtYXQ9 ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0V2ZXJ5Jm5ic3A7c2xhdmUmbmJz cDtoYXMmbmJzcDsvZXRjL3hjcC9wb29sLmNvbmYmbmJzcDt3aWNoJm5ic3A7cG9pbnRzJm5ic3A7 dG8mbmJzcDttYXN0ZXIuJm5ic3A7VG8mbmJzcDtmaXgmbmJzcDsod2VsbCwmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO2FjdHVhbGx5Jm5ic3A7YnJva2UmbmJzcDtkb3duJm5ic3A7bGVmdG92 ZXJzJm5ic3A7b2YmbmJzcDtwcmV2aW91cyZuYnNwO3Bvb2wpOiZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7KERBVEEmbmJzcDtMT1NTJm5ic3A7V0FSTklORykmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOzApJm5ic3A7c3VkbyZuYnNwOy1zJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsxKSZuYnNwOy9ldGMvaW5pdC5kL3hjcC14YXBpJm5ic3A7c3RvcCZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7MikmbmJzcDtybSZuYnNwOy92YXIvbGliL3hjcC9zdGF0ZS5kYiZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7MykmbmJzcDtlY2hvJm5ic3A7bWFzdGVyJm5ic3A7Jmd0Oy9l dGMveGNwL3Bvb2wuY29uZiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7NCkmbmJzcDsvZXRj L2luaXQuZC94Y3AteGFwaSZuYnNwO3N0YXJ0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsw Mi4xMC4yMDEyJm5ic3A7MTQ6NDcsJm5ic3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7aGVsbG8sZXZlcnlvbmUmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtmb3ImbmJzcDtzb21lJm5ic3A7cmVhc29uLCZuYnNw O0kmbmJzcDtoYXZlJm5ic3A7cmVpbnN0YWxsJm5ic3A7dWJ1bnR1Jm5ic3A7YW5kJm5ic3A7eHBj LXhhcGkmbmJzcDtvbiZuYnNwO21hc3RlciwmbmJzcDthbmQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDthbGwmbmJzcDtzbGF2ZXMmbmJzcDtpbiZuYnNwO3Bvb2wmbmJzcDto YXZlJm5ic3A7YmVlbiZuYnNwO2RlbGV0ZWQuJm5ic3A7QnV0Jm5ic3A7d2hlbiZuYnNwO0kmbmJz cDtydW4mbmJzcDsneGUmbmJzcDt2bS1saXN0JyZuYnNwO29uJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDsmZ3Q7Jm5ic3A7c2xhdmUsJm5ic3A7dGhlcmUmbmJzcDtjb21lcyZuYnNwO3RoZSZu YnNwO2Vycm9yJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7IlRoZSZuYnNw O21hc3RlciZuYnNwO3NheXMmbmJzcDt0aGUmbmJzcDtob3N0cyZuYnNwO2lzJm5ic3A7bm90Jm5i c3A7a25vdyZuYnNwO3RvJm5ic3A7aXQuJm5ic3A7UGVyaGFwcyZuYnNwO3RoZSZuYnNwO0hvc3Qm bmJzcDt3YXMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtkZWxldGVkJm5i c3A7ZnJvbSZuYnNwO3RoZSZuYnNwO21hc3RlcidzJm5ic3A7ZGF0YWJhc2U/Jm5ic3A7UGVyaGFw cyZuYnNwO3RoZSZuYnNwO3NsYXZlJm5ic3A7aXMmbmJzcDtwb2l0aW5nJm5ic3A7dG8mbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDt0aGUmbmJzcDt3cm9uZyZuYnNwO21hc3Rl cj8iJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7QWZ0ZXImbmJzcDt0aGF0 Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNwO2FkZCZuYnNwO3RoZSZuYnNwO3NsYXZlJm5i c3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtwb29sLCZuYnNwO2l0Jm5ic3A7ZG9lc24ndCZu YnNwO3dvcmsuJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7d2hhdCZuYnNw O3Nob3VsZCZuYnNwO2kmbmJzcDtkbz8mbmJzcDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NsYXl0b24mbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDsyMDEyLTEwLTAyJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsm Z3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwO1hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0t LS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO0FuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJz cDtzY3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VVJMOiZuYnNwOyZsdDto dHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAx MjEwMDIvMmZkY2E2OGMvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtY ZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O1hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7aHR0cDov L2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO0VuZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwm bmJzcDtWb2wmbmJzcDs3NywmbmJzcDtJc3N1ZSZuYnNwOzQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18mbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4v bGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+LS0t LS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7 PC9ESVY+DQo8RElWPkFuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJzcDtz Y3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj5VUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54 ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNC83OGY1MTU1 MC9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fJm5ic3A7PC9ESVY+DQo8RElWPlhlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNw OzwvRElWPg0KPERJVj5YZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+aHR0 cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5FbmQmbmJz cDtvZiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNz dWUmbmJzcDs5Jm5ic3A7PC9ESVY+DQo8RElWPioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqJm5ic3A7PC9ESVY+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_005_014888.010782-- --===============1373026498188346924== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1373026498188346924==-- From xen-api-bounces@lists.xen.org Fri Oct 05 09:37:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 09:37:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK4Lc-0000a2-QG; Fri, 05 Oct 2012 09:37:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK4Lb-0000Zx-Fx for xen-api@lists.xen.org; Fri, 05 Oct 2012 09:37:31 +0000 Received: from [85.158.143.35:49653] by server-1.bemta-4.messagelabs.com id 0D/D9-05684-A5AAE605; Fri, 05 Oct 2012 09:37:30 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1349429847!14015857!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17742 invoked from network); 5 Oct 2012 09:37:28 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 09:37:28 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so930625lah.32 for ; Fri, 05 Oct 2012 02:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=NxXyxJi0pfcSUfoWxANEGYSpEVGNGwL7CLNs7LV4kmM=; b=v6lvktZIjehK84ljJ/ilHs12dKkH9gQyFnS5K0fqizxIMwyZCNnZSzL3PgFCdziEAj A58Bg/cl6VomQe5uGta/vao25+i36rqEhYZ5Pf71RJjLAmztuDNixVVjEUrFgKEtm6tV UJ/+dQhT1Gepanmx1Wo8+VPenPiHlrbs18R1ThTtaAihJzOsllqAyy50CJ/e5F0eRdmN 1ds3duNfYt48B92k/kWJBn+oOlf7XXwjDdCgf/Mhh1/dk7musRHz+efsFM73pcjzEx8h KbNF9R7lJWhZClUoWfT5U0BE4npu86kMuKlt/c65MQXZAN2d7melMVeiLQeFrba9Kh5F vt2g== Received: by 10.112.44.73 with SMTP id c9mr393587lbm.25.1349429847274; Fri, 05 Oct 2012 02:37:27 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id gd18sm2960848lab.1.2012.10.05.02.37.26 (version=SSLv3 cipher=OTHER); Fri, 05 Oct 2012 02:37:26 -0700 (PDT) Message-ID: <506EAA55.6020206@gmail.com> Date: Fri, 05 Oct 2012 13:37:25 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <71613976.e2c.13a2f767db6.Coremail.claytonly@163.com> In-Reply-To: <71613976.e2c.13a2f767db6.Coremail.claytonly@163.com> Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 9 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3950740667002262111==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3950740667002262111== Content-Type: multipart/alternative; boundary="------------070703010703070508030906" This is a multi-part message in MIME format. --------------070703010703070508030906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit There was '(DATA LOSS WARNING)' in my mail. You can see it in quoted message. If you VDI's stored on NFS, you can pretty easy to restore SR. But you still will need to create new VMs and attach old disks to it. Details described here: http://support.citrix.com/article/CTX121896 (you can adopt it to NFS PBD's). 05.10.2012 09:47, claytonly ?????: > There was no data loss warning. I want to import original vms stored > on slaves just like VMWare Workstation but 'xe vm-list' didn't display . > My SM is NFS VHD. Is it possible to import the vms ? Or Some other > methods may work? > 2012-10-05 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *???:*xen-api-request > *????:*2012-10-04 20:00 > *??:*Xen-api Digest, Vol 77, Issue 9 > *???:*"xen-api" > *??:* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api > digest (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Thu, 04 Oct 2012 15:41:38 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of > Xen-api digest > Message-ID: <506D75F2.7010805@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > Hey, did you saw the notice 'data loss warning'? > Sorry, no "how to use these list VM" now. > All I post was just a way to return slaves to pre-installed state to > allow them rejoin pool (new pool). > You can try to scavenge VM data from storage (which should stay intact, > I think) but that require deep digging in VHD, LVM and so on. > Which SM did you use? > 04.10.2012 15:08, claytonly ?????: > > Thanks for George's response. It does work and 'xe vm-list' returns no > > errors. > > However, I got another problem. 'xe vm-list' only displayed > > controlling domain VM, other vms have all gone! How can I use these > > lost VMs? Many thanks! > > 2012-10-04 > > ------------------------------------------------------------------------ > > > claytonly > > ------------------------------------------------------------------------ > > > *???:*xen-api-request > > *????:*2012-10-02 20:00 > > *??:*Xen-api Digest, Vol 77, Issue 4 > > *???:*"xen-api" > > *??:* > > Send Xen-api mailing list submissions to > > xen-api@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > or, via email, send a message with subject or body 'help' to > > xen-api-request@lists.xen.org > > You can reach the person managing the list at > > xen-api-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Xen-api digest..." > > Today's Topics: > > 1. after reinstall ubuntu on master (claytonly) > > 2. monitoring of VM (Anand J) > > 3. Re: after reinstall ubuntu on master (George Shuklin) > > ---------------------------------------------------------------------- > > Message: 1 > > Date: Tue, 2 Oct 2012 18:47:49 +0800 > > From: "claytonly" > > To: "xen-api" > > Subject: [Xen-API] after reinstall ubuntu on master > > Message-ID: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> > > Content-Type: text/plain; charset="utf-8" > > hello,everyone > > for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error > > > > > "The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?" > > > > > After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks! > > > > > clayton > > 2012-10-02 > > claytonly > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > ------------------------------ > > Message: 2 > > Date: Tue, 2 Oct 2012 16:20:52 +0530 > > From: Anand J > > To: xen-api@lists.xen.org > > Subject: [Xen-API] monitoring of VM > > Message-ID: > > > > > Content-Type: text/plain; charset="iso-8859-1" > > hi I am anand. > > I am very beginner to xcp and i want to monitor the virtual machine (like > > > cpu usage, storage, status of vm). > > so which all API should i use to get those... please suggest me. > > thanks > > regards > > ANAND > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > ------------------------------ > > Message: 3 > > Date: Tue, 02 Oct 2012 15:40:49 +0400 > > From: George Shuklin > > To: xen-api@lists.xen.org > > Subject: Re: [Xen-API] after reinstall ubuntu on master > > Message-ID: <506AD2C1.4090906@gmail.com> > > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, > > actually broke down leftovers of previous pool): > > (DATA LOSS WARNING) > > 0) sudo -s > > 1) /etc/init.d/xcp-xapi stop > > 2) rm /var/lib/xcp/state.db > > 3) echo master >/etc/xcp/pool.conf > > 4) /etc/init.d/xcp-xapi start > > 02.10.2012 14:47, claytonly ?????: > > > hello,everyone > > > for some reason, I have reinstall ubuntu and xpc-xapi on master, and > > > all slaves in pool have been deleted. But when I run 'xe vm-list' on > > > slave, there comes the error > > > "The master says the hosts is not know to it. Perhaps the Host was > > > deleted from the master's database? Perhaps the slave is poiting to > > > the wrong master?" > > > After that ,I try to add the slave to the new pool, it doesn't work. > > > what should i do? Many thanks! > > > clayton > > > 2012-10-02 > > > ------------------------------------------------------------------------ > > > > > > claytonly > > > > > > > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > ------------------------------ > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > End of Xen-api Digest, Vol 77, Issue 4 > > ************************************** > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 9 > ************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070703010703070508030906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
There was '(DATA LOSS WARNING)' in my mail. You can see it in quoted message.

If you VDI's stored on NFS, you can pretty easy to restore SR. But you still will need to create new VMs and attach old disks to it.

Details described here: http://support.citrix.com/article/CTX121896 (you can adopt it to NFS PBD's).


05.10.2012 09:47, claytonly пишет:
There was no data loss warning. I want to import original vms stored on slaves  just like VMWare Workstation but 'xe vm-list' didn't display . 
My SM is NFS VHD. Is it possible to import the vms ? Or Some other methods may work?
 
2012-10-05
claytonly
发件人：xen-api-request
发送时间：2012-10-04 20:00
主题：Xen-api Digest, Vol 77, Issue 9
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
 
You can reach the person managing the list at 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api 
      digest (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Thu, 04 Oct 2012 15:41:38 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of 
    Xen-api digest 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
Hey, did you saw the notice 'data loss warning'? 
 
Sorry, no "how to use these list VM" now. 
 
All I post  was just a way to return slaves to pre-installed state to  
allow them rejoin pool (new pool). 
 
You can try to scavenge VM data from storage (which should stay intact,  
I think) but that require  deep digging in VHD, LVM and so on. 
 
Which SM did you use? 
 
04.10.2012 15:08, claytonly ?????: 
> Thanks for George's response. It does work and 'xe vm-list' returns no  
> errors. 
> However, I got another problem. 'xe vm-list' only displayed  
> controlling domain VM, other vms have all gone! How can I use these  
> lost VMs? Many thanks! 
> 2012-10-04 
> ------------------------------------------------------------------------ 
> claytonly 
> ------------------------------------------------------------------------ 
> *???:*xen-api-request 
> *????:*2012-10-02 20:00 
> *??:*Xen-api Digest, Vol 77, Issue 4 
> *???:*"xen-api"<xen-api@lists.xen.org> 
> *??:* 
> Send Xen-api mailing list submissions to 
> To subscribe or unsubscribe via the World Wide Web, visit 
> or, via email, send a message with subject or body 'help' to 
> You can reach the person managing the list at 
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of Xen-api digest..." 
> Today's Topics: 
>    1. after reinstall ubuntu on master (claytonly) 
>    2. monitoring of VM (Anand J) 
>    3. Re: after reinstall ubuntu on master (George Shuklin) 
> ---------------------------------------------------------------------- 
> Message: 1 
> Date: Tue, 2 Oct 2012 18:47:49 +0800 
> From: "claytonly"<claytonly@163.com> 
> To: "xen-api"<xen-api@lists.xen.org> 
> Subject: [Xen-API] after reinstall ubuntu on master 
> Content-Type: text/plain; charset="utf-8" 
> hello,everyone 
> for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error  
> 
> "The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?"  
> 
> After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks!  
> 
> clayton 
> 2012-10-02 
> claytonly 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> Message: 2 
> Date: Tue, 2 Oct 2012 16:20:52 +0530 
> From: Anand J <anandsbj1989@gmail.com> 
> Subject: [Xen-API] monitoring of VM 
> Message-ID: 
> Content-Type: text/plain; charset="iso-8859-1" 
> hi I am anand. 
> I am very beginner to xcp and i want to monitor the virtual machine (like 
> cpu usage, storage, status of vm). 
> so which all API should i use to get those... please suggest me. 
> thanks 
> regards 
> ANAND 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> Message: 3 
> Date: Tue, 02 Oct 2012 15:40:49 +0400 
> From: George Shuklin <george.shuklin@gmail.com> 
> Subject: Re: [Xen-API] after reinstall ubuntu on master 
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
> Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, 
> actually broke down leftovers of previous pool): 
> (DATA LOSS WARNING) 
> 0) sudo -s 
> 1) /etc/init.d/xcp-xapi stop 
> 2) rm /var/lib/xcp/state.db 
> 3) echo master >/etc/xcp/pool.conf 
> 4) /etc/init.d/xcp-xapi start 
> 02.10.2012 14:47, claytonly ?????: 
> > hello,everyone 
> > for some reason, I have reinstall ubuntu and xpc-xapi on master, and 
> > all slaves in pool have been deleted. But when I run 'xe vm-list' on 
> > slave, there comes the error 
> > "The master says the hosts is not know to it. Perhaps the Host was 
> > deleted from the master's database? Perhaps the slave is poiting to 
> > the wrong master?" 
> > After that ,I try to add the slave to the new pool, it doesn't work. 
> > what should i do? Many thanks! 
> > clayton 
> > 2012-10-02 
> > ------------------------------------------------------------------------  
> 
> > claytonly 
> > 
> > 
> > _______________________________________________ 
> > Xen-api mailing list 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> _______________________________________________ 
> Xen-api mailing list 
> End of Xen-api Digest, Vol 77, Issue 4 
> ************************************** 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 9 
************************************** 


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

--------------070703010703070508030906-- --===============3950740667002262111== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3950740667002262111==-- From xen-api-bounces@lists.xen.org Fri Oct 05 09:37:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 09:37:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK4Lc-0000a2-QG; Fri, 05 Oct 2012 09:37:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK4Lb-0000Zx-Fx for xen-api@lists.xen.org; Fri, 05 Oct 2012 09:37:31 +0000 Received: from [85.158.143.35:49653] by server-1.bemta-4.messagelabs.com id 0D/D9-05684-A5AAE605; Fri, 05 Oct 2012 09:37:30 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1349429847!14015857!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17742 invoked from network); 5 Oct 2012 09:37:28 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 09:37:28 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so930625lah.32 for ; Fri, 05 Oct 2012 02:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=NxXyxJi0pfcSUfoWxANEGYSpEVGNGwL7CLNs7LV4kmM=; b=v6lvktZIjehK84ljJ/ilHs12dKkH9gQyFnS5K0fqizxIMwyZCNnZSzL3PgFCdziEAj A58Bg/cl6VomQe5uGta/vao25+i36rqEhYZ5Pf71RJjLAmztuDNixVVjEUrFgKEtm6tV UJ/+dQhT1Gepanmx1Wo8+VPenPiHlrbs18R1ThTtaAihJzOsllqAyy50CJ/e5F0eRdmN 1ds3duNfYt48B92k/kWJBn+oOlf7XXwjDdCgf/Mhh1/dk7musRHz+efsFM73pcjzEx8h KbNF9R7lJWhZClUoWfT5U0BE4npu86kMuKlt/c65MQXZAN2d7melMVeiLQeFrba9Kh5F vt2g== Received: by 10.112.44.73 with SMTP id c9mr393587lbm.25.1349429847274; Fri, 05 Oct 2012 02:37:27 -0700 (PDT) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id gd18sm2960848lab.1.2012.10.05.02.37.26 (version=SSLv3 cipher=OTHER); Fri, 05 Oct 2012 02:37:26 -0700 (PDT) Message-ID: <506EAA55.6020206@gmail.com> Date: Fri, 05 Oct 2012 13:37:25 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <71613976.e2c.13a2f767db6.Coremail.claytonly@163.com> In-Reply-To: <71613976.e2c.13a2f767db6.Coremail.claytonly@163.com> Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 9 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3950740667002262111==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3950740667002262111== Content-Type: multipart/alternative; boundary="------------070703010703070508030906" This is a multi-part message in MIME format. --------------070703010703070508030906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit There was '(DATA LOSS WARNING)' in my mail. You can see it in quoted message. If you VDI's stored on NFS, you can pretty easy to restore SR. But you still will need to create new VMs and attach old disks to it. Details described here: http://support.citrix.com/article/CTX121896 (you can adopt it to NFS PBD's). 05.10.2012 09:47, claytonly ?????: > There was no data loss warning. I want to import original vms stored > on slaves just like VMWare Workstation but 'xe vm-list' didn't display . > My SM is NFS VHD. Is it possible to import the vms ? Or Some other > methods may work? > 2012-10-05 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *???:*xen-api-request > *????:*2012-10-04 20:00 > *??:*Xen-api Digest, Vol 77, Issue 9 > *???:*"xen-api" > *??:* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api > digest (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Thu, 04 Oct 2012 15:41:38 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of > Xen-api digest > Message-ID: <506D75F2.7010805@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > Hey, did you saw the notice 'data loss warning'? > Sorry, no "how to use these list VM" now. > All I post was just a way to return slaves to pre-installed state to > allow them rejoin pool (new pool). > You can try to scavenge VM data from storage (which should stay intact, > I think) but that require deep digging in VHD, LVM and so on. > Which SM did you use? > 04.10.2012 15:08, claytonly ?????: > > Thanks for George's response. It does work and 'xe vm-list' returns no > > errors. > > However, I got another problem. 'xe vm-list' only displayed > > controlling domain VM, other vms have all gone! How can I use these > > lost VMs? Many thanks! > > 2012-10-04 > > ------------------------------------------------------------------------ > > > claytonly > > ------------------------------------------------------------------------ > > > *???:*xen-api-request > > *????:*2012-10-02 20:00 > > *??:*Xen-api Digest, Vol 77, Issue 4 > > *???:*"xen-api" > > *??:* > > Send Xen-api mailing list submissions to > > xen-api@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > or, via email, send a message with subject or body 'help' to > > xen-api-request@lists.xen.org > > You can reach the person managing the list at > > xen-api-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Xen-api digest..." > > Today's Topics: > > 1. after reinstall ubuntu on master (claytonly) > > 2. monitoring of VM (Anand J) > > 3. Re: after reinstall ubuntu on master (George Shuklin) > > ---------------------------------------------------------------------- > > Message: 1 > > Date: Tue, 2 Oct 2012 18:47:49 +0800 > > From: "claytonly" > > To: "xen-api" > > Subject: [Xen-API] after reinstall ubuntu on master > > Message-ID: <3fdd2a92.d5b.13a2116c342.Coremail.claytonly@163.com> > > Content-Type: text/plain; charset="utf-8" > > hello,everyone > > for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error > > > > > "The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?" > > > > > After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks! > > > > > clayton > > 2012-10-02 > > claytonly > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > ------------------------------ > > Message: 2 > > Date: Tue, 2 Oct 2012 16:20:52 +0530 > > From: Anand J > > To: xen-api@lists.xen.org > > Subject: [Xen-API] monitoring of VM > > Message-ID: > > > > > Content-Type: text/plain; charset="iso-8859-1" > > hi I am anand. > > I am very beginner to xcp and i want to monitor the virtual machine (like > > > cpu usage, storage, status of vm). > > so which all API should i use to get those... please suggest me. > > thanks > > regards > > ANAND > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > ------------------------------ > > Message: 3 > > Date: Tue, 02 Oct 2012 15:40:49 +0400 > > From: George Shuklin > > To: xen-api@lists.xen.org > > Subject: Re: [Xen-API] after reinstall ubuntu on master > > Message-ID: <506AD2C1.4090906@gmail.com> > > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, > > actually broke down leftovers of previous pool): > > (DATA LOSS WARNING) > > 0) sudo -s > > 1) /etc/init.d/xcp-xapi stop > > 2) rm /var/lib/xcp/state.db > > 3) echo master >/etc/xcp/pool.conf > > 4) /etc/init.d/xcp-xapi start > > 02.10.2012 14:47, claytonly ?????: > > > hello,everyone > > > for some reason, I have reinstall ubuntu and xpc-xapi on master, and > > > all slaves in pool have been deleted. But when I run 'xe vm-list' on > > > slave, there comes the error > > > "The master says the hosts is not know to it. Perhaps the Host was > > > deleted from the master's database? Perhaps the slave is poiting to > > > the wrong master?" > > > After that ,I try to add the slave to the new pool, it doesn't work. > > > what should i do? Many thanks! > > > clayton > > > 2012-10-02 > > > ------------------------------------------------------------------------ > > > > > > claytonly > > > > > > > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > ------------------------------ > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > End of Xen-api Digest, Vol 77, Issue 4 > > ************************************** > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 9 > ************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070703010703070508030906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
There was '(DATA LOSS WARNING)' in my mail. You can see it in quoted message.

If you VDI's stored on NFS, you can pretty easy to restore SR. But you still will need to create new VMs and attach old disks to it.

Details described here: http://support.citrix.com/article/CTX121896 (you can adopt it to NFS PBD's).


05.10.2012 09:47, claytonly пишет:
There was no data loss warning. I want to import original vms stored on slaves  just like VMWare Workstation but 'xe vm-list' didn't display . 
My SM is NFS VHD. Is it possible to import the vms ? Or Some other methods may work?
 
2012-10-05
claytonly
发件人：xen-api-request
发送时间：2012-10-04 20:00
主题：Xen-api Digest, Vol 77, Issue 9
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
 
You can reach the person managing the list at 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: Xen-api Digest, Vol 77, Issue 4: Re:Contents of Xen-api 
      digest (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Thu, 04 Oct 2012 15:41:38 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 4: Re:Contents of 
    Xen-api digest 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
Hey, did you saw the notice 'data loss warning'? 
 
Sorry, no "how to use these list VM" now. 
 
All I post  was just a way to return slaves to pre-installed state to  
allow them rejoin pool (new pool). 
 
You can try to scavenge VM data from storage (which should stay intact,  
I think) but that require  deep digging in VHD, LVM and so on. 
 
Which SM did you use? 
 
04.10.2012 15:08, claytonly ?????: 
> Thanks for George's response. It does work and 'xe vm-list' returns no  
> errors. 
> However, I got another problem. 'xe vm-list' only displayed  
> controlling domain VM, other vms have all gone! How can I use these  
> lost VMs? Many thanks! 
> 2012-10-04 
> ------------------------------------------------------------------------ 
> claytonly 
> ------------------------------------------------------------------------ 
> *???:*xen-api-request 
> *????:*2012-10-02 20:00 
> *??:*Xen-api Digest, Vol 77, Issue 4 
> *???:*"xen-api"<xen-api@lists.xen.org> 
> *??:* 
> Send Xen-api mailing list submissions to 
> To subscribe or unsubscribe via the World Wide Web, visit 
> or, via email, send a message with subject or body 'help' to 
> You can reach the person managing the list at 
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of Xen-api digest..." 
> Today's Topics: 
>    1. after reinstall ubuntu on master (claytonly) 
>    2. monitoring of VM (Anand J) 
>    3. Re: after reinstall ubuntu on master (George Shuklin) 
> ---------------------------------------------------------------------- 
> Message: 1 
> Date: Tue, 2 Oct 2012 18:47:49 +0800 
> From: "claytonly"<claytonly@163.com> 
> To: "xen-api"<xen-api@lists.xen.org> 
> Subject: [Xen-API] after reinstall ubuntu on master 
> Content-Type: text/plain; charset="utf-8" 
> hello,everyone 
> for some reason, I have reinstall ubuntu and xpc-xapi on master, and all slaves in pool have been deleted. But when I run 'xe vm-list' on slave, there comes the error  
> 
> "The master says the hosts is not know to it. Perhaps the Host was deleted from the master's database? Perhaps the slave is poiting to the wrong master?"  
> 
> After that ,I try to add the slave to the new pool, it doesn't work. what should i do? Many thanks!  
> 
> clayton 
> 2012-10-02 
> claytonly 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> Message: 2 
> Date: Tue, 2 Oct 2012 16:20:52 +0530 
> From: Anand J <anandsbj1989@gmail.com> 
> Subject: [Xen-API] monitoring of VM 
> Message-ID: 
> Content-Type: text/plain; charset="iso-8859-1" 
> hi I am anand. 
> I am very beginner to xcp and i want to monitor the virtual machine (like 
> cpu usage, storage, status of vm). 
> so which all API should i use to get those... please suggest me. 
> thanks 
> regards 
> ANAND 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> Message: 3 
> Date: Tue, 02 Oct 2012 15:40:49 +0400 
> From: George Shuklin <george.shuklin@gmail.com> 
> Subject: Re: [Xen-API] after reinstall ubuntu on master 
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
> Every slave has /etc/xcp/pool.conf wich points to master. To fix (well, 
> actually broke down leftovers of previous pool): 
> (DATA LOSS WARNING) 
> 0) sudo -s 
> 1) /etc/init.d/xcp-xapi stop 
> 2) rm /var/lib/xcp/state.db 
> 3) echo master >/etc/xcp/pool.conf 
> 4) /etc/init.d/xcp-xapi start 
> 02.10.2012 14:47, claytonly ?????: 
> > hello,everyone 
> > for some reason, I have reinstall ubuntu and xpc-xapi on master, and 
> > all slaves in pool have been deleted. But when I run 'xe vm-list' on 
> > slave, there comes the error 
> > "The master says the hosts is not know to it. Perhaps the Host was 
> > deleted from the master's database? Perhaps the slave is poiting to 
> > the wrong master?" 
> > After that ,I try to add the slave to the new pool, it doesn't work. 
> > what should i do? Many thanks! 
> > clayton 
> > 2012-10-02 
> > ------------------------------------------------------------------------  
> 
> > claytonly 
> > 
> > 
> > _______________________________________________ 
> > Xen-api mailing list 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> _______________________________________________ 
> Xen-api mailing list 
> End of Xen-api Digest, Vol 77, Issue 4 
> ************************************** 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 9 
************************************** 


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

--------------070703010703070508030906-- --===============3950740667002262111== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3950740667002262111==-- From xen-api-bounces@lists.xen.org Fri Oct 05 12:33:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 12:33:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK761-0002IX-Cv; Fri, 05 Oct 2012 12:33:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK760-0002Gv-D0 for xen-api@lists.xen.org; Fri, 05 Oct 2012 12:33:36 +0000 X-Env-Sender: peter.broennimann@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1349440402!3791542!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27480 invoked from network); 5 Oct 2012 12:33:24 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 12:33:24 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so2376662vcb.32 for ; Fri, 05 Oct 2012 05:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=UqX0+9Z8WWf9YaQQ1bJk8R2xjlhLLr26N+bnU/bvK/I=; b=K1jJTXO/sVByUuaBarRs1Ml/DlEPRCj99B7CPerKlJqOSKx9o6z8kVj+mhgP0DnjOq O8fmeMfmlE08VDb8oz3P9QxCmAeStf7qDHk0hZxhHSp4b/xUQG7v0uaiBlCpbAEuNPJH aSUnFy77KsrgujcQ/Wzcpj32Xyo8+S9IHnHCey36+eXBJeIYTOU7tRKBxQNVr5Ky7aUD 1B7aXIcUi+mLPiGezvYej+a2OSuMUSXrZUNFGUDvIy7o4cfbRUA8JIcwEMsEwZ1IsLsl 5BrCKulw25loae6WcGNSHQnx6WlSPlzgv3113Wo3WCVLTTnVlkliQ33PM+RHBqOEatNi IdUQ== Received: by 10.58.116.212 with SMTP id jy20mr4468785veb.5.1349440401991; Fri, 05 Oct 2012 05:33:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.247.9 with HTTP; Fri, 5 Oct 2012 05:33:01 -0700 (PDT) From: "P. Broennimann" Date: Fri, 5 Oct 2012 14:33:01 +0200 Message-ID: To: xen-api@lists.xen.org Subject: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5973581174057503497==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5973581174057503497== Content-Type: multipart/alternative; boundary=047d7b6d99a4ce678a04cb4f13ca --047d7b6d99a4ce678a04cb4f13ca Content-Type: text/plain; charset=ISO-8859-1 Hi there I downloaded the new XCP 1.6 beta release (using together with XenCenter 6.1) and I am doing my first steps with it. 1) Why when I create a new "Single Server Private Network" the bridge is named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? 2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage is a default 8 gbytes drive. I could resize the disk in XenCenter (Storage tab) to 16 gbytes. Now I need to boot from a separate live-CD to adjust the VM's filesystem. I tried (using "Start in Recovery Mode" feature) the latest "Knoppix Live CD" and "GParted Live CD". Both do not boot. They start booting but then stop before showing any graphical console... What am I doing wrong here? Thanks & cheers, Peter --047d7b6d99a4ce678a04cb4f13ca Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi there

I downloaded the new = XCP 1.6 beta release (using together with XenCenter 6.1) and I am doing my = first steps with it.

1) Why when I create a new "Single Server = Private Network" the bridge is named "xapi0" and not "x= enbr1" ("xenbr0" exists by default)?

2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage i= s a default 8 gbytes drive. I could resize the disk in XenCenter (Storage t= ab) to 16 gbytes.=A0Now I need to boot from a separate live-CD to adjust th= e VM's filesystem. I tried (using "Start in Recovery Mode" fe= ature) the latest "Knoppix Live CD" and "GParted Live CD&quo= t;. Both do not boot. They start booting but then stop before showing any g= raphical console... What am I doing wrong here?

Thanks & cheers,
Peter

--047d7b6d99a4ce678a04cb4f13ca-- --===============5973581174057503497== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5973581174057503497==-- From xen-api-bounces@lists.xen.org Fri Oct 05 12:33:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 12:33:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK761-0002IX-Cv; Fri, 05 Oct 2012 12:33:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK760-0002Gv-D0 for xen-api@lists.xen.org; Fri, 05 Oct 2012 12:33:36 +0000 X-Env-Sender: peter.broennimann@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1349440402!3791542!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27480 invoked from network); 5 Oct 2012 12:33:24 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 12:33:24 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so2376662vcb.32 for ; Fri, 05 Oct 2012 05:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=UqX0+9Z8WWf9YaQQ1bJk8R2xjlhLLr26N+bnU/bvK/I=; b=K1jJTXO/sVByUuaBarRs1Ml/DlEPRCj99B7CPerKlJqOSKx9o6z8kVj+mhgP0DnjOq O8fmeMfmlE08VDb8oz3P9QxCmAeStf7qDHk0hZxhHSp4b/xUQG7v0uaiBlCpbAEuNPJH aSUnFy77KsrgujcQ/Wzcpj32Xyo8+S9IHnHCey36+eXBJeIYTOU7tRKBxQNVr5Ky7aUD 1B7aXIcUi+mLPiGezvYej+a2OSuMUSXrZUNFGUDvIy7o4cfbRUA8JIcwEMsEwZ1IsLsl 5BrCKulw25loae6WcGNSHQnx6WlSPlzgv3113Wo3WCVLTTnVlkliQ33PM+RHBqOEatNi IdUQ== Received: by 10.58.116.212 with SMTP id jy20mr4468785veb.5.1349440401991; Fri, 05 Oct 2012 05:33:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.247.9 with HTTP; Fri, 5 Oct 2012 05:33:01 -0700 (PDT) From: "P. Broennimann" Date: Fri, 5 Oct 2012 14:33:01 +0200 Message-ID: To: xen-api@lists.xen.org Subject: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5973581174057503497==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5973581174057503497== Content-Type: multipart/alternative; boundary=047d7b6d99a4ce678a04cb4f13ca --047d7b6d99a4ce678a04cb4f13ca Content-Type: text/plain; charset=ISO-8859-1 Hi there I downloaded the new XCP 1.6 beta release (using together with XenCenter 6.1) and I am doing my first steps with it. 1) Why when I create a new "Single Server Private Network" the bridge is named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? 2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage is a default 8 gbytes drive. I could resize the disk in XenCenter (Storage tab) to 16 gbytes. Now I need to boot from a separate live-CD to adjust the VM's filesystem. I tried (using "Start in Recovery Mode" feature) the latest "Knoppix Live CD" and "GParted Live CD". Both do not boot. They start booting but then stop before showing any graphical console... What am I doing wrong here? Thanks & cheers, Peter --047d7b6d99a4ce678a04cb4f13ca Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi there

I downloaded the new = XCP 1.6 beta release (using together with XenCenter 6.1) and I am doing my = first steps with it.

1) Why when I create a new "Single Server = Private Network" the bridge is named "xapi0" and not "x= enbr1" ("xenbr0" exists by default)?

2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage i= s a default 8 gbytes drive. I could resize the disk in XenCenter (Storage t= ab) to 16 gbytes.=A0Now I need to boot from a separate live-CD to adjust th= e VM's filesystem. I tried (using "Start in Recovery Mode" fe= ature) the latest "Knoppix Live CD" and "GParted Live CD&quo= t;. Both do not boot. They start booting but then stop before showing any g= raphical console... What am I doing wrong here?

Thanks & cheers,
Peter

--047d7b6d99a4ce678a04cb4f13ca-- --===============5973581174057503497== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5973581174057503497==-- From xen-api-bounces@lists.xen.org Fri Oct 05 13:16:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 13:16:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7lV-0003x6-PG; Fri, 05 Oct 2012 13:16:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7lT-0003wm-Sm for xen-api@lists.xen.org; Fri, 05 Oct 2012 13:16:28 +0000 Received: from [85.158.139.211:10141] by server-6.bemta-5.messagelabs.com id 1F/F2-14717-AADDE605; Fri, 05 Oct 2012 13:16:26 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1349442980!21220388!1 X-Originating-IP: [220.181.13.241] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTA4\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTA4\n,HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18112 invoked from network); 5 Oct 2012 13:16:22 -0000 Received: from m13-241.163.com (HELO m13-241.163.com) (220.181.13.241) by server-11.tower-206.messagelabs.com with SMTP; 5 Oct 2012 13:16:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=CkuiZ6YvI2q1d8E vCy8bWZhknALOrOpaAD5g1NfZ06M=; b=NJL8nwWxNH2Gf3F77RIeoKqcRfEvE2U XzjwSQ4NStsLtwqz0Rs4pkBIQRbkjprrh1k8OtU+xckXb3jI8gVZPo4DfA1yMPxV alxXM+HXyHAz7+BAMJLvpqD5mE30l5acbIpLrfqkDhXdaFeqN1qv9af1gpdKDPeK hHiNS1uXGzGE= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy7 (Coremail) ; Fri, 5 Oct 2012 21:16:16 +0800 (GMT+08:00) Date: Fri, 5 Oct 2012 21:16:04 +0800 From: "claytonly" To: "xen-api" Message-ID: <533b6b98.2c65.13a3111bcc1.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 6MKowGBpEEKh3W5QzNMgAA--.17509W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaR8-pk9o8nkyRwABs3 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 12 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7155461546096288945==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7155461546096288945== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_006_030602.002950" --__=_Part_Boundary_006_030602.002950 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 b2ssIG1hbnkgdGhhbmtzIQ0KDQoyMDEyLTEwLTA1DQoNCg0KDQpjbGF5dG9ubHkNCg0KDQoNCuWP keS7tuS6uu+8mnhlbi1hcGktcmVxdWVzdA0K5Y+R6YCB5pe26Ze077yaMjAxMi0xMC0wNSAxNzoz OA0K5Li76aKY77yaWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgMTINCuaUtuS7tuS6uu+8 miJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQrmioTpgIHvvJoNCg0KU2VuZCBYZW4t YXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCiAgICB4ZW4tYXBpQGxpc3RzLnhlbi5v cmcgDQoNClRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2Vi LCB2aXNpdCANCiAgICBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaSANCm9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBv ciBib2R5ICdoZWxwJyB0byANCiAgICB4ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCg0K WW91IGNhbiByZWFjaCB0aGUgcGVyc29uIG1hbmFnaW5nIHRoZSBsaXN0IGF0IA0KICAgIHhlbi1h cGktb3duZXJAbGlzdHMueGVuLm9yZyANCg0KV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91 ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYyANCnRoYW4gIlJlOiBDb250ZW50 cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIgDQoNCg0KVG9kYXkncyBUb3BpY3M6IA0KDQogICAxLiBS ZTogWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgOSAoR2VvcmdlIFNodWtsaW4pIA0KDQoN Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDEgDQpEYXRlOiBGcmksIDA1IE9jdCAyMDEyIDEz OjM3OjI1ICswNDAwIA0KRnJvbTogR2VvcmdlIFNodWtsaW4gPGdlb3JnZS5zaHVrbGluQGdtYWls LmNvbT4gDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KU3ViamVjdDogUmU6IFtYZW4tQVBJ XSBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSA5IA0KTWVzc2FnZS1JRDogPDUwNkVBQTU1 LjYwMjAyMDZAZ21haWwuY29tPiANCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0i aXNvLTg4NTktMSI7IEZvcm1hdD0iZmxvd2VkIiANCg0KVGhlcmUgd2FzICcoREFUQSBMT1NTIFdB Uk5JTkcpJyBpbiBteSBtYWlsLiBZb3UgY2FuIHNlZSBpdCBpbiBxdW90ZWQgIA0KbWVzc2FnZS4g DQoNCklmIHlvdSBWREkncyBzdG9yZWQgb24gTkZTLCB5b3UgY2FuIHByZXR0eSBlYXN5IHRvIHJl c3RvcmUgU1IuIEJ1dCB5b3UgIA0Kc3RpbGwgd2lsbCBuZWVkIHRvIGNyZWF0ZSBuZXcgVk1zIGFu ZCBhdHRhY2ggb2xkIGRpc2tzIHRvIGl0LiANCg0KRGV0YWlscyBkZXNjcmliZWQgaGVyZTogaHR0 cDovL3N1cHBvcnQuY2l0cml4LmNvbS9hcnRpY2xlL0NUWDEyMTg5NiAoeW91ICANCmNhbiBhZG9w dCBpdCB0byBORlMgUEJEJ3MpLiANCg0KDQowNS4xMC4yMDEyIDA5OjQ3LCBjbGF5dG9ubHkgPz8/ Pz86IA0KPiBUaGVyZSB3YXMgbm8gZGF0YSBsb3NzIHdhcm5pbmcuIEkgd2FudCB0byBpbXBvcnQg b3JpZ2luYWwgdm1zIHN0b3JlZCAgDQo+IG9uIHNsYXZlcyBqdXN0IGxpa2UgVk1XYXJlIFdvcmtz dGF0aW9uIGJ1dCAneGUgdm0tbGlzdCcgZGlkbid0IGRpc3BsYXkgLiANCj4gTXkgU00gaXMgTkZT IFZIRC4gSXMgaXQgcG9zc2libGUgdG8gaW1wb3J0IHRoZSB2bXMgPyBPciBTb21lIG90aGVyICAN Cj4gbWV0aG9kcyBtYXkgd29yaz8gDQo+IDIwMTItMTAtMDUgDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ICo/Pz86Knhlbi1hcGktcmVxdWVz dCANCj4gKj8/Pz86KjIwMTItMTAtMDQgMjA6MDAgDQo+ICo/PzoqWGVuLWFwaSBEaWdlc3QsIFZv bCA3NywgSXNzdWUgOSANCj4gKj8/PzoqInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4g DQo+ICo/PzoqIA0KPiBTZW5kIFhlbi1hcGkgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0K PiAgICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBUbyBzdWJzY3JpYmUgb3IgdW5zdWJzY3Jp YmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQo+ICAgICBodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gb3IsIHZpYSBlbWFpbCwg c2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiAgICAgeGVu LWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQo+IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBt YW5hZ2luZyB0aGUgbGlzdCBhdCANCj4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMg bW9yZSBzcGVjaWZpYyANCj4gdGhhbiAiUmU6IENvbnRlbnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4u IiANCj4gVG9kYXkncyBUb3BpY3M6IA0KPiAgICAxLiBSZTogWGVuLWFwaSBEaWdlc3QsIFZvbCA3 NywgSXNzdWUgNDogUmU6Q29udGVudHMgb2YgWGVuLWFwaSANCj4gICAgICAgZGlnZXN0IChHZW9y Z2UgU2h1a2xpbikgDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+IE1lc3NhZ2U6IDEgDQo+IERhdGU6IFRo dSwgMDQgT2N0IDIwMTIgMTU6NDE6MzggKzA0MDAgDQo+IEZyb206IEdlb3JnZSBTaHVrbGluIDxn ZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiBUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0K PiBTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDQ6 IFJlOkNvbnRlbnRzIG9mIA0KPiAgICAgWGVuLWFwaSBkaWdlc3QgDQo+IE1lc3NhZ2UtSUQ6IDw1 MDZENzVGMi43MDEwODA1QGdtYWlsLmNvbT4gDQo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsg Y2hhcnNldD0iaXNvLTg4NTktMSI7IEZvcm1hdD0iZmxvd2VkIiANCj4gSGV5LCBkaWQgeW91IHNh dyB0aGUgbm90aWNlICdkYXRhIGxvc3Mgd2FybmluZyc/IA0KPiBTb3JyeSwgbm8gImhvdyB0byB1 c2UgdGhlc2UgbGlzdCBWTSIgbm93LiANCj4gQWxsIEkgcG9zdCAgd2FzIGp1c3QgYSB3YXkgdG8g cmV0dXJuIHNsYXZlcyB0byBwcmUtaW5zdGFsbGVkIHN0YXRlIHRvIA0KPiBhbGxvdyB0aGVtIHJl am9pbiBwb29sIChuZXcgcG9vbCkuIA0KPiBZb3UgY2FuIHRyeSB0byBzY2F2ZW5nZSBWTSBkYXRh IGZyb20gc3RvcmFnZSAod2hpY2ggc2hvdWxkIHN0YXkgaW50YWN0LCANCj4gSSB0aGluaykgYnV0 IHRoYXQgcmVxdWlyZSAgZGVlcCBkaWdnaW5nIGluIFZIRCwgTFZNIGFuZCBzbyBvbi4gDQo+IFdo aWNoIFNNIGRpZCB5b3UgdXNlPyANCj4gMDQuMTAuMjAxMiAxNTowOCwgY2xheXRvbmx5ID8/Pz8/ OiANCj4gPiBUaGFua3MgZm9yIEdlb3JnZSdzIHJlc3BvbnNlLiBJdCBkb2VzIHdvcmsgYW5kICd4 ZSB2bS1saXN0JyByZXR1cm5zIG5vIA0KPiA+IGVycm9ycy4gDQo+ID4gSG93ZXZlciwgSSBnb3Qg YW5vdGhlciBwcm9ibGVtLiAneGUgdm0tbGlzdCcgb25seSBkaXNwbGF5ZWQgDQo+ID4gY29udHJv bGxpbmcgZG9tYWluIFZNLCBvdGhlciB2bXMgaGF2ZSBhbGwgZ29uZSEgSG93IGNhbiBJIHVzZSB0 aGVzZSANCj4gPiBsb3N0IFZNcz8gTWFueSB0aGFua3MhIA0KPiA+IDIwMTItMTAtMDQgDQo+ID4g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tICANCj4gDQo+ID4gY2xheXRvbmx5IA0KPiA+IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSAgDQo+IA0KPiA+ICo/Pz86Knhlbi1hcGktcmVxdWVzdCANCj4gPiAqPz8/PzoqMjAxMi0xMC0w MiAyMDowMCANCj4gPiAqPz86Klhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDQgDQo+ID4g Kj8/PzoqInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQo+ID4gKj8/OiogDQo+ID4g U2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCj4gPiAgICAgeGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiA+IFRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhl IFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCj4gPiAgICAgaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dp LWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4gb3IsIHZpYSBlbWFpbCwgc2VuZCBh IG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiA+ICAgICB4ZW4tYXBp LXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCj4gPiBZb3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFu YWdpbmcgdGhlIGxpc3QgYXQgDQo+ID4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cj4gPiBXaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBp cyBtb3JlIHNwZWNpZmljIA0KPiA+IHRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBpIGRpZ2Vz dC4uLiIgDQo+ID4gVG9kYXkncyBUb3BpY3M6IA0KPiA+ICAgIDEuIGFmdGVyIHJlaW5zdGFsbCB1 YnVudHUgb24gbWFzdGVyIChjbGF5dG9ubHkpIA0KPiA+ICAgIDIuIG1vbml0b3Jpbmcgb2YgVk0g KEFuYW5kIEopIA0KPiA+ICAgIDMuIFJlOiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3Rl ciAoR2VvcmdlIFNodWtsaW4pIA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ID4gTWVzc2FnZTogMSAN Cj4gPiBEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTg6NDc6NDkgKzA4MDAgDQo+ID4gRnJvbTogImNs YXl0b25seSI8Y2xheXRvbmx5QDE2My5jb20+IA0KPiA+IFRvOiAieGVuLWFwaSI8eGVuLWFwaUBs aXN0cy54ZW4ub3JnPiANCj4gPiBTdWJqZWN0OiBbWGVuLUFQSV0gYWZ0ZXIgcmVpbnN0YWxsIHVi dW50dSBvbiBtYXN0ZXIgDQo+ID4gTWVzc2FnZS1JRDogPDNmZGQyYTkyLmQ1Yi4xM2EyMTE2YzM0 Mi5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbT4gDQo+ID4gQ29udGVudC1UeXBlOiB0ZXh0L3Bs YWluOyBjaGFyc2V0PSJ1dGYtOCIgDQo+ID4gaGVsbG8sZXZlcnlvbmUgDQo+ID4gZm9yIHNvbWUg cmVhc29uLCBJIGhhdmUgcmVpbnN0YWxsIHVidW50dSBhbmQgeHBjLXhhcGkgb24gbWFzdGVyLCBh bmQgYWxsIHNsYXZlcyBpbiBwb29sIGhhdmUgYmVlbiBkZWxldGVkLiBCdXQgd2hlbiBJIHJ1biAn eGUgdm0tbGlzdCcgb24gc2xhdmUsIHRoZXJlIGNvbWVzIHRoZSBlcnJvciAgDQo+IA0KPiA+IA0K PiA+ICJUaGUgbWFzdGVyIHNheXMgdGhlIGhvc3RzIGlzIG5vdCBrbm93IHRvIGl0LiBQZXJoYXBz IHRoZSBIb3N0IHdhcyBkZWxldGVkIGZyb20gdGhlIG1hc3RlcidzIGRhdGFiYXNlPyBQZXJoYXBz IHRoZSBzbGF2ZSBpcyBwb2l0aW5nIHRvIHRoZSB3cm9uZyBtYXN0ZXI/IiAgDQo+IA0KPiA+IA0K PiA+IEFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0aGUgc2xhdmUgdG8gdGhlIG5ldyBwb29sLCBp dCBkb2Vzbid0IHdvcmsuIHdoYXQgc2hvdWxkIGkgZG8/IE1hbnkgdGhhbmtzISAgDQo+IA0KPiA+ IA0KPiA+IGNsYXl0b24gDQo+ID4gMjAxMi0xMC0wMiANCj4gPiBjbGF5dG9ubHkgDQo+ID4gLS0t LS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KPiA+IEFuIEhUTUwgYXR0YWNo bWVudCB3YXMgc2NydWJiZWQuLi4gDQo+ID4gVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJj aGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzFjOTIwMjZiL2F0dGFjaG1l bnQuaHRtbD4gIA0KPiANCj4gPiANCj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0g DQo+ID4gTWVzc2FnZTogMiANCj4gPiBEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTY6MjA6NTIgKzA1 MzAgDQo+ID4gRnJvbTogQW5hbmQgSiA8YW5hbmRzYmoxOTg5QGdtYWlsLmNvbT4gDQo+ID4gVG86 IHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gPiBTdWJqZWN0OiBbWGVuLUFQSV0gbW9uaXRvcmlu ZyBvZiBWTSANCj4gPiBNZXNzYWdlLUlEOiANCj4gPiAgICAgPENBRlFRcCthVnlrZXd5Nm4wSC1Q TEs2MENqdDhDRDEzRFRuX2M0RTVjVDI2c1Jyb1NQUUBtYWlsLmdtYWlsLmNvbT4gIA0KPiANCj4g PiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04ODU5LTEiIA0KPiA+IGhp IEkgYW0gYW5hbmQuIA0KPiA+IEkgYW0gdmVyeSBiZWdpbm5lciB0byB4Y3AgYW5kIGkgd2FudCB0 byBtb25pdG9yIHRoZSB2aXJ0dWFsIG1hY2hpbmUgKGxpa2UgIA0KPiANCj4gPiBjcHUgdXNhZ2Us IHN0b3JhZ2UsIHN0YXR1cyBvZiB2bSkuIA0KPiA+IHNvIHdoaWNoIGFsbCBBUEkgc2hvdWxkIGkg dXNlIHRvIGdldCB0aG9zZS4uLiBwbGVhc2Ugc3VnZ2VzdCBtZS4gDQo+ID4gdGhhbmtzIA0KPiA+ IHJlZ2FyZHMgDQo+ID4gQU5BTkQgDQo+ID4gLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0t LS0tLS0tLS0tIA0KPiA+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+ID4g VVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1l bnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gPiANCj4gPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ID4gTWVzc2FnZTogMyANCj4gPiBEYXRl OiBUdWUsIDAyIE9jdCAyMDEyIDE1OjQwOjQ5ICswNDAwIA0KPiA+IEZyb206IEdlb3JnZSBTaHVr bGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiA+IFRvOiB4ZW4tYXBpQGxpc3RzLnhl bi5vcmcgDQo+ID4gU3ViamVjdDogUmU6IFtYZW4tQVBJXSBhZnRlciByZWluc3RhbGwgdWJ1bnR1 IG9uIG1hc3RlciANCj4gPiBNZXNzYWdlLUlEOiA8NTA2QUQyQzEuNDA5MDkwNkBnbWFpbC5jb20+ IA0KPiA+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0iaXNvLTg4NTktMSI7IEZv cm1hdD0iZmxvd2VkIiANCj4gPiBFdmVyeSBzbGF2ZSBoYXMgL2V0Yy94Y3AvcG9vbC5jb25mIHdp Y2ggcG9pbnRzIHRvIG1hc3Rlci4gVG8gZml4ICh3ZWxsLCANCj4gPiBhY3R1YWxseSBicm9rZSBk b3duIGxlZnRvdmVycyBvZiBwcmV2aW91cyBwb29sKTogDQo+ID4gKERBVEEgTE9TUyBXQVJOSU5H KSANCj4gPiAwKSBzdWRvIC1zIA0KPiA+IDEpIC9ldGMvaW5pdC5kL3hjcC14YXBpIHN0b3AgDQo+ ID4gMikgcm0gL3Zhci9saWIveGNwL3N0YXRlLmRiIA0KPiA+IDMpIGVjaG8gbWFzdGVyID4vZXRj L3hjcC9wb29sLmNvbmYgDQo+ID4gNCkgL2V0Yy9pbml0LmQveGNwLXhhcGkgc3RhcnQgDQo+ID4g MDIuMTAuMjAxMiAxNDo0NywgY2xheXRvbmx5ID8/Pz8/OiANCj4gPiA+IGhlbGxvLGV2ZXJ5b25l IA0KPiA+ID4gZm9yIHNvbWUgcmVhc29uLCBJIGhhdmUgcmVpbnN0YWxsIHVidW50dSBhbmQgeHBj LXhhcGkgb24gbWFzdGVyLCBhbmQgDQo+ID4gPiBhbGwgc2xhdmVzIGluIHBvb2wgaGF2ZSBiZWVu IGRlbGV0ZWQuIEJ1dCB3aGVuIEkgcnVuICd4ZSB2bS1saXN0JyBvbiANCj4gPiA+IHNsYXZlLCB0 aGVyZSBjb21lcyB0aGUgZXJyb3IgDQo+ID4gPiAiVGhlIG1hc3RlciBzYXlzIHRoZSBob3N0cyBp cyBub3Qga25vdyB0byBpdC4gUGVyaGFwcyB0aGUgSG9zdCB3YXMgDQo+ID4gPiBkZWxldGVkIGZy b20gdGhlIG1hc3RlcidzIGRhdGFiYXNlPyBQZXJoYXBzIHRoZSBzbGF2ZSBpcyBwb2l0aW5nIHRv IA0KPiA+ID4gdGhlIHdyb25nIG1hc3Rlcj8iIA0KPiA+ID4gQWZ0ZXIgdGhhdCAsSSB0cnkgdG8g YWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qgd29yay4gDQo+ID4gPiB3 aGF0IHNob3VsZCBpIGRvPyBNYW55IHRoYW5rcyEgDQo+ID4gPiBjbGF5dG9uIA0KPiA+ID4gMjAx Mi0xMC0wMiANCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAgDQo+IA0KPiA+IA0KPiA+ID4gY2xheXRv bmx5IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fIA0KPiA+ID4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ID4gPiBY ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmlu L21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQg LS0tLS0tLS0tLS0tLS0gDQo+ID4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiAN Cj4gPiBVUkw6IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0 YWNobWVudHMvMjAxMjEwMDIvMmZkY2E2OGMvYXR0YWNobWVudC5odG1sPiAgDQo+IA0KPiA+IA0K PiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCj4gPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gPiBYZW4tYXBpIG1haWxpbmcgbGlz dCANCj4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gaHR0cDovL2xpc3RzLnhlbi5vcmcv Y2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4gRW5kIG9mIFhlbi1hcGkgRGln ZXN0LCBWb2wgNzcsIElzc3VlIDQgDQo+ID4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKiogDQo+ID4gDQo+ID4gDQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18gDQo+ID4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ID4gWGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiA+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpIA0KPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0t LS0tLS0gDQo+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+IFVSTDogPGh0 dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEy MTAwNC83OGY1MTU1MC9hdHRhY2htZW50Lmh0bWw+ICANCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gDQo+IFhlbi1hcGkgbWFpbGluZyBsaXN0IA0KPiBYZW4tYXBpQGxpc3RzLnhlbi5v cmcgDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpIA0KPiBFbmQgb2YgWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgOSANCj4gKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiogDQo+IA0KPiANCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQo+IFhlbi1hcGkgbWFpbGluZyBs aXN0IA0KPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0KDQotLS0tLS0tLS0tLS0tLSBuZXh0IHBh cnQgLS0tLS0tLS0tLS0tLS0gDQpBbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uIA0K VVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1l bnRzLzIwMTIxMDA1L2JlNzllMjZkL2F0dGFjaG1lbnQuaHRtbD4gDQoNCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18gDQpYZW4tYXBpIG1haWxpbmcgbGlzdCANClhlbi1hcGlAbGlzdHMueGVuLm9y ZyANCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBp IA0KDQoNCkVuZCBvZiBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSAxMiANCioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiA= --__=_Part_Boundary_006_030602.002950 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5vaywgbWFueSANCnRoYW5rcyE8L0ZPTlQ+PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSNjMGMwYzAg c2l6ZT0yIGZhY2U9VmVyZGFuYT4yMDEyLTEwLTA1PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1s ZWZ0PjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsg SEVJR0hUOiAycHgiIGlkPVNpZ25OYW1lSFIgYWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+PC9E SVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJk YW5hPjxTUEFOIA0KaWQ9X0ZsYXNoU2lnbk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUj4NCjwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuWPkeS7tuS6uu+8mjwvU1RS T05HPnhlbi1hcGktcmVxdWVzdDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFj ZT1WZXJkYW5hPjxTVFJPTkc+5Y+R6YCB5pe26Ze077yaPC9TVFJPTkc+MjAxMi0xMC0wNSZuYnNw OzE3OjM4PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJP Tkc+5Li76aKY77yaPC9TVFJPTkc+WGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgDQoxMjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjxTVFJPTkc+5pS2 5Lu25Lq677yaPC9TVFJPTkc+Inhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDs8 L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7mioTp gIHvvJo8L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRh bmE+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0K PERJVj5TZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlz c2lvbnMmbmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4 ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElW PlRvJm5ic3A7c3Vic2NyaWJlJm5ic3A7b3ImbmJzcDt1bnN1YnNjcmliZSZuYnNwO3ZpYSZuYnNw O3RoZSZuYnNwO1dvcmxkJm5ic3A7V2lkZSZuYnNwO1dlYiwmbmJzcDt2aXNpdCZuYnNwOzwvRElW Pg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj5vciwmbmJzcDt2 aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3NhZ2UmbmJzcDt3aXRoJm5i c3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZuYnNwO3RvJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGktcmVxdWVzdEBsaXN0cy54 ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Zb3UmbmJzcDtjYW4m bmJzcDtyZWFjaCZuYnNwO3RoZSZuYnNwO3BlcnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5i c3A7bGlzdCZuYnNwO2F0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O3hlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3BsZWFzZSZuYnNwO2VkaXQmbmJzcDt5 b3VyJm5ic3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZuYnNwO2l0Jm5ic3A7aXMmbmJzcDtt b3JlJm5ic3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+dGhhbiZuYnNwOyJSZTombmJzcDtD b250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO2RpZ2VzdC4uLiImbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Ub2RheSdzJm5ic3A7 VG9waWNzOiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7 Jm5ic3A7MS4mbmJzcDtSZTombmJzcDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNw Ozc3LCZuYnNwO0lzc3VlJm5ic3A7OSZuYnNwOyhHZW9yZ2UmbmJzcDtTaHVrbGluKSZuYnNwOzwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPk1lc3NhZ2U6Jm5ic3A7 MSZuYnNwOzwvRElWPg0KPERJVj5EYXRlOiZuYnNwO0ZyaSwmbmJzcDswNSZuYnNwO09jdCZuYnNw OzIwMTImbmJzcDsxMzozNzoyNSZuYnNwOyswNDAwJm5ic3A7PC9ESVY+DQo8RElWPkZyb206Jm5i c3A7R2VvcmdlJm5ic3A7U2h1a2xpbiZuYnNwOyZsdDtnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20m Z3Q7Jm5ic3A7PC9ESVY+DQo8RElWPlRvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNw OzwvRElWPg0KPERJVj5TdWJqZWN0OiZuYnNwO1JlOiZuYnNwO1tYZW4tQVBJXSZuYnNwO1hlbi1h cGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDs5Jm5ic3A7 PC9ESVY+DQo8RElWPk1lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzUwNkVBQTU1LjYwMjAyMDZAZ21haWwu Y29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsm bmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsmbmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoZXJlJm5ic3A7d2FzJm5ic3A7JyhEQVRBJm5i c3A7TE9TUyZuYnNwO1dBUk5JTkcpJyZuYnNwO2luJm5ic3A7bXkmbmJzcDttYWlsLiZuYnNwO1lv dSZuYnNwO2NhbiZuYnNwO3NlZSZuYnNwO2l0Jm5ic3A7aW4mbmJzcDtxdW90ZWQmbmJzcDsmbmJz cDs8L0RJVj4NCjxESVY+bWVzc2FnZS4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWPklmJm5ic3A7eW91Jm5ic3A7VkRJJ3MmbmJzcDtzdG9yZWQmbmJzcDtvbiZuYnNwO05GUywm bmJzcDt5b3UmbmJzcDtjYW4mbmJzcDtwcmV0dHkmbmJzcDtlYXN5Jm5ic3A7dG8mbmJzcDtyZXN0 b3JlJm5ic3A7U1IuJm5ic3A7QnV0Jm5ic3A7eW91Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPnN0 aWxsJm5ic3A7d2lsbCZuYnNwO25lZWQmbmJzcDt0byZuYnNwO2NyZWF0ZSZuYnNwO25ldyZuYnNw O1ZNcyZuYnNwO2FuZCZuYnNwO2F0dGFjaCZuYnNwO29sZCZuYnNwO2Rpc2tzJm5ic3A7dG8mbmJz cDtpdC4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRldGFpbHMmbmJzcDtk ZXNjcmliZWQmbmJzcDtoZXJlOiZuYnNwO2h0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNs ZS9DVFgxMjE4OTYmbmJzcDsoeW91Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPmNhbiZuYnNwO2Fk b3B0Jm5ic3A7aXQmbmJzcDt0byZuYnNwO05GUyZuYnNwO1BCRCdzKS4mbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4wNS4xMC4yMDEyJm5ic3A7 MDk6NDcsJm5ic3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtUaGVyZSZuYnNwO3dhcyZuYnNwO25vJm5ic3A7ZGF0YSZuYnNwO2xvc3MmbmJzcDt3YXJu aW5nLiZuYnNwO0kmbmJzcDt3YW50Jm5ic3A7dG8mbmJzcDtpbXBvcnQmbmJzcDtvcmlnaW5hbCZu YnNwO3ZtcyZuYnNwO3N0b3JlZCZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7b24m bmJzcDtzbGF2ZXMmbmJzcDtqdXN0Jm5ic3A7bGlrZSZuYnNwO1ZNV2FyZSZuYnNwO1dvcmtzdGF0 aW9uJm5ic3A7YnV0Jm5ic3A7J3hlJm5ic3A7dm0tbGlzdCcmbmJzcDtkaWRuJ3QmbmJzcDtkaXNw bGF5Jm5ic3A7LiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7TXkmbmJzcDtTTSZuYnNwO2lz Jm5ic3A7TkZTJm5ic3A7VkhELiZuYnNwO0lzJm5ic3A7aXQmbmJzcDtwb3NzaWJsZSZuYnNwO3Rv Jm5ic3A7aW1wb3J0Jm5ic3A7dGhlJm5ic3A7dm1zJm5ic3A7PyZuYnNwO09yJm5ic3A7U29tZSZu YnNwO290aGVyJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDttZXRob2RzJm5ic3A7 bWF5Jm5ic3A7d29yaz8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzIwMTItMTAtMDUmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyo/Pz86Knhlbi1hcGktcmVxdWVz dCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/Pz86KjIwMTItMTAtMDQmbmJzcDsyMDow MCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/OipYZW4tYXBpJm5ic3A7RGlnZXN0LCZu YnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7OSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Kj8/PzoqInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyo/PzoqJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtT ZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMm bmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbyZu YnNwO3N1YnNjcmliZSZuYnNwO29yJm5ic3A7dW5zdWJzY3JpYmUmbmJzcDt2aWEmbmJzcDt0aGUm bmJzcDtXb3JsZCZuYnNwO1dpZGUmbmJzcDtXZWIsJm5ic3A7dmlzaXQmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtvciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3Nh Z2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZu YnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDt4ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7WW91Jm5ic3A7Y2FuJm5ic3A7cmVhY2gmbmJzcDt0aGUmbmJzcDtwZXJzb24mbmJzcDttYW5h Z2luZyZuYnNwO3RoZSZuYnNwO2xpc3QmbmJzcDthdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtXaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNl Jm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7 aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7dGhhbiZuYnNwOyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZu YnNwO2RpZ2VzdC4uLiImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtU b3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsxLiZu YnNwO1JlOiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7 SXNzdWUmbmJzcDs0OiZuYnNwO1JlOkNvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDtkaWdlc3QmbmJzcDsoR2VvcmdlJm5ic3A7U2h1a2xpbikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO01lc3NhZ2U6 Jm5ic3A7MSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7RGF0ZTombmJzcDtUaHUsJm5ic3A7 MDQmbmJzcDtPY3QmbmJzcDsyMDEyJm5ic3A7MTU6NDE6MzgmbmJzcDsrMDQwMCZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7RnJvbTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0 O2dlb3JnZS5zaHVrbGluQGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7U3ViamVjdDombmJzcDtSZTombmJzcDtbWGVuLUFQSV0mbmJzcDtYZW4tYXBpJm5ic3A7RGln ZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7NDombmJzcDtSZTpDb250ZW50 cyZuYnNwO29mJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNz YWdlLUlEOiZuYnNwOyZsdDs1MDZENzVGMi43MDEwODA1QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2No YXJzZXQ9Imlzby04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7SGV5LCZuYnNwO2RpZCZuYnNwO3lvdSZuYnNwO3NhdyZuYnNwO3RoZSZuYnNw O25vdGljZSZuYnNwOydkYXRhJm5ic3A7bG9zcyZuYnNwO3dhcm5pbmcnPyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7U29ycnksJm5ic3A7bm8mbmJzcDsiaG93Jm5ic3A7dG8mbmJzcDt1c2Um bmJzcDt0aGVzZSZuYnNwO2xpc3QmbmJzcDtWTSImbmJzcDtub3cuJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtBbGwmbmJzcDtJJm5ic3A7cG9zdCZuYnNwOyZuYnNwO3dhcyZuYnNwO2p1c3Qm bmJzcDthJm5ic3A7d2F5Jm5ic3A7dG8mbmJzcDtyZXR1cm4mbmJzcDtzbGF2ZXMmbmJzcDt0byZu YnNwO3ByZS1pbnN0YWxsZWQmbmJzcDtzdGF0ZSZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDthbGxvdyZuYnNwO3RoZW0mbmJzcDtyZWpvaW4mbmJzcDtwb29sJm5ic3A7KG5ldyZu YnNwO3Bvb2wpLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WW91Jm5ic3A7Y2FuJm5ic3A7 dHJ5Jm5ic3A7dG8mbmJzcDtzY2F2ZW5nZSZuYnNwO1ZNJm5ic3A7ZGF0YSZuYnNwO2Zyb20mbmJz cDtzdG9yYWdlJm5ic3A7KHdoaWNoJm5ic3A7c2hvdWxkJm5ic3A7c3RheSZuYnNwO2ludGFjdCwm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0kmbmJzcDt0aGluaykmbmJzcDtidXQmbmJzcDt0 aGF0Jm5ic3A7cmVxdWlyZSZuYnNwOyZuYnNwO2RlZXAmbmJzcDtkaWdnaW5nJm5ic3A7aW4mbmJz cDtWSEQsJm5ic3A7TFZNJm5ic3A7YW5kJm5ic3A7c28mbmJzcDtvbi4mbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwO1doaWNoJm5ic3A7U00mbmJzcDtkaWQmbmJzcDt5b3UmbmJzcDt1c2U/Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDswNC4xMC4yMDEyJm5ic3A7MTU6MDgsJm5ic3A7Y2xh eXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 VGhhbmtzJm5ic3A7Zm9yJm5ic3A7R2VvcmdlJ3MmbmJzcDtyZXNwb25zZS4mbmJzcDtJdCZuYnNw O2RvZXMmbmJzcDt3b3JrJm5ic3A7YW5kJm5ic3A7J3hlJm5ic3A7dm0tbGlzdCcmbmJzcDtyZXR1 cm5zJm5ic3A7bm8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtlcnJvcnMu Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7SG93ZXZlciwmbmJzcDtJJm5i c3A7Z290Jm5ic3A7YW5vdGhlciZuYnNwO3Byb2JsZW0uJm5ic3A7J3hlJm5ic3A7dm0tbGlzdCcm bmJzcDtvbmx5Jm5ic3A7ZGlzcGxheWVkJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Y29udHJvbGxpbmcmbmJzcDtkb21haW4mbmJzcDtWTSwmbmJzcDtvdGhlciZuYnNwO3Zt cyZuYnNwO2hhdmUmbmJzcDthbGwmbmJzcDtnb25lISZuYnNwO0hvdyZuYnNwO2NhbiZuYnNwO0km bmJzcDt1c2UmbmJzcDt0aGVzZSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O2xvc3QmbmJzcDtWTXM/Jm5ic3A7TWFueSZuYnNwO3RoYW5rcyEmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDsyMDEyLTEwLTA0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyo/ Pz86Knhlbi1hcGktcmVxdWVzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw Oyo/Pz8/OioyMDEyLTEwLTAyJm5ic3A7MjA6MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZndDsmbmJzcDsqPz86Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5i c3A7SXNzdWUmbmJzcDs0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Kj8/ PzoqInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsqPz86KiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 Jmd0OyZuYnNwO1NlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtz dWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VG8mbmJzcDtzdWJzY3JpYmUmbmJzcDtvciZuYnNw O3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtXaWRlJm5ic3A7 V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtv ciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3NhZ2UmbmJz cDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZuYnNwO3Rv Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDtZb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNwO3RoZSZuYnNwO3Bl cnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFw aS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3BsZWFzZSZuYnNwO2VkaXQmbmJzcDt5b3VyJm5i c3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZuYnNwO2l0Jm5ic3A7aXMmbmJzcDttb3JlJm5i c3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDt0aGFuJm5i c3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4u IiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtUb3Bp Y3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7MS4mbmJzcDthZnRlciZuYnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO29uJm5ic3A7 bWFzdGVyJm5ic3A7KGNsYXl0b25seSkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO21vbml0b3JpbmcmbmJzcDtvZiZuYnNwO1ZN Jm5ic3A7KEFuYW5kJm5ic3A7SikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDszLiZuYnNwO1JlOiZuYnNwO2FmdGVyJm5ic3A7cmVpbnN0YWxs Jm5ic3A7dWJ1bnR1Jm5ic3A7b24mbmJzcDttYXN0ZXImbmJzcDsoR2VvcmdlJm5ic3A7U2h1a2xp bikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7TWVzc2FnZTombmJzcDsxJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7RGF0ZTombmJzcDtUdWUsJm5ic3A7MiZu YnNwO09jdCZuYnNwOzIwMTImbmJzcDsxODo0Nzo0OSZuYnNwOyswODAwJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7RnJvbTombmJzcDsiY2xheXRvbmx5IiZsdDtjbGF5dG9u bHlAMTYzLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtUbzom bmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0 ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO01lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzNmZGQy YTkyLmQ1Yi4xM2EyMTE2YzM0Mi5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbSZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9w bGFpbjsmbmJzcDtjaGFyc2V0PSJ1dGYtOCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtoZWxsbyxldmVyeW9uZSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwO2ZvciZuYnNwO3NvbWUmbmJzcDtyZWFzb24sJm5ic3A7SSZuYnNwO2hhdmUmbmJzcDtyZWlu c3RhbGwmbmJzcDt1YnVudHUmbmJzcDthbmQmbmJzcDt4cGMteGFwaSZuYnNwO29uJm5ic3A7bWFz dGVyLCZuYnNwO2FuZCZuYnNwO2FsbCZuYnNwO3NsYXZlcyZuYnNwO2luJm5ic3A7cG9vbCZuYnNw O2hhdmUmbmJzcDtiZWVuJm5ic3A7ZGVsZXRlZC4mbmJzcDtCdXQmbmJzcDt3aGVuJm5ic3A7SSZu YnNwO3J1biZuYnNwOyd4ZSZuYnNwO3ZtLWxpc3QnJm5ic3A7b24mbmJzcDtzbGF2ZSwmbmJzcDt0 aGVyZSZuYnNwO2NvbWVzJm5ic3A7dGhlJm5ic3A7ZXJyb3ImbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyJUaGUmbmJzcDttYXN0ZXImbmJzcDtzYXlzJm5ic3A7dGhl Jm5ic3A7aG9zdHMmbmJzcDtpcyZuYnNwO25vdCZuYnNwO2tub3cmbmJzcDt0byZuYnNwO2l0LiZu YnNwO1BlcmhhcHMmbmJzcDt0aGUmbmJzcDtIb3N0Jm5ic3A7d2FzJm5ic3A7ZGVsZXRlZCZuYnNw O2Zyb20mbmJzcDt0aGUmbmJzcDttYXN0ZXIncyZuYnNwO2RhdGFiYXNlPyZuYnNwO1BlcmhhcHMm bmJzcDt0aGUmbmJzcDtzbGF2ZSZuYnNwO2lzJm5ic3A7cG9pdGluZyZuYnNwO3RvJm5ic3A7dGhl Jm5ic3A7d3JvbmcmbmJzcDttYXN0ZXI/IiZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7QWZ0ZXImbmJzcDt0aGF0Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNw O2FkZCZuYnNwO3RoZSZuYnNwO3NsYXZlJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtw b29sLCZuYnNwO2l0Jm5ic3A7ZG9lc24ndCZuYnNwO3dvcmsuJm5ic3A7d2hhdCZuYnNwO3Nob3Vs ZCZuYnNwO2kmbmJzcDtkbz8mbmJzcDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOyZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Y2xheXRvbiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwOzIwMTItMTAtMDImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDst LS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJzcDthdHRh Y2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtVUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVz L2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwMi8xYzkyMDI2Yi9hdHRhY2htZW50Lmh0 bWwmZ3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDtNZXNzYWdlOiZuYnNwOzImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDtEYXRlOiZuYnNwO1R1ZSwmbmJzcDsyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE2OjIwOjUy Jm5ic3A7KzA1MzAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtGcm9tOiZu YnNwO0FuYW5kJm5ic3A7SiZuYnNwOyZsdDthbmFuZHNiajE5ODlAZ21haWwuY29tJmd0OyZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMu eGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5i c3A7W1hlbi1BUEldJm5ic3A7bW9uaXRvcmluZyZuYnNwO29mJm5ic3A7Vk0mbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtDQUZRUXArYVZ5 a2V3eTZuMEgtUExLNjBDanQ4Q0QxM0RUbl9jNEU1Y1QyNnNScm9TUFFAbWFpbC5nbWFpbC5jb20m Z3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0 PSJpc28tODg1OS0xIiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2hpJm5i c3A7SSZuYnNwO2FtJm5ic3A7YW5hbmQuJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7SSZuYnNwO2FtJm5ic3A7dmVyeSZuYnNwO2JlZ2lubmVyJm5ic3A7dG8mbmJzcDt4Y3Am bmJzcDthbmQmbmJzcDtpJm5ic3A7d2FudCZuYnNwO3RvJm5ic3A7bW9uaXRvciZuYnNwO3RoZSZu YnNwO3ZpcnR1YWwmbmJzcDttYWNoaW5lJm5ic3A7KGxpa2UmbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NwdSZuYnNwO3Vz YWdlLCZuYnNwO3N0b3JhZ2UsJm5ic3A7c3RhdHVzJm5ic3A7b2YmbmJzcDt2bSkuJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7c28mbmJzcDt3aGljaCZuYnNwO2FsbCZuYnNw O0FQSSZuYnNwO3Nob3VsZCZuYnNwO2kmbmJzcDt1c2UmbmJzcDt0byZuYnNwO2dldCZuYnNwO3Ro b3NlLi4uJm5ic3A7cGxlYXNlJm5ic3A7c3VnZ2VzdCZuYnNwO21lLiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO3RoYW5rcyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 Jmd0OyZuYnNwO3JlZ2FyZHMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtB TkFORCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0t Jm5ic3A7bmV4dCZuYnNwO3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0FuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3 YXMmbmJzcDtzY3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O1VSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBp L2F0dGFjaG1lbnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDsm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO01lc3NhZ2U6 Jm5ic3A7MyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0RhdGU6Jm5ic3A7 VHVlLCZuYnNwOzAyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE1OjQwOjQ5Jm5ic3A7KzA0MDAm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtGcm9tOiZuYnNwO0dlb3JnZSZu YnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tJmd0OyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVu Lm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7 UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUm bmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O01lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzUwNkFEMkMxLjQwOTA5MDZAZ21haWwuY29tJmd0OyZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0 L3BsYWluOyZuYnNwO2NoYXJzZXQ9Imlzby04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0V2ZXJ5Jm5ic3A7c2xhdmUmbmJz cDtoYXMmbmJzcDsvZXRjL3hjcC9wb29sLmNvbmYmbmJzcDt3aWNoJm5ic3A7cG9pbnRzJm5ic3A7 dG8mbmJzcDttYXN0ZXIuJm5ic3A7VG8mbmJzcDtmaXgmbmJzcDsod2VsbCwmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDthY3R1YWxseSZuYnNwO2Jyb2tlJm5ic3A7ZG93biZu YnNwO2xlZnRvdmVycyZuYnNwO29mJm5ic3A7cHJldmlvdXMmbmJzcDtwb29sKTombmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsoREFUQSZuYnNwO0xPU1MmbmJzcDtXQVJOSU5H KSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzApJm5ic3A7c3VkbyZuYnNw Oy1zJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7MSkmbmJzcDsvZXRjL2lu aXQuZC94Y3AteGFwaSZuYnNwO3N0b3AmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDsyKSZuYnNwO3JtJm5ic3A7L3Zhci9saWIveGNwL3N0YXRlLmRiJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7MykmbmJzcDtlY2hvJm5ic3A7bWFzdGVyJm5ic3A7Jmd0 Oy9ldGMveGNwL3Bvb2wuY29uZiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw OzQpJm5ic3A7L2V0Yy9pbml0LmQveGNwLXhhcGkmbmJzcDtzdGFydCZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzAyLjEwLjIwMTImbmJzcDsxNDo0NywmbmJzcDtjbGF5dG9u bHkmbmJzcDs/Pz8/PzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7 Jm5ic3A7aGVsbG8sZXZlcnlvbmUmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmZ3Q7Jm5ic3A7Zm9yJm5ic3A7c29tZSZuYnNwO3JlYXNvbiwmbmJzcDtJJm5ic3A7aGF2ZSZu YnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO2FuZCZuYnNwO3hwYy14YXBpJm5ic3A7b24m bmJzcDttYXN0ZXIsJm5ic3A7YW5kJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Jmd0OyZuYnNwO2FsbCZuYnNwO3NsYXZlcyZuYnNwO2luJm5ic3A7cG9vbCZuYnNwO2hhdmUm bmJzcDtiZWVuJm5ic3A7ZGVsZXRlZC4mbmJzcDtCdXQmbmJzcDt3aGVuJm5ic3A7SSZuYnNwO3J1 biZuYnNwOyd4ZSZuYnNwO3ZtLWxpc3QnJm5ic3A7b24mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7c2xhdmUsJm5ic3A7dGhlcmUmbmJzcDtjb21lcyZuYnNw O3RoZSZuYnNwO2Vycm9yJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOyJUaGUmbmJzcDttYXN0ZXImbmJzcDtzYXlzJm5ic3A7dGhlJm5ic3A7aG9zdHMmbmJz cDtpcyZuYnNwO25vdCZuYnNwO2tub3cmbmJzcDt0byZuYnNwO2l0LiZuYnNwO1BlcmhhcHMmbmJz cDt0aGUmbmJzcDtIb3N0Jm5ic3A7d2FzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO2RlbGV0ZWQmbmJzcDtmcm9tJm5ic3A7dGhlJm5ic3A7bWFzdGVyJ3Mm bmJzcDtkYXRhYmFzZT8mbmJzcDtQZXJoYXBzJm5ic3A7dGhlJm5ic3A7c2xhdmUmbmJzcDtpcyZu YnNwO3BvaXRpbmcmbmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw OyZndDsmbmJzcDt0aGUmbmJzcDt3cm9uZyZuYnNwO21hc3Rlcj8iJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0FmdGVyJm5ic3A7dGhhdCZuYnNwOyxJJm5i c3A7dHJ5Jm5ic3A7dG8mbmJzcDthZGQmbmJzcDt0aGUmbmJzcDtzbGF2ZSZuYnNwO3RvJm5ic3A7 dGhlJm5ic3A7bmV3Jm5ic3A7cG9vbCwmbmJzcDtpdCZuYnNwO2RvZXNuJ3QmbmJzcDt3b3JrLiZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDt3aGF0Jm5ic3A7 c2hvdWxkJm5ic3A7aSZuYnNwO2RvPyZuYnNwO01hbnkmbmJzcDt0aGFua3MhJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NsYXl0b24mbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7MjAxMi0xMC0wMiZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJz cDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9u bHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwOyZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsm bmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNw Oy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7QW4m bmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VVJMOiZuYnNwOyZsdDtodHRwOi8vbGlz dHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDIvMmZk Y2E2OGMvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtYZW4t YXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0VuZCZuYnNwO29m Jm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3NywmbmJzcDtJc3N1ZSZu YnNwOzQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7WGVuLWFwaSZuYnNw O21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7bmV4dCZuYnNw O3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7QW4m bmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtVUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNC83OGY1MTU1MC9hdHRh Y2htZW50Lmh0bWwmZ3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5n Jm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4u b3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 RW5kJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZu YnNwO0lzc3VlJm5ic3A7OSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7KioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKiombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25l eHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJz cDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9E SVY+DQo8RElWPlVSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRt bC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA1L2JlNzllMjZkL2F0dGFjaG1lbnQuaHRtbCZn dDsmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+X19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxE SVY+WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPlhlbi1h cGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj5odHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkVuZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZu YnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3NywmbmJzcDtJc3N1ZSZuYnNwOzEyJm5ic3A7PC9E SVY+DQo8RElWPioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiZuYnNwOzwv RElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_006_030602.002950-- --===============7155461546096288945== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7155461546096288945==-- From xen-api-bounces@lists.xen.org Fri Oct 05 13:16:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 13:16:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7lV-0003x6-PG; Fri, 05 Oct 2012 13:16:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7lT-0003wm-Sm for xen-api@lists.xen.org; Fri, 05 Oct 2012 13:16:28 +0000 Received: from [85.158.139.211:10141] by server-6.bemta-5.messagelabs.com id 1F/F2-14717-AADDE605; Fri, 05 Oct 2012 13:16:26 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1349442980!21220388!1 X-Originating-IP: [220.181.13.241] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTA4\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTA4\n,HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18112 invoked from network); 5 Oct 2012 13:16:22 -0000 Received: from m13-241.163.com (HELO m13-241.163.com) (220.181.13.241) by server-11.tower-206.messagelabs.com with SMTP; 5 Oct 2012 13:16:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=CkuiZ6YvI2q1d8E vCy8bWZhknALOrOpaAD5g1NfZ06M=; b=NJL8nwWxNH2Gf3F77RIeoKqcRfEvE2U XzjwSQ4NStsLtwqz0Rs4pkBIQRbkjprrh1k8OtU+xckXb3jI8gVZPo4DfA1yMPxV alxXM+HXyHAz7+BAMJLvpqD5mE30l5acbIpLrfqkDhXdaFeqN1qv9af1gpdKDPeK hHiNS1uXGzGE= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy7 (Coremail) ; Fri, 5 Oct 2012 21:16:16 +0800 (GMT+08:00) Date: Fri, 5 Oct 2012 21:16:04 +0800 From: "claytonly" To: "xen-api" Message-ID: <533b6b98.2c65.13a3111bcc1.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 6MKowGBpEEKh3W5QzNMgAA--.17509W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaR8-pk9o8nkyRwABs3 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 12 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7155461546096288945==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7155461546096288945== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_006_030602.002950" --__=_Part_Boundary_006_030602.002950 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 b2ssIG1hbnkgdGhhbmtzIQ0KDQoyMDEyLTEwLTA1DQoNCg0KDQpjbGF5dG9ubHkNCg0KDQoNCuWP keS7tuS6uu+8mnhlbi1hcGktcmVxdWVzdA0K5Y+R6YCB5pe26Ze077yaMjAxMi0xMC0wNSAxNzoz OA0K5Li76aKY77yaWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgMTINCuaUtuS7tuS6uu+8 miJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQrmioTpgIHvvJoNCg0KU2VuZCBYZW4t YXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCiAgICB4ZW4tYXBpQGxpc3RzLnhlbi5v cmcgDQoNClRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2Vi LCB2aXNpdCANCiAgICBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaSANCm9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBv ciBib2R5ICdoZWxwJyB0byANCiAgICB4ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCg0K WW91IGNhbiByZWFjaCB0aGUgcGVyc29uIG1hbmFnaW5nIHRoZSBsaXN0IGF0IA0KICAgIHhlbi1h cGktb3duZXJAbGlzdHMueGVuLm9yZyANCg0KV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91 ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYyANCnRoYW4gIlJlOiBDb250ZW50 cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIgDQoNCg0KVG9kYXkncyBUb3BpY3M6IA0KDQogICAxLiBS ZTogWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgOSAoR2VvcmdlIFNodWtsaW4pIA0KDQoN Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDEgDQpEYXRlOiBGcmksIDA1IE9jdCAyMDEyIDEz OjM3OjI1ICswNDAwIA0KRnJvbTogR2VvcmdlIFNodWtsaW4gPGdlb3JnZS5zaHVrbGluQGdtYWls LmNvbT4gDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KU3ViamVjdDogUmU6IFtYZW4tQVBJ XSBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSA5IA0KTWVzc2FnZS1JRDogPDUwNkVBQTU1 LjYwMjAyMDZAZ21haWwuY29tPiANCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0i aXNvLTg4NTktMSI7IEZvcm1hdD0iZmxvd2VkIiANCg0KVGhlcmUgd2FzICcoREFUQSBMT1NTIFdB Uk5JTkcpJyBpbiBteSBtYWlsLiBZb3UgY2FuIHNlZSBpdCBpbiBxdW90ZWQgIA0KbWVzc2FnZS4g DQoNCklmIHlvdSBWREkncyBzdG9yZWQgb24gTkZTLCB5b3UgY2FuIHByZXR0eSBlYXN5IHRvIHJl c3RvcmUgU1IuIEJ1dCB5b3UgIA0Kc3RpbGwgd2lsbCBuZWVkIHRvIGNyZWF0ZSBuZXcgVk1zIGFu ZCBhdHRhY2ggb2xkIGRpc2tzIHRvIGl0LiANCg0KRGV0YWlscyBkZXNjcmliZWQgaGVyZTogaHR0 cDovL3N1cHBvcnQuY2l0cml4LmNvbS9hcnRpY2xlL0NUWDEyMTg5NiAoeW91ICANCmNhbiBhZG9w dCBpdCB0byBORlMgUEJEJ3MpLiANCg0KDQowNS4xMC4yMDEyIDA5OjQ3LCBjbGF5dG9ubHkgPz8/ Pz86IA0KPiBUaGVyZSB3YXMgbm8gZGF0YSBsb3NzIHdhcm5pbmcuIEkgd2FudCB0byBpbXBvcnQg b3JpZ2luYWwgdm1zIHN0b3JlZCAgDQo+IG9uIHNsYXZlcyBqdXN0IGxpa2UgVk1XYXJlIFdvcmtz dGF0aW9uIGJ1dCAneGUgdm0tbGlzdCcgZGlkbid0IGRpc3BsYXkgLiANCj4gTXkgU00gaXMgTkZT IFZIRC4gSXMgaXQgcG9zc2libGUgdG8gaW1wb3J0IHRoZSB2bXMgPyBPciBTb21lIG90aGVyICAN Cj4gbWV0aG9kcyBtYXkgd29yaz8gDQo+IDIwMTItMTAtMDUgDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ICo/Pz86Knhlbi1hcGktcmVxdWVz dCANCj4gKj8/Pz86KjIwMTItMTAtMDQgMjA6MDAgDQo+ICo/PzoqWGVuLWFwaSBEaWdlc3QsIFZv bCA3NywgSXNzdWUgOSANCj4gKj8/PzoqInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4g DQo+ICo/PzoqIA0KPiBTZW5kIFhlbi1hcGkgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0K PiAgICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBUbyBzdWJzY3JpYmUgb3IgdW5zdWJzY3Jp YmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQgDQo+ICAgICBodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gb3IsIHZpYSBlbWFpbCwg c2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiAgICAgeGVu LWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQo+IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBt YW5hZ2luZyB0aGUgbGlzdCBhdCANCj4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMg bW9yZSBzcGVjaWZpYyANCj4gdGhhbiAiUmU6IENvbnRlbnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4u IiANCj4gVG9kYXkncyBUb3BpY3M6IA0KPiAgICAxLiBSZTogWGVuLWFwaSBEaWdlc3QsIFZvbCA3 NywgSXNzdWUgNDogUmU6Q29udGVudHMgb2YgWGVuLWFwaSANCj4gICAgICAgZGlnZXN0IChHZW9y Z2UgU2h1a2xpbikgDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+IE1lc3NhZ2U6IDEgDQo+IERhdGU6IFRo dSwgMDQgT2N0IDIwMTIgMTU6NDE6MzggKzA0MDAgDQo+IEZyb206IEdlb3JnZSBTaHVrbGluIDxn ZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiBUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0K PiBTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDQ6 IFJlOkNvbnRlbnRzIG9mIA0KPiAgICAgWGVuLWFwaSBkaWdlc3QgDQo+IE1lc3NhZ2UtSUQ6IDw1 MDZENzVGMi43MDEwODA1QGdtYWlsLmNvbT4gDQo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsg Y2hhcnNldD0iaXNvLTg4NTktMSI7IEZvcm1hdD0iZmxvd2VkIiANCj4gSGV5LCBkaWQgeW91IHNh dyB0aGUgbm90aWNlICdkYXRhIGxvc3Mgd2FybmluZyc/IA0KPiBTb3JyeSwgbm8gImhvdyB0byB1 c2UgdGhlc2UgbGlzdCBWTSIgbm93LiANCj4gQWxsIEkgcG9zdCAgd2FzIGp1c3QgYSB3YXkgdG8g cmV0dXJuIHNsYXZlcyB0byBwcmUtaW5zdGFsbGVkIHN0YXRlIHRvIA0KPiBhbGxvdyB0aGVtIHJl am9pbiBwb29sIChuZXcgcG9vbCkuIA0KPiBZb3UgY2FuIHRyeSB0byBzY2F2ZW5nZSBWTSBkYXRh IGZyb20gc3RvcmFnZSAod2hpY2ggc2hvdWxkIHN0YXkgaW50YWN0LCANCj4gSSB0aGluaykgYnV0 IHRoYXQgcmVxdWlyZSAgZGVlcCBkaWdnaW5nIGluIFZIRCwgTFZNIGFuZCBzbyBvbi4gDQo+IFdo aWNoIFNNIGRpZCB5b3UgdXNlPyANCj4gMDQuMTAuMjAxMiAxNTowOCwgY2xheXRvbmx5ID8/Pz8/ OiANCj4gPiBUaGFua3MgZm9yIEdlb3JnZSdzIHJlc3BvbnNlLiBJdCBkb2VzIHdvcmsgYW5kICd4 ZSB2bS1saXN0JyByZXR1cm5zIG5vIA0KPiA+IGVycm9ycy4gDQo+ID4gSG93ZXZlciwgSSBnb3Qg YW5vdGhlciBwcm9ibGVtLiAneGUgdm0tbGlzdCcgb25seSBkaXNwbGF5ZWQgDQo+ID4gY29udHJv bGxpbmcgZG9tYWluIFZNLCBvdGhlciB2bXMgaGF2ZSBhbGwgZ29uZSEgSG93IGNhbiBJIHVzZSB0 aGVzZSANCj4gPiBsb3N0IFZNcz8gTWFueSB0aGFua3MhIA0KPiA+IDIwMTItMTAtMDQgDQo+ID4g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tICANCj4gDQo+ID4gY2xheXRvbmx5IA0KPiA+IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSAgDQo+IA0KPiA+ICo/Pz86Knhlbi1hcGktcmVxdWVzdCANCj4gPiAqPz8/PzoqMjAxMi0xMC0w MiAyMDowMCANCj4gPiAqPz86Klhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDQgDQo+ID4g Kj8/PzoqInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQo+ID4gKj8/OiogDQo+ID4g U2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCj4gPiAgICAgeGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiA+IFRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhl IFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCj4gPiAgICAgaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dp LWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4gb3IsIHZpYSBlbWFpbCwgc2VuZCBh IG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiA+ICAgICB4ZW4tYXBp LXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCj4gPiBZb3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFu YWdpbmcgdGhlIGxpc3QgYXQgDQo+ID4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cj4gPiBXaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBp cyBtb3JlIHNwZWNpZmljIA0KPiA+IHRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBpIGRpZ2Vz dC4uLiIgDQo+ID4gVG9kYXkncyBUb3BpY3M6IA0KPiA+ICAgIDEuIGFmdGVyIHJlaW5zdGFsbCB1 YnVudHUgb24gbWFzdGVyIChjbGF5dG9ubHkpIA0KPiA+ICAgIDIuIG1vbml0b3Jpbmcgb2YgVk0g KEFuYW5kIEopIA0KPiA+ICAgIDMuIFJlOiBhZnRlciByZWluc3RhbGwgdWJ1bnR1IG9uIG1hc3Rl ciAoR2VvcmdlIFNodWtsaW4pIA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ID4gTWVzc2FnZTogMSAN Cj4gPiBEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTg6NDc6NDkgKzA4MDAgDQo+ID4gRnJvbTogImNs YXl0b25seSI8Y2xheXRvbmx5QDE2My5jb20+IA0KPiA+IFRvOiAieGVuLWFwaSI8eGVuLWFwaUBs aXN0cy54ZW4ub3JnPiANCj4gPiBTdWJqZWN0OiBbWGVuLUFQSV0gYWZ0ZXIgcmVpbnN0YWxsIHVi dW50dSBvbiBtYXN0ZXIgDQo+ID4gTWVzc2FnZS1JRDogPDNmZGQyYTkyLmQ1Yi4xM2EyMTE2YzM0 Mi5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbT4gDQo+ID4gQ29udGVudC1UeXBlOiB0ZXh0L3Bs YWluOyBjaGFyc2V0PSJ1dGYtOCIgDQo+ID4gaGVsbG8sZXZlcnlvbmUgDQo+ID4gZm9yIHNvbWUg cmVhc29uLCBJIGhhdmUgcmVpbnN0YWxsIHVidW50dSBhbmQgeHBjLXhhcGkgb24gbWFzdGVyLCBh bmQgYWxsIHNsYXZlcyBpbiBwb29sIGhhdmUgYmVlbiBkZWxldGVkLiBCdXQgd2hlbiBJIHJ1biAn eGUgdm0tbGlzdCcgb24gc2xhdmUsIHRoZXJlIGNvbWVzIHRoZSBlcnJvciAgDQo+IA0KPiA+IA0K PiA+ICJUaGUgbWFzdGVyIHNheXMgdGhlIGhvc3RzIGlzIG5vdCBrbm93IHRvIGl0LiBQZXJoYXBz IHRoZSBIb3N0IHdhcyBkZWxldGVkIGZyb20gdGhlIG1hc3RlcidzIGRhdGFiYXNlPyBQZXJoYXBz IHRoZSBzbGF2ZSBpcyBwb2l0aW5nIHRvIHRoZSB3cm9uZyBtYXN0ZXI/IiAgDQo+IA0KPiA+IA0K PiA+IEFmdGVyIHRoYXQgLEkgdHJ5IHRvIGFkZCB0aGUgc2xhdmUgdG8gdGhlIG5ldyBwb29sLCBp dCBkb2Vzbid0IHdvcmsuIHdoYXQgc2hvdWxkIGkgZG8/IE1hbnkgdGhhbmtzISAgDQo+IA0KPiA+ IA0KPiA+IGNsYXl0b24gDQo+ID4gMjAxMi0xMC0wMiANCj4gPiBjbGF5dG9ubHkgDQo+ID4gLS0t LS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KPiA+IEFuIEhUTUwgYXR0YWNo bWVudCB3YXMgc2NydWJiZWQuLi4gDQo+ID4gVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJj aGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDAyLzFjOTIwMjZiL2F0dGFjaG1l bnQuaHRtbD4gIA0KPiANCj4gPiANCj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0g DQo+ID4gTWVzc2FnZTogMiANCj4gPiBEYXRlOiBUdWUsIDIgT2N0IDIwMTIgMTY6MjA6NTIgKzA1 MzAgDQo+ID4gRnJvbTogQW5hbmQgSiA8YW5hbmRzYmoxOTg5QGdtYWlsLmNvbT4gDQo+ID4gVG86 IHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gPiBTdWJqZWN0OiBbWGVuLUFQSV0gbW9uaXRvcmlu ZyBvZiBWTSANCj4gPiBNZXNzYWdlLUlEOiANCj4gPiAgICAgPENBRlFRcCthVnlrZXd5Nm4wSC1Q TEs2MENqdDhDRDEzRFRuX2M0RTVjVDI2c1Jyb1NQUUBtYWlsLmdtYWlsLmNvbT4gIA0KPiANCj4g PiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04ODU5LTEiIA0KPiA+IGhp IEkgYW0gYW5hbmQuIA0KPiA+IEkgYW0gdmVyeSBiZWdpbm5lciB0byB4Y3AgYW5kIGkgd2FudCB0 byBtb25pdG9yIHRoZSB2aXJ0dWFsIG1hY2hpbmUgKGxpa2UgIA0KPiANCj4gPiBjcHUgdXNhZ2Us IHN0b3JhZ2UsIHN0YXR1cyBvZiB2bSkuIA0KPiA+IHNvIHdoaWNoIGFsbCBBUEkgc2hvdWxkIGkg dXNlIHRvIGdldCB0aG9zZS4uLiBwbGVhc2Ugc3VnZ2VzdCBtZS4gDQo+ID4gdGhhbmtzIA0KPiA+ IHJlZ2FyZHMgDQo+ID4gQU5BTkQgDQo+ID4gLS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0t LS0tLS0tLS0tIA0KPiA+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+ID4g VVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1l bnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gPiANCj4gPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ID4gTWVzc2FnZTogMyANCj4gPiBEYXRl OiBUdWUsIDAyIE9jdCAyMDEyIDE1OjQwOjQ5ICswNDAwIA0KPiA+IEZyb206IEdlb3JnZSBTaHVr bGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiA+IFRvOiB4ZW4tYXBpQGxpc3RzLnhl bi5vcmcgDQo+ID4gU3ViamVjdDogUmU6IFtYZW4tQVBJXSBhZnRlciByZWluc3RhbGwgdWJ1bnR1 IG9uIG1hc3RlciANCj4gPiBNZXNzYWdlLUlEOiA8NTA2QUQyQzEuNDA5MDkwNkBnbWFpbC5jb20+ IA0KPiA+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0iaXNvLTg4NTktMSI7IEZv cm1hdD0iZmxvd2VkIiANCj4gPiBFdmVyeSBzbGF2ZSBoYXMgL2V0Yy94Y3AvcG9vbC5jb25mIHdp Y2ggcG9pbnRzIHRvIG1hc3Rlci4gVG8gZml4ICh3ZWxsLCANCj4gPiBhY3R1YWxseSBicm9rZSBk b3duIGxlZnRvdmVycyBvZiBwcmV2aW91cyBwb29sKTogDQo+ID4gKERBVEEgTE9TUyBXQVJOSU5H KSANCj4gPiAwKSBzdWRvIC1zIA0KPiA+IDEpIC9ldGMvaW5pdC5kL3hjcC14YXBpIHN0b3AgDQo+ ID4gMikgcm0gL3Zhci9saWIveGNwL3N0YXRlLmRiIA0KPiA+IDMpIGVjaG8gbWFzdGVyID4vZXRj L3hjcC9wb29sLmNvbmYgDQo+ID4gNCkgL2V0Yy9pbml0LmQveGNwLXhhcGkgc3RhcnQgDQo+ID4g MDIuMTAuMjAxMiAxNDo0NywgY2xheXRvbmx5ID8/Pz8/OiANCj4gPiA+IGhlbGxvLGV2ZXJ5b25l IA0KPiA+ID4gZm9yIHNvbWUgcmVhc29uLCBJIGhhdmUgcmVpbnN0YWxsIHVidW50dSBhbmQgeHBj LXhhcGkgb24gbWFzdGVyLCBhbmQgDQo+ID4gPiBhbGwgc2xhdmVzIGluIHBvb2wgaGF2ZSBiZWVu IGRlbGV0ZWQuIEJ1dCB3aGVuIEkgcnVuICd4ZSB2bS1saXN0JyBvbiANCj4gPiA+IHNsYXZlLCB0 aGVyZSBjb21lcyB0aGUgZXJyb3IgDQo+ID4gPiAiVGhlIG1hc3RlciBzYXlzIHRoZSBob3N0cyBp cyBub3Qga25vdyB0byBpdC4gUGVyaGFwcyB0aGUgSG9zdCB3YXMgDQo+ID4gPiBkZWxldGVkIGZy b20gdGhlIG1hc3RlcidzIGRhdGFiYXNlPyBQZXJoYXBzIHRoZSBzbGF2ZSBpcyBwb2l0aW5nIHRv IA0KPiA+ID4gdGhlIHdyb25nIG1hc3Rlcj8iIA0KPiA+ID4gQWZ0ZXIgdGhhdCAsSSB0cnkgdG8g YWRkIHRoZSBzbGF2ZSB0byB0aGUgbmV3IHBvb2wsIGl0IGRvZXNuJ3Qgd29yay4gDQo+ID4gPiB3 aGF0IHNob3VsZCBpIGRvPyBNYW55IHRoYW5rcyEgDQo+ID4gPiBjbGF5dG9uIA0KPiA+ID4gMjAx Mi0xMC0wMiANCj4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAgDQo+IA0KPiA+IA0KPiA+ID4gY2xheXRv bmx5IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fIA0KPiA+ID4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ID4gPiBY ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gPiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmlu L21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQg LS0tLS0tLS0tLS0tLS0gDQo+ID4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLiAN Cj4gPiBVUkw6IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0 YWNobWVudHMvMjAxMjEwMDIvMmZkY2E2OGMvYXR0YWNobWVudC5odG1sPiAgDQo+IA0KPiA+IA0K PiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCj4gPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gPiBYZW4tYXBpIG1haWxpbmcgbGlz dCANCj4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gaHR0cDovL2xpc3RzLnhlbi5vcmcv Y2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4gRW5kIG9mIFhlbi1hcGkgRGln ZXN0LCBWb2wgNzcsIElzc3VlIDQgDQo+ID4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKiogDQo+ID4gDQo+ID4gDQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18gDQo+ID4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ID4gWGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiA+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpIA0KPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0t LS0tLS0gDQo+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+IFVSTDogPGh0 dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEy MTAwNC83OGY1MTU1MC9hdHRhY2htZW50Lmh0bWw+ICANCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gDQo+IFhlbi1hcGkgbWFpbGluZyBsaXN0IA0KPiBYZW4tYXBpQGxpc3RzLnhlbi5v cmcgDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpIA0KPiBFbmQgb2YgWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgOSANCj4gKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiogDQo+IA0KPiANCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQo+IFhlbi1hcGkgbWFpbGluZyBs aXN0IA0KPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0KDQotLS0tLS0tLS0tLS0tLSBuZXh0IHBh cnQgLS0tLS0tLS0tLS0tLS0gDQpBbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uIA0K VVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1l bnRzLzIwMTIxMDA1L2JlNzllMjZkL2F0dGFjaG1lbnQuaHRtbD4gDQoNCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18gDQpYZW4tYXBpIG1haWxpbmcgbGlzdCANClhlbi1hcGlAbGlzdHMueGVuLm9y ZyANCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBp IA0KDQoNCkVuZCBvZiBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSAxMiANCioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiA= --__=_Part_Boundary_006_030602.002950 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5vaywgbWFueSANCnRoYW5rcyE8L0ZPTlQ+PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSNjMGMwYzAg c2l6ZT0yIGZhY2U9VmVyZGFuYT4yMDEyLTEwLTA1PC9GT05UPjwvRElWPg0KPERJViBhbGlnbj1s ZWZ0PjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsg SEVJR0hUOiAycHgiIGlkPVNpZ25OYW1lSFIgYWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+PC9E SVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJk YW5hPjxTUEFOIA0KaWQ9X0ZsYXNoU2lnbk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUj4NCjwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuWPkeS7tuS6uu+8mjwvU1RS T05HPnhlbi1hcGktcmVxdWVzdDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFj ZT1WZXJkYW5hPjxTVFJPTkc+5Y+R6YCB5pe26Ze077yaPC9TVFJPTkc+MjAxMi0xMC0wNSZuYnNw OzE3OjM4PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJP Tkc+5Li76aKY77yaPC9TVFJPTkc+WGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgDQoxMjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjxTVFJPTkc+5pS2 5Lu25Lq677yaPC9TVFJPTkc+Inhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDs8 L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7mioTp gIHvvJo8L1NUUk9ORz48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRh bmE+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0K PERJVj5TZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlz c2lvbnMmbmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4 ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElW PlRvJm5ic3A7c3Vic2NyaWJlJm5ic3A7b3ImbmJzcDt1bnN1YnNjcmliZSZuYnNwO3ZpYSZuYnNw O3RoZSZuYnNwO1dvcmxkJm5ic3A7V2lkZSZuYnNwO1dlYiwmbmJzcDt2aXNpdCZuYnNwOzwvRElW Pg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj5vciwmbmJzcDt2 aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3NhZ2UmbmJzcDt3aXRoJm5i c3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZuYnNwO3RvJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGktcmVxdWVzdEBsaXN0cy54 ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Zb3UmbmJzcDtjYW4m bmJzcDtyZWFjaCZuYnNwO3RoZSZuYnNwO3BlcnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5i c3A7bGlzdCZuYnNwO2F0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O3hlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3BsZWFzZSZuYnNwO2VkaXQmbmJzcDt5 b3VyJm5ic3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZuYnNwO2l0Jm5ic3A7aXMmbmJzcDtt b3JlJm5ic3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+dGhhbiZuYnNwOyJSZTombmJzcDtD b250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO2RpZ2VzdC4uLiImbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Ub2RheSdzJm5ic3A7 VG9waWNzOiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7 Jm5ic3A7MS4mbmJzcDtSZTombmJzcDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNw Ozc3LCZuYnNwO0lzc3VlJm5ic3A7OSZuYnNwOyhHZW9yZ2UmbmJzcDtTaHVrbGluKSZuYnNwOzwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPk1lc3NhZ2U6Jm5ic3A7 MSZuYnNwOzwvRElWPg0KPERJVj5EYXRlOiZuYnNwO0ZyaSwmbmJzcDswNSZuYnNwO09jdCZuYnNw OzIwMTImbmJzcDsxMzozNzoyNSZuYnNwOyswNDAwJm5ic3A7PC9ESVY+DQo8RElWPkZyb206Jm5i c3A7R2VvcmdlJm5ic3A7U2h1a2xpbiZuYnNwOyZsdDtnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20m Z3Q7Jm5ic3A7PC9ESVY+DQo8RElWPlRvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNw OzwvRElWPg0KPERJVj5TdWJqZWN0OiZuYnNwO1JlOiZuYnNwO1tYZW4tQVBJXSZuYnNwO1hlbi1h cGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDs5Jm5ic3A7 PC9ESVY+DQo8RElWPk1lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzUwNkVBQTU1LjYwMjAyMDZAZ21haWwu Y29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsm bmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsmbmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoZXJlJm5ic3A7d2FzJm5ic3A7JyhEQVRBJm5i c3A7TE9TUyZuYnNwO1dBUk5JTkcpJyZuYnNwO2luJm5ic3A7bXkmbmJzcDttYWlsLiZuYnNwO1lv dSZuYnNwO2NhbiZuYnNwO3NlZSZuYnNwO2l0Jm5ic3A7aW4mbmJzcDtxdW90ZWQmbmJzcDsmbmJz cDs8L0RJVj4NCjxESVY+bWVzc2FnZS4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWPklmJm5ic3A7eW91Jm5ic3A7VkRJJ3MmbmJzcDtzdG9yZWQmbmJzcDtvbiZuYnNwO05GUywm bmJzcDt5b3UmbmJzcDtjYW4mbmJzcDtwcmV0dHkmbmJzcDtlYXN5Jm5ic3A7dG8mbmJzcDtyZXN0 b3JlJm5ic3A7U1IuJm5ic3A7QnV0Jm5ic3A7eW91Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPnN0 aWxsJm5ic3A7d2lsbCZuYnNwO25lZWQmbmJzcDt0byZuYnNwO2NyZWF0ZSZuYnNwO25ldyZuYnNw O1ZNcyZuYnNwO2FuZCZuYnNwO2F0dGFjaCZuYnNwO29sZCZuYnNwO2Rpc2tzJm5ic3A7dG8mbmJz cDtpdC4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRldGFpbHMmbmJzcDtk ZXNjcmliZWQmbmJzcDtoZXJlOiZuYnNwO2h0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNs ZS9DVFgxMjE4OTYmbmJzcDsoeW91Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPmNhbiZuYnNwO2Fk b3B0Jm5ic3A7aXQmbmJzcDt0byZuYnNwO05GUyZuYnNwO1BCRCdzKS4mbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4wNS4xMC4yMDEyJm5ic3A7 MDk6NDcsJm5ic3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtUaGVyZSZuYnNwO3dhcyZuYnNwO25vJm5ic3A7ZGF0YSZuYnNwO2xvc3MmbmJzcDt3YXJu aW5nLiZuYnNwO0kmbmJzcDt3YW50Jm5ic3A7dG8mbmJzcDtpbXBvcnQmbmJzcDtvcmlnaW5hbCZu YnNwO3ZtcyZuYnNwO3N0b3JlZCZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7b24m bmJzcDtzbGF2ZXMmbmJzcDtqdXN0Jm5ic3A7bGlrZSZuYnNwO1ZNV2FyZSZuYnNwO1dvcmtzdGF0 aW9uJm5ic3A7YnV0Jm5ic3A7J3hlJm5ic3A7dm0tbGlzdCcmbmJzcDtkaWRuJ3QmbmJzcDtkaXNw bGF5Jm5ic3A7LiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7TXkmbmJzcDtTTSZuYnNwO2lz Jm5ic3A7TkZTJm5ic3A7VkhELiZuYnNwO0lzJm5ic3A7aXQmbmJzcDtwb3NzaWJsZSZuYnNwO3Rv Jm5ic3A7aW1wb3J0Jm5ic3A7dGhlJm5ic3A7dm1zJm5ic3A7PyZuYnNwO09yJm5ic3A7U29tZSZu YnNwO290aGVyJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDttZXRob2RzJm5ic3A7 bWF5Jm5ic3A7d29yaz8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzIwMTItMTAtMDUmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyo/Pz86Knhlbi1hcGktcmVxdWVz dCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/Pz86KjIwMTItMTAtMDQmbmJzcDsyMDow MCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/OipYZW4tYXBpJm5ic3A7RGlnZXN0LCZu YnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7OSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Kj8/PzoqInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyo/PzoqJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtT ZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMm bmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbyZu YnNwO3N1YnNjcmliZSZuYnNwO29yJm5ic3A7dW5zdWJzY3JpYmUmbmJzcDt2aWEmbmJzcDt0aGUm bmJzcDtXb3JsZCZuYnNwO1dpZGUmbmJzcDtXZWIsJm5ic3A7dmlzaXQmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtvciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3Nh Z2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZu YnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDt4ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7WW91Jm5ic3A7Y2FuJm5ic3A7cmVhY2gmbmJzcDt0aGUmbmJzcDtwZXJzb24mbmJzcDttYW5h Z2luZyZuYnNwO3RoZSZuYnNwO2xpc3QmbmJzcDthdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtXaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNl Jm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7 aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7dGhhbiZuYnNwOyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZu YnNwO2RpZ2VzdC4uLiImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtU b3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsxLiZu YnNwO1JlOiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7 SXNzdWUmbmJzcDs0OiZuYnNwO1JlOkNvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDtkaWdlc3QmbmJzcDsoR2VvcmdlJm5ic3A7U2h1a2xpbikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO01lc3NhZ2U6 Jm5ic3A7MSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7RGF0ZTombmJzcDtUaHUsJm5ic3A7 MDQmbmJzcDtPY3QmbmJzcDsyMDEyJm5ic3A7MTU6NDE6MzgmbmJzcDsrMDQwMCZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7RnJvbTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0 O2dlb3JnZS5zaHVrbGluQGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7U3ViamVjdDombmJzcDtSZTombmJzcDtbWGVuLUFQSV0mbmJzcDtYZW4tYXBpJm5ic3A7RGln ZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7NDombmJzcDtSZTpDb250ZW50 cyZuYnNwO29mJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNz YWdlLUlEOiZuYnNwOyZsdDs1MDZENzVGMi43MDEwODA1QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2No YXJzZXQ9Imlzby04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7SGV5LCZuYnNwO2RpZCZuYnNwO3lvdSZuYnNwO3NhdyZuYnNwO3RoZSZuYnNw O25vdGljZSZuYnNwOydkYXRhJm5ic3A7bG9zcyZuYnNwO3dhcm5pbmcnPyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7U29ycnksJm5ic3A7bm8mbmJzcDsiaG93Jm5ic3A7dG8mbmJzcDt1c2Um bmJzcDt0aGVzZSZuYnNwO2xpc3QmbmJzcDtWTSImbmJzcDtub3cuJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtBbGwmbmJzcDtJJm5ic3A7cG9zdCZuYnNwOyZuYnNwO3dhcyZuYnNwO2p1c3Qm bmJzcDthJm5ic3A7d2F5Jm5ic3A7dG8mbmJzcDtyZXR1cm4mbmJzcDtzbGF2ZXMmbmJzcDt0byZu YnNwO3ByZS1pbnN0YWxsZWQmbmJzcDtzdGF0ZSZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDthbGxvdyZuYnNwO3RoZW0mbmJzcDtyZWpvaW4mbmJzcDtwb29sJm5ic3A7KG5ldyZu YnNwO3Bvb2wpLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WW91Jm5ic3A7Y2FuJm5ic3A7 dHJ5Jm5ic3A7dG8mbmJzcDtzY2F2ZW5nZSZuYnNwO1ZNJm5ic3A7ZGF0YSZuYnNwO2Zyb20mbmJz cDtzdG9yYWdlJm5ic3A7KHdoaWNoJm5ic3A7c2hvdWxkJm5ic3A7c3RheSZuYnNwO2ludGFjdCwm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0kmbmJzcDt0aGluaykmbmJzcDtidXQmbmJzcDt0 aGF0Jm5ic3A7cmVxdWlyZSZuYnNwOyZuYnNwO2RlZXAmbmJzcDtkaWdnaW5nJm5ic3A7aW4mbmJz cDtWSEQsJm5ic3A7TFZNJm5ic3A7YW5kJm5ic3A7c28mbmJzcDtvbi4mbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwO1doaWNoJm5ic3A7U00mbmJzcDtkaWQmbmJzcDt5b3UmbmJzcDt1c2U/Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDswNC4xMC4yMDEyJm5ic3A7MTU6MDgsJm5ic3A7Y2xh eXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 VGhhbmtzJm5ic3A7Zm9yJm5ic3A7R2VvcmdlJ3MmbmJzcDtyZXNwb25zZS4mbmJzcDtJdCZuYnNw O2RvZXMmbmJzcDt3b3JrJm5ic3A7YW5kJm5ic3A7J3hlJm5ic3A7dm0tbGlzdCcmbmJzcDtyZXR1 cm5zJm5ic3A7bm8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtlcnJvcnMu Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7SG93ZXZlciwmbmJzcDtJJm5i c3A7Z290Jm5ic3A7YW5vdGhlciZuYnNwO3Byb2JsZW0uJm5ic3A7J3hlJm5ic3A7dm0tbGlzdCcm bmJzcDtvbmx5Jm5ic3A7ZGlzcGxheWVkJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Y29udHJvbGxpbmcmbmJzcDtkb21haW4mbmJzcDtWTSwmbmJzcDtvdGhlciZuYnNwO3Zt cyZuYnNwO2hhdmUmbmJzcDthbGwmbmJzcDtnb25lISZuYnNwO0hvdyZuYnNwO2NhbiZuYnNwO0km bmJzcDt1c2UmbmJzcDt0aGVzZSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O2xvc3QmbmJzcDtWTXM/Jm5ic3A7TWFueSZuYnNwO3RoYW5rcyEmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDsyMDEyLTEwLTA0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyo/ Pz86Knhlbi1hcGktcmVxdWVzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw Oyo/Pz8/OioyMDEyLTEwLTAyJm5ic3A7MjA6MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZndDsmbmJzcDsqPz86Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5i c3A7SXNzdWUmbmJzcDs0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Kj8/ PzoqInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsqPz86KiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 Jmd0OyZuYnNwO1NlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtz dWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VG8mbmJzcDtzdWJzY3JpYmUmbmJzcDtvciZuYnNw O3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtXaWRlJm5ic3A7 V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtv ciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3NhZ2UmbmJz cDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZuYnNwO3Rv Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDtZb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNwO3RoZSZuYnNwO3Bl cnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFw aS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3BsZWFzZSZuYnNwO2VkaXQmbmJzcDt5b3VyJm5i c3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZuYnNwO2l0Jm5ic3A7aXMmbmJzcDttb3JlJm5i c3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDt0aGFuJm5i c3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4u IiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtUb3Bp Y3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7MS4mbmJzcDthZnRlciZuYnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO29uJm5ic3A7 bWFzdGVyJm5ic3A7KGNsYXl0b25seSkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO21vbml0b3JpbmcmbmJzcDtvZiZuYnNwO1ZN Jm5ic3A7KEFuYW5kJm5ic3A7SikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDszLiZuYnNwO1JlOiZuYnNwO2FmdGVyJm5ic3A7cmVpbnN0YWxs Jm5ic3A7dWJ1bnR1Jm5ic3A7b24mbmJzcDttYXN0ZXImbmJzcDsoR2VvcmdlJm5ic3A7U2h1a2xp bikmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7TWVzc2FnZTombmJzcDsxJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7RGF0ZTombmJzcDtUdWUsJm5ic3A7MiZu YnNwO09jdCZuYnNwOzIwMTImbmJzcDsxODo0Nzo0OSZuYnNwOyswODAwJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7RnJvbTombmJzcDsiY2xheXRvbmx5IiZsdDtjbGF5dG9u bHlAMTYzLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtUbzom bmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0 ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUmbmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO01lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzNmZGQy YTkyLmQ1Yi4xM2EyMTE2YzM0Mi5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbSZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9w bGFpbjsmbmJzcDtjaGFyc2V0PSJ1dGYtOCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtoZWxsbyxldmVyeW9uZSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwO2ZvciZuYnNwO3NvbWUmbmJzcDtyZWFzb24sJm5ic3A7SSZuYnNwO2hhdmUmbmJzcDtyZWlu c3RhbGwmbmJzcDt1YnVudHUmbmJzcDthbmQmbmJzcDt4cGMteGFwaSZuYnNwO29uJm5ic3A7bWFz dGVyLCZuYnNwO2FuZCZuYnNwO2FsbCZuYnNwO3NsYXZlcyZuYnNwO2luJm5ic3A7cG9vbCZuYnNw O2hhdmUmbmJzcDtiZWVuJm5ic3A7ZGVsZXRlZC4mbmJzcDtCdXQmbmJzcDt3aGVuJm5ic3A7SSZu YnNwO3J1biZuYnNwOyd4ZSZuYnNwO3ZtLWxpc3QnJm5ic3A7b24mbmJzcDtzbGF2ZSwmbmJzcDt0 aGVyZSZuYnNwO2NvbWVzJm5ic3A7dGhlJm5ic3A7ZXJyb3ImbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyJUaGUmbmJzcDttYXN0ZXImbmJzcDtzYXlzJm5ic3A7dGhl Jm5ic3A7aG9zdHMmbmJzcDtpcyZuYnNwO25vdCZuYnNwO2tub3cmbmJzcDt0byZuYnNwO2l0LiZu YnNwO1BlcmhhcHMmbmJzcDt0aGUmbmJzcDtIb3N0Jm5ic3A7d2FzJm5ic3A7ZGVsZXRlZCZuYnNw O2Zyb20mbmJzcDt0aGUmbmJzcDttYXN0ZXIncyZuYnNwO2RhdGFiYXNlPyZuYnNwO1BlcmhhcHMm bmJzcDt0aGUmbmJzcDtzbGF2ZSZuYnNwO2lzJm5ic3A7cG9pdGluZyZuYnNwO3RvJm5ic3A7dGhl Jm5ic3A7d3JvbmcmbmJzcDttYXN0ZXI/IiZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7QWZ0ZXImbmJzcDt0aGF0Jm5ic3A7LEkmbmJzcDt0cnkmbmJzcDt0byZuYnNw O2FkZCZuYnNwO3RoZSZuYnNwO3NsYXZlJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtuZXcmbmJzcDtw b29sLCZuYnNwO2l0Jm5ic3A7ZG9lc24ndCZuYnNwO3dvcmsuJm5ic3A7d2hhdCZuYnNwO3Nob3Vs ZCZuYnNwO2kmbmJzcDtkbz8mbmJzcDtNYW55Jm5ic3A7dGhhbmtzISZuYnNwOyZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Y2xheXRvbiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwOzIwMTItMTAtMDImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDst LS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJzcDthdHRh Y2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtVUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVz L2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwMi8xYzkyMDI2Yi9hdHRhY2htZW50Lmh0 bWwmZ3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDtNZXNzYWdlOiZuYnNwOzImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDtEYXRlOiZuYnNwO1R1ZSwmbmJzcDsyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE2OjIwOjUy Jm5ic3A7KzA1MzAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtGcm9tOiZu YnNwO0FuYW5kJm5ic3A7SiZuYnNwOyZsdDthbmFuZHNiajE5ODlAZ21haWwuY29tJmd0OyZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMu eGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5i c3A7W1hlbi1BUEldJm5ic3A7bW9uaXRvcmluZyZuYnNwO29mJm5ic3A7Vk0mbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtDQUZRUXArYVZ5 a2V3eTZuMEgtUExLNjBDanQ4Q0QxM0RUbl9jNEU1Y1QyNnNScm9TUFFAbWFpbC5nbWFpbC5jb20m Z3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0 PSJpc28tODg1OS0xIiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2hpJm5i c3A7SSZuYnNwO2FtJm5ic3A7YW5hbmQuJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7SSZuYnNwO2FtJm5ic3A7dmVyeSZuYnNwO2JlZ2lubmVyJm5ic3A7dG8mbmJzcDt4Y3Am bmJzcDthbmQmbmJzcDtpJm5ic3A7d2FudCZuYnNwO3RvJm5ic3A7bW9uaXRvciZuYnNwO3RoZSZu YnNwO3ZpcnR1YWwmbmJzcDttYWNoaW5lJm5ic3A7KGxpa2UmbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NwdSZuYnNwO3Vz YWdlLCZuYnNwO3N0b3JhZ2UsJm5ic3A7c3RhdHVzJm5ic3A7b2YmbmJzcDt2bSkuJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7c28mbmJzcDt3aGljaCZuYnNwO2FsbCZuYnNw O0FQSSZuYnNwO3Nob3VsZCZuYnNwO2kmbmJzcDt1c2UmbmJzcDt0byZuYnNwO2dldCZuYnNwO3Ro b3NlLi4uJm5ic3A7cGxlYXNlJm5ic3A7c3VnZ2VzdCZuYnNwO21lLiZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO3RoYW5rcyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 Jmd0OyZuYnNwO3JlZ2FyZHMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtB TkFORCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0t Jm5ic3A7bmV4dCZuYnNwO3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0FuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3 YXMmbmJzcDtzY3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O1VSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBp L2F0dGFjaG1lbnRzLzIwMTIxMDAyLzcyZDYwNTAwL2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDsm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO01lc3NhZ2U6 Jm5ic3A7MyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0RhdGU6Jm5ic3A7 VHVlLCZuYnNwOzAyJm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE1OjQwOjQ5Jm5ic3A7KzA0MDAm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtGcm9tOiZuYnNwO0dlb3JnZSZu YnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tJmd0OyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVu Lm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7 UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7YWZ0ZXImbmJzcDtyZWluc3RhbGwmbmJzcDt1YnVudHUm bmJzcDtvbiZuYnNwO21hc3RlciZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O01lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzUwNkFEMkMxLjQwOTA5MDZAZ21haWwuY29tJmd0OyZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0 L3BsYWluOyZuYnNwO2NoYXJzZXQ9Imlzby04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0V2ZXJ5Jm5ic3A7c2xhdmUmbmJz cDtoYXMmbmJzcDsvZXRjL3hjcC9wb29sLmNvbmYmbmJzcDt3aWNoJm5ic3A7cG9pbnRzJm5ic3A7 dG8mbmJzcDttYXN0ZXIuJm5ic3A7VG8mbmJzcDtmaXgmbmJzcDsod2VsbCwmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDthY3R1YWxseSZuYnNwO2Jyb2tlJm5ic3A7ZG93biZu YnNwO2xlZnRvdmVycyZuYnNwO29mJm5ic3A7cHJldmlvdXMmbmJzcDtwb29sKTombmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsoREFUQSZuYnNwO0xPU1MmbmJzcDtXQVJOSU5H KSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzApJm5ic3A7c3VkbyZuYnNw Oy1zJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7MSkmbmJzcDsvZXRjL2lu aXQuZC94Y3AteGFwaSZuYnNwO3N0b3AmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDsyKSZuYnNwO3JtJm5ic3A7L3Zhci9saWIveGNwL3N0YXRlLmRiJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7MykmbmJzcDtlY2hvJm5ic3A7bWFzdGVyJm5ic3A7Jmd0 Oy9ldGMveGNwL3Bvb2wuY29uZiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw OzQpJm5ic3A7L2V0Yy9pbml0LmQveGNwLXhhcGkmbmJzcDtzdGFydCZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzAyLjEwLjIwMTImbmJzcDsxNDo0NywmbmJzcDtjbGF5dG9u bHkmbmJzcDs/Pz8/PzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7 Jm5ic3A7aGVsbG8sZXZlcnlvbmUmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmZ3Q7Jm5ic3A7Zm9yJm5ic3A7c29tZSZuYnNwO3JlYXNvbiwmbmJzcDtJJm5ic3A7aGF2ZSZu YnNwO3JlaW5zdGFsbCZuYnNwO3VidW50dSZuYnNwO2FuZCZuYnNwO3hwYy14YXBpJm5ic3A7b24m bmJzcDttYXN0ZXIsJm5ic3A7YW5kJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Jmd0OyZuYnNwO2FsbCZuYnNwO3NsYXZlcyZuYnNwO2luJm5ic3A7cG9vbCZuYnNwO2hhdmUm bmJzcDtiZWVuJm5ic3A7ZGVsZXRlZC4mbmJzcDtCdXQmbmJzcDt3aGVuJm5ic3A7SSZuYnNwO3J1 biZuYnNwOyd4ZSZuYnNwO3ZtLWxpc3QnJm5ic3A7b24mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7c2xhdmUsJm5ic3A7dGhlcmUmbmJzcDtjb21lcyZuYnNw O3RoZSZuYnNwO2Vycm9yJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOyJUaGUmbmJzcDttYXN0ZXImbmJzcDtzYXlzJm5ic3A7dGhlJm5ic3A7aG9zdHMmbmJz cDtpcyZuYnNwO25vdCZuYnNwO2tub3cmbmJzcDt0byZuYnNwO2l0LiZuYnNwO1BlcmhhcHMmbmJz cDt0aGUmbmJzcDtIb3N0Jm5ic3A7d2FzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO2RlbGV0ZWQmbmJzcDtmcm9tJm5ic3A7dGhlJm5ic3A7bWFzdGVyJ3Mm bmJzcDtkYXRhYmFzZT8mbmJzcDtQZXJoYXBzJm5ic3A7dGhlJm5ic3A7c2xhdmUmbmJzcDtpcyZu YnNwO3BvaXRpbmcmbmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw OyZndDsmbmJzcDt0aGUmbmJzcDt3cm9uZyZuYnNwO21hc3Rlcj8iJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0FmdGVyJm5ic3A7dGhhdCZuYnNwOyxJJm5i c3A7dHJ5Jm5ic3A7dG8mbmJzcDthZGQmbmJzcDt0aGUmbmJzcDtzbGF2ZSZuYnNwO3RvJm5ic3A7 dGhlJm5ic3A7bmV3Jm5ic3A7cG9vbCwmbmJzcDtpdCZuYnNwO2RvZXNuJ3QmbmJzcDt3b3JrLiZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDt3aGF0Jm5ic3A7 c2hvdWxkJm5ic3A7aSZuYnNwO2RvPyZuYnNwO01hbnkmbmJzcDt0aGFua3MhJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NsYXl0b24mbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7MjAxMi0xMC0wMiZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJz cDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9u bHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwOyZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsm bmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNw Oy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7QW4m bmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VVJMOiZuYnNwOyZsdDtodHRwOi8vbGlz dHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDIvMmZk Y2E2OGMvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtYZW4t YXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0VuZCZuYnNwO29m Jm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3NywmbmJzcDtJc3N1ZSZu YnNwOzQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7WGVuLWFwaSZuYnNw O21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7bmV4dCZuYnNw O3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7QW4m bmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtVUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNC83OGY1MTU1MC9hdHRh Y2htZW50Lmh0bWwmZ3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5n Jm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4u b3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 RW5kJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7RGlnZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZu YnNwO0lzc3VlJm5ic3A7OSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7KioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKiombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25l eHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJz cDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9E SVY+DQo8RElWPlVSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRt bC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA1L2JlNzllMjZkL2F0dGFjaG1lbnQuaHRtbCZn dDsmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+X19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxE SVY+WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPlhlbi1h cGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj5odHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkVuZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZu YnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3NywmbmJzcDtJc3N1ZSZuYnNwOzEyJm5ic3A7PC9E SVY+DQo8RElWPioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiZuYnNwOzwv RElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_006_030602.002950-- --===============7155461546096288945== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7155461546096288945==-- From xen-api-bounces@lists.xen.org Fri Oct 05 13:26:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 13:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7vJ-00055y-CQ; Fri, 05 Oct 2012 13:26:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7vI-00055n-NI for xen-api@lists.xen.org; Fri, 05 Oct 2012 13:26:36 +0000 Received: from [85.158.139.83:17138] by server-7.bemta-5.messagelabs.com id 3F/29-00431-B00EE605; Fri, 05 Oct 2012 13:26:35 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1349443592!29696492!1 X-Originating-IP: [220.181.13.242] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiAzNTg1\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiAzNTg1\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31612 invoked from network); 5 Oct 2012 13:26:34 -0000 Received: from m13-242.163.com (HELO m13-242.163.com) (220.181.13.242) by server-6.tower-182.messagelabs.com with SMTP; 5 Oct 2012 13:26:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=gjXa7+8Y0INLoYBkQNyLOzOVBzdZHQyVG8 dvGkaBVMg=; b=BYL9VuXUiXuCPZxXDimhxMbAEfWIenS4ySok8t4B723qW7dW60 UlKyGvsHPjQr9onJ64fDq1xIq16grlif24s8Ac00RenRyNxDoHUgT98615hcLZQ7 wJkvSikdc/bNp7GogUyk7xTUAiFSV1NQQRz8y6SkKWjviM+FeOItJZfEI= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy8 (Coremail) ; Fri, 5 Oct 2012 21:26:30 +0800 (GMT+08:00) Date: Fri, 5 Oct 2012 21:26:22 +0800 From: "claytonly" To: "xen-api" Message-ID: <5274fa4e.2dd0.13a311b1b55.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 6cKowGA54EEH4G5QwMkgAA--.15122W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiExk-pk9oq5EqqAABsN X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] cannot join in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0578459610713647305==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0578459610713647305== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_001_025123.001415" --__=_Part_Boundary_001_025123.001415 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 aGVsbG8sIGFsbCANCg0KSSB3YW50IHRvIGpvaW4gYSBob3N0IGludG8gYSBwb29sIGJ1dCBwcm9i bGVtIGNhbWUgb3V0LiANCndoZW4gaSB1c2UgeGVuY2VudGVyLCB0aGUgbG9nIHNhaWQgdGhhdCAn ZXJyb3I6IHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZy4nDQp3aGVuIGkgdXNlIGNsaSBieSAn eGUgcG9vbC1qb2luJywgdGhlcmUgY2FtZXMgJ3RoZSBob3N0IHRvb2xzdGFjayBpcyBzdGlsbCBp bml0aWFsaXNpbmcuIHBsZWFzZSB3YWl0IScgV2hhdCBpcyB0aGUgcHJvYmxlbT8NCg0KY2xheXRv bg0KDQoyMDEyLTEwLTA1DQoNCg0KDQpjbGF5dG9ubHk= --__=_Part_Boundary_001_025123.001415 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDEuMTc5NDAiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l rovkvZM+aGVsbG8sIA0KYWxsJm5ic3A7PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAw MDAgc2l6ZT0zIGZhY2U95a6L5L2TPkkgd2FudCB0byBqb2luIGEgaG9zdCBpbnRvIGEgcG9vbCBi dXQgDQpwcm9ibGVtIGNhbWUgb3V0LiA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMw MDAwMDAgc2l6ZT0zIGZhY2U95a6L5L2TPndoZW4gaSB1c2UgeGVuY2VudGVyLCB0aGUgbG9nIHNh aWQgdGhhdCANCidlcnJvcjogdGhlIHNlcnZlciBpcyBzdGlsbCBib290aW5nLic8L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPndoZW4gaSB1c2UgY2xpIGJ5ICd4 ZSBwb29sLWpvaW4nLCB0aGVyZSBjYW1lcyANCid0aGUgaG9zdCB0b29sc3RhY2sgaXMgc3RpbGwg aW5pdGlhbGlzaW5nLiBwbGVhc2Ugd2FpdCEnIFdoYXQgaXMgdGhlIA0KcHJvYmxlbT88L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJ Vj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+Y2xheXRvbjwvRk9OVD48L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBz aXplPTIgDQpmYWNlPVZlcmRhbmE+MjAxMi0xMC0wNTwvRk9OVD48L0RJVj48Rk9OVCBzaXplPTIg ZmFjZT1WZXJkYW5hPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBpZD1T aWduTmFtZUhSIGFsaWduPWxlZnQgU0laRT0yPg0KPC9GT05UPg0KPERJVj48Rk9OVCBjb2xvcj0j YzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWduTmFtZT5jbGF5 dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPjwvU1RBVElPTkVSWT48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_001_025123.001415-- --===============0578459610713647305== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0578459610713647305==-- From xen-api-bounces@lists.xen.org Fri Oct 05 13:26:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 13:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7vJ-00055y-CQ; Fri, 05 Oct 2012 13:26:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK7vI-00055n-NI for xen-api@lists.xen.org; Fri, 05 Oct 2012 13:26:36 +0000 Received: from [85.158.139.83:17138] by server-7.bemta-5.messagelabs.com id 3F/29-00431-B00EE605; Fri, 05 Oct 2012 13:26:35 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1349443592!29696492!1 X-Originating-IP: [220.181.13.242] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiAzNTg1\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MiA9PiAzNTg1\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31612 invoked from network); 5 Oct 2012 13:26:34 -0000 Received: from m13-242.163.com (HELO m13-242.163.com) (220.181.13.242) by server-6.tower-182.messagelabs.com with SMTP; 5 Oct 2012 13:26:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=gjXa7+8Y0INLoYBkQNyLOzOVBzdZHQyVG8 dvGkaBVMg=; b=BYL9VuXUiXuCPZxXDimhxMbAEfWIenS4ySok8t4B723qW7dW60 UlKyGvsHPjQr9onJ64fDq1xIq16grlif24s8Ac00RenRyNxDoHUgT98615hcLZQ7 wJkvSikdc/bNp7GogUyk7xTUAiFSV1NQQRz8y6SkKWjviM+FeOItJZfEI= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy8 (Coremail) ; Fri, 5 Oct 2012 21:26:30 +0800 (GMT+08:00) Date: Fri, 5 Oct 2012 21:26:22 +0800 From: "claytonly" To: "xen-api" Message-ID: <5274fa4e.2dd0.13a311b1b55.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 6cKowGA54EEH4G5QwMkgAA--.15122W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiExk-pk9oq5EqqAABsN X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] cannot join in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0578459610713647305==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0578459610713647305== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_001_025123.001415" --__=_Part_Boundary_001_025123.001415 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 aGVsbG8sIGFsbCANCg0KSSB3YW50IHRvIGpvaW4gYSBob3N0IGludG8gYSBwb29sIGJ1dCBwcm9i bGVtIGNhbWUgb3V0LiANCndoZW4gaSB1c2UgeGVuY2VudGVyLCB0aGUgbG9nIHNhaWQgdGhhdCAn ZXJyb3I6IHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZy4nDQp3aGVuIGkgdXNlIGNsaSBieSAn eGUgcG9vbC1qb2luJywgdGhlcmUgY2FtZXMgJ3RoZSBob3N0IHRvb2xzdGFjayBpcyBzdGlsbCBp bml0aWFsaXNpbmcuIHBsZWFzZSB3YWl0IScgV2hhdCBpcyB0aGUgcHJvYmxlbT8NCg0KY2xheXRv bg0KDQoyMDEyLTEwLTA1DQoNCg0KDQpjbGF5dG9ubHk= --__=_Part_Boundary_001_025123.001415 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDEuMTc5NDAiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l rovkvZM+aGVsbG8sIA0KYWxsJm5ic3A7PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAw MDAgc2l6ZT0zIGZhY2U95a6L5L2TPkkgd2FudCB0byBqb2luIGEgaG9zdCBpbnRvIGEgcG9vbCBi dXQgDQpwcm9ibGVtIGNhbWUgb3V0LiA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMw MDAwMDAgc2l6ZT0zIGZhY2U95a6L5L2TPndoZW4gaSB1c2UgeGVuY2VudGVyLCB0aGUgbG9nIHNh aWQgdGhhdCANCidlcnJvcjogdGhlIHNlcnZlciBpcyBzdGlsbCBib290aW5nLic8L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPndoZW4gaSB1c2UgY2xpIGJ5ICd4 ZSBwb29sLWpvaW4nLCB0aGVyZSBjYW1lcyANCid0aGUgaG9zdCB0b29sc3RhY2sgaXMgc3RpbGwg aW5pdGlhbGlzaW5nLiBwbGVhc2Ugd2FpdCEnIFdoYXQgaXMgdGhlIA0KcHJvYmxlbT88L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJ Vj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+Y2xheXRvbjwvRk9OVD48L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBz aXplPTIgDQpmYWNlPVZlcmRhbmE+MjAxMi0xMC0wNTwvRk9OVD48L0RJVj48Rk9OVCBzaXplPTIg ZmFjZT1WZXJkYW5hPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBpZD1T aWduTmFtZUhSIGFsaWduPWxlZnQgU0laRT0yPg0KPC9GT05UPg0KPERJVj48Rk9OVCBjb2xvcj0j YzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWduTmFtZT5jbGF5 dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPjwvU1RBVElPTkVSWT48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_001_025123.001415-- --===============0578459610713647305== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0578459610713647305==-- From xen-api-bounces@lists.xen.org Fri Oct 05 14:04:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 14:04:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK8Vy-0007cW-30; Fri, 05 Oct 2012 14:04:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK8Vw-0007cN-S4 for xen-api@lists.xen.org; Fri, 05 Oct 2012 14:04:29 +0000 Received: from [85.158.139.211:8519] by server-1.bemta-5.messagelabs.com id A3/E9-09825-CE8EE605; Fri, 05 Oct 2012 14:04:28 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349445866!21271874!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27436 invoked from network); 5 Oct 2012 14:04:27 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 14:04:27 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so915786bkc.32 for ; Fri, 05 Oct 2012 07:04:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=zETRBQCJyT4YvkBcNVBhx94EjSb6EiO4HoN4WJdC2fE=; b=gLxKgFllPSw/AydvSNbmq9dUW0LYdj+ZyfE7M3R0f8E8HVb+chKX7kw/2R1hYyhoOs WOweNcbdlFLob0nVh6viWqFSQiqCiUOETJ9Gs/2LPbdNfbfzVyJ+2RMgwhDSJxgd4CYN KMHQVKPBnBlDMODcDKHUue/BmiEv6M+ckHOCnsrRqqtVQncXtBBDnFb2PzjdbfG5X/tq qwGc+U3CAArjlW9KC+Mtdv58tgCf9GSpsOHjV7rF5kl9rR6ZmhSehjZgU83+Ye/epc5s EC6iBJrhleqzM1Rw5YONsqSS+OIBsEL8qLIAngr/7fa+CgdA7dH74qWDulLPrjJ9pLHX N5Kg== Received: by 10.205.126.16 with SMTP id gu16mr2765861bkc.67.1349445866465; Fri, 05 Oct 2012 07:04:26 -0700 (PDT) Received: from [172.16.26.11] (b0fb3a3f.bb.sky.com. [176.251.58.63]) by mx.google.com with ESMTPS id ht18sm3084152bkc.14.2012.10.05.07.04.25 (version=SSLv3 cipher=OTHER); Fri, 05 Oct 2012 07:04:26 -0700 (PDT) Message-ID: <506EE8E9.8000905@xen.org> Date: Fri, 05 Oct 2012 15:04:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org, "xen-api@lists.xen.org" Subject: [Xen-API] Reminder: XCP 1.6 Test Day on Tue the 9th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7338689034621336517==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7338689034621336517== Content-Type: multipart/alternative; boundary="------------050407090503000805020802" This is a multi-part message in MIME format. --------------050407090503000805020802 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, After the success of the first Xen Test Day and with XCP 1.6 being close to release, we will run an XCP test day next week. The *XCP 1.6 Test Day* will be on Tuesday, October 9th, on IRC freenode channel *#xentest*. The plan is to test XCP 1.6 beta, which should be released shortly. You can find more information about Xen Test Days on: * http://wiki.xen.org/wiki/Xen_Test_Days * http://wiki.xen.org/wiki/XCP_1.6_test_instructions What is a Xen Test Day? ======================= Xen test days are all day IRC events, facilitated by members of the Xen community. The purpose of Test Days is to * Provide focus in testing Xen/XCP Release Candidates * Primary focus will be on new features and ensuring the RC/beta works with your hardware and in your environment How Does it Work? ================= The pattern is the same as for Xen Document Days: * Join us on IRC: freenode channel #xentest * Tell people what you intend to test * Make sure that a XCP release works for you * Help others, get help! * And above all: have fun! It is also OK, do to some testing before and jon the Test Day, if you get stuck and need some help. Looking forward to see you on IRC! Best Regards Lars --------------050407090503000805020802 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

After the success of the first Xen Test Day and with XCP 1.6 being close to release, we will run an XCP test day next week. The XCP 1.6 Test Day will be on Tuesday, October 9th, on IRC freenode channel #xentest. The plan is to test XCP 1.6 beta, which should be released shortly. You can find more information about Xen Test Days on:

* http://wiki.xen.org/wiki/Xen_Test_Days
* http://wiki.xen.org/wiki/XCP_1.6_test_instructions

What is a Xen Test Day?
=======================

Xen test days are all day IRC events, facilitated by members of the Xen community. The purpose of Test Days is to

 * Provide focus in testing Xen/XCP Release Candidates
 * Primary focus will be on new features and ensuring the RC/beta works
   with your hardware and in your environment

How Does it Work?
=================

The pattern is the same as for Xen Document Days:

 * Join us on IRC: freenode channel #xentest
 * Tell people what you intend to test
 * Make sure that a XCP release works for you
 * Help others, get help!
 * And above all: have fun!

It is also OK, do to some testing before and jon the Test Day, if you get stuck and need some help. Looking forward to see you on IRC!

Best Regards
Lars

--------------050407090503000805020802-- --===============7338689034621336517== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7338689034621336517==-- From xen-api-bounces@lists.xen.org Fri Oct 05 14:04:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 14:04:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK8Vy-0007cW-30; Fri, 05 Oct 2012 14:04:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TK8Vw-0007cN-S4 for xen-api@lists.xen.org; Fri, 05 Oct 2012 14:04:29 +0000 Received: from [85.158.139.211:8519] by server-1.bemta-5.messagelabs.com id A3/E9-09825-CE8EE605; Fri, 05 Oct 2012 14:04:28 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349445866!21271874!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27436 invoked from network); 5 Oct 2012 14:04:27 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 14:04:27 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so915786bkc.32 for ; Fri, 05 Oct 2012 07:04:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=zETRBQCJyT4YvkBcNVBhx94EjSb6EiO4HoN4WJdC2fE=; b=gLxKgFllPSw/AydvSNbmq9dUW0LYdj+ZyfE7M3R0f8E8HVb+chKX7kw/2R1hYyhoOs WOweNcbdlFLob0nVh6viWqFSQiqCiUOETJ9Gs/2LPbdNfbfzVyJ+2RMgwhDSJxgd4CYN KMHQVKPBnBlDMODcDKHUue/BmiEv6M+ckHOCnsrRqqtVQncXtBBDnFb2PzjdbfG5X/tq qwGc+U3CAArjlW9KC+Mtdv58tgCf9GSpsOHjV7rF5kl9rR6ZmhSehjZgU83+Ye/epc5s EC6iBJrhleqzM1Rw5YONsqSS+OIBsEL8qLIAngr/7fa+CgdA7dH74qWDulLPrjJ9pLHX N5Kg== Received: by 10.205.126.16 with SMTP id gu16mr2765861bkc.67.1349445866465; Fri, 05 Oct 2012 07:04:26 -0700 (PDT) Received: from [172.16.26.11] (b0fb3a3f.bb.sky.com. [176.251.58.63]) by mx.google.com with ESMTPS id ht18sm3084152bkc.14.2012.10.05.07.04.25 (version=SSLv3 cipher=OTHER); Fri, 05 Oct 2012 07:04:26 -0700 (PDT) Message-ID: <506EE8E9.8000905@xen.org> Date: Fri, 05 Oct 2012 15:04:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org, "xen-api@lists.xen.org" Subject: [Xen-API] Reminder: XCP 1.6 Test Day on Tue the 9th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7338689034621336517==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7338689034621336517== Content-Type: multipart/alternative; boundary="------------050407090503000805020802" This is a multi-part message in MIME format. --------------050407090503000805020802 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, After the success of the first Xen Test Day and with XCP 1.6 being close to release, we will run an XCP test day next week. The *XCP 1.6 Test Day* will be on Tuesday, October 9th, on IRC freenode channel *#xentest*. The plan is to test XCP 1.6 beta, which should be released shortly. You can find more information about Xen Test Days on: * http://wiki.xen.org/wiki/Xen_Test_Days * http://wiki.xen.org/wiki/XCP_1.6_test_instructions What is a Xen Test Day? ======================= Xen test days are all day IRC events, facilitated by members of the Xen community. The purpose of Test Days is to * Provide focus in testing Xen/XCP Release Candidates * Primary focus will be on new features and ensuring the RC/beta works with your hardware and in your environment How Does it Work? ================= The pattern is the same as for Xen Document Days: * Join us on IRC: freenode channel #xentest * Tell people what you intend to test * Make sure that a XCP release works for you * Help others, get help! * And above all: have fun! It is also OK, do to some testing before and jon the Test Day, if you get stuck and need some help. Looking forward to see you on IRC! Best Regards Lars --------------050407090503000805020802 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

After the success of the first Xen Test Day and with XCP 1.6 being close to release, we will run an XCP test day next week. The XCP 1.6 Test Day will be on Tuesday, October 9th, on IRC freenode channel #xentest. The plan is to test XCP 1.6 beta, which should be released shortly. You can find more information about Xen Test Days on:

* http://wiki.xen.org/wiki/Xen_Test_Days
* http://wiki.xen.org/wiki/XCP_1.6_test_instructions

What is a Xen Test Day?
=======================

Xen test days are all day IRC events, facilitated by members of the Xen community. The purpose of Test Days is to

 * Provide focus in testing Xen/XCP Release Candidates
 * Primary focus will be on new features and ensuring the RC/beta works
   with your hardware and in your environment

How Does it Work?
=================

The pattern is the same as for Xen Document Days:

 * Join us on IRC: freenode channel #xentest
 * Tell people what you intend to test
 * Make sure that a XCP release works for you
 * Help others, get help!
 * And above all: have fun!

It is also OK, do to some testing before and jon the Test Day, if you get stuck and need some help. Looking forward to see you on IRC!

Best Regards
Lars

--------------050407090503000805020802-- --===============7338689034621336517== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7338689034621336517==-- From xen-api-bounces@lists.xen.org Fri Oct 05 17:43:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 17:43:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBvK-00025z-2G; Fri, 05 Oct 2012 17:42:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBvJ-00025t-Ef for xen-api@lists.xen.org; Fri, 05 Oct 2012 17:42:53 +0000 Received: from [85.158.143.99:33952] by server-3.bemta-4.messagelabs.com id BE/FC-10986-C1C1F605; Fri, 05 Oct 2012 17:42:52 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1349458972!25513335!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24642 invoked from network); 5 Oct 2012 17:42:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 17:42:52 -0000 X-IronPort-AV: E=Sophos;i="4.80,541,1344211200"; d="scan'208";a="14970334" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Oct 2012 17:42:51 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 5 Oct 2012 18:42:52 +0100 Message-ID: <506F1C1A.8090408@citrix.com> Date: Fri, 5 Oct 2012 18:42:50 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: claytonly References: <5274fa4e.2dd0.13a311b1b55.Coremail.claytonly@163.com> In-Reply-To: <5274fa4e.2dd0.13a311b1b55.Coremail.claytonly@163.com> X-Enigmail-Version: 1.4.4 Cc: xen-api Subject: Re: [Xen-API] cannot join in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/10/12 14:26, claytonly wrote: > hello, all > > I want to join a host into a pool but problem came out. > when i use xencenter, the log said that 'error: the server is still > booting.' > when i use cli by 'xe pool-join', there cames 'the host toolstack is > still initialising. please wait!' What is the problem? Need to look at the logs to see. You're using Ubuntu dom0, right? Try looking /var/log/xcp-xapi.log to see if you notice any interesting error messages. Reply to the list with what you find. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 05 17:43:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 17:43:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBvK-00025z-2G; Fri, 05 Oct 2012 17:42:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBvJ-00025t-Ef for xen-api@lists.xen.org; Fri, 05 Oct 2012 17:42:53 +0000 Received: from [85.158.143.99:33952] by server-3.bemta-4.messagelabs.com id BE/FC-10986-C1C1F605; Fri, 05 Oct 2012 17:42:52 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1349458972!25513335!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24642 invoked from network); 5 Oct 2012 17:42:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 17:42:52 -0000 X-IronPort-AV: E=Sophos;i="4.80,541,1344211200"; d="scan'208";a="14970334" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Oct 2012 17:42:51 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 5 Oct 2012 18:42:52 +0100 Message-ID: <506F1C1A.8090408@citrix.com> Date: Fri, 5 Oct 2012 18:42:50 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: claytonly References: <5274fa4e.2dd0.13a311b1b55.Coremail.claytonly@163.com> In-Reply-To: <5274fa4e.2dd0.13a311b1b55.Coremail.claytonly@163.com> X-Enigmail-Version: 1.4.4 Cc: xen-api Subject: Re: [Xen-API] cannot join in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/10/12 14:26, claytonly wrote: > hello, all > > I want to join a host into a pool but problem came out. > when i use xencenter, the log said that 'error: the server is still > booting.' > when i use cli by 'xe pool-join', there cames 'the host toolstack is > still initialising. please wait!' What is the problem? Need to look at the logs to see. You're using Ubuntu dom0, right? Try looking /var/log/xcp-xapi.log to see if you notice any interesting error messages. Reply to the list with what you find. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 05 17:47:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 17:47:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBza-0002BI-Hn; Fri, 05 Oct 2012 17:47:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBzZ-0002BD-Gt for xen-api@lists.xen.org; Fri, 05 Oct 2012 17:47:17 +0000 Received: from [85.158.137.99:21631] by server-13.bemta-3.messagelabs.com id 5D/7D-28885-42D1F605; Fri, 05 Oct 2012 17:47:16 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1349459236!20470037!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31937 invoked from network); 5 Oct 2012 17:47:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 17:47:16 -0000 X-IronPort-AV: E=Sophos;i="4.80,541,1344211200"; d="scan'208";a="14970383" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Oct 2012 17:47:15 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 5 Oct 2012 18:47:16 +0100 Message-ID: <506F1D22.8090003@citrix.com> Date: Fri, 5 Oct 2012 18:47:14 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "P. Broennimann" References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/10/12 13:33, P. Broennimann wrote: > Hi there > > I downloaded the new XCP 1.6 beta release (using together with XenCenter > 6.1) and I am doing my first steps with it. > > 1) Why when I create a new "Single Server Private Network" the bridge is > named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? That's just what XCP calls them. I wish I had a better answer than that. > 2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage is > a default 8 gbytes drive. I could resize the disk in XenCenter (Storage > tab) to 16 gbytes. Now I need to boot from a separate live-CD to adjust > the VM's filesystem. I tried (using "Start in Recovery Mode" feature) > the latest "Knoppix Live CD" and "GParted Live CD". Both do not boot. > They start booting but then stop before showing any graphical console... > What am I doing wrong here? Your VM is paravirtualised, meaning that it expects the guest OS to know what to do as a guest. Those live CDs probably aren't set up to be Xen guests, so they fail (I'm guessing). What you could do is just add a new VDI to your system, and mount it in the guest. Or you could start over with a bigger disk. You don't have to use the default. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 05 17:47:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 17:47:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBza-0002BI-Hn; Fri, 05 Oct 2012 17:47:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKBzZ-0002BD-Gt for xen-api@lists.xen.org; Fri, 05 Oct 2012 17:47:17 +0000 Received: from [85.158.137.99:21631] by server-13.bemta-3.messagelabs.com id 5D/7D-28885-42D1F605; Fri, 05 Oct 2012 17:47:16 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1349459236!20470037!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31937 invoked from network); 5 Oct 2012 17:47:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 Oct 2012 17:47:16 -0000 X-IronPort-AV: E=Sophos;i="4.80,541,1344211200"; d="scan'208";a="14970383" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Oct 2012 17:47:15 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 5 Oct 2012 18:47:16 +0100 Message-ID: <506F1D22.8090003@citrix.com> Date: Fri, 5 Oct 2012 18:47:14 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "P. Broennimann" References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/10/12 13:33, P. Broennimann wrote: > Hi there > > I downloaded the new XCP 1.6 beta release (using together with XenCenter > 6.1) and I am doing my first steps with it. > > 1) Why when I create a new "Single Server Private Network" the bridge is > named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? That's just what XCP calls them. I wish I had a better answer than that. > 2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage is > a default 8 gbytes drive. I could resize the disk in XenCenter (Storage > tab) to 16 gbytes. Now I need to boot from a separate live-CD to adjust > the VM's filesystem. I tried (using "Start in Recovery Mode" feature) > the latest "Knoppix Live CD" and "GParted Live CD". Both do not boot. > They start booting but then stop before showing any graphical console... > What am I doing wrong here? Your VM is paravirtualised, meaning that it expects the guest OS to know what to do as a guest. Those live CDs probably aren't set up to be Xen guests, so they fail (I'm guessing). What you could do is just add a new VDI to your system, and mount it in the guest. Or you could start over with a bigger disk. You don't have to use the default. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 05 17:49:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 17:49:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKC1s-0002Fi-T0; Fri, 05 Oct 2012 17:49:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKC1r-0002Fb-0y for xen-api@lists.xen.org; Fri, 05 Oct 2012 17:49:39 +0000 Received: from [85.158.143.35:19648] by server-3.bemta-4.messagelabs.com id 5C/30-10986-2BD1F605; Fri, 05 Oct 2012 17:49:38 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1349459377!13879666!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31665 invoked from network); 5 Oct 2012 17:49:38 -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; 5 Oct 2012 17:49:38 -0000 X-IronPort-AV: E=Sophos;i="4.80,541,1344211200"; d="scan'208";a="14970396" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Oct 2012 17:49:24 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 5 Oct 2012 18:49:25 +0100 Message-ID: <506F1DA3.5010800@citrix.com> Date: Fri, 5 Oct 2012 18:49:23 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: pf shineyear References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] is_physical bug in xapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org (Dropping xen-users, please send XCP and Xapi questions to xen-api list) On 05/10/12 03:51, pf shineyear wrote: > hi all, > > i just found a bug from xapi code network_utils.ml > : This is a bug we have been aware of, but hadn't gotten around to fixing it yet because of other bugs. It's benign, but ugly. It should be fixed in xapi upstream, so the next major release of xcp-xapi on Debian/Ubuntu should have this resolved. Mike > let is_physical name = > > try > > let link = Unix.readlink (getpath name "device") in > > (* filter out device symlinks which look like > /../../../devices/xen-backend/vif- *) > > not(List.mem "xen-backend" (String.split '/' link)) > > with _ -> false > > > i use xcp + ubuntu 12.04, in my /sys/class/net/ dir it looks like: > > > > drwxr-xr-x 2 root root 0 Oct 4 17:02 ./ > > drwxr-xr-x 46 root root 0 Oct 4 17:02 ../ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth0 -> > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth1 -> > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 lo -> ../../devices/virtual/net/lo/ > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 tap9.0 -> > ../../devices/virtual/net/tap9.0/ > > lrwxrwxrwx 1 root root 0 Oct 5 11:11 vif10.0 -> > ../../devices/vif-10-0/net/vif10.0/ > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif11.0 -> > ../../devices/vif-11-0/net/vif11.0/ > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif12.0 -> > ../../devices/vif-12-0/net/vif12.0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:28 vif5.0 -> > ../../devices/vif-5-0/net/vif5.0/ > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 vif9.0 -> > ../../devices/vif-9-0/net/vif9.0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr0 -> > ../../devices/virtual/net/xenbr0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr1 -> > ../../devices/virtual/net/xenbr1/ > > > > so , there is no subdir or symlink like "xen-backend", each device will > be think as real physical device and always return true from that function. > > > this bug will happen when ur dom0 reboot from a crash (some instance > does not released when crash happen), there will have a lots of bridge > like "brvif..." > > > thanks. > > > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 05 17:49:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 05 Oct 2012 17:49:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKC1s-0002Fi-T0; Fri, 05 Oct 2012 17:49:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKC1r-0002Fb-0y for xen-api@lists.xen.org; Fri, 05 Oct 2012 17:49:39 +0000 Received: from [85.158.143.35:19648] by server-3.bemta-4.messagelabs.com id 5C/30-10986-2BD1F605; Fri, 05 Oct 2012 17:49:38 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1349459377!13879666!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31665 invoked from network); 5 Oct 2012 17:49:38 -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; 5 Oct 2012 17:49:38 -0000 X-IronPort-AV: E=Sophos;i="4.80,541,1344211200"; d="scan'208";a="14970396" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Oct 2012 17:49:24 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 5 Oct 2012 18:49:25 +0100 Message-ID: <506F1DA3.5010800@citrix.com> Date: Fri, 5 Oct 2012 18:49:23 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: pf shineyear References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] is_physical bug in xapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org (Dropping xen-users, please send XCP and Xapi questions to xen-api list) On 05/10/12 03:51, pf shineyear wrote: > hi all, > > i just found a bug from xapi code network_utils.ml > : This is a bug we have been aware of, but hadn't gotten around to fixing it yet because of other bugs. It's benign, but ugly. It should be fixed in xapi upstream, so the next major release of xcp-xapi on Debian/Ubuntu should have this resolved. Mike > let is_physical name = > > try > > let link = Unix.readlink (getpath name "device") in > > (* filter out device symlinks which look like > /../../../devices/xen-backend/vif- *) > > not(List.mem "xen-backend" (String.split '/' link)) > > with _ -> false > > > i use xcp + ubuntu 12.04, in my /sys/class/net/ dir it looks like: > > > > drwxr-xr-x 2 root root 0 Oct 4 17:02 ./ > > drwxr-xr-x 46 root root 0 Oct 4 17:02 ../ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth0 -> > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth1 -> > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 lo -> ../../devices/virtual/net/lo/ > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 tap9.0 -> > ../../devices/virtual/net/tap9.0/ > > lrwxrwxrwx 1 root root 0 Oct 5 11:11 vif10.0 -> > ../../devices/vif-10-0/net/vif10.0/ > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif11.0 -> > ../../devices/vif-11-0/net/vif11.0/ > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif12.0 -> > ../../devices/vif-12-0/net/vif12.0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:28 vif5.0 -> > ../../devices/vif-5-0/net/vif5.0/ > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 vif9.0 -> > ../../devices/vif-9-0/net/vif9.0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr0 -> > ../../devices/virtual/net/xenbr0/ > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr1 -> > ../../devices/virtual/net/xenbr1/ > > > > so , there is no subdir or symlink like "xen-backend", each device will > be think as real physical device and always return true from that function. > > > this bug will happen when ur dom0 reboot from a crash (some instance > does not released when crash happen), there will have a lots of bridge > like "brvif..." > > > thanks. > > > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 06 03:32:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 03:32:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKL7w-0007jv-KA; Sat, 06 Oct 2012 03:32:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKL7v-0007jp-8K for xen-api@lists.xen.org; Sat, 06 Oct 2012 03:32:31 +0000 Received: from [85.158.143.35:29874] by server-1.bemta-4.messagelabs.com id B7/68-05684-E46AF605; Sat, 06 Oct 2012 03:32:30 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1349494346!10374983!1 X-Originating-IP: [220.181.13.247] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NyA9PiA1MDM5\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NyA9PiA1MDM5\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27656 invoked from network); 6 Oct 2012 03:32:28 -0000 Received: from m13-247.163.com (HELO m13-247.163.com) (220.181.13.247) by server-10.tower-21.messagelabs.com with SMTP; 6 Oct 2012 03:32:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=vai6GeI46kak5ftnJub6AoJ1BGuYd7D+hZ Im1yW93eM=; b=KIbZNEQzNngYRLraY4f6PsFeHgpsg8r9dvWcqbUNiogszxw+W0 FlHFvFaJKF6bhrxaxqp+LLhIHLgGMbPdpHqUG6e6pwh74KzJPad64Ok7mkFAXBtu f0ab64ahf62C4xdCoJQKYcSeQv9tHS9q+V9FdxYe5NGL/31ypIAo+yEPA= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy13 (Coremail) ; Sat, 6 Oct 2012 11:32:23 +0800 (GMT+08:00) Date: Sat, 6 Oct 2012 11:32:20 +0800 From: "claytonly" To: "xen-api" Message-ID: <3dfc3e27.10eb.13a3421857e.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 7sKowGDpjkBHpm9Qa3YlAA--.16213W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiExNApk9oq5feCgADsq X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4132796725353689176==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4132796725353689176== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_001_030640.019198" --__=_Part_Boundary_001_030640.019198 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8sIGV2ZXJ5IG9uZQ0KIEkgd2FudCB0byBqb2luIGEgaG9zdCBpbnRvIGEgcG9vbCBidXQg cHJvYmxlbSBjYW1lIG91dC53aGVuIGkgdXNlIHhlbmNlbnRlciwgdGhlIGxvZyBzYWlkIHRoYXQg J2Vycm9yOiB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcuJ3doZW4gaSB1c2UgY2xpIGJ5ICd4 ZSBwb29sLWpvaW4nLCB0aGVyZSBjYW1lcyAndGhlIGhvc3QgdG9vbHN0YWNrIGlzIHN0aWxsIGlu aXRpYWxpc2luZy4gcGxlYXNlIHdhaXQhJyBXaGF0IGlzIHRoZSBwcm9ibGVtPw0KVGhlIGRldGFp bHMgaXMgYXMgZm9sbGxvdzoNClsyMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhlblNlcnZl cjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4YXBpXSBQ b29sLmpvaW4vUG9vbC5lamVjdCByZXF1aXJlcyBhIHByb3Blcmx5IGNvbmZpZ3VyZWQgbWFuYWdl bWVudCBpbnRlcmZhY2UuIFdhaXQgZm9yIHhhcGkvZmlyc3Rib290IGluaXRpYWxpc2F0aW9uIHRv IGNvbXBsZXRlIGFuZCB0aGVuIHJldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MDlafGRlYnVnfFhl blNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4 YXBpXSBSYWlzZWQgYXQgeGFwaV9wb29sLm1sOjU1LjktNjkgLT4geGFwaV9wb29sLm1sOjMxMi4x LTM4IC0+IHhhcGlfcG9vbC5tbDo2NTcuMi01MiAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05WzIw MTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6 ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVqZWN0IHJl cXVpcmVzIGEgcHJvcGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4gV2FpdCBm b3IgeGFwaS9maXJzdGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRoZW4gcmV0 cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcu MC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHN0dW5uZWwgcGlkOiAyMTc5 IChjYWNoZWQgPSBmYWxzZSkgY29ubmVjdGVkIHRvIDE5Mi4xNjguMTAwLjExOjQ0Mw0KWzIwMTIx MDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8 cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHdpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0 YXNrX29wdD1Ob25lIHNfcGlkPTIxNzkNClsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhl blNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHxi YWNrdHJhY2VdIFJhaXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4geGFwaV9wb29s Lm1sOjY1Ni4xLTEwMjMgLT4gcmJhYy5tbDoyMjkuMTYtMjMNClsyMDEyMTAwNlQwMjoxODo1NS42 MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRi ZWUxM2I3YThiZHxiYWNrdHJhY2VdIFJhaXNlZCBhdCByYmFjLm1sOjIzOC4xMC0xNSAtPiBzZXJ2 ZXJfaGVscGVycy5tbDo3OS4xMS00MQ0KWzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVu U2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfGRp c3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNl cHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0aGF0PyB0aGFuayB5b3Ugc28gbXVj aCENCmNsYXl0b25seQ== --__=_Part_Boundary_001_030640.019198 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPjxGT05UIHNpemU9MiBmYWNlPVZl cmRhbmE+DQo8RElWPg0KPERJViANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS43OyBGT05ULUZBTUlM WTogYXJpYWw7IENPTE9SOiAjMDAwMDAwOyBGT05ULVNJWkU6IDE0cHgiPg0KPERJViBpZD1pc0Zv cndhcmRDb250ZW50Pg0KPERJViANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS43OyBGT05ULUZBTUlM WTogYXJpYWw7IENPTE9SOiAjMDAwMDAwOyBGT05ULVNJWkU6IDE0cHgiPkhlbGxvLCZuYnNwO2V2 ZXJ5Jm5ic3A7b25lPC9ESVY+DQo8RElWIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAxLjc7IEZPTlQt RkFNSUxZOiBhcmlhbDsgQ09MT1I6ICMwMDAwMDA7IEZPTlQtU0laRTogMTRweCI+Jm5ic3A7SSZu YnNwO3dhbnQmbmJzcDt0byZuYnNwO2pvaW4mbmJzcDthJm5ic3A7aG9zdCZuYnNwO2ludG8mbmJz cDthJm5ic3A7cG9vbCZuYnNwO2J1dCZuYnNwO3Byb2JsZW0mbmJzcDtjYW1lJm5ic3A7b3V0Lndo ZW4mbmJzcDtpJm5ic3A7dXNlJm5ic3A7eGVuY2VudGVyLCZuYnNwO3RoZSZuYnNwO2xvZyZuYnNw O3NhaWQmbmJzcDt0aGF0Jm5ic3A7J2Vycm9yOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lz Jm5ic3A7c3RpbGwmbmJzcDtib290aW5nLid3aGVuJm5ic3A7aSZuYnNwO3VzZSZuYnNwO2NsaSZu YnNwO2J5Jm5ic3A7J3hlJm5ic3A7cG9vbC1qb2luJywmbmJzcDt0aGVyZSZuYnNwO2NhbWVzJm5i c3A7J3RoZSZuYnNwO2hvc3QmbmJzcDt0b29sc3RhY2smbmJzcDtpcyZuYnNwO3N0aWxsJm5ic3A7 aW5pdGlhbGlzaW5nLiZuYnNwO3BsZWFzZSZuYnNwO3dhaXQhJyZuYnNwO1doYXQmbmJzcDtpcyZu YnNwO3RoZSZuYnNwO3Byb2JsZW0/PEJSPlRoZSZuYnNwO2RldGFpbHMmbmJzcDtpcyZuYnNwO2Fz Jm5ic3A7Zm9sbGxvdzo8QlI+WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVy M3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEz YjdhOGJkfHhhcGldJm5ic3A7UG9vbC5qb2luL1Bvb2wuZWplY3QmbmJzcDtyZXF1aXJlcyZuYnNw O2EmbmJzcDtwcm9wZXJseSZuYnNwO2NvbmZpZ3VyZWQmbmJzcDttYW5hZ2VtZW50Jm5ic3A7aW50 ZXJmYWNlLiZuYnNwO1dhaXQmbmJzcDtmb3ImbmJzcDt4YXBpL2ZpcnN0Ym9vdCZuYnNwO2luaXRp YWxpc2F0aW9uJm5ic3A7dG8mbmJzcDtjb21wbGV0ZSZuYnNwO2FuZCZuYnNwO3RoZW4mbmJzcDty ZXRyeS5bMjAxMjEwMDZUMDI6MTg6NTUuNjA5WnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lO RVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0m bmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3hhcGlfcG9vbC5tbDo1NS45LTY5Jm5ic3A7LSZndDsm bmJzcDt4YXBpX3Bvb2wubWw6MzEyLjEtMzgmbmJzcDstJmd0OyZuYnNwO3hhcGlfcG9vbC5tbDo2 NTcuMi01MiZuYnNwOy0mZ3Q7Jm5ic3A7cGVydmFzaXZlZXh0Lm1sOjIyLjItOVsyMDEyMTAwNlQw MjoxODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAu MTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO1Bvb2wuam9pbi9Q b29sLmVqZWN0Jm5ic3A7cmVxdWlyZXMmbmJzcDthJm5ic3A7cHJvcGVybHkmbmJzcDtjb25maWd1 cmVkJm5ic3A7bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZS4mbmJzcDtXYWl0Jm5ic3A7Zm9yJm5i c3A7eGFwaS9maXJzdGJvb3QmbmJzcDtpbml0aWFsaXNhdGlvbiZuYnNwO3RvJm5ic3A7Y29tcGxl dGUmbmJzcDthbmQmbmJzcDt0aGVuJm5ic3A7cmV0cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8 Jm5ic3A7aW5mb3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9v bC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtzdHVubmVsJm5ic3A7cGlkOiZu YnNwOzIxNzkmbmJzcDsoY2FjaGVkJm5ic3A7PSZuYnNwO2ZhbHNlKSZuYnNwO2Nvbm5lY3RlZCZu YnNwO3RvJm5ic3A7MTkyLjE2OC4xMDAuMTE6NDQzPEJSPlsyMDEyMTAwNlQwMjoxODo1NS42MTVa fCZuYnNwO2luZm98WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBv b2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfHhhcGldJm5ic3A7d2l0aF9yZWNvcmRlZF9zdHVu bmVscGlkJm5ic3A7dGFza19vcHQ9Tm9uZSZuYnNwO3NfcGlkPTIxNzk8QlI+WzIwMTIxMDA2VDAy OjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4x OjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfGJhY2t0cmFjZV0mbmJzcDtSYWlzZWQm bmJzcDthdCZuYnNwO3BlcnZhc2l2ZWV4dC5tbDoyNi4yMi0yNSZuYnNwOy0mZ3Q7Jm5ic3A7eGFw aV9wb29sLm1sOjY1Ni4xLTEwMjMmbmJzcDstJmd0OyZuYnNwO3JiYWMubWw6MjI5LjE2LTIzPEJS PlsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZu YnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHxiYWNrdHJhY2Vd Jm5ic3A7UmFpc2VkJm5ic3A7YXQmbmJzcDtyYmFjLm1sOjIzOC4xMC0xNSZuYnNwOy0mZ3Q7Jm5i c3A7c2VydmVyX2hlbHBlcnMubWw6NzkuMTEtNDE8QlI+WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8 ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9p biZuYnNwO1I6ZGJlZTEzYjdhOGJkfGRpc3BhdGNoZXJdJm5ic3A7U2VydmVyX2hlbHBlcnMuZXhl YyZuYnNwO2V4Y2VwdGlvbl9oYW5kbGVyOiZuYnNwO0dvdCZuYnNwO2V4Y2VwdGlvbiZuYnNwO0hP U1RfU1RJTExfQk9PVElORzombmJzcDtbXXdoeSZuYnNwO2lzJm5ic3A7dGhhdD8mbmJzcDt0aGFu ayZuYnNwO3lvdSZuYnNwO3NvJm5ic3A7bXVjaCE8QlI+Y2xheXRvbmx5PEJSPjwvRElWPjxCUj48 QlI+PFNQQU4gDQp0aXRsZT1uZXRlYXNlZm9vdGVyPjxTUEFOIA0KaWQ9bmV0ZWFzZV9tYWlsX2Zv b3Rlcj48L1NQQU4+PC9TUEFOPjwvRElWPjwvRElWPjxCUj48QlI+PFNQQU4gDQp0aXRsZT1uZXRl YXNlZm9vdGVyPjxTUEFOIA0KaWQ9bmV0ZWFzZV9tYWlsX2Zvb3Rlcj48L1NQQU4+PC9TUEFOPjwv Rk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_001_030640.019198-- --===============4132796725353689176== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4132796725353689176==-- From xen-api-bounces@lists.xen.org Sat Oct 06 03:32:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 03:32:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKL7w-0007jv-KA; Sat, 06 Oct 2012 03:32:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKL7v-0007jp-8K for xen-api@lists.xen.org; Sat, 06 Oct 2012 03:32:31 +0000 Received: from [85.158.143.35:29874] by server-1.bemta-4.messagelabs.com id B7/68-05684-E46AF605; Sat, 06 Oct 2012 03:32:30 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1349494346!10374983!1 X-Originating-IP: [220.181.13.247] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NyA9PiA1MDM5\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NyA9PiA1MDM5\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27656 invoked from network); 6 Oct 2012 03:32:28 -0000 Received: from m13-247.163.com (HELO m13-247.163.com) (220.181.13.247) by server-10.tower-21.messagelabs.com with SMTP; 6 Oct 2012 03:32:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=vai6GeI46kak5ftnJub6AoJ1BGuYd7D+hZ Im1yW93eM=; b=KIbZNEQzNngYRLraY4f6PsFeHgpsg8r9dvWcqbUNiogszxw+W0 FlHFvFaJKF6bhrxaxqp+LLhIHLgGMbPdpHqUG6e6pwh74KzJPad64Ok7mkFAXBtu f0ab64ahf62C4xdCoJQKYcSeQv9tHS9q+V9FdxYe5NGL/31ypIAo+yEPA= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy13 (Coremail) ; Sat, 6 Oct 2012 11:32:23 +0800 (GMT+08:00) Date: Sat, 6 Oct 2012 11:32:20 +0800 From: "claytonly" To: "xen-api" Message-ID: <3dfc3e27.10eb.13a3421857e.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 7sKowGDpjkBHpm9Qa3YlAA--.16213W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiExNApk9oq5feCgADsq X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4132796725353689176==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4132796725353689176== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_001_030640.019198" --__=_Part_Boundary_001_030640.019198 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8sIGV2ZXJ5IG9uZQ0KIEkgd2FudCB0byBqb2luIGEgaG9zdCBpbnRvIGEgcG9vbCBidXQg cHJvYmxlbSBjYW1lIG91dC53aGVuIGkgdXNlIHhlbmNlbnRlciwgdGhlIGxvZyBzYWlkIHRoYXQg J2Vycm9yOiB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcuJ3doZW4gaSB1c2UgY2xpIGJ5ICd4 ZSBwb29sLWpvaW4nLCB0aGVyZSBjYW1lcyAndGhlIGhvc3QgdG9vbHN0YWNrIGlzIHN0aWxsIGlu aXRpYWxpc2luZy4gcGxlYXNlIHdhaXQhJyBXaGF0IGlzIHRoZSBwcm9ibGVtPw0KVGhlIGRldGFp bHMgaXMgYXMgZm9sbGxvdzoNClsyMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhlblNlcnZl cjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4YXBpXSBQ b29sLmpvaW4vUG9vbC5lamVjdCByZXF1aXJlcyBhIHByb3Blcmx5IGNvbmZpZ3VyZWQgbWFuYWdl bWVudCBpbnRlcmZhY2UuIFdhaXQgZm9yIHhhcGkvZmlyc3Rib290IGluaXRpYWxpc2F0aW9uIHRv IGNvbXBsZXRlIGFuZCB0aGVuIHJldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MDlafGRlYnVnfFhl blNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4 YXBpXSBSYWlzZWQgYXQgeGFwaV9wb29sLm1sOjU1LjktNjkgLT4geGFwaV9wb29sLm1sOjMxMi4x LTM4IC0+IHhhcGlfcG9vbC5tbDo2NTcuMi01MiAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05WzIw MTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6 ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVqZWN0IHJl cXVpcmVzIGEgcHJvcGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4gV2FpdCBm b3IgeGFwaS9maXJzdGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRoZW4gcmV0 cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcu MC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHN0dW5uZWwgcGlkOiAyMTc5 IChjYWNoZWQgPSBmYWxzZSkgY29ubmVjdGVkIHRvIDE5Mi4xNjguMTAwLjExOjQ0Mw0KWzIwMTIx MDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8 cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHdpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0 YXNrX29wdD1Ob25lIHNfcGlkPTIxNzkNClsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhl blNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHxi YWNrdHJhY2VdIFJhaXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4geGFwaV9wb29s Lm1sOjY1Ni4xLTEwMjMgLT4gcmJhYy5tbDoyMjkuMTYtMjMNClsyMDEyMTAwNlQwMjoxODo1NS42 MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRi ZWUxM2I3YThiZHxiYWNrdHJhY2VdIFJhaXNlZCBhdCByYmFjLm1sOjIzOC4xMC0xNSAtPiBzZXJ2 ZXJfaGVscGVycy5tbDo3OS4xMS00MQ0KWzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVu U2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfGRp c3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNl cHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0aGF0PyB0aGFuayB5b3Ugc28gbXVj aCENCmNsYXl0b25seQ== --__=_Part_Boundary_001_030640.019198 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPjxGT05UIHNpemU9MiBmYWNlPVZl cmRhbmE+DQo8RElWPg0KPERJViANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS43OyBGT05ULUZBTUlM WTogYXJpYWw7IENPTE9SOiAjMDAwMDAwOyBGT05ULVNJWkU6IDE0cHgiPg0KPERJViBpZD1pc0Zv cndhcmRDb250ZW50Pg0KPERJViANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS43OyBGT05ULUZBTUlM WTogYXJpYWw7IENPTE9SOiAjMDAwMDAwOyBGT05ULVNJWkU6IDE0cHgiPkhlbGxvLCZuYnNwO2V2 ZXJ5Jm5ic3A7b25lPC9ESVY+DQo8RElWIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAxLjc7IEZPTlQt RkFNSUxZOiBhcmlhbDsgQ09MT1I6ICMwMDAwMDA7IEZPTlQtU0laRTogMTRweCI+Jm5ic3A7SSZu YnNwO3dhbnQmbmJzcDt0byZuYnNwO2pvaW4mbmJzcDthJm5ic3A7aG9zdCZuYnNwO2ludG8mbmJz cDthJm5ic3A7cG9vbCZuYnNwO2J1dCZuYnNwO3Byb2JsZW0mbmJzcDtjYW1lJm5ic3A7b3V0Lndo ZW4mbmJzcDtpJm5ic3A7dXNlJm5ic3A7eGVuY2VudGVyLCZuYnNwO3RoZSZuYnNwO2xvZyZuYnNw O3NhaWQmbmJzcDt0aGF0Jm5ic3A7J2Vycm9yOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lz Jm5ic3A7c3RpbGwmbmJzcDtib290aW5nLid3aGVuJm5ic3A7aSZuYnNwO3VzZSZuYnNwO2NsaSZu YnNwO2J5Jm5ic3A7J3hlJm5ic3A7cG9vbC1qb2luJywmbmJzcDt0aGVyZSZuYnNwO2NhbWVzJm5i c3A7J3RoZSZuYnNwO2hvc3QmbmJzcDt0b29sc3RhY2smbmJzcDtpcyZuYnNwO3N0aWxsJm5ic3A7 aW5pdGlhbGlzaW5nLiZuYnNwO3BsZWFzZSZuYnNwO3dhaXQhJyZuYnNwO1doYXQmbmJzcDtpcyZu YnNwO3RoZSZuYnNwO3Byb2JsZW0/PEJSPlRoZSZuYnNwO2RldGFpbHMmbmJzcDtpcyZuYnNwO2Fz Jm5ic3A7Zm9sbGxvdzo8QlI+WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVy M3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEz YjdhOGJkfHhhcGldJm5ic3A7UG9vbC5qb2luL1Bvb2wuZWplY3QmbmJzcDtyZXF1aXJlcyZuYnNw O2EmbmJzcDtwcm9wZXJseSZuYnNwO2NvbmZpZ3VyZWQmbmJzcDttYW5hZ2VtZW50Jm5ic3A7aW50 ZXJmYWNlLiZuYnNwO1dhaXQmbmJzcDtmb3ImbmJzcDt4YXBpL2ZpcnN0Ym9vdCZuYnNwO2luaXRp YWxpc2F0aW9uJm5ic3A7dG8mbmJzcDtjb21wbGV0ZSZuYnNwO2FuZCZuYnNwO3RoZW4mbmJzcDty ZXRyeS5bMjAxMjEwMDZUMDI6MTg6NTUuNjA5WnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lO RVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0m bmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3hhcGlfcG9vbC5tbDo1NS45LTY5Jm5ic3A7LSZndDsm bmJzcDt4YXBpX3Bvb2wubWw6MzEyLjEtMzgmbmJzcDstJmd0OyZuYnNwO3hhcGlfcG9vbC5tbDo2 NTcuMi01MiZuYnNwOy0mZ3Q7Jm5ic3A7cGVydmFzaXZlZXh0Lm1sOjIyLjItOVsyMDEyMTAwNlQw MjoxODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAu MTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO1Bvb2wuam9pbi9Q b29sLmVqZWN0Jm5ic3A7cmVxdWlyZXMmbmJzcDthJm5ic3A7cHJvcGVybHkmbmJzcDtjb25maWd1 cmVkJm5ic3A7bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZS4mbmJzcDtXYWl0Jm5ic3A7Zm9yJm5i c3A7eGFwaS9maXJzdGJvb3QmbmJzcDtpbml0aWFsaXNhdGlvbiZuYnNwO3RvJm5ic3A7Y29tcGxl dGUmbmJzcDthbmQmbmJzcDt0aGVuJm5ic3A7cmV0cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8 Jm5ic3A7aW5mb3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9v bC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtzdHVubmVsJm5ic3A7cGlkOiZu YnNwOzIxNzkmbmJzcDsoY2FjaGVkJm5ic3A7PSZuYnNwO2ZhbHNlKSZuYnNwO2Nvbm5lY3RlZCZu YnNwO3RvJm5ic3A7MTkyLjE2OC4xMDAuMTE6NDQzPEJSPlsyMDEyMTAwNlQwMjoxODo1NS42MTVa fCZuYnNwO2luZm98WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBv b2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfHhhcGldJm5ic3A7d2l0aF9yZWNvcmRlZF9zdHVu bmVscGlkJm5ic3A7dGFza19vcHQ9Tm9uZSZuYnNwO3NfcGlkPTIxNzk8QlI+WzIwMTIxMDA2VDAy OjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4x OjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfGJhY2t0cmFjZV0mbmJzcDtSYWlzZWQm bmJzcDthdCZuYnNwO3BlcnZhc2l2ZWV4dC5tbDoyNi4yMi0yNSZuYnNwOy0mZ3Q7Jm5ic3A7eGFw aV9wb29sLm1sOjY1Ni4xLTEwMjMmbmJzcDstJmd0OyZuYnNwO3JiYWMubWw6MjI5LjE2LTIzPEJS PlsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZu YnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHxiYWNrdHJhY2Vd Jm5ic3A7UmFpc2VkJm5ic3A7YXQmbmJzcDtyYmFjLm1sOjIzOC4xMC0xNSZuYnNwOy0mZ3Q7Jm5i c3A7c2VydmVyX2hlbHBlcnMubWw6NzkuMTEtNDE8QlI+WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8 ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9p biZuYnNwO1I6ZGJlZTEzYjdhOGJkfGRpc3BhdGNoZXJdJm5ic3A7U2VydmVyX2hlbHBlcnMuZXhl YyZuYnNwO2V4Y2VwdGlvbl9oYW5kbGVyOiZuYnNwO0dvdCZuYnNwO2V4Y2VwdGlvbiZuYnNwO0hP U1RfU1RJTExfQk9PVElORzombmJzcDtbXXdoeSZuYnNwO2lzJm5ic3A7dGhhdD8mbmJzcDt0aGFu ayZuYnNwO3lvdSZuYnNwO3NvJm5ic3A7bXVjaCE8QlI+Y2xheXRvbmx5PEJSPjwvRElWPjxCUj48 QlI+PFNQQU4gDQp0aXRsZT1uZXRlYXNlZm9vdGVyPjxTUEFOIA0KaWQ9bmV0ZWFzZV9tYWlsX2Zv b3Rlcj48L1NQQU4+PC9TUEFOPjwvRElWPjwvRElWPjxCUj48QlI+PFNQQU4gDQp0aXRsZT1uZXRl YXNlZm9vdGVyPjxTUEFOIA0KaWQ9bmV0ZWFzZV9tYWlsX2Zvb3Rlcj48L1NQQU4+PC9TUEFOPjwv Rk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_001_030640.019198-- --===============4132796725353689176== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4132796725353689176==-- From xen-api-bounces@lists.xen.org Sat Oct 06 07:41:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 07:41:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKP0j-0003Pg-Hm; Sat, 06 Oct 2012 07:41:21 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKP0i-0003PK-1R for xen-api@lists.xen.org; Sat, 06 Oct 2012 07:41:20 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1349509271!8117833!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23072 invoked from network); 6 Oct 2012 07:41:11 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2012 07:41:11 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so1598144lah.32 for ; Sat, 06 Oct 2012 00:41:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=ERixJAb/JJhxUvsrZCPO4GQJqrKhDfKuhPCnU50CYxE=; b=tl9c49qj1poDZIKnU9RxPumdI1/XHHi75401psUg5x/NuZgpwXvBtfR+D67zkMWWf2 zeWn37XkSIfoXaejV0FP5cRrqWhp50CRsCrqFCp0QBjd33z6En2Y3p7Pw0jEnElG67hU di2OZZDK23DXr21jTgrV9PUAQggMdtdGPOWjkE1nRpyvA+S86fzeC/gix8iDJw/PEj7g sL/uqik9kZucUa7fwi6WgSDsL40IWhXmt9Qr5ECIQv7lg4ZGOZi+Owbs+vO57opEtXEM q9ro7LZLM0ksYNYSbwRjjpNWdQdIeB+iyPEX2uxHfF/lONuVJTL9BE7oh0KKTOcm996g eASQ== Received: by 10.112.29.7 with SMTP id f7mr4435598lbh.52.1349509270827; Sat, 06 Oct 2012 00:41:10 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id p7sm3702543lbg.17.2012.10.06.00.41.09 (version=SSLv3 cipher=OTHER); Sat, 06 Oct 2012 00:41:10 -0700 (PDT) Message-ID: <506FE095.3080405@gmail.com> Date: Sat, 06 Oct 2012 11:41:09 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <3dfc3e27.10eb.13a3421857e.Coremail.claytonly@163.com> In-Reply-To: <3dfc3e27.10eb.13a3421857e.Coremail.claytonly@163.com> Subject: Re: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1398468440101530741==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1398468440101530741== Content-Type: multipart/alternative; boundary="------------060509040803000903060303" This is a multi-part message in MIME format. --------------060509040803000903060303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 06.10.2012 07:32, claytonly ?????: "requires a properly configured management interface. " Did you configure management interface on slave before joining? > Hello, every one > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > The details is as folllow: > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > claytonly > > > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------060509040803000903060303 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
06.10.2012 07:32, claytonly пишет:

"requires a properly configured management interface. "

Did you configure management interface on slave before joining?

Hello, every one
 I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem?
The details is as folllow:
[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0 .1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443
[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179
[20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23
[20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41
[20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much!
claytonly






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

--------------060509040803000903060303-- --===============1398468440101530741== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1398468440101530741==-- From xen-api-bounces@lists.xen.org Sat Oct 06 07:41:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 07:41:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKP0j-0003Pg-Hm; Sat, 06 Oct 2012 07:41:21 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKP0i-0003PK-1R for xen-api@lists.xen.org; Sat, 06 Oct 2012 07:41:20 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1349509271!8117833!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23072 invoked from network); 6 Oct 2012 07:41:11 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Oct 2012 07:41:11 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so1598144lah.32 for ; Sat, 06 Oct 2012 00:41:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=ERixJAb/JJhxUvsrZCPO4GQJqrKhDfKuhPCnU50CYxE=; b=tl9c49qj1poDZIKnU9RxPumdI1/XHHi75401psUg5x/NuZgpwXvBtfR+D67zkMWWf2 zeWn37XkSIfoXaejV0FP5cRrqWhp50CRsCrqFCp0QBjd33z6En2Y3p7Pw0jEnElG67hU di2OZZDK23DXr21jTgrV9PUAQggMdtdGPOWjkE1nRpyvA+S86fzeC/gix8iDJw/PEj7g sL/uqik9kZucUa7fwi6WgSDsL40IWhXmt9Qr5ECIQv7lg4ZGOZi+Owbs+vO57opEtXEM q9ro7LZLM0ksYNYSbwRjjpNWdQdIeB+iyPEX2uxHfF/lONuVJTL9BE7oh0KKTOcm996g eASQ== Received: by 10.112.29.7 with SMTP id f7mr4435598lbh.52.1349509270827; Sat, 06 Oct 2012 00:41:10 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id p7sm3702543lbg.17.2012.10.06.00.41.09 (version=SSLv3 cipher=OTHER); Sat, 06 Oct 2012 00:41:10 -0700 (PDT) Message-ID: <506FE095.3080405@gmail.com> Date: Sat, 06 Oct 2012 11:41:09 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <3dfc3e27.10eb.13a3421857e.Coremail.claytonly@163.com> In-Reply-To: <3dfc3e27.10eb.13a3421857e.Coremail.claytonly@163.com> Subject: Re: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1398468440101530741==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1398468440101530741== Content-Type: multipart/alternative; boundary="------------060509040803000903060303" This is a multi-part message in MIME format. --------------060509040803000903060303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 06.10.2012 07:32, claytonly ?????: "requires a properly configured management interface. " Did you configure management interface on slave before joining? > Hello, every one > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > The details is as folllow: > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > claytonly > > > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------060509040803000903060303 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
06.10.2012 07:32, claytonly пишет:

"requires a properly configured management interface. "

Did you configure management interface on slave before joining?

Hello, every one
 I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem?
The details is as folllow:
[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0 .1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443
[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179
[20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23
[20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41
[20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much!
claytonly






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

--------------060509040803000903060303-- --===============1398468440101530741== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1398468440101530741==-- From xen-api-bounces@lists.xen.org Sat Oct 06 11:38:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 11:38:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKSiD-0006f4-5o; Sat, 06 Oct 2012 11:38:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKSiB-0006ez-6r for xen-api@lists.xen.org; Sat, 06 Oct 2012 11:38:27 +0000 Received: from [85.158.143.99:39954] by server-1.bemta-4.messagelabs.com id 03/5B-05684-23810705; Sat, 06 Oct 2012 11:38:26 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1349523503!23318161!1 X-Originating-IP: [220.181.13.244] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA0ODky\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA0ODky\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4901 invoked from network); 6 Oct 2012 11:38:24 -0000 Received: from m13-244.163.com (HELO m13-244.163.com) (220.181.13.244) by server-8.tower-216.messagelabs.com with SMTP; 6 Oct 2012 11:38:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=JJfPBBJYfeCvOizi4g+zIAaYMt2rqusDQJ QpzMkxM/c=; b=gmV8S3gK7jIrdWa01s8HBu+8Ixjnm3wkI6nAmp1fQ9evdHkM4G pJbnnVzOxhdfwTiW7Kg/WgAO3PutIGS4qeVkVymIMxEZlsEdw62J3Qhj64gTaNXG 0NR4rvYUIsnmsD3dhKjFTpGgS39WhF5QvT6ha2WdJdMpJX/BKCI8I13QY= Received: from claytonly ( [58.60.1.39] ) by ajax-webmail-sdy10 (Coremail) ; Sat, 6 Oct 2012 19:38:18 +0800 (GMT+08:00) Date: Sat, 6 Oct 2012 19:37:01 +0800 From: "claytonly" To: "xen-api" Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.39] X-CM-TRANSID: 68KowGBZ_0AqGHBQTCAhAA--.22266W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiExJApk9oq5llqwABs9 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] vm died in slave X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6902569869029928467==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6902569869029928467== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_009_020880.030488" --__=_Part_Boundary_009_020880.030488 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 DQpoZWxsbyxhbGwNCg0KSSB1c2UgeGNwIDEuNSBpbiB1YnVudHUgMTIuMDQuIFRvZGF5IGkgYWRk IGEgc2xhdmUgaG9zdCBpbnRvIHBvb2wuIFdoZW4gaSBzdGFydCBhIHZtIGluIHRoZSBuZXcgc2xh dmUsIGl0IHRvb2sgYSBsb25nIHRpbWUgdG8gc3RhcnQgdGhlIHZtIChtb3JlIHRoYW4gMW1pbnV0 ZSwgbm9ybWFsIDVzZWMgaW4gbXkgZW52aXJvbm1lbnQpLiBBZnRlciB0aGUgdm0gc3RhcnQsICd4 ZSBjb25zb2xlLWxpc3QnIGRpZG4ndCBzaG93IHRoZSB2bS4gV2hlbiBpIHRyaWVkIHRvIHNodXRk b3duIHRoZSB2bSBieSB4ZW5jZW50ZXIsIHZtIHRvb2sgbW9yZSB0aGFuIDIwbWludXRlcyBidXQg Y291bGRuJ3QgYmUgc2h1dGRvd24uIEZvcmNlIHNodWRvd24gZGlkbid0IHdvcmsgdG9vLiBJdCBh cHBlYXJlZCB0aGF0IHhjcC14YXBpIHRoZSBob3N0IHdhcyBkb3duIHRvby4gQnV0IHRoZSBvdGhl ciBob3N0cyBpbiB0aGUgcG9vbCB3b3JrIHdlbGwuIFdoYXQgaXMgdGhlIHByb2JsZW0gPw0KDQpj bGF5dG9ubHkNCg0KMjAxMi0xMC0wNg0KDQoNCg0KY2xheXRvbmx5 --__=_Part_Boundary_009_020880.030488 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgdGFyZ2V0PV9ibGFuaz4NCjxTVFlMRSB0eXBlPXRleHQvY3NzPiA8IS0tQGltcG9ydCB1cmwo c2Nyb2xsYmFyLmNzcyk7IC0tPjwvU1RZTEU+DQoNCjxTVFlMRT4JCQlCTE9DS1FVT1RFe21hcmdp bi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDogMmVtfQkJCWJvZHl7 Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L5L2TLHNlcmlmO30J CTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1TSFRNTCA4LjAwLjc2 MDEuMTc5NDAiPjxCQVNFIHRhcmdldD1fYmxhbms+PCEtLSBmbGFzaG1haWwgc3R5bGUgYmVnaW4g LS0+DQo8U1RZTEUgdHlwZT10ZXh0L2Nzcz4gPCEtLUBpbXBvcnQgdXJsKEQ6XFByb2dyYW0gRmls ZXNcTmV0ZWFzZVznvZHmmJPpl6rnlLXpgq5cXGRhdGFcc2Nyb2xsYmFyLmNzcyk7IC0tPg0KPC9T VFlMRT4NCjxCQVNFIHRhcmdldD1fYmxhbms+PCEtLSBmbGFzaG1haWwgc3R5bGUgZW5kIC0tPjwv SEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAxLjM7IEJPUkRFUi1SSUdIVC1XSURU SDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lEVEg6IDBweDsgQk9SREVSLUJPVFRP TS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4IiANCm1hcmdpbmhlaWdodD0iMCIg bWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjwvRk9OVD4m bmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RBVElPTkVSWT4N CjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3lrovkvZM+aGVsbG8sYWxsPC9G T05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAy ZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgdXNlIHhjcCAxLjUgaW4gdWJ1bnR1IA0K MTIuMDQuIFRvZGF5IGkgYWRkIGEgc2xhdmUgaG9zdCBpbnRvIHBvb2wuIFdoZW4gaSBzdGFydCBh IHZtIGluIHRoZSBuZXcgc2xhdmUsIA0KaXQgdG9vayBhIGxvbmcgdGltZSB0byBzdGFydCB0aGUg dm0gKG1vcmUgdGhhbiAxbWludXRlLCBub3JtYWwgNXNlYyBpbiBteSANCmVudmlyb25tZW50KS4g QWZ0ZXIgdGhlIHZtIHN0YXJ0LCAneGUgY29uc29sZS1saXN0JyBkaWRuJ3Qgc2hvdyB0aGUgdm0u IFdoZW4gaSANCnRyaWVkIHRvIHNodXRkb3duIHRoZSB2bSBieSB4ZW5jZW50ZXIsIHZtIHRvb2sg bW9yZSB0aGFuIDIwbWludXRlcyBidXQgY291bGRuJ3QgDQpiZSBzaHV0ZG93bi4gRm9yY2Ugc2h1 ZG93biBkaWRuJ3Qgd29yayB0b28uIEl0IGFwcGVhcmVkIHRoYXQgeGNwLXhhcGkmbmJzcDt0aGUg DQpob3N0IHdhcyBkb3duIHRvby4gQnV0IHRoZSBvdGhlciBob3N0cyBpbiB0aGUgcG9vbCB3b3Jr IHdlbGwuIFdoYXQgaXMgdGhlIA0KcHJvYmxlbSA8L0ZPTlQ+PEZPTlQgY29sb3I9IzAwMDAwMCBz aXplPTM+PzwvRk9OVD48L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAyZW0iPjxGT05U IGNvbG9yPSMwMDAwMDAgc2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRF WFQtSU5ERU5UOiAyZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPmNsYXl0b25seTwvRk9O VD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9 I2MwYzBjMCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+MjAxMi0xMC0wNjwvRk9OVD48L0RJVj48Rk9O VCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDog MnB4IiBpZD1TaWduTmFtZUhSIGFsaWduPWxlZnQgU0laRT0yPg0KPC9GT05UPg0KPERJVj48Rk9O VCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWdu TmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPjwvU1RBVElPTkVSWT48L0ZPTlQ+PC9E SVY+PC9CT0RZPjwvSFRNTD4= --__=_Part_Boundary_009_020880.030488-- --===============6902569869029928467== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6902569869029928467==-- From xen-api-bounces@lists.xen.org Sat Oct 06 11:38:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 11:38:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKSiD-0006f4-5o; Sat, 06 Oct 2012 11:38:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKSiB-0006ez-6r for xen-api@lists.xen.org; Sat, 06 Oct 2012 11:38:27 +0000 Received: from [85.158.143.99:39954] by server-1.bemta-4.messagelabs.com id 03/5B-05684-23810705; Sat, 06 Oct 2012 11:38:26 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1349523503!23318161!1 X-Originating-IP: [220.181.13.244] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA0ODky\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA0ODky\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4901 invoked from network); 6 Oct 2012 11:38:24 -0000 Received: from m13-244.163.com (HELO m13-244.163.com) (220.181.13.244) by server-8.tower-216.messagelabs.com with SMTP; 6 Oct 2012 11:38:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=JJfPBBJYfeCvOizi4g+zIAaYMt2rqusDQJ QpzMkxM/c=; b=gmV8S3gK7jIrdWa01s8HBu+8Ixjnm3wkI6nAmp1fQ9evdHkM4G pJbnnVzOxhdfwTiW7Kg/WgAO3PutIGS4qeVkVymIMxEZlsEdw62J3Qhj64gTaNXG 0NR4rvYUIsnmsD3dhKjFTpGgS39WhF5QvT6ha2WdJdMpJX/BKCI8I13QY= Received: from claytonly ( [58.60.1.39] ) by ajax-webmail-sdy10 (Coremail) ; Sat, 6 Oct 2012 19:38:18 +0800 (GMT+08:00) Date: Sat, 6 Oct 2012 19:37:01 +0800 From: "claytonly" To: "xen-api" Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.39] X-CM-TRANSID: 68KowGBZ_0AqGHBQTCAhAA--.22266W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiExJApk9oq5llqwABs9 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] vm died in slave X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6902569869029928467==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6902569869029928467== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_009_020880.030488" --__=_Part_Boundary_009_020880.030488 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 DQpoZWxsbyxhbGwNCg0KSSB1c2UgeGNwIDEuNSBpbiB1YnVudHUgMTIuMDQuIFRvZGF5IGkgYWRk IGEgc2xhdmUgaG9zdCBpbnRvIHBvb2wuIFdoZW4gaSBzdGFydCBhIHZtIGluIHRoZSBuZXcgc2xh dmUsIGl0IHRvb2sgYSBsb25nIHRpbWUgdG8gc3RhcnQgdGhlIHZtIChtb3JlIHRoYW4gMW1pbnV0 ZSwgbm9ybWFsIDVzZWMgaW4gbXkgZW52aXJvbm1lbnQpLiBBZnRlciB0aGUgdm0gc3RhcnQsICd4 ZSBjb25zb2xlLWxpc3QnIGRpZG4ndCBzaG93IHRoZSB2bS4gV2hlbiBpIHRyaWVkIHRvIHNodXRk b3duIHRoZSB2bSBieSB4ZW5jZW50ZXIsIHZtIHRvb2sgbW9yZSB0aGFuIDIwbWludXRlcyBidXQg Y291bGRuJ3QgYmUgc2h1dGRvd24uIEZvcmNlIHNodWRvd24gZGlkbid0IHdvcmsgdG9vLiBJdCBh cHBlYXJlZCB0aGF0IHhjcC14YXBpIHRoZSBob3N0IHdhcyBkb3duIHRvby4gQnV0IHRoZSBvdGhl ciBob3N0cyBpbiB0aGUgcG9vbCB3b3JrIHdlbGwuIFdoYXQgaXMgdGhlIHByb2JsZW0gPw0KDQpj bGF5dG9ubHkNCg0KMjAxMi0xMC0wNg0KDQoNCg0KY2xheXRvbmx5 --__=_Part_Boundary_009_020880.030488 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgdGFyZ2V0PV9ibGFuaz4NCjxTVFlMRSB0eXBlPXRleHQvY3NzPiA8IS0tQGltcG9ydCB1cmwo c2Nyb2xsYmFyLmNzcyk7IC0tPjwvU1RZTEU+DQoNCjxTVFlMRT4JCQlCTE9DS1FVT1RFe21hcmdp bi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDogMmVtfQkJCWJvZHl7 Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L5L2TLHNlcmlmO30J CTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1TSFRNTCA4LjAwLjc2 MDEuMTc5NDAiPjxCQVNFIHRhcmdldD1fYmxhbms+PCEtLSBmbGFzaG1haWwgc3R5bGUgYmVnaW4g LS0+DQo8U1RZTEUgdHlwZT10ZXh0L2Nzcz4gPCEtLUBpbXBvcnQgdXJsKEQ6XFByb2dyYW0gRmls ZXNcTmV0ZWFzZVznvZHmmJPpl6rnlLXpgq5cXGRhdGFcc2Nyb2xsYmFyLmNzcyk7IC0tPg0KPC9T VFlMRT4NCjxCQVNFIHRhcmdldD1fYmxhbms+PCEtLSBmbGFzaG1haWwgc3R5bGUgZW5kIC0tPjwv SEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAxLjM7IEJPUkRFUi1SSUdIVC1XSURU SDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lEVEg6IDBweDsgQk9SREVSLUJPVFRP TS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4IiANCm1hcmdpbmhlaWdodD0iMCIg bWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjwvRk9OVD4m bmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RBVElPTkVSWT4N CjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3lrovkvZM+aGVsbG8sYWxsPC9G T05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAy ZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgdXNlIHhjcCAxLjUgaW4gdWJ1bnR1IA0K MTIuMDQuIFRvZGF5IGkgYWRkIGEgc2xhdmUgaG9zdCBpbnRvIHBvb2wuIFdoZW4gaSBzdGFydCBh IHZtIGluIHRoZSBuZXcgc2xhdmUsIA0KaXQgdG9vayBhIGxvbmcgdGltZSB0byBzdGFydCB0aGUg dm0gKG1vcmUgdGhhbiAxbWludXRlLCBub3JtYWwgNXNlYyBpbiBteSANCmVudmlyb25tZW50KS4g QWZ0ZXIgdGhlIHZtIHN0YXJ0LCAneGUgY29uc29sZS1saXN0JyBkaWRuJ3Qgc2hvdyB0aGUgdm0u IFdoZW4gaSANCnRyaWVkIHRvIHNodXRkb3duIHRoZSB2bSBieSB4ZW5jZW50ZXIsIHZtIHRvb2sg bW9yZSB0aGFuIDIwbWludXRlcyBidXQgY291bGRuJ3QgDQpiZSBzaHV0ZG93bi4gRm9yY2Ugc2h1 ZG93biBkaWRuJ3Qgd29yayB0b28uIEl0IGFwcGVhcmVkIHRoYXQgeGNwLXhhcGkmbmJzcDt0aGUg DQpob3N0IHdhcyBkb3duIHRvby4gQnV0IHRoZSBvdGhlciBob3N0cyBpbiB0aGUgcG9vbCB3b3Jr IHdlbGwuIFdoYXQgaXMgdGhlIA0KcHJvYmxlbSA8L0ZPTlQ+PEZPTlQgY29sb3I9IzAwMDAwMCBz aXplPTM+PzwvRk9OVD48L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAyZW0iPjxGT05U IGNvbG9yPSMwMDAwMDAgc2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRF WFQtSU5ERU5UOiAyZW0iPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPmNsYXl0b25seTwvRk9O VD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9 I2MwYzBjMCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+MjAxMi0xMC0wNjwvRk9OVD48L0RJVj48Rk9O VCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDog MnB4IiBpZD1TaWduTmFtZUhSIGFsaWduPWxlZnQgU0laRT0yPg0KPC9GT05UPg0KPERJVj48Rk9O VCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWdu TmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPjwvU1RBVElPTkVSWT48L0ZPTlQ+PC9E SVY+PC9CT0RZPjwvSFRNTD4= --__=_Part_Boundary_009_020880.030488-- --===============6902569869029928467== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6902569869029928467==-- From xen-api-bounces@lists.xen.org Sat Oct 06 12:04:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 12:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKT7b-0006xC-IQ; Sat, 06 Oct 2012 12:04:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKT7Z-0006x6-VP for xen-api@lists.xen.org; Sat, 06 Oct 2012 12:04:42 +0000 Received: from [85.158.143.99:56673] by server-1.bemta-4.messagelabs.com id D9/71-05684-95E10705; Sat, 06 Oct 2012 12:04:41 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1349525076!25572880!1 X-Originating-IP: [220.181.14.3] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24496 invoked from network); 6 Oct 2012 12:04:37 -0000 Received: from m14-3.163.com (HELO m14-3.163.com) (220.181.14.3) by server-11.tower-216.messagelabs.com with SMTP; 6 Oct 2012 12:04:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=XWQ4G0nXbD7F/t9 1A1dSuPKiybQ8NdAQgRFbAccUj7U=; b=H8HaKaq8co77KjZyWDvyPoV7udJEPXN 262qgYeL7yAv6ievW2QI+54ksafswmjS34zVN79i3Mk4N0UlzHBR23v+FQnhylAq xR0AZVnE+5sS4AFJAC7a9+Nsj3LDbTq8QyNd2cmPVCHAaEH65r6JLFdymH60/RVa pl7H7HBIUTHI= Received: from claytonly ( [58.60.1.39] ) by ajax-webmail-sdy15 (Coremail) ; Sat, 6 Oct 2012 20:04:31 +0800 (GMT+08:00) Date: Sat, 6 Oct 2012 20:04:20 +0800 From: "claytonly" To: "xen-api" Message-ID: <5529299e.18eb.13a35f66624.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.39] X-CM-TRANSID: 9MKowEBZSkBPHnBQChUTAA--.13016W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbish9Apk9os2yiYAABsw X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9099580694988170941==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============9099580694988170941== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_002_023683.004013" --__=_Part_Boundary_002_023683.004013 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Tm8sIEkgZGlkbid0IGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZS4gVGhlIGhvc3QgaGFz IG9ubHkgb25lIHBoeXNpY2FsIE5JQy4gSSBjb25kdWN0IHRoZSBzYW1lIG9wZXJhdGlvbiBvbiB0 aGUgb3RoZXIgaG9zdHMgYW5kIGV2ZXJ0aGluZyB3YXMgb2suIFdoeSBpcyB0aGF0Pw0KDQoyMDEy LTEwLTA2DQoNCg0KDQpjbGF5dG9ubHkNCg0KDQoNCuWPkeS7tuS6uu+8mnhlbi1hcGktcmVxdWVz dA0K5Y+R6YCB5pe26Ze077yaMjAxMi0xMC0wNiAyMDowMA0K5Li76aKY77yaWGVuLWFwaSBEaWdl c3QsIFZvbCA3NywgSXNzdWUgMTUNCuaUtuS7tuS6uu+8miJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmc+DQrmioTpgIHvvJoNCg0KU2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNz aW9ucyB0byANCiAgICB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQoNClRvIHN1YnNjcmliZSBvciB1 bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCiAgICBodHRwOi8vbGlz dHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCm9yLCB2aWEgZW1h aWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxwJyB0byANCiAgICB4 ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCg0KWW91IGNhbiByZWFjaCB0aGUgcGVyc29u IG1hbmFnaW5nIHRoZSBsaXN0IGF0IA0KICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cg0KV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMg bW9yZSBzcGVjaWZpYyANCnRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIg DQoNCg0KVG9kYXkncyBUb3BpY3M6IA0KDQogICAxLiBSZTogdGhlIHNlcnZlciBpcyBzdGlsbCBi b290aW5nIChHZW9yZ2UgU2h1a2xpbikgDQogICAyLiB2bSBkaWVkIGluIHNsYXZlIChjbGF5dG9u bHkpIA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDEgDQpEYXRlOiBTYXQsIDA2IE9j dCAyMDEyIDExOjQxOjA5ICswNDAwIA0KRnJvbTogR2VvcmdlIFNodWtsaW4gPGdlb3JnZS5zaHVr bGluQGdtYWlsLmNvbT4gDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KU3ViamVjdDogUmU6 IFtYZW4tQVBJXSB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcgDQpNZXNzYWdlLUlEOiA8NTA2 RkUwOTUuMzA4MDQwNUBnbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJpc28tODg1OS0xIjsgRm9ybWF0PSJmbG93ZWQiIA0KDQowNi4xMC4yMDEyIDA3OjMyLCBj bGF5dG9ubHkgPz8/Pz86IA0KDQoicmVxdWlyZXMgYSBwcm9wZXJseSBjb25maWd1cmVkIG1hbmFn ZW1lbnQgaW50ZXJmYWNlLiAiIA0KDQpEaWQgeW91IGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVy ZmFjZSBvbiBzbGF2ZSBiZWZvcmUgam9pbmluZz8gDQoNCj4gSGVsbG8sIGV2ZXJ5IG9uZSANCj4g IEkgd2FudCB0byBqb2luIGEgaG9zdCBpbnRvIGEgcG9vbCBidXQgcHJvYmxlbSBjYW1lIG91dC53 aGVuIGkgdXNlIHhlbmNlbnRlciwgdGhlIGxvZyBzYWlkIHRoYXQgJ2Vycm9yOiB0aGUgc2VydmVy IGlzIHN0aWxsIGJvb3RpbmcuJ3doZW4gaSB1c2UgY2xpIGJ5ICd4ZSBwb29sLWpvaW4nLCB0aGVy ZSBjYW1lcyAndGhlIGhvc3QgdG9vbHN0YWNrIGlzIHN0aWxsIGluaXRpYWxpc2luZy4gcGxlYXNl IHdhaXQhJyBXaGF0IGlzIHRoZSBwcm9ibGVtPyANCj4gVGhlIGRldGFpbHMgaXMgYXMgZm9sbGxv dzogDQo+IFsyMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0IElORVQg MTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4YXBpXSBQb29sLmpvaW4vUG9v bC5lamVjdCByZXF1aXJlcyBhIHByb3Blcmx5IGNvbmZpZ3VyZWQgbWFuYWdlbWVudCBpbnRlcmZh Y2UuIFdhaXQgZm9yIHhhcGkvZmlyc3Rib290IGluaXRpYWxpc2F0aW9uIHRvIGNvbXBsZXRlIGFu ZCB0aGVuIHJldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MDlafGRlYnVnfFhlblNlcnZlcjN8MTA0 IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4YXBpXSBSYWlzZWQg YXQgeGFwaV9wb29sLm1sOjU1LjktNjkgLT4geGFwaV9wb29sLm1sOjMxMi4xLTM4IC0+IHhhcGlf cG9vbC5tbDo2NTcuMi01MiAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05WzIwMTIxMDA2VDAyOjE4 OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2lu IFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVqZWN0IHJlcXVpcmVzIGEgcHJv cGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4gV2FpdCBmb3IgeGFwaS9maXJz dGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRoZW4gcmV0cnkuWzIwMTIxMDA2 VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9v bC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHN0dW5uZWwgcGlkOiAyMTc5IChjYWNoZWQgPSBm YWxzZSkgY29ubmVjdGVkIHRvIDE5Mi4xNjguMTAwLjExOjQ0MyANCj4gWzIwMTIxMDA2VDAyOjE4 OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2lu IFI6ZGJlZTEzYjdhOGJkfHhhcGldIHdpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0YXNrX29wdD1O b25lIHNfcGlkPTIxNzkgDQo+IFsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZl cjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHxiYWNrdHJh Y2VdIFJhaXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4geGFwaV9wb29sLm1sOjY1 Ni4xLTEwMjMgLT4gcmJhYy5tbDoyMjkuMTYtMjMgDQo+IFsyMDEyMTAwNlQwMjoxODo1NS42MzBa fGRlYnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUx M2I3YThiZHxiYWNrdHJhY2VdIFJhaXNlZCBhdCByYmFjLm1sOjIzOC4xMC0xNSAtPiBzZXJ2ZXJf aGVscGVycy5tbDo3OS4xMS00MSANCj4gWzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVu U2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfGRp c3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNl cHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0aGF0PyB0aGFuayB5b3Ugc28gbXVj aCEgDQo+IGNsYXl0b25seSANCj4gDQo+IA0KPiANCj4gDQo+IA0KPiANCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQo+IFhlbi1hcGkgbWFpbGluZyBs aXN0IA0KPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0KDQotLS0tLS0tLS0tLS0tLSBuZXh0IHBh cnQgLS0tLS0tLS0tLS0tLS0gDQpBbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uIA0K VVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1l bnRzLzIwMTIxMDA2LzljMzVkN2M2L2F0dGFjaG1lbnQuaHRtbD4gDQoNCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSANCg0KTWVzc2FnZTogMiANCkRhdGU6IFNhdCwgNiBPY3QgMjAxMiAx OTozNzowMSArMDgwMCANCkZyb206ICJjbGF5dG9ubHkiPGNsYXl0b25seUAxNjMuY29tPiANClRv OiAieGVuLWFwaSI8eGVuLWFwaUBsaXN0cy54ZW4ub3JnPiANClN1YmplY3Q6IFtYZW4tQVBJXSB2 bSBkaWVkIGluIHNsYXZlIA0KTWVzc2FnZS1JRDogPDExYzdlODljLjI5MDMuMTNhMzVkZTY0OGQu Q29yZW1haWwuY2xheXRvbmx5QDE2My5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBj aGFyc2V0PSJ1dGYtOCIgDQoNCg0KaGVsbG8sYWxsIA0KDQpJIHVzZSB4Y3AgMS41IGluIHVidW50 dSAxMi4wNC4gVG9kYXkgaSBhZGQgYSBzbGF2ZSBob3N0IGludG8gcG9vbC4gV2hlbiBpIHN0YXJ0 IGEgdm0gaW4gdGhlIG5ldyBzbGF2ZSwgaXQgdG9vayBhIGxvbmcgdGltZSB0byBzdGFydCB0aGUg dm0gKG1vcmUgdGhhbiAxbWludXRlLCBub3JtYWwgNXNlYyBpbiBteSBlbnZpcm9ubWVudCkuIEFm dGVyIHRoZSB2bSBzdGFydCwgJ3hlIGNvbnNvbGUtbGlzdCcgZGlkbid0IHNob3cgdGhlIHZtLiBX aGVuIGkgdHJpZWQgdG8gc2h1dGRvd24gdGhlIHZtIGJ5IHhlbmNlbnRlciwgdm0gdG9vayBtb3Jl IHRoYW4gMjBtaW51dGVzIGJ1dCBjb3VsZG4ndCBiZSBzaHV0ZG93bi4gRm9yY2Ugc2h1ZG93biBk aWRuJ3Qgd29yayB0b28uIEl0IGFwcGVhcmVkIHRoYXQgeGNwLXhhcGkgdGhlIGhvc3Qgd2FzIGRv d24gdG9vLiBCdXQgdGhlIG90aGVyIGhvc3RzIGluIHRoZSBwb29sIHdvcmsgd2VsbC4gV2hhdCBp cyB0aGUgcHJvYmxlbSA/IA0KDQpjbGF5dG9ubHkgDQoNCjIwMTItMTAtMDYgDQoNCg0KDQpjbGF5 dG9ubHkgDQotLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS0gDQpBbiBIVE1M IGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uIA0KVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcv YXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA2L2UzZTljNzFiL2F0dGFj aG1lbnQuaHRtbD4gDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQpYZW4tYXBpIG1haWxp bmcgbGlzdCANClhlbi1hcGlAbGlzdHMueGVuLm9yZyANCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0KDQoNCkVuZCBvZiBYZW4tYXBpIERpZ2Vz dCwgVm9sIDc3LCBJc3N1ZSAxNSANCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKiA= --__=_Part_Boundary_002_023683.004013 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5ObywgSSBkaWRuJ3QgY29uZmlndXJlIA0KbWFuYWdl bWVudCBpbnRlcmZhY2UuIFRoZSBob3N0IGhhcyBvbmx5IG9uZSBwaHlzaWNhbCBOSUMuIEkgY29u ZHVjdCB0aGUgc2FtZSANCm9wZXJhdGlvbiBvbiB0aGUgb3RoZXIgaG9zdHMgYW5kIGV2ZXJ0aGlu ZyB3YXMgb2suIFdoeSBpcyB0aGF0PzwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjIw MTItMTAtMDY8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9 VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgaWQ9U2lnbk5h bWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48 Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hT aWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIg ZmFjZT1WZXJkYW5hPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFj ZT1WZXJkYW5hPjxTVFJPTkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+eGVuLWFwaS1yZXF1ZXN0PC9G T05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7lj5Hp gIHml7bpl7TvvJo8L1NUUk9ORz4yMDEyLTEwLTA2Jm5ic3A7MjA6MDA8L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjvvJo8L1NUUk9ORz5Y ZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSANCjE1PC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8L1NUUk9ORz4ieGVu LWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+ DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQmbmJzcDtYZW4tYXBp Jm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZu YnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtzdWJzY3JpYmUmbmJz cDtvciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtX aWRlJm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZuYnNwO3Nl bmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7b3ImbmJz cDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNoJm5ic3A7dGhlJm5i c3A7cGVyc29uJm5ic3A7bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5ic3A7YXQmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54 ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGVuJm5ic3A7cmVw bHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7 bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNw OzwvRElWPg0KPERJVj50aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtY ZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO1JlOiZuYnNw O3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nJm5ic3A7KEdl b3JnZSZuYnNwO1NodWtsaW4pJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOzIu Jm5ic3A7dm0mbmJzcDtkaWVkJm5ic3A7aW4mbmJzcDtzbGF2ZSZuYnNwOyhjbGF5dG9ubHkpJm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+LS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZTom bmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7U2F0LCZuYnNwOzA2Jm5ic3A7T2N0 Jm5ic3A7MjAxMiZuYnNwOzExOjQxOjA5Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+RnJv bTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdtYWls LmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3Jn Jm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7 dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJzcDs8L0RJ Vj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7NTA2RkUwOTUuMzA4MDQwNUBnbWFpbC5jb20m Z3Q7Jm5ic3A7PC9ESVY+DQo8RElWPkNvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNw O2NoYXJzZXQ9Imlzby04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+MDYuMTAuMjAxMiZuYnNwOzA3OjMyLCZuYnNwO2NsYXl0 b25seSZuYnNwOz8/Pz8/OiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+InJl cXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5ic3A7Y29uZmlndXJlZCZuYnNwO21hbmFnZW1l bnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7IiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+RGlkJm5ic3A7eW91Jm5ic3A7Y29uZmlndXJlJm5ic3A7bWFuYWdlbWVudCZuYnNwO2lu dGVyZmFjZSZuYnNwO29uJm5ic3A7c2xhdmUmbmJzcDtiZWZvcmUmbmJzcDtqb2luaW5nPyZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0hlbGxvLCZuYnNwO2V2 ZXJ5Jm5ic3A7b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDtJJm5ic3A7d2Fu dCZuYnNwO3RvJm5ic3A7am9pbiZuYnNwO2EmbmJzcDtob3N0Jm5ic3A7aW50byZuYnNwO2EmbmJz cDtwb29sJm5ic3A7YnV0Jm5ic3A7cHJvYmxlbSZuYnNwO2NhbWUmbmJzcDtvdXQud2hlbiZuYnNw O2kmbmJzcDt1c2UmbmJzcDt4ZW5jZW50ZXIsJm5ic3A7dGhlJm5ic3A7bG9nJm5ic3A7c2FpZCZu YnNwO3RoYXQmbmJzcDsnZXJyb3I6Jm5ic3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtz dGlsbCZuYnNwO2Jvb3RpbmcuJ3doZW4mbmJzcDtpJm5ic3A7dXNlJm5ic3A7Y2xpJm5ic3A7Ynkm bmJzcDsneGUmbmJzcDtwb29sLWpvaW4nLCZuYnNwO3RoZXJlJm5ic3A7Y2FtZXMmbmJzcDsndGhl Jm5ic3A7aG9zdCZuYnNwO3Rvb2xzdGFjayZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtpbml0aWFs aXNpbmcuJm5ic3A7cGxlYXNlJm5ic3A7d2FpdCEnJm5ic3A7V2hhdCZuYnNwO2lzJm5ic3A7dGhl Jm5ic3A7cHJvYmxlbT8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RoZSZuYnNwO2RldGFp bHMmbmJzcDtpcyZuYnNwO2FzJm5ic3A7Zm9sbGxvdzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwO1syMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5F VCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZu YnNwO1Bvb2wuam9pbi9Qb29sLmVqZWN0Jm5ic3A7cmVxdWlyZXMmbmJzcDthJm5ic3A7cHJvcGVy bHkmbmJzcDtjb25maWd1cmVkJm5ic3A7bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZS4mbmJzcDtX YWl0Jm5ic3A7Zm9yJm5ic3A7eGFwaS9maXJzdGJvb3QmbmJzcDtpbml0aWFsaXNhdGlvbiZuYnNw O3RvJm5ic3A7Y29tcGxldGUmbmJzcDthbmQmbmJzcDt0aGVuJm5ic3A7cmV0cnkuWzIwMTIxMDA2 VDAyOjE4OjU1LjYwOVp8ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAu MC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfHhhcGldJm5ic3A7UmFpc2VkJm5i c3A7YXQmbmJzcDt4YXBpX3Bvb2wubWw6NTUuOS02OSZuYnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29s Lm1sOjMxMi4xLTM4Jm5ic3A7LSZndDsmbmJzcDt4YXBpX3Bvb2wubWw6NjU3LjItNTImbmJzcDst Jmd0OyZuYnNwO3BlcnZhc2l2ZWV4dC5tbDoyMi4yLTlbMjAxMjEwMDZUMDI6MTg6NTUuNjA5Wnxl cnJvcnxYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2lu Jm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtQb29sLmpvaW4vUG9vbC5lamVjdCZuYnNw O3JlcXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5ic3A7Y29uZmlndXJlZCZuYnNwO21hbmFn ZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7V2FpdCZuYnNwO2ZvciZuYnNwO3hhcGkvZmlyc3Ri b290Jm5ic3A7aW5pdGlhbGlzYXRpb24mbmJzcDt0byZuYnNwO2NvbXBsZXRlJm5ic3A7YW5kJm5i c3A7dGhlbiZuYnNwO3JldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MTVafCZuYnNwO2luZm98WGVu U2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6 ZGJlZTEzYjdhOGJkfHhhcGldJm5ic3A7c3R1bm5lbCZuYnNwO3BpZDombmJzcDsyMTc5Jm5ic3A7 KGNhY2hlZCZuYnNwOz0mbmJzcDtmYWxzZSkmbmJzcDtjb25uZWN0ZWQmbmJzcDt0byZuYnNwOzE5 Mi4xNjguMTAwLjExOjQ0MyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAy OjE4OjU1LjYxNVp8Jm5ic3A7aW5mb3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcu MC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDt3aXRoX3Jl Y29yZGVkX3N0dW5uZWxwaWQmbmJzcDt0YXNrX29wdD1Ob25lJm5ic3A7c19waWQ9MjE3OSZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVu U2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6 ZGJlZTEzYjdhOGJkfGJhY2t0cmFjZV0mbmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3BlcnZhc2l2 ZWV4dC5tbDoyNi4yMi0yNSZuYnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29sLm1sOjY1Ni4xLTEwMjMm bmJzcDstJmd0OyZuYnNwO3JiYWMubWw6MjI5LjE2LTIzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtbMjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lO RVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8YmFja3Ry YWNlXSZuYnNwO1JhaXNlZCZuYnNwO2F0Jm5ic3A7cmJhYy5tbDoyMzguMTAtMTUmbmJzcDstJmd0 OyZuYnNwO3NlcnZlcl9oZWxwZXJzLm1sOjc5LjExLTQxJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtbMjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lO RVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8ZGlzcGF0 Y2hlcl0mbmJzcDtTZXJ2ZXJfaGVscGVycy5leGVjJm5ic3A7ZXhjZXB0aW9uX2hhbmRsZXI6Jm5i c3A7R290Jm5ic3A7ZXhjZXB0aW9uJm5ic3A7SE9TVF9TVElMTF9CT09USU5HOiZuYnNwO1tdd2h5 Jm5ic3A7aXMmbmJzcDt0aGF0PyZuYnNwO3RoYW5rJm5ic3A7eW91Jm5ic3A7c28mbmJzcDttdWNo ISZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVu LWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtY ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2h0dHA6Ly9s aXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtw YXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5i c3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElW PlVSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBp L2F0dGFjaG1lbnRzLzIwMTIxMDA2LzljMzVkN2M2L2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZTombmJzcDsy Jm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7U2F0LCZuYnNwOzYmbmJzcDtPY3QmbmJzcDsy MDEyJm5ic3A7MTk6Mzc6MDEmbmJzcDsrMDgwMCZuYnNwOzwvRElWPg0KPERJVj5Gcm9tOiZuYnNw OyJjbGF5dG9ubHkiJmx0O2NsYXl0b25seUAxNjMuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5U bzombmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElW Pg0KPERJVj5TdWJqZWN0OiZuYnNwO1tYZW4tQVBJXSZuYnNwO3ZtJm5ic3A7ZGllZCZuYnNwO2lu Jm5ic3A7c2xhdmUmbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7MTFjN2U4 OWMuMjkwMy4xM2EzNWRlNjQ4ZC5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbSZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxhaW47Jm5ic3A7Y2hhcnNldD0i dXRmLTgiJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+aGVsbG8sYWxsJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5JJm5i c3A7dXNlJm5ic3A7eGNwJm5ic3A7MS41Jm5ic3A7aW4mbmJzcDt1YnVudHUmbmJzcDsxMi4wNC4m bmJzcDtUb2RheSZuYnNwO2kmbmJzcDthZGQmbmJzcDthJm5ic3A7c2xhdmUmbmJzcDtob3N0Jm5i c3A7aW50byZuYnNwO3Bvb2wuJm5ic3A7V2hlbiZuYnNwO2kmbmJzcDtzdGFydCZuYnNwO2EmbmJz cDt2bSZuYnNwO2luJm5ic3A7dGhlJm5ic3A7bmV3Jm5ic3A7c2xhdmUsJm5ic3A7aXQmbmJzcDt0 b29rJm5ic3A7YSZuYnNwO2xvbmcmbmJzcDt0aW1lJm5ic3A7dG8mbmJzcDtzdGFydCZuYnNwO3Ro ZSZuYnNwO3ZtJm5ic3A7KG1vcmUmbmJzcDt0aGFuJm5ic3A7MW1pbnV0ZSwmbmJzcDtub3JtYWwm bmJzcDs1c2VjJm5ic3A7aW4mbmJzcDtteSZuYnNwO2Vudmlyb25tZW50KS4mbmJzcDtBZnRlciZu YnNwO3RoZSZuYnNwO3ZtJm5ic3A7c3RhcnQsJm5ic3A7J3hlJm5ic3A7Y29uc29sZS1saXN0JyZu YnNwO2RpZG4ndCZuYnNwO3Nob3cmbmJzcDt0aGUmbmJzcDt2bS4mbmJzcDtXaGVuJm5ic3A7aSZu YnNwO3RyaWVkJm5ic3A7dG8mbmJzcDtzaHV0ZG93biZuYnNwO3RoZSZuYnNwO3ZtJm5ic3A7Ynkm bmJzcDt4ZW5jZW50ZXIsJm5ic3A7dm0mbmJzcDt0b29rJm5ic3A7bW9yZSZuYnNwO3RoYW4mbmJz cDsyMG1pbnV0ZXMmbmJzcDtidXQmbmJzcDtjb3VsZG4ndCZuYnNwO2JlJm5ic3A7c2h1dGRvd24u Jm5ic3A7Rm9yY2UmbmJzcDtzaHVkb3duJm5ic3A7ZGlkbid0Jm5ic3A7d29yayZuYnNwO3Rvby4m bmJzcDtJdCZuYnNwO2FwcGVhcmVkJm5ic3A7dGhhdCZuYnNwO3hjcC14YXBpJm5ic3A7dGhlJm5i c3A7aG9zdCZuYnNwO3dhcyZuYnNwO2Rvd24mbmJzcDt0b28uJm5ic3A7QnV0Jm5ic3A7dGhlJm5i c3A7b3RoZXImbmJzcDtob3N0cyZuYnNwO2luJm5ic3A7dGhlJm5ic3A7cG9vbCZuYnNwO3dvcmsm bmJzcDt3ZWxsLiZuYnNwO1doYXQmbmJzcDtpcyZuYnNwO3RoZSZuYnNwO3Byb2JsZW0mbmJzcDs/ Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5jbGF5dG9ubHkmbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjIwMTItMTAtMDYmbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tJm5ic3A7bmV4dCZuYnNw O3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj5BbiZuYnNwO0hUTUwm bmJzcDthdHRhY2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxE SVY+VVJMOiZuYnNwOyZsdDtodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1h cGkvYXR0YWNobWVudHMvMjAxMjEwMDYvZTNlOWM3MWIvYXR0YWNobWVudC5odG1sJmd0OyZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj5YZW4t YXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+WGVuLWFwaUBsaXN0 cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+RW5kJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7RGln ZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7MTUmbmJzcDs8L0RJVj4NCjxE SVY+KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9ESVY+PC9G T05UPjwvRElWPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_002_023683.004013-- --===============9099580694988170941== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9099580694988170941==-- From xen-api-bounces@lists.xen.org Sat Oct 06 12:04:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Oct 2012 12:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKT7b-0006xC-IQ; Sat, 06 Oct 2012 12:04:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKT7Z-0006x6-VP for xen-api@lists.xen.org; Sat, 06 Oct 2012 12:04:42 +0000 Received: from [85.158.143.99:56673] by server-1.bemta-4.messagelabs.com id D9/71-05684-95E10705; Sat, 06 Oct 2012 12:04:41 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1349525076!25572880!1 X-Originating-IP: [220.181.14.3] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24496 invoked from network); 6 Oct 2012 12:04:37 -0000 Received: from m14-3.163.com (HELO m14-3.163.com) (220.181.14.3) by server-11.tower-216.messagelabs.com with SMTP; 6 Oct 2012 12:04:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=XWQ4G0nXbD7F/t9 1A1dSuPKiybQ8NdAQgRFbAccUj7U=; b=H8HaKaq8co77KjZyWDvyPoV7udJEPXN 262qgYeL7yAv6ievW2QI+54ksafswmjS34zVN79i3Mk4N0UlzHBR23v+FQnhylAq xR0AZVnE+5sS4AFJAC7a9+Nsj3LDbTq8QyNd2cmPVCHAaEH65r6JLFdymH60/RVa pl7H7HBIUTHI= Received: from claytonly ( [58.60.1.39] ) by ajax-webmail-sdy15 (Coremail) ; Sat, 6 Oct 2012 20:04:31 +0800 (GMT+08:00) Date: Sat, 6 Oct 2012 20:04:20 +0800 From: "claytonly" To: "xen-api" Message-ID: <5529299e.18eb.13a35f66624.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.39] X-CM-TRANSID: 9MKowEBZSkBPHnBQChUTAA--.13016W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbish9Apk9os2yiYAABsw X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9099580694988170941==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============9099580694988170941== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_002_023683.004013" --__=_Part_Boundary_002_023683.004013 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Tm8sIEkgZGlkbid0IGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZS4gVGhlIGhvc3QgaGFz IG9ubHkgb25lIHBoeXNpY2FsIE5JQy4gSSBjb25kdWN0IHRoZSBzYW1lIG9wZXJhdGlvbiBvbiB0 aGUgb3RoZXIgaG9zdHMgYW5kIGV2ZXJ0aGluZyB3YXMgb2suIFdoeSBpcyB0aGF0Pw0KDQoyMDEy LTEwLTA2DQoNCg0KDQpjbGF5dG9ubHkNCg0KDQoNCuWPkeS7tuS6uu+8mnhlbi1hcGktcmVxdWVz dA0K5Y+R6YCB5pe26Ze077yaMjAxMi0xMC0wNiAyMDowMA0K5Li76aKY77yaWGVuLWFwaSBEaWdl c3QsIFZvbCA3NywgSXNzdWUgMTUNCuaUtuS7tuS6uu+8miJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3Rz Lnhlbi5vcmc+DQrmioTpgIHvvJoNCg0KU2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNz aW9ucyB0byANCiAgICB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQoNClRvIHN1YnNjcmliZSBvciB1 bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCiAgICBodHRwOi8vbGlz dHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCm9yLCB2aWEgZW1h aWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxwJyB0byANCiAgICB4 ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCg0KWW91IGNhbiByZWFjaCB0aGUgcGVyc29u IG1hbmFnaW5nIHRoZSBsaXN0IGF0IA0KICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyAN Cg0KV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMg bW9yZSBzcGVjaWZpYyANCnRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIg DQoNCg0KVG9kYXkncyBUb3BpY3M6IA0KDQogICAxLiBSZTogdGhlIHNlcnZlciBpcyBzdGlsbCBi b290aW5nIChHZW9yZ2UgU2h1a2xpbikgDQogICAyLiB2bSBkaWVkIGluIHNsYXZlIChjbGF5dG9u bHkpIA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6IDEgDQpEYXRlOiBTYXQsIDA2IE9j dCAyMDEyIDExOjQxOjA5ICswNDAwIA0KRnJvbTogR2VvcmdlIFNodWtsaW4gPGdlb3JnZS5zaHVr bGluQGdtYWlsLmNvbT4gDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KU3ViamVjdDogUmU6 IFtYZW4tQVBJXSB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcgDQpNZXNzYWdlLUlEOiA8NTA2 RkUwOTUuMzA4MDQwNUBnbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJpc28tODg1OS0xIjsgRm9ybWF0PSJmbG93ZWQiIA0KDQowNi4xMC4yMDEyIDA3OjMyLCBj bGF5dG9ubHkgPz8/Pz86IA0KDQoicmVxdWlyZXMgYSBwcm9wZXJseSBjb25maWd1cmVkIG1hbmFn ZW1lbnQgaW50ZXJmYWNlLiAiIA0KDQpEaWQgeW91IGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVy ZmFjZSBvbiBzbGF2ZSBiZWZvcmUgam9pbmluZz8gDQoNCj4gSGVsbG8sIGV2ZXJ5IG9uZSANCj4g IEkgd2FudCB0byBqb2luIGEgaG9zdCBpbnRvIGEgcG9vbCBidXQgcHJvYmxlbSBjYW1lIG91dC53 aGVuIGkgdXNlIHhlbmNlbnRlciwgdGhlIGxvZyBzYWlkIHRoYXQgJ2Vycm9yOiB0aGUgc2VydmVy IGlzIHN0aWxsIGJvb3RpbmcuJ3doZW4gaSB1c2UgY2xpIGJ5ICd4ZSBwb29sLWpvaW4nLCB0aGVy ZSBjYW1lcyAndGhlIGhvc3QgdG9vbHN0YWNrIGlzIHN0aWxsIGluaXRpYWxpc2luZy4gcGxlYXNl IHdhaXQhJyBXaGF0IGlzIHRoZSBwcm9ibGVtPyANCj4gVGhlIGRldGFpbHMgaXMgYXMgZm9sbGxv dzogDQo+IFsyMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0IElORVQg MTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4YXBpXSBQb29sLmpvaW4vUG9v bC5lamVjdCByZXF1aXJlcyBhIHByb3Blcmx5IGNvbmZpZ3VyZWQgbWFuYWdlbWVudCBpbnRlcmZh Y2UuIFdhaXQgZm9yIHhhcGkvZmlyc3Rib290IGluaXRpYWxpc2F0aW9uIHRvIGNvbXBsZXRlIGFu ZCB0aGVuIHJldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MDlafGRlYnVnfFhlblNlcnZlcjN8MTA0 IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4YXBpXSBSYWlzZWQg YXQgeGFwaV9wb29sLm1sOjU1LjktNjkgLT4geGFwaV9wb29sLm1sOjMxMi4xLTM4IC0+IHhhcGlf cG9vbC5tbDo2NTcuMi01MiAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05WzIwMTIxMDA2VDAyOjE4 OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2lu IFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVqZWN0IHJlcXVpcmVzIGEgcHJv cGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4gV2FpdCBmb3IgeGFwaS9maXJz dGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRoZW4gcmV0cnkuWzIwMTIxMDA2 VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9v bC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHN0dW5uZWwgcGlkOiAyMTc5IChjYWNoZWQgPSBm YWxzZSkgY29ubmVjdGVkIHRvIDE5Mi4xNjguMTAwLjExOjQ0MyANCj4gWzIwMTIxMDA2VDAyOjE4 OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2lu IFI6ZGJlZTEzYjdhOGJkfHhhcGldIHdpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0YXNrX29wdD1O b25lIHNfcGlkPTIxNzkgDQo+IFsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZl cjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHxiYWNrdHJh Y2VdIFJhaXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4geGFwaV9wb29sLm1sOjY1 Ni4xLTEwMjMgLT4gcmJhYy5tbDoyMjkuMTYtMjMgDQo+IFsyMDEyMTAwNlQwMjoxODo1NS42MzBa fGRlYnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUx M2I3YThiZHxiYWNrdHJhY2VdIFJhaXNlZCBhdCByYmFjLm1sOjIzOC4xMC0xNSAtPiBzZXJ2ZXJf aGVscGVycy5tbDo3OS4xMS00MSANCj4gWzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVu U2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfGRp c3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNl cHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0aGF0PyB0aGFuayB5b3Ugc28gbXVj aCEgDQo+IGNsYXl0b25seSANCj4gDQo+IA0KPiANCj4gDQo+IA0KPiANCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQo+IFhlbi1hcGkgbWFpbGluZyBs aXN0IA0KPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0KDQotLS0tLS0tLS0tLS0tLSBuZXh0IHBh cnQgLS0tLS0tLS0tLS0tLS0gDQpBbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uIA0K VVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1l bnRzLzIwMTIxMDA2LzljMzVkN2M2L2F0dGFjaG1lbnQuaHRtbD4gDQoNCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSANCg0KTWVzc2FnZTogMiANCkRhdGU6IFNhdCwgNiBPY3QgMjAxMiAx OTozNzowMSArMDgwMCANCkZyb206ICJjbGF5dG9ubHkiPGNsYXl0b25seUAxNjMuY29tPiANClRv OiAieGVuLWFwaSI8eGVuLWFwaUBsaXN0cy54ZW4ub3JnPiANClN1YmplY3Q6IFtYZW4tQVBJXSB2 bSBkaWVkIGluIHNsYXZlIA0KTWVzc2FnZS1JRDogPDExYzdlODljLjI5MDMuMTNhMzVkZTY0OGQu Q29yZW1haWwuY2xheXRvbmx5QDE2My5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBj aGFyc2V0PSJ1dGYtOCIgDQoNCg0KaGVsbG8sYWxsIA0KDQpJIHVzZSB4Y3AgMS41IGluIHVidW50 dSAxMi4wNC4gVG9kYXkgaSBhZGQgYSBzbGF2ZSBob3N0IGludG8gcG9vbC4gV2hlbiBpIHN0YXJ0 IGEgdm0gaW4gdGhlIG5ldyBzbGF2ZSwgaXQgdG9vayBhIGxvbmcgdGltZSB0byBzdGFydCB0aGUg dm0gKG1vcmUgdGhhbiAxbWludXRlLCBub3JtYWwgNXNlYyBpbiBteSBlbnZpcm9ubWVudCkuIEFm dGVyIHRoZSB2bSBzdGFydCwgJ3hlIGNvbnNvbGUtbGlzdCcgZGlkbid0IHNob3cgdGhlIHZtLiBX aGVuIGkgdHJpZWQgdG8gc2h1dGRvd24gdGhlIHZtIGJ5IHhlbmNlbnRlciwgdm0gdG9vayBtb3Jl IHRoYW4gMjBtaW51dGVzIGJ1dCBjb3VsZG4ndCBiZSBzaHV0ZG93bi4gRm9yY2Ugc2h1ZG93biBk aWRuJ3Qgd29yayB0b28uIEl0IGFwcGVhcmVkIHRoYXQgeGNwLXhhcGkgdGhlIGhvc3Qgd2FzIGRv d24gdG9vLiBCdXQgdGhlIG90aGVyIGhvc3RzIGluIHRoZSBwb29sIHdvcmsgd2VsbC4gV2hhdCBp cyB0aGUgcHJvYmxlbSA/IA0KDQpjbGF5dG9ubHkgDQoNCjIwMTItMTAtMDYgDQoNCg0KDQpjbGF5 dG9ubHkgDQotLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS0gDQpBbiBIVE1M IGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uIA0KVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcv YXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA2L2UzZTljNzFiL2F0dGFj aG1lbnQuaHRtbD4gDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQpYZW4tYXBpIG1haWxp bmcgbGlzdCANClhlbi1hcGlAbGlzdHMueGVuLm9yZyANCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0KDQoNCkVuZCBvZiBYZW4tYXBpIERpZ2Vz dCwgVm9sIDc3LCBJc3N1ZSAxNSANCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKiA= --__=_Part_Boundary_002_023683.004013 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5ObywgSSBkaWRuJ3QgY29uZmlndXJlIA0KbWFuYWdl bWVudCBpbnRlcmZhY2UuIFRoZSBob3N0IGhhcyBvbmx5IG9uZSBwaHlzaWNhbCBOSUMuIEkgY29u ZHVjdCB0aGUgc2FtZSANCm9wZXJhdGlvbiBvbiB0aGUgb3RoZXIgaG9zdHMgYW5kIGV2ZXJ0aGlu ZyB3YXMgb2suIFdoeSBpcyB0aGF0PzwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjIw MTItMTAtMDY8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9 VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgaWQ9U2lnbk5h bWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48 Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hT aWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIg ZmFjZT1WZXJkYW5hPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFj ZT1WZXJkYW5hPjxTVFJPTkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+eGVuLWFwaS1yZXF1ZXN0PC9G T05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7lj5Hp gIHml7bpl7TvvJo8L1NUUk9ORz4yMDEyLTEwLTA2Jm5ic3A7MjA6MDA8L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjvvJo8L1NUUk9ORz5Y ZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSANCjE1PC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8L1NUUk9ORz4ieGVu LWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+ DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQmbmJzcDtYZW4tYXBp Jm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZu YnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtzdWJzY3JpYmUmbmJz cDtvciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtX aWRlJm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZuYnNwO3Nl bmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7b3ImbmJz cDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNoJm5ic3A7dGhlJm5i c3A7cGVyc29uJm5ic3A7bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5ic3A7YXQmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54 ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGVuJm5ic3A7cmVw bHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7 bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNw OzwvRElWPg0KPERJVj50aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtY ZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO1JlOiZuYnNw O3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nJm5ic3A7KEdl b3JnZSZuYnNwO1NodWtsaW4pJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOzIu Jm5ic3A7dm0mbmJzcDtkaWVkJm5ic3A7aW4mbmJzcDtzbGF2ZSZuYnNwOyhjbGF5dG9ubHkpJm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+LS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZTom bmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7U2F0LCZuYnNwOzA2Jm5ic3A7T2N0 Jm5ic3A7MjAxMiZuYnNwOzExOjQxOjA5Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+RnJv bTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdtYWls LmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3Jn Jm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7 dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJzcDs8L0RJ Vj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7NTA2RkUwOTUuMzA4MDQwNUBnbWFpbC5jb20m Z3Q7Jm5ic3A7PC9ESVY+DQo8RElWPkNvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNw O2NoYXJzZXQ9Imlzby04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+MDYuMTAuMjAxMiZuYnNwOzA3OjMyLCZuYnNwO2NsYXl0 b25seSZuYnNwOz8/Pz8/OiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+InJl cXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5ic3A7Y29uZmlndXJlZCZuYnNwO21hbmFnZW1l bnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7IiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+RGlkJm5ic3A7eW91Jm5ic3A7Y29uZmlndXJlJm5ic3A7bWFuYWdlbWVudCZuYnNwO2lu dGVyZmFjZSZuYnNwO29uJm5ic3A7c2xhdmUmbmJzcDtiZWZvcmUmbmJzcDtqb2luaW5nPyZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0hlbGxvLCZuYnNwO2V2 ZXJ5Jm5ic3A7b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDtJJm5ic3A7d2Fu dCZuYnNwO3RvJm5ic3A7am9pbiZuYnNwO2EmbmJzcDtob3N0Jm5ic3A7aW50byZuYnNwO2EmbmJz cDtwb29sJm5ic3A7YnV0Jm5ic3A7cHJvYmxlbSZuYnNwO2NhbWUmbmJzcDtvdXQud2hlbiZuYnNw O2kmbmJzcDt1c2UmbmJzcDt4ZW5jZW50ZXIsJm5ic3A7dGhlJm5ic3A7bG9nJm5ic3A7c2FpZCZu YnNwO3RoYXQmbmJzcDsnZXJyb3I6Jm5ic3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtz dGlsbCZuYnNwO2Jvb3RpbmcuJ3doZW4mbmJzcDtpJm5ic3A7dXNlJm5ic3A7Y2xpJm5ic3A7Ynkm bmJzcDsneGUmbmJzcDtwb29sLWpvaW4nLCZuYnNwO3RoZXJlJm5ic3A7Y2FtZXMmbmJzcDsndGhl Jm5ic3A7aG9zdCZuYnNwO3Rvb2xzdGFjayZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtpbml0aWFs aXNpbmcuJm5ic3A7cGxlYXNlJm5ic3A7d2FpdCEnJm5ic3A7V2hhdCZuYnNwO2lzJm5ic3A7dGhl Jm5ic3A7cHJvYmxlbT8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RoZSZuYnNwO2RldGFp bHMmbmJzcDtpcyZuYnNwO2FzJm5ic3A7Zm9sbGxvdzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwO1syMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5F VCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZu YnNwO1Bvb2wuam9pbi9Qb29sLmVqZWN0Jm5ic3A7cmVxdWlyZXMmbmJzcDthJm5ic3A7cHJvcGVy bHkmbmJzcDtjb25maWd1cmVkJm5ic3A7bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZS4mbmJzcDtX YWl0Jm5ic3A7Zm9yJm5ic3A7eGFwaS9maXJzdGJvb3QmbmJzcDtpbml0aWFsaXNhdGlvbiZuYnNw O3RvJm5ic3A7Y29tcGxldGUmbmJzcDthbmQmbmJzcDt0aGVuJm5ic3A7cmV0cnkuWzIwMTIxMDA2 VDAyOjE4OjU1LjYwOVp8ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAu MC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfHhhcGldJm5ic3A7UmFpc2VkJm5i c3A7YXQmbmJzcDt4YXBpX3Bvb2wubWw6NTUuOS02OSZuYnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29s Lm1sOjMxMi4xLTM4Jm5ic3A7LSZndDsmbmJzcDt4YXBpX3Bvb2wubWw6NjU3LjItNTImbmJzcDst Jmd0OyZuYnNwO3BlcnZhc2l2ZWV4dC5tbDoyMi4yLTlbMjAxMjEwMDZUMDI6MTg6NTUuNjA5Wnxl cnJvcnxYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2lu Jm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtQb29sLmpvaW4vUG9vbC5lamVjdCZuYnNw O3JlcXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5ic3A7Y29uZmlndXJlZCZuYnNwO21hbmFn ZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7V2FpdCZuYnNwO2ZvciZuYnNwO3hhcGkvZmlyc3Ri b290Jm5ic3A7aW5pdGlhbGlzYXRpb24mbmJzcDt0byZuYnNwO2NvbXBsZXRlJm5ic3A7YW5kJm5i c3A7dGhlbiZuYnNwO3JldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MTVafCZuYnNwO2luZm98WGVu U2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6 ZGJlZTEzYjdhOGJkfHhhcGldJm5ic3A7c3R1bm5lbCZuYnNwO3BpZDombmJzcDsyMTc5Jm5ic3A7 KGNhY2hlZCZuYnNwOz0mbmJzcDtmYWxzZSkmbmJzcDtjb25uZWN0ZWQmbmJzcDt0byZuYnNwOzE5 Mi4xNjguMTAwLjExOjQ0MyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAy OjE4OjU1LjYxNVp8Jm5ic3A7aW5mb3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcu MC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDt3aXRoX3Jl Y29yZGVkX3N0dW5uZWxwaWQmbmJzcDt0YXNrX29wdD1Ob25lJm5ic3A7c19waWQ9MjE3OSZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVu U2VydmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6 ZGJlZTEzYjdhOGJkfGJhY2t0cmFjZV0mbmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3BlcnZhc2l2 ZWV4dC5tbDoyNi4yMi0yNSZuYnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29sLm1sOjY1Ni4xLTEwMjMm bmJzcDstJmd0OyZuYnNwO3JiYWMubWw6MjI5LjE2LTIzJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtbMjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lO RVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8YmFja3Ry YWNlXSZuYnNwO1JhaXNlZCZuYnNwO2F0Jm5ic3A7cmJhYy5tbDoyMzguMTAtMTUmbmJzcDstJmd0 OyZuYnNwO3NlcnZlcl9oZWxwZXJzLm1sOjc5LjExLTQxJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtbMjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lO RVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8ZGlzcGF0 Y2hlcl0mbmJzcDtTZXJ2ZXJfaGVscGVycy5leGVjJm5ic3A7ZXhjZXB0aW9uX2hhbmRsZXI6Jm5i c3A7R290Jm5ic3A7ZXhjZXB0aW9uJm5ic3A7SE9TVF9TVElMTF9CT09USU5HOiZuYnNwO1tdd2h5 Jm5ic3A7aXMmbmJzcDt0aGF0PyZuYnNwO3RoYW5rJm5ic3A7eW91Jm5ic3A7c28mbmJzcDttdWNo ISZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVu LWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtY ZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2h0dHA6Ly9s aXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtw YXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5i c3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElW PlVSTDombmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBp L2F0dGFjaG1lbnRzLzIwMTIxMDA2LzljMzVkN2M2L2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZTombmJzcDsy Jm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7U2F0LCZuYnNwOzYmbmJzcDtPY3QmbmJzcDsy MDEyJm5ic3A7MTk6Mzc6MDEmbmJzcDsrMDgwMCZuYnNwOzwvRElWPg0KPERJVj5Gcm9tOiZuYnNw OyJjbGF5dG9ubHkiJmx0O2NsYXl0b25seUAxNjMuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5U bzombmJzcDsieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElW Pg0KPERJVj5TdWJqZWN0OiZuYnNwO1tYZW4tQVBJXSZuYnNwO3ZtJm5ic3A7ZGllZCZuYnNwO2lu Jm5ic3A7c2xhdmUmbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7MTFjN2U4 OWMuMjkwMy4xM2EzNWRlNjQ4ZC5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbSZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxhaW47Jm5ic3A7Y2hhcnNldD0i dXRmLTgiJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+aGVsbG8sYWxsJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5JJm5i c3A7dXNlJm5ic3A7eGNwJm5ic3A7MS41Jm5ic3A7aW4mbmJzcDt1YnVudHUmbmJzcDsxMi4wNC4m bmJzcDtUb2RheSZuYnNwO2kmbmJzcDthZGQmbmJzcDthJm5ic3A7c2xhdmUmbmJzcDtob3N0Jm5i c3A7aW50byZuYnNwO3Bvb2wuJm5ic3A7V2hlbiZuYnNwO2kmbmJzcDtzdGFydCZuYnNwO2EmbmJz cDt2bSZuYnNwO2luJm5ic3A7dGhlJm5ic3A7bmV3Jm5ic3A7c2xhdmUsJm5ic3A7aXQmbmJzcDt0 b29rJm5ic3A7YSZuYnNwO2xvbmcmbmJzcDt0aW1lJm5ic3A7dG8mbmJzcDtzdGFydCZuYnNwO3Ro ZSZuYnNwO3ZtJm5ic3A7KG1vcmUmbmJzcDt0aGFuJm5ic3A7MW1pbnV0ZSwmbmJzcDtub3JtYWwm bmJzcDs1c2VjJm5ic3A7aW4mbmJzcDtteSZuYnNwO2Vudmlyb25tZW50KS4mbmJzcDtBZnRlciZu YnNwO3RoZSZuYnNwO3ZtJm5ic3A7c3RhcnQsJm5ic3A7J3hlJm5ic3A7Y29uc29sZS1saXN0JyZu YnNwO2RpZG4ndCZuYnNwO3Nob3cmbmJzcDt0aGUmbmJzcDt2bS4mbmJzcDtXaGVuJm5ic3A7aSZu YnNwO3RyaWVkJm5ic3A7dG8mbmJzcDtzaHV0ZG93biZuYnNwO3RoZSZuYnNwO3ZtJm5ic3A7Ynkm bmJzcDt4ZW5jZW50ZXIsJm5ic3A7dm0mbmJzcDt0b29rJm5ic3A7bW9yZSZuYnNwO3RoYW4mbmJz cDsyMG1pbnV0ZXMmbmJzcDtidXQmbmJzcDtjb3VsZG4ndCZuYnNwO2JlJm5ic3A7c2h1dGRvd24u Jm5ic3A7Rm9yY2UmbmJzcDtzaHVkb3duJm5ic3A7ZGlkbid0Jm5ic3A7d29yayZuYnNwO3Rvby4m bmJzcDtJdCZuYnNwO2FwcGVhcmVkJm5ic3A7dGhhdCZuYnNwO3hjcC14YXBpJm5ic3A7dGhlJm5i c3A7aG9zdCZuYnNwO3dhcyZuYnNwO2Rvd24mbmJzcDt0b28uJm5ic3A7QnV0Jm5ic3A7dGhlJm5i c3A7b3RoZXImbmJzcDtob3N0cyZuYnNwO2luJm5ic3A7dGhlJm5ic3A7cG9vbCZuYnNwO3dvcmsm bmJzcDt3ZWxsLiZuYnNwO1doYXQmbmJzcDtpcyZuYnNwO3RoZSZuYnNwO3Byb2JsZW0mbmJzcDs/ Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5jbGF5dG9ubHkmbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjIwMTItMTAtMDYmbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0tLS0tJm5ic3A7bmV4dCZuYnNw O3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj5BbiZuYnNwO0hUTUwm bmJzcDthdHRhY2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxE SVY+VVJMOiZuYnNwOyZsdDtodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1h cGkvYXR0YWNobWVudHMvMjAxMjEwMDYvZTNlOWM3MWIvYXR0YWNobWVudC5odG1sJmd0OyZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj5YZW4t YXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+WGVuLWFwaUBsaXN0 cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+RW5kJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7RGln ZXN0LCZuYnNwO1ZvbCZuYnNwOzc3LCZuYnNwO0lzc3VlJm5ic3A7MTUmbmJzcDs8L0RJVj4NCjxE SVY+KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9ESVY+PC9G T05UPjwvRElWPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_002_023683.004013-- --===============9099580694988170941== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9099580694988170941==-- From xen-api-bounces@lists.xen.org Sun Oct 07 09:20:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Oct 2012 09:20:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn20-0007eP-SC; Sun, 07 Oct 2012 09:20:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn1z-0007eK-Hr for xen-api@lists.xen.org; Sun, 07 Oct 2012 09:20:15 +0000 Received: from [85.158.138.51:18525] by server-7.bemta-3.messagelabs.com id 17/2F-15765-E4941705; Sun, 07 Oct 2012 09:20:14 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1349601613!31703874!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3733 invoked from network); 7 Oct 2012 09:20:13 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2012 09:20:13 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so2821085lbb.32 for ; Sun, 07 Oct 2012 02:20:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=0jNyLyofR2SH7Akee7ra85GxwPCxxRnHcupyfi5alJk=; b=ZDbjnWQwkJI3lFHWhU3scGLzFnFPV9bjQCpFa2bsJxgrbnyvNq4FjZ5jsakIP6iR2Z qJGT9aNmLK9g/f2Joz/RiRZ9OWo/8bJ7pEfrQ23LyPsso0SxvgZbbJP9TQCVhQodF7+n RIMULDdlnB2x0OvEa9upjjoLRQYCExmZcRdRnYBoCpzKAHrDEm7VdyDncec+beO2Wd8H Ecj4gMn40GI8LgLL5cQJI8BKc6OLvO8v88u8Xpy3hB4wOcFiafVBVeVaQiLapUnH/YJ7 2pUesxoi+vtAbpuiUsw88FEbulAOtoiLj7vdnoGd2uT+3WT68BKO/B69prrdClW0447b mzrA== Received: by 10.112.14.175 with SMTP id q15mr2013811lbc.27.1349601612845; Sun, 07 Oct 2012 02:20:12 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id pz9sm4453693lab.11.2012.10.07.02.20.11 (version=SSLv3 cipher=OTHER); Sun, 07 Oct 2012 02:20:11 -0700 (PDT) Message-ID: <50714966.3040301@gmail.com> Date: Sun, 07 Oct 2012 13:20:38 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> In-Reply-To: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> Subject: Re: [Xen-API] vm died in slave X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9027136153373582851==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============9027136153373582851== Content-Type: multipart/alternative; boundary="------------000306000005060406090702" This is a multi-part message in MIME format. --------------000306000005060406090702 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit No logs, no traces. All telepathists are on vacation. On 06.10.2012 15:37, claytonly wrote: > hello,all > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. > When i start a vm in the new slave, it took a long time to start the > vm (more than 1minute, normal 5sec in my environment). After the vm > start, 'xe console-list' didn't show the vm. When i tried to shutdown > the vm by xencenter, vm took more than 20minutes but couldn't be > shutdown. Force shudown didn't work too. It appeared that xcp-xapi the > host was down too. But the other hosts in the pool work well. What is > the problem ? > claytonly > 2012-10-06 > ------------------------------------------------------------------------ > claytonly > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000306000005060406090702 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit No logs, no traces.

All telepathists are on vacation.

On 06.10.2012 15:37, claytonly wrote:
 
hello,all
 
I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ?
 
claytonly
 
2012-10-06
claytonly


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------000306000005060406090702-- --===============9027136153373582851== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9027136153373582851==-- From xen-api-bounces@lists.xen.org Sun Oct 07 09:20:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Oct 2012 09:20:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn20-0007eP-SC; Sun, 07 Oct 2012 09:20:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn1z-0007eK-Hr for xen-api@lists.xen.org; Sun, 07 Oct 2012 09:20:15 +0000 Received: from [85.158.138.51:18525] by server-7.bemta-3.messagelabs.com id 17/2F-15765-E4941705; Sun, 07 Oct 2012 09:20:14 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1349601613!31703874!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3733 invoked from network); 7 Oct 2012 09:20:13 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2012 09:20:13 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so2821085lbb.32 for ; Sun, 07 Oct 2012 02:20:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=0jNyLyofR2SH7Akee7ra85GxwPCxxRnHcupyfi5alJk=; b=ZDbjnWQwkJI3lFHWhU3scGLzFnFPV9bjQCpFa2bsJxgrbnyvNq4FjZ5jsakIP6iR2Z qJGT9aNmLK9g/f2Joz/RiRZ9OWo/8bJ7pEfrQ23LyPsso0SxvgZbbJP9TQCVhQodF7+n RIMULDdlnB2x0OvEa9upjjoLRQYCExmZcRdRnYBoCpzKAHrDEm7VdyDncec+beO2Wd8H Ecj4gMn40GI8LgLL5cQJI8BKc6OLvO8v88u8Xpy3hB4wOcFiafVBVeVaQiLapUnH/YJ7 2pUesxoi+vtAbpuiUsw88FEbulAOtoiLj7vdnoGd2uT+3WT68BKO/B69prrdClW0447b mzrA== Received: by 10.112.14.175 with SMTP id q15mr2013811lbc.27.1349601612845; Sun, 07 Oct 2012 02:20:12 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id pz9sm4453693lab.11.2012.10.07.02.20.11 (version=SSLv3 cipher=OTHER); Sun, 07 Oct 2012 02:20:11 -0700 (PDT) Message-ID: <50714966.3040301@gmail.com> Date: Sun, 07 Oct 2012 13:20:38 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> In-Reply-To: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> Subject: Re: [Xen-API] vm died in slave X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9027136153373582851==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============9027136153373582851== Content-Type: multipart/alternative; boundary="------------000306000005060406090702" This is a multi-part message in MIME format. --------------000306000005060406090702 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit No logs, no traces. All telepathists are on vacation. On 06.10.2012 15:37, claytonly wrote: > hello,all > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. > When i start a vm in the new slave, it took a long time to start the > vm (more than 1minute, normal 5sec in my environment). After the vm > start, 'xe console-list' didn't show the vm. When i tried to shutdown > the vm by xencenter, vm took more than 20minutes but couldn't be > shutdown. Force shudown didn't work too. It appeared that xcp-xapi the > host was down too. But the other hosts in the pool work well. What is > the problem ? > claytonly > 2012-10-06 > ------------------------------------------------------------------------ > claytonly > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000306000005060406090702 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit No logs, no traces.

All telepathists are on vacation.

On 06.10.2012 15:37, claytonly wrote:
 
hello,all
 
I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ?
 
claytonly
 
2012-10-06
claytonly


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------000306000005060406090702-- --===============9027136153373582851== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9027136153373582851==-- From xen-api-bounces@lists.xen.org Sun Oct 07 09:22:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Oct 2012 09:22:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn3d-0007iR-9T; Sun, 07 Oct 2012 09:21:57 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn3b-0007iF-Ha for xen-api@lists.xen.org; Sun, 07 Oct 2012 09:21:56 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1349601691!11769384!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28489 invoked from network); 7 Oct 2012 09:21:32 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2012 09:21:32 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so2025583lah.32 for ; Sun, 07 Oct 2012 02:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=PMLuedyUVNaDutiuF3/I/lU5UFfTOVvLi+tZbM9rp/g=; b=oD0Ydi85ZHYMD8g6Jkk+yKjfGZPuMqTAZHrzteiFQ7oWkqWEgXjda70PGz03K8iWYD D8GDb4GJ/Td6jmfrXFrydRswDbTYkFuzmhR5uqvXs3vmqtJE3A0LMuB46V5fwG57wklX +AgOp+9iiOgaQDCi2dcmIiPoIQlWXDc+scydVwSfknXQpA9/Zi2vAx9aMb89Yl2SWEr3 KhUpYcu2rryfAH5n8iDfGRIZMMNBktgt8IzOZ11bGEYihx8CupNYJubeKX8ALbe7ePyi YhZtEFxyhrJaMLn0bdwpXE1z+IFwXQlhLP4X5d7wP89bSOOybplvcIg0GY2Cvf3ygBw0 eILQ== Received: by 10.152.105.135 with SMTP id gm7mr10485253lab.22.1349601691569; Sun, 07 Oct 2012 02:21:31 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id xw14sm4452208lab.15.2012.10.07.02.21.24 (version=SSLv3 cipher=OTHER); Sun, 07 Oct 2012 02:21:30 -0700 (PDT) Message-ID: <507149AE.90008@gmail.com> Date: Sun, 07 Oct 2012 13:21:50 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5529299e.18eb.13a35f66624.Coremail.claytonly@163.com> In-Reply-To: <5529299e.18eb.13a35f66624.Coremail.claytonly@163.com> Subject: Re: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1497410674013008610==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1497410674013008610== Content-Type: multipart/alternative; boundary="------------070005070601060109040703" This is a multi-part message in MIME format. --------------070005070601060109040703 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Because xe on local host use file socket, and all network management (including slave-master communications in pool) happens via network. No management interface = no normal work. On 06.10.2012 16:04, claytonly wrote: > No, I didn't configure management interface. The host has only one > physical NIC. I conduct the same operation on the other hosts and > everthing was ok. Why is that? > 2012-10-06 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *发件人：*xen-api-request > *发送时间：*2012-10-06 20:00 > *主题：*Xen-api Digest, Vol 77, Issue 15 > *收件人：*"xen-api" > *抄送：* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: the server is still booting (George Shuklin) > 2. vm died in slave (claytonly) > ---------------------------------------------------------------------- > Message: 1 > Date: Sat, 06 Oct 2012 11:41:09 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] the server is still booting > Message-ID: <506FE095.3080405@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > 06.10.2012 07:32, claytonly ?????: > "requires a properly configured management interface. " > Did you configure management interface on slave before joining? > > Hello, every one > > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > > > The details is as folllow: > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > > > claytonly > > > > > > > > > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > Message: 2 > Date: Sat, 6 Oct 2012 19:37:01 +0800 > From: "claytonly" > To: "xen-api" > Subject: [Xen-API] vm died in slave > Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> > Content-Type: text/plain; charset="utf-8" > hello,all > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? > > claytonly > 2012-10-06 > claytonly > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 15 > *************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070005070601060109040703 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Because xe on local host use file socket, and all network management (including slave-master communications in pool) happens via network.

No management interface = no normal work.

On 06.10.2012 16:04, claytonly wrote:
No, I didn't configure management interface. The host has only one physical NIC. I conduct the same operation on the other hosts and everthing was ok. Why is that?
 
2012-10-06
claytonly
发件人：xen-api-request
发送时间：2012-10-06 20:00
主题：Xen-api Digest, Vol 77, Issue 15
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
    xen-api@lists.xen.org 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
    xen-api-request@lists.xen.org 
 
You can reach the person managing the list at 
    xen-api-owner@lists.xen.org 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: the server is still booting (George Shuklin) 
   2. vm died in slave (claytonly) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Sat, 06 Oct 2012 11:41:09 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] the server is still booting 
Message-ID: <506FE095.3080405@gmail.com> 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
06.10.2012 07:32, claytonly ?????: 
 
"requires a properly configured management interface. " 
 
Did you configure management interface on slave before joining? 
 
> Hello, every one 
>  I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? 
> The details is as folllow: 
> [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 
> [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 
> [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 
> [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 
> [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! 
> claytonly 
> 
> 
> 
> 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
Message: 2 
Date: Sat, 6 Oct 2012 19:37:01 +0800 
From: "claytonly"<claytonly@163.com> 
To: "xen-api"<xen-api@lists.xen.org> 
Subject: [Xen-API] vm died in slave 
Content-Type: text/plain; charset="utf-8" 
 
 
hello,all 
 
I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? 
 
claytonly 
 
2012-10-06 
 
 
 
claytonly 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 15 
*************************************** 


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------070005070601060109040703-- --===============1497410674013008610== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1497410674013008610==-- From xen-api-bounces@lists.xen.org Sun Oct 07 09:22:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Oct 2012 09:22:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn3d-0007iR-9T; Sun, 07 Oct 2012 09:21:57 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKn3b-0007iF-Ha for xen-api@lists.xen.org; Sun, 07 Oct 2012 09:21:56 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1349601691!11769384!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28489 invoked from network); 7 Oct 2012 09:21:32 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Oct 2012 09:21:32 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so2025583lah.32 for ; Sun, 07 Oct 2012 02:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=PMLuedyUVNaDutiuF3/I/lU5UFfTOVvLi+tZbM9rp/g=; b=oD0Ydi85ZHYMD8g6Jkk+yKjfGZPuMqTAZHrzteiFQ7oWkqWEgXjda70PGz03K8iWYD D8GDb4GJ/Td6jmfrXFrydRswDbTYkFuzmhR5uqvXs3vmqtJE3A0LMuB46V5fwG57wklX +AgOp+9iiOgaQDCi2dcmIiPoIQlWXDc+scydVwSfknXQpA9/Zi2vAx9aMb89Yl2SWEr3 KhUpYcu2rryfAH5n8iDfGRIZMMNBktgt8IzOZ11bGEYihx8CupNYJubeKX8ALbe7ePyi YhZtEFxyhrJaMLn0bdwpXE1z+IFwXQlhLP4X5d7wP89bSOOybplvcIg0GY2Cvf3ygBw0 eILQ== Received: by 10.152.105.135 with SMTP id gm7mr10485253lab.22.1349601691569; Sun, 07 Oct 2012 02:21:31 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id xw14sm4452208lab.15.2012.10.07.02.21.24 (version=SSLv3 cipher=OTHER); Sun, 07 Oct 2012 02:21:30 -0700 (PDT) Message-ID: <507149AE.90008@gmail.com> Date: Sun, 07 Oct 2012 13:21:50 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5529299e.18eb.13a35f66624.Coremail.claytonly@163.com> In-Reply-To: <5529299e.18eb.13a35f66624.Coremail.claytonly@163.com> Subject: Re: [Xen-API] the server is still booting X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1497410674013008610==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1497410674013008610== Content-Type: multipart/alternative; boundary="------------070005070601060109040703" This is a multi-part message in MIME format. --------------070005070601060109040703 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Because xe on local host use file socket, and all network management (including slave-master communications in pool) happens via network. No management interface = no normal work. On 06.10.2012 16:04, claytonly wrote: > No, I didn't configure management interface. The host has only one > physical NIC. I conduct the same operation on the other hosts and > everthing was ok. Why is that? > 2012-10-06 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *发件人：*xen-api-request > *发送时间：*2012-10-06 20:00 > *主题：*Xen-api Digest, Vol 77, Issue 15 > *收件人：*"xen-api" > *抄送：* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: the server is still booting (George Shuklin) > 2. vm died in slave (claytonly) > ---------------------------------------------------------------------- > Message: 1 > Date: Sat, 06 Oct 2012 11:41:09 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] the server is still booting > Message-ID: <506FE095.3080405@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > 06.10.2012 07:32, claytonly ?????: > "requires a properly configured management interface. " > Did you configure management interface on slave before joining? > > Hello, every one > > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > > > The details is as folllow: > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > > > claytonly > > > > > > > > > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > Message: 2 > Date: Sat, 6 Oct 2012 19:37:01 +0800 > From: "claytonly" > To: "xen-api" > Subject: [Xen-API] vm died in slave > Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> > Content-Type: text/plain; charset="utf-8" > hello,all > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? > > claytonly > 2012-10-06 > claytonly > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 15 > *************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070005070601060109040703 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Because xe on local host use file socket, and all network management (including slave-master communications in pool) happens via network.

No management interface = no normal work.

On 06.10.2012 16:04, claytonly wrote:
No, I didn't configure management interface. The host has only one physical NIC. I conduct the same operation on the other hosts and everthing was ok. Why is that?
 
2012-10-06
claytonly
发件人：xen-api-request
发送时间：2012-10-06 20:00
主题：Xen-api Digest, Vol 77, Issue 15
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
    xen-api@lists.xen.org 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
    xen-api-request@lists.xen.org 
 
You can reach the person managing the list at 
    xen-api-owner@lists.xen.org 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: the server is still booting (George Shuklin) 
   2. vm died in slave (claytonly) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Sat, 06 Oct 2012 11:41:09 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] the server is still booting 
Message-ID: <506FE095.3080405@gmail.com> 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
06.10.2012 07:32, claytonly ?????: 
 
"requires a properly configured management interface. " 
 
Did you configure management interface on slave before joining? 
 
> Hello, every one 
>  I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? 
> The details is as folllow: 
> [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 
> [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 
> [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 
> [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 
> [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! 
> claytonly 
> 
> 
> 
> 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
Message: 2 
Date: Sat, 6 Oct 2012 19:37:01 +0800 
From: "claytonly"<claytonly@163.com> 
To: "xen-api"<xen-api@lists.xen.org> 
Subject: [Xen-API] vm died in slave 
Content-Type: text/plain; charset="utf-8" 
 
 
hello,all 
 
I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? 
 
claytonly 
 
2012-10-06 
 
 
 
claytonly 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 15 
*************************************** 


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------070005070601060109040703-- --===============1497410674013008610== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1497410674013008610==-- From xen-api-bounces@lists.xen.org Sun Oct 07 23:08:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Oct 2012 23:08:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKzwv-0004ik-AW; Sun, 07 Oct 2012 23:07:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKzwt-0004if-Gd for xen-api@lists.xen.org; Sun, 07 Oct 2012 23:07:51 +0000 Received: from [85.158.139.83:4780] by server-15.bemta-5.messagelabs.com id 5E/87-06905-64B02705; Sun, 07 Oct 2012 23:07:50 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-14.tower-182.messagelabs.com!1349651269!29513962!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMTc3Nw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMTc3Nw==\n, HTML_90_100, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 965 invoked from network); 7 Oct 2012 23:07:50 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-14.tower-182.messagelabs.com with SMTP; 7 Oct 2012 23:07:50 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR003.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MBJ00871PL1XF20@VL-VM-MR003.ip.videotron.ca> for xen-api@lists.xen.org; Sun, 07 Oct 2012 19:07:49 -0400 (EDT) From: Melvin Brochet To: xen-api@lists.xen.org Date: Sun, 07 Oct 2012 19:07:48 -0400 Message-id: <000001cda4e0$9219b400$b64d1c00$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2k4JFwRh5r+IsMT76tgmTK/GnHGw== Content-language: fr-ca Subject: [Xen-API] XcP 1.6 Beta - HA ?? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5655335727975515585==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5655335727975515585== Content-type: multipart/alternative; boundary="Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg)" Content-language: fr-ca This is a multi-part message in MIME format. --Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello, All I wanna know if HA is now available in XcP 1.6 ? And if anyone tested it ?? --Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT

Hello, All

 

I wanna know if HA is now available in XcP 1.6 ?

And if anyone tested it ??

--Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg)-- --===============5655335727975515585== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5655335727975515585==-- From xen-api-bounces@lists.xen.org Sun Oct 07 23:08:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Oct 2012 23:08:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKzwv-0004ik-AW; Sun, 07 Oct 2012 23:07:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TKzwt-0004if-Gd for xen-api@lists.xen.org; Sun, 07 Oct 2012 23:07:51 +0000 Received: from [85.158.139.83:4780] by server-15.bemta-5.messagelabs.com id 5E/87-06905-64B02705; Sun, 07 Oct 2012 23:07:50 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-14.tower-182.messagelabs.com!1349651269!29513962!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMTc3Nw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMTc3Nw==\n, HTML_90_100, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 965 invoked from network); 7 Oct 2012 23:07:50 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-14.tower-182.messagelabs.com with SMTP; 7 Oct 2012 23:07:50 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR003.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MBJ00871PL1XF20@VL-VM-MR003.ip.videotron.ca> for xen-api@lists.xen.org; Sun, 07 Oct 2012 19:07:49 -0400 (EDT) From: Melvin Brochet To: xen-api@lists.xen.org Date: Sun, 07 Oct 2012 19:07:48 -0400 Message-id: <000001cda4e0$9219b400$b64d1c00$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2k4JFwRh5r+IsMT76tgmTK/GnHGw== Content-language: fr-ca Subject: [Xen-API] XcP 1.6 Beta - HA ?? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5655335727975515585==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5655335727975515585== Content-type: multipart/alternative; boundary="Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg)" Content-language: fr-ca This is a multi-part message in MIME format. --Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello, All I wanna know if HA is now available in XcP 1.6 ? And if anyone tested it ?? --Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT

Hello, All

 

I wanna know if HA is now available in XcP 1.6 ?

And if anyone tested it ??

--Boundary_(ID_I7AS6BKa27ErJfsrM6nTHg)-- --===============5655335727975515585== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5655335727975515585==-- From xen-api-bounces@lists.xen.org Mon Oct 08 01:18:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 01:18:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL1zG-0001H9-HQ; Mon, 08 Oct 2012 01:18:26 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TL1zD-0001H4-Qh for xen-api@lists.xen.org; Mon, 08 Oct 2012 01:18:24 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1349659092!7686450!1 X-Originating-IP: [220.181.13.241] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTEx\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTEx\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18386 invoked from network); 8 Oct 2012 01:18:14 -0000 Received: from m13-241.163.com (HELO m13-241.163.com) (220.181.13.241) by server-5.tower-27.messagelabs.com with SMTP; 8 Oct 2012 01:18:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=kFSo4wJDsks+NyN mCGD05NQQoyryNkLE382F6i4RoFU=; b=O+pdHH4N3H+1TozhfOvVAYubipm4tuq NpdQgV+ljUgyvoSpxWt66xA3RudmAJgb6snKI+5mNho8U0ewL21weEPaOgmo9YMw /4Zw8O81OLUV/hrS3jlaHJ207jw80t36Jusl3g5Kn8tf17A91vDliEbMFY2S9SIF 3CanQFywouGE= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy7 (Coremail) ; Mon, 8 Oct 2012 09:18:09 +0800 (GMT+08:00) Date: Mon, 8 Oct 2012 09:17:46 +0800 From: "claytonly" To: "xen-api" Message-ID: <6c34379.107e.13a3df35a84.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 6MKowGBZ_0DSKXJQa6IhAA--.59923W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEwFBpk9oq6d2RQABss X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] the server is still booting (George Shuklin) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8702424959254455465==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8702424959254455465== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_007157.026477" --__=_Part_Boundary_004_007157.026477 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 DQpJIHRyeSB0byBjb25maWd1cmUgbWFuYWdlbWVudCBpbnRlcmZhY2UgYnkgJ3hlIHBpZi1yZWNv bmZpZ3VyZS1pcCcgYnV0IEl0IGRvZXNuJ3Qgd29yay4gSSB0cnkgcmVjb25maWcgdGhlIGZpbGUg L2V0Yy94Y3AvaW52ZW50b3J5IGFuZCByZXN0YXJ0IHRoZSB4Y3AteGFwLiBFdmVyeXRoaW5nIGlz IG9rLiB3aGF0IGlzIHRoZSAnaW52ZW50b3J5JyBmaWxlID8gDQoyMDEyLTEwLTA4DQoNCg0KDQpj bGF5dG9ubHkNCg0KDQoNCuWPkeS7tuS6uu+8mnhlbi1hcGktcmVxdWVzdA0K5Y+R6YCB5pe26Ze0 77yaMjAxMi0xMC0wNyAyMDowMg0K5Li76aKY77yaWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNz dWUgMTcNCuaUtuS7tuS6uu+8miJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQrmioTp gIHvvJoNCg0KU2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCiAgICB4 ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQoNClRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEg dGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCiAgICBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCm9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNz YWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxwJyB0byANCiAgICB4ZW4tYXBpLXJlcXVlc3RA bGlzdHMueGVuLm9yZyANCg0KWW91IGNhbiByZWFjaCB0aGUgcGVyc29uIG1hbmFnaW5nIHRoZSBs aXN0IGF0IA0KICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyANCg0KV2hlbiByZXBseWlu ZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYyAN CnRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIgDQoNCg0KVG9kYXkncyBU b3BpY3M6IA0KDQogICAxLiBSZTogdGhlIHNlcnZlciBpcyBzdGlsbCBib290aW5nIChHZW9yZ2Ug U2h1a2xpbikgDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCg0KTWVzc2FnZTogMSANCkRhdGU6IFN1biwg MDcgT2N0IDIwMTIgMTM6MjE6NTAgKzA0MDAgDQpGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2Vvcmdl LnNodWtsaW5AZ21haWwuY29tPiANClRvOiB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpTdWJqZWN0 OiBSZTogW1hlbi1BUEldIHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZyANCk1lc3NhZ2UtSUQ6 IDw1MDcxNDlBRS45MDAwOEBnbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBj aGFyc2V0PSJ1dGYtOCI7IEZvcm1hdD0iZmxvd2VkIiANCg0KQmVjYXVzZSB4ZSBvbiBsb2NhbCBo b3N0IHVzZSBmaWxlIHNvY2tldCwgYW5kIGFsbCBuZXR3b3JrIG1hbmFnZW1lbnQgIA0KKGluY2x1 ZGluZyBzbGF2ZS1tYXN0ZXIgY29tbXVuaWNhdGlvbnMgaW4gcG9vbCkgaGFwcGVucyB2aWEgbmV0 d29yay4gDQoNCk5vIG1hbmFnZW1lbnQgaW50ZXJmYWNlID0gbm8gbm9ybWFsIHdvcmsuIA0KDQpP biAwNi4xMC4yMDEyIDE2OjA0LCBjbGF5dG9ubHkgd3JvdGU6IA0KPiBObywgSSBkaWRuJ3QgY29u ZmlndXJlIG1hbmFnZW1lbnQgaW50ZXJmYWNlLiBUaGUgaG9zdCBoYXMgb25seSBvbmUgIA0KPiBw aHlzaWNhbCBOSUMuIEkgY29uZHVjdCB0aGUgc2FtZSBvcGVyYXRpb24gb24gdGhlIG90aGVyIGhv c3RzIGFuZCAgDQo+IGV2ZXJ0aGluZyB3YXMgb2suIFdoeSBpcyB0aGF0PyANCj4gMjAxMi0xMC0w NiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBjbGF5dG9ubHkgDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cj4gKj8/Pz8qeGVuLWFwaS1yZXF1ZXN0IA0KPiAqPz8/Pz8qMjAxMi0xMC0wNiAyMDowMCANCj4g Kj8/PypYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSAxNSANCj4gKj8/Pz8qInhlbi1hcGki PHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQo+ICo/Pz8qIA0KPiBTZW5kIFhlbi1hcGkgbWFpbGlu ZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0KPiAgICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBU byBzdWJzY3JpYmUgb3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQg DQo+ICAgICBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaSANCj4gb3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJv ZHkgJ2hlbHAnIHRvIA0KPiAgICAgeGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQo+IFlv dSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdCANCj4gICAgIHhlbi1h cGktb3duZXJAbGlzdHMueGVuLm9yZyANCj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91 ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYyANCj4gdGhhbiAiUmU6IENvbnRl bnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4uIiANCj4gVG9kYXkncyBUb3BpY3M6IA0KPiAgICAxLiBS ZTogdGhlIHNlcnZlciBpcyBzdGlsbCBib290aW5nIChHZW9yZ2UgU2h1a2xpbikgDQo+ICAgIDIu IHZtIGRpZWQgaW4gc2xhdmUgKGNsYXl0b25seSkgDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+IE1lc3Nh Z2U6IDEgDQo+IERhdGU6IFNhdCwgMDYgT2N0IDIwMTIgMTE6NDE6MDkgKzA0MDAgDQo+IEZyb206 IEdlb3JnZSBTaHVrbGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiBUbzogeGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiBTdWJqZWN0OiBSZTogW1hlbi1BUEldIHRoZSBzZXJ2ZXIgaXMg c3RpbGwgYm9vdGluZyANCj4gTWVzc2FnZS1JRDogPDUwNkZFMDk1LjMwODA0MDVAZ21haWwuY29t PiANCj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJpc28tODg1OS0xIjsgRm9y bWF0PSJmbG93ZWQiIA0KPiAwNi4xMC4yMDEyIDA3OjMyLCBjbGF5dG9ubHkgPz8/Pz86IA0KPiAi cmVxdWlyZXMgYSBwcm9wZXJseSBjb25maWd1cmVkIG1hbmFnZW1lbnQgaW50ZXJmYWNlLiAiIA0K PiBEaWQgeW91IGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZSBvbiBzbGF2ZSBiZWZvcmUg am9pbmluZz8gDQo+ID4gSGVsbG8sIGV2ZXJ5IG9uZSANCj4gPiAgSSB3YW50IHRvIGpvaW4gYSBo b3N0IGludG8gYSBwb29sIGJ1dCBwcm9ibGVtIGNhbWUgb3V0LndoZW4gaSB1c2UgeGVuY2VudGVy LCB0aGUgbG9nIHNhaWQgdGhhdCAnZXJyb3I6IHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZy4n d2hlbiBpIHVzZSBjbGkgYnkgJ3hlIHBvb2wtam9pbicsIHRoZXJlIGNhbWVzICd0aGUgaG9zdCB0 b29sc3RhY2sgaXMgc3RpbGwgaW5pdGlhbGlzaW5nLiBwbGVhc2Ugd2FpdCEnIFdoYXQgaXMgdGhl IHByb2JsZW0/ICANCj4gDQo+ID4gVGhlIGRldGFpbHMgaXMgYXMgZm9sbGxvdzogDQo+ID4gWzIw MTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6 ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVqZWN0IHJl cXVpcmVzIGEgcHJvcGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4gV2FpdCBm b3IgeGFwaS9maXJzdGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRoZW4gcmV0 cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcu MC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFJhaXNlZCBhdCB4YXBpX3Bv b2wubWw6NTUuOS02OSAtPiB4YXBpX3Bvb2wubWw6MzEyLjEtMzggLT4geGFwaV9wb29sLm1sOjY1 Ny4yLTUyIC0+IHBlcnZhc2l2ZWV4dC5tbDoyMi4yLTlbMjAxMjEwMDZUMDI6MTg6NTUuNjA5Wnxl cnJvcnxYZW5TZXJ2ZXIzfDEwNCBJTkVUIDEyNy4wLjAuMTo4MHxwb29sLmpvaW4gUjpkYmVlMTNi N2E4YmR8eGFwaV0gUG9vbC5qb2luL1Bvb2wuZWplY3QgcmVxdWlyZXMgYSBwcm9wZXJseSBjb25m aWd1cmVkIG1hbmFnZW1lbnQgaW50ZXJmYWNlLiBXYWl0IGZvciB4YXBpL2ZpcnN0Ym9vdCBpbml0 aWFsaXNhdGlvbiB0byBjb21wbGV0ZSBhbmQgdGhlbiByZXRyeS5bMjAxMjEwMDZUMDI6MTg6NTUu NjE1WnwgaW5mb3xYZW5TZXJ2ZXIzfDEwNCBJTkVUIDEyNy4wLjAuMTo4MHxwb29sLmpvaW4gUjpk YmVlMTNiN2E4YmR8eGFwaV0gc3R1bm5lbCBwaWQ6IDIxNzkgKGNhY2hlZCA9IGZhbHNlKSBjb25u ZWN0ZWQgdG8gMTkyLjE2OC4xMDAuMTE6NDQzICANCj4gDQo+ID4gWzIwMTIxMDA2VDAyOjE4OjU1 LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6 ZGJlZTEzYjdhOGJkfHhhcGldIHdpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0YXNrX29wdD1Ob25l IHNfcGlkPTIxNzkgIA0KPiANCj4gPiBbMjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5T ZXJ2ZXIzfDEwNCBJTkVUIDEyNy4wLjAuMTo4MHxwb29sLmpvaW4gUjpkYmVlMTNiN2E4YmR8YmFj a3RyYWNlXSBSYWlzZWQgYXQgcGVydmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IHhhcGlfcG9vbC5t bDo2NTYuMS0xMDIzIC0+IHJiYWMubWw6MjI5LjE2LTIzICANCj4gDQo+ID4gWzIwMTIxMDA2VDAy OjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5q b2luIFI6ZGJlZTEzYjdhOGJkfGJhY2t0cmFjZV0gUmFpc2VkIGF0IHJiYWMubWw6MjM4LjEwLTE1 IC0+IHNlcnZlcl9oZWxwZXJzLm1sOjc5LjExLTQxICANCj4gDQo+ID4gWzIwMTIxMDA2VDAyOjE4 OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2lu IFI6ZGJlZTEzYjdhOGJkfGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9u X2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0aGF0 PyB0aGFuayB5b3Ugc28gbXVjaCEgIA0KPiANCj4gPiBjbGF5dG9ubHkgDQo+ID4gDQo+ID4gDQo+ ID4gDQo+ID4gDQo+ID4gDQo+ID4gDQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18gDQo+ID4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ID4gWGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiA+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpIA0KPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0t LS0tLS0gDQo+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+IFVSTDogIA0K PiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRz LzIwMTIxMDA2LzljMzVkN2M2L2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAyIA0KPiBEYXRlOiBTYXQsIDYgT2N0IDIw MTIgMTk6Mzc6MDEgKzA4MDAgDQo+IEZyb206ICJjbGF5dG9ubHkiPGNsYXl0b25seUAxNjMuY29t PiANCj4gVG86ICJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiBTdWJqZWN0OiBb WGVuLUFQSV0gdm0gZGllZCBpbiBzbGF2ZSANCj4gTWVzc2FnZS1JRDogPDExYzdlODljLjI5MDMu MTNhMzVkZTY0OGQuQ29yZW1haWwuY2xheXRvbmx5QDE2My5jb20+IA0KPiBDb250ZW50LVR5cGU6 IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IiANCj4gaGVsbG8sYWxsIA0KPiBJIHVzZSB4Y3Ag MS41IGluIHVidW50dSAxMi4wNC4gVG9kYXkgaSBhZGQgYSBzbGF2ZSBob3N0IGludG8gcG9vbC4g V2hlbiBpIHN0YXJ0IGEgdm0gaW4gdGhlIG5ldyBzbGF2ZSwgaXQgdG9vayBhIGxvbmcgdGltZSB0 byBzdGFydCB0aGUgdm0gKG1vcmUgdGhhbiAxbWludXRlLCBub3JtYWwgNXNlYyBpbiBteSBlbnZp cm9ubWVudCkuIEFmdGVyIHRoZSB2bSBzdGFydCwgJ3hlIGNvbnNvbGUtbGlzdCcgZGlkbid0IHNo b3cgdGhlIHZtLiBXaGVuIGkgdHJpZWQgdG8gc2h1dGRvd24gdGhlIHZtIGJ5IHhlbmNlbnRlciwg dm0gdG9vayBtb3JlIHRoYW4gMjBtaW51dGVzIGJ1dCBjb3VsZG4ndCBiZSBzaHV0ZG93bi4gRm9y Y2Ugc2h1ZG93biBkaWRuJ3Qgd29yayB0b28uIEl0IGFwcGVhcmVkIHRoYXQgeGNwLXhhcGkgdGhl IGhvc3Qgd2FzIGRvd24gdG9vLiBCdXQgdGhlIG90aGVyIGhvc3RzIGluIHRoZSBwb29sIHdvcmsg d2VsbC4gV2hhdCBpcyB0aGUgcHJvYmxlbSA/ICANCj4gDQo+IGNsYXl0b25seSANCj4gMjAxMi0x MC0wNiANCj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0t LS0tLS0gDQo+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+IFVSTDogIA0K PiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRz LzIwMTIxMDA2L2UzZTljNzFiL2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyANCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+IFhlbi1hcGlAbGlzdHMu eGVuLm9yZyANCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZv L3hlbi1hcGkgDQo+IEVuZCBvZiBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSAxNSANCj4g KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA0KPiANCj4gDQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiBYZW4tYXBpIG1h aWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCi0tLS0tLS0tLS0tLS0tIG5l eHQgcGFydCAtLS0tLS0tLS0tLS0tLSANCkFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQu Li4gDQpVUkw6IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0 YWNobWVudHMvMjAxMjEwMDcvYjUyMmJiYzQvYXR0YWNobWVudC5odG1sPiANCg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXyANClhlbi1hcGkgbWFpbGluZyBsaXN0IA0KWGVuLWFwaUBsaXN0cy54 ZW4ub3JnIA0KaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hl bi1hcGkgDQoNCg0KRW5kIG9mIFhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDE3IA0KKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA== --__=_Part_Boundary_004_007157.026477 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPkkgdHJ5 IHRvIGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZSBieSAneGUgcGlmLXJlY29uZmlndXJl LWlwJyBidXQgSXQgDQpkb2Vzbid0IHdvcmsuIEkgdHJ5IHJlY29uZmlnIHRoZSBmaWxlIC9ldGMv eGNwL2ludmVudG9yeSBhbmQgcmVzdGFydCB0aGUgDQp4Y3AteGFwLiBFdmVyeXRoaW5nIGlzIG9r LiB3aGF0IGlzIHRoZSAnaW52ZW50b3J5JyBmaWxlID8gPC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+ PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjIwMTItMTAtMDg8L0ZPTlQ+ PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBz dHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0 IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBj MGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWduTmFtZT5jbGF5dG9u bHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0K PEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJP Tkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+eGVuLWFwaS1yZXF1ZXN0PC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7lj5HpgIHml7bpl7TvvJo8L1NU Uk9ORz4yMDEyLTEwLTA3Jm5ic3A7MjA6MDI8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9 MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjvvJo8L1NUUk9ORz5YZW4tYXBpIERpZ2VzdCwg Vm9sIDc3LCBJc3N1ZSANCjE3PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNl PVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8L1NUUk9ORz4ieGVuLWFwaSImbHQ7eGVuLWFw aUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9 VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNp emU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZu YnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtzdWJzY3JpYmUmbmJzcDtvciZuYnNwO3Vuc3Vi c2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtXaWRlJm5ic3A7V2ViLCZu YnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6 Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9E SVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZuYnNwO3NlbmQmbmJzcDthJm5ic3A7 bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7b3ImbmJzcDtib2R5Jm5ic3A7J2hl bHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVu LWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNoJm5ic3A7dGhlJm5ic3A7cGVyc29uJm5ic3A7 bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5ic3A7YXQmbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxl YXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5i c3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj50 aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGln ZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO1JlOiZuYnNwO3RoZSZuYnNwO3NlcnZl ciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nJm5ic3A7KEdlb3JnZSZuYnNwO1NodWts aW4pJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVz c2FnZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7U3VuLCZuYnNwOzA3Jm5i c3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzEzOjIxOjUwJm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxE SVY+RnJvbTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGlu QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54 ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEld Jm5ic3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJz cDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7NTA3MTQ5QUUuOTAwMDhAZ21haWwu Y29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsm bmJzcDtjaGFyc2V0PSJ1dGYtOCI7Jm5ic3A7Rm9ybWF0PSJmbG93ZWQiJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5CZWNhdXNlJm5ic3A7eGUmbmJzcDtvbiZuYnNwO2xvY2Fs Jm5ic3A7aG9zdCZuYnNwO3VzZSZuYnNwO2ZpbGUmbmJzcDtzb2NrZXQsJm5ic3A7YW5kJm5ic3A7 YWxsJm5ic3A7bmV0d29yayZuYnNwO21hbmFnZW1lbnQmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+ KGluY2x1ZGluZyZuYnNwO3NsYXZlLW1hc3RlciZuYnNwO2NvbW11bmljYXRpb25zJm5ic3A7aW4m bmJzcDtwb29sKSZuYnNwO2hhcHBlbnMmbmJzcDt2aWEmbmJzcDtuZXR3b3JrLiZuYnNwOzwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Tm8mbmJzcDttYW5hZ2VtZW50Jm5ic3A7aW50ZXJm YWNlJm5ic3A7PSZuYnNwO25vJm5ic3A7bm9ybWFsJm5ic3A7d29yay4mbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPk9uJm5ic3A7MDYuMTAuMjAxMiZuYnNwOzE2OjA0LCZuYnNw O2NsYXl0b25seSZuYnNwO3dyb3RlOiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Tm8sJm5i c3A7SSZuYnNwO2RpZG4ndCZuYnNwO2NvbmZpZ3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRl cmZhY2UuJm5ic3A7VGhlJm5ic3A7aG9zdCZuYnNwO2hhcyZuYnNwO29ubHkmbmJzcDtvbmUmbmJz cDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO3BoeXNpY2FsJm5ic3A7TklDLiZuYnNwO0km bmJzcDtjb25kdWN0Jm5ic3A7dGhlJm5ic3A7c2FtZSZuYnNwO29wZXJhdGlvbiZuYnNwO29uJm5i c3A7dGhlJm5ic3A7b3RoZXImbmJzcDtob3N0cyZuYnNwO2FuZCZuYnNwOyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7ZXZlcnRoaW5nJm5ic3A7d2FzJm5ic3A7b2suJm5ic3A7V2h5Jm5ic3A7 aXMmbmJzcDt0aGF0PyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7MjAxMi0xMC0wNiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/Pz8qeGVuLWFwaS1yZXF1ZXN0 Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsqPz8/Pz8qMjAxMi0xMC0wNiZuYnNwOzIwOjAw Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsqPz8/Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5i c3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDsxNSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Kj8/Pz8qInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyo/Pz8qJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtT ZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMm bmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbyZu YnNwO3N1YnNjcmliZSZuYnNwO29yJm5ic3A7dW5zdWJzY3JpYmUmbmJzcDt2aWEmbmJzcDt0aGUm bmJzcDtXb3JsZCZuYnNwO1dpZGUmbmJzcDtXZWIsJm5ic3A7dmlzaXQmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtvciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3Nh Z2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZu YnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDt4ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7WW91Jm5ic3A7Y2FuJm5ic3A7cmVhY2gmbmJzcDt0aGUmbmJzcDtwZXJzb24mbmJzcDttYW5h Z2luZyZuYnNwO3RoZSZuYnNwO2xpc3QmbmJzcDthdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtXaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNl Jm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7 aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7dGhhbiZuYnNwOyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZu YnNwO2RpZ2VzdC4uLiImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtU b3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsxLiZu YnNwO1JlOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290 aW5nJm5ic3A7KEdlb3JnZSZuYnNwO1NodWtsaW4pJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO3ZtJm5ic3A7ZGllZCZuYnNwO2luJm5ic3A7c2xh dmUmbmJzcDsoY2xheXRvbmx5KSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZTombmJzcDsxJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtEYXRlOiZuYnNwO1NhdCwmbmJzcDswNiZuYnNwO09jdCZuYnNw OzIwMTImbmJzcDsxMTo0MTowOSZuYnNwOyswNDAwJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtGcm9tOiZuYnNwO0dlb3JnZSZuYnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNodWtsaW5A Z21haWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VG86Jm5ic3A7eGVuLWFw aUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtTdWJqZWN0OiZuYnNw O1JlOiZuYnNwO1tYZW4tQVBJXSZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3Rp bGwmbmJzcDtib290aW5nJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlLUlEOiZu YnNwOyZsdDs1MDZGRTA5NS4zMDgwNDA1QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2NoYXJzZXQ9Imlz by04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7MDYuMTAuMjAxMiZuYnNwOzA3OjMyLCZuYnNwO2NsYXl0b25seSZuYnNwOz8/Pz8/OiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7InJlcXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5i c3A7Y29uZmlndXJlZCZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7IiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7RGlkJm5ic3A7eW91Jm5ic3A7Y29uZmlndXJlJm5ic3A7 bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZSZuYnNwO29uJm5ic3A7c2xhdmUmbmJzcDtiZWZvcmUm bmJzcDtqb2luaW5nPyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0hlbGxv LCZuYnNwO2V2ZXJ5Jm5ic3A7b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Jm5ic3A7SSZuYnNwO3dhbnQmbmJzcDt0byZuYnNwO2pvaW4mbmJzcDthJm5ic3A7aG9zdCZu YnNwO2ludG8mbmJzcDthJm5ic3A7cG9vbCZuYnNwO2J1dCZuYnNwO3Byb2JsZW0mbmJzcDtjYW1l Jm5ic3A7b3V0LndoZW4mbmJzcDtpJm5ic3A7dXNlJm5ic3A7eGVuY2VudGVyLCZuYnNwO3RoZSZu YnNwO2xvZyZuYnNwO3NhaWQmbmJzcDt0aGF0Jm5ic3A7J2Vycm9yOiZuYnNwO3RoZSZuYnNwO3Nl cnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nLid3aGVuJm5ic3A7aSZuYnNwO3Vz ZSZuYnNwO2NsaSZuYnNwO2J5Jm5ic3A7J3hlJm5ic3A7cG9vbC1qb2luJywmbmJzcDt0aGVyZSZu YnNwO2NhbWVzJm5ic3A7J3RoZSZuYnNwO2hvc3QmbmJzcDt0b29sc3RhY2smbmJzcDtpcyZuYnNw O3N0aWxsJm5ic3A7aW5pdGlhbGlzaW5nLiZuYnNwO3BsZWFzZSZuYnNwO3dhaXQhJyZuYnNwO1do YXQmbmJzcDtpcyZuYnNwO3RoZSZuYnNwO3Byb2JsZW0/Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtUaGUmbmJzcDtkZXRh aWxzJm5ic3A7aXMmbmJzcDthcyZuYnNwO2ZvbGxsb3c6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wx MDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdh OGJkfHhhcGldJm5ic3A7UG9vbC5qb2luL1Bvb2wuZWplY3QmbmJzcDtyZXF1aXJlcyZuYnNwO2Em bmJzcDtwcm9wZXJseSZuYnNwO2NvbmZpZ3VyZWQmbmJzcDttYW5hZ2VtZW50Jm5ic3A7aW50ZXJm YWNlLiZuYnNwO1dhaXQmbmJzcDtmb3ImbmJzcDt4YXBpL2ZpcnN0Ym9vdCZuYnNwO2luaXRpYWxp c2F0aW9uJm5ic3A7dG8mbmJzcDtjb21wbGV0ZSZuYnNwO2FuZCZuYnNwO3RoZW4mbmJzcDtyZXRy eS5bMjAxMjEwMDZUMDI6MTg6NTUuNjA5WnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQm bmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJz cDtSYWlzZWQmbmJzcDthdCZuYnNwO3hhcGlfcG9vbC5tbDo1NS45LTY5Jm5ic3A7LSZndDsmbmJz cDt4YXBpX3Bvb2wubWw6MzEyLjEtMzgmbmJzcDstJmd0OyZuYnNwO3hhcGlfcG9vbC5tbDo2NTcu Mi01MiZuYnNwOy0mZ3Q7Jm5ic3A7cGVydmFzaXZlZXh0Lm1sOjIyLjItOVsyMDEyMTAwNlQwMjox ODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4 MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO1Bvb2wuam9pbi9Qb29s LmVqZWN0Jm5ic3A7cmVxdWlyZXMmbmJzcDthJm5ic3A7cHJvcGVybHkmbmJzcDtjb25maWd1cmVk Jm5ic3A7bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZS4mbmJzcDtXYWl0Jm5ic3A7Zm9yJm5ic3A7 eGFwaS9maXJzdGJvb3QmbmJzcDtpbml0aWFsaXNhdGlvbiZuYnNwO3RvJm5ic3A7Y29tcGxldGUm bmJzcDthbmQmbmJzcDt0aGVuJm5ic3A7cmV0cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8Jm5i c3A7aW5mb3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5q b2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtzdHVubmVsJm5ic3A7cGlkOiZuYnNw OzIxNzkmbmJzcDsoY2FjaGVkJm5ic3A7PSZuYnNwO2ZhbHNlKSZuYnNwO2Nvbm5lY3RlZCZuYnNw O3RvJm5ic3A7MTkyLjE2OC4xMDAuMTE6NDQzJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtbMjAxMjEwMDZUMDI6MTg6NTUu NjE1WnwmbmJzcDtpbmZvfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4 MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO3dpdGhfcmVjb3JkZWRf c3R1bm5lbHBpZCZuYnNwO3Rhc2tfb3B0PU5vbmUmbmJzcDtzX3BpZD0yMTc5Jm5ic3A7Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtb MjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJz cDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8YmFja3RyYWNlXSZu YnNwO1JhaXNlZCZuYnNwO2F0Jm5ic3A7cGVydmFzaXZlZXh0Lm1sOjI2LjIyLTI1Jm5ic3A7LSZn dDsmbmJzcDt4YXBpX3Bvb2wubWw6NjU2LjEtMTAyMyZuYnNwOy0mZ3Q7Jm5ic3A7cmJhYy5tbDoy MjkuMTYtMjMmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwO1syMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZl cjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUx M2I3YThiZHxiYWNrdHJhY2VdJm5ic3A7UmFpc2VkJm5ic3A7YXQmbmJzcDtyYmFjLm1sOjIzOC4x MC0xNSZuYnNwOy0mZ3Q7Jm5ic3A7c2VydmVyX2hlbHBlcnMubWw6NzkuMTEtNDEmbmJzcDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O1syMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZu YnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHxkaXNwYXRjaGVy XSZuYnNwO1NlcnZlcl9oZWxwZXJzLmV4ZWMmbmJzcDtleGNlcHRpb25faGFuZGxlcjombmJzcDtH b3QmbmJzcDtleGNlcHRpb24mbmJzcDtIT1NUX1NUSUxMX0JPT1RJTkc6Jm5ic3A7W113aHkmbmJz cDtpcyZuYnNwO3RoYXQ/Jm5ic3A7dGhhbmsmbmJzcDt5b3UmbmJzcDtzbyZuYnNwO211Y2ghJm5i c3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1hl bi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 Jmd0OyZuYnNwO1hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5m by94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNw O25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwO0FuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJzcDtzY3J1YmJl ZC4uLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VVJMOiZuYnNwOyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVu LWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNi85YzM1ZDdjNi9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5i c3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 TWVzc2FnZTombmJzcDsyJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtEYXRlOiZuYnNwO1Nh dCwmbmJzcDs2Jm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE5OjM3OjAxJm5ic3A7KzA4MDAmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zyb206Jm5ic3A7ImNsYXl0b25seSImbHQ7Y2xheXRv bmx5QDE2My5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbzombmJzcDsieGVu LWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDt2bSZuYnNwO2RpZWQmbmJzcDtpbiZu YnNwO3NsYXZlJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOyZs dDsxMWM3ZTg5Yy4yOTAzLjEzYTM1ZGU2NDhkLkNvcmVtYWlsLmNsYXl0b25seUAxNjMuY29tJmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxh aW47Jm5ic3A7Y2hhcnNldD0idXRmLTgiJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtoZWxs byxhbGwmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0kmbmJzcDt1c2UmbmJzcDt4Y3AmbmJz cDsxLjUmbmJzcDtpbiZuYnNwO3VidW50dSZuYnNwOzEyLjA0LiZuYnNwO1RvZGF5Jm5ic3A7aSZu YnNwO2FkZCZuYnNwO2EmbmJzcDtzbGF2ZSZuYnNwO2hvc3QmbmJzcDtpbnRvJm5ic3A7cG9vbC4m bmJzcDtXaGVuJm5ic3A7aSZuYnNwO3N0YXJ0Jm5ic3A7YSZuYnNwO3ZtJm5ic3A7aW4mbmJzcDt0 aGUmbmJzcDtuZXcmbmJzcDtzbGF2ZSwmbmJzcDtpdCZuYnNwO3Rvb2smbmJzcDthJm5ic3A7bG9u ZyZuYnNwO3RpbWUmbmJzcDt0byZuYnNwO3N0YXJ0Jm5ic3A7dGhlJm5ic3A7dm0mbmJzcDsobW9y ZSZuYnNwO3RoYW4mbmJzcDsxbWludXRlLCZuYnNwO25vcm1hbCZuYnNwOzVzZWMmbmJzcDtpbiZu YnNwO215Jm5ic3A7ZW52aXJvbm1lbnQpLiZuYnNwO0FmdGVyJm5ic3A7dGhlJm5ic3A7dm0mbmJz cDtzdGFydCwmbmJzcDsneGUmbmJzcDtjb25zb2xlLWxpc3QnJm5ic3A7ZGlkbid0Jm5ic3A7c2hv dyZuYnNwO3RoZSZuYnNwO3ZtLiZuYnNwO1doZW4mbmJzcDtpJm5ic3A7dHJpZWQmbmJzcDt0byZu YnNwO3NodXRkb3duJm5ic3A7dGhlJm5ic3A7dm0mbmJzcDtieSZuYnNwO3hlbmNlbnRlciwmbmJz cDt2bSZuYnNwO3Rvb2smbmJzcDttb3JlJm5ic3A7dGhhbiZuYnNwOzIwbWludXRlcyZuYnNwO2J1 dCZuYnNwO2NvdWxkbid0Jm5ic3A7YmUmbmJzcDtzaHV0ZG93bi4mbmJzcDtGb3JjZSZuYnNwO3No dWRvd24mbmJzcDtkaWRuJ3QmbmJzcDt3b3JrJm5ic3A7dG9vLiZuYnNwO0l0Jm5ic3A7YXBwZWFy ZWQmbmJzcDt0aGF0Jm5ic3A7eGNwLXhhcGkmbmJzcDt0aGUmbmJzcDtob3N0Jm5ic3A7d2FzJm5i c3A7ZG93biZuYnNwO3Rvby4mbmJzcDtCdXQmbmJzcDt0aGUmbmJzcDtvdGhlciZuYnNwO2hvc3Rz Jm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtwb29sJm5ic3A7d29yayZuYnNwO3dlbGwuJm5ic3A7V2hh dCZuYnNwO2lzJm5ic3A7dGhlJm5ic3A7cHJvYmxlbSZuYnNwOz8mbmJzcDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsyMDEyLTEwLTA2Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tJm5i c3A7bmV4dCZuYnNwO3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7QW4mbmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnVi YmVkLi4uJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtVUkw6Jm5ic3A7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94 ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA2L2UzZTljNzFiL2F0dGFjaG1lbnQuaHRtbCZndDsm bmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0 aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtFbmQmbmJzcDtvZiZuYnNw O1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDsx NSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7KioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkm bmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFw aUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMu eGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJ Vj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0m bmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZu YnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElWPlVSTDombmJzcDsmbHQ7aHR0cDovL2xp c3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA3L2I1 MjJiYmM0L2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0 Jm5ic3A7PC9ESVY+DQo8RElWPlhlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJ Vj5odHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZu YnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkVu ZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3NywmbmJz cDtJc3N1ZSZuYnNwOzE3Jm5ic3A7PC9ESVY+DQo8RElWPioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKiZuYnNwOzwvRElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_004_007157.026477-- --===============8702424959254455465== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8702424959254455465==-- From xen-api-bounces@lists.xen.org Mon Oct 08 01:18:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 01:18:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL1zG-0001H9-HQ; Mon, 08 Oct 2012 01:18:26 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TL1zD-0001H4-Qh for xen-api@lists.xen.org; Mon, 08 Oct 2012 01:18:24 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1349659092!7686450!1 X-Originating-IP: [220.181.13.241] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTEx\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0MSA9PiA1MTEx\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18386 invoked from network); 8 Oct 2012 01:18:14 -0000 Received: from m13-241.163.com (HELO m13-241.163.com) (220.181.13.241) by server-5.tower-27.messagelabs.com with SMTP; 8 Oct 2012 01:18:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=kFSo4wJDsks+NyN mCGD05NQQoyryNkLE382F6i4RoFU=; b=O+pdHH4N3H+1TozhfOvVAYubipm4tuq NpdQgV+ljUgyvoSpxWt66xA3RudmAJgb6snKI+5mNho8U0ewL21weEPaOgmo9YMw /4Zw8O81OLUV/hrS3jlaHJ207jw80t36Jusl3g5Kn8tf17A91vDliEbMFY2S9SIF 3CanQFywouGE= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy7 (Coremail) ; Mon, 8 Oct 2012 09:18:09 +0800 (GMT+08:00) Date: Mon, 8 Oct 2012 09:17:46 +0800 From: "claytonly" To: "xen-api" Message-ID: <6c34379.107e.13a3df35a84.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 6MKowGBZ_0DSKXJQa6IhAA--.59923W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEwFBpk9oq6d2RQABss X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] the server is still booting (George Shuklin) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8702424959254455465==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8702424959254455465== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_007157.026477" --__=_Part_Boundary_004_007157.026477 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 DQpJIHRyeSB0byBjb25maWd1cmUgbWFuYWdlbWVudCBpbnRlcmZhY2UgYnkgJ3hlIHBpZi1yZWNv bmZpZ3VyZS1pcCcgYnV0IEl0IGRvZXNuJ3Qgd29yay4gSSB0cnkgcmVjb25maWcgdGhlIGZpbGUg L2V0Yy94Y3AvaW52ZW50b3J5IGFuZCByZXN0YXJ0IHRoZSB4Y3AteGFwLiBFdmVyeXRoaW5nIGlz IG9rLiB3aGF0IGlzIHRoZSAnaW52ZW50b3J5JyBmaWxlID8gDQoyMDEyLTEwLTA4DQoNCg0KDQpj bGF5dG9ubHkNCg0KDQoNCuWPkeS7tuS6uu+8mnhlbi1hcGktcmVxdWVzdA0K5Y+R6YCB5pe26Ze0 77yaMjAxMi0xMC0wNyAyMDowMg0K5Li76aKY77yaWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNz dWUgMTcNCuaUtuS7tuS6uu+8miJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQrmioTp gIHvvJoNCg0KU2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCiAgICB4 ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQoNClRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEg dGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCiAgICBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCm9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNz YWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxwJyB0byANCiAgICB4ZW4tYXBpLXJlcXVlc3RA bGlzdHMueGVuLm9yZyANCg0KWW91IGNhbiByZWFjaCB0aGUgcGVyc29uIG1hbmFnaW5nIHRoZSBs aXN0IGF0IA0KICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVuLm9yZyANCg0KV2hlbiByZXBseWlu ZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYyAN CnRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIgDQoNCg0KVG9kYXkncyBU b3BpY3M6IA0KDQogICAxLiBSZTogdGhlIHNlcnZlciBpcyBzdGlsbCBib290aW5nIChHZW9yZ2Ug U2h1a2xpbikgDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCg0KTWVzc2FnZTogMSANCkRhdGU6IFN1biwg MDcgT2N0IDIwMTIgMTM6MjE6NTAgKzA0MDAgDQpGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2Vvcmdl LnNodWtsaW5AZ21haWwuY29tPiANClRvOiB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpTdWJqZWN0 OiBSZTogW1hlbi1BUEldIHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZyANCk1lc3NhZ2UtSUQ6 IDw1MDcxNDlBRS45MDAwOEBnbWFpbC5jb20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBj aGFyc2V0PSJ1dGYtOCI7IEZvcm1hdD0iZmxvd2VkIiANCg0KQmVjYXVzZSB4ZSBvbiBsb2NhbCBo b3N0IHVzZSBmaWxlIHNvY2tldCwgYW5kIGFsbCBuZXR3b3JrIG1hbmFnZW1lbnQgIA0KKGluY2x1 ZGluZyBzbGF2ZS1tYXN0ZXIgY29tbXVuaWNhdGlvbnMgaW4gcG9vbCkgaGFwcGVucyB2aWEgbmV0 d29yay4gDQoNCk5vIG1hbmFnZW1lbnQgaW50ZXJmYWNlID0gbm8gbm9ybWFsIHdvcmsuIA0KDQpP biAwNi4xMC4yMDEyIDE2OjA0LCBjbGF5dG9ubHkgd3JvdGU6IA0KPiBObywgSSBkaWRuJ3QgY29u ZmlndXJlIG1hbmFnZW1lbnQgaW50ZXJmYWNlLiBUaGUgaG9zdCBoYXMgb25seSBvbmUgIA0KPiBw aHlzaWNhbCBOSUMuIEkgY29uZHVjdCB0aGUgc2FtZSBvcGVyYXRpb24gb24gdGhlIG90aGVyIGhv c3RzIGFuZCAgDQo+IGV2ZXJ0aGluZyB3YXMgb2suIFdoeSBpcyB0aGF0PyANCj4gMjAxMi0xMC0w NiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBjbGF5dG9ubHkgDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cj4gKj8/Pz8qeGVuLWFwaS1yZXF1ZXN0IA0KPiAqPz8/Pz8qMjAxMi0xMC0wNiAyMDowMCANCj4g Kj8/PypYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSAxNSANCj4gKj8/Pz8qInhlbi1hcGki PHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQo+ICo/Pz8qIA0KPiBTZW5kIFhlbi1hcGkgbWFpbGlu ZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0KPiAgICAgeGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBU byBzdWJzY3JpYmUgb3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQg DQo+ICAgICBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaSANCj4gb3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJv ZHkgJ2hlbHAnIHRvIA0KPiAgICAgeGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcgDQo+IFlv dSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdCANCj4gICAgIHhlbi1h cGktb3duZXJAbGlzdHMueGVuLm9yZyANCj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91 ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYyANCj4gdGhhbiAiUmU6IENvbnRl bnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4uIiANCj4gVG9kYXkncyBUb3BpY3M6IA0KPiAgICAxLiBS ZTogdGhlIHNlcnZlciBpcyBzdGlsbCBib290aW5nIChHZW9yZ2UgU2h1a2xpbikgDQo+ICAgIDIu IHZtIGRpZWQgaW4gc2xhdmUgKGNsYXl0b25seSkgDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+IE1lc3Nh Z2U6IDEgDQo+IERhdGU6IFNhdCwgMDYgT2N0IDIwMTIgMTE6NDE6MDkgKzA0MDAgDQo+IEZyb206 IEdlb3JnZSBTaHVrbGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiBUbzogeGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiBTdWJqZWN0OiBSZTogW1hlbi1BUEldIHRoZSBzZXJ2ZXIgaXMg c3RpbGwgYm9vdGluZyANCj4gTWVzc2FnZS1JRDogPDUwNkZFMDk1LjMwODA0MDVAZ21haWwuY29t PiANCj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJpc28tODg1OS0xIjsgRm9y bWF0PSJmbG93ZWQiIA0KPiAwNi4xMC4yMDEyIDA3OjMyLCBjbGF5dG9ubHkgPz8/Pz86IA0KPiAi cmVxdWlyZXMgYSBwcm9wZXJseSBjb25maWd1cmVkIG1hbmFnZW1lbnQgaW50ZXJmYWNlLiAiIA0K PiBEaWQgeW91IGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZSBvbiBzbGF2ZSBiZWZvcmUg am9pbmluZz8gDQo+ID4gSGVsbG8sIGV2ZXJ5IG9uZSANCj4gPiAgSSB3YW50IHRvIGpvaW4gYSBo b3N0IGludG8gYSBwb29sIGJ1dCBwcm9ibGVtIGNhbWUgb3V0LndoZW4gaSB1c2UgeGVuY2VudGVy LCB0aGUgbG9nIHNhaWQgdGhhdCAnZXJyb3I6IHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZy4n d2hlbiBpIHVzZSBjbGkgYnkgJ3hlIHBvb2wtam9pbicsIHRoZXJlIGNhbWVzICd0aGUgaG9zdCB0 b29sc3RhY2sgaXMgc3RpbGwgaW5pdGlhbGlzaW5nLiBwbGVhc2Ugd2FpdCEnIFdoYXQgaXMgdGhl IHByb2JsZW0/ICANCj4gDQo+ID4gVGhlIGRldGFpbHMgaXMgYXMgZm9sbGxvdzogDQo+ID4gWzIw MTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6 ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVqZWN0IHJl cXVpcmVzIGEgcHJvcGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4gV2FpdCBm b3IgeGFwaS9maXJzdGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRoZW4gcmV0 cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcu MC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFJhaXNlZCBhdCB4YXBpX3Bv b2wubWw6NTUuOS02OSAtPiB4YXBpX3Bvb2wubWw6MzEyLjEtMzggLT4geGFwaV9wb29sLm1sOjY1 Ny4yLTUyIC0+IHBlcnZhc2l2ZWV4dC5tbDoyMi4yLTlbMjAxMjEwMDZUMDI6MTg6NTUuNjA5Wnxl cnJvcnxYZW5TZXJ2ZXIzfDEwNCBJTkVUIDEyNy4wLjAuMTo4MHxwb29sLmpvaW4gUjpkYmVlMTNi N2E4YmR8eGFwaV0gUG9vbC5qb2luL1Bvb2wuZWplY3QgcmVxdWlyZXMgYSBwcm9wZXJseSBjb25m aWd1cmVkIG1hbmFnZW1lbnQgaW50ZXJmYWNlLiBXYWl0IGZvciB4YXBpL2ZpcnN0Ym9vdCBpbml0 aWFsaXNhdGlvbiB0byBjb21wbGV0ZSBhbmQgdGhlbiByZXRyeS5bMjAxMjEwMDZUMDI6MTg6NTUu NjE1WnwgaW5mb3xYZW5TZXJ2ZXIzfDEwNCBJTkVUIDEyNy4wLjAuMTo4MHxwb29sLmpvaW4gUjpk YmVlMTNiN2E4YmR8eGFwaV0gc3R1bm5lbCBwaWQ6IDIxNzkgKGNhY2hlZCA9IGZhbHNlKSBjb25u ZWN0ZWQgdG8gMTkyLjE2OC4xMDAuMTE6NDQzICANCj4gDQo+ID4gWzIwMTIxMDA2VDAyOjE4OjU1 LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6 ZGJlZTEzYjdhOGJkfHhhcGldIHdpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0YXNrX29wdD1Ob25l IHNfcGlkPTIxNzkgIA0KPiANCj4gPiBbMjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5T ZXJ2ZXIzfDEwNCBJTkVUIDEyNy4wLjAuMTo4MHxwb29sLmpvaW4gUjpkYmVlMTNiN2E4YmR8YmFj a3RyYWNlXSBSYWlzZWQgYXQgcGVydmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IHhhcGlfcG9vbC5t bDo2NTYuMS0xMDIzIC0+IHJiYWMubWw6MjI5LjE2LTIzICANCj4gDQo+ID4gWzIwMTIxMDA2VDAy OjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5q b2luIFI6ZGJlZTEzYjdhOGJkfGJhY2t0cmFjZV0gUmFpc2VkIGF0IHJiYWMubWw6MjM4LjEwLTE1 IC0+IHNlcnZlcl9oZWxwZXJzLm1sOjc5LjExLTQxICANCj4gDQo+ID4gWzIwMTIxMDA2VDAyOjE4 OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2lu IFI6ZGJlZTEzYjdhOGJkfGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9u X2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0aGF0 PyB0aGFuayB5b3Ugc28gbXVjaCEgIA0KPiANCj4gPiBjbGF5dG9ubHkgDQo+ID4gDQo+ID4gDQo+ ID4gDQo+ID4gDQo+ID4gDQo+ID4gDQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18gDQo+ID4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ID4gWGVuLWFw aUBsaXN0cy54ZW4ub3JnIA0KPiA+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpIA0KPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0t LS0tLS0gDQo+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+IFVSTDogIA0K PiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRz LzIwMTIxMDA2LzljMzVkN2M2L2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBNZXNzYWdlOiAyIA0KPiBEYXRlOiBTYXQsIDYgT2N0IDIw MTIgMTk6Mzc6MDEgKzA4MDAgDQo+IEZyb206ICJjbGF5dG9ubHkiPGNsYXl0b25seUAxNjMuY29t PiANCj4gVG86ICJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiBTdWJqZWN0OiBb WGVuLUFQSV0gdm0gZGllZCBpbiBzbGF2ZSANCj4gTWVzc2FnZS1JRDogPDExYzdlODljLjI5MDMu MTNhMzVkZTY0OGQuQ29yZW1haWwuY2xheXRvbmx5QDE2My5jb20+IA0KPiBDb250ZW50LVR5cGU6 IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IiANCj4gaGVsbG8sYWxsIA0KPiBJIHVzZSB4Y3Ag MS41IGluIHVidW50dSAxMi4wNC4gVG9kYXkgaSBhZGQgYSBzbGF2ZSBob3N0IGludG8gcG9vbC4g V2hlbiBpIHN0YXJ0IGEgdm0gaW4gdGhlIG5ldyBzbGF2ZSwgaXQgdG9vayBhIGxvbmcgdGltZSB0 byBzdGFydCB0aGUgdm0gKG1vcmUgdGhhbiAxbWludXRlLCBub3JtYWwgNXNlYyBpbiBteSBlbnZp cm9ubWVudCkuIEFmdGVyIHRoZSB2bSBzdGFydCwgJ3hlIGNvbnNvbGUtbGlzdCcgZGlkbid0IHNo b3cgdGhlIHZtLiBXaGVuIGkgdHJpZWQgdG8gc2h1dGRvd24gdGhlIHZtIGJ5IHhlbmNlbnRlciwg dm0gdG9vayBtb3JlIHRoYW4gMjBtaW51dGVzIGJ1dCBjb3VsZG4ndCBiZSBzaHV0ZG93bi4gRm9y Y2Ugc2h1ZG93biBkaWRuJ3Qgd29yayB0b28uIEl0IGFwcGVhcmVkIHRoYXQgeGNwLXhhcGkgdGhl IGhvc3Qgd2FzIGRvd24gdG9vLiBCdXQgdGhlIG90aGVyIGhvc3RzIGluIHRoZSBwb29sIHdvcmsg d2VsbC4gV2hhdCBpcyB0aGUgcHJvYmxlbSA/ICANCj4gDQo+IGNsYXl0b25seSANCj4gMjAxMi0x MC0wNiANCj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0t LS0tLS0gDQo+IEFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4gDQo+IFVSTDogIA0K PiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRz LzIwMTIxMDA2L2UzZTljNzFiL2F0dGFjaG1lbnQuaHRtbD4gIA0KPiANCj4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyANCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+IFhlbi1hcGlAbGlzdHMu eGVuLm9yZyANCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZv L3hlbi1hcGkgDQo+IEVuZCBvZiBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSAxNSANCj4g KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA0KPiANCj4gDQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiBYZW4tYXBpIG1h aWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCi0tLS0tLS0tLS0tLS0tIG5l eHQgcGFydCAtLS0tLS0tLS0tLS0tLSANCkFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQu Li4gDQpVUkw6IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0 YWNobWVudHMvMjAxMjEwMDcvYjUyMmJiYzQvYXR0YWNobWVudC5odG1sPiANCg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXyANClhlbi1hcGkgbWFpbGluZyBsaXN0IA0KWGVuLWFwaUBsaXN0cy54 ZW4ub3JnIA0KaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hl bi1hcGkgDQoNCg0KRW5kIG9mIFhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDE3IA0KKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA== --__=_Part_Boundary_004_007157.026477 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPkkgdHJ5 IHRvIGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZSBieSAneGUgcGlmLXJlY29uZmlndXJl LWlwJyBidXQgSXQgDQpkb2Vzbid0IHdvcmsuIEkgdHJ5IHJlY29uZmlnIHRoZSBmaWxlIC9ldGMv eGNwL2ludmVudG9yeSBhbmQgcmVzdGFydCB0aGUgDQp4Y3AteGFwLiBFdmVyeXRoaW5nIGlzIG9r LiB3aGF0IGlzIHRoZSAnaW52ZW50b3J5JyBmaWxlID8gPC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+ PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjIwMTItMTAtMDg8L0ZPTlQ+ PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBz dHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0 IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBj MGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWduTmFtZT5jbGF5dG9u bHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0K PEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJP Tkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+eGVuLWFwaS1yZXF1ZXN0PC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7lj5HpgIHml7bpl7TvvJo8L1NU Uk9ORz4yMDEyLTEwLTA3Jm5ic3A7MjA6MDI8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9 MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjvvJo8L1NUUk9ORz5YZW4tYXBpIERpZ2VzdCwg Vm9sIDc3LCBJc3N1ZSANCjE3PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNl PVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8L1NUUk9ORz4ieGVuLWFwaSImbHQ7eGVuLWFw aUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9 VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNp emU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZu YnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtzdWJzY3JpYmUmbmJzcDtvciZuYnNwO3Vuc3Vi c2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtXaWRlJm5ic3A7V2ViLCZu YnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6 Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9E SVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2VtYWlsLCZuYnNwO3NlbmQmbmJzcDthJm5ic3A7 bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0Jm5ic3A7b3ImbmJzcDtib2R5Jm5ic3A7J2hl bHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVu LWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNoJm5ic3A7dGhlJm5ic3A7cGVyc29uJm5ic3A7 bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5ic3A7YXQmbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5XaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxl YXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5i c3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj50 aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGln ZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO1JlOiZuYnNwO3RoZSZuYnNwO3NlcnZl ciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nJm5ic3A7KEdlb3JnZSZuYnNwO1NodWts aW4pJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVz c2FnZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7U3VuLCZuYnNwOzA3Jm5i c3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzEzOjIxOjUwJm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxE SVY+RnJvbTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGlu QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54 ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEld Jm5ic3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJz cDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsmbHQ7NTA3MTQ5QUUuOTAwMDhAZ21haWwu Y29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsm bmJzcDtjaGFyc2V0PSJ1dGYtOCI7Jm5ic3A7Rm9ybWF0PSJmbG93ZWQiJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5CZWNhdXNlJm5ic3A7eGUmbmJzcDtvbiZuYnNwO2xvY2Fs Jm5ic3A7aG9zdCZuYnNwO3VzZSZuYnNwO2ZpbGUmbmJzcDtzb2NrZXQsJm5ic3A7YW5kJm5ic3A7 YWxsJm5ic3A7bmV0d29yayZuYnNwO21hbmFnZW1lbnQmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+ KGluY2x1ZGluZyZuYnNwO3NsYXZlLW1hc3RlciZuYnNwO2NvbW11bmljYXRpb25zJm5ic3A7aW4m bmJzcDtwb29sKSZuYnNwO2hhcHBlbnMmbmJzcDt2aWEmbmJzcDtuZXR3b3JrLiZuYnNwOzwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Tm8mbmJzcDttYW5hZ2VtZW50Jm5ic3A7aW50ZXJm YWNlJm5ic3A7PSZuYnNwO25vJm5ic3A7bm9ybWFsJm5ic3A7d29yay4mbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPk9uJm5ic3A7MDYuMTAuMjAxMiZuYnNwOzE2OjA0LCZuYnNw O2NsYXl0b25seSZuYnNwO3dyb3RlOiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Tm8sJm5i c3A7SSZuYnNwO2RpZG4ndCZuYnNwO2NvbmZpZ3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRl cmZhY2UuJm5ic3A7VGhlJm5ic3A7aG9zdCZuYnNwO2hhcyZuYnNwO29ubHkmbmJzcDtvbmUmbmJz cDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO3BoeXNpY2FsJm5ic3A7TklDLiZuYnNwO0km bmJzcDtjb25kdWN0Jm5ic3A7dGhlJm5ic3A7c2FtZSZuYnNwO29wZXJhdGlvbiZuYnNwO29uJm5i c3A7dGhlJm5ic3A7b3RoZXImbmJzcDtob3N0cyZuYnNwO2FuZCZuYnNwOyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7ZXZlcnRoaW5nJm5ic3A7d2FzJm5ic3A7b2suJm5ic3A7V2h5Jm5ic3A7 aXMmbmJzcDt0aGF0PyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7MjAxMi0xMC0wNiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/Pz8qeGVuLWFwaS1yZXF1ZXN0 Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsqPz8/Pz8qMjAxMi0xMC0wNiZuYnNwOzIwOjAw Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsqPz8/Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5i c3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDsxNSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Kj8/Pz8qInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyo/Pz8qJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtT ZW5kJm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMm bmJzcDt0byZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbyZu YnNwO3N1YnNjcmliZSZuYnNwO29yJm5ic3A7dW5zdWJzY3JpYmUmbmJzcDt2aWEmbmJzcDt0aGUm bmJzcDtXb3JsZCZuYnNwO1dpZGUmbmJzcDtXZWIsJm5ic3A7dmlzaXQmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDtvciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3Nh Z2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZu YnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDt4ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7WW91Jm5ic3A7Y2FuJm5ic3A7cmVhY2gmbmJzcDt0aGUmbmJzcDtwZXJzb24mbmJzcDttYW5h Z2luZyZuYnNwO3RoZSZuYnNwO2xpc3QmbmJzcDthdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtXaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNl Jm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7 aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7dGhhbiZuYnNwOyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZu YnNwO2RpZ2VzdC4uLiImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtU b3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsxLiZu YnNwO1JlOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290 aW5nJm5ic3A7KEdlb3JnZSZuYnNwO1NodWtsaW4pJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsyLiZuYnNwO3ZtJm5ic3A7ZGllZCZuYnNwO2luJm5ic3A7c2xh dmUmbmJzcDsoY2xheXRvbmx5KSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7TWVzc2FnZTombmJzcDsxJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtEYXRlOiZuYnNwO1NhdCwmbmJzcDswNiZuYnNwO09jdCZuYnNw OzIwMTImbmJzcDsxMTo0MTowOSZuYnNwOyswNDAwJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtGcm9tOiZuYnNwO0dlb3JnZSZuYnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNodWtsaW5A Z21haWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VG86Jm5ic3A7eGVuLWFw aUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtTdWJqZWN0OiZuYnNw O1JlOiZuYnNwO1tYZW4tQVBJXSZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3Rp bGwmbmJzcDtib290aW5nJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlLUlEOiZu YnNwOyZsdDs1MDZGRTA5NS4zMDgwNDA1QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2NoYXJzZXQ9Imlz by04ODU5LTEiOyZuYnNwO0Zvcm1hdD0iZmxvd2VkIiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7MDYuMTAuMjAxMiZuYnNwOzA3OjMyLCZuYnNwO2NsYXl0b25seSZuYnNwOz8/Pz8/OiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7InJlcXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5i c3A7Y29uZmlndXJlZCZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7IiZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7RGlkJm5ic3A7eW91Jm5ic3A7Y29uZmlndXJlJm5ic3A7 bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZSZuYnNwO29uJm5ic3A7c2xhdmUmbmJzcDtiZWZvcmUm bmJzcDtqb2luaW5nPyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0hlbGxv LCZuYnNwO2V2ZXJ5Jm5ic3A7b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Jm5ic3A7SSZuYnNwO3dhbnQmbmJzcDt0byZuYnNwO2pvaW4mbmJzcDthJm5ic3A7aG9zdCZu YnNwO2ludG8mbmJzcDthJm5ic3A7cG9vbCZuYnNwO2J1dCZuYnNwO3Byb2JsZW0mbmJzcDtjYW1l Jm5ic3A7b3V0LndoZW4mbmJzcDtpJm5ic3A7dXNlJm5ic3A7eGVuY2VudGVyLCZuYnNwO3RoZSZu YnNwO2xvZyZuYnNwO3NhaWQmbmJzcDt0aGF0Jm5ic3A7J2Vycm9yOiZuYnNwO3RoZSZuYnNwO3Nl cnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nLid3aGVuJm5ic3A7aSZuYnNwO3Vz ZSZuYnNwO2NsaSZuYnNwO2J5Jm5ic3A7J3hlJm5ic3A7cG9vbC1qb2luJywmbmJzcDt0aGVyZSZu YnNwO2NhbWVzJm5ic3A7J3RoZSZuYnNwO2hvc3QmbmJzcDt0b29sc3RhY2smbmJzcDtpcyZuYnNw O3N0aWxsJm5ic3A7aW5pdGlhbGlzaW5nLiZuYnNwO3BsZWFzZSZuYnNwO3dhaXQhJyZuYnNwO1do YXQmbmJzcDtpcyZuYnNwO3RoZSZuYnNwO3Byb2JsZW0/Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtUaGUmbmJzcDtkZXRh aWxzJm5ic3A7aXMmbmJzcDthcyZuYnNwO2ZvbGxsb3c6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wx MDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdh OGJkfHhhcGldJm5ic3A7UG9vbC5qb2luL1Bvb2wuZWplY3QmbmJzcDtyZXF1aXJlcyZuYnNwO2Em bmJzcDtwcm9wZXJseSZuYnNwO2NvbmZpZ3VyZWQmbmJzcDttYW5hZ2VtZW50Jm5ic3A7aW50ZXJm YWNlLiZuYnNwO1dhaXQmbmJzcDtmb3ImbmJzcDt4YXBpL2ZpcnN0Ym9vdCZuYnNwO2luaXRpYWxp c2F0aW9uJm5ic3A7dG8mbmJzcDtjb21wbGV0ZSZuYnNwO2FuZCZuYnNwO3RoZW4mbmJzcDtyZXRy eS5bMjAxMjEwMDZUMDI6MTg6NTUuNjA5WnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQm bmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJz cDtSYWlzZWQmbmJzcDthdCZuYnNwO3hhcGlfcG9vbC5tbDo1NS45LTY5Jm5ic3A7LSZndDsmbmJz cDt4YXBpX3Bvb2wubWw6MzEyLjEtMzgmbmJzcDstJmd0OyZuYnNwO3hhcGlfcG9vbC5tbDo2NTcu Mi01MiZuYnNwOy0mZ3Q7Jm5ic3A7cGVydmFzaXZlZXh0Lm1sOjIyLjItOVsyMDEyMTAwNlQwMjox ODo1NS42MDlafGVycm9yfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4 MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO1Bvb2wuam9pbi9Qb29s LmVqZWN0Jm5ic3A7cmVxdWlyZXMmbmJzcDthJm5ic3A7cHJvcGVybHkmbmJzcDtjb25maWd1cmVk Jm5ic3A7bWFuYWdlbWVudCZuYnNwO2ludGVyZmFjZS4mbmJzcDtXYWl0Jm5ic3A7Zm9yJm5ic3A7 eGFwaS9maXJzdGJvb3QmbmJzcDtpbml0aWFsaXNhdGlvbiZuYnNwO3RvJm5ic3A7Y29tcGxldGUm bmJzcDthbmQmbmJzcDt0aGVuJm5ic3A7cmV0cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8Jm5i c3A7aW5mb3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcuMC4wLjE6ODB8cG9vbC5q b2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtzdHVubmVsJm5ic3A7cGlkOiZuYnNw OzIxNzkmbmJzcDsoY2FjaGVkJm5ic3A7PSZuYnNwO2ZhbHNlKSZuYnNwO2Nvbm5lY3RlZCZuYnNw O3RvJm5ic3A7MTkyLjE2OC4xMDAuMTE6NDQzJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtbMjAxMjEwMDZUMDI6MTg6NTUu NjE1WnwmbmJzcDtpbmZvfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4 MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO3dpdGhfcmVjb3JkZWRf c3R1bm5lbHBpZCZuYnNwO3Rhc2tfb3B0PU5vbmUmbmJzcDtzX3BpZD0yMTc5Jm5ic3A7Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtb MjAxMjEwMDZUMDI6MTg6NTUuNjMwWnxkZWJ1Z3xYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJz cDsxMjcuMC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8YmFja3RyYWNlXSZu YnNwO1JhaXNlZCZuYnNwO2F0Jm5ic3A7cGVydmFzaXZlZXh0Lm1sOjI2LjIyLTI1Jm5ic3A7LSZn dDsmbmJzcDt4YXBpX3Bvb2wubWw6NjU2LjEtMTAyMyZuYnNwOy0mZ3Q7Jm5ic3A7cmJhYy5tbDoy MjkuMTYtMjMmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwO1syMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZl cjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUx M2I3YThiZHxiYWNrdHJhY2VdJm5ic3A7UmFpc2VkJm5ic3A7YXQmbmJzcDtyYmFjLm1sOjIzOC4x MC0xNSZuYnNwOy0mZ3Q7Jm5ic3A7c2VydmVyX2hlbHBlcnMubWw6NzkuMTEtNDEmbmJzcDsmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O1syMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZu YnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHxkaXNwYXRjaGVy XSZuYnNwO1NlcnZlcl9oZWxwZXJzLmV4ZWMmbmJzcDtleGNlcHRpb25faGFuZGxlcjombmJzcDtH b3QmbmJzcDtleGNlcHRpb24mbmJzcDtIT1NUX1NUSUxMX0JPT1RJTkc6Jm5ic3A7W113aHkmbmJz cDtpcyZuYnNwO3RoYXQ/Jm5ic3A7dGhhbmsmbmJzcDt5b3UmbmJzcDtzbyZuYnNwO211Y2ghJm5i c3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1hl bi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 Jmd0OyZuYnNwO1hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5m by94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNw O25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwO0FuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJzcDtzY3J1YmJl ZC4uLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7VVJMOiZuYnNwOyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVu LWFwaS9hdHRhY2htZW50cy8yMDEyMTAwNi85YzM1ZDdjNi9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5i c3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 TWVzc2FnZTombmJzcDsyJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtEYXRlOiZuYnNwO1Nh dCwmbmJzcDs2Jm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE5OjM3OjAxJm5ic3A7KzA4MDAmbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zyb206Jm5ic3A7ImNsYXl0b25seSImbHQ7Y2xheXRv bmx5QDE2My5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbzombmJzcDsieGVu LWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDt2bSZuYnNwO2RpZWQmbmJzcDtpbiZu YnNwO3NsYXZlJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOyZs dDsxMWM3ZTg5Yy4yOTAzLjEzYTM1ZGU2NDhkLkNvcmVtYWlsLmNsYXl0b25seUAxNjMuY29tJmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Q29udGVudC1UeXBlOiZuYnNwO3RleHQvcGxh aW47Jm5ic3A7Y2hhcnNldD0idXRmLTgiJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtoZWxs byxhbGwmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0kmbmJzcDt1c2UmbmJzcDt4Y3AmbmJz cDsxLjUmbmJzcDtpbiZuYnNwO3VidW50dSZuYnNwOzEyLjA0LiZuYnNwO1RvZGF5Jm5ic3A7aSZu YnNwO2FkZCZuYnNwO2EmbmJzcDtzbGF2ZSZuYnNwO2hvc3QmbmJzcDtpbnRvJm5ic3A7cG9vbC4m bmJzcDtXaGVuJm5ic3A7aSZuYnNwO3N0YXJ0Jm5ic3A7YSZuYnNwO3ZtJm5ic3A7aW4mbmJzcDt0 aGUmbmJzcDtuZXcmbmJzcDtzbGF2ZSwmbmJzcDtpdCZuYnNwO3Rvb2smbmJzcDthJm5ic3A7bG9u ZyZuYnNwO3RpbWUmbmJzcDt0byZuYnNwO3N0YXJ0Jm5ic3A7dGhlJm5ic3A7dm0mbmJzcDsobW9y ZSZuYnNwO3RoYW4mbmJzcDsxbWludXRlLCZuYnNwO25vcm1hbCZuYnNwOzVzZWMmbmJzcDtpbiZu YnNwO215Jm5ic3A7ZW52aXJvbm1lbnQpLiZuYnNwO0FmdGVyJm5ic3A7dGhlJm5ic3A7dm0mbmJz cDtzdGFydCwmbmJzcDsneGUmbmJzcDtjb25zb2xlLWxpc3QnJm5ic3A7ZGlkbid0Jm5ic3A7c2hv dyZuYnNwO3RoZSZuYnNwO3ZtLiZuYnNwO1doZW4mbmJzcDtpJm5ic3A7dHJpZWQmbmJzcDt0byZu YnNwO3NodXRkb3duJm5ic3A7dGhlJm5ic3A7dm0mbmJzcDtieSZuYnNwO3hlbmNlbnRlciwmbmJz cDt2bSZuYnNwO3Rvb2smbmJzcDttb3JlJm5ic3A7dGhhbiZuYnNwOzIwbWludXRlcyZuYnNwO2J1 dCZuYnNwO2NvdWxkbid0Jm5ic3A7YmUmbmJzcDtzaHV0ZG93bi4mbmJzcDtGb3JjZSZuYnNwO3No dWRvd24mbmJzcDtkaWRuJ3QmbmJzcDt3b3JrJm5ic3A7dG9vLiZuYnNwO0l0Jm5ic3A7YXBwZWFy ZWQmbmJzcDt0aGF0Jm5ic3A7eGNwLXhhcGkmbmJzcDt0aGUmbmJzcDtob3N0Jm5ic3A7d2FzJm5i c3A7ZG93biZuYnNwO3Rvby4mbmJzcDtCdXQmbmJzcDt0aGUmbmJzcDtvdGhlciZuYnNwO2hvc3Rz Jm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtwb29sJm5ic3A7d29yayZuYnNwO3dlbGwuJm5ic3A7V2hh dCZuYnNwO2lzJm5ic3A7dGhlJm5ic3A7cHJvYmxlbSZuYnNwOz8mbmJzcDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsyMDEyLTEwLTA2Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tJm5i c3A7bmV4dCZuYnNwO3BhcnQmbmJzcDstLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7QW4mbmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnVi YmVkLi4uJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtVUkw6Jm5ic3A7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmbHQ7aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94 ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA2L2UzZTljNzFiL2F0dGFjaG1lbnQuaHRtbCZndDsm bmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0 aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtFbmQmbmJzcDtvZiZuYnNw O1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDsx NSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7KioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkm bmJzcDttYWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFw aUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMu eGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJ Vj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0m bmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5ic3A7YXR0YWNobWVudCZuYnNwO3dhcyZu YnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElWPlVSTDombmJzcDsmbHQ7aHR0cDovL2xp c3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA3L2I1 MjJiYmM0L2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0 Jm5ic3A7PC9ESVY+DQo8RElWPlhlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJ Vj5odHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZu YnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkVu ZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3NywmbmJz cDtJc3N1ZSZuYnNwOzE3Jm5ic3A7PC9ESVY+DQo8RElWPioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKiZuYnNwOzwvRElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_004_007157.026477-- --===============8702424959254455465== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8702424959254455465==-- From xen-api-bounces@lists.xen.org Mon Oct 08 01:56:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 01:56:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL2ZT-0001Rk-NY; Mon, 08 Oct 2012 01:55:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL2ZS-0001Rf-IK for xen-api@lists.xen.org; Mon, 08 Oct 2012 01:55:51 +0000 Received: from [85.158.143.35:46029] by server-2.bemta-4.messagelabs.com id 0E/8A-06610-5A232705; Mon, 08 Oct 2012 01:55:49 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1349661347!5665607!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16470 invoked from network); 8 Oct 2012 01:55:47 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 01:55:47 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so3152755lbb.32 for ; Sun, 07 Oct 2012 18:55:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=ewDd4Y1tokHyTHvpyGqwRpfNcbe/S8ngsdB7NBwWduE=; b=xs2a+PGAlgaxXT5nEXx6zhPrWxlxW7ITsJwxi0oUqzmkIUvaohGIzW3eOVolRlebNW Y/RdsveV9VJ4yvqvKNFX1VKf9e1Y6Dlp52VR51cjg9pvdJNx4gPtyed1zWK7qGm+MOH+ jeW5fVlEDwVUioRxmgaklTktmluNvad3m17a6Xmd3yPNZSYP/NUHzEJs9164ft4lRPAc omN8+dPf0Bmw8gvHsrJG7kP7ckPaH8Ijb/Cp9vFIbbai3Q5DcWSRMRgzi/6I2d3V/+Bh b69HRL7LTnw54NlaAlMYgosNcLU/+gORx73xj1t4CKOA2f4LsIq7Onj4x/GCd3qN5KYi IuwA== Received: by 10.152.104.115 with SMTP id gd19mr12244241lab.13.1349661346750; Sun, 07 Oct 2012 18:55:46 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id y5sm2190221lbf.16.2012.10.07.18.55.45 (version=SSLv3 cipher=OTHER); Sun, 07 Oct 2012 18:55:46 -0700 (PDT) Message-ID: <507232A1.20305@gmail.com> Date: Mon, 08 Oct 2012 05:55:45 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <6c34379.107e.13a3df35a84.Coremail.claytonly@163.com> In-Reply-To: <6c34379.107e.13a3df35a84.Coremail.claytonly@163.com> Subject: Re: [Xen-API] the server is still booting (George Shuklin) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5160008272318363432==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5160008272318363432== Content-Type: multipart/alternative; boundary="------------020109080400050504020505" This is a multi-part message in MIME format. --------------020109080400050504020505 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Do not touch it. That file is for internal purpose only. You need to configure management interface. No way further without it. What means "doesn't work"? Did you follow /usr/share/doc/xcp-xapi/README.Debian.gz? 08.10.2012 05:17, claytonly ?????: > I try to configure management interface by 'xe pif-reconfigure-ip' but > It doesn't work. I try reconfig the file /etc/xcp/inventory and > restart the xcp-xap. Everything is ok. what is the 'inventory' file ? > 2012-10-08 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *???:*xen-api-request > *????:*2012-10-07 20:02 > *??:*Xen-api Digest, Vol 77, Issue 17 > *???:*"xen-api" > *??:* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: the server is still booting (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Sun, 07 Oct 2012 13:21:50 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] the server is still booting > Message-ID: <507149AE.90008@gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > Because xe on local host use file socket, and all network management > (including slave-master communications in pool) happens via network. > No management interface = no normal work. > On 06.10.2012 16:04, claytonly wrote: > > No, I didn't configure management interface. The host has only one > > physical NIC. I conduct the same operation on the other hosts and > > everthing was ok. Why is that? > > 2012-10-06 > > ------------------------------------------------------------------------ > > > claytonly > > ------------------------------------------------------------------------ > > > *????*xen-api-request > > *?????*2012-10-06 20:00 > > *???*Xen-api Digest, Vol 77, Issue 15 > > *????*"xen-api" > > *???* > > Send Xen-api mailing list submissions to > > xen-api@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > or, via email, send a message with subject or body 'help' to > > xen-api-request@lists.xen.org > > You can reach the person managing the list at > > xen-api-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Xen-api digest..." > > Today's Topics: > > 1. Re: the server is still booting (George Shuklin) > > 2. vm died in slave (claytonly) > > ---------------------------------------------------------------------- > > Message: 1 > > Date: Sat, 06 Oct 2012 11:41:09 +0400 > > From: George Shuklin > > To: xen-api@lists.xen.org > > Subject: Re: [Xen-API] the server is still booting > > Message-ID: <506FE095.3080405@gmail.com> > > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > 06.10.2012 07:32, claytonly ?????: > > "requires a properly configured management interface. " > > Did you configure management interface on slave before joining? > > > Hello, every one > > > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > > > > > > The details is as folllow: > > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > > > > > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > > > > > > claytonly > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > > > ------------------------------ > > Message: 2 > > Date: Sat, 6 Oct 2012 19:37:01 +0800 > > From: "claytonly" > > To: "xen-api" > > Subject: [Xen-API] vm died in slave > > Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> > > Content-Type: text/plain; charset="utf-8" > > hello,all > > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? > > > > > claytonly > > 2012-10-06 > > claytonly > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > > > ------------------------------ > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > End of Xen-api Digest, Vol 77, Issue 15 > > *************************************** > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 17 > *************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------020109080400050504020505 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Do not touch it. That file is for internal purpose only.

You need to configure management interface. No way further without it.

What means "doesn't work"? Did you follow /usr/share/doc/xcp-xapi/README.Debian.gz?

08.10.2012 05:17, claytonly пишет:
 
I try to configure management interface by 'xe pif-reconfigure-ip' but It doesn't work. I try reconfig the file /etc/xcp/inventory and restart the xcp-xap. Everything is ok. what is the 'inventory' file ?
2012-10-08
claytonly
发件人：xen-api-request
发送时间：2012-10-07 20:02
主题：Xen-api Digest, Vol 77, Issue 17
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
 
You can reach the person managing the list at 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: the server is still booting (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Sun, 07 Oct 2012 13:21:50 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] the server is still booting 
Content-Type: text/plain; charset="utf-8"; Format="flowed" 
 
Because xe on local host use file socket, and all network management  
(including slave-master communications in pool) happens via network. 
 
No management interface = no normal work. 
 
On 06.10.2012 16:04, claytonly wrote: 
> No, I didn't configure management interface. The host has only one  
> physical NIC. I conduct the same operation on the other hosts and  
> everthing was ok. Why is that? 
> 2012-10-06 
> ------------------------------------------------------------------------ 
> claytonly 
> ------------------------------------------------------------------------ 
> *????*xen-api-request 
> *?????*2012-10-06 20:00 
> *???*Xen-api Digest, Vol 77, Issue 15 
> *????*"xen-api"<xen-api@lists.xen.org> 
> *???* 
> Send Xen-api mailing list submissions to 
> To subscribe or unsubscribe via the World Wide Web, visit 
> or, via email, send a message with subject or body 'help' to 
> You can reach the person managing the list at 
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of Xen-api digest..." 
> Today's Topics: 
>    1. Re: the server is still booting (George Shuklin) 
>    2. vm died in slave (claytonly) 
> ---------------------------------------------------------------------- 
> Message: 1 
> Date: Sat, 06 Oct 2012 11:41:09 +0400 
> From: George Shuklin <george.shuklin@gmail.com> 
> Subject: Re: [Xen-API] the server is still booting 
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
> 06.10.2012 07:32, claytonly ?????: 
> "requires a properly configured management interface. " 
> Did you configure management interface on slave before joining? 
> > Hello, every one 
> >  I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem?  
> 
> > The details is as folllow: 
> > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|Xe nServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443  
> 
> > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179  
> 
> > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23  
> 
> > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41  
> 
> > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much!  
> 
> > claytonly 
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________ 
> > Xen-api mailing list 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> URL:  
> 
> ------------------------------ 
> Message: 2 
> Date: Sat, 6 Oct 2012 19:37:01 +0800 
> From: "claytonly"<claytonly@163.com> 
> To: "xen-api"<xen-api@lists.xen.org> 
> Subject: [Xen-API] vm died in slave 
> Content-Type: text/plain; charset="utf-8" 
> hello,all 
> I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ?& nbsp; 
> 
> claytonly 
> 2012-10-06 
> claytonly 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> URL:  
> 
> ------------------------------ 
> _______________________________________________ 
> Xen-api mailing list 
> End of Xen-api Digest, Vol 77, Issue 15 
> *************************************** 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 17 
*************************************** 


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

--------------020109080400050504020505-- --===============5160008272318363432== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5160008272318363432==-- From xen-api-bounces@lists.xen.org Mon Oct 08 01:56:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 01:56:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL2ZT-0001Rk-NY; Mon, 08 Oct 2012 01:55:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL2ZS-0001Rf-IK for xen-api@lists.xen.org; Mon, 08 Oct 2012 01:55:51 +0000 Received: from [85.158.143.35:46029] by server-2.bemta-4.messagelabs.com id 0E/8A-06610-5A232705; Mon, 08 Oct 2012 01:55:49 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1349661347!5665607!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16470 invoked from network); 8 Oct 2012 01:55:47 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 01:55:47 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so3152755lbb.32 for ; Sun, 07 Oct 2012 18:55:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=ewDd4Y1tokHyTHvpyGqwRpfNcbe/S8ngsdB7NBwWduE=; b=xs2a+PGAlgaxXT5nEXx6zhPrWxlxW7ITsJwxi0oUqzmkIUvaohGIzW3eOVolRlebNW Y/RdsveV9VJ4yvqvKNFX1VKf9e1Y6Dlp52VR51cjg9pvdJNx4gPtyed1zWK7qGm+MOH+ jeW5fVlEDwVUioRxmgaklTktmluNvad3m17a6Xmd3yPNZSYP/NUHzEJs9164ft4lRPAc omN8+dPf0Bmw8gvHsrJG7kP7ckPaH8Ijb/Cp9vFIbbai3Q5DcWSRMRgzi/6I2d3V/+Bh b69HRL7LTnw54NlaAlMYgosNcLU/+gORx73xj1t4CKOA2f4LsIq7Onj4x/GCd3qN5KYi IuwA== Received: by 10.152.104.115 with SMTP id gd19mr12244241lab.13.1349661346750; Sun, 07 Oct 2012 18:55:46 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id y5sm2190221lbf.16.2012.10.07.18.55.45 (version=SSLv3 cipher=OTHER); Sun, 07 Oct 2012 18:55:46 -0700 (PDT) Message-ID: <507232A1.20305@gmail.com> Date: Mon, 08 Oct 2012 05:55:45 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <6c34379.107e.13a3df35a84.Coremail.claytonly@163.com> In-Reply-To: <6c34379.107e.13a3df35a84.Coremail.claytonly@163.com> Subject: Re: [Xen-API] the server is still booting (George Shuklin) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5160008272318363432==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5160008272318363432== Content-Type: multipart/alternative; boundary="------------020109080400050504020505" This is a multi-part message in MIME format. --------------020109080400050504020505 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Do not touch it. That file is for internal purpose only. You need to configure management interface. No way further without it. What means "doesn't work"? Did you follow /usr/share/doc/xcp-xapi/README.Debian.gz? 08.10.2012 05:17, claytonly ?????: > I try to configure management interface by 'xe pif-reconfigure-ip' but > It doesn't work. I try reconfig the file /etc/xcp/inventory and > restart the xcp-xap. Everything is ok. what is the 'inventory' file ? > 2012-10-08 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *???:*xen-api-request > *????:*2012-10-07 20:02 > *??:*Xen-api Digest, Vol 77, Issue 17 > *???:*"xen-api" > *??:* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: the server is still booting (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Sun, 07 Oct 2012 13:21:50 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] the server is still booting > Message-ID: <507149AE.90008@gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > Because xe on local host use file socket, and all network management > (including slave-master communications in pool) happens via network. > No management interface = no normal work. > On 06.10.2012 16:04, claytonly wrote: > > No, I didn't configure management interface. The host has only one > > physical NIC. I conduct the same operation on the other hosts and > > everthing was ok. Why is that? > > 2012-10-06 > > ------------------------------------------------------------------------ > > > claytonly > > ------------------------------------------------------------------------ > > > *????*xen-api-request > > *?????*2012-10-06 20:00 > > *???*Xen-api Digest, Vol 77, Issue 15 > > *????*"xen-api" > > *???* > > Send Xen-api mailing list submissions to > > xen-api@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > or, via email, send a message with subject or body 'help' to > > xen-api-request@lists.xen.org > > You can reach the person managing the list at > > xen-api-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Xen-api digest..." > > Today's Topics: > > 1. Re: the server is still booting (George Shuklin) > > 2. vm died in slave (claytonly) > > ---------------------------------------------------------------------- > > Message: 1 > > Date: Sat, 06 Oct 2012 11:41:09 +0400 > > From: George Shuklin > > To: xen-api@lists.xen.org > > Subject: Re: [Xen-API] the server is still booting > > Message-ID: <506FE095.3080405@gmail.com> > > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > 06.10.2012 07:32, claytonly ?????: > > "requires a properly configured management interface. " > > Did you configure management interface on slave before joining? > > > Hello, every one > > > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > > > > > > The details is as folllow: > > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > > > > > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > > > > > > claytonly > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > > > ------------------------------ > > Message: 2 > > Date: Sat, 6 Oct 2012 19:37:01 +0800 > > From: "claytonly" > > To: "xen-api" > > Subject: [Xen-API] vm died in slave > > Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> > > Content-Type: text/plain; charset="utf-8" > > hello,all > > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? > > > > > claytonly > > 2012-10-06 > > claytonly > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > > > ------------------------------ > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > End of Xen-api Digest, Vol 77, Issue 15 > > *************************************** > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 17 > *************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------020109080400050504020505 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Do not touch it. That file is for internal purpose only.

You need to configure management interface. No way further without it.

What means "doesn't work"? Did you follow /usr/share/doc/xcp-xapi/README.Debian.gz?

08.10.2012 05:17, claytonly пишет:
 
I try to configure management interface by 'xe pif-reconfigure-ip' but It doesn't work. I try reconfig the file /etc/xcp/inventory and restart the xcp-xap. Everything is ok. what is the 'inventory' file ?
2012-10-08
claytonly
发件人：xen-api-request
发送时间：2012-10-07 20:02
主题：Xen-api Digest, Vol 77, Issue 17
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
 
You can reach the person managing the list at 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: the server is still booting (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Sun, 07 Oct 2012 13:21:50 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] the server is still booting 
Content-Type: text/plain; charset="utf-8"; Format="flowed" 
 
Because xe on local host use file socket, and all network management  
(including slave-master communications in pool) happens via network. 
 
No management interface = no normal work. 
 
On 06.10.2012 16:04, claytonly wrote: 
> No, I didn't configure management interface. The host has only one  
> physical NIC. I conduct the same operation on the other hosts and  
> everthing was ok. Why is that? 
> 2012-10-06 
> ------------------------------------------------------------------------ 
> claytonly 
> ------------------------------------------------------------------------ 
> *????*xen-api-request 
> *?????*2012-10-06 20:00 
> *???*Xen-api Digest, Vol 77, Issue 15 
> *????*"xen-api"<xen-api@lists.xen.org> 
> *???* 
> Send Xen-api mailing list submissions to 
> To subscribe or unsubscribe via the World Wide Web, visit 
> or, via email, send a message with subject or body 'help' to 
> You can reach the person managing the list at 
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of Xen-api digest..." 
> Today's Topics: 
>    1. Re: the server is still booting (George Shuklin) 
>    2. vm died in slave (claytonly) 
> ---------------------------------------------------------------------- 
> Message: 1 
> Date: Sat, 06 Oct 2012 11:41:09 +0400 
> From: George Shuklin <george.shuklin@gmail.com> 
> Subject: Re: [Xen-API] the server is still booting 
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
> 06.10.2012 07:32, claytonly ?????: 
> "requires a properly configured management interface. " 
> Did you configure management interface on slave before joining? 
> > Hello, every one 
> >  I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem?  
> 
> > The details is as folllow: 
> > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|Xe nServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443  
> 
> > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179  
> 
> > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23  
> 
> > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41  
> 
> > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much!  
> 
> > claytonly 
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________ 
> > Xen-api mailing list 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> URL:  
> 
> ------------------------------ 
> Message: 2 
> Date: Sat, 6 Oct 2012 19:37:01 +0800 
> From: "claytonly"<claytonly@163.com> 
> To: "xen-api"<xen-api@lists.xen.org> 
> Subject: [Xen-API] vm died in slave 
> Content-Type: text/plain; charset="utf-8" 
> hello,all 
> I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ?& nbsp; 
> 
> claytonly 
> 2012-10-06 
> claytonly 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> URL:  
> 
> ------------------------------ 
> _______________________________________________ 
> Xen-api mailing list 
> End of Xen-api Digest, Vol 77, Issue 15 
> *************************************** 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 17 
*************************************** 


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

--------------020109080400050504020505-- --===============5160008272318363432== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5160008272318363432==-- From xen-api-bounces@lists.xen.org Mon Oct 08 03:11:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 03:11:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL3kE-0002bo-95; Mon, 08 Oct 2012 03:11:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL3kC-0002bj-HY for xen-api@lists.xen.org; Mon, 08 Oct 2012 03:11:01 +0000 Received: from [85.158.139.83:40899] by server-13.bemta-5.messagelabs.com id 84/28-06496-34442705; Mon, 08 Oct 2012 03:10:59 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1349665852!33271204!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1MTg5\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1MTg5\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11524 invoked from network); 8 Oct 2012 03:10:54 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-13.tower-182.messagelabs.com with SMTP; 8 Oct 2012 03:10:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=X7YJvut6BSR2+TU 3kh/tJ5p7Lo5x9hfzRiWuGNkx6eE=; b=OQA0q4clV9VZwnMfGUNqTM8LQOjVMwI O96Fr7+UalX2mBYrSoKNlFnD0ncLerN9S655ou6Zj8JTRUYmAY8XqnoQ4pG+3oJR oADDPNbEFrU9n5UutpfuYawaNxTAQ8r5KQgl5z/CUhQf1ABPJeTkuOP05FuKPTpr de7QhdX6wVTQ= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 8 Oct 2012 11:10:47 +0800 (GMT+08:00) Date: Mon, 8 Oct 2012 11:10:25 +0800 From: "claytonly" To: "xen-api" Message-ID: <11635bc.3282.13a3e5a7833.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 7cKowGBpAEI4RHJQvswhAA--.1194W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaQlCpk9o8pdaJAABs5 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 19 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8419973853233961336==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8419973853233961336== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_025030.022067" --__=_Part_Boundary_004_025030.022067 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SSB0cnkgJ3hlIHBpZi1yZWNvbmZpZ3VyZS1pcCcgYnV0IHRoZSBlcnJvcnMgIk5ldHdvcmsgY29u ZmlndXJhdGlvbiBlcnJvcjogU0NSSVBUX0VSUk9SIFtzY3JpcHQ9L3NiaW4vYnRydGwsIGFyZz1h ZGRpZiB4ZW5icjEgZXRoMSwgY29kZT0xLCBzdGRvdXQgID0gLCBzdGRlcnIgIGRldmljZSBldGgx IGlzIGFscmVhZHkgYSBtZW1iZXIgb2YgYSBicmlkZ2U7IGNhbid0IGVuc2xhdmUgaXQgdG8gYnJp ZGdlIHhlbmJyMSBdIi4gSSBjaGFuZ2UgdGhlIHV1aWQgaW4gL2V0Yy94Y3AvaW52ZW50b3J5IGFu ZCB0aGUgaG9zdCBjYW4gYmUgam9pbmVkIHRvIHBvb2wuIA0KSSBkaWRuJ3QgcmVhZCB0aGUgL3Vz ci9zaGFyZS9kb2MveGNwLXhhcGkvUkVBRE1FLkRlYmlhbi5nei4gSSBpbnN0YWxsIHhjcCBvbiB1 YnVudHUgZm9sbG93aW5nIGJ5IGh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YQ1BfdG9vbHN0YWNr X29uX2FfRGViaWFuLWJhc2VkX2Rpc3RyaWJ1dGlvbi4gDQoNCjIwMTItMTAtMDgNCg0KDQoNCmNs YXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaeGVuLWFwaS1yZXF1ZXN0DQrlj5HpgIHml7bpl7Tv vJoyMDEyLTEwLTA4IDA5OjU2DQrkuLvpopjvvJpYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1 ZSAxOQ0K5pS25Lu25Lq677yaInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4NCuaKhOmA ge+8mg0KDQpTZW5kIFhlbi1hcGkgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0KICAgIHhl bi1hcGlAbGlzdHMueGVuLm9yZyANCg0KVG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0 aGUgV29ybGQgV2lkZSBXZWIsIHZpc2l0IA0KICAgIGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0Kb3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3Nh Z2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KICAgIHhlbi1hcGktcmVxdWVzdEBs aXN0cy54ZW4ub3JnIA0KDQpZb3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxp c3QgYXQgDQogICAgeGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnIA0KDQpXaGVuIHJlcGx5aW5n LCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBpcyBtb3JlIHNwZWNpZmljIA0K dGhhbiAiUmU6IENvbnRlbnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4uIiANCg0KDQpUb2RheSdzIFRv cGljczogDQoNCiAgIDEuIFJlOiB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcgKEdlb3JnZSBT aHVrbGluKSAoR2VvcmdlIFNodWtsaW4pIA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6 IDEgDQpEYXRlOiBNb24sIDA4IE9jdCAyMDEyIDA1OjU1OjQ1ICswNDAwIA0KRnJvbTogR2Vvcmdl IFNodWtsaW4gPGdlb3JnZS5zaHVrbGluQGdtYWlsLmNvbT4gDQpUbzogeGVuLWFwaUBsaXN0cy54 ZW4ub3JnIA0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3Rp bmcgKEdlb3JnZSBTaHVrbGluKSANCk1lc3NhZ2UtSUQ6IDw1MDcyMzJBMS4yMDMwNUBnbWFpbC5j b20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJpc28tODg1OS0xIjsgRm9y bWF0PSJmbG93ZWQiIA0KDQpEbyBub3QgdG91Y2ggaXQuIFRoYXQgZmlsZSBpcyBmb3IgaW50ZXJu YWwgcHVycG9zZSBvbmx5LiANCg0KWW91IG5lZWQgdG8gY29uZmlndXJlIG1hbmFnZW1lbnQgaW50 ZXJmYWNlLiBObyB3YXkgZnVydGhlciB3aXRob3V0IGl0LiANCg0KV2hhdCBtZWFucyAiZG9lc24n dCB3b3JrIj8gRGlkIHlvdSBmb2xsb3cgIA0KL3Vzci9zaGFyZS9kb2MveGNwLXhhcGkvUkVBRE1F LkRlYmlhbi5nej8gDQoNCjA4LjEwLjIwMTIgMDU6MTcsIGNsYXl0b25seSA/Pz8/PzogDQo+IEkg dHJ5IHRvIGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZSBieSAneGUgcGlmLXJlY29uZmln dXJlLWlwJyBidXQgIA0KPiBJdCBkb2Vzbid0IHdvcmsuIEkgdHJ5IHJlY29uZmlnIHRoZSBmaWxl IC9ldGMveGNwL2ludmVudG9yeSBhbmQgIA0KPiByZXN0YXJ0IHRoZSB4Y3AteGFwLiBFdmVyeXRo aW5nIGlzIG9rLiB3aGF0IGlzIHRoZSAnaW52ZW50b3J5JyBmaWxlID8gDQo+IDIwMTItMTAtMDgg DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSANCj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ ICo/Pz86Knhlbi1hcGktcmVxdWVzdCANCj4gKj8/Pz86KjIwMTItMTAtMDcgMjA6MDIgDQo+ICo/ PzoqWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgMTcgDQo+ICo/Pz86KiJ4ZW4tYXBpIjx4 ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiAqPz86KiANCj4gU2VuZCBYZW4tYXBpIG1haWxpbmcg bGlzdCBzdWJtaXNzaW9ucyB0byANCj4gICAgIHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gVG8g c3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUgV29ybGQgV2lkZSBXZWIsIHZpc2l0IA0K PiAgICAgaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGkgDQo+IG9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5 ICdoZWxwJyB0byANCj4gICAgIHhlbi1hcGktcmVxdWVzdEBsaXN0cy54ZW4ub3JnIA0KPiBZb3Ug Y2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQgDQo+ICAgICB4ZW4tYXBp LW93bmVyQGxpc3RzLnhlbi5vcmcgDQo+IFdoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIg U3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMgDQo+IHRoYW4gIlJlOiBDb250ZW50 cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIgDQo+IFRvZGF5J3MgVG9waWNzOiANCj4gICAgMS4gUmU6 IHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZyAoR2VvcmdlIFNodWtsaW4pIA0KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tIA0KPiBNZXNzYWdlOiAxIA0KPiBEYXRlOiBTdW4sIDA3IE9jdCAyMDEyIDEzOjIxOjUw ICswNDAwIA0KPiBGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2VvcmdlLnNodWtsaW5AZ21haWwuY29t PiANCj4gVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gU3ViamVjdDogUmU6IFtYZW4tQVBJ XSB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcgDQo+IE1lc3NhZ2UtSUQ6IDw1MDcxNDlBRS45 MDAwOEBnbWFpbC5jb20+IA0KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0 Zi04IjsgRm9ybWF0PSJmbG93ZWQiIA0KPiBCZWNhdXNlIHhlIG9uIGxvY2FsIGhvc3QgdXNlIGZp bGUgc29ja2V0LCBhbmQgYWxsIG5ldHdvcmsgbWFuYWdlbWVudCANCj4gKGluY2x1ZGluZyBzbGF2 ZS1tYXN0ZXIgY29tbXVuaWNhdGlvbnMgaW4gcG9vbCkgaGFwcGVucyB2aWEgbmV0d29yay4gDQo+ IE5vIG1hbmFnZW1lbnQgaW50ZXJmYWNlID0gbm8gbm9ybWFsIHdvcmsuIA0KPiBPbiAwNi4xMC4y MDEyIDE2OjA0LCBjbGF5dG9ubHkgd3JvdGU6IA0KPiA+IE5vLCBJIGRpZG4ndCBjb25maWd1cmUg bWFuYWdlbWVudCBpbnRlcmZhY2UuIFRoZSBob3N0IGhhcyBvbmx5IG9uZSANCj4gPiBwaHlzaWNh bCBOSUMuIEkgY29uZHVjdCB0aGUgc2FtZSBvcGVyYXRpb24gb24gdGhlIG90aGVyIGhvc3RzIGFu ZCANCj4gPiBldmVydGhpbmcgd2FzIG9rLiBXaHkgaXMgdGhhdD8gDQo+ID4gMjAxMi0xMC0wNiAN Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0gIA0KPiANCj4gPiBjbGF5dG9ubHkgDQo+ID4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tICANCj4gDQo+ID4gKj8/Pz8qeGVuLWFwaS1yZXF1ZXN0IA0KPiA+ICo/Pz8/PyoyMDEy LTEwLTA2IDIwOjAwIA0KPiA+ICo/Pz8qWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgMTUg DQo+ID4gKj8/Pz8qInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQo+ID4gKj8/Pyog DQo+ID4gU2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCj4gPiAgICAg eGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiA+IFRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2 aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCj4gPiAgICAgaHR0cDovL2xpc3RzLnhlbi5v cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4gb3IsIHZpYSBlbWFpbCwg c2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiA+ICAgICB4 ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCj4gPiBZb3UgY2FuIHJlYWNoIHRoZSBwZXJz b24gbWFuYWdpbmcgdGhlIGxpc3QgYXQgDQo+ID4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVu Lm9yZyANCj4gPiBXaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBz byBpdCBpcyBtb3JlIHNwZWNpZmljIA0KPiA+IHRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBp IGRpZ2VzdC4uLiIgDQo+ID4gVG9kYXkncyBUb3BpY3M6IA0KPiA+ICAgIDEuIFJlOiB0aGUgc2Vy dmVyIGlzIHN0aWxsIGJvb3RpbmcgKEdlb3JnZSBTaHVrbGluKSANCj4gPiAgICAyLiB2bSBkaWVk IGluIHNsYXZlIChjbGF5dG9ubHkpIA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ID4gTWVzc2FnZTog MSANCj4gPiBEYXRlOiBTYXQsIDA2IE9jdCAyMDEyIDExOjQxOjA5ICswNDAwIA0KPiA+IEZyb206 IEdlb3JnZSBTaHVrbGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiA+IFRvOiB4ZW4t YXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gU3ViamVjdDogUmU6IFtYZW4tQVBJXSB0aGUgc2VydmVy IGlzIHN0aWxsIGJvb3RpbmcgDQo+ID4gTWVzc2FnZS1JRDogPDUwNkZFMDk1LjMwODA0MDVAZ21h aWwuY29tPiANCj4gPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04ODU5 LTEiOyBGb3JtYXQ9ImZsb3dlZCIgDQo+ID4gMDYuMTAuMjAxMiAwNzozMiwgY2xheXRvbmx5ID8/ Pz8/OiANCj4gPiAicmVxdWlyZXMgYSBwcm9wZXJseSBjb25maWd1cmVkIG1hbmFnZW1lbnQgaW50 ZXJmYWNlLiAiIA0KPiA+IERpZCB5b3UgY29uZmlndXJlIG1hbmFnZW1lbnQgaW50ZXJmYWNlIG9u IHNsYXZlIGJlZm9yZSBqb2luaW5nPyANCj4gPiA+IEhlbGxvLCBldmVyeSBvbmUgDQo+ID4gPiAg SSB3YW50IHRvIGpvaW4gYSBob3N0IGludG8gYSBwb29sIGJ1dCBwcm9ibGVtIGNhbWUgb3V0Lndo ZW4gaSB1c2UgeGVuY2VudGVyLCB0aGUgbG9nIHNhaWQgdGhhdCAnZXJyb3I6IHRoZSBzZXJ2ZXIg aXMgc3RpbGwgYm9vdGluZy4nd2hlbiBpIHVzZSBjbGkgYnkgJ3hlIHBvb2wtam9pbicsIHRoZXJl IGNhbWVzICd0aGUgaG9zdCB0b29sc3RhY2sgaXMgc3RpbGwgaW5pdGlhbGlzaW5nLiBwbGVhc2Ug d2FpdCEnIFdoYXQgaXMgdGhlIHByb2JsZW0/ICANCj4gDQo+ID4gDQo+ID4gPiBUaGUgZGV0YWls cyBpcyBhcyBmb2xsbG93OiANCj4gPiA+IFsyMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhl blNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4 YXBpXSBQb29sLmpvaW4vUG9vbC5lamVjdCByZXF1aXJlcyBhIHByb3Blcmx5IGNvbmZpZ3VyZWQg bWFuYWdlbWVudCBpbnRlcmZhY2UuIFdhaXQgZm9yIHhhcGkvZmlyc3Rib290IGluaXRpYWxpc2F0 aW9uIHRvIGNvbXBsZXRlIGFuZCB0aGVuIHJldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MDlafGRl YnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3 YThiZHx4YXBpXSBSYWlzZWQgYXQgeGFwaV9wb29sLm1sOjU1LjktNjkgLT4geGFwaV9wb29sLm1s OjMxMi4xLTM4IC0+IHhhcGlfcG9vbC5tbDo2NTcuMi01MiAtPiBwZXJ2YXNpdmVleHQubWw6MjIu Mi05WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcu MC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVq ZWN0IHJlcXVpcmVzIGEgcHJvcGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4g V2FpdCBmb3IgeGFwaS9maXJzdGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRo ZW4gcmV0cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5F VCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHN0dW5uZWwgcGlk OiAyMTc5IChjYWNoZWQgPSBmYWxzZSkgY29ubmVjdGVkIHRvIDE5Mi4xNjguMTAwLjExOjQ0MyAg DQo+IA0KPiA+IA0KPiA+ID4gWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVy M3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHdp dGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0YXNrX29wdD1Ob25lIHNfcGlkPTIxNzkgIA0KPiANCj4g PiANCj4gPiA+IFsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0IElO RVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHxiYWNrdHJhY2VdIFJhaXNl ZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4geGFwaV9wb29sLm1sOjY1Ni4xLTEwMjMg LT4gcmJhYy5tbDoyMjkuMTYtMjMgIA0KPiANCj4gPiANCj4gPiA+IFsyMDEyMTAwNlQwMjoxODo1 NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBS OmRiZWUxM2I3YThiZHxiYWNrdHJhY2VdIFJhaXNlZCBhdCByYmFjLm1sOjIzOC4xMC0xNSAtPiBz ZXJ2ZXJfaGVscGVycy5tbDo3OS4xMS00MSAgDQo+IA0KPiA+IA0KPiA+ID4gWzIwMTIxMDA2VDAy OjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5q b2luIFI6ZGJlZTEzYjdhOGJkfGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0 aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0 aGF0PyB0aGFuayB5b3Ugc28gbXVjaCEgIA0KPiANCj4gPiANCj4gPiA+IGNsYXl0b25seSANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiA+ID4gWGVuLWFw aSBtYWlsaW5nIGxpc3QgDQo+ID4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gPiBodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gPiAt LS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS0gDQo+ID4gQW4gSFRNTCBhdHRh Y2htZW50IHdhcyBzY3J1YmJlZC4uLiANCj4gPiBVUkw6IA0KPiA+IDxodHRwOi8vbGlzdHMueGVu Lm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDYvOWMzNWQ3YzYv YXR0YWNobWVudC5odG1sPiAgDQo+IA0KPiA+IA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSANCj4gPiBNZXNzYWdlOiAyIA0KPiA+IERhdGU6IFNhdCwgNiBPY3QgMjAxMiAxOToz NzowMSArMDgwMCANCj4gPiBGcm9tOiAiY2xheXRvbmx5IjxjbGF5dG9ubHlAMTYzLmNvbT4gDQo+ ID4gVG86ICJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiA+IFN1YmplY3Q6IFtY ZW4tQVBJXSB2bSBkaWVkIGluIHNsYXZlIA0KPiA+IE1lc3NhZ2UtSUQ6IDwxMWM3ZTg5Yy4yOTAz LjEzYTM1ZGU2NDhkLkNvcmVtYWlsLmNsYXl0b25seUAxNjMuY29tPiANCj4gPiBDb250ZW50LVR5 cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IiANCj4gPiBoZWxsbyxhbGwgDQo+ID4gSSB1 c2UgeGNwIDEuNSBpbiB1YnVudHUgMTIuMDQuIFRvZGF5IGkgYWRkIGEgc2xhdmUgaG9zdCBpbnRv IHBvb2wuIFdoZW4gaSBzdGFydCBhIHZtIGluIHRoZSBuZXcgc2xhdmUsIGl0IHRvb2sgYSBsb25n IHRpbWUgdG8gc3RhcnQgdGhlIHZtIChtb3JlIHRoYW4gMW1pbnV0ZSwgbm9ybWFsIDVzZWMgaW4g bXkgZW52aXJvbm1lbnQpLiBBZnRlciB0aGUgdm0gc3RhcnQsICd4ZSBjb25zb2xlLWxpc3QnIGRp ZG4ndCBzaG93IHRoZSB2bS4gV2hlbiBpIHRyaWVkIHRvIHNodXRkb3duIHRoZSB2bSBieSB4ZW5j ZW50ZXIsIHZtIHRvb2sgbW9yZSB0aGFuIDIwbWludXRlcyBidXQgY291bGRuJ3QgYmUgc2h1dGRv d24uIEZvcmNlIHNodWRvd24gZGlkbid0IHdvcmsgdG9vLiBJdCBhcHBlYXJlZCB0aGF0IHhjcC14 YXBpIHRoZSBob3N0IHdhcyBkb3duIHRvby4gQnV0IHRoZSBvdGhlciBob3N0cyBpbiB0aGUgcG9v bCB3b3JrIHdlbGwuIFdoYXQgaXMgdGhlIHByb2JsZW0gPyAgDQo+IA0KPiA+IA0KPiA+IGNsYXl0 b25seSANCj4gPiAyMDEyLTEwLTA2IA0KPiA+IGNsYXl0b25seSANCj4gPiAtLS0tLS0tLS0tLS0t LSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS0gDQo+ID4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBz Y3J1YmJlZC4uLiANCj4gPiBVUkw6IA0KPiA+IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZl cy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDYvZTNlOWM3MWIvYXR0YWNobWVudC5o dG1sPiAgDQo+IA0KPiA+IA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCj4g PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gPiBY ZW4tYXBpIG1haWxpbmcgbGlzdCANCj4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gaHR0 cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4g RW5kIG9mIFhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDE1IA0KPiA+ICoqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKiANCj4gPiANCj4gPiANCj4gPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gPiBYZW4tYXBpIG1haWxp bmcgbGlzdCANCj4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gaHR0cDovL2xpc3RzLnhl bi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+IC0tLS0tLS0tLS0tLS0t IG5leHQgcGFydCAtLS0tLS0tLS0tLS0tLSANCj4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1 YmJlZC4uLiANCj4gVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4t YXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA3L2I1MjJiYmM0L2F0dGFjaG1lbnQuaHRtbD4gIA0KPiAN Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ IFhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9t YWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+IEVuZCBvZiBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3 LCBJc3N1ZSAxNyANCj4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA0K PiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f IA0KPiBYZW4tYXBpIG1haWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBo dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0K LS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2ht ZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVz L2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwOC8yODY1MzYzNS9hdHRhY2htZW50Lmh0 bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KWGVuLWFwaSBtYWlsaW5nIGxpc3Qg DQpYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0KDQpFbmQgb2YgWGVuLWFwaSBEaWdlc3QsIFZvbCA3 NywgSXNzdWUgMTkgDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiog --__=_Part_Boundary_004_025030.022067 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5JIHRyeSANCid4ZSZuYnNwO3BpZi1yZWNvbmZpZ3Vy ZS1pcCcmbmJzcDtidXQgdGhlIGVycm9ycyAiTmV0d29yayBjb25maWd1cmF0aW9uIGVycm9yOiAN ClNDUklQVF9FUlJPUiBbc2NyaXB0PS9zYmluL2J0cnRsLCBhcmc9YWRkaWYgeGVuYnIxIGV0aDEs IGNvZGU9MSwgc3Rkb3V0Jm5ic3A7ID0gDQosIHN0ZGVyciZuYnNwOyBkZXZpY2UgZXRoMSBpcyBh bHJlYWR5IGEgbWVtYmVyIG9mIGEgYnJpZGdlOyZuYnNwO2Nhbid0IGVuc2xhdmUgDQppdCZuYnNw O3RvIGJyaWRnZSB4ZW5icjEmbmJzcDtdIi4gSSBjaGFuZ2UgdGhlIHV1aWQgaW4gL2V0Yy94Y3Av aW52ZW50b3J5IGFuZCANCnRoZSBob3N0IGNhbiBiZSBqb2luZWQgdG8gcG9vbC4gPC9GT05UPjwv RElWPg0KPERJVj5JIGRpZG4ndCByZWFkIHRoZSAvdXNyL3NoYXJlL2RvYy94Y3AteGFwaS9SRUFE TUUuRGViaWFuLmd6LiBJIGluc3RhbGwgeGNwIA0Kb24gdWJ1bnR1IGZvbGxvd2luZyBieSA8QSAN CmhyZWY9Imh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YQ1BfdG9vbHN0YWNrX29uX2FfRGViaWFu LWJhc2VkX2Rpc3RyaWJ1dGlvbiI+aHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hDUF90b29sc3Rh Y2tfb25fYV9EZWJpYW4tYmFzZWRfZGlzdHJpYnV0aW9uPC9BPi4gDQo8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFj ZT1WZXJkYW5hPjIwMTItMTAtMDg8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQg c2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJw eCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYg YWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4g DQppZD1fRmxhc2hTaWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48 Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJPTkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+eGVuLWFw aS1yZXF1ZXN0PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+ PFNUUk9ORz7lj5HpgIHml7bpl7TvvJo8L1NUUk9ORz4yMDEyLTEwLTA4Jm5ic3A7MDk6NTY8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjv vJo8L1NUUk9ORz5YZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSANCjE5PC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8 L1NUUk9ORz4ieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RS T05HPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+ Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQm bmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNw O3RvJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlz dHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtz dWJzY3JpYmUmbmJzcDtvciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7 V29ybGQmbmJzcDtXaWRlJm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2Vt YWlsLCZuYnNwO3NlbmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0 Jm5ic3A7b3ImbmJzcDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNo Jm5ic3A7dGhlJm5ic3A7cGVyc29uJm5ic3A7bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5i c3A7YXQmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1v d25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5X aGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtT dWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtz cGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj50aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5i c3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZu YnNwO1JlOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290 aW5nJm5ic3A7KEdlb3JnZSZuYnNwO1NodWtsaW4pJm5ic3A7KEdlb3JnZSZuYnNwO1NodWtsaW4p Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2Fn ZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7TW9uLCZuYnNwOzA4Jm5ic3A7 T2N0Jm5ic3A7MjAxMiZuYnNwOzA1OjU1OjQ1Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+ RnJvbTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdt YWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4u b3JnJm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5i c3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJzcDso R2VvcmdlJm5ic3A7U2h1a2xpbikmbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsm bHQ7NTA3MjMyQTEuMjAzMDVAZ21haWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50 LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsmbmJzcDtG b3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRvJm5i c3A7bm90Jm5ic3A7dG91Y2gmbmJzcDtpdC4mbmJzcDtUaGF0Jm5ic3A7ZmlsZSZuYnNwO2lzJm5i c3A7Zm9yJm5ic3A7aW50ZXJuYWwmbmJzcDtwdXJwb3NlJm5ic3A7b25seS4mbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO25lZWQmbmJzcDt0byZuYnNwO2NvbmZp Z3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7Tm8mbmJzcDt3YXkmbmJz cDtmdXJ0aGVyJm5ic3A7d2l0aG91dCZuYnNwO2l0LiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+V2hhdCZuYnNwO21lYW5zJm5ic3A7ImRvZXNuJ3QmbmJzcDt3b3JrIj8mbmJz cDtEaWQmbmJzcDt5b3UmbmJzcDtmb2xsb3cmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+L3Vzci9z aGFyZS9kb2MveGNwLXhhcGkvUkVBRE1FLkRlYmlhbi5nej8mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPjA4LjEwLjIwMTImbmJzcDswNToxNywmbmJzcDtjbGF5dG9ubHkmbmJz cDs/Pz8/PzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0kmbmJzcDt0cnkmbmJzcDt0byZu YnNwO2NvbmZpZ3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UmbmJzcDtieSZuYnNw Oyd4ZSZuYnNwO3BpZi1yZWNvbmZpZ3VyZS1pcCcmbmJzcDtidXQmbmJzcDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO0l0Jm5ic3A7ZG9lc24ndCZuYnNwO3dvcmsuJm5ic3A7SSZuYnNwO3Ry eSZuYnNwO3JlY29uZmlnJm5ic3A7dGhlJm5ic3A7ZmlsZSZuYnNwOy9ldGMveGNwL2ludmVudG9y eSZuYnNwO2FuZCZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7cmVzdGFydCZuYnNw O3RoZSZuYnNwO3hjcC14YXAuJm5ic3A7RXZlcnl0aGluZyZuYnNwO2lzJm5ic3A7b2suJm5ic3A7 d2hhdCZuYnNwO2lzJm5ic3A7dGhlJm5ic3A7J2ludmVudG9yeScmbmJzcDtmaWxlJm5ic3A7PyZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7MjAxMi0xMC0wOCZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5 dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/PzoqeGVuLWFwaS1yZXF1ZXN0Jm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsqPz8/PzoqMjAxMi0xMC0wNyZuYnNwOzIwOjAyJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsqPz86Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7Nzcs Jm5ic3A7SXNzdWUmbmJzcDsxNyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/PzoqInhl bi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyo/PzoqJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtTZW5kJm5ic3A7WGVuLWFw aSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMmbmJzcDt0byZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaUBsaXN0 cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbyZuYnNwO3N1YnNjcmliZSZu YnNwO29yJm5ic3A7dW5zdWJzY3JpYmUmbmJzcDt2aWEmbmJzcDt0aGUmbmJzcDtXb3JsZCZuYnNw O1dpZGUmbmJzcDtXZWIsJm5ic3A7dmlzaXQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtvciwmbmJzcDt2 aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3NhZ2UmbmJzcDt3aXRoJm5i c3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZuYnNwO3RvJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4tYXBpLXJlcXVl c3RAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WW91Jm5ic3A7Y2Fu Jm5ic3A7cmVhY2gmbmJzcDt0aGUmbmJzcDtwZXJzb24mbmJzcDttYW5hZ2luZyZuYnNwO3RoZSZu YnNwO2xpc3QmbmJzcDthdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtXaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNw O3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNw O21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7dGhhbiZuYnNw OyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO2RpZ2VzdC4uLiIm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO1JlOiZuYnNwO3Ro ZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nJm5ic3A7KEdlb3Jn ZSZuYnNwO1NodWtsaW4pJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlOiZuYnNwOzEmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO0RhdGU6Jm5ic3A7U3VuLCZuYnNwOzA3Jm5ic3A7T2N0Jm5ic3A7MjAx MiZuYnNwOzEzOjIxOjUwJm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zy b206Jm5ic3A7R2VvcmdlJm5ic3A7U2h1a2xpbiZuYnNwOyZsdDtnZW9yZ2Uuc2h1a2xpbkBnbWFp bC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbzombmJzcDt4ZW4tYXBpQGxp c3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7UmU6 Jm5ic3A7W1hlbi1BUEldJm5ic3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZu YnNwO2Jvb3RpbmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO01lc3NhZ2UtSUQ6Jm5ic3A7 Jmx0OzUwNzE0OUFFLjkwMDA4QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2NoYXJzZXQ9InV0Zi04Ijsm bmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0JlY2F1c2Um bmJzcDt4ZSZuYnNwO29uJm5ic3A7bG9jYWwmbmJzcDtob3N0Jm5ic3A7dXNlJm5ic3A7ZmlsZSZu YnNwO3NvY2tldCwmbmJzcDthbmQmbmJzcDthbGwmbmJzcDtuZXR3b3JrJm5ic3A7bWFuYWdlbWVu dCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7KGluY2x1ZGluZyZuYnNwO3NsYXZlLW1hc3Rl ciZuYnNwO2NvbW11bmljYXRpb25zJm5ic3A7aW4mbmJzcDtwb29sKSZuYnNwO2hhcHBlbnMmbmJz cDt2aWEmbmJzcDtuZXR3b3JrLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Tm8mbmJzcDtt YW5hZ2VtZW50Jm5ic3A7aW50ZXJmYWNlJm5ic3A7PSZuYnNwO25vJm5ic3A7bm9ybWFsJm5ic3A7 d29yay4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO09uJm5ic3A7MDYuMTAuMjAxMiZuYnNw OzE2OjA0LCZuYnNwO2NsYXl0b25seSZuYnNwO3dyb3RlOiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO05vLCZuYnNwO0kmbmJzcDtkaWRuJ3QmbmJzcDtjb25maWd1cmUmbmJz cDttYW5hZ2VtZW50Jm5ic3A7aW50ZXJmYWNlLiZuYnNwO1RoZSZuYnNwO2hvc3QmbmJzcDtoYXMm bmJzcDtvbmx5Jm5ic3A7b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 cGh5c2ljYWwmbmJzcDtOSUMuJm5ic3A7SSZuYnNwO2NvbmR1Y3QmbmJzcDt0aGUmbmJzcDtzYW1l Jm5ic3A7b3BlcmF0aW9uJm5ic3A7b24mbmJzcDt0aGUmbmJzcDtvdGhlciZuYnNwO2hvc3RzJm5i c3A7YW5kJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7ZXZlcnRoaW5nJm5i c3A7d2FzJm5ic3A7b2suJm5ic3A7V2h5Jm5ic3A7aXMmbmJzcDt0aGF0PyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzIwMTItMTAtMDYmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NsYXl0b25seSZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOyZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Kj8/Pz8qeGVuLWFwaS1yZXF1ZXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Kj8/Pz8/KjIwMTItMTAtMDYmbmJzcDsyMDowMCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwOyo/Pz8qWGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3 NywmbmJzcDtJc3N1ZSZuYnNwOzE1Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Kj8/Pz8qInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsqPz8/KiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO1NlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3Qm bmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VG8mbmJzcDtzdWJzY3JpYmUmbmJzcDtv ciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtXaWRl Jm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9t YWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDtvciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3Nh Z2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZu YnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtZb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNwO3RoZSZu YnNwO3BlcnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsm Z3Q7Jm5ic3A7V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3BsZWFzZSZuYnNwO2VkaXQmbmJzcDt5 b3VyJm5ic3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZuYnNwO2l0Jm5ic3A7aXMmbmJzcDtt b3JlJm5ic3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDt0 aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGln ZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvZGF5J3MmbmJz cDtUb3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7MS4mbmJzcDtSZTombmJzcDt0aGUmbmJzcDtzZXJ2ZXImbmJzcDtpcyZuYnNwO3N0 aWxsJm5ic3A7Ym9vdGluZyZuYnNwOyhHZW9yZ2UmbmJzcDtTaHVrbGluKSZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzIuJm5ic3A7dm0mbmJz cDtkaWVkJm5ic3A7aW4mbmJzcDtzbGF2ZSZuYnNwOyhjbGF5dG9ubHkpJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwO01lc3NhZ2U6Jm5ic3A7MSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO0RhdGU6Jm5ic3A7U2F0LCZuYnNwOzA2Jm5ic3A7T2N0Jm5ic3A7MjAx MiZuYnNwOzExOjQxOjA5Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtGcm9tOiZuYnNwO0dlb3JnZSZuYnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNo dWtsaW5AZ21haWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7dGhlJm5i c3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOyZsdDs1MDZGRTA5NS4zMDgw NDA1QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtD b250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsm bmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDswNi4xMC4yMDEyJm5ic3A7MDc6MzIsJm5ic3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7InJlcXVpcmVzJm5ic3A7YSZuYnNwO3By b3Blcmx5Jm5ic3A7Y29uZmlndXJlZCZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5i c3A7IiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0RpZCZuYnNwO3lvdSZu YnNwO2NvbmZpZ3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UmbmJzcDtvbiZuYnNw O3NsYXZlJm5ic3A7YmVmb3JlJm5ic3A7am9pbmluZz8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7SGVsbG8sJm5ic3A7ZXZlcnkmbmJzcDtvbmUmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7SSZuYnNwO3dh bnQmbmJzcDt0byZuYnNwO2pvaW4mbmJzcDthJm5ic3A7aG9zdCZuYnNwO2ludG8mbmJzcDthJm5i c3A7cG9vbCZuYnNwO2J1dCZuYnNwO3Byb2JsZW0mbmJzcDtjYW1lJm5ic3A7b3V0LndoZW4mbmJz cDtpJm5ic3A7dXNlJm5ic3A7eGVuY2VudGVyLCZuYnNwO3RoZSZuYnNwO2xvZyZuYnNwO3NhaWQm bmJzcDt0aGF0Jm5ic3A7J2Vycm9yOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7 c3RpbGwmbmJzcDtib290aW5nLid3aGVuJm5ic3A7aSZuYnNwO3VzZSZuYnNwO2NsaSZuYnNwO2J5 Jm5ic3A7J3hlJm5ic3A7cG9vbC1qb2luJywmbmJzcDt0aGVyZSZuYnNwO2NhbWVzJm5ic3A7J3Ro ZSZuYnNwO2hvc3QmbmJzcDt0b29sc3RhY2smbmJzcDtpcyZuYnNwO3N0aWxsJm5ic3A7aW5pdGlh bGlzaW5nLiZuYnNwO3BsZWFzZSZuYnNwO3dhaXQhJyZuYnNwO1doYXQmbmJzcDtpcyZuYnNwO3Ro ZSZuYnNwO3Byb2JsZW0/Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmZ3Q7Jm5ic3A7VGhlJm5ic3A7ZGV0YWlscyZuYnNwO2lzJm5ic3A7YXMmbmJzcDtmb2xsbG93 OiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDtbMjAxMjEw MDZUMDI6MTg6NTUuNjA5WnxlcnJvcnxYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcu MC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtQb29sLmpv aW4vUG9vbC5lamVjdCZuYnNwO3JlcXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5ic3A7Y29u ZmlndXJlZCZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7V2FpdCZuYnNwO2Zv ciZuYnNwO3hhcGkvZmlyc3Rib290Jm5ic3A7aW5pdGlhbGlzYXRpb24mbmJzcDt0byZuYnNwO2Nv bXBsZXRlJm5ic3A7YW5kJm5ic3A7dGhlbiZuYnNwO3JldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42 MDlafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29s LmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO1JhaXNlZCZuYnNwO2F0Jm5ic3A7 eGFwaV9wb29sLm1sOjU1LjktNjkmbmJzcDstJmd0OyZuYnNwO3hhcGlfcG9vbC5tbDozMTIuMS0z OCZuYnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29sLm1sOjY1Ny4yLTUyJm5ic3A7LSZndDsmbmJzcDtw ZXJ2YXNpdmVleHQubWw6MjIuMi05WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2Vy dmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJl ZTEzYjdhOGJkfHhhcGldJm5ic3A7UG9vbC5qb2luL1Bvb2wuZWplY3QmbmJzcDtyZXF1aXJlcyZu YnNwO2EmbmJzcDtwcm9wZXJseSZuYnNwO2NvbmZpZ3VyZWQmbmJzcDttYW5hZ2VtZW50Jm5ic3A7 aW50ZXJmYWNlLiZuYnNwO1dhaXQmbmJzcDtmb3ImbmJzcDt4YXBpL2ZpcnN0Ym9vdCZuYnNwO2lu aXRpYWxpc2F0aW9uJm5ic3A7dG8mbmJzcDtjb21wbGV0ZSZuYnNwO2FuZCZuYnNwO3RoZW4mbmJz cDtyZXRyeS5bMjAxMjEwMDZUMDI6MTg6NTUuNjE1WnwmbmJzcDtpbmZvfFhlblNlcnZlcjN8MTA0 Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThi ZHx4YXBpXSZuYnNwO3N0dW5uZWwmbmJzcDtwaWQ6Jm5ic3A7MjE3OSZuYnNwOyhjYWNoZWQmbmJz cDs9Jm5ic3A7ZmFsc2UpJm5ic3A7Y29ubmVjdGVkJm5ic3A7dG8mbmJzcDsxOTIuMTY4LjEwMC4x MTo0NDMmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJz cDtbMjAxMjEwMDZUMDI6MTg6NTUuNjE1WnwmbmJzcDtpbmZvfFhlblNlcnZlcjN8MTA0Jm5ic3A7 SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBp XSZuYnNwO3dpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCZuYnNwO3Rhc2tfb3B0PU5vbmUmbmJzcDtz X3BpZD0yMTc5Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7 Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJ TkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfGJhY2t0 cmFjZV0mbmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3BlcnZhc2l2ZWV4dC5tbDoyNi4yMi0yNSZu YnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29sLm1sOjY1Ni4xLTEwMjMmbmJzcDstJmd0OyZuYnNwO3Ji YWMubWw6MjI5LjE2LTIzJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQm bmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJk fGJhY2t0cmFjZV0mbmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3JiYWMubWw6MjM4LjEwLTE1Jm5i c3A7LSZndDsmbmJzcDtzZXJ2ZXJfaGVscGVycy5tbDo3OS4xMS00MSZuYnNwOyZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1syMDEyMTAwNlQwMjoxODo1NS42 MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29s LmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHxkaXNwYXRjaGVyXSZuYnNwO1NlcnZlcl9oZWxwZXJz LmV4ZWMmbmJzcDtleGNlcHRpb25faGFuZGxlcjombmJzcDtHb3QmbmJzcDtleGNlcHRpb24mbmJz cDtIT1NUX1NUSUxMX0JPT1RJTkc6Jm5ic3A7W113aHkmbmJzcDtpcyZuYnNwO3RoYXQ/Jm5ic3A7 dGhhbmsmbmJzcDt5b3UmbmJzcDtzbyZuYnNwO211Y2ghJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZu YnNwO19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDtt YWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZn dDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZndDsmbmJzcDsmZ3Q7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDst LS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJzcDthdHRh Y2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtVUkw6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50 cy8yMDEyMTAwNi85YzM1ZDdjNi9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0m bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtNZXNzYWdlOiZuYnNwOzImbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtEYXRlOiZuYnNwO1NhdCwmbmJzcDs2 Jm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE5OjM3OjAxJm5ic3A7KzA4MDAmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtGcm9tOiZuYnNwOyJjbGF5dG9ubHkiJmx0O2NsYXl0 b25seUAxNjMuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1Rv OiZuYnNwOyJ4ZW4tYXBpIiZsdDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDt2 bSZuYnNwO2RpZWQmbmJzcDtpbiZuYnNwO3NsYXZlJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7TWVzc2FnZS1JRDombmJzcDsmbHQ7MTFjN2U4OWMuMjkwMy4xM2EzNWRlNjQ4 ZC5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0 PSJ1dGYtOCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtoZWxsbyxhbGwm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtJJm5ic3A7dXNlJm5ic3A7eGNw Jm5ic3A7MS41Jm5ic3A7aW4mbmJzcDt1YnVudHUmbmJzcDsxMi4wNC4mbmJzcDtUb2RheSZuYnNw O2kmbmJzcDthZGQmbmJzcDthJm5ic3A7c2xhdmUmbmJzcDtob3N0Jm5ic3A7aW50byZuYnNwO3Bv b2wuJm5ic3A7V2hlbiZuYnNwO2kmbmJzcDtzdGFydCZuYnNwO2EmbmJzcDt2bSZuYnNwO2luJm5i c3A7dGhlJm5ic3A7bmV3Jm5ic3A7c2xhdmUsJm5ic3A7aXQmbmJzcDt0b29rJm5ic3A7YSZuYnNw O2xvbmcmbmJzcDt0aW1lJm5ic3A7dG8mbmJzcDtzdGFydCZuYnNwO3RoZSZuYnNwO3ZtJm5ic3A7 KG1vcmUmbmJzcDt0aGFuJm5ic3A7MW1pbnV0ZSwmbmJzcDtub3JtYWwmbmJzcDs1c2VjJm5ic3A7 aW4mbmJzcDtteSZuYnNwO2Vudmlyb25tZW50KS4mbmJzcDtBZnRlciZuYnNwO3RoZSZuYnNwO3Zt Jm5ic3A7c3RhcnQsJm5ic3A7J3hlJm5ic3A7Y29uc29sZS1saXN0JyZuYnNwO2RpZG4ndCZuYnNw O3Nob3cmbmJzcDt0aGUmbmJzcDt2bS4mbmJzcDtXaGVuJm5ic3A7aSZuYnNwO3RyaWVkJm5ic3A7 dG8mbmJzcDtzaHV0ZG93biZuYnNwO3RoZSZuYnNwO3ZtJm5ic3A7YnkmbmJzcDt4ZW5jZW50ZXIs Jm5ic3A7dm0mbmJzcDt0b29rJm5ic3A7bW9yZSZuYnNwO3RoYW4mbmJzcDsyMG1pbnV0ZXMmbmJz cDtidXQmbmJzcDtjb3VsZG4ndCZuYnNwO2JlJm5ic3A7c2h1dGRvd24uJm5ic3A7Rm9yY2UmbmJz cDtzaHVkb3duJm5ic3A7ZGlkbid0Jm5ic3A7d29yayZuYnNwO3Rvby4mbmJzcDtJdCZuYnNwO2Fw cGVhcmVkJm5ic3A7dGhhdCZuYnNwO3hjcC14YXBpJm5ic3A7dGhlJm5ic3A7aG9zdCZuYnNwO3dh cyZuYnNwO2Rvd24mbmJzcDt0b28uJm5ic3A7QnV0Jm5ic3A7dGhlJm5ic3A7b3RoZXImbmJzcDto b3N0cyZuYnNwO2luJm5ic3A7dGhlJm5ic3A7cG9vbCZuYnNwO3dvcmsmbmJzcDt3ZWxsLiZuYnNw O1doYXQmbmJzcDtpcyZuYnNwO3RoZSZuYnNwO3Byb2JsZW0mbmJzcDs/Jm5ic3A7Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDsyMDEyLTEwLTA2Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0t Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7QW4mbmJzcDtIVE1MJm5ic3A7 YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDsmZ3Q7Jm5ic3A7VVJMOiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwOyZsdDtodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNo bWVudHMvMjAxMjEwMDYvZTNlOWM3MWIvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmlu L21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwO0VuZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJz cDs3NywmbmJzcDtJc3N1ZSZuYnNwOzE1Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0t LS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJzcDthdHRhY2htZW50Jm5ic3A7d2FzJm5i c3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1VSTDombmJzcDsmbHQ7 aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIw MTIxMDA3L2I1MjJiYmM0L2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2h0dHA6 Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtFbmQmbmJzcDtvZiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3Qs Jm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDsxNyZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18m bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlz dCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5i c3A7PC9ESVY+DQo8RElWPkFuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJz cDtzY3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj5VUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0 cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwOC8yODY1 MzYzNS9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fJm5ic3A7PC9ESVY+DQo8RElWPlhlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZu YnNwOzwvRElWPg0KPERJVj5YZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+ aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5FbmQm bmJzcDtvZiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7 SXNzdWUmbmJzcDsxOSZuYnNwOzwvRElWPg0KPERJVj4qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKiombmJzcDs8L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4= --__=_Part_Boundary_004_025030.022067-- --===============8419973853233961336== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8419973853233961336==-- From xen-api-bounces@lists.xen.org Mon Oct 08 03:11:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 03:11:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL3kE-0002bo-95; Mon, 08 Oct 2012 03:11:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL3kC-0002bj-HY for xen-api@lists.xen.org; Mon, 08 Oct 2012 03:11:01 +0000 Received: from [85.158.139.83:40899] by server-13.bemta-5.messagelabs.com id 84/28-06496-34442705; Mon, 08 Oct 2012 03:10:59 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1349665852!33271204!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1MTg5\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1MTg5\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11524 invoked from network); 8 Oct 2012 03:10:54 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-13.tower-182.messagelabs.com with SMTP; 8 Oct 2012 03:10:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=X7YJvut6BSR2+TU 3kh/tJ5p7Lo5x9hfzRiWuGNkx6eE=; b=OQA0q4clV9VZwnMfGUNqTM8LQOjVMwI O96Fr7+UalX2mBYrSoKNlFnD0ncLerN9S655ou6Zj8JTRUYmAY8XqnoQ4pG+3oJR oADDPNbEFrU9n5UutpfuYawaNxTAQ8r5KQgl5z/CUhQf1ABPJeTkuOP05FuKPTpr de7QhdX6wVTQ= Received: from claytonly ( [120.196.99.199] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 8 Oct 2012 11:10:47 +0800 (GMT+08:00) Date: Mon, 8 Oct 2012 11:10:25 +0800 From: "claytonly" To: "xen-api" Message-ID: <11635bc.3282.13a3e5a7833.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [120.196.99.199] X-CM-TRANSID: 7cKowGBpAEI4RHJQvswhAA--.1194W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaQlCpk9o8pdaJAABs5 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 19 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8419973853233961336==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8419973853233961336== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_025030.022067" --__=_Part_Boundary_004_025030.022067 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SSB0cnkgJ3hlIHBpZi1yZWNvbmZpZ3VyZS1pcCcgYnV0IHRoZSBlcnJvcnMgIk5ldHdvcmsgY29u ZmlndXJhdGlvbiBlcnJvcjogU0NSSVBUX0VSUk9SIFtzY3JpcHQ9L3NiaW4vYnRydGwsIGFyZz1h ZGRpZiB4ZW5icjEgZXRoMSwgY29kZT0xLCBzdGRvdXQgID0gLCBzdGRlcnIgIGRldmljZSBldGgx IGlzIGFscmVhZHkgYSBtZW1iZXIgb2YgYSBicmlkZ2U7IGNhbid0IGVuc2xhdmUgaXQgdG8gYnJp ZGdlIHhlbmJyMSBdIi4gSSBjaGFuZ2UgdGhlIHV1aWQgaW4gL2V0Yy94Y3AvaW52ZW50b3J5IGFu ZCB0aGUgaG9zdCBjYW4gYmUgam9pbmVkIHRvIHBvb2wuIA0KSSBkaWRuJ3QgcmVhZCB0aGUgL3Vz ci9zaGFyZS9kb2MveGNwLXhhcGkvUkVBRE1FLkRlYmlhbi5nei4gSSBpbnN0YWxsIHhjcCBvbiB1 YnVudHUgZm9sbG93aW5nIGJ5IGh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YQ1BfdG9vbHN0YWNr X29uX2FfRGViaWFuLWJhc2VkX2Rpc3RyaWJ1dGlvbi4gDQoNCjIwMTItMTAtMDgNCg0KDQoNCmNs YXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaeGVuLWFwaS1yZXF1ZXN0DQrlj5HpgIHml7bpl7Tv vJoyMDEyLTEwLTA4IDA5OjU2DQrkuLvpopjvvJpYZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1 ZSAxOQ0K5pS25Lu25Lq677yaInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4NCuaKhOmA ge+8mg0KDQpTZW5kIFhlbi1hcGkgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvIA0KICAgIHhl bi1hcGlAbGlzdHMueGVuLm9yZyANCg0KVG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0 aGUgV29ybGQgV2lkZSBXZWIsIHZpc2l0IA0KICAgIGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIA0Kb3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3Nh Z2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KICAgIHhlbi1hcGktcmVxdWVzdEBs aXN0cy54ZW4ub3JnIA0KDQpZb3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxp c3QgYXQgDQogICAgeGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnIA0KDQpXaGVuIHJlcGx5aW5n LCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBpcyBtb3JlIHNwZWNpZmljIA0K dGhhbiAiUmU6IENvbnRlbnRzIG9mIFhlbi1hcGkgZGlnZXN0Li4uIiANCg0KDQpUb2RheSdzIFRv cGljczogDQoNCiAgIDEuIFJlOiB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcgKEdlb3JnZSBT aHVrbGluKSAoR2VvcmdlIFNodWtsaW4pIA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCk1lc3NhZ2U6 IDEgDQpEYXRlOiBNb24sIDA4IE9jdCAyMDEyIDA1OjU1OjQ1ICswNDAwIA0KRnJvbTogR2Vvcmdl IFNodWtsaW4gPGdlb3JnZS5zaHVrbGluQGdtYWlsLmNvbT4gDQpUbzogeGVuLWFwaUBsaXN0cy54 ZW4ub3JnIA0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3Rp bmcgKEdlb3JnZSBTaHVrbGluKSANCk1lc3NhZ2UtSUQ6IDw1MDcyMzJBMS4yMDMwNUBnbWFpbC5j b20+IA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJpc28tODg1OS0xIjsgRm9y bWF0PSJmbG93ZWQiIA0KDQpEbyBub3QgdG91Y2ggaXQuIFRoYXQgZmlsZSBpcyBmb3IgaW50ZXJu YWwgcHVycG9zZSBvbmx5LiANCg0KWW91IG5lZWQgdG8gY29uZmlndXJlIG1hbmFnZW1lbnQgaW50 ZXJmYWNlLiBObyB3YXkgZnVydGhlciB3aXRob3V0IGl0LiANCg0KV2hhdCBtZWFucyAiZG9lc24n dCB3b3JrIj8gRGlkIHlvdSBmb2xsb3cgIA0KL3Vzci9zaGFyZS9kb2MveGNwLXhhcGkvUkVBRE1F LkRlYmlhbi5nej8gDQoNCjA4LjEwLjIwMTIgMDU6MTcsIGNsYXl0b25seSA/Pz8/PzogDQo+IEkg dHJ5IHRvIGNvbmZpZ3VyZSBtYW5hZ2VtZW50IGludGVyZmFjZSBieSAneGUgcGlmLXJlY29uZmln dXJlLWlwJyBidXQgIA0KPiBJdCBkb2Vzbid0IHdvcmsuIEkgdHJ5IHJlY29uZmlnIHRoZSBmaWxl IC9ldGMveGNwL2ludmVudG9yeSBhbmQgIA0KPiByZXN0YXJ0IHRoZSB4Y3AteGFwLiBFdmVyeXRo aW5nIGlzIG9rLiB3aGF0IGlzIHRoZSAnaW52ZW50b3J5JyBmaWxlID8gDQo+IDIwMTItMTAtMDgg DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSANCj4gY2xheXRvbmx5IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ ICo/Pz86Knhlbi1hcGktcmVxdWVzdCANCj4gKj8/Pz86KjIwMTItMTAtMDcgMjA6MDIgDQo+ICo/ PzoqWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgMTcgDQo+ICo/Pz86KiJ4ZW4tYXBpIjx4 ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiAqPz86KiANCj4gU2VuZCBYZW4tYXBpIG1haWxpbmcg bGlzdCBzdWJtaXNzaW9ucyB0byANCj4gICAgIHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gVG8g c3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUgV29ybGQgV2lkZSBXZWIsIHZpc2l0IA0K PiAgICAgaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGkgDQo+IG9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5 ICdoZWxwJyB0byANCj4gICAgIHhlbi1hcGktcmVxdWVzdEBsaXN0cy54ZW4ub3JnIA0KPiBZb3Ug Y2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQgDQo+ICAgICB4ZW4tYXBp LW93bmVyQGxpc3RzLnhlbi5vcmcgDQo+IFdoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIg U3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMgDQo+IHRoYW4gIlJlOiBDb250ZW50 cyBvZiBYZW4tYXBpIGRpZ2VzdC4uLiIgDQo+IFRvZGF5J3MgVG9waWNzOiANCj4gICAgMS4gUmU6 IHRoZSBzZXJ2ZXIgaXMgc3RpbGwgYm9vdGluZyAoR2VvcmdlIFNodWtsaW4pIA0KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tIA0KPiBNZXNzYWdlOiAxIA0KPiBEYXRlOiBTdW4sIDA3IE9jdCAyMDEyIDEzOjIxOjUw ICswNDAwIA0KPiBGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2VvcmdlLnNodWtsaW5AZ21haWwuY29t PiANCj4gVG86IHhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gU3ViamVjdDogUmU6IFtYZW4tQVBJ XSB0aGUgc2VydmVyIGlzIHN0aWxsIGJvb3RpbmcgDQo+IE1lc3NhZ2UtSUQ6IDw1MDcxNDlBRS45 MDAwOEBnbWFpbC5jb20+IA0KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0 Zi04IjsgRm9ybWF0PSJmbG93ZWQiIA0KPiBCZWNhdXNlIHhlIG9uIGxvY2FsIGhvc3QgdXNlIGZp bGUgc29ja2V0LCBhbmQgYWxsIG5ldHdvcmsgbWFuYWdlbWVudCANCj4gKGluY2x1ZGluZyBzbGF2 ZS1tYXN0ZXIgY29tbXVuaWNhdGlvbnMgaW4gcG9vbCkgaGFwcGVucyB2aWEgbmV0d29yay4gDQo+ IE5vIG1hbmFnZW1lbnQgaW50ZXJmYWNlID0gbm8gbm9ybWFsIHdvcmsuIA0KPiBPbiAwNi4xMC4y MDEyIDE2OjA0LCBjbGF5dG9ubHkgd3JvdGU6IA0KPiA+IE5vLCBJIGRpZG4ndCBjb25maWd1cmUg bWFuYWdlbWVudCBpbnRlcmZhY2UuIFRoZSBob3N0IGhhcyBvbmx5IG9uZSANCj4gPiBwaHlzaWNh bCBOSUMuIEkgY29uZHVjdCB0aGUgc2FtZSBvcGVyYXRpb24gb24gdGhlIG90aGVyIGhvc3RzIGFu ZCANCj4gPiBldmVydGhpbmcgd2FzIG9rLiBXaHkgaXMgdGhhdD8gDQo+ID4gMjAxMi0xMC0wNiAN Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0gIA0KPiANCj4gPiBjbGF5dG9ubHkgDQo+ID4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tICANCj4gDQo+ID4gKj8/Pz8qeGVuLWFwaS1yZXF1ZXN0IA0KPiA+ICo/Pz8/PyoyMDEy LTEwLTA2IDIwOjAwIA0KPiA+ICo/Pz8qWGVuLWFwaSBEaWdlc3QsIFZvbCA3NywgSXNzdWUgMTUg DQo+ID4gKj8/Pz8qInhlbi1hcGkiPHhlbi1hcGlAbGlzdHMueGVuLm9yZz4gDQo+ID4gKj8/Pyog DQo+ID4gU2VuZCBYZW4tYXBpIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0byANCj4gPiAgICAg eGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiA+IFRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2 aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdCANCj4gPiAgICAgaHR0cDovL2xpc3RzLnhlbi5v cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4gb3IsIHZpYSBlbWFpbCwg c2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvIA0KPiA+ICAgICB4 ZW4tYXBpLXJlcXVlc3RAbGlzdHMueGVuLm9yZyANCj4gPiBZb3UgY2FuIHJlYWNoIHRoZSBwZXJz b24gbWFuYWdpbmcgdGhlIGxpc3QgYXQgDQo+ID4gICAgIHhlbi1hcGktb3duZXJAbGlzdHMueGVu Lm9yZyANCj4gPiBXaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBz byBpdCBpcyBtb3JlIHNwZWNpZmljIA0KPiA+IHRoYW4gIlJlOiBDb250ZW50cyBvZiBYZW4tYXBp IGRpZ2VzdC4uLiIgDQo+ID4gVG9kYXkncyBUb3BpY3M6IA0KPiA+ICAgIDEuIFJlOiB0aGUgc2Vy dmVyIGlzIHN0aWxsIGJvb3RpbmcgKEdlb3JnZSBTaHVrbGluKSANCj4gPiAgICAyLiB2bSBkaWVk IGluIHNsYXZlIChjbGF5dG9ubHkpIA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ID4gTWVzc2FnZTog MSANCj4gPiBEYXRlOiBTYXQsIDA2IE9jdCAyMDEyIDExOjQxOjA5ICswNDAwIA0KPiA+IEZyb206 IEdlb3JnZSBTaHVrbGluIDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+IA0KPiA+IFRvOiB4ZW4t YXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gU3ViamVjdDogUmU6IFtYZW4tQVBJXSB0aGUgc2VydmVy IGlzIHN0aWxsIGJvb3RpbmcgDQo+ID4gTWVzc2FnZS1JRDogPDUwNkZFMDk1LjMwODA0MDVAZ21h aWwuY29tPiANCj4gPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04ODU5 LTEiOyBGb3JtYXQ9ImZsb3dlZCIgDQo+ID4gMDYuMTAuMjAxMiAwNzozMiwgY2xheXRvbmx5ID8/ Pz8/OiANCj4gPiAicmVxdWlyZXMgYSBwcm9wZXJseSBjb25maWd1cmVkIG1hbmFnZW1lbnQgaW50 ZXJmYWNlLiAiIA0KPiA+IERpZCB5b3UgY29uZmlndXJlIG1hbmFnZW1lbnQgaW50ZXJmYWNlIG9u IHNsYXZlIGJlZm9yZSBqb2luaW5nPyANCj4gPiA+IEhlbGxvLCBldmVyeSBvbmUgDQo+ID4gPiAg SSB3YW50IHRvIGpvaW4gYSBob3N0IGludG8gYSBwb29sIGJ1dCBwcm9ibGVtIGNhbWUgb3V0Lndo ZW4gaSB1c2UgeGVuY2VudGVyLCB0aGUgbG9nIHNhaWQgdGhhdCAnZXJyb3I6IHRoZSBzZXJ2ZXIg aXMgc3RpbGwgYm9vdGluZy4nd2hlbiBpIHVzZSBjbGkgYnkgJ3hlIHBvb2wtam9pbicsIHRoZXJl IGNhbWVzICd0aGUgaG9zdCB0b29sc3RhY2sgaXMgc3RpbGwgaW5pdGlhbGlzaW5nLiBwbGVhc2Ug d2FpdCEnIFdoYXQgaXMgdGhlIHByb2JsZW0/ICANCj4gDQo+ID4gDQo+ID4gPiBUaGUgZGV0YWls cyBpcyBhcyBmb2xsbG93OiANCj4gPiA+IFsyMDEyMTAwNlQwMjoxODo1NS42MDlafGVycm9yfFhl blNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHx4 YXBpXSBQb29sLmpvaW4vUG9vbC5lamVjdCByZXF1aXJlcyBhIHByb3Blcmx5IGNvbmZpZ3VyZWQg bWFuYWdlbWVudCBpbnRlcmZhY2UuIFdhaXQgZm9yIHhhcGkvZmlyc3Rib290IGluaXRpYWxpc2F0 aW9uIHRvIGNvbXBsZXRlIGFuZCB0aGVuIHJldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42MDlafGRl YnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3 YThiZHx4YXBpXSBSYWlzZWQgYXQgeGFwaV9wb29sLm1sOjU1LjktNjkgLT4geGFwaV9wb29sLm1s OjMxMi4xLTM4IC0+IHhhcGlfcG9vbC5tbDo2NTcuMi01MiAtPiBwZXJ2YXNpdmVleHQubWw6MjIu Mi05WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcu MC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIFBvb2wuam9pbi9Qb29sLmVq ZWN0IHJlcXVpcmVzIGEgcHJvcGVybHkgY29uZmlndXJlZCBtYW5hZ2VtZW50IGludGVyZmFjZS4g V2FpdCBmb3IgeGFwaS9maXJzdGJvb3QgaW5pdGlhbGlzYXRpb24gdG8gY29tcGxldGUgYW5kIHRo ZW4gcmV0cnkuWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVyM3wxMDQgSU5F VCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHN0dW5uZWwgcGlk OiAyMTc5IChjYWNoZWQgPSBmYWxzZSkgY29ubmVjdGVkIHRvIDE5Mi4xNjguMTAwLjExOjQ0MyAg DQo+IA0KPiA+IA0KPiA+ID4gWzIwMTIxMDA2VDAyOjE4OjU1LjYxNVp8IGluZm98WGVuU2VydmVy M3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5qb2luIFI6ZGJlZTEzYjdhOGJkfHhhcGldIHdp dGhfcmVjb3JkZWRfc3R1bm5lbHBpZCB0YXNrX29wdD1Ob25lIHNfcGlkPTIxNzkgIA0KPiANCj4g PiANCj4gPiA+IFsyMDEyMTAwNlQwMjoxODo1NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0IElO RVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBSOmRiZWUxM2I3YThiZHxiYWNrdHJhY2VdIFJhaXNl ZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4geGFwaV9wb29sLm1sOjY1Ni4xLTEwMjMg LT4gcmJhYy5tbDoyMjkuMTYtMjMgIA0KPiANCj4gPiANCj4gPiA+IFsyMDEyMTAwNlQwMjoxODo1 NS42MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0IElORVQgMTI3LjAuMC4xOjgwfHBvb2wuam9pbiBS OmRiZWUxM2I3YThiZHxiYWNrdHJhY2VdIFJhaXNlZCBhdCByYmFjLm1sOjIzOC4xMC0xNSAtPiBz ZXJ2ZXJfaGVscGVycy5tbDo3OS4xMS00MSAgDQo+IA0KPiA+IA0KPiA+ID4gWzIwMTIxMDA2VDAy OjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQgSU5FVCAxMjcuMC4wLjE6ODB8cG9vbC5q b2luIFI6ZGJlZTEzYjdhOGJkfGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0 aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSE9TVF9TVElMTF9CT09USU5HOiBbXXdoeSBpcyB0 aGF0PyB0aGFuayB5b3Ugc28gbXVjaCEgIA0KPiANCj4gPiANCj4gPiA+IGNsYXl0b25seSANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KPiA+ID4gWGVuLWFw aSBtYWlsaW5nIGxpc3QgDQo+ID4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gPiBodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCj4gPiAt LS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS0gDQo+ID4gQW4gSFRNTCBhdHRh Y2htZW50IHdhcyBzY3J1YmJlZC4uLiANCj4gPiBVUkw6IA0KPiA+IDxodHRwOi8vbGlzdHMueGVu Lm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDYvOWMzNWQ3YzYv YXR0YWNobWVudC5odG1sPiAgDQo+IA0KPiA+IA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSANCj4gPiBNZXNzYWdlOiAyIA0KPiA+IERhdGU6IFNhdCwgNiBPY3QgMjAxMiAxOToz NzowMSArMDgwMCANCj4gPiBGcm9tOiAiY2xheXRvbmx5IjxjbGF5dG9ubHlAMTYzLmNvbT4gDQo+ ID4gVG86ICJ4ZW4tYXBpIjx4ZW4tYXBpQGxpc3RzLnhlbi5vcmc+IA0KPiA+IFN1YmplY3Q6IFtY ZW4tQVBJXSB2bSBkaWVkIGluIHNsYXZlIA0KPiA+IE1lc3NhZ2UtSUQ6IDwxMWM3ZTg5Yy4yOTAz LjEzYTM1ZGU2NDhkLkNvcmVtYWlsLmNsYXl0b25seUAxNjMuY29tPiANCj4gPiBDb250ZW50LVR5 cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IiANCj4gPiBoZWxsbyxhbGwgDQo+ID4gSSB1 c2UgeGNwIDEuNSBpbiB1YnVudHUgMTIuMDQuIFRvZGF5IGkgYWRkIGEgc2xhdmUgaG9zdCBpbnRv IHBvb2wuIFdoZW4gaSBzdGFydCBhIHZtIGluIHRoZSBuZXcgc2xhdmUsIGl0IHRvb2sgYSBsb25n IHRpbWUgdG8gc3RhcnQgdGhlIHZtIChtb3JlIHRoYW4gMW1pbnV0ZSwgbm9ybWFsIDVzZWMgaW4g bXkgZW52aXJvbm1lbnQpLiBBZnRlciB0aGUgdm0gc3RhcnQsICd4ZSBjb25zb2xlLWxpc3QnIGRp ZG4ndCBzaG93IHRoZSB2bS4gV2hlbiBpIHRyaWVkIHRvIHNodXRkb3duIHRoZSB2bSBieSB4ZW5j ZW50ZXIsIHZtIHRvb2sgbW9yZSB0aGFuIDIwbWludXRlcyBidXQgY291bGRuJ3QgYmUgc2h1dGRv d24uIEZvcmNlIHNodWRvd24gZGlkbid0IHdvcmsgdG9vLiBJdCBhcHBlYXJlZCB0aGF0IHhjcC14 YXBpIHRoZSBob3N0IHdhcyBkb3duIHRvby4gQnV0IHRoZSBvdGhlciBob3N0cyBpbiB0aGUgcG9v bCB3b3JrIHdlbGwuIFdoYXQgaXMgdGhlIHByb2JsZW0gPyAgDQo+IA0KPiA+IA0KPiA+IGNsYXl0 b25seSANCj4gPiAyMDEyLTEwLTA2IA0KPiA+IGNsYXl0b25seSANCj4gPiAtLS0tLS0tLS0tLS0t LSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS0gDQo+ID4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBz Y3J1YmJlZC4uLiANCj4gPiBVUkw6IA0KPiA+IDxodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZl cy9odG1sL3hlbi1hcGkvYXR0YWNobWVudHMvMjAxMjEwMDYvZTNlOWM3MWIvYXR0YWNobWVudC5o dG1sPiAgDQo+IA0KPiA+IA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCj4g PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gPiBY ZW4tYXBpIG1haWxpbmcgbGlzdCANCj4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gaHR0 cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+ID4g RW5kIG9mIFhlbi1hcGkgRGlnZXN0LCBWb2wgNzcsIElzc3VlIDE1IA0KPiA+ICoqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKiANCj4gPiANCj4gPiANCj4gPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gPiBYZW4tYXBpIG1haWxp bmcgbGlzdCANCj4gPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQo+ID4gaHR0cDovL2xpc3RzLnhl bi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+IC0tLS0tLS0tLS0tLS0t IG5leHQgcGFydCAtLS0tLS0tLS0tLS0tLSANCj4gQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1 YmJlZC4uLiANCj4gVVJMOiA8aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4t YXBpL2F0dGFjaG1lbnRzLzIwMTIxMDA3L2I1MjJiYmM0L2F0dGFjaG1lbnQuaHRtbD4gIA0KPiAN Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KPiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QgDQo+ IFhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9t YWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQo+IEVuZCBvZiBYZW4tYXBpIERpZ2VzdCwgVm9sIDc3 LCBJc3N1ZSAxNyANCj4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA0K PiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f IA0KPiBYZW4tYXBpIG1haWxpbmcgbGlzdCANCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnIA0KPiBo dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0K LS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tIA0KQW4gSFRNTCBhdHRhY2ht ZW50IHdhcyBzY3J1YmJlZC4uLiANClVSTDogPGh0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVz L2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwOC8yODY1MzYzNS9hdHRhY2htZW50Lmh0 bWw+IA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KWGVuLWFwaSBtYWlsaW5nIGxpc3Qg DQpYZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8veGVuLWFwaSANCg0KDQpFbmQgb2YgWGVuLWFwaSBEaWdlc3QsIFZvbCA3 NywgSXNzdWUgMTkgDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiog --__=_Part_Boundary_004_025030.022067 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBjb2xvcj0j MDAwMDAwIHNpemU9MyBmYWNlPeWui+S9kz5JIHRyeSANCid4ZSZuYnNwO3BpZi1yZWNvbmZpZ3Vy ZS1pcCcmbmJzcDtidXQgdGhlIGVycm9ycyAiTmV0d29yayBjb25maWd1cmF0aW9uIGVycm9yOiAN ClNDUklQVF9FUlJPUiBbc2NyaXB0PS9zYmluL2J0cnRsLCBhcmc9YWRkaWYgeGVuYnIxIGV0aDEs IGNvZGU9MSwgc3Rkb3V0Jm5ic3A7ID0gDQosIHN0ZGVyciZuYnNwOyBkZXZpY2UgZXRoMSBpcyBh bHJlYWR5IGEgbWVtYmVyIG9mIGEgYnJpZGdlOyZuYnNwO2Nhbid0IGVuc2xhdmUgDQppdCZuYnNw O3RvIGJyaWRnZSB4ZW5icjEmbmJzcDtdIi4gSSBjaGFuZ2UgdGhlIHV1aWQgaW4gL2V0Yy94Y3Av aW52ZW50b3J5IGFuZCANCnRoZSBob3N0IGNhbiBiZSBqb2luZWQgdG8gcG9vbC4gPC9GT05UPjwv RElWPg0KPERJVj5JIGRpZG4ndCByZWFkIHRoZSAvdXNyL3NoYXJlL2RvYy94Y3AteGFwaS9SRUFE TUUuRGViaWFuLmd6LiBJIGluc3RhbGwgeGNwIA0Kb24gdWJ1bnR1IGZvbGxvd2luZyBieSA8QSAN CmhyZWY9Imh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YQ1BfdG9vbHN0YWNrX29uX2FfRGViaWFu LWJhc2VkX2Rpc3RyaWJ1dGlvbiI+aHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hDUF90b29sc3Rh Y2tfb25fYV9EZWJpYW4tYmFzZWRfZGlzdHJpYnV0aW9uPC9BPi4gDQo8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFj ZT1WZXJkYW5hPjIwMTItMTAtMDg8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQg c2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJw eCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYg YWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4g DQppZD1fRmxhc2hTaWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48 Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTVFJPTkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+eGVuLWFw aS1yZXF1ZXN0PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+ PFNUUk9ORz7lj5HpgIHml7bpl7TvvJo8L1NUUk9ORz4yMDEyLTEwLTA4Jm5ic3A7MDk6NTY8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjv vJo8L1NUUk9ORz5YZW4tYXBpIERpZ2VzdCwgVm9sIDc3LCBJc3N1ZSANCjE5PC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7mlLbku7bkurrvvJo8 L1NUUk9ORz4ieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJmd0OzwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RST05HPuaKhOmAge+8mjwvU1RS T05HPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+ Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8RElWPlNlbmQm bmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDtzdWJtaXNzaW9ucyZuYnNw O3RvJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3hlbi1hcGlAbGlz dHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VG8mbmJzcDtz dWJzY3JpYmUmbmJzcDtvciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7 V29ybGQmbmJzcDtXaWRlJm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPm9yLCZuYnNwO3ZpYSZuYnNwO2Vt YWlsLCZuYnNwO3NlbmQmbmJzcDthJm5ic3A7bWVzc2FnZSZuYnNwO3dpdGgmbmJzcDtzdWJqZWN0 Jm5ic3A7b3ImbmJzcDtib2R5Jm5ic3A7J2hlbHAnJm5ic3A7dG8mbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO2NhbiZuYnNwO3JlYWNo Jm5ic3A7dGhlJm5ic3A7cGVyc29uJm5ic3A7bWFuYWdpbmcmbmJzcDt0aGUmbmJzcDtsaXN0Jm5i c3A7YXQmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaS1v d25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5X aGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNwO3lvdXImbmJzcDtT dWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNwO21vcmUmbmJzcDtz cGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj50aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5i c3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGlnZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvZGF5J3MmbmJzcDtUb3BpY3M6Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsmbmJzcDsmbmJzcDsxLiZu YnNwO1JlOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290 aW5nJm5ic3A7KEdlb3JnZSZuYnNwO1NodWtsaW4pJm5ic3A7KEdlb3JnZSZuYnNwO1NodWtsaW4p Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWVzc2Fn ZTombmJzcDsxJm5ic3A7PC9ESVY+DQo8RElWPkRhdGU6Jm5ic3A7TW9uLCZuYnNwOzA4Jm5ic3A7 T2N0Jm5ic3A7MjAxMiZuYnNwOzA1OjU1OjQ1Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+ RnJvbTombmJzcDtHZW9yZ2UmbmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdt YWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4u b3JnJm5ic3A7PC9ESVY+DQo8RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5i c3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJzcDso R2VvcmdlJm5ic3A7U2h1a2xpbikmbmJzcDs8L0RJVj4NCjxESVY+TWVzc2FnZS1JRDombmJzcDsm bHQ7NTA3MjMyQTEuMjAzMDVAZ21haWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj5Db250ZW50 LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsmbmJzcDtG b3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRvJm5i c3A7bm90Jm5ic3A7dG91Y2gmbmJzcDtpdC4mbmJzcDtUaGF0Jm5ic3A7ZmlsZSZuYnNwO2lzJm5i c3A7Zm9yJm5ic3A7aW50ZXJuYWwmbmJzcDtwdXJwb3NlJm5ic3A7b25seS4mbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPllvdSZuYnNwO25lZWQmbmJzcDt0byZuYnNwO2NvbmZp Z3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7Tm8mbmJzcDt3YXkmbmJz cDtmdXJ0aGVyJm5ic3A7d2l0aG91dCZuYnNwO2l0LiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+V2hhdCZuYnNwO21lYW5zJm5ic3A7ImRvZXNuJ3QmbmJzcDt3b3JrIj8mbmJz cDtEaWQmbmJzcDt5b3UmbmJzcDtmb2xsb3cmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+L3Vzci9z aGFyZS9kb2MveGNwLXhhcGkvUkVBRE1FLkRlYmlhbi5nej8mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPjA4LjEwLjIwMTImbmJzcDswNToxNywmbmJzcDtjbGF5dG9ubHkmbmJz cDs/Pz8/PzombmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0kmbmJzcDt0cnkmbmJzcDt0byZu YnNwO2NvbmZpZ3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UmbmJzcDtieSZuYnNw Oyd4ZSZuYnNwO3BpZi1yZWNvbmZpZ3VyZS1pcCcmbmJzcDtidXQmbmJzcDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO0l0Jm5ic3A7ZG9lc24ndCZuYnNwO3dvcmsuJm5ic3A7SSZuYnNwO3Ry eSZuYnNwO3JlY29uZmlnJm5ic3A7dGhlJm5ic3A7ZmlsZSZuYnNwOy9ldGMveGNwL2ludmVudG9y eSZuYnNwO2FuZCZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7cmVzdGFydCZuYnNw O3RoZSZuYnNwO3hjcC14YXAuJm5ic3A7RXZlcnl0aGluZyZuYnNwO2lzJm5ic3A7b2suJm5ic3A7 d2hhdCZuYnNwO2lzJm5ic3A7dGhlJm5ic3A7J2ludmVudG9yeScmbmJzcDtmaWxlJm5ic3A7PyZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7MjAxMi0xMC0wOCZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5 dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/PzoqeGVuLWFwaS1yZXF1ZXN0Jm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsqPz8/PzoqMjAxMi0xMC0wNyZuYnNwOzIwOjAyJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsqPz86Klhlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7Nzcs Jm5ic3A7SXNzdWUmbmJzcDsxNyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Kj8/PzoqInhl bi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyo/PzoqJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtTZW5kJm5ic3A7WGVuLWFw aSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7c3VibWlzc2lvbnMmbmJzcDt0byZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaUBsaXN0 cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbyZuYnNwO3N1YnNjcmliZSZu YnNwO29yJm5ic3A7dW5zdWJzY3JpYmUmbmJzcDt2aWEmbmJzcDt0aGUmbmJzcDtXb3JsZCZuYnNw O1dpZGUmbmJzcDtXZWIsJm5ic3A7dmlzaXQmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtvciwmbmJzcDt2 aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3NhZ2UmbmJzcDt3aXRoJm5i c3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZuYnNwO3RvJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4ZW4tYXBpLXJlcXVl c3RAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WW91Jm5ic3A7Y2Fu Jm5ic3A7cmVhY2gmbmJzcDt0aGUmbmJzcDtwZXJzb24mbmJzcDttYW5hZ2luZyZuYnNwO3RoZSZu YnNwO2xpc3QmbmJzcDthdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDtXaGVuJm5ic3A7cmVwbHlpbmcsJm5ic3A7cGxlYXNlJm5ic3A7ZWRpdCZuYnNw O3lvdXImbmJzcDtTdWJqZWN0Jm5ic3A7bGluZSZuYnNwO3NvJm5ic3A7aXQmbmJzcDtpcyZuYnNw O21vcmUmbmJzcDtzcGVjaWZpYyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7dGhhbiZuYnNw OyJSZTombmJzcDtDb250ZW50cyZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO2RpZ2VzdC4uLiIm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1RvZGF5J3MmbmJzcDtUb3BpY3M6Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsxLiZuYnNwO1JlOiZuYnNwO3Ro ZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7c3RpbGwmbmJzcDtib290aW5nJm5ic3A7KEdlb3Jn ZSZuYnNwO1NodWtsaW4pJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtNZXNzYWdlOiZuYnNwOzEmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwO0RhdGU6Jm5ic3A7U3VuLCZuYnNwOzA3Jm5ic3A7T2N0Jm5ic3A7MjAx MiZuYnNwOzEzOjIxOjUwJm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0Zy b206Jm5ic3A7R2VvcmdlJm5ic3A7U2h1a2xpbiZuYnNwOyZsdDtnZW9yZ2Uuc2h1a2xpbkBnbWFp bC5jb20mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtUbzombmJzcDt4ZW4tYXBpQGxp c3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7UmU6 Jm5ic3A7W1hlbi1BUEldJm5ic3A7dGhlJm5ic3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZu YnNwO2Jvb3RpbmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO01lc3NhZ2UtSUQ6Jm5ic3A7 Jmx0OzUwNzE0OUFFLjkwMDA4QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwO0NvbnRlbnQtVHlwZTombmJzcDt0ZXh0L3BsYWluOyZuYnNwO2NoYXJzZXQ9InV0Zi04Ijsm bmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO0JlY2F1c2Um bmJzcDt4ZSZuYnNwO29uJm5ic3A7bG9jYWwmbmJzcDtob3N0Jm5ic3A7dXNlJm5ic3A7ZmlsZSZu YnNwO3NvY2tldCwmbmJzcDthbmQmbmJzcDthbGwmbmJzcDtuZXR3b3JrJm5ic3A7bWFuYWdlbWVu dCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7KGluY2x1ZGluZyZuYnNwO3NsYXZlLW1hc3Rl ciZuYnNwO2NvbW11bmljYXRpb25zJm5ic3A7aW4mbmJzcDtwb29sKSZuYnNwO2hhcHBlbnMmbmJz cDt2aWEmbmJzcDtuZXR3b3JrLiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Tm8mbmJzcDtt YW5hZ2VtZW50Jm5ic3A7aW50ZXJmYWNlJm5ic3A7PSZuYnNwO25vJm5ic3A7bm9ybWFsJm5ic3A7 d29yay4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO09uJm5ic3A7MDYuMTAuMjAxMiZuYnNw OzE2OjA0LCZuYnNwO2NsYXl0b25seSZuYnNwO3dyb3RlOiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO05vLCZuYnNwO0kmbmJzcDtkaWRuJ3QmbmJzcDtjb25maWd1cmUmbmJz cDttYW5hZ2VtZW50Jm5ic3A7aW50ZXJmYWNlLiZuYnNwO1RoZSZuYnNwO2hvc3QmbmJzcDtoYXMm bmJzcDtvbmx5Jm5ic3A7b25lJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 cGh5c2ljYWwmbmJzcDtOSUMuJm5ic3A7SSZuYnNwO2NvbmR1Y3QmbmJzcDt0aGUmbmJzcDtzYW1l Jm5ic3A7b3BlcmF0aW9uJm5ic3A7b24mbmJzcDt0aGUmbmJzcDtvdGhlciZuYnNwO2hvc3RzJm5i c3A7YW5kJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7ZXZlcnRoaW5nJm5i c3A7d2FzJm5ic3A7b2suJm5ic3A7V2h5Jm5ic3A7aXMmbmJzcDt0aGF0PyZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzIwMTItMTAtMDYmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2NsYXl0b25seSZuYnNw OzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOyZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Kj8/Pz8qeGVuLWFwaS1yZXF1ZXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Kj8/Pz8/KjIwMTItMTAtMDYmbmJzcDsyMDowMCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwOyo/Pz8qWGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJzcDs3 NywmbmJzcDtJc3N1ZSZuYnNwOzE1Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Kj8/Pz8qInhlbi1hcGkiJmx0O3hlbi1hcGlAbGlzdHMueGVuLm9yZyZndDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsqPz8/KiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO1NlbmQmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3Qm bmJzcDtzdWJtaXNzaW9ucyZuYnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VG8mbmJzcDtzdWJzY3JpYmUmbmJzcDtv ciZuYnNwO3Vuc3Vic2NyaWJlJm5ic3A7dmlhJm5ic3A7dGhlJm5ic3A7V29ybGQmbmJzcDtXaWRl Jm5ic3A7V2ViLCZuYnNwO3Zpc2l0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9t YWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsm bmJzcDtvciwmbmJzcDt2aWEmbmJzcDtlbWFpbCwmbmJzcDtzZW5kJm5ic3A7YSZuYnNwO21lc3Nh Z2UmbmJzcDt3aXRoJm5ic3A7c3ViamVjdCZuYnNwO29yJm5ic3A7Ym9keSZuYnNwOydoZWxwJyZu YnNwO3RvJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7eGVuLWFwaS1yZXF1ZXN0QGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtZb3UmbmJzcDtjYW4mbmJzcDtyZWFjaCZuYnNwO3RoZSZu YnNwO3BlcnNvbiZuYnNwO21hbmFnaW5nJm5ic3A7dGhlJm5ic3A7bGlzdCZuYnNwO2F0Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 eGVuLWFwaS1vd25lckBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsm Z3Q7Jm5ic3A7V2hlbiZuYnNwO3JlcGx5aW5nLCZuYnNwO3BsZWFzZSZuYnNwO2VkaXQmbmJzcDt5 b3VyJm5ic3A7U3ViamVjdCZuYnNwO2xpbmUmbmJzcDtzbyZuYnNwO2l0Jm5ic3A7aXMmbmJzcDtt b3JlJm5ic3A7c3BlY2lmaWMmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDt0 aGFuJm5ic3A7IlJlOiZuYnNwO0NvbnRlbnRzJm5ic3A7b2YmbmJzcDtYZW4tYXBpJm5ic3A7ZGln ZXN0Li4uIiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RvZGF5J3MmbmJz cDtUb3BpY3M6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7MS4mbmJzcDtSZTombmJzcDt0aGUmbmJzcDtzZXJ2ZXImbmJzcDtpcyZuYnNwO3N0 aWxsJm5ic3A7Ym9vdGluZyZuYnNwOyhHZW9yZ2UmbmJzcDtTaHVrbGluKSZuYnNwOzwvRElWPg0K PERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzIuJm5ic3A7dm0mbmJz cDtkaWVkJm5ic3A7aW4mbmJzcDtzbGF2ZSZuYnNwOyhjbGF5dG9ubHkpJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwO01lc3NhZ2U6Jm5ic3A7MSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwO0RhdGU6Jm5ic3A7U2F0LCZuYnNwOzA2Jm5ic3A7T2N0Jm5ic3A7MjAx MiZuYnNwOzExOjQxOjA5Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtGcm9tOiZuYnNwO0dlb3JnZSZuYnNwO1NodWtsaW4mbmJzcDsmbHQ7Z2VvcmdlLnNo dWtsaW5AZ21haWwuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O1RvOiZuYnNwO3hlbi1hcGlAbGlzdHMueGVuLm9yZyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwO1N1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7dGhlJm5i c3A7c2VydmVyJm5ic3A7aXMmbmJzcDtzdGlsbCZuYnNwO2Jvb3RpbmcmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtNZXNzYWdlLUlEOiZuYnNwOyZsdDs1MDZGRTA5NS4zMDgw NDA1QGdtYWlsLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtD b250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0PSJpc28tODg1OS0xIjsm bmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDswNi4xMC4yMDEyJm5ic3A7MDc6MzIsJm5ic3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7InJlcXVpcmVzJm5ic3A7YSZuYnNwO3By b3Blcmx5Jm5ic3A7Y29uZmlndXJlZCZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5i c3A7IiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0RpZCZuYnNwO3lvdSZu YnNwO2NvbmZpZ3VyZSZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UmbmJzcDtvbiZuYnNw O3NsYXZlJm5ic3A7YmVmb3JlJm5ic3A7am9pbmluZz8mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7SGVsbG8sJm5ic3A7ZXZlcnkmbmJzcDtvbmUmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7SSZuYnNwO3dh bnQmbmJzcDt0byZuYnNwO2pvaW4mbmJzcDthJm5ic3A7aG9zdCZuYnNwO2ludG8mbmJzcDthJm5i c3A7cG9vbCZuYnNwO2J1dCZuYnNwO3Byb2JsZW0mbmJzcDtjYW1lJm5ic3A7b3V0LndoZW4mbmJz cDtpJm5ic3A7dXNlJm5ic3A7eGVuY2VudGVyLCZuYnNwO3RoZSZuYnNwO2xvZyZuYnNwO3NhaWQm bmJzcDt0aGF0Jm5ic3A7J2Vycm9yOiZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNwO2lzJm5ic3A7 c3RpbGwmbmJzcDtib290aW5nLid3aGVuJm5ic3A7aSZuYnNwO3VzZSZuYnNwO2NsaSZuYnNwO2J5 Jm5ic3A7J3hlJm5ic3A7cG9vbC1qb2luJywmbmJzcDt0aGVyZSZuYnNwO2NhbWVzJm5ic3A7J3Ro ZSZuYnNwO2hvc3QmbmJzcDt0b29sc3RhY2smbmJzcDtpcyZuYnNwO3N0aWxsJm5ic3A7aW5pdGlh bGlzaW5nLiZuYnNwO3BsZWFzZSZuYnNwO3dhaXQhJyZuYnNwO1doYXQmbmJzcDtpcyZuYnNwO3Ro ZSZuYnNwO3Byb2JsZW0/Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmZ3Q7Jm5ic3A7VGhlJm5ic3A7ZGV0YWlscyZuYnNwO2lzJm5ic3A7YXMmbmJzcDtmb2xsbG93 OiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDtbMjAxMjEw MDZUMDI6MTg6NTUuNjA5WnxlcnJvcnxYZW5TZXJ2ZXIzfDEwNCZuYnNwO0lORVQmbmJzcDsxMjcu MC4wLjE6ODB8cG9vbC5qb2luJm5ic3A7UjpkYmVlMTNiN2E4YmR8eGFwaV0mbmJzcDtQb29sLmpv aW4vUG9vbC5lamVjdCZuYnNwO3JlcXVpcmVzJm5ic3A7YSZuYnNwO3Byb3Blcmx5Jm5ic3A7Y29u ZmlndXJlZCZuYnNwO21hbmFnZW1lbnQmbmJzcDtpbnRlcmZhY2UuJm5ic3A7V2FpdCZuYnNwO2Zv ciZuYnNwO3hhcGkvZmlyc3Rib290Jm5ic3A7aW5pdGlhbGlzYXRpb24mbmJzcDt0byZuYnNwO2Nv bXBsZXRlJm5ic3A7YW5kJm5ic3A7dGhlbiZuYnNwO3JldHJ5LlsyMDEyMTAwNlQwMjoxODo1NS42 MDlafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29s LmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBpXSZuYnNwO1JhaXNlZCZuYnNwO2F0Jm5ic3A7 eGFwaV9wb29sLm1sOjU1LjktNjkmbmJzcDstJmd0OyZuYnNwO3hhcGlfcG9vbC5tbDozMTIuMS0z OCZuYnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29sLm1sOjY1Ny4yLTUyJm5ic3A7LSZndDsmbmJzcDtw ZXJ2YXNpdmVleHQubWw6MjIuMi05WzIwMTIxMDA2VDAyOjE4OjU1LjYwOVp8ZXJyb3J8WGVuU2Vy dmVyM3wxMDQmbmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJl ZTEzYjdhOGJkfHhhcGldJm5ic3A7UG9vbC5qb2luL1Bvb2wuZWplY3QmbmJzcDtyZXF1aXJlcyZu YnNwO2EmbmJzcDtwcm9wZXJseSZuYnNwO2NvbmZpZ3VyZWQmbmJzcDttYW5hZ2VtZW50Jm5ic3A7 aW50ZXJmYWNlLiZuYnNwO1dhaXQmbmJzcDtmb3ImbmJzcDt4YXBpL2ZpcnN0Ym9vdCZuYnNwO2lu aXRpYWxpc2F0aW9uJm5ic3A7dG8mbmJzcDtjb21wbGV0ZSZuYnNwO2FuZCZuYnNwO3RoZW4mbmJz cDtyZXRyeS5bMjAxMjEwMDZUMDI6MTg6NTUuNjE1WnwmbmJzcDtpbmZvfFhlblNlcnZlcjN8MTA0 Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThi ZHx4YXBpXSZuYnNwO3N0dW5uZWwmbmJzcDtwaWQ6Jm5ic3A7MjE3OSZuYnNwOyhjYWNoZWQmbmJz cDs9Jm5ic3A7ZmFsc2UpJm5ic3A7Y29ubmVjdGVkJm5ic3A7dG8mbmJzcDsxOTIuMTY4LjEwMC4x MTo0NDMmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJz cDtbMjAxMjEwMDZUMDI6MTg6NTUuNjE1WnwmbmJzcDtpbmZvfFhlblNlcnZlcjN8MTA0Jm5ic3A7 SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29sLmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHx4YXBp XSZuYnNwO3dpdGhfcmVjb3JkZWRfc3R1bm5lbHBpZCZuYnNwO3Rhc2tfb3B0PU5vbmUmbmJzcDtz X3BpZD0yMTc5Jm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7 Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQmbmJzcDtJ TkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJkfGJhY2t0 cmFjZV0mbmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3BlcnZhc2l2ZWV4dC5tbDoyNi4yMi0yNSZu YnNwOy0mZ3Q7Jm5ic3A7eGFwaV9wb29sLm1sOjY1Ni4xLTEwMjMmbmJzcDstJmd0OyZuYnNwO3Ji YWMubWw6MjI5LjE2LTIzJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJz cDsmZ3Q7Jm5ic3A7WzIwMTIxMDA2VDAyOjE4OjU1LjYzMFp8ZGVidWd8WGVuU2VydmVyM3wxMDQm bmJzcDtJTkVUJm5ic3A7MTI3LjAuMC4xOjgwfHBvb2wuam9pbiZuYnNwO1I6ZGJlZTEzYjdhOGJk fGJhY2t0cmFjZV0mbmJzcDtSYWlzZWQmbmJzcDthdCZuYnNwO3JiYWMubWw6MjM4LjEwLTE1Jm5i c3A7LSZndDsmbmJzcDtzZXJ2ZXJfaGVscGVycy5tbDo3OS4xMS00MSZuYnNwOyZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1syMDEyMTAwNlQwMjoxODo1NS42 MzBafGRlYnVnfFhlblNlcnZlcjN8MTA0Jm5ic3A7SU5FVCZuYnNwOzEyNy4wLjAuMTo4MHxwb29s LmpvaW4mbmJzcDtSOmRiZWUxM2I3YThiZHxkaXNwYXRjaGVyXSZuYnNwO1NlcnZlcl9oZWxwZXJz LmV4ZWMmbmJzcDtleGNlcHRpb25faGFuZGxlcjombmJzcDtHb3QmbmJzcDtleGNlcHRpb24mbmJz cDtIT1NUX1NUSUxMX0JPT1RJTkc6Jm5ic3A7W113aHkmbmJzcDtpcyZuYnNwO3RoYXQ/Jm5ic3A7 dGhhbmsmbmJzcDt5b3UmbmJzcDtzbyZuYnNwO211Y2ghJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElW PiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDsmZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZu YnNwO19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDtt YWlsaW5nJm5ic3A7bGlzdCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZn dDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNw OyZndDsmbmJzcDsmZ3Q7Jm5ic3A7aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL3hlbi1hcGkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDst LS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0tLS0tLS0tLS0tLS0mbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJzcDthdHRh Y2htZW50Jm5ic3A7d2FzJm5ic3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtVUkw6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 Jmx0O2h0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50 cy8yMDEyMTAwNi85YzM1ZDdjNi9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5ic3A7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0m bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtNZXNzYWdlOiZuYnNwOzImbmJz cDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtEYXRlOiZuYnNwO1NhdCwmbmJzcDs2 Jm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNwOzE5OjM3OjAxJm5ic3A7KzA4MDAmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtGcm9tOiZuYnNwOyJjbGF5dG9ubHkiJmx0O2NsYXl0 b25seUAxNjMuY29tJmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1Rv OiZuYnNwOyJ4ZW4tYXBpIiZsdDt4ZW4tYXBpQGxpc3RzLnhlbi5vcmcmZ3Q7Jm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7U3ViamVjdDombmJzcDtbWGVuLUFQSV0mbmJzcDt2 bSZuYnNwO2RpZWQmbmJzcDtpbiZuYnNwO3NsYXZlJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7TWVzc2FnZS1JRDombmJzcDsmbHQ7MTFjN2U4OWMuMjkwMy4xM2EzNWRlNjQ4 ZC5Db3JlbWFpbC5jbGF5dG9ubHlAMTYzLmNvbSZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtDb250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0 PSJ1dGYtOCImbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtoZWxsbyxhbGwm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtJJm5ic3A7dXNlJm5ic3A7eGNw Jm5ic3A7MS41Jm5ic3A7aW4mbmJzcDt1YnVudHUmbmJzcDsxMi4wNC4mbmJzcDtUb2RheSZuYnNw O2kmbmJzcDthZGQmbmJzcDthJm5ic3A7c2xhdmUmbmJzcDtob3N0Jm5ic3A7aW50byZuYnNwO3Bv b2wuJm5ic3A7V2hlbiZuYnNwO2kmbmJzcDtzdGFydCZuYnNwO2EmbmJzcDt2bSZuYnNwO2luJm5i c3A7dGhlJm5ic3A7bmV3Jm5ic3A7c2xhdmUsJm5ic3A7aXQmbmJzcDt0b29rJm5ic3A7YSZuYnNw O2xvbmcmbmJzcDt0aW1lJm5ic3A7dG8mbmJzcDtzdGFydCZuYnNwO3RoZSZuYnNwO3ZtJm5ic3A7 KG1vcmUmbmJzcDt0aGFuJm5ic3A7MW1pbnV0ZSwmbmJzcDtub3JtYWwmbmJzcDs1c2VjJm5ic3A7 aW4mbmJzcDtteSZuYnNwO2Vudmlyb25tZW50KS4mbmJzcDtBZnRlciZuYnNwO3RoZSZuYnNwO3Zt Jm5ic3A7c3RhcnQsJm5ic3A7J3hlJm5ic3A7Y29uc29sZS1saXN0JyZuYnNwO2RpZG4ndCZuYnNw O3Nob3cmbmJzcDt0aGUmbmJzcDt2bS4mbmJzcDtXaGVuJm5ic3A7aSZuYnNwO3RyaWVkJm5ic3A7 dG8mbmJzcDtzaHV0ZG93biZuYnNwO3RoZSZuYnNwO3ZtJm5ic3A7YnkmbmJzcDt4ZW5jZW50ZXIs Jm5ic3A7dm0mbmJzcDt0b29rJm5ic3A7bW9yZSZuYnNwO3RoYW4mbmJzcDsyMG1pbnV0ZXMmbmJz cDtidXQmbmJzcDtjb3VsZG4ndCZuYnNwO2JlJm5ic3A7c2h1dGRvd24uJm5ic3A7Rm9yY2UmbmJz cDtzaHVkb3duJm5ic3A7ZGlkbid0Jm5ic3A7d29yayZuYnNwO3Rvby4mbmJzcDtJdCZuYnNwO2Fw cGVhcmVkJm5ic3A7dGhhdCZuYnNwO3hjcC14YXBpJm5ic3A7dGhlJm5ic3A7aG9zdCZuYnNwO3dh cyZuYnNwO2Rvd24mbmJzcDt0b28uJm5ic3A7QnV0Jm5ic3A7dGhlJm5ic3A7b3RoZXImbmJzcDto b3N0cyZuYnNwO2luJm5ic3A7dGhlJm5ic3A7cG9vbCZuYnNwO3dvcmsmbmJzcDt3ZWxsLiZuYnNw O1doYXQmbmJzcDtpcyZuYnNwO3RoZSZuYnNwO3Byb2JsZW0mbmJzcDs/Jm5ic3A7Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtjbGF5dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDsyMDEyLTEwLTA2Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7Y2xheXRvbmx5Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0t Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7QW4mbmJzcDtIVE1MJm5ic3A7 YXR0YWNobWVudCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsmbmJzcDsmZ3Q7Jm5ic3A7VVJMOiZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwOyZsdDtodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvYXR0YWNo bWVudHMvMjAxMjEwMDYvZTNlOWM3MWIvYXR0YWNobWVudC5odG1sJmd0OyZuYnNwOyZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZu YnNwOyZndDsmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJ Vj4NCjxESVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmlu L21haWxtYW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwO0VuZCZuYnNwO29mJm5ic3A7WGVuLWFwaSZuYnNwO0RpZ2VzdCwmbmJzcDtWb2wmbmJz cDs3NywmbmJzcDtJc3N1ZSZuYnNwOzE1Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7 Jm5ic3A7KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5i c3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOyZn dDsmbmJzcDtYZW4tYXBpJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDs8L0RJVj4NCjxESVY+ Jmd0OyZuYnNwOyZndDsmbmJzcDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOyZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0t LS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsmbmJzcDtBbiZuYnNwO0hUTUwmbmJzcDthdHRhY2htZW50Jm5ic3A7d2FzJm5i c3A7c2NydWJiZWQuLi4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1VSTDombmJzcDsmbHQ7 aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpL2F0dGFjaG1lbnRzLzIw MTIxMDA3L2I1MjJiYmM0L2F0dGFjaG1lbnQuaHRtbCZndDsmbmJzcDsmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 WGVuLWFwaSZuYnNwO21haWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJz cDtYZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2h0dHA6 Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtFbmQmbmJzcDtvZiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3Qs Jm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7SXNzdWUmbmJzcDsxNyZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqJm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18m bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO1hlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlz dCZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaSZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ LS0tLS0tLS0tLS0tLS0mbmJzcDtuZXh0Jm5ic3A7cGFydCZuYnNwOy0tLS0tLS0tLS0tLS0tJm5i c3A7PC9ESVY+DQo8RElWPkFuJm5ic3A7SFRNTCZuYnNwO2F0dGFjaG1lbnQmbmJzcDt3YXMmbmJz cDtzY3J1YmJlZC4uLiZuYnNwOzwvRElWPg0KPERJVj5VUkw6Jm5ic3A7Jmx0O2h0dHA6Ly9saXN0 cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWFwaS9hdHRhY2htZW50cy8yMDEyMTAwOC8yODY1 MzYzNS9hdHRhY2htZW50Lmh0bWwmZ3Q7Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fJm5ic3A7PC9ESVY+DQo8RElWPlhlbi1hcGkmbmJzcDttYWlsaW5nJm5ic3A7bGlzdCZu YnNwOzwvRElWPg0KPERJVj5YZW4tYXBpQGxpc3RzLnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+ aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkmbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5FbmQm bmJzcDtvZiZuYnNwO1hlbi1hcGkmbmJzcDtEaWdlc3QsJm5ic3A7Vm9sJm5ic3A7NzcsJm5ic3A7 SXNzdWUmbmJzcDsxOSZuYnNwOzwvRElWPg0KPERJVj4qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKiombmJzcDs8L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4= --__=_Part_Boundary_004_025030.022067-- --===============8419973853233961336== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8419973853233961336==-- From xen-api-bounces@lists.xen.org Mon Oct 08 07:16:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 07:16:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL7Zu-0003rD-Cy; Mon, 08 Oct 2012 07:16:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL7Zs-0003r8-Co for xen-api@lists.xen.org; Mon, 08 Oct 2012 07:16:36 +0000 Received: from [85.158.139.211:24330] by server-13.bemta-5.messagelabs.com id F5/6A-06496-3DD72705; Mon, 08 Oct 2012 07:16:35 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1349680593!21405469!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31231 invoked from network); 8 Oct 2012 07:16:33 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 07:16:33 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so2457341lah.32 for ; Mon, 08 Oct 2012 00:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=HinXPM04MqH0qgvhyX1aezRSX7mcji96gL7rRWLb0J8=; b=JSRR6/6/QUu3CpaLMvp+Ors5U90+LC2f+ARJz4r2wZrgzwQJkxT3gXCbedeJn8PU8F KE9JgB67sPUIcDW922QEsFpcnvJ4053xK8I6TR/ttsxFfGCoD93o31xzgYL4KaW4l79X /YYiyGt5avDqGsqOGGM5qdCUvpx9gBUMf3C1H9if0r46/p3EeGT8IpN7ys1NW7NgA2g0 qlZs1xsdrepVDL0BjMaSH1iRfLmGkGh86EBXd5YFa+kU68IKZ9cgllKUuz62RWY1J7Ft NqFH5pmEeJn9OZJzK/YD2rIph0JuNI4u1q3v2gYOVJWywPhNcrrQqHvlZR9G24F0BQsL scLg== Received: by 10.112.84.135 with SMTP id z7mr6265038lby.119.1349680592714; Mon, 08 Oct 2012 00:16:32 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id d7sm5094290lbn.3.2012.10.08.00.16.31 (version=SSLv3 cipher=OTHER); Mon, 08 Oct 2012 00:16:32 -0700 (PDT) Message-ID: <50727DD3.8020206@gmail.com> Date: Mon, 08 Oct 2012 11:16:35 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <11635bc.3282.13a3e5a7833.Coremail.claytonly@163.com> In-Reply-To: <11635bc.3282.13a3e5a7833.Coremail.claytonly@163.com> Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 19 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4964458663802786269==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4964458663802786269== Content-Type: multipart/alternative; boundary="------------000309010200000705040609" This is a multi-part message in MIME format. --------------000309010200000705040609 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Looks like you did not remove bridge creation from /etc/network/interfaces. On 08.10.2012 07:10, claytonly wrote: > I try 'xe pif-reconfigure-ip' but the errors "Network configuration > error: SCRIPT_ERROR [script=/sbin/btrtl, arg=addif xenbr1 eth1, > code=1, stdout = , stderr device eth1 is already a member of a > bridge; can't enslave it to bridge xenbr1 ]". I change the uuid in > /etc/xcp/inventory and the host can be joined to pool. > I didn't read the /usr/share/doc/xcp-xapi/README.Debian.gz. I install > xcp on ubuntu following by > http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution. > 2012-10-08 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *发件人：*xen-api-request > *发送时间：*2012-10-08 09:56 > *主题：*Xen-api Digest, Vol 77, Issue 19 > *收件人：*"xen-api" > *抄送：* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: the server is still booting (George Shuklin) (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Mon, 08 Oct 2012 05:55:45 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] the server is still booting (George Shuklin) > Message-ID: <507232A1.20305@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > Do not touch it. That file is for internal purpose only. > You need to configure management interface. No way further without it. > What means "doesn't work"? Did you follow > /usr/share/doc/xcp-xapi/README.Debian.gz? > 08.10.2012 05:17, claytonly ?????: > > I try to configure management interface by 'xe pif-reconfigure-ip' but > > It doesn't work. I try reconfig the file /etc/xcp/inventory and > > restart the xcp-xap. Everything is ok. what is the 'inventory' file ? > > 2012-10-08 > > ------------------------------------------------------------------------ > > > claytonly > > ------------------------------------------------------------------------ > > > *???:*xen-api-request > > *????:*2012-10-07 20:02 > > *??:*Xen-api Digest, Vol 77, Issue 17 > > *???:*"xen-api" > > *??:* > > Send Xen-api mailing list submissions to > > xen-api@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > or, via email, send a message with subject or body 'help' to > > xen-api-request@lists.xen.org > > You can reach the person managing the list at > > xen-api-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Xen-api digest..." > > Today's Topics: > > 1. Re: the server is still booting (George Shuklin) > > ---------------------------------------------------------------------- > > Message: 1 > > Date: Sun, 07 Oct 2012 13:21:50 +0400 > > From: George Shuklin > > To: xen-api@lists.xen.org > > Subject: Re: [Xen-API] the server is still booting > > Message-ID: <507149AE.90008@gmail.com> > > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Because xe on local host use file socket, and all network management > > (including slave-master communications in pool) happens via network. > > No management interface = no normal work. > > On 06.10.2012 16:04, claytonly wrote: > > > No, I didn't configure management interface. The host has only one > > > physical NIC. I conduct the same operation on the other hosts and > > > everthing was ok. Why is that? > > > 2012-10-06 > > > > ------------------------------------------------------------------------ > > > > > > claytonly > > > > ------------------------------------------------------------------------ > > > > > > *????*xen-api-request > > > *?????*2012-10-06 20:00 > > > *???*Xen-api Digest, Vol 77, Issue 15 > > > *????*"xen-api" > > > *???* > > > Send Xen-api mailing list submissions to > > > xen-api@lists.xen.org > > > To subscribe or unsubscribe via the World Wide Web, visit > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > or, via email, send a message with subject or body 'help' to > > > xen-api-request@lists.xen.org > > > You can reach the person managing the list at > > > xen-api-owner@lists.xen.org > > > When replying, please edit your Subject line so it is more specific > > > than "Re: Contents of Xen-api digest..." > > > Today's Topics: > > > 1. Re: the server is still booting (George Shuklin) > > > 2. vm died in slave (claytonly) > > > > ---------------------------------------------------------------------- > > > Message: 1 > > > Date: Sat, 06 Oct 2012 11:41:09 +0400 > > > From: George Shuklin > > > To: xen-api@lists.xen.org > > > Subject: Re: [Xen-API] the server is still booting > > > Message-ID: <506FE095.3080405@gmail.com> > > > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > > 06.10.2012 07:32, claytonly ?????: > > > "requires a properly configured management interface. " > > > Did you configure management interface on slave before joining? > > > > Hello, every one > > > > > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > > > > > > > > > > The details is as folllow: > > > > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > > > > > > > > > > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > > > > > > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > > > > > > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > > > > > > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > > > > > > > > > > claytonly > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Xen-api mailing list > > > > Xen-api@lists.xen.org > > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > -------------- next part -------------- > > > An HTML attachment was scrubbed... > > > URL: > > > > > > > > > > > > > ------------------------------ > > > Message: 2 > > > Date: Sat, 6 Oct 2012 19:37:01 +0800 > > > From: "claytonly" > > > To: "xen-api" > > > Subject: [Xen-API] vm died in slave > > > Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> > > > Content-Type: text/plain; charset="utf-8" > > > hello,all > > > > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? > > > > > > > > > claytonly > > > 2012-10-06 > > > claytonly > > > -------------- next part -------------- > > > An HTML attachment was scrubbed... > > > URL: > > > > > > > > > > > > > ------------------------------ > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > End of Xen-api Digest, Vol 77, Issue 15 > > > *************************************** > > > > > > > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > > ------------------------------ > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > End of Xen-api Digest, Vol 77, Issue 17 > > *************************************** > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 19 > *************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000309010200000705040609 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Looks like you did not remove bridge creation from /etc/network/interfaces.


On 08.10.2012 07:10, claytonly wrote:
I try 'xe pif-reconfigure-ip' but the errors "Network configuration error: SCRIPT_ERROR [script=/sbin/btrtl, arg=addif xenbr1 eth1, code=1, stdout  = , stderr  device eth1 is already a member of a bridge; can't enslave it to bridge xenbr1 ]". I change the uuid in /etc/xcp/inventory and the host can be joined to pool.
I didn't read the /usr/share/doc/xcp-xapi/README.Debian.gz. I install xcp on ubuntu following by http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution.
 
2012-10-08
claytonly
发件人：xen-api-request
发送时间：2012-10-08 09:56
主题：Xen-api Digest, Vol 77, Issue 19
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
    xen-api@lists.xen.org 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
    xen-api-request@lists.xen.org 
 
You can reach the person managing the list at 
    xen-api-owner@lists.xen.org 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: the server is still booting (George Shuklin) (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Mon, 08 Oct 2012 05:55:45 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] the server is still booting (George Shuklin) 
Message-ID: <507232A1.20305@gmail.com> 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
Do not touch it. That file is for internal purpose only. 
 
You need to configure management interface. No way further without it. 
 
What means "doesn't work"? Did you follow  
/usr/share/doc/xcp-xapi/README.Debian.gz? 
 
08.10.2012 05:17, claytonly ?????: 
> I try to configure management interface by 'xe pif-reconfigure-ip' but  
> It doesn't work. I try reconfig the file /etc/xcp/inventory and  
> restart the xcp-xap. Everything is ok. what is the 'inventory' file ? 
> 2012-10-08 
> ------------------------------------------------------------------------ 
> claytonly 
> ------------------------------------------------------------------------ 
> *???:*xen-api-request 
> *????:*2012-10-07 20:02 
> *??:*Xen-api Digest, Vol 77, Issue 17 
> *???:*"xen-api"<xen-api@lists.xen.org> 
> *??:* 
> Send Xen-api mailing list submissions to 
>     xen-api@lists.xen.org 
> To subscribe or unsubscribe via the World Wide Web, visit 
> or, via email, send a message with subject or body 'help' to 
>     xen-api-request@lists.xen.org 
> You can reach the person managing the list at 
>     xen-api-owner@lists.xen.org 
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of Xen-api digest..." 
> Today's Topics: 
>    1. Re: the server is still booting (George Shuklin) 
> ---------------------------------------------------------------------- 
> Message: 1 
> Date: Sun, 07 Oct 2012 13:21:50 +0400 
> From: George Shuklin <george.shuklin@gmail.com> 
> To: xen-api@lists.xen.org 
> Subject: Re: [Xen-API] the server is still booting 
> Message-ID: <507149AE.90008@gmail.com> 
> Content-Type: text/plain; charset="utf-8"; Format="flowed" 
> Because xe on local host use file socket, and all network management 
> (including slave-master communications in pool) happens via network. 
> No management interface = no normal work. 
> On 06.10.2012 16:04, claytonly wrote: 
> > No, I didn't configure management interface. The host has only one 
> > physical NIC. I conduct the same operation on the other hosts and 
> > everthing was ok. Why is that? 
> > 2012-10-06 
> > ------------------------------------------------------------------------  
> 
> > claytonly 
> > ------------------------------------------------------------------------  
> 
> > *????*xen-api-request 
> > *?????*2012-10-06 20:00 
> > *???*Xen-api Digest, Vol 77, Issue 15 
> > *????*"xen-api"<xen-api@lists.xen.org> 
> > *???* 
> > Send Xen-api mailing list submissions to 
> >     xen-api@lists.xen.org 
> > To subscribe or unsubscribe via the World Wide Web, visit 
> > or, via email, send a message with subject or body 'help' to 
> >     xen-api-request@lists.xen.org 
> > You can reach the person managing the list at 
> >     xen-api-owner@lists.xen.org 
> > When replying, please edit your Subject line so it is more specific 
> > than "Re: Contents of Xen-api digest..." 
> > Today's Topics: 
> >    1. Re: the server is still booting (George Shuklin) 
> >    2. vm died in slave (claytonly) 
> > ---------------------------------------------------------------------- 
> > Message: 1 
> > Date: Sat, 06 Oct 2012 11:41:09 +0400 
> > From: George Shuklin <george.shuklin@gmail.com> 
> > To: xen-api@lists.xen.org 
> > Subject: Re: [Xen-API] the server is still booting 
> > Message-ID: <506FE095.3080405@gmail.com> 
> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
> > 06.10.2012 07:32, claytonly ?????: 
> > "requires a properly configured management interface. " 
> > Did you configure management interface on slave before joining? 
> > > Hello, every one 
> > >  I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem?  
> 
> > 
> > > The details is as folllow: 
> > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443  
> 
> > 
> > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179  
> 
> > 
> > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23  
> 
> > 
> > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41  
> 
> > 
> > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much!  
> 
> > 
> > > claytonly 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > _______________________________________________ 
> > > Xen-api mailing list 
> > > Xen-api@lists.xen.org 
> > -------------- next part -------------- 
> > An HTML attachment was scrubbed... 
> > URL: 
> 
> > 
> > ------------------------------ 
> > Message: 2 
> > Date: Sat, 6 Oct 2012 19:37:01 +0800 
> > From: "claytonly"<claytonly@163.com> 
> > To: "xen-api"<xen-api@lists.xen.org> 
> > Subject: [Xen-API] vm died in slave 
> > Content-Type: text/plain; charset="utf-8" 
> > hello,all 
> > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ?  
> 
> > 
> > claytonly 
> > 2012-10-06 
> > claytonly 
> > -------------- next part -------------- 
> > An HTML attachment was scrubbed... 
> > URL: 
> 
> > 
> > ------------------------------ 
> > _______________________________________________ 
> > Xen-api mailing list 
> > Xen-api@lists.xen.org 
> > End of Xen-api Digest, Vol 77, Issue 15 
> > *************************************** 
> > 
> > 
> > _______________________________________________ 
> > Xen-api mailing list 
> > Xen-api@lists.xen.org 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> _______________________________________________ 
> Xen-api mailing list 
> End of Xen-api Digest, Vol 77, Issue 17 
> *************************************** 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 19 
*************************************** 


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------000309010200000705040609-- --===============4964458663802786269== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4964458663802786269==-- From xen-api-bounces@lists.xen.org Mon Oct 08 07:16:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 07:16:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL7Zu-0003rD-Cy; Mon, 08 Oct 2012 07:16:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TL7Zs-0003r8-Co for xen-api@lists.xen.org; Mon, 08 Oct 2012 07:16:36 +0000 Received: from [85.158.139.211:24330] by server-13.bemta-5.messagelabs.com id F5/6A-06496-3DD72705; Mon, 08 Oct 2012 07:16:35 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1349680593!21405469!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31231 invoked from network); 8 Oct 2012 07:16:33 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 07:16:33 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so2457341lah.32 for ; Mon, 08 Oct 2012 00:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=HinXPM04MqH0qgvhyX1aezRSX7mcji96gL7rRWLb0J8=; b=JSRR6/6/QUu3CpaLMvp+Ors5U90+LC2f+ARJz4r2wZrgzwQJkxT3gXCbedeJn8PU8F KE9JgB67sPUIcDW922QEsFpcnvJ4053xK8I6TR/ttsxFfGCoD93o31xzgYL4KaW4l79X /YYiyGt5avDqGsqOGGM5qdCUvpx9gBUMf3C1H9if0r46/p3EeGT8IpN7ys1NW7NgA2g0 qlZs1xsdrepVDL0BjMaSH1iRfLmGkGh86EBXd5YFa+kU68IKZ9cgllKUuz62RWY1J7Ft NqFH5pmEeJn9OZJzK/YD2rIph0JuNI4u1q3v2gYOVJWywPhNcrrQqHvlZR9G24F0BQsL scLg== Received: by 10.112.84.135 with SMTP id z7mr6265038lby.119.1349680592714; Mon, 08 Oct 2012 00:16:32 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id d7sm5094290lbn.3.2012.10.08.00.16.31 (version=SSLv3 cipher=OTHER); Mon, 08 Oct 2012 00:16:32 -0700 (PDT) Message-ID: <50727DD3.8020206@gmail.com> Date: Mon, 08 Oct 2012 11:16:35 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <11635bc.3282.13a3e5a7833.Coremail.claytonly@163.com> In-Reply-To: <11635bc.3282.13a3e5a7833.Coremail.claytonly@163.com> Subject: Re: [Xen-API] Xen-api Digest, Vol 77, Issue 19 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4964458663802786269==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4964458663802786269== Content-Type: multipart/alternative; boundary="------------000309010200000705040609" This is a multi-part message in MIME format. --------------000309010200000705040609 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Looks like you did not remove bridge creation from /etc/network/interfaces. On 08.10.2012 07:10, claytonly wrote: > I try 'xe pif-reconfigure-ip' but the errors "Network configuration > error: SCRIPT_ERROR [script=/sbin/btrtl, arg=addif xenbr1 eth1, > code=1, stdout = , stderr device eth1 is already a member of a > bridge; can't enslave it to bridge xenbr1 ]". I change the uuid in > /etc/xcp/inventory and the host can be joined to pool. > I didn't read the /usr/share/doc/xcp-xapi/README.Debian.gz. I install > xcp on ubuntu following by > http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution. > 2012-10-08 > ------------------------------------------------------------------------ > claytonly > ------------------------------------------------------------------------ > *发件人：*xen-api-request > *发送时间：*2012-10-08 09:56 > *主题：*Xen-api Digest, Vol 77, Issue 19 > *收件人：*"xen-api" > *抄送：* > Send Xen-api mailing list submissions to > xen-api@lists.xen.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > or, via email, send a message with subject or body 'help' to > xen-api-request@lists.xen.org > You can reach the person managing the list at > xen-api-owner@lists.xen.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-api digest..." > Today's Topics: > 1. Re: the server is still booting (George Shuklin) (George Shuklin) > ---------------------------------------------------------------------- > Message: 1 > Date: Mon, 08 Oct 2012 05:55:45 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] the server is still booting (George Shuklin) > Message-ID: <507232A1.20305@gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > Do not touch it. That file is for internal purpose only. > You need to configure management interface. No way further without it. > What means "doesn't work"? Did you follow > /usr/share/doc/xcp-xapi/README.Debian.gz? > 08.10.2012 05:17, claytonly ?????: > > I try to configure management interface by 'xe pif-reconfigure-ip' but > > It doesn't work. I try reconfig the file /etc/xcp/inventory and > > restart the xcp-xap. Everything is ok. what is the 'inventory' file ? > > 2012-10-08 > > ------------------------------------------------------------------------ > > > claytonly > > ------------------------------------------------------------------------ > > > *???:*xen-api-request > > *????:*2012-10-07 20:02 > > *??:*Xen-api Digest, Vol 77, Issue 17 > > *???:*"xen-api" > > *??:* > > Send Xen-api mailing list submissions to > > xen-api@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > or, via email, send a message with subject or body 'help' to > > xen-api-request@lists.xen.org > > You can reach the person managing the list at > > xen-api-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Xen-api digest..." > > Today's Topics: > > 1. Re: the server is still booting (George Shuklin) > > ---------------------------------------------------------------------- > > Message: 1 > > Date: Sun, 07 Oct 2012 13:21:50 +0400 > > From: George Shuklin > > To: xen-api@lists.xen.org > > Subject: Re: [Xen-API] the server is still booting > > Message-ID: <507149AE.90008@gmail.com> > > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Because xe on local host use file socket, and all network management > > (including slave-master communications in pool) happens via network. > > No management interface = no normal work. > > On 06.10.2012 16:04, claytonly wrote: > > > No, I didn't configure management interface. The host has only one > > > physical NIC. I conduct the same operation on the other hosts and > > > everthing was ok. Why is that? > > > 2012-10-06 > > > > ------------------------------------------------------------------------ > > > > > > claytonly > > > > ------------------------------------------------------------------------ > > > > > > *????*xen-api-request > > > *?????*2012-10-06 20:00 > > > *???*Xen-api Digest, Vol 77, Issue 15 > > > *????*"xen-api" > > > *???* > > > Send Xen-api mailing list submissions to > > > xen-api@lists.xen.org > > > To subscribe or unsubscribe via the World Wide Web, visit > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > or, via email, send a message with subject or body 'help' to > > > xen-api-request@lists.xen.org > > > You can reach the person managing the list at > > > xen-api-owner@lists.xen.org > > > When replying, please edit your Subject line so it is more specific > > > than "Re: Contents of Xen-api digest..." > > > Today's Topics: > > > 1. Re: the server is still booting (George Shuklin) > > > 2. vm died in slave (claytonly) > > > > ---------------------------------------------------------------------- > > > Message: 1 > > > Date: Sat, 06 Oct 2012 11:41:09 +0400 > > > From: George Shuklin > > > To: xen-api@lists.xen.org > > > Subject: Re: [Xen-API] the server is still booting > > > Message-ID: <506FE095.3080405@gmail.com> > > > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > > 06.10.2012 07:32, claytonly ?????: > > > "requires a properly configured management interface. " > > > Did you configure management interface on slave before joining? > > > > Hello, every one > > > > > I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem? > > > > > > > > > > The details is as folllow: > > > > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443 > > > > > > > > > > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179 > > > > > > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23 > > > > > > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 > > > > > > > > > > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much! > > > > > > > > > > claytonly > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Xen-api mailing list > > > > Xen-api@lists.xen.org > > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > -------------- next part -------------- > > > An HTML attachment was scrubbed... > > > URL: > > > > > > > > > > > > > ------------------------------ > > > Message: 2 > > > Date: Sat, 6 Oct 2012 19:37:01 +0800 > > > From: "claytonly" > > > To: "xen-api" > > > Subject: [Xen-API] vm died in slave > > > Message-ID: <11c7e89c.2903.13a35de648d.Coremail.claytonly@163.com> > > > Content-Type: text/plain; charset="utf-8" > > > hello,all > > > > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ? > > > > > > > > > claytonly > > > 2012-10-06 > > > claytonly > > > -------------- next part -------------- > > > An HTML attachment was scrubbed... > > > URL: > > > > > > > > > > > > > ------------------------------ > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > End of Xen-api Digest, Vol 77, Issue 15 > > > *************************************** > > > > > > > > > _______________________________________________ > > > Xen-api mailing list > > > Xen-api@lists.xen.org > > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > > > ------------------------------ > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > End of Xen-api Digest, Vol 77, Issue 17 > > *************************************** > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > End of Xen-api Digest, Vol 77, Issue 19 > *************************************** > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000309010200000705040609 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Looks like you did not remove bridge creation from /etc/network/interfaces.


On 08.10.2012 07:10, claytonly wrote:
I try 'xe pif-reconfigure-ip' but the errors "Network configuration error: SCRIPT_ERROR [script=/sbin/btrtl, arg=addif xenbr1 eth1, code=1, stdout  = , stderr  device eth1 is already a member of a bridge; can't enslave it to bridge xenbr1 ]". I change the uuid in /etc/xcp/inventory and the host can be joined to pool.
I didn't read the /usr/share/doc/xcp-xapi/README.Debian.gz. I install xcp on ubuntu following by http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution.
 
2012-10-08
claytonly
发件人：xen-api-request
发送时间：2012-10-08 09:56
主题：Xen-api Digest, Vol 77, Issue 19
收件人："xen-api"<xen-api@lists.xen.org>
抄送：
 
Send Xen-api mailing list submissions to 
    xen-api@lists.xen.org 
 
To subscribe or unsubscribe via the World Wide Web, visit 
or, via email, send a message with subject or body 'help' to 
    xen-api-request@lists.xen.org 
 
You can reach the person managing the list at 
    xen-api-owner@lists.xen.org 
 
When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Xen-api digest..." 
 
 
Today's Topics: 
 
   1. Re: the server is still booting (George Shuklin) (George Shuklin) 
 
 
---------------------------------------------------------------------- 
 
Message: 1 
Date: Mon, 08 Oct 2012 05:55:45 +0400 
From: George Shuklin <george.shuklin@gmail.com> 
Subject: Re: [Xen-API] the server is still booting (George Shuklin) 
Message-ID: <507232A1.20305@gmail.com> 
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
 
Do not touch it. That file is for internal purpose only. 
 
You need to configure management interface. No way further without it. 
 
What means "doesn't work"? Did you follow  
/usr/share/doc/xcp-xapi/README.Debian.gz? 
 
08.10.2012 05:17, claytonly ?????: 
> I try to configure management interface by 'xe pif-reconfigure-ip' but  
> It doesn't work. I try reconfig the file /etc/xcp/inventory and  
> restart the xcp-xap. Everything is ok. what is the 'inventory' file ? 
> 2012-10-08 
> ------------------------------------------------------------------------ 
> claytonly 
> ------------------------------------------------------------------------ 
> *???:*xen-api-request 
> *????:*2012-10-07 20:02 
> *??:*Xen-api Digest, Vol 77, Issue 17 
> *???:*"xen-api"<xen-api@lists.xen.org> 
> *??:* 
> Send Xen-api mailing list submissions to 
>     xen-api@lists.xen.org 
> To subscribe or unsubscribe via the World Wide Web, visit 
> or, via email, send a message with subject or body 'help' to 
>     xen-api-request@lists.xen.org 
> You can reach the person managing the list at 
>     xen-api-owner@lists.xen.org 
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of Xen-api digest..." 
> Today's Topics: 
>    1. Re: the server is still booting (George Shuklin) 
> ---------------------------------------------------------------------- 
> Message: 1 
> Date: Sun, 07 Oct 2012 13:21:50 +0400 
> From: George Shuklin <george.shuklin@gmail.com> 
> To: xen-api@lists.xen.org 
> Subject: Re: [Xen-API] the server is still booting 
> Message-ID: <507149AE.90008@gmail.com> 
> Content-Type: text/plain; charset="utf-8"; Format="flowed" 
> Because xe on local host use file socket, and all network management 
> (including slave-master communications in pool) happens via network. 
> No management interface = no normal work. 
> On 06.10.2012 16:04, claytonly wrote: 
> > No, I didn't configure management interface. The host has only one 
> > physical NIC. I conduct the same operation on the other hosts and 
> > everthing was ok. Why is that? 
> > 2012-10-06 
> > ------------------------------------------------------------------------  
> 
> > claytonly 
> > ------------------------------------------------------------------------  
> 
> > *????*xen-api-request 
> > *?????*2012-10-06 20:00 
> > *???*Xen-api Digest, Vol 77, Issue 15 
> > *????*"xen-api"<xen-api@lists.xen.org> 
> > *???* 
> > Send Xen-api mailing list submissions to 
> >     xen-api@lists.xen.org 
> > To subscribe or unsubscribe via the World Wide Web, visit 
> > or, via email, send a message with subject or body 'help' to 
> >     xen-api-request@lists.xen.org 
> > You can reach the person managing the list at 
> >     xen-api-owner@lists.xen.org 
> > When replying, please edit your Subject line so it is more specific 
> > than "Re: Contents of Xen-api digest..." 
> > Today's Topics: 
> >    1. Re: the server is still booting (George Shuklin) 
> >    2. vm died in slave (claytonly) 
> > ---------------------------------------------------------------------- 
> > Message: 1 
> > Date: Sat, 06 Oct 2012 11:41:09 +0400 
> > From: George Shuklin <george.shuklin@gmail.com> 
> > To: xen-api@lists.xen.org 
> > Subject: Re: [Xen-API] the server is still booting 
> > Message-ID: <506FE095.3080405@gmail.com> 
> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" 
> > 06.10.2012 07:32, claytonly ?????: 
> > "requires a properly configured management interface. " 
> > Did you configure management interface on slave before joining? 
> > > Hello, every one 
> > >  I want to join a host into a pool but problem came out.when i use xencenter, the log said that 'error: the server is still booting.'when i use cli by 'xe pool-join', there cames 'the host toolstack is still initialising. please wait!' What is the problem?  
> 
> > 
> > > The details is as folllow: 
> > > [20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.609Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Raised at xapi_pool.ml:55.9-69 -> xapi_pool.ml:312.1-38 -> xapi_pool.ml:657.2-52 -> pervasiveext.ml:22.2-9[20121006T02:18:55.609Z|error|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] Pool.join/Pool.eject requires a properly configured management interface. Wait for xapi/firstboot initialisation to complete and then retry.[20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] stunnel pid: 2179 (cached = false) connected to 192.168.100.11:443  
> 
> > 
> > > [20121006T02:18:55.615Z| info|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|xapi] with_recorded_stunnelpid task_opt=None s_pid=2179  
> 
> > 
> > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:656.1-1023 -> rbac.ml:229.16-23  
> 
> > 
> > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41  
> 
> > 
> > > [20121006T02:18:55.630Z|debug|XenServer3|104 INET 127.0.0.1:80|pool.join R:dbee13b7a8bd|dispatcher] Server_helpers.exec exception_handler: Got exception HOST_STILL_BOOTING: []why is that? thank you so much!  
> 
> > 
> > > claytonly 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > _______________________________________________ 
> > > Xen-api mailing list 
> > > Xen-api@lists.xen.org 
> > -------------- next part -------------- 
> > An HTML attachment was scrubbed... 
> > URL: 
> 
> > 
> > ------------------------------ 
> > Message: 2 
> > Date: Sat, 6 Oct 2012 19:37:01 +0800 
> > From: "claytonly"<claytonly@163.com> 
> > To: "xen-api"<xen-api@lists.xen.org> 
> > Subject: [Xen-API] vm died in slave 
> > Content-Type: text/plain; charset="utf-8" 
> > hello,all 
> > I use xcp 1.5 in ubuntu 12.04. Today i add a slave host into pool. When i start a vm in the new slave, it took a long time to start the vm (more than 1minute, normal 5sec in my environment). After the vm start, 'xe console-list' didn't show the vm. When i tried to shutdown the vm by xencenter, vm took more than 20minutes but couldn't be shutdown. Force shudown didn't work too. It appeared that xcp-xapi the host was down too. But the other hosts in the pool work well. What is the problem ?  
> 
> > 
> > claytonly 
> > 2012-10-06 
> > claytonly 
> > -------------- next part -------------- 
> > An HTML attachment was scrubbed... 
> > URL: 
> 
> > 
> > ------------------------------ 
> > _______________________________________________ 
> > Xen-api mailing list 
> > Xen-api@lists.xen.org 
> > End of Xen-api Digest, Vol 77, Issue 15 
> > *************************************** 
> > 
> > 
> > _______________________________________________ 
> > Xen-api mailing list 
> > Xen-api@lists.xen.org 
> -------------- next part -------------- 
> An HTML attachment was scrubbed... 
> 
> ------------------------------ 
> _______________________________________________ 
> Xen-api mailing list 
> End of Xen-api Digest, Vol 77, Issue 17 
> *************************************** 
> 
> 
> _______________________________________________ 
> Xen-api mailing list 
 
-------------- next part -------------- 
An HTML attachment was scrubbed... 
 
------------------------------ 
 
_______________________________________________ 
Xen-api mailing list 
 
 
End of Xen-api Digest, Vol 77, Issue 19 
*************************************** 


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------000309010200000705040609-- --===============4964458663802786269== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4964458663802786269==-- From xen-api-bounces@lists.xen.org Mon Oct 08 12:07:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 12:07:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLC7A-0000IE-UL; Mon, 08 Oct 2012 12:07:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLC78-0000I9-Nr for xen-api@lists.xen.org; Mon, 08 Oct 2012 12:07:14 +0000 Received: from [85.158.143.35:56396] by server-1.bemta-4.messagelabs.com id 83/F1-05684-1F1C2705; Mon, 08 Oct 2012 12:07:13 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-15.tower-21.messagelabs.com!1349698032!14125751!1 X-Originating-IP: [80.12.242.129] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25254 invoked from network); 8 Oct 2012 12:07:12 -0000 Received: from smtp07.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.129) by server-15.tower-21.messagelabs.com with SMTP; 8 Oct 2012 12:07:12 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d14 with ME id 8c7B1k00M3zjds103c7BTQ; Mon, 08 Oct 2012 14:07:12 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 68298161BA7; Mon, 8 Oct 2012 14:07:11 +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 10026) with ESMTP id tyCh6SJ1FV1t; Mon, 8 Oct 2012 14:07:10 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 7BD57161BA6; Mon, 8 Oct 2012 14:07:10 +0200 (CEST) Message-ID: <5072C1EE.4030604@tranquil-it-systems.fr> Date: Mon, 08 Oct 2012 14:07:10 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "P. Broennimann" References: In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Peter, > I downloaded the new XCP 1.6 beta release (using together with XenCenter > 6.1) and I am doing my first steps with it. > > 1) Why when I create a new "Single Server Private Network" the bridge is > named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? > > 2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage is > a default 8 gbytes drive. I could resize the disk in XenCenter (Storage > tab) to 16 gbytes. Now I need to boot from a separate live-CD to adjust > the VM's filesystem. I tried (using "Start in Recovery Mode" feature) > the latest "Knoppix Live CD" and "GParted Live CD". Both do not boot. > They start booting but then stop before showing any graphical console... > What am I doing wrong here? Xen paravirt machines do not have graphical hardware emulated. So you = may have a hard time getting a graphical console (you may still have one = though with vnc,x2go,xrdp,etc.) If your live cd is paravirt aware, then it should boot (disclaimer : = I've never used the "recovery mode" feature), but you would need to = choose a text only interface. As for resizing the hard drive, you can do it directly in the running = VM. If your disk is raw lvm partition it should be straight forward. If = your disk is partitioned in the good old bios way, you can use fdisk or = parted to manipulate the partition table. You may have to reboot for the = change to be taken into accound. Another way, like it was mentionned is to attach your VDI to another VM = and resize it from there. Hope this help, Denis > > Thanks & cheers, > Peter > > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.57 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 12:07:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 12:07:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLC7A-0000IE-UL; Mon, 08 Oct 2012 12:07:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLC78-0000I9-Nr for xen-api@lists.xen.org; Mon, 08 Oct 2012 12:07:14 +0000 Received: from [85.158.143.35:56396] by server-1.bemta-4.messagelabs.com id 83/F1-05684-1F1C2705; Mon, 08 Oct 2012 12:07:13 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-15.tower-21.messagelabs.com!1349698032!14125751!1 X-Originating-IP: [80.12.242.129] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25254 invoked from network); 8 Oct 2012 12:07:12 -0000 Received: from smtp07.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.129) by server-15.tower-21.messagelabs.com with SMTP; 8 Oct 2012 12:07:12 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d14 with ME id 8c7B1k00M3zjds103c7BTQ; Mon, 08 Oct 2012 14:07:12 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 68298161BA7; Mon, 8 Oct 2012 14:07:11 +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 10026) with ESMTP id tyCh6SJ1FV1t; Mon, 8 Oct 2012 14:07:10 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 7BD57161BA6; Mon, 8 Oct 2012 14:07:10 +0200 (CEST) Message-ID: <5072C1EE.4030604@tranquil-it-systems.fr> Date: Mon, 08 Oct 2012 14:07:10 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "P. Broennimann" References: In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Peter, > I downloaded the new XCP 1.6 beta release (using together with XenCenter > 6.1) and I am doing my first steps with it. > > 1) Why when I create a new "Single Server Private Network" the bridge is > named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? > > 2) I have a PV guest (Ubuntu headless server 12.04.1/32). The storage is > a default 8 gbytes drive. I could resize the disk in XenCenter (Storage > tab) to 16 gbytes. Now I need to boot from a separate live-CD to adjust > the VM's filesystem. I tried (using "Start in Recovery Mode" feature) > the latest "Knoppix Live CD" and "GParted Live CD". Both do not boot. > They start booting but then stop before showing any graphical console... > What am I doing wrong here? Xen paravirt machines do not have graphical hardware emulated. So you = may have a hard time getting a graphical console (you may still have one = though with vnc,x2go,xrdp,etc.) If your live cd is paravirt aware, then it should boot (disclaimer : = I've never used the "recovery mode" feature), but you would need to = choose a text only interface. As for resizing the hard drive, you can do it directly in the running = VM. If your disk is raw lvm partition it should be straight forward. If = your disk is partitioned in the good old bios way, you can use fdisk or = parted to manipulate the partition table. You may have to reboot for the = change to be taken into accound. Another way, like it was mentionned is to attach your VDI to another VM = and resize it from there. Hope this help, Denis > > Thanks & cheers, > Peter > > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.57 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 12:19:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 12:19:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLCIR-0000O2-U7; Mon, 08 Oct 2012 12:18:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLCIQ-0000Nx-1n for xen-api@lists.xen.org; Mon, 08 Oct 2012 12:18:54 +0000 Received: from [85.158.143.99:35438] by server-3.bemta-4.messagelabs.com id 7A/2D-10986-DA4C2705; Mon, 08 Oct 2012 12:18:53 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1349698732!23502442!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13102 invoked from network); 8 Oct 2012 12:18:52 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 12:18:52 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so1897713bkc.32 for ; Mon, 08 Oct 2012 05:18:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type; bh=UJiK8qizGFDvesDdYuJsNZSk7xkWPNy+s/0g+e/Aosk=; b=TZw4wnduhpXueuU+OB5qRgw6/qN9Yy0dKiQ3AEgeGtYZognhm0MZ0w+yPPdB1771Wc rHyNNoDHLgB4QQ+D+40UnQVW5+gZVzasoM2NiZuTVHswloEjLPfO/JjfjWQYdLoUa0tl nTEsJV8EpFa/AwTvPl0txajD9sdVv0qfuJNkO3YT9zQHPtJVVy+86Ky/3l00BHWqg7GL cE/urbE2V43Mru3udUXoK0fBxHy9OW0knuPgWeiij5/knmijgwQDfQvlF7o0hwrtw9T+ Iw6esmLp/z+r5zdm+rATifKvQ66HqEWZosO3wuCSHYTZ6YFVntPq8IRBavtQWsP3Sb+x V8Wg== Received: by 10.204.150.209 with SMTP id z17mr5169231bkv.8.1349698732051; Mon, 08 Oct 2012 05:18:52 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id r15sm3721180bkw.9.2012.10.08.05.18.50 (version=SSLv3 cipher=OTHER); Mon, 08 Oct 2012 05:18:51 -0700 (PDT) Message-ID: <5072C4A9.40401@xen.org> Date: Mon, 08 Oct 2012 13:18:49 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Melvin Brochet References: <000001cda4e0$9219b400$b64d1c00$@ca> In-Reply-To: <000001cda4e0$9219b400$b64d1c00$@ca> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XcP 1.6 Beta - HA ?? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0378635674904485532==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0378635674904485532== Content-Type: multipart/alternative; boundary="------------050802090906060803000008" This is a multi-part message in MIME format. --------------050802090906060803000008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Melvin, as far as I know, it is not available out of the box. However you can create a system. However HA has been successfully implemented with XCP, DBRM and Pacemaker * There is a step by step tutorial from slide 152 at http://www.slideshare.net/xen_com_mgr/oscon-2012-from-datacenter-to-the-cloud-featuring-xen-and-xcp * And here is the video: https://vimeo.com/46125363 Regards Lars On 08/10/012 00:07, Melvin Brochet wrote: > > Hello, All > > I wanna know if HA is now available in XcP 1.6 ? > > And if anyone tested it ?? > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050802090906060803000008 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Melvin,
as far as I know, it is not available out of the box. However you can create a system. However HA has been successfully implemented with XCP, DBRM and Pacemaker
Regards
Lars

On 08/10/012 00:07, Melvin Brochet wrote:

Hello, All

 

I wanna know if HA is now available in XcP 1.6 ?

And if anyone tested it ??



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

--------------050802090906060803000008-- --===============0378635674904485532== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0378635674904485532==-- From xen-api-bounces@lists.xen.org Mon Oct 08 12:19:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 12:19:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLCIR-0000O2-U7; Mon, 08 Oct 2012 12:18:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLCIQ-0000Nx-1n for xen-api@lists.xen.org; Mon, 08 Oct 2012 12:18:54 +0000 Received: from [85.158.143.99:35438] by server-3.bemta-4.messagelabs.com id 7A/2D-10986-DA4C2705; Mon, 08 Oct 2012 12:18:53 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1349698732!23502442!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13102 invoked from network); 8 Oct 2012 12:18:52 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 12:18:52 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so1897713bkc.32 for ; Mon, 08 Oct 2012 05:18:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type; bh=UJiK8qizGFDvesDdYuJsNZSk7xkWPNy+s/0g+e/Aosk=; b=TZw4wnduhpXueuU+OB5qRgw6/qN9Yy0dKiQ3AEgeGtYZognhm0MZ0w+yPPdB1771Wc rHyNNoDHLgB4QQ+D+40UnQVW5+gZVzasoM2NiZuTVHswloEjLPfO/JjfjWQYdLoUa0tl nTEsJV8EpFa/AwTvPl0txajD9sdVv0qfuJNkO3YT9zQHPtJVVy+86Ky/3l00BHWqg7GL cE/urbE2V43Mru3udUXoK0fBxHy9OW0knuPgWeiij5/knmijgwQDfQvlF7o0hwrtw9T+ Iw6esmLp/z+r5zdm+rATifKvQ66HqEWZosO3wuCSHYTZ6YFVntPq8IRBavtQWsP3Sb+x V8Wg== Received: by 10.204.150.209 with SMTP id z17mr5169231bkv.8.1349698732051; Mon, 08 Oct 2012 05:18:52 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id r15sm3721180bkw.9.2012.10.08.05.18.50 (version=SSLv3 cipher=OTHER); Mon, 08 Oct 2012 05:18:51 -0700 (PDT) Message-ID: <5072C4A9.40401@xen.org> Date: Mon, 08 Oct 2012 13:18:49 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Melvin Brochet References: <000001cda4e0$9219b400$b64d1c00$@ca> In-Reply-To: <000001cda4e0$9219b400$b64d1c00$@ca> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] XcP 1.6 Beta - HA ?? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0378635674904485532==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0378635674904485532== Content-Type: multipart/alternative; boundary="------------050802090906060803000008" This is a multi-part message in MIME format. --------------050802090906060803000008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Melvin, as far as I know, it is not available out of the box. However you can create a system. However HA has been successfully implemented with XCP, DBRM and Pacemaker * There is a step by step tutorial from slide 152 at http://www.slideshare.net/xen_com_mgr/oscon-2012-from-datacenter-to-the-cloud-featuring-xen-and-xcp * And here is the video: https://vimeo.com/46125363 Regards Lars On 08/10/012 00:07, Melvin Brochet wrote: > > Hello, All > > I wanna know if HA is now available in XcP 1.6 ? > > And if anyone tested it ?? > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050802090906060803000008 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Melvin,
as far as I know, it is not available out of the box. However you can create a system. However HA has been successfully implemented with XCP, DBRM and Pacemaker
Regards
Lars

On 08/10/012 00:07, Melvin Brochet wrote:

Hello, All

 

I wanna know if HA is now available in XcP 1.6 ?

And if anyone tested it ??



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

--------------050802090906060803000008-- --===============0378635674904485532== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0378635674904485532==-- From xen-api-bounces@lists.xen.org Mon Oct 08 13:30:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 13:30:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDP2-0004C3-BM; Mon, 08 Oct 2012 13:29:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDP1-0004Bw-CA for xen-api@lists.xen.org; Mon, 08 Oct 2012 13:29:47 +0000 Received: from [85.158.138.51:52590] by server-7.bemta-3.messagelabs.com id F7/0C-15765-A45D2705; Mon, 08 Oct 2012 13:29:46 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1349702985!33609358!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMzNDI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24652 invoked from network); 8 Oct 2012 13:29:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 13:29:45 -0000 X-IronPort-AV: E=Sophos;i="4.80,554,1344211200"; d="scan'208";a="15002525" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 Oct 2012 13:28:56 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 8 Oct 2012 14:28:56 +0100 Message-ID: <5072D516.4030605@citrix.com> Date: Mon, 8 Oct 2012 14:28:54 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Melvin Brochet References: <000001cda4e0$9219b400$b64d1c00$@ca> <5072C4A9.40401@xen.org> In-Reply-To: <5072C4A9.40401@xen.org> X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XcP 1.6 Beta - HA ?? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Melvin, Lars is correct: XenServer's HA software is closed-source and not available in XCP. As he mentioned, you can implement HA for your software yourself following that guide for pacemaker and DRDB. I don't believe that this solution will automatically select a new pool master for you if your master fails, which is what XenServer's HA can do. Mike On 08/10/12 13:18, Lars Kurth wrote: > Melvin, > as far as I know, it is not available out of the box. However you can > create a system. However HA has been successfully implemented with XCP, > DBRM and Pacemaker > > * There is a step by step tutorial from slide 152 at > http://www.slideshare.net/xen_com_mgr/oscon-2012-from-datacenter-to-the-cloud-featuring-xen-and-xcp > * And here is the video: https://vimeo.com/46125363 > > Regards > Lars > > On 08/10/012 00:07, Melvin Brochet wrote: >> >> Hello, All >> >> >> >> I wanna know if HA is now available in XcP 1.6 ? >> >> And if anyone tested it ?? >> >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 13:30:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 13:30:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDP2-0004C3-BM; Mon, 08 Oct 2012 13:29:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDP1-0004Bw-CA for xen-api@lists.xen.org; Mon, 08 Oct 2012 13:29:47 +0000 Received: from [85.158.138.51:52590] by server-7.bemta-3.messagelabs.com id F7/0C-15765-A45D2705; Mon, 08 Oct 2012 13:29:46 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1349702985!33609358!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMzNDI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24652 invoked from network); 8 Oct 2012 13:29:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 13:29:45 -0000 X-IronPort-AV: E=Sophos;i="4.80,554,1344211200"; d="scan'208";a="15002525" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 Oct 2012 13:28:56 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 8 Oct 2012 14:28:56 +0100 Message-ID: <5072D516.4030605@citrix.com> Date: Mon, 8 Oct 2012 14:28:54 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Melvin Brochet References: <000001cda4e0$9219b400$b64d1c00$@ca> <5072C4A9.40401@xen.org> In-Reply-To: <5072C4A9.40401@xen.org> X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XcP 1.6 Beta - HA ?? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Melvin, Lars is correct: XenServer's HA software is closed-source and not available in XCP. As he mentioned, you can implement HA for your software yourself following that guide for pacemaker and DRDB. I don't believe that this solution will automatically select a new pool master for you if your master fails, which is what XenServer's HA can do. Mike On 08/10/12 13:18, Lars Kurth wrote: > Melvin, > as far as I know, it is not available out of the box. However you can > create a system. However HA has been successfully implemented with XCP, > DBRM and Pacemaker > > * There is a step by step tutorial from slide 152 at > http://www.slideshare.net/xen_com_mgr/oscon-2012-from-datacenter-to-the-cloud-featuring-xen-and-xcp > * And here is the video: https://vimeo.com/46125363 > > Regards > Lars > > On 08/10/012 00:07, Melvin Brochet wrote: >> >> Hello, All >> >> >> >> I wanna know if HA is now available in XcP 1.6 ? >> >> And if anyone tested it ?? >> >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 13:43:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 13:43:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDcI-0004TS-7A; Mon, 08 Oct 2012 13:43:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDcG-0004TH-On for xen-api@lists.xen.org; Mon, 08 Oct 2012 13:43:28 +0000 Received: from [85.158.137.99:38926] by server-2.bemta-3.messagelabs.com id 53/05-16514-F78D2705; Mon, 08 Oct 2012 13:43:27 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1349703807!15581966!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMzNDI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12402 invoked from network); 8 Oct 2012 13:43:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 13:43:27 -0000 X-IronPort-AV: E=Sophos;i="4.80,554,1344211200"; d="scan'208";a="15003098" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 Oct 2012 13:43:26 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 8 Oct 2012 14:43:26 +0100 Message-ID: <5072D87C.6050103@citrix.com> Date: Mon, 8 Oct 2012 14:43:24 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" References: <506EE8E9.8000905@xen.org> In-Reply-To: <506EE8E9.8000905@xen.org> X-Enigmail-Version: 1.4.4 Subject: Re: [Xen-API] [Xen-users] Reminder: XCP 1.6 Test Day on Tue the 9th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi XCP users, Don't forget that the XCP 1.6 test day is tomorrow! See Lars' email below for the details. Also, we have resolved the issue that prevented upgrades to XCP 1.6. A new beta build can be found here: http://downloads.xen.org/XCP/61002c/ The links on the download page will be updated shortly. Mike On 05/10/12 15:04, Lars Kurth wrote: > Hi, > > After the success of the first Xen Test Day and with XCP 1.6 being close > to release, we will run an XCP test day next week. The *XCP 1.6 Test > Day* will be on Tuesday, October 9th, on IRC freenode channel > *#xentest*. The plan is to test XCP 1.6 beta, which should be released > shortly. You can find more information about Xen Test Days on: > > * http://wiki.xen.org/wiki/Xen_Test_Days > * http://wiki.xen.org/wiki/XCP_1.6_test_instructions > > What is a Xen Test Day? > ======================= > > Xen test days are all day IRC events, facilitated by members of the Xen > community. The purpose of Test Days is to > > * Provide focus in testing Xen/XCP Release Candidates > * Primary focus will be on new features and ensuring the RC/beta works > with your hardware and in your environment > > How Does it Work? > ================= > > The pattern is the same as for Xen Document Days: > > * Join us on IRC: freenode channel #xentest > * Tell people what you intend to test > * Make sure that a XCP release works for you > * Help others, get help! > * And above all: have fun! > > It is also OK, do to some testing before and jon the Test Day, if you > get stuck and need some help. Looking forward to see you on IRC! > > Best Regards > Lars > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 13:43:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 13:43:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDcI-0004TS-7A; Mon, 08 Oct 2012 13:43:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLDcG-0004TH-On for xen-api@lists.xen.org; Mon, 08 Oct 2012 13:43:28 +0000 Received: from [85.158.137.99:38926] by server-2.bemta-3.messagelabs.com id 53/05-16514-F78D2705; Mon, 08 Oct 2012 13:43:27 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1349703807!15581966!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTMzNDI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12402 invoked from network); 8 Oct 2012 13:43:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 13:43:27 -0000 X-IronPort-AV: E=Sophos;i="4.80,554,1344211200"; d="scan'208";a="15003098" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 Oct 2012 13:43:26 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 8 Oct 2012 14:43:26 +0100 Message-ID: <5072D87C.6050103@citrix.com> Date: Mon, 8 Oct 2012 14:43:24 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" References: <506EE8E9.8000905@xen.org> In-Reply-To: <506EE8E9.8000905@xen.org> X-Enigmail-Version: 1.4.4 Subject: Re: [Xen-API] [Xen-users] Reminder: XCP 1.6 Test Day on Tue the 9th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi XCP users, Don't forget that the XCP 1.6 test day is tomorrow! See Lars' email below for the details. Also, we have resolved the issue that prevented upgrades to XCP 1.6. A new beta build can be found here: http://downloads.xen.org/XCP/61002c/ The links on the download page will be updated shortly. Mike On 05/10/12 15:04, Lars Kurth wrote: > Hi, > > After the success of the first Xen Test Day and with XCP 1.6 being close > to release, we will run an XCP test day next week. The *XCP 1.6 Test > Day* will be on Tuesday, October 9th, on IRC freenode channel > *#xentest*. The plan is to test XCP 1.6 beta, which should be released > shortly. You can find more information about Xen Test Days on: > > * http://wiki.xen.org/wiki/Xen_Test_Days > * http://wiki.xen.org/wiki/XCP_1.6_test_instructions > > What is a Xen Test Day? > ======================= > > Xen test days are all day IRC events, facilitated by members of the Xen > community. The purpose of Test Days is to > > * Provide focus in testing Xen/XCP Release Candidates > * Primary focus will be on new features and ensuring the RC/beta works > with your hardware and in your environment > > How Does it Work? > ================= > > The pattern is the same as for Xen Document Days: > > * Join us on IRC: freenode channel #xentest > * Tell people what you intend to test > * Make sure that a XCP release works for you > * Help others, get help! > * And above all: have fun! > > It is also OK, do to some testing before and jon the Test Day, if you > get stuck and need some help. Looking forward to see you on IRC! > > Best Regards > Lars > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 15:44:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 15:44:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLFV6-00065r-B2; Mon, 08 Oct 2012 15:44:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLFV5-00065m-SU for xen-api@lists.xen.org; Mon, 08 Oct 2012 15:44:12 +0000 Received: from [85.158.139.211:9670] by server-1.bemta-5.messagelabs.com id FB/C9-09825-BC4F2705; Mon, 08 Oct 2012 15:44:11 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1349711048!21470275!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30963 invoked from network); 8 Oct 2012 15:44:09 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 15:44:09 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so2037183bkc.32 for ; Mon, 08 Oct 2012 08:44:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=EbfFqU9QnuM1H6HkMXXOxnRBHcrankM4oyNonKlVW4E=; b=Vcpq/prHcLHsJ9grkq3UwsdMLnoNMS41qZ1ToHtEG/g6Z+965PJmcbxG2MB5+YPON1 rB2ytxZXSKprgyhtHAFNRObGu2QN1Irr6uXwbPtFRd00ahzghjX0ruAOzQCTaHEh2EPx rY3VCoXwNY0rKo3erDG2t9vCOalpiKArDPVpePaunU2EyfeNtbckvPvRR13xiWJBgSbp xpA1LaOw7LIBAdM3i19yNgqmXrAoiUw25l11bWJmCWIcUIoXq9lurfCSfzT6l3aHhTZ+ Krgx5YNOynRnoj7mA7N1MMhgXU3jycBUq+4dK1oIF95OjzkVRMPpcUfXbeY4aDmrvc7Z 1KEA== Received: by 10.204.153.23 with SMTP id i23mr3173789bkw.52.1349711048436; Mon, 08 Oct 2012 08:44:08 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id fm5sm7003988bkc.5.2012.10.08.08.44.06 (version=SSLv3 cipher=OTHER); Mon, 08 Oct 2012 08:44:07 -0700 (PDT) Message-ID: <5072F4C5.10503@xen.org> Date: Mon, 08 Oct 2012 16:44:05 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org, xen-users@lists.xen.org References: <506EE8E9.8000905@xen.org> <5072D87C.6050103@citrix.com> In-Reply-To: <5072D87C.6050103@citrix.com> Subject: Re: [Xen-API] [Xen-users] Reminder: XCP 1.6 Test Day on Tue the 9th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org The links on xen.org have been updated Regards Lars On 08/10/2012 14:43, Mike McClurg wrote: > Hi XCP users, > > Don't forget that the XCP 1.6 test day is tomorrow! See Lars' email > below for the details. > > Also, we have resolved the issue that prevented upgrades to XCP 1.6. A > new beta build can be found here: http://downloads.xen.org/XCP/61002c/ > The links on the download page will be updated shortly. > > Mike > > On 05/10/12 15:04, Lars Kurth wrote: >> Hi, >> >> After the success of the first Xen Test Day and with XCP 1.6 being close >> to release, we will run an XCP test day next week. The *XCP 1.6 Test >> Day* will be on Tuesday, October 9th, on IRC freenode channel >> *#xentest*. The plan is to test XCP 1.6 beta, which should be released >> shortly. You can find more information about Xen Test Days on: >> >> * http://wiki.xen.org/wiki/Xen_Test_Days >> * http://wiki.xen.org/wiki/XCP_1.6_test_instructions >> >> What is a Xen Test Day? >> ======================= >> >> Xen test days are all day IRC events, facilitated by members of the Xen >> community. The purpose of Test Days is to >> >> * Provide focus in testing Xen/XCP Release Candidates >> * Primary focus will be on new features and ensuring the RC/beta works >> with your hardware and in your environment >> >> How Does it Work? >> ================= >> >> The pattern is the same as for Xen Document Days: >> >> * Join us on IRC: freenode channel #xentest >> * Tell people what you intend to test >> * Make sure that a XCP release works for you >> * Help others, get help! >> * And above all: have fun! >> >> It is also OK, do to some testing before and jon the Test Day, if you >> get stuck and need some help. Looking forward to see you on IRC! >> >> Best Regards >> Lars >> > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 15:44:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 15:44:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLFV6-00065r-B2; Mon, 08 Oct 2012 15:44:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLFV5-00065m-SU for xen-api@lists.xen.org; Mon, 08 Oct 2012 15:44:12 +0000 Received: from [85.158.139.211:9670] by server-1.bemta-5.messagelabs.com id FB/C9-09825-BC4F2705; Mon, 08 Oct 2012 15:44:11 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1349711048!21470275!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30963 invoked from network); 8 Oct 2012 15:44:09 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 15:44:09 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so2037183bkc.32 for ; Mon, 08 Oct 2012 08:44:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=EbfFqU9QnuM1H6HkMXXOxnRBHcrankM4oyNonKlVW4E=; b=Vcpq/prHcLHsJ9grkq3UwsdMLnoNMS41qZ1ToHtEG/g6Z+965PJmcbxG2MB5+YPON1 rB2ytxZXSKprgyhtHAFNRObGu2QN1Irr6uXwbPtFRd00ahzghjX0ruAOzQCTaHEh2EPx rY3VCoXwNY0rKo3erDG2t9vCOalpiKArDPVpePaunU2EyfeNtbckvPvRR13xiWJBgSbp xpA1LaOw7LIBAdM3i19yNgqmXrAoiUw25l11bWJmCWIcUIoXq9lurfCSfzT6l3aHhTZ+ Krgx5YNOynRnoj7mA7N1MMhgXU3jycBUq+4dK1oIF95OjzkVRMPpcUfXbeY4aDmrvc7Z 1KEA== Received: by 10.204.153.23 with SMTP id i23mr3173789bkw.52.1349711048436; Mon, 08 Oct 2012 08:44:08 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id fm5sm7003988bkc.5.2012.10.08.08.44.06 (version=SSLv3 cipher=OTHER); Mon, 08 Oct 2012 08:44:07 -0700 (PDT) Message-ID: <5072F4C5.10503@xen.org> Date: Mon, 08 Oct 2012 16:44:05 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org, xen-users@lists.xen.org References: <506EE8E9.8000905@xen.org> <5072D87C.6050103@citrix.com> In-Reply-To: <5072D87C.6050103@citrix.com> Subject: Re: [Xen-API] [Xen-users] Reminder: XCP 1.6 Test Day on Tue the 9th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org The links on xen.org have been updated Regards Lars On 08/10/2012 14:43, Mike McClurg wrote: > Hi XCP users, > > Don't forget that the XCP 1.6 test day is tomorrow! See Lars' email > below for the details. > > Also, we have resolved the issue that prevented upgrades to XCP 1.6. A > new beta build can be found here: http://downloads.xen.org/XCP/61002c/ > The links on the download page will be updated shortly. > > Mike > > On 05/10/12 15:04, Lars Kurth wrote: >> Hi, >> >> After the success of the first Xen Test Day and with XCP 1.6 being close >> to release, we will run an XCP test day next week. The *XCP 1.6 Test >> Day* will be on Tuesday, October 9th, on IRC freenode channel >> *#xentest*. The plan is to test XCP 1.6 beta, which should be released >> shortly. You can find more information about Xen Test Days on: >> >> * http://wiki.xen.org/wiki/Xen_Test_Days >> * http://wiki.xen.org/wiki/XCP_1.6_test_instructions >> >> What is a Xen Test Day? >> ======================= >> >> Xen test days are all day IRC events, facilitated by members of the Xen >> community. The purpose of Test Days is to >> >> * Provide focus in testing Xen/XCP Release Candidates >> * Primary focus will be on new features and ensuring the RC/beta works >> with your hardware and in your environment >> >> How Does it Work? >> ================= >> >> The pattern is the same as for Xen Document Days: >> >> * Join us on IRC: freenode channel #xentest >> * Tell people what you intend to test >> * Make sure that a XCP release works for you >> * Help others, get help! >> * And above all: have fun! >> >> It is also OK, do to some testing before and jon the Test Day, if you >> get stuck and need some help. Looking forward to see you on IRC! >> >> Best Regards >> Lars >> > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 08 23:10:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 23:10:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLMSz-00073s-SB; Mon, 08 Oct 2012 23:10:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLMSy-00073n-Bz for xen-api@lists.xen.org; Mon, 08 Oct 2012 23:10:28 +0000 Received: from [85.158.139.83:62242] by server-3.bemta-5.messagelabs.com id 98/4E-16108-36D53705; Mon, 08 Oct 2012 23:10:27 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1349737824!33787783!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11492 invoked from network); 8 Oct 2012 23:10:26 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 23:10:26 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so1197083iea.32 for ; Mon, 08 Oct 2012 16:10:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=P6InnuvIt/kMQvQlu9kILJVj0VDHjTMmsieW3ZRLqqw=; b=zMDl3yhKDSLmQYcTKyQUKbqysbEPatY8m+k/lV99WXeETIcmPsVrE0Os++zZTj+lfi N8RhQOeSELd7Lzk90+6nS98dh7Fl3DAgULAw0+Hp8u0LmDCQCV/zL6OnOCCyHK/Ye8tL aX0pfokiQ1dzIscfpd2IwnM3n4KgieNOcmK2c7y0xySqYE9PayatA7R9isyoWVxeI+QZ IFaPm1UB/f7NR3kWImJZpg9/aTyvLyr2HSTqgUKBDe2I2FUdEG1ceXMqFXaWW0SbB+vl lWEEVeOfWdxpA43xuweLUBGlEJZBSo8x5przaK9nRFb3rsfaCIG3KhGIdmKvPG1AzBIa rm6Q== MIME-Version: 1.0 Received: by 10.50.88.165 with SMTP id bh5mr5313364igb.42.1349737824269; Mon, 08 Oct 2012 16:10:24 -0700 (PDT) Received: by 10.64.56.5 with HTTP; Mon, 8 Oct 2012 16:10:24 -0700 (PDT) In-Reply-To: <506F1DA3.5010800@citrix.com> References: <506F1DA3.5010800@citrix.com> Date: Tue, 9 Oct 2012 10:10:24 +1100 Message-ID: From: pf shineyear To: Mike McClurg Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] is_physical bug in xapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6083697502791708662==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6083697502791708662== Content-Type: multipart/alternative; boundary=e89a8f3ba1598e364d04cb945375 --e89a8f3ba1598e364d04cb945375 Content-Type: text/plain; charset=ISO-8859-1 hi Mike, can i ask u another question? why xapi choose ocaml language to code with? thanks. On Sat, Oct 6, 2012 at 3:49 AM, Mike McClurg wrote: > (Dropping xen-users, please send XCP and Xapi questions to xen-api list) > > On 05/10/12 03:51, pf shineyear wrote: > > hi all, > > > > i just found a bug from xapi code network_utils.ml > > : > > This is a bug we have been aware of, but hadn't gotten around to fixing > it yet because of other bugs. It's benign, but ugly. It should be fixed > in xapi upstream, so the next major release of xcp-xapi on Debian/Ubuntu > should have this resolved. > > Mike > > > let is_physical name = > > > > try > > > > let link = Unix.readlink (getpath name "device") in > > > > (* filter out device symlinks which look like > > /../../../devices/xen-backend/vif- *) > > > > not(List.mem "xen-backend" (String.split '/' link)) > > > > with _ -> false > > > > > > i use xcp + ubuntu 12.04, in my /sys/class/net/ dir it looks like: > > > > > > > > drwxr-xr-x 2 root root 0 Oct 4 17:02 ./ > > > > drwxr-xr-x 46 root root 0 Oct 4 17:02 ../ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth0 -> > > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth1 -> > > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 lo -> > ../../devices/virtual/net/lo/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 tap9.0 -> > > ../../devices/virtual/net/tap9.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 5 11:11 vif10.0 -> > > ../../devices/vif-10-0/net/vif10.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif11.0 -> > > ../../devices/vif-11-0/net/vif11.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif12.0 -> > > ../../devices/vif-12-0/net/vif12.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:28 vif5.0 -> > > ../../devices/vif-5-0/net/vif5.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 vif9.0 -> > > ../../devices/vif-9-0/net/vif9.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr0 -> > > ../../devices/virtual/net/xenbr0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr1 -> > > ../../devices/virtual/net/xenbr1/ > > > > > > > > so , there is no subdir or symlink like "xen-backend", each device will > > be think as real physical device and always return true from that > function. > > > > > > this bug will happen when ur dom0 reboot from a crash (some instance > > does not released when crash happen), there will have a lots of bridge > > like "brvif..." > > > > > > thanks. > > > > > > > > > > --e89a8f3ba1598e364d04cb945375 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi Mike,=A0

can i ask u another question?

=
why xapi choose ocaml language to code with?

thanks.

On Sat, Oct 6, 2012 at 3:49= AM, Mike McClurg <mike.mcclurg@citrix.com> wrote:
(Dropping xen-users, please send XCP and Xap= i questions to xen-api list)

On 05/10/12 03:51, pf shineyear wrote:
> hi all,
>
> i just found a bug from xapi code network_utils.ml
> <http:/= /network_utils.ml>:

This is a bug we have been aware of, but hadn't gotten around to fixing=
it yet because of other bugs. It's benign, but ugly. It should be fixed=
in xapi upstream, so the next major release of xcp-xapi on Debian/Ubuntu should have this resolved.

Mike

> let is_physical name =3D
>
> try
>
> let link =3D Unix.readlink (getpath name "device") in
>
> (* filter out device symlinks which look like
> /../../../devices/xen-backend/vif- *)
>
> not(List.mem "xen-backend" (String.split '/' link))<= br> >
> with _ -> false
>
>
> i use xcp + ubuntu 12.04, in my /sys/class/net/ =A0dir it looks like:<= br> >
>
>
> drwxr-xr-x =A02 root root 0 Oct =A04 17:02 ./
>
> drwxr-xr-x 46 root root 0 Oct =A04 17:02 ../
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 eth0 ->
> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 eth1 ->
> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 lo -> ../../devices/virt= ual/net/lo/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 19:05 tap9.0 ->
> ../../devices/virtual/net/tap9.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A05 11:11 vif10.0 ->
> ../../devices/vif-10-0/net/vif10.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A05 11:54 vif11.0 ->
> ../../devices/vif-11-0/net/vif11.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A05 11:54 vif12.0 ->
> ../../devices/vif-12-0/net/vif12.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:28 vif5.0 ->
> ../../devices/vif-5-0/net/vif5.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 19:05 vif9.0 ->
> ../../devices/vif-9-0/net/vif9.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 xenbr0 ->
> ../../devices/virtual/net/xenbr0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 xenbr1 ->
> ../../devices/virtual/net/xenbr1/
>
>
>
> so , there is no subdir or symlink like "xen-backend", each = device will
> be think as real physical device and always return true from that func= tion.
>
>
> this bug will happen when ur dom0 reboot from a crash (some instance > does not released when crash happen), there will have a lots of bridge=
> like "brvif..."
>
>
> thanks.
>
>
>
>


--e89a8f3ba1598e364d04cb945375-- --===============6083697502791708662== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6083697502791708662==-- From xen-api-bounces@lists.xen.org Mon Oct 08 23:10:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Oct 2012 23:10:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLMSz-00073s-SB; Mon, 08 Oct 2012 23:10:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLMSy-00073n-Bz for xen-api@lists.xen.org; Mon, 08 Oct 2012 23:10:28 +0000 Received: from [85.158.139.83:62242] by server-3.bemta-5.messagelabs.com id 98/4E-16108-36D53705; Mon, 08 Oct 2012 23:10:27 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1349737824!33787783!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11492 invoked from network); 8 Oct 2012 23:10:26 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 23:10:26 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so1197083iea.32 for ; Mon, 08 Oct 2012 16:10:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=P6InnuvIt/kMQvQlu9kILJVj0VDHjTMmsieW3ZRLqqw=; b=zMDl3yhKDSLmQYcTKyQUKbqysbEPatY8m+k/lV99WXeETIcmPsVrE0Os++zZTj+lfi N8RhQOeSELd7Lzk90+6nS98dh7Fl3DAgULAw0+Hp8u0LmDCQCV/zL6OnOCCyHK/Ye8tL aX0pfokiQ1dzIscfpd2IwnM3n4KgieNOcmK2c7y0xySqYE9PayatA7R9isyoWVxeI+QZ IFaPm1UB/f7NR3kWImJZpg9/aTyvLyr2HSTqgUKBDe2I2FUdEG1ceXMqFXaWW0SbB+vl lWEEVeOfWdxpA43xuweLUBGlEJZBSo8x5przaK9nRFb3rsfaCIG3KhGIdmKvPG1AzBIa rm6Q== MIME-Version: 1.0 Received: by 10.50.88.165 with SMTP id bh5mr5313364igb.42.1349737824269; Mon, 08 Oct 2012 16:10:24 -0700 (PDT) Received: by 10.64.56.5 with HTTP; Mon, 8 Oct 2012 16:10:24 -0700 (PDT) In-Reply-To: <506F1DA3.5010800@citrix.com> References: <506F1DA3.5010800@citrix.com> Date: Tue, 9 Oct 2012 10:10:24 +1100 Message-ID: From: pf shineyear To: Mike McClurg Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] is_physical bug in xapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6083697502791708662==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6083697502791708662== Content-Type: multipart/alternative; boundary=e89a8f3ba1598e364d04cb945375 --e89a8f3ba1598e364d04cb945375 Content-Type: text/plain; charset=ISO-8859-1 hi Mike, can i ask u another question? why xapi choose ocaml language to code with? thanks. On Sat, Oct 6, 2012 at 3:49 AM, Mike McClurg wrote: > (Dropping xen-users, please send XCP and Xapi questions to xen-api list) > > On 05/10/12 03:51, pf shineyear wrote: > > hi all, > > > > i just found a bug from xapi code network_utils.ml > > : > > This is a bug we have been aware of, but hadn't gotten around to fixing > it yet because of other bugs. It's benign, but ugly. It should be fixed > in xapi upstream, so the next major release of xcp-xapi on Debian/Ubuntu > should have this resolved. > > Mike > > > let is_physical name = > > > > try > > > > let link = Unix.readlink (getpath name "device") in > > > > (* filter out device symlinks which look like > > /../../../devices/xen-backend/vif- *) > > > > not(List.mem "xen-backend" (String.split '/' link)) > > > > with _ -> false > > > > > > i use xcp + ubuntu 12.04, in my /sys/class/net/ dir it looks like: > > > > > > > > drwxr-xr-x 2 root root 0 Oct 4 17:02 ./ > > > > drwxr-xr-x 46 root root 0 Oct 4 17:02 ../ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth0 -> > > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 eth1 -> > > ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 lo -> > ../../devices/virtual/net/lo/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 tap9.0 -> > > ../../devices/virtual/net/tap9.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 5 11:11 vif10.0 -> > > ../../devices/vif-10-0/net/vif10.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif11.0 -> > > ../../devices/vif-11-0/net/vif11.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 5 11:54 vif12.0 -> > > ../../devices/vif-12-0/net/vif12.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:28 vif5.0 -> > > ../../devices/vif-5-0/net/vif5.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 19:05 vif9.0 -> > > ../../devices/vif-9-0/net/vif9.0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr0 -> > > ../../devices/virtual/net/xenbr0/ > > > > lrwxrwxrwx 1 root root 0 Oct 4 17:02 xenbr1 -> > > ../../devices/virtual/net/xenbr1/ > > > > > > > > so , there is no subdir or symlink like "xen-backend", each device will > > be think as real physical device and always return true from that > function. > > > > > > this bug will happen when ur dom0 reboot from a crash (some instance > > does not released when crash happen), there will have a lots of bridge > > like "brvif..." > > > > > > thanks. > > > > > > > > > > --e89a8f3ba1598e364d04cb945375 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi Mike,=A0

can i ask u another question?

=
why xapi choose ocaml language to code with?

thanks.

On Sat, Oct 6, 2012 at 3:49= AM, Mike McClurg <mike.mcclurg@citrix.com> wrote:
(Dropping xen-users, please send XCP and Xap= i questions to xen-api list)

On 05/10/12 03:51, pf shineyear wrote:
> hi all,
>
> i just found a bug from xapi code network_utils.ml
> <http:/= /network_utils.ml>:

This is a bug we have been aware of, but hadn't gotten around to fixing=
it yet because of other bugs. It's benign, but ugly. It should be fixed=
in xapi upstream, so the next major release of xcp-xapi on Debian/Ubuntu should have this resolved.

Mike

> let is_physical name =3D
>
> try
>
> let link =3D Unix.readlink (getpath name "device") in
>
> (* filter out device symlinks which look like
> /../../../devices/xen-backend/vif- *)
>
> not(List.mem "xen-backend" (String.split '/' link))<= br> >
> with _ -> false
>
>
> i use xcp + ubuntu 12.04, in my /sys/class/net/ =A0dir it looks like:<= br> >
>
>
> drwxr-xr-x =A02 root root 0 Oct =A04 17:02 ./
>
> drwxr-xr-x 46 root root 0 Oct =A04 17:02 ../
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 eth0 ->
> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/net/eth0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 eth1 ->
> ../../devices/pci0000:00/0000:00:01.0/0000:01:00.1/net/eth1/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 lo -> ../../devices/virt= ual/net/lo/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 19:05 tap9.0 ->
> ../../devices/virtual/net/tap9.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A05 11:11 vif10.0 ->
> ../../devices/vif-10-0/net/vif10.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A05 11:54 vif11.0 ->
> ../../devices/vif-11-0/net/vif11.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A05 11:54 vif12.0 ->
> ../../devices/vif-12-0/net/vif12.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:28 vif5.0 ->
> ../../devices/vif-5-0/net/vif5.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 19:05 vif9.0 ->
> ../../devices/vif-9-0/net/vif9.0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 xenbr0 ->
> ../../devices/virtual/net/xenbr0/
>
> lrwxrwxrwx =A01 root root 0 Oct =A04 17:02 xenbr1 ->
> ../../devices/virtual/net/xenbr1/
>
>
>
> so , there is no subdir or symlink like "xen-backend", each = device will
> be think as real physical device and always return true from that func= tion.
>
>
> this bug will happen when ur dom0 reboot from a crash (some instance > does not released when crash happen), there will have a lots of bridge=
> like "brvif..."
>
>
> thanks.
>
>
>
>


--e89a8f3ba1598e364d04cb945375-- --===============6083697502791708662== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6083697502791708662==-- From xen-api-bounces@lists.xen.org Tue Oct 09 03:25:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 03:25:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLQRK-0004SQ-Pb; Tue, 09 Oct 2012 03:25:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLQRJ-0004SL-Aq for xen-api@lists.xen.org; Tue, 09 Oct 2012 03:25:01 +0000 Received: from [85.158.137.99:10113] by server-9.bemta-3.messagelabs.com id 93/CB-20338-C0993705; Tue, 09 Oct 2012 03:25:00 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1349753098!20763067!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3234 invoked from network); 9 Oct 2012 03:24:59 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 03:24:59 -0000 Received: by mail-ia0-f173.google.com with SMTP id m10so649067iam.32 for ; Mon, 08 Oct 2012 20:24:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rJwXWUBX86fMClqUiImdzoazOLkjjtKJTTP5kYqYkhg=; b=GZiAiTn57SiWrdqpCIMClZhUvUD+0MpB7lmL3ignXRHRvNp+A4Gw7aUiZWHZ9cviH8 35taFkXS+SyMxiARtABDtV0Bs45wXZ3DZKR2p8rA5XZ2agCi36vde533ZTqnRHuBhJRM km5t5zjV24SSnUzotztn7h6qFlBvmX4BdlpZeahP3ZaiiMjGQjZRKpmpU6qf0fUEBeFI DW3tTDYd7jVHCl5drbM98cTgzPs83KSx6UXn/WwZOYSLOuVXnswznap20IgmMHF21Hn5 IXFQd/sl3Cmu82tAjj6LVPk7VEmFUFbU+w5nJ7Qo22toPMrzSDk7fBKYzK6+Ts22hHRM jMkA== MIME-Version: 1.0 Received: by 10.50.1.240 with SMTP id 16mr343688igp.71.1349753098144; Mon, 08 Oct 2012 20:24:58 -0700 (PDT) Received: by 10.64.72.135 with HTTP; Mon, 8 Oct 2012 20:24:58 -0700 (PDT) Date: Mon, 8 Oct 2012 23:24:58 -0400 Message-ID: From: Outback Dingo To: xen-api@lists.xen.org Subject: [Xen-API] XCP - Kronos X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Ive installed kronos from deb http://ppa.launchpad.net/ubuntu-xen-org/xcp-unstable/ubuntu quantal main deb-src http://ppa.launchpad.net/ubuntu-xen-org/xcp-unstable/ubuntu quantal main everything seemed to go ok, and Ive followed http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution to get a functional system, though after im imported xe vm-import filename=xenwebmanager.xva which was successful i ran xe vm-start vm=xenwebmanager and got he following result xe vm-start vm=xenwebmanager Error code: Using to parse /grub/menu.lst Error parameters: Traceback (most recent call last):, File "/usr/lib/xcp/lib/pygrub.xcp", line 878, in , dir="/var/run/xend/boot"), File "/usr/lib/python2.7/tempfile.py", line 300, in mkstemp, return _mkstemp_inner(dir, prefix, suffix, flags), File "/usr/lib/python2.7/tempfile.py", line 235, in _mkstemp_inner, fd = _os.open(file, flags, 0600), OSError: [Errno 2] No such file or directory: '/var/run/xend/boot/boot_kernel.ntlD0q', not sure if paths have changed or something, but /var/run/xend doesnt even exist... any ideas ?? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 03:25:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 03:25:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLQRK-0004SQ-Pb; Tue, 09 Oct 2012 03:25:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLQRJ-0004SL-Aq for xen-api@lists.xen.org; Tue, 09 Oct 2012 03:25:01 +0000 Received: from [85.158.137.99:10113] by server-9.bemta-3.messagelabs.com id 93/CB-20338-C0993705; Tue, 09 Oct 2012 03:25:00 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1349753098!20763067!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3234 invoked from network); 9 Oct 2012 03:24:59 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 03:24:59 -0000 Received: by mail-ia0-f173.google.com with SMTP id m10so649067iam.32 for ; Mon, 08 Oct 2012 20:24:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rJwXWUBX86fMClqUiImdzoazOLkjjtKJTTP5kYqYkhg=; b=GZiAiTn57SiWrdqpCIMClZhUvUD+0MpB7lmL3ignXRHRvNp+A4Gw7aUiZWHZ9cviH8 35taFkXS+SyMxiARtABDtV0Bs45wXZ3DZKR2p8rA5XZ2agCi36vde533ZTqnRHuBhJRM km5t5zjV24SSnUzotztn7h6qFlBvmX4BdlpZeahP3ZaiiMjGQjZRKpmpU6qf0fUEBeFI DW3tTDYd7jVHCl5drbM98cTgzPs83KSx6UXn/WwZOYSLOuVXnswznap20IgmMHF21Hn5 IXFQd/sl3Cmu82tAjj6LVPk7VEmFUFbU+w5nJ7Qo22toPMrzSDk7fBKYzK6+Ts22hHRM jMkA== MIME-Version: 1.0 Received: by 10.50.1.240 with SMTP id 16mr343688igp.71.1349753098144; Mon, 08 Oct 2012 20:24:58 -0700 (PDT) Received: by 10.64.72.135 with HTTP; Mon, 8 Oct 2012 20:24:58 -0700 (PDT) Date: Mon, 8 Oct 2012 23:24:58 -0400 Message-ID: From: Outback Dingo To: xen-api@lists.xen.org Subject: [Xen-API] XCP - Kronos X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Ive installed kronos from deb http://ppa.launchpad.net/ubuntu-xen-org/xcp-unstable/ubuntu quantal main deb-src http://ppa.launchpad.net/ubuntu-xen-org/xcp-unstable/ubuntu quantal main everything seemed to go ok, and Ive followed http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution to get a functional system, though after im imported xe vm-import filename=xenwebmanager.xva which was successful i ran xe vm-start vm=xenwebmanager and got he following result xe vm-start vm=xenwebmanager Error code: Using to parse /grub/menu.lst Error parameters: Traceback (most recent call last):, File "/usr/lib/xcp/lib/pygrub.xcp", line 878, in , dir="/var/run/xend/boot"), File "/usr/lib/python2.7/tempfile.py", line 300, in mkstemp, return _mkstemp_inner(dir, prefix, suffix, flags), File "/usr/lib/python2.7/tempfile.py", line 235, in _mkstemp_inner, fd = _os.open(file, flags, 0600), OSError: [Errno 2] No such file or directory: '/var/run/xend/boot/boot_kernel.ntlD0q', not sure if paths have changed or something, but /var/run/xend doesnt even exist... any ideas ?? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 09:16:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 09:16:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLVv7-0007Ab-2H; Tue, 09 Oct 2012 09:16:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLVv5-0007AS-Oa for xen-api@lists.xen.org; Tue, 09 Oct 2012 09:16:07 +0000 Received: from [85.158.137.99:52244] by server-14.bemta-3.messagelabs.com id 03/47-19528-75BE3705; Tue, 09 Oct 2012 09:16:07 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1349774166!16037978!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31109 invoked from network); 9 Oct 2012 09:16:06 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 09:16:06 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so3499048lah.32 for ; Tue, 09 Oct 2012 02:16:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=pb72d5i9gSZ+ruFBUMsofhKneCfimIiZK4GDd7MkL1g=; b=lzczk3ajQwU6s93U4mLPJBNLWWc1JAyChvdAUdvvGwuR3yxM4vGrIy4tLHJhkO3EQM qP7syQi87nyXQe6JhAxHq15UJGBmF5cp1S95jL0tGojd8F1fI29XCQzQL5jvsGEQGqwp MHX+4lslnTQa93aQ96iJnHL0y7VtoSbvYpX1HcbuQpyYFlNuovhCRRvHshksmmBKBkrp qoRZnEIwpyqa158C6niErWIcFoSfo0ctnFmmoMUPs5dBmKJdnawPnNxsu1OflJUVMaA4 wE3r8uZ1PBHdacfmpji31EQEtmXAv2grMh8tnx61NhoBn9LRw+5btDGj62Ujgt1SOvfc 7Q1Q== Received: by 10.152.103.243 with SMTP id fz19mr16228603lab.27.1349774165565; Tue, 09 Oct 2012 02:16:05 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id lr17sm6133541lab.12.2012.10.09.02.16.04 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 02:16:05 -0700 (PDT) Message-ID: <5073EB52.40007@xen.org> Date: Tue, 09 Oct 2012 10:16:02 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] Reminder: XCP 1.6 Test Day is Today on #xentest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Information on test days: http://wiki.xen.org/wiki/Xen_Test_Days XCP 1.6 Test Instructions: http://wiki.xen.org/wiki/XCP_1.6_test_instructions See you on IRC / freenode at #xentest Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 09:16:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 09:16:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLVv7-0007Ab-2H; Tue, 09 Oct 2012 09:16:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLVv5-0007AS-Oa for xen-api@lists.xen.org; Tue, 09 Oct 2012 09:16:07 +0000 Received: from [85.158.137.99:52244] by server-14.bemta-3.messagelabs.com id 03/47-19528-75BE3705; Tue, 09 Oct 2012 09:16:07 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1349774166!16037978!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31109 invoked from network); 9 Oct 2012 09:16:06 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 09:16:06 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so3499048lah.32 for ; Tue, 09 Oct 2012 02:16:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=pb72d5i9gSZ+ruFBUMsofhKneCfimIiZK4GDd7MkL1g=; b=lzczk3ajQwU6s93U4mLPJBNLWWc1JAyChvdAUdvvGwuR3yxM4vGrIy4tLHJhkO3EQM qP7syQi87nyXQe6JhAxHq15UJGBmF5cp1S95jL0tGojd8F1fI29XCQzQL5jvsGEQGqwp MHX+4lslnTQa93aQ96iJnHL0y7VtoSbvYpX1HcbuQpyYFlNuovhCRRvHshksmmBKBkrp qoRZnEIwpyqa158C6niErWIcFoSfo0ctnFmmoMUPs5dBmKJdnawPnNxsu1OflJUVMaA4 wE3r8uZ1PBHdacfmpji31EQEtmXAv2grMh8tnx61NhoBn9LRw+5btDGj62Ujgt1SOvfc 7Q1Q== Received: by 10.152.103.243 with SMTP id fz19mr16228603lab.27.1349774165565; Tue, 09 Oct 2012 02:16:05 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id lr17sm6133541lab.12.2012.10.09.02.16.04 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 02:16:05 -0700 (PDT) Message-ID: <5073EB52.40007@xen.org> Date: Tue, 09 Oct 2012 10:16:02 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] Reminder: XCP 1.6 Test Day is Today on #xentest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Information on test days: http://wiki.xen.org/wiki/Xen_Test_Days XCP 1.6 Test Instructions: http://wiki.xen.org/wiki/XCP_1.6_test_instructions See you on IRC / freenode at #xentest Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 11:58:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 11:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYSV-0002i0-J8; Tue, 09 Oct 2012 11:58:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLHq6-000231-TD for xen-api@lists.xen.org; Mon, 08 Oct 2012 18:14:03 +0000 Received: from [85.158.138.51:33208] by server-3.bemta-3.messagelabs.com id 6C/F9-25962-AE713705; Mon, 08 Oct 2012 18:14:02 +0000 X-Env-Sender: dado023@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1349720039!31873137!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14611 invoked from network); 8 Oct 2012 18:14:01 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 18:14:01 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so528024iea.32 for ; Mon, 08 Oct 2012 11:13:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=WS44I1/AFunsp89gC86YGak1wo0jfRscNzHEstCr7YI=; b=ACCSaXFGWt6lu7cq2XFxoOxTvt79SZZ3xND1dEH8Ca6b8qQ7RwjWR+w1lNDWSB2Ums eihWBt4T8G/IIO+s+ikECBu6EdSDTAqhBsluNA0Q/5rRnI8+BSwQKlkjbLUrqW1exwSN UdYhdm4wprCdHdSIztLCUVdMjCsLm1kk9khHXYKcuhMGNbFuAeld609YncAIjsH+XRqD VPfT3iIy3FWvsT/1AcZyC8S3YpdgYcSG/WwTEjmuXkKq4wJXjRfX2c7ajr5qiXzNiQGB gWFIGJVtzJR+MDwFJ9EeIN6n92IAsSpmQCCTisrBDtnROpAMB8D8+GvnBihrYE+KQYip Y5Og== Received: by 10.50.47.201 with SMTP id f9mr8960105ign.44.1349720039505; Mon, 08 Oct 2012 11:13:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.253.91 with HTTP; Mon, 8 Oct 2012 11:13:19 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Daniel_Frani=C4=87?= Date: Mon, 8 Oct 2012 20:13:19 +0200 X-Google-Sender-Auth: 5QGnTbjp8LIen2uZJco8G79R4P8 Message-ID: To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 09 Oct 2012 11:58:47 +0000 Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3465266527320661266==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3465266527320661266== Content-Type: multipart/alternative; boundary=14dae9340e1780404804cb902f86 --14dae9340e1780404804cb902f86 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As Lars suggested i am sending this question on xen-api: what is the support cycle for XCP distribution.....for example centos support cycle is 10years. kind regards Dan On Mon, Oct 8, 2012 at 11:56 AM, Lars Kurth wrote: > Daniel, > > please ask this question on the xen-api mailing list ( > xen-api@lists.xen.org). For the hypervisor itself (but not for XCP), the > policy is to support the last two releases with update releases. Right no= w > we support 4.1.x and 4.2.x (as Xen 4.2 has just been released). With the > current release cycle, this amounts to about 1.5-2 years on average. We > also have a mechanism by which a company can step up and maintain an olde= r > version: for example N2 Servers is maintaining Xen 3.4.x. > > XCP does not have a (written down) policy right now. I would appreciate, > if you asked the question on xen-api, such that I can use this as a hook = to > start a discussion and get a policy established. > > Regards > Lars > > > On 06/10/2012 06:02, Daniel Frani=C4=87 wrote: > > hello, > > what is the support cycle for XCP distribution.....for example centos > support cycle is 10years. > > kind regards > Dan > > > --14dae9340e1780404804cb902f86 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As Lars suggested i am sending this question on xen-api:
what is the support cycle for XCP distribution.....for example centos s= upport cycle is 10years.

kind regards
Dan

On Mon, Oct 8, 2012 at 1= 1:56 AM, Lars Kurth <lars.kurth@xen.org> wrote:
=20 =20 =20
Daniel,

please ask this question on the xen-api mailing list (xen-api@l= ists.xen.org). For the hypervisor itself (but not for XCP), the policy is to support the last two releases with update releases. Right now we support 4.1.x and 4.2.x (as Xen 4.2 has just b= een released). With the current release cycle, this amounts to about 1.5-2 = years on average. We also have a mechanism by which a company can step up a= nd maintain an older version: for example N2 Servers is maintaining Xen 3.4= .x.

XCP does not have a (written down) policy right now. I would apprecia= te, if you asked the question on xen-api, such that I can use this as a hook to start a discussion and get a policy established.

Regards
Lars


On 06/10/2012 06:02, Daniel Frani=C4=87 wrote:
hello,

what is the support cycle for XCP distribution.....for example centos support cycle is 10years.

kind regards
Dan


--14dae9340e1780404804cb902f86-- --===============3465266527320661266== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3465266527320661266==-- From xen-api-bounces@lists.xen.org Tue Oct 09 11:58:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 11:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYSV-0002i5-Nz; Tue, 09 Oct 2012 11:58:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLMSi-00073V-Lh for xen-api@lists.xen.org; Mon, 08 Oct 2012 23:10:12 +0000 X-Env-Sender: bornlibra23@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1349737797!10184252!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22520 invoked from network); 8 Oct 2012 23:10:00 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 23:10:00 -0000 Received: by mail-oa0-f45.google.com with SMTP id i18so913378oag.32 for ; Mon, 08 Oct 2012 16:09:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zfbEu7onjAXIlOyGTvUq9PGyFHrNUuPpVvLFvW+LOJ0=; b=iFRIGJMAcJiN9Hf20E+H/yYTvvUrAtUBEKO4P1ca1FCBLwFa8y971a3B2TswtYFV4+ DGojrTxYqJoUvO5WBGLnfk6tvX1VmeNAOsZQZY6+F+QIOSgNczkBjRSP68z/5yOQ+Vc9 wKAJ+E/g2DpSVjKr7Ln/GbVQKLfOaXrMhj331C3nhy4TPgImNUirsR5eGcahL757KwML uzmJ4SVBeth2zRd/Y8/quWREkDAPs/jRmmeAxKUVxaVMwFvw/NGmHEYDda1YNsbEB5TI 0blDiloC3R9QPk4HUJPJrDwhK8drlwdtAdP0qJ1K7/hSbNEQxC5jjQ2TM2kNSK3hQon+ gfHg== MIME-Version: 1.0 Received: by 10.182.131.100 with SMTP id ol4mr1380332obb.38.1349737797167; Mon, 08 Oct 2012 16:09:57 -0700 (PDT) Received: by 10.60.4.229 with HTTP; Mon, 8 Oct 2012 16:09:57 -0700 (PDT) Date: Mon, 8 Oct 2012 16:09:57 -0700 Message-ID: From: Ashutosh Warikoo To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 09 Oct 2012 11:58:47 +0000 Subject: [Xen-API] Editing Vendor ID In XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3810897882152860688==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3810897882152860688== Content-Type: multipart/alternative; boundary=e89a8f6438bcf0a92904cb9451b9 --e89a8f6438bcf0a92904cb9451b9 Content-Type: text/plain; charset=UTF-8 Hello All How can I change the Vendor ID in Open Source XCP similar to the following in Xen In Xen I change the Vendor ID to "bornlibra23@" as such: cpuid = ['0:ebx=0x6c65746e, ecx=0x756e6547,edx=0x49656e69] I need to have the same capability of configurable responses to various leaves & sub leaves as Xen has as I intend to change a lot more than Vendor ID later. Thanks bornlibra23 --e89a8f6438bcf0a92904cb9451b9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello All
How can I=C2=A0change the Vendor ID=C2=A0in Open Source X= CP similar to the following in Xen
In Xen=C2=A0I=C2=A0change the = Vendor ID=C2=A0 to "bornlibra23@" as such:
cpuid =3D [&= #39;0:ebx=3D0x6c65746e, ecx=3D0x756e6547,edx=3D0x49656e69]

I need to have the same capability of configurable resp= onses to various leaves & sub leaves as Xen has as I intend to change a= lot more than Vendor ID later.

Thanks
bornlibra23
--e89a8f6438bcf0a92904cb9451b9-- --===============3810897882152860688== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3810897882152860688==-- From xen-api-bounces@lists.xen.org Tue Oct 09 11:58:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 11:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYSV-0002i5-Nz; Tue, 09 Oct 2012 11:58:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLMSi-00073V-Lh for xen-api@lists.xen.org; Mon, 08 Oct 2012 23:10:12 +0000 X-Env-Sender: bornlibra23@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1349737797!10184252!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22520 invoked from network); 8 Oct 2012 23:10:00 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 23:10:00 -0000 Received: by mail-oa0-f45.google.com with SMTP id i18so913378oag.32 for ; Mon, 08 Oct 2012 16:09:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zfbEu7onjAXIlOyGTvUq9PGyFHrNUuPpVvLFvW+LOJ0=; b=iFRIGJMAcJiN9Hf20E+H/yYTvvUrAtUBEKO4P1ca1FCBLwFa8y971a3B2TswtYFV4+ DGojrTxYqJoUvO5WBGLnfk6tvX1VmeNAOsZQZY6+F+QIOSgNczkBjRSP68z/5yOQ+Vc9 wKAJ+E/g2DpSVjKr7Ln/GbVQKLfOaXrMhj331C3nhy4TPgImNUirsR5eGcahL757KwML uzmJ4SVBeth2zRd/Y8/quWREkDAPs/jRmmeAxKUVxaVMwFvw/NGmHEYDda1YNsbEB5TI 0blDiloC3R9QPk4HUJPJrDwhK8drlwdtAdP0qJ1K7/hSbNEQxC5jjQ2TM2kNSK3hQon+ gfHg== MIME-Version: 1.0 Received: by 10.182.131.100 with SMTP id ol4mr1380332obb.38.1349737797167; Mon, 08 Oct 2012 16:09:57 -0700 (PDT) Received: by 10.60.4.229 with HTTP; Mon, 8 Oct 2012 16:09:57 -0700 (PDT) Date: Mon, 8 Oct 2012 16:09:57 -0700 Message-ID: From: Ashutosh Warikoo To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 09 Oct 2012 11:58:47 +0000 Subject: [Xen-API] Editing Vendor ID In XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3810897882152860688==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3810897882152860688== Content-Type: multipart/alternative; boundary=e89a8f6438bcf0a92904cb9451b9 --e89a8f6438bcf0a92904cb9451b9 Content-Type: text/plain; charset=UTF-8 Hello All How can I change the Vendor ID in Open Source XCP similar to the following in Xen In Xen I change the Vendor ID to "bornlibra23@" as such: cpuid = ['0:ebx=0x6c65746e, ecx=0x756e6547,edx=0x49656e69] I need to have the same capability of configurable responses to various leaves & sub leaves as Xen has as I intend to change a lot more than Vendor ID later. Thanks bornlibra23 --e89a8f6438bcf0a92904cb9451b9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello All
How can I=C2=A0change the Vendor ID=C2=A0in Open Source X= CP similar to the following in Xen
In Xen=C2=A0I=C2=A0change the = Vendor ID=C2=A0 to "bornlibra23@" as such:
cpuid =3D [&= #39;0:ebx=3D0x6c65746e, ecx=3D0x756e6547,edx=3D0x49656e69]

I need to have the same capability of configurable resp= onses to various leaves & sub leaves as Xen has as I intend to change a= lot more than Vendor ID later.

Thanks
bornlibra23
--e89a8f6438bcf0a92904cb9451b9-- --===============3810897882152860688== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3810897882152860688==-- From xen-api-bounces@lists.xen.org Tue Oct 09 11:58:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 11:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYSV-0002i0-J8; Tue, 09 Oct 2012 11:58:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLHq6-000231-TD for xen-api@lists.xen.org; Mon, 08 Oct 2012 18:14:03 +0000 Received: from [85.158.138.51:33208] by server-3.bemta-3.messagelabs.com id 6C/F9-25962-AE713705; Mon, 08 Oct 2012 18:14:02 +0000 X-Env-Sender: dado023@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1349720039!31873137!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14611 invoked from network); 8 Oct 2012 18:14:01 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 18:14:01 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so528024iea.32 for ; Mon, 08 Oct 2012 11:13:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=WS44I1/AFunsp89gC86YGak1wo0jfRscNzHEstCr7YI=; b=ACCSaXFGWt6lu7cq2XFxoOxTvt79SZZ3xND1dEH8Ca6b8qQ7RwjWR+w1lNDWSB2Ums eihWBt4T8G/IIO+s+ikECBu6EdSDTAqhBsluNA0Q/5rRnI8+BSwQKlkjbLUrqW1exwSN UdYhdm4wprCdHdSIztLCUVdMjCsLm1kk9khHXYKcuhMGNbFuAeld609YncAIjsH+XRqD VPfT3iIy3FWvsT/1AcZyC8S3YpdgYcSG/WwTEjmuXkKq4wJXjRfX2c7ajr5qiXzNiQGB gWFIGJVtzJR+MDwFJ9EeIN6n92IAsSpmQCCTisrBDtnROpAMB8D8+GvnBihrYE+KQYip Y5Og== Received: by 10.50.47.201 with SMTP id f9mr8960105ign.44.1349720039505; Mon, 08 Oct 2012 11:13:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.253.91 with HTTP; Mon, 8 Oct 2012 11:13:19 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Daniel_Frani=C4=87?= Date: Mon, 8 Oct 2012 20:13:19 +0200 X-Google-Sender-Auth: 5QGnTbjp8LIen2uZJco8G79R4P8 Message-ID: To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 09 Oct 2012 11:58:47 +0000 Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3465266527320661266==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3465266527320661266== Content-Type: multipart/alternative; boundary=14dae9340e1780404804cb902f86 --14dae9340e1780404804cb902f86 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As Lars suggested i am sending this question on xen-api: what is the support cycle for XCP distribution.....for example centos support cycle is 10years. kind regards Dan On Mon, Oct 8, 2012 at 11:56 AM, Lars Kurth wrote: > Daniel, > > please ask this question on the xen-api mailing list ( > xen-api@lists.xen.org). For the hypervisor itself (but not for XCP), the > policy is to support the last two releases with update releases. Right no= w > we support 4.1.x and 4.2.x (as Xen 4.2 has just been released). With the > current release cycle, this amounts to about 1.5-2 years on average. We > also have a mechanism by which a company can step up and maintain an olde= r > version: for example N2 Servers is maintaining Xen 3.4.x. > > XCP does not have a (written down) policy right now. I would appreciate, > if you asked the question on xen-api, such that I can use this as a hook = to > start a discussion and get a policy established. > > Regards > Lars > > > On 06/10/2012 06:02, Daniel Frani=C4=87 wrote: > > hello, > > what is the support cycle for XCP distribution.....for example centos > support cycle is 10years. > > kind regards > Dan > > > --14dae9340e1780404804cb902f86 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As Lars suggested i am sending this question on xen-api:
what is the support cycle for XCP distribution.....for example centos s= upport cycle is 10years.

kind regards
Dan

On Mon, Oct 8, 2012 at 1= 1:56 AM, Lars Kurth <lars.kurth@xen.org> wrote:
=20 =20 =20
Daniel,

please ask this question on the xen-api mailing list (xen-api@l= ists.xen.org). For the hypervisor itself (but not for XCP), the policy is to support the last two releases with update releases. Right now we support 4.1.x and 4.2.x (as Xen 4.2 has just b= een released). With the current release cycle, this amounts to about 1.5-2 = years on average. We also have a mechanism by which a company can step up a= nd maintain an older version: for example N2 Servers is maintaining Xen 3.4= .x.

XCP does not have a (written down) policy right now. I would apprecia= te, if you asked the question on xen-api, such that I can use this as a hook to start a discussion and get a policy established.

Regards
Lars


On 06/10/2012 06:02, Daniel Frani=C4=87 wrote:
hello,

what is the support cycle for XCP distribution.....for example centos support cycle is 10years.

kind regards
Dan


--14dae9340e1780404804cb902f86-- --===============3465266527320661266== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3465266527320661266==-- From xen-api-bounces@lists.xen.org Tue Oct 09 11:58:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 11:58:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYSV-0002hv-E8; Tue, 09 Oct 2012 11:58:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLG8I-0007qd-8S for xen-api@lists.xen.org; Mon, 08 Oct 2012 16:24:42 +0000 Received: from [85.158.139.83:13810] by server-14.bemta-5.messagelabs.com id D4/CC-31065-94EF2705; Mon, 08 Oct 2012 16:24:41 +0000 X-Env-Sender: luislealza@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1349713479!33393916!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6385 invoked from network); 8 Oct 2012 16:24:40 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 16:24:40 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so5856821vcb.32 for ; Mon, 08 Oct 2012 09:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tB1QXj8saWOyD6sU9AcMAiYnJ4HrOwVC6gpcmnG1yZI=; b=gHE2i33UekPFo3hZkMzcbsdDIPpdzQG5IlTLHBV4n3Wx77VI2euE6QBGuSHw2K7oqO wRduBYsvcnYbFWJdGZOxr6+uSqJWwas/K7P1pUzIcVz/qYqyzd6rjTPp6TAgrjlZAv5A PTuxLvgdGJ+2AKqHLTIZzGk55DJK+apAcCIZqF8e7D7KJYz+HWXyF4kAGisYzlxOvgc4 RYTcmZQPbd2j0p4s2z5ORMap6d/E+tRiVkwT0mx4b9fPbvBSu0+c5So/EJ1npbgCBcmU 5lkZqt1ijmRIiL6TKlKrkLFQgcWSMB+XYamzIZt4UuyyDiBvlHrrQMqTR/cMxG41SQB+ +pxg== MIME-Version: 1.0 Received: by 10.52.66.233 with SMTP id i9mr5648511vdt.78.1349713478604; Mon, 08 Oct 2012 09:24:38 -0700 (PDT) Received: by 10.220.145.79 with HTTP; Mon, 8 Oct 2012 09:24:38 -0700 (PDT) Date: Mon, 8 Oct 2012 18:24:38 +0200 Message-ID: From: Luis Leal To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 09 Oct 2012 11:58:47 +0000 Subject: [Xen-API] XCP 1.6 BETA: Reconfigure host network via XenCenter X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I'm testing XCP 1.6 on two servers and I'm consistently seeing failures re-configuring network interfaces via XenCenter - specifically secondary interfaces used for storage. Anybody else seeing the same problem? The relevant extract from the XenCenter log: 2012-10-08 18:05:40,662 DEBUG XenAdmin.Actions.ActionBase [Main program thread] - 2012-10-08 18:05:40,663 INFO Audit [Main program thread] - Operation started: ChangeNetworkingAction: xs01: Host 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): 2012-10-08 18:05:40,678 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Bringing PIF NIC 0 3dbda962-e651-44db-efad-e394c884b670 up as 192.168.254.1/255.255.255.0, , ... 2012-10-08 18:05:40,679 DEBUG XenAdmin.Actions.ActionBase [3328] - Configuring IP address on NIC 0... 2012-10-08 18:05:40,686 INFO XenAPI.Session [3328] - Invoking XML-RPC method PIF.set_other_config 2012-10-08 18:05:40,750 INFO XenAPI.Session [3328] - Invoking XML-RPC method PIF.set_disallow_unplug 2012-10-08 18:05:40,796 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Reconfiguring IP on NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... 2012-10-08 18:05:40,803 INFO XenAPI.Session [3328] - Invoking XML-RPC method Async.PIF.reconfigure_ip 2012-10-08 18:05:40,855 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:40,901 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:40,952 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,091 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.destroy 2012-10-08 18:05:42,143 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Reconfiguring IP on NIC 0 3dbda962-e651-44db-efad-e394c884b670 done. 2012-10-08 18:05:42,151 INFO XenAPI.Session [3328] - Invoking XML-RPC method PIF.get_currently_attached 2012-10-08 18:05:42,200 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Plugging NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... 2012-10-08 18:05:42,205 INFO XenAPI.Session [3328] - Invoking XML-RPC method Async.PIF.plug 2012-10-08 18:05:42,254 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,302 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,351 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,588 WARN XenAdmin.Network.TaskPoller [3328] - Action failed due to API failure: at System.Environment.get_StackTrace() at XenAdmin.Network.TaskPoller.poll() at XenAdmin.Network.TaskPoller.PollToCompletion() at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction action, PIF pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF existing_pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, PIFMethod pif_method) at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, Boolean up, Boolean this_host, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.Run() at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack) at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state) 2012-10-08 18:05:42,590 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.destroy 2012-10-08 18:05:42,654 ERROR XenAdmin.Actions.AsyncAction [3328] - An unknown error occurred while attempting to configure an interface. 2012-10-08 18:05:42,655 ERROR XenAdmin.Actions.AsyncAction [3328] - at XenAdmin.Network.TaskPoller.poll() at XenAdmin.Network.TaskPoller.PollToCompletion() at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction action, PIF pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF existing_pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, PIFMethod pif_method) at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, Boolean up, Boolean this_host, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.Run() at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) 2012-10-08 18:05:42,656 WARN Audit [3328] - Operation failure: ChangeNetworkingAction: xs01: Host 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): Configuring IP address on NIC 0... 2012-10-08 18:05:42,656 DEBUG XenAdmin.Actions.ActionBase [3328] - An unknown error occurred while attempting to configure an interface. An unknown error occurred while attempting to configure an interface. Kind regards Luis _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 11:58:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 11:58:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYSV-0002hv-E8; Tue, 09 Oct 2012 11:58:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLG8I-0007qd-8S for xen-api@lists.xen.org; Mon, 08 Oct 2012 16:24:42 +0000 Received: from [85.158.139.83:13810] by server-14.bemta-5.messagelabs.com id D4/CC-31065-94EF2705; Mon, 08 Oct 2012 16:24:41 +0000 X-Env-Sender: luislealza@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1349713479!33393916!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6385 invoked from network); 8 Oct 2012 16:24:40 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Oct 2012 16:24:40 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so5856821vcb.32 for ; Mon, 08 Oct 2012 09:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tB1QXj8saWOyD6sU9AcMAiYnJ4HrOwVC6gpcmnG1yZI=; b=gHE2i33UekPFo3hZkMzcbsdDIPpdzQG5IlTLHBV4n3Wx77VI2euE6QBGuSHw2K7oqO wRduBYsvcnYbFWJdGZOxr6+uSqJWwas/K7P1pUzIcVz/qYqyzd6rjTPp6TAgrjlZAv5A PTuxLvgdGJ+2AKqHLTIZzGk55DJK+apAcCIZqF8e7D7KJYz+HWXyF4kAGisYzlxOvgc4 RYTcmZQPbd2j0p4s2z5ORMap6d/E+tRiVkwT0mx4b9fPbvBSu0+c5So/EJ1npbgCBcmU 5lkZqt1ijmRIiL6TKlKrkLFQgcWSMB+XYamzIZt4UuyyDiBvlHrrQMqTR/cMxG41SQB+ +pxg== MIME-Version: 1.0 Received: by 10.52.66.233 with SMTP id i9mr5648511vdt.78.1349713478604; Mon, 08 Oct 2012 09:24:38 -0700 (PDT) Received: by 10.220.145.79 with HTTP; Mon, 8 Oct 2012 09:24:38 -0700 (PDT) Date: Mon, 8 Oct 2012 18:24:38 +0200 Message-ID: From: Luis Leal To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 09 Oct 2012 11:58:47 +0000 Subject: [Xen-API] XCP 1.6 BETA: Reconfigure host network via XenCenter X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I'm testing XCP 1.6 on two servers and I'm consistently seeing failures re-configuring network interfaces via XenCenter - specifically secondary interfaces used for storage. Anybody else seeing the same problem? The relevant extract from the XenCenter log: 2012-10-08 18:05:40,662 DEBUG XenAdmin.Actions.ActionBase [Main program thread] - 2012-10-08 18:05:40,663 INFO Audit [Main program thread] - Operation started: ChangeNetworkingAction: xs01: Host 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): 2012-10-08 18:05:40,678 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Bringing PIF NIC 0 3dbda962-e651-44db-efad-e394c884b670 up as 192.168.254.1/255.255.255.0, , ... 2012-10-08 18:05:40,679 DEBUG XenAdmin.Actions.ActionBase [3328] - Configuring IP address on NIC 0... 2012-10-08 18:05:40,686 INFO XenAPI.Session [3328] - Invoking XML-RPC method PIF.set_other_config 2012-10-08 18:05:40,750 INFO XenAPI.Session [3328] - Invoking XML-RPC method PIF.set_disallow_unplug 2012-10-08 18:05:40,796 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Reconfiguring IP on NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... 2012-10-08 18:05:40,803 INFO XenAPI.Session [3328] - Invoking XML-RPC method Async.PIF.reconfigure_ip 2012-10-08 18:05:40,855 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:40,901 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:40,952 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,091 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.destroy 2012-10-08 18:05:42,143 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Reconfiguring IP on NIC 0 3dbda962-e651-44db-efad-e394c884b670 done. 2012-10-08 18:05:42,151 INFO XenAPI.Session [3328] - Invoking XML-RPC method PIF.get_currently_attached 2012-10-08 18:05:42,200 DEBUG XenAdmin.Actions.NetworkingActionHelpers [3328] - Plugging NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... 2012-10-08 18:05:42,205 INFO XenAPI.Session [3328] - Invoking XML-RPC method Async.PIF.plug 2012-10-08 18:05:42,254 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,302 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,351 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.add_to_other_config 2012-10-08 18:05:42,588 WARN XenAdmin.Network.TaskPoller [3328] - Action failed due to API failure: at System.Environment.get_StackTrace() at XenAdmin.Network.TaskPoller.poll() at XenAdmin.Network.TaskPoller.PollToCompletion() at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction action, PIF pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF existing_pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, PIFMethod pif_method) at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, Boolean up, Boolean this_host, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.Run() at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack) at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state) 2012-10-08 18:05:42,590 INFO XenAPI.Session [3328] - Invoking XML-RPC method task.destroy 2012-10-08 18:05:42,654 ERROR XenAdmin.Actions.AsyncAction [3328] - An unknown error occurred while attempting to configure an interface. 2012-10-08 18:05:42,655 ERROR XenAdmin.Actions.AsyncAction [3328] - at XenAdmin.Network.TaskPoller.poll() at XenAdmin.Network.TaskPoller.PollToCompletion() at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction action, PIF pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF existing_pif, Int32 hi) at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, PIFMethod pif_method) at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, Boolean up, Boolean this_host, Int32 hi) at XenAdmin.Actions.ChangeNetworkingAction.Run() at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) 2012-10-08 18:05:42,656 WARN Audit [3328] - Operation failure: ChangeNetworkingAction: xs01: Host 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): Configuring IP address on NIC 0... 2012-10-08 18:05:42,656 DEBUG XenAdmin.Actions.ActionBase [3328] - An unknown error occurred while attempting to configure an interface. An unknown error occurred while attempting to configure an interface. Kind regards Luis _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 12:08:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 12:08:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYbf-00036m-Cf; Tue, 09 Oct 2012 12:08:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYbe-00036h-Kq for xen-api@lists.xen.org; Tue, 09 Oct 2012 12:08:14 +0000 Received: from [85.158.139.211:61731] by server-1.bemta-5.messagelabs.com id CA/12-09825-DA314705; Tue, 09 Oct 2012 12:08:13 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349784493!21678158!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22607 invoked from network); 9 Oct 2012 12:08:13 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 12:08:13 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15035955" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 12:08:12 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 13:08:13 +0100 Message-ID: <507413A9.6050804@citrix.com> Date: Tue, 9 Oct 2012 13:08:09 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Luis Leal References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 BETA: Reconfigure host network via XenCenter X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 08/10/12 17:24, Luis Leal wrote: > Hi, > > I'm testing XCP 1.6 on two servers and I'm consistently seeing > failures re-configuring network interfaces via XenCenter - > specifically secondary interfaces used for storage. > > Anybody else seeing the same problem? What version of XenCenter? You should be using 6.1. > The relevant extract from the XenCenter log: Can you post anything from the xensource.log? And can you try reconfiguring the PIF using the command line? Mike > 2012-10-08 18:05:40,662 DEBUG XenAdmin.Actions.ActionBase [Main > program thread] - > 2012-10-08 18:05:40,663 INFO Audit [Main program thread] - Operation > started: ChangeNetworkingAction: xs01: Host > 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): > 2012-10-08 18:05:40,678 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Bringing PIF NIC 0 3dbda962-e651-44db-efad-e394c884b670 up as > 192.168.254.1/255.255.255.0, , ... > 2012-10-08 18:05:40,679 DEBUG XenAdmin.Actions.ActionBase [3328] - > Configuring IP address on NIC 0... > 2012-10-08 18:05:40,686 INFO XenAPI.Session [3328] - Invoking XML-RPC > method PIF.set_other_config > 2012-10-08 18:05:40,750 INFO XenAPI.Session [3328] - Invoking XML-RPC > method PIF.set_disallow_unplug > 2012-10-08 18:05:40,796 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Reconfiguring IP on NIC 0 > 3dbda962-e651-44db-efad-e394c884b670 ... > 2012-10-08 18:05:40,803 INFO XenAPI.Session [3328] - Invoking XML-RPC > method Async.PIF.reconfigure_ip > 2012-10-08 18:05:40,855 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:40,901 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:40,952 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,091 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.destroy > 2012-10-08 18:05:42,143 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Reconfiguring IP on NIC 0 > 3dbda962-e651-44db-efad-e394c884b670 done. > 2012-10-08 18:05:42,151 INFO XenAPI.Session [3328] - Invoking XML-RPC > method PIF.get_currently_attached > 2012-10-08 18:05:42,200 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Plugging NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... > 2012-10-08 18:05:42,205 INFO XenAPI.Session [3328] - Invoking XML-RPC > method Async.PIF.plug > 2012-10-08 18:05:42,254 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,302 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,351 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,588 WARN XenAdmin.Network.TaskPoller [3328] - > Action failed due to API failure: > at System.Environment.get_StackTrace() > at XenAdmin.Network.TaskPoller.poll() > at XenAdmin.Network.TaskPoller.PollToCompletion() > at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction > action, PIF pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction > action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF > existing_pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction > action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, > PIFMethod pif_method) > at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, > Boolean up, Boolean this_host, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.Run() > at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) > at System.Threading.ExecutionContext.Run(ExecutionContext > executionContext, ContextCallback callback, Object state) > at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback > tpWaitCallBack) > at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state) > 2012-10-08 18:05:42,590 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.destroy > 2012-10-08 18:05:42,654 ERROR XenAdmin.Actions.AsyncAction [3328] - An > unknown error occurred while attempting to configure an interface. > 2012-10-08 18:05:42,655 ERROR XenAdmin.Actions.AsyncAction [3328] - > at XenAdmin.Network.TaskPoller.poll() > at XenAdmin.Network.TaskPoller.PollToCompletion() > at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction > action, PIF pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction > action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF > existing_pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction > action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, > PIFMethod pif_method) > at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, > Boolean up, Boolean this_host, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.Run() > at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) > 2012-10-08 18:05:42,656 WARN Audit [3328] - Operation failure: > ChangeNetworkingAction: xs01: Host > 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): Configuring IP address on > NIC 0... > 2012-10-08 18:05:42,656 DEBUG XenAdmin.Actions.ActionBase [3328] - An > unknown error occurred while attempting to configure an interface. > An unknown error occurred while attempting to configure an interface. > > Kind regards > > Luis > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 12:08:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 12:08:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYbf-00036m-Cf; Tue, 09 Oct 2012 12:08:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYbe-00036h-Kq for xen-api@lists.xen.org; Tue, 09 Oct 2012 12:08:14 +0000 Received: from [85.158.139.211:61731] by server-1.bemta-5.messagelabs.com id CA/12-09825-DA314705; Tue, 09 Oct 2012 12:08:13 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349784493!21678158!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22607 invoked from network); 9 Oct 2012 12:08:13 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 12:08:13 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15035955" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 12:08:12 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 13:08:13 +0100 Message-ID: <507413A9.6050804@citrix.com> Date: Tue, 9 Oct 2012 13:08:09 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Luis Leal References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 BETA: Reconfigure host network via XenCenter X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 08/10/12 17:24, Luis Leal wrote: > Hi, > > I'm testing XCP 1.6 on two servers and I'm consistently seeing > failures re-configuring network interfaces via XenCenter - > specifically secondary interfaces used for storage. > > Anybody else seeing the same problem? What version of XenCenter? You should be using 6.1. > The relevant extract from the XenCenter log: Can you post anything from the xensource.log? And can you try reconfiguring the PIF using the command line? Mike > 2012-10-08 18:05:40,662 DEBUG XenAdmin.Actions.ActionBase [Main > program thread] - > 2012-10-08 18:05:40,663 INFO Audit [Main program thread] - Operation > started: ChangeNetworkingAction: xs01: Host > 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): > 2012-10-08 18:05:40,678 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Bringing PIF NIC 0 3dbda962-e651-44db-efad-e394c884b670 up as > 192.168.254.1/255.255.255.0, , ... > 2012-10-08 18:05:40,679 DEBUG XenAdmin.Actions.ActionBase [3328] - > Configuring IP address on NIC 0... > 2012-10-08 18:05:40,686 INFO XenAPI.Session [3328] - Invoking XML-RPC > method PIF.set_other_config > 2012-10-08 18:05:40,750 INFO XenAPI.Session [3328] - Invoking XML-RPC > method PIF.set_disallow_unplug > 2012-10-08 18:05:40,796 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Reconfiguring IP on NIC 0 > 3dbda962-e651-44db-efad-e394c884b670 ... > 2012-10-08 18:05:40,803 INFO XenAPI.Session [3328] - Invoking XML-RPC > method Async.PIF.reconfigure_ip > 2012-10-08 18:05:40,855 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:40,901 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:40,952 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,091 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.destroy > 2012-10-08 18:05:42,143 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Reconfiguring IP on NIC 0 > 3dbda962-e651-44db-efad-e394c884b670 done. > 2012-10-08 18:05:42,151 INFO XenAPI.Session [3328] - Invoking XML-RPC > method PIF.get_currently_attached > 2012-10-08 18:05:42,200 DEBUG XenAdmin.Actions.NetworkingActionHelpers > [3328] - Plugging NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... > 2012-10-08 18:05:42,205 INFO XenAPI.Session [3328] - Invoking XML-RPC > method Async.PIF.plug > 2012-10-08 18:05:42,254 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,302 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,351 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.add_to_other_config > 2012-10-08 18:05:42,588 WARN XenAdmin.Network.TaskPoller [3328] - > Action failed due to API failure: > at System.Environment.get_StackTrace() > at XenAdmin.Network.TaskPoller.poll() > at XenAdmin.Network.TaskPoller.PollToCompletion() > at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction > action, PIF pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction > action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF > existing_pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction > action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, > PIFMethod pif_method) > at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, > Boolean up, Boolean this_host, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.Run() > at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) > at System.Threading.ExecutionContext.Run(ExecutionContext > executionContext, ContextCallback callback, Object state) > at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback > tpWaitCallBack) > at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state) > 2012-10-08 18:05:42,590 INFO XenAPI.Session [3328] - Invoking XML-RPC > method task.destroy > 2012-10-08 18:05:42,654 ERROR XenAdmin.Actions.AsyncAction [3328] - An > unknown error occurred while attempting to configure an interface. > 2012-10-08 18:05:42,655 ERROR XenAdmin.Actions.AsyncAction [3328] - > at XenAdmin.Network.TaskPoller.poll() > at XenAdmin.Network.TaskPoller.PollToCompletion() > at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction > action, PIF pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction > action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF > existing_pif, Int32 hi) > at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction > action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, > PIFMethod pif_method) > at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, > Boolean up, Boolean this_host, Int32 hi) > at XenAdmin.Actions.ChangeNetworkingAction.Run() > at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) > 2012-10-08 18:05:42,656 WARN Audit [3328] - Operation failure: > ChangeNetworkingAction: xs01: Host > 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): Configuring IP address on > NIC 0... > 2012-10-08 18:05:42,656 DEBUG XenAdmin.Actions.ActionBase [3328] - An > unknown error occurred while attempting to configure an interface. > An unknown error occurred while attempting to configure an interface. > > Kind regards > > Luis > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 12:13:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 12:13:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYge-0003Bf-W2; Tue, 09 Oct 2012 12:13:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYgd-0003Ba-Tj for xen-api@lists.xen.org; Tue, 09 Oct 2012 12:13:24 +0000 Received: from [85.158.139.83:37152] by server-7.bemta-5.messagelabs.com id 37/B5-00431-3E414705; Tue, 09 Oct 2012 12:13:23 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1349784802!30169243!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2535 invoked from network); 9 Oct 2012 12:13:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 12:13:22 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15036065" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 12:13:22 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 13:13:22 +0100 Message-ID: <507414DF.5020503@citrix.com> Date: Tue, 9 Oct 2012 13:13:19 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?UTF-8?B?RGFuaWVsIEZyYW5pxIc=?= References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org T24gMDgvMTAvMTIgMTk6MTMsIERhbmllbCBGcmFuacSHIHdyb3RlOgo+IEFzIExhcnMgc3VnZ2Vz dGVkIGkgYW0gc2VuZGluZyB0aGlzIHF1ZXN0aW9uIG9uIHhlbi1hcGk6Cj4gd2hhdCBpcyB0aGUg c3VwcG9ydCBjeWNsZSBmb3IgWENQIGRpc3RyaWJ1dGlvbi4uLi4uZm9yIGV4YW1wbGUgY2VudG9z Cj4gc3VwcG9ydCBjeWNsZSBpcyAxMHllYXJzLgo+IAo+IGtpbmQgcmVnYXJkcwo+IERhbgoKRWFj aCBYQ1AgcmVsZWFzZSBjb3JyZXNwb25kcyB0byBhIGNvbW1lcmNpYWxseSBzdXBwb3J0ZWQgdmVy c2lvbiBvZgpYZW5TZXJ2ZXIuIEkgd291bGQgc2F5IHRoYXQgd2hlbiB0aGUgY29ycmVzcG9uZGlu ZyB2ZXJzaW9uIG9mIFhlblNlcnZlcgppcyBFT0wsIHlvdSBzaG91bGQgc3RvcCB1c2luZyB0aGF0 IHZlcnNpb24gb2YgWENQLiBGWUksIFhDUCAxLjYgaXMgdGhlCnNhbWUgYXMgWGVuU2VydmVyIDYu MS4KCk5vdGUgdGhhdCBJIGFtIG5vdCBzYXlpbmcgdGhhdCBDaXRyaXggd2lsbCBwcm92aWRlIGNv bW1lcmNpYWwgc3VwcG9ydApmb3IgWENQLgoKTWlrZQoKPiBPbiBNb24sIE9jdCA4LCAyMDEyIGF0 IDExOjU2IEFNLCBMYXJzIEt1cnRoIDxsYXJzLmt1cnRoQHhlbi5vcmcKPiA8bWFpbHRvOmxhcnMu a3VydGhAeGVuLm9yZz4+IHdyb3RlOgo+IAo+ICAgICBEYW5pZWwsCj4gCj4gICAgIHBsZWFzZSBh c2sgdGhpcyBxdWVzdGlvbiBvbiB0aGUgeGVuLWFwaSBtYWlsaW5nIGxpc3QKPiAgICAgKHhlbi1h cGlAbGlzdHMueGVuLm9yZyA8bWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZz4pLiBGb3IgdGhl Cj4gICAgIGh5cGVydmlzb3IgaXRzZWxmIChidXQgbm90IGZvciBYQ1ApLCB0aGUgcG9saWN5IGlz IHRvIHN1cHBvcnQgdGhlCj4gICAgIGxhc3QgdHdvIHJlbGVhc2VzIHdpdGggdXBkYXRlIHJlbGVh c2VzLiBSaWdodCBub3cgd2Ugc3VwcG9ydCA0LjEueAo+ICAgICBhbmQgNC4yLnggKGFzIFhlbiA0 LjIgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCkuIFdpdGggdGhlIGN1cnJlbnQKPiAgICAgcmVsZWFz ZSBjeWNsZSwgdGhpcyBhbW91bnRzIHRvIGFib3V0IDEuNS0yIHllYXJzIG9uIGF2ZXJhZ2UuIFdl IGFsc28KPiAgICAgaGF2ZSBhIG1lY2hhbmlzbSBieSB3aGljaCBhIGNvbXBhbnkgY2FuIHN0ZXAg dXAgYW5kIG1haW50YWluIGFuCj4gICAgIG9sZGVyIHZlcnNpb246IGZvciBleGFtcGxlIE4yIFNl cnZlcnMgaXMgbWFpbnRhaW5pbmcgWGVuIDMuNC54Lgo+IAo+ICAgICBYQ1AgZG9lcyBub3QgaGF2 ZSBhICh3cml0dGVuIGRvd24pIHBvbGljeSByaWdodCBub3cuIEkgd291bGQKPiAgICAgYXBwcmVj aWF0ZSwgaWYgeW91IGFza2VkIHRoZSBxdWVzdGlvbiBvbiB4ZW4tYXBpLCBzdWNoIHRoYXQgSSBj YW4KPiAgICAgdXNlIHRoaXMgYXMgYSBob29rIHRvIHN0YXJ0IGEgZGlzY3Vzc2lvbiBhbmQgZ2V0 IGEgcG9saWN5IGVzdGFibGlzaGVkLgo+IAo+ICAgICBSZWdhcmRzCj4gICAgIExhcnMKPiAKPiAK PiAgICAgT24gMDYvMTAvMjAxMiAwNjowMiwgRGFuaWVsIEZyYW5pxIcgd3JvdGU6Cj4+ICAgICBo ZWxsbywKPj4KPj4gICAgIHdoYXQgaXMgdGhlIHN1cHBvcnQgY3ljbGUgZm9yIFhDUCBkaXN0cmli dXRpb24uLi4uLmZvciBleGFtcGxlCj4+ICAgICBjZW50b3Mgc3VwcG9ydCBjeWNsZSBpcyAxMHll YXJzLgo+Pgo+PiAgICAga2luZCByZWdhcmRzCj4+ICAgICBEYW4KPiAKPiAKCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tYXBpIG1haWxpbmcgbGlz dApYZW4tYXBpQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWls bWFuL2xpc3RpbmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Tue Oct 09 12:13:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 12:13:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYge-0003Bf-W2; Tue, 09 Oct 2012 12:13:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLYgd-0003Ba-Tj for xen-api@lists.xen.org; Tue, 09 Oct 2012 12:13:24 +0000 Received: from [85.158.139.83:37152] by server-7.bemta-5.messagelabs.com id 37/B5-00431-3E414705; Tue, 09 Oct 2012 12:13:23 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1349784802!30169243!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2535 invoked from network); 9 Oct 2012 12:13:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 12:13:22 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15036065" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 12:13:22 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 13:13:22 +0100 Message-ID: <507414DF.5020503@citrix.com> Date: Tue, 9 Oct 2012 13:13:19 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?UTF-8?B?RGFuaWVsIEZyYW5pxIc=?= References: In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org T24gMDgvMTAvMTIgMTk6MTMsIERhbmllbCBGcmFuacSHIHdyb3RlOgo+IEFzIExhcnMgc3VnZ2Vz dGVkIGkgYW0gc2VuZGluZyB0aGlzIHF1ZXN0aW9uIG9uIHhlbi1hcGk6Cj4gd2hhdCBpcyB0aGUg c3VwcG9ydCBjeWNsZSBmb3IgWENQIGRpc3RyaWJ1dGlvbi4uLi4uZm9yIGV4YW1wbGUgY2VudG9z Cj4gc3VwcG9ydCBjeWNsZSBpcyAxMHllYXJzLgo+IAo+IGtpbmQgcmVnYXJkcwo+IERhbgoKRWFj aCBYQ1AgcmVsZWFzZSBjb3JyZXNwb25kcyB0byBhIGNvbW1lcmNpYWxseSBzdXBwb3J0ZWQgdmVy c2lvbiBvZgpYZW5TZXJ2ZXIuIEkgd291bGQgc2F5IHRoYXQgd2hlbiB0aGUgY29ycmVzcG9uZGlu ZyB2ZXJzaW9uIG9mIFhlblNlcnZlcgppcyBFT0wsIHlvdSBzaG91bGQgc3RvcCB1c2luZyB0aGF0 IHZlcnNpb24gb2YgWENQLiBGWUksIFhDUCAxLjYgaXMgdGhlCnNhbWUgYXMgWGVuU2VydmVyIDYu MS4KCk5vdGUgdGhhdCBJIGFtIG5vdCBzYXlpbmcgdGhhdCBDaXRyaXggd2lsbCBwcm92aWRlIGNv bW1lcmNpYWwgc3VwcG9ydApmb3IgWENQLgoKTWlrZQoKPiBPbiBNb24sIE9jdCA4LCAyMDEyIGF0 IDExOjU2IEFNLCBMYXJzIEt1cnRoIDxsYXJzLmt1cnRoQHhlbi5vcmcKPiA8bWFpbHRvOmxhcnMu a3VydGhAeGVuLm9yZz4+IHdyb3RlOgo+IAo+ICAgICBEYW5pZWwsCj4gCj4gICAgIHBsZWFzZSBh c2sgdGhpcyBxdWVzdGlvbiBvbiB0aGUgeGVuLWFwaSBtYWlsaW5nIGxpc3QKPiAgICAgKHhlbi1h cGlAbGlzdHMueGVuLm9yZyA8bWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZz4pLiBGb3IgdGhl Cj4gICAgIGh5cGVydmlzb3IgaXRzZWxmIChidXQgbm90IGZvciBYQ1ApLCB0aGUgcG9saWN5IGlz IHRvIHN1cHBvcnQgdGhlCj4gICAgIGxhc3QgdHdvIHJlbGVhc2VzIHdpdGggdXBkYXRlIHJlbGVh c2VzLiBSaWdodCBub3cgd2Ugc3VwcG9ydCA0LjEueAo+ICAgICBhbmQgNC4yLnggKGFzIFhlbiA0 LjIgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCkuIFdpdGggdGhlIGN1cnJlbnQKPiAgICAgcmVsZWFz ZSBjeWNsZSwgdGhpcyBhbW91bnRzIHRvIGFib3V0IDEuNS0yIHllYXJzIG9uIGF2ZXJhZ2UuIFdl IGFsc28KPiAgICAgaGF2ZSBhIG1lY2hhbmlzbSBieSB3aGljaCBhIGNvbXBhbnkgY2FuIHN0ZXAg dXAgYW5kIG1haW50YWluIGFuCj4gICAgIG9sZGVyIHZlcnNpb246IGZvciBleGFtcGxlIE4yIFNl cnZlcnMgaXMgbWFpbnRhaW5pbmcgWGVuIDMuNC54Lgo+IAo+ICAgICBYQ1AgZG9lcyBub3QgaGF2 ZSBhICh3cml0dGVuIGRvd24pIHBvbGljeSByaWdodCBub3cuIEkgd291bGQKPiAgICAgYXBwcmVj aWF0ZSwgaWYgeW91IGFza2VkIHRoZSBxdWVzdGlvbiBvbiB4ZW4tYXBpLCBzdWNoIHRoYXQgSSBj YW4KPiAgICAgdXNlIHRoaXMgYXMgYSBob29rIHRvIHN0YXJ0IGEgZGlzY3Vzc2lvbiBhbmQgZ2V0 IGEgcG9saWN5IGVzdGFibGlzaGVkLgo+IAo+ICAgICBSZWdhcmRzCj4gICAgIExhcnMKPiAKPiAK PiAgICAgT24gMDYvMTAvMjAxMiAwNjowMiwgRGFuaWVsIEZyYW5pxIcgd3JvdGU6Cj4+ICAgICBo ZWxsbywKPj4KPj4gICAgIHdoYXQgaXMgdGhlIHN1cHBvcnQgY3ljbGUgZm9yIFhDUCBkaXN0cmli dXRpb24uLi4uLmZvciBleGFtcGxlCj4+ICAgICBjZW50b3Mgc3VwcG9ydCBjeWNsZSBpcyAxMHll YXJzLgo+Pgo+PiAgICAga2luZCByZWdhcmRzCj4+ICAgICBEYW4KPiAKPiAKCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tYXBpIG1haWxpbmcgbGlz dApYZW4tYXBpQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWls bWFuL2xpc3RpbmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Tue Oct 09 13:16:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 13:16:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZfO-0004Ny-HW; Tue, 09 Oct 2012 13:16:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZfN-0004NZ-5o for xen-api@lists.xen.org; Tue, 09 Oct 2012 13:16:09 +0000 Received: from [85.158.143.35:33584] by server-2.bemta-4.messagelabs.com id 2F/E8-06610-89324705; Tue, 09 Oct 2012 13:16:08 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1349788565!13236207!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10398 invoked from network); 9 Oct 2012 13:16:06 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 13:16:06 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4529952lbb.32 for ; Tue, 09 Oct 2012 06:16:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=a0l2GpvISfkqvk0uhCq1pCK8eGqDjO/z6bjNcOTfqR8=; b=CPY1gJkbiQQ6Iy2RFQbVfQR1mbyvxLQ5X8vDgmK8o/dzPLMWBi0FlW5NiKEXBCnRjG S/MM4IvAMtuchwpsaXeOZvLIfuhBWOG5zg2tA7t+xpUdS1VDQmAW6zm0Cw//j6rPNJuv GnJipc/xXhModfi3lqSlP9nBCUMREJVr+e2IwB3C+u8QVyMmdmFZ4FX3m/CKsFn9I+KO o8CFLR2bWVkywZKUtRTZ0LHZJVO30HJIhT1NfyJFk8lFxEWmq+PCSBUF94XFSFOBZ8Ww k2VVUShSLgGro5fVFtHNOuACaU1V87eSLZPKAZonYdAKgs0xEkesZ0zvi92zStLksCci osew== Received: by 10.112.23.36 with SMTP id j4mr8064984lbf.71.1349788564682; Tue, 09 Oct 2012 06:16:04 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id jk8sm6335975lab.7.2012.10.09.06.16.03 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 06:16:03 -0700 (PDT) Message-ID: <50742391.2000505@xen.org> Date: Tue, 09 Oct 2012 14:16:01 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-API] Xen Day Barcelona 2012, Nov 8th @ LinuxCon X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Dear Communoity Members, we are arranging a 1/2 meeting for Xen and XCP Users and Developers alongside LinuxCon Europe in Barcelona. The event goes from 9:00 - 13:00 and is free. You will NOT need to register for LinuxCon to attend, but we do ask to register at http://www.xen.org/polls/xendaybarcelona2012_reg.html as space is very limited. For more information see http://www.xen.org/community/events/xendaybarcelona2012.html Topics that will be covered include: * Virtualization in the Cloud: Featuring Xen and XCP * Xen on ARM Cortex A15 * Xen 4.2 and xl * Xen Benchmarks * Meet the Xen Developers Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 13:16:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 13:16:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZfO-0004Ny-HW; Tue, 09 Oct 2012 13:16:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZfN-0004NZ-5o for xen-api@lists.xen.org; Tue, 09 Oct 2012 13:16:09 +0000 Received: from [85.158.143.35:33584] by server-2.bemta-4.messagelabs.com id 2F/E8-06610-89324705; Tue, 09 Oct 2012 13:16:08 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1349788565!13236207!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10398 invoked from network); 9 Oct 2012 13:16:06 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 13:16:06 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4529952lbb.32 for ; Tue, 09 Oct 2012 06:16:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=a0l2GpvISfkqvk0uhCq1pCK8eGqDjO/z6bjNcOTfqR8=; b=CPY1gJkbiQQ6Iy2RFQbVfQR1mbyvxLQ5X8vDgmK8o/dzPLMWBi0FlW5NiKEXBCnRjG S/MM4IvAMtuchwpsaXeOZvLIfuhBWOG5zg2tA7t+xpUdS1VDQmAW6zm0Cw//j6rPNJuv GnJipc/xXhModfi3lqSlP9nBCUMREJVr+e2IwB3C+u8QVyMmdmFZ4FX3m/CKsFn9I+KO o8CFLR2bWVkywZKUtRTZ0LHZJVO30HJIhT1NfyJFk8lFxEWmq+PCSBUF94XFSFOBZ8Ww k2VVUShSLgGro5fVFtHNOuACaU1V87eSLZPKAZonYdAKgs0xEkesZ0zvi92zStLksCci osew== Received: by 10.112.23.36 with SMTP id j4mr8064984lbf.71.1349788564682; Tue, 09 Oct 2012 06:16:04 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id jk8sm6335975lab.7.2012.10.09.06.16.03 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 06:16:03 -0700 (PDT) Message-ID: <50742391.2000505@xen.org> Date: Tue, 09 Oct 2012 14:16:01 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-API] Xen Day Barcelona 2012, Nov 8th @ LinuxCon X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Dear Communoity Members, we are arranging a 1/2 meeting for Xen and XCP Users and Developers alongside LinuxCon Europe in Barcelona. The event goes from 9:00 - 13:00 and is free. You will NOT need to register for LinuxCon to attend, but we do ask to register at http://www.xen.org/polls/xendaybarcelona2012_reg.html as space is very limited. For more information see http://www.xen.org/community/events/xendaybarcelona2012.html Topics that will be covered include: * Virtualization in the Cloud: Featuring Xen and XCP * Xen on ARM Cortex A15 * Xen 4.2 and xl * Xen Benchmarks * Meet the Xen Developers Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 13:16:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 13:16:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZfv-0004ST-Qi; Tue, 09 Oct 2012 13:16:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZft-0004S4-VC for xen-api@lists.xen.org; Tue, 09 Oct 2012 13:16:42 +0000 Received: from [85.158.137.99:64547] by server-2.bemta-3.messagelabs.com id D2/DD-16514-9B324705; Tue, 09 Oct 2012 13:16:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1349788600!20903849!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8338 invoked from network); 9 Oct 2012 13:16:40 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 13:16:40 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4530582lbb.32 for ; Tue, 09 Oct 2012 06:16:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=FtZHz4R00sZhSa8dR8ePDGUdd61RqOrKArjNJqcOvI8=; b=yIhkUjezsL01KlqCtLyJBVlR1gvPf47MqfMVmR/0lAZQB6AK2YNKAoWFjVIKgHYd5M pgc7B2Kg8YE5oz3xg6uEHDsJJ9IwS0lGKkLI1c7suKbj9vD5QHlAaVJhjPOrnPxYdWJq 7W8Ki9sL+WEDniJogih3jhkbLBsxI1cqyH9P3H6RSw/8t+cXXJf8mrJoy9wXyZl3krNm e2XczoJDPA3yeNLj4hSgo75LdRwWyQ72kpdO23l7Xef9SnaSLxO5Sfe9AUTYmoGHeczl DxnnRlu2Q0CVMU7rXR9bly73zGk5I+oxD3E6ph0sksC1BVIyh/n3hc6lCc1ecXT0eGqL vNDg== Received: by 10.152.162.97 with SMTP id xz1mr16620621lab.38.1349788599919; Tue, 09 Oct 2012 06:16:39 -0700 (PDT) Received: from [192.168.40.104] ([188.93.17.50]) by mx.google.com with ESMTPS id gs20sm3686188lab.6.2012.10.09.06.16.39 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 06:16:39 -0700 (PDT) Message-ID: <507423B6.4060401@gmail.com> Date: Tue, 09 Oct 2012 17:16:38 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507414DF.5020503@citrix.com> In-Reply-To: <507414DF.5020503@citrix.com> Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org MDkuMTAuMjAxMiAxNjoxMywgTWlrZSBNY0NsdXJnINC/0LjRiNC10YI6Cj4gTm90ZSB0aGF0IEkg YW0gbm90IHNheWluZyB0aGF0IENpdHJpeCB3aWxsIHByb3ZpZGUgY29tbWVyY2lhbCBzdXBwb3J0 IAo+IGZvciBYQ1AuIE1pa2UKCkFuZCBJJ2QgbGlrZSB0byBzYXkgeW91IGxvb3Npbmcgc2VyaW91 cyBtb25leSBoZXJlLgoKV2UncmUgbm90IHVzaW5nIFhlblNlcnZlciBiZWNhdXNlIGl0IGNsb3Nl ZCBzb3VyY2UgKG5vIHdheSB0byBub3JtYWxseSAKYWRvcHQgaXQgdG8gb3VyIGVudmlyb25tZW50 KS4gV2UgdXNpbmcgWENQIGZvciBidXNpbmVzcyBhbmQgd2UndmUgZG9uZSAKbWF5IG1vZGlmaWNh dGlvbiB0byBkb20wIGFuZCBzdXJyb3VuZGluZy4gQW5kIHdlIGhhdmUgc29tZSB0cm91YmxlcyB3 aXRoIApYQ1AgYW5kIGdsYWRseSBzaWduIGNvbnRyYWN0IGZvciBzdXBwb3J0ICBpdC4KCkFuZCB0 aGlzIGlzIHNlcGFyYXRlIG1hcmtldCBmb3IgQ2l0cml4OiBYZW5TZXJ2ZXIgZm9yIGVudGVycHJp c2UgdXNlcnMgCndoaWNoIHdhbnRzIHZpcnR1YWxpemF0aW9uIHNvbHV0aW9uICdvdXQgb2YgYm94 JyBhbmQgWENQIGlzIGZyYW1ld29yayAKZm9yIElTUCB0byB0dW5lIGl0IGZvciBwdWJsaWMgY2xv dWRzLi4uIElmIGl0IHdpbGwgYmVjb21lIGNvbW1lcmNpYWwgCnByb2R1Y3Qgd2l0aCBvcGVuIHNv dXJjZSBpdCB3aWxsIG1ha2UgVk1XYXJlIHNoaXZlciBhIGJpdCBtb3JlLgoKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0 Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Tue Oct 09 13:16:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 13:16:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZfv-0004ST-Qi; Tue, 09 Oct 2012 13:16:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLZft-0004S4-VC for xen-api@lists.xen.org; Tue, 09 Oct 2012 13:16:42 +0000 Received: from [85.158.137.99:64547] by server-2.bemta-3.messagelabs.com id D2/DD-16514-9B324705; Tue, 09 Oct 2012 13:16:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1349788600!20903849!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8338 invoked from network); 9 Oct 2012 13:16:40 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 13:16:40 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4530582lbb.32 for ; Tue, 09 Oct 2012 06:16:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=FtZHz4R00sZhSa8dR8ePDGUdd61RqOrKArjNJqcOvI8=; b=yIhkUjezsL01KlqCtLyJBVlR1gvPf47MqfMVmR/0lAZQB6AK2YNKAoWFjVIKgHYd5M pgc7B2Kg8YE5oz3xg6uEHDsJJ9IwS0lGKkLI1c7suKbj9vD5QHlAaVJhjPOrnPxYdWJq 7W8Ki9sL+WEDniJogih3jhkbLBsxI1cqyH9P3H6RSw/8t+cXXJf8mrJoy9wXyZl3krNm e2XczoJDPA3yeNLj4hSgo75LdRwWyQ72kpdO23l7Xef9SnaSLxO5Sfe9AUTYmoGHeczl DxnnRlu2Q0CVMU7rXR9bly73zGk5I+oxD3E6ph0sksC1BVIyh/n3hc6lCc1ecXT0eGqL vNDg== Received: by 10.152.162.97 with SMTP id xz1mr16620621lab.38.1349788599919; Tue, 09 Oct 2012 06:16:39 -0700 (PDT) Received: from [192.168.40.104] ([188.93.17.50]) by mx.google.com with ESMTPS id gs20sm3686188lab.6.2012.10.09.06.16.39 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 06:16:39 -0700 (PDT) Message-ID: <507423B6.4060401@gmail.com> Date: Tue, 09 Oct 2012 17:16:38 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507414DF.5020503@citrix.com> In-Reply-To: <507414DF.5020503@citrix.com> Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org MDkuMTAuMjAxMiAxNjoxMywgTWlrZSBNY0NsdXJnINC/0LjRiNC10YI6Cj4gTm90ZSB0aGF0IEkg YW0gbm90IHNheWluZyB0aGF0IENpdHJpeCB3aWxsIHByb3ZpZGUgY29tbWVyY2lhbCBzdXBwb3J0 IAo+IGZvciBYQ1AuIE1pa2UKCkFuZCBJJ2QgbGlrZSB0byBzYXkgeW91IGxvb3Npbmcgc2VyaW91 cyBtb25leSBoZXJlLgoKV2UncmUgbm90IHVzaW5nIFhlblNlcnZlciBiZWNhdXNlIGl0IGNsb3Nl ZCBzb3VyY2UgKG5vIHdheSB0byBub3JtYWxseSAKYWRvcHQgaXQgdG8gb3VyIGVudmlyb25tZW50 KS4gV2UgdXNpbmcgWENQIGZvciBidXNpbmVzcyBhbmQgd2UndmUgZG9uZSAKbWF5IG1vZGlmaWNh dGlvbiB0byBkb20wIGFuZCBzdXJyb3VuZGluZy4gQW5kIHdlIGhhdmUgc29tZSB0cm91YmxlcyB3 aXRoIApYQ1AgYW5kIGdsYWRseSBzaWduIGNvbnRyYWN0IGZvciBzdXBwb3J0ICBpdC4KCkFuZCB0 aGlzIGlzIHNlcGFyYXRlIG1hcmtldCBmb3IgQ2l0cml4OiBYZW5TZXJ2ZXIgZm9yIGVudGVycHJp c2UgdXNlcnMgCndoaWNoIHdhbnRzIHZpcnR1YWxpemF0aW9uIHNvbHV0aW9uICdvdXQgb2YgYm94 JyBhbmQgWENQIGlzIGZyYW1ld29yayAKZm9yIElTUCB0byB0dW5lIGl0IGZvciBwdWJsaWMgY2xv dWRzLi4uIElmIGl0IHdpbGwgYmVjb21lIGNvbW1lcmNpYWwgCnByb2R1Y3Qgd2l0aCBvcGVuIHNv dXJjZSBpdCB3aWxsIG1ha2UgVk1XYXJlIHNoaXZlciBhIGJpdCBtb3JlLgoKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0 Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxt YW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Tue Oct 09 13:41:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 13:41:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLa46-0005Tb-8P; Tue, 09 Oct 2012 13:41:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLa44-0005TT-Qi for xen-api@lists.xen.org; Tue, 09 Oct 2012 13:41:40 +0000 Received: from [85.158.138.51:15672] by server-6.bemta-3.messagelabs.com id 54/8A-11085-39924705; Tue, 09 Oct 2012 13:41:39 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1349790099!14993414!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23556 invoked from network); 9 Oct 2012 13:41:39 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 13:41:39 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15038951" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 13:41:11 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 14:41:10 +0100 Message-ID: <50742974.7020701@citrix.com> Date: Tue, 9 Oct 2012 14:41:08 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: George Shuklin References: <507414DF.5020503@citrix.com> <507423B6.4060401@gmail.com> In-Reply-To: <507423B6.4060401@gmail.com> X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org T24gMDkvMTAvMTIgMTQ6MTYsIEdlb3JnZSBTaHVrbGluIHdyb3RlOgo+IDA5LjEwLjIwMTIgMTY6 MTMsIE1pa2UgTWNDbHVyZyDQv9C40YjQtdGCOgo+PiBOb3RlIHRoYXQgSSBhbSBub3Qgc2F5aW5n IHRoYXQgQ2l0cml4IHdpbGwgcHJvdmlkZSBjb21tZXJjaWFsIHN1cHBvcnQgCj4+IGZvciBYQ1Au IE1pa2UKPiAKPiBBbmQgSSdkIGxpa2UgdG8gc2F5IHlvdSBsb29zaW5nIHNlcmlvdXMgbW9uZXkg aGVyZS4KCkFjay4KCj4gV2UncmUgbm90IHVzaW5nIFhlblNlcnZlciBiZWNhdXNlIGl0IGNsb3Nl ZCBzb3VyY2UgKG5vIHdheSB0byBub3JtYWxseSAKPiBhZG9wdCBpdCB0byBvdXIgZW52aXJvbm1l bnQpLiBXZSB1c2luZyBYQ1AgZm9yIGJ1c2luZXNzIGFuZCB3ZSd2ZSBkb25lIAo+IG1heSBtb2Rp ZmljYXRpb24gdG8gZG9tMCBhbmQgc3Vycm91bmRpbmcuIEFuZCB3ZSBoYXZlIHNvbWUgdHJvdWJs ZXMgd2l0aCAKPiBYQ1AgYW5kIGdsYWRseSBzaWduIGNvbnRyYWN0IGZvciBzdXBwb3J0ICBpdC4K PiAKPiBBbmQgdGhpcyBpcyBzZXBhcmF0ZSBtYXJrZXQgZm9yIENpdHJpeDogWGVuU2VydmVyIGZv ciBlbnRlcnByaXNlIHVzZXJzIAo+IHdoaWNoIHdhbnRzIHZpcnR1YWxpemF0aW9uIHNvbHV0aW9u ICdvdXQgb2YgYm94JyBhbmQgWENQIGlzIGZyYW1ld29yayAKPiBmb3IgSVNQIHRvIHR1bmUgaXQg Zm9yIHB1YmxpYyBjbG91ZHMuLi4gSWYgaXQgd2lsbCBiZWNvbWUgY29tbWVyY2lhbCAKPiBwcm9k dWN0IHdpdGggb3BlbiBzb3VyY2UgaXQgd2lsbCBtYWtlIFZNV2FyZSBzaGl2ZXIgYSBiaXQgbW9y ZS4KCldlJ3JlIG9uIHRoZSBzYW1lIHBhZ2UuIEknbGwgbWFrZSBzdXJlIHRvIGZvcndhcmQgeW91 ciBlbWFpbCB0byBteQpwcm9kdWN0IG1hbmFnZW1lbnQuCgpNaWtlCgoKX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVu LWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Oct 09 13:41:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 13:41:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLa46-0005Tb-8P; Tue, 09 Oct 2012 13:41:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLa44-0005TT-Qi for xen-api@lists.xen.org; Tue, 09 Oct 2012 13:41:40 +0000 Received: from [85.158.138.51:15672] by server-6.bemta-3.messagelabs.com id 54/8A-11085-39924705; Tue, 09 Oct 2012 13:41:39 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1349790099!14993414!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23556 invoked from network); 9 Oct 2012 13:41:39 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 13:41:39 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15038951" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 13:41:11 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 14:41:10 +0100 Message-ID: <50742974.7020701@citrix.com> Date: Tue, 9 Oct 2012 14:41:08 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: George Shuklin References: <507414DF.5020503@citrix.com> <507423B6.4060401@gmail.com> In-Reply-To: <507423B6.4060401@gmail.com> X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] support cycle for xcp X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org T24gMDkvMTAvMTIgMTQ6MTYsIEdlb3JnZSBTaHVrbGluIHdyb3RlOgo+IDA5LjEwLjIwMTIgMTY6 MTMsIE1pa2UgTWNDbHVyZyDQv9C40YjQtdGCOgo+PiBOb3RlIHRoYXQgSSBhbSBub3Qgc2F5aW5n IHRoYXQgQ2l0cml4IHdpbGwgcHJvdmlkZSBjb21tZXJjaWFsIHN1cHBvcnQgCj4+IGZvciBYQ1Au IE1pa2UKPiAKPiBBbmQgSSdkIGxpa2UgdG8gc2F5IHlvdSBsb29zaW5nIHNlcmlvdXMgbW9uZXkg aGVyZS4KCkFjay4KCj4gV2UncmUgbm90IHVzaW5nIFhlblNlcnZlciBiZWNhdXNlIGl0IGNsb3Nl ZCBzb3VyY2UgKG5vIHdheSB0byBub3JtYWxseSAKPiBhZG9wdCBpdCB0byBvdXIgZW52aXJvbm1l bnQpLiBXZSB1c2luZyBYQ1AgZm9yIGJ1c2luZXNzIGFuZCB3ZSd2ZSBkb25lIAo+IG1heSBtb2Rp ZmljYXRpb24gdG8gZG9tMCBhbmQgc3Vycm91bmRpbmcuIEFuZCB3ZSBoYXZlIHNvbWUgdHJvdWJs ZXMgd2l0aCAKPiBYQ1AgYW5kIGdsYWRseSBzaWduIGNvbnRyYWN0IGZvciBzdXBwb3J0ICBpdC4K PiAKPiBBbmQgdGhpcyBpcyBzZXBhcmF0ZSBtYXJrZXQgZm9yIENpdHJpeDogWGVuU2VydmVyIGZv ciBlbnRlcnByaXNlIHVzZXJzIAo+IHdoaWNoIHdhbnRzIHZpcnR1YWxpemF0aW9uIHNvbHV0aW9u ICdvdXQgb2YgYm94JyBhbmQgWENQIGlzIGZyYW1ld29yayAKPiBmb3IgSVNQIHRvIHR1bmUgaXQg Zm9yIHB1YmxpYyBjbG91ZHMuLi4gSWYgaXQgd2lsbCBiZWNvbWUgY29tbWVyY2lhbCAKPiBwcm9k dWN0IHdpdGggb3BlbiBzb3VyY2UgaXQgd2lsbCBtYWtlIFZNV2FyZSBzaGl2ZXIgYSBiaXQgbW9y ZS4KCldlJ3JlIG9uIHRoZSBzYW1lIHBhZ2UuIEknbGwgbWFrZSBzdXJlIHRvIGZvcndhcmQgeW91 ciBlbWFpbCB0byBteQpwcm9kdWN0IG1hbmFnZW1lbnQuCgpNaWtlCgoKX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVu LWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Oct 09 14:11:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:11:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaWN-00075V-0f; Tue, 09 Oct 2012 14:10:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaWL-00075N-29 for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:10:53 +0000 Received: from [85.158.137.99:35229] by server-8.bemta-3.messagelabs.com id A8/1F-16337-C6034705; Tue, 09 Oct 2012 14:10:52 +0000 X-Env-Sender: benoit.lair@yahoo.fr X-Msg-Ref: server-4.tower-217.messagelabs.com!1349791850!20902631!1 X-Originating-IP: [77.238.189.199] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10351 invoked from network); 9 Oct 2012 14:10:50 -0000 Received: from nm2-vm0.bullet.mail.ird.yahoo.com (HELO nm2-vm0.bullet.mail.ird.yahoo.com) (77.238.189.199) by server-4.tower-217.messagelabs.com with SMTP; 9 Oct 2012 14:10:50 -0000 Received: from [212.82.105.244] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:10:50 -0000 Received: from [212.82.109.128] by tm16.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:10:50 -0000 Received: from [127.0.0.1] by omp1020.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:10:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 509514.88143.bm@omp1020.mail.ird.yahoo.com Received: (qmail 84327 invoked by uid 60001); 9 Oct 2012 14:10:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1349791850; bh=87qY1hFbr4pYDXrDsjrNNVRI9HD9y4WZCetp8dd57As=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Vt0NevERv/rGsY+GNHfEW3S3XI3eiM2i5vTybMXVW91gt6MeLTSB8CkAp8b0oaFZ5QuE5DfmOfafo5e7WcpIUJpHVCWBf5OZU+znRzZfWbf/5madZ5K5rlw4Ni0vlLdYmG+DbzILx6MBnmNJ04DmOtfk+p9D2Uc+ihAkBz3sDD4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=lPYUKMKzDJ+rboK/mMI5eyNTxSTH5dNQ30hKD3kNjymFgHAWJKaSAYN6AeaoKvdK+ZeuOmDGmFLdEycOTiZ12LrOc6rJCEOFqHFJ+xKs9U2WmVIFmNr9kASRIx55pXw+G1+hRnHbyGKSLOowM7Ax4HCE5z3YzCxIYqpH5tphZ5Q=; X-YMail-OSG: erhcabIVM1lBGXX51veO7IqB4tl0THiNUpyV.xau6WXx2Nc 71gdAHuagfTVXVyLw2RCDpUVuq_cM6O0j9f0P0nfGujvDAE3KdQ82l4MDzRV qIUnnqyCgcnqN.dDQs_10EFAa_JikmLhXKpvAS6fiLUXgrZt5Px7mnzX3Zy3 PbC_zKv9z_3.UexVhp_iXCilIjZdCClQ4kQRT.weKvxnDYFilHF4n9kLkUn9 nPfQ1LT6ewxAWemTKhh3xMok5sxvusFZKlP7ypmyBenOHs.0f5E487jWppvn dleCeWwpjf3kZt3NuVaih6mr4c5nRx3nszoG9nu.zOdSdYgF551MP4NVBPMA GWSVIq6LV1USxkcqvkf.rwPamJoq4wiQX.TM97YfOZcYRCI.jNBjc.HuuLXo kvHN4zJ6mPJOyIBpz4dkKrVRTL_6jamMBwX2DL0tz7K8R4dT0j85JQZ_Hsbg 0H1UcdXMtEECS9CW4b.gBV2JzcDrz0SP65VOjzjt9NUAdWFviq0WUvpxnyGV xKr1MiPt3d6_qcXkDAHrVgpoC3vCAtMcdRX35R4odL8R1ouxYqMBMmFSjHDe 8rG0uxeuEZQs- Received: from [79.174.197.164] by web132104.mail.ird.yahoo.com via HTTP; Tue, 09 Oct 2012 15:10:49 BST X-Rocket-MIMEInfo: 001.001, SGVsbG8sCgpJJ20gdHJ5aW5nIHRoZSBuZXcgeGNwIDEuNiBiZXRhICg2MTAwMmMpIGFuZCBnb3QgYW4gZXJyb3Igd2hlbiB0cnlpbmcgdG8gZ2V0IGl0IHdvcmsgd2l0aCBjbG91ZHN0YWNrLgoKV2hlbiBpJ20gdHJ5aW5nIHRvIGFkZCBhbiB4Y3AgMS42IGhvc3QgdG8gbXkgY2xvdWRzdGFjayAoMy4wLjIgdmVyc2lvbiAKb24gYSBjZW50b3MgNi4yKSwgaSBnb3QgdGhlc2UgZXJyb3JzIG9uIHRoZSBsb2cgCi92YXIvbG9nL2Nsb3VkL21hbmFnZW1lbnQvbWFuYWdlbWVudC1zZXJ2ZXIubG9nCgpIZXJlIHRoZSABMAEBAQE- X-Mailer: YahooMailWebService/0.8.123.450 Message-ID: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> Date: Tue, 9 Oct 2012 15:10:49 +0100 (BST) From: Benoit Lair To: "xen-api@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Benoit Lair List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7084887765706840732==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7084887765706840732== Content-Type: multipart/alternative; boundary="-1910628564-524709945-1349791849=:83893" ---1910628564-524709945-1349791849=:83893 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AI'm trying the new xcp 1.6 beta (61002c) and got an error when = trying to get it work with cloudstack.=0A=0AWhen i'm trying to add an xcp 1= .6 host to my cloudstack (3.0.2 version =0Aon a centos 6.2), i got these er= rors on the log =0A/var/log/cloud/management/management-server.log=0A=0AHer= e the lines concerning this host : =0A=0A2012-10-09 16:06:19,733 INFO=C2=A0= [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:null) Trying to a= dd a new host at http://192.168.0.4 in=0A data center 3=0A2012-10-09 16:06:= 19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) = Slave logon to 192.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.Xe= nServerConnectionPool] =0A(catalina-exec-6:null) Logging on as the master t= o 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDisc= overer] =0A(catalina-exec-6:null) other exceptions: java.lang.NullPointerEx= ception=0Ajava.lang.NullPointerException=0A=C2=A0=C2=A0=C2=A0 at com.cloud.= hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServe= rDiscoverer.java:403)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hypervisor.xen.disc= overer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)=0A=C2=A0=C2= =A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Resou= rceManagerImpl.java:644)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.Resourc= eManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A=C2=A0=C2=A0=C2= =A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A=C2= =A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:= 132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queueCommand(ApiServer= .java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.handleRequest(Ap= iServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.processR= equest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServle= t.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.Http= Servlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet= .http.HttpServlet.service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2=A0 at org= .apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi= lterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.Applic= ationFilterChain.doFilter(ApplicationFilterChain.java:206)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrap= perValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.Standar= dContextValve.invoke(StandardContextValve.java:191)=0A=C2=A0=C2=A0=C2=A0 at= org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1= 27)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.ErrorReportValve.inv= oke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.= valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2=A0=C2=A0 = at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.= java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.connector.CoyoteAdapt= er.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyot= e.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProtocol$Http11Connection= Handler.process(Http11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 at org.apa= che.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)= =0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor.runWorker(= ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.= ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A=C2=A0=C2=A0= =C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16:06:19,889 W= ARN=C2=A0 [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:null) Un= able to find the server resources at =0Ahttp://172.20.0.4=0A2012-10-09 16:0= 6:19,889 WARN=C2=A0 [api.commands.AddHostCmd] (catalina-exec-6:null) Except= ion: =0Acom.cloud.exception.DiscoveryException: Unable to add the host=0A= =C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.discoverHostsF= ull(ResourceManagerImpl.java:694)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resourc= e.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A=C2=A0= =C2=A0=C2=A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:1= 36)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatc= her.java:132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queueCommand(= ApiServer.java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.handleR= equest(ApiServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet= .processRequest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.= ApiServlet.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.= http.HttpServlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at java= x.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2= =A0 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(App= licationFilterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.c= ore.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)=0A=C2= =A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.cor= e.StandardContextValve.invoke(StandardContextValve.java:191)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostVal= ve.java:127)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.ErrorReport= Valve.invoke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.= catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2= =A0=C2=A0 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn= gineValve.java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.connector.C= oyoteAdapter.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.ap= ache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProtocol$Http11C= onnectionHandler.process(Http11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 a= t org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.ja= va:2268)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor.ru= nWorker(ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.con= current.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A=C2=A0= =C2=A0=C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16:06:19= ,890 WARN=C2=A0 [cloud.api.ApiDispatcher] =0A(catalina-exec-6:null) class c= om.cloud.api.ServerApiException : Unable =0Ato add the host=0A=0A=0AAlso, i= can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).=0A=0ABut no w= ay for xcp 1.6 to enter cloudstack.=0A=0A=0ACordially, Benoit Lair.=0A=0A= =C2=A0=0A-- =0A-=3D- L'urgent est fait, l'impossible est en cours, pour les= miracles pr=C3=A9voir un d=C3=A9lai -=3D-=0A-=3D- Androm=C3=A8de ? Pas fra= ncais !! Mais si ca le devenait je n'en aurais point besoin -=3D-=0A-=3D-= =0A Il n=E2=80=99existe que deux choses infinies, l=E2=80=99univers et la b= =C3=AAtise humaine...=0A mais pour l=E2=80=99univers, je n=E2=80=99ai pas d= e certitude absolue -=3D- ---1910628564-524709945-1349791849=:83893 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello,
=0A=0AI'm trying the new xcp 1.6 beta (61002c) and got an error when trying t= o get it work with cloudstack.
=0A
=0AWhen i'm trying to add an xcp 1= .6 host to my cloudstack (3.0.2 version =0Aon a centos 6.2), i got these er= rors on the log =0A/var/log/cloud/management/management-server.log
=0A=0AHere the lines concerning this host :
=0A
=0A2012-10-09 16:06:1= 9,733 INFO  [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:n= ull) Trying to add a new host at http://192.168.0.4 in=0A data center 3
= =0A2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (ca= talina-exec-6:null) Slave logon to 192.168.0.4
=0A2012-10-09 16:06:19,79= 5 DEBUG [xen.resource.XenServerConnectionPool] =0A(catalina-exec-6:null) Lo= gging on as the master to 192.168.0.4
=0A2012-10-09 16:06:19,889 DEBUG [= xen.discoverer.XcpServerDiscoverer] =0A(catalina-exec-6:null) other excepti= ons: java.lang.NullPointerException
=0Ajava.lang.NullPointerException=0A    at com.cloud.hypervisor.xen.discoverer.XcpServerDisc= overer.createServerResource(XcpServerDiscoverer.java:403)
=0A  = ;  at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(Xcp= ServerDiscoverer.java:266)
=0A    at com.cloud.resource.R= esourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
=0A&n= bsp;   at com.cloud.resource.ResourceManagerImpl.discoverHosts(Re= sourceManagerImpl.java:514)
=0A    at com.cloud.api.comma= nds.AddHostCmd.execute(AddHostCmd.java:136)
=0A    at com= .cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
=0A  = ;  at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
=0A&= nbsp;   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:4= 16)
=0A    at com.cloud.api.ApiServlet.processRequest(Api= Servlet.java:300)
=0A    at com.cloud.api.ApiServlet.doGe= t(ApiServlet.java:59)
=0A    at javax.servlet.http.HttpSe= rvlet.service(HttpServlet.java:617)
=0A    at javax.servl= et.http.HttpServlet.service(HttpServlet.java:717)
=0A    = at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica= tionFilterChain.java:290)
=0A    at org.apache.catalina.c= ore.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
=0A=     at org.apache.catalina.core.StandardWrapperValve.invoke(= StandardWrapperValve.java:233)
=0A    at org.apache.catal= ina.core.StandardContextValve.invoke(StandardContextValve.java:191)
=0A&= nbsp;   at org.apache.catalina.core.StandardHostValve.invoke(Stan= dardHostValve.java:127)
=0A    at org.apache.catalina.val= ves.ErrorReportValve.invoke(ErrorReportValve.java:102)
=0A  &n= bsp; at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.jav= a:555)
=0A    at org.apache.catalina.core.StandardEngineV= alve.invoke(StandardEngineValve.java:109)
=0A    at org.a= pache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
= =0A    at org.apache.coyote.http11.Http11NioProcessor.proces= s(Http11NioProcessor.java:889)
=0A    at org.apache.coyot= e.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtoco= l.java:721)
=0A    at org.apache.tomcat.util.net.NioEndpo= int$SocketProcessor.run(NioEndpoint.java:2268)
=0A    at = java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1= 110)
=0A    at java.util.concurrent.ThreadPoolExecutor$Wo= rker.run(ThreadPoolExecutor.java:603)
=0A    at java.lang= .Thread.run(Thread.java:679)
=0A2012-10-09 16:06:19,889 WARN  [clou= d.resource.ResourceManagerImpl] =0A(catalina-exec-6:null) Unable to find th= e server resources at =0Ahttp://172.20.0.4
=0A2012-10-09 16:06:19,889 WA= RN  [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
= =0Acom.cloud.exception.DiscoveryException: Unable to add the host
=0A&nb= sp;   at com.cloud.resource.ResourceManagerImpl.discoverHostsFull= (ResourceManagerImpl.java:694)
=0A    at com.cloud.resour= ce.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
=0A&n= bsp;   at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.ja= va:136)
=0A    at com.cloud.api.ApiDispatcher.dispatch(Ap= iDispatcher.java:132)
=0A    at com.cloud.api.ApiServer.q= ueueCommand(ApiServer.java:509)
=0A    at com.cloud.api.A= piServer.handleRequest(ApiServer.java:416)
=0A    at com.= cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
=0A  =   at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
=0A &n= bsp;  at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)<= br>=0A    at javax.servlet.http.HttpServlet.service(HttpServ= let.java:717)
=0A    at org.apache.catalina.core.Applicat= ionFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
=0A&nbs= p;   at org.apache.catalina.core.ApplicationFilterChain.doFilter(= ApplicationFilterChain.java:206)
=0A    at org.apache.cat= alina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
= =0A    at org.apache.catalina.core.StandardContextValve.invo= ke(StandardContextValve.java:191)
=0A    at org.apache.ca= talina.core.StandardHostValve.invoke(StandardHostValve.java:127)
=0A&nbs= p;   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorR= eportValve.java:102)
=0A    at org.apache.catalina.valves= .AccessLogValve.invoke(AccessLogValve.java:555)
=0A    at= org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.ja= va:109)
=0A    at org.apache.catalina.connector.CoyoteAda= pter.service(CoyoteAdapter.java:298)
=0A    at org.apache= .coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
= =0A    at org.apache.coyote.http11.Http11NioProtocol$Http11C= onnectionHandler.process(Http11NioProtocol.java:721)
=0A  &nbs= p; at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoin= t.java:2268)
=0A    at java.util.concurrent.ThreadPoolExe= cutor.runWorker(ThreadPoolExecutor.java:1110)
=0A    at j= ava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:6= 03)
=0A    at java.lang.Thread.run(Thread.java:679)
= =0A2012-10-09 16:06:19,890 WARN  [cloud.api.ApiDispatcher] =0A(catalin= a-exec-6:null) class com.cloud.api.ServerApiException : Unable =0Ato add th= e host
=0A
=0A
Also, i can add an host under xcp 1.0,= 1.1 or xcp 1.4.90 (1.5 beta).
=0A

=0A =0A
But no way for xcp 1.6 to enter cloudstack.
= =0A

=0A
=0A

=0A
=0A=
Cordially, Benoit Lair.
=0A
 
--
-=3D- L'urgent est fait, l'impossible est en cours, pour les miracl= es pr=C3=A9voir un d=C3=A9lai -=3D-
-=3D- Androm=C3=A8de ? Pas francais = !! Mais si ca le devenait je n'en aurais point besoin -=3D-
-=3D-=0A Il = n=E2=80=99existe que deux choses infinies, l=E2=80=99univers et la b=C3=AAt= ise humaine...=0A mais pour l=E2=80=99univers, je n=E2=80=99ai pas de certi= tude absolue -=3D-=0A
---1910628564-524709945-1349791849=:83893-- --===============7084887765706840732== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7084887765706840732==-- From xen-api-bounces@lists.xen.org Tue Oct 09 14:11:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:11:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaWN-00075V-0f; Tue, 09 Oct 2012 14:10:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaWL-00075N-29 for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:10:53 +0000 Received: from [85.158.137.99:35229] by server-8.bemta-3.messagelabs.com id A8/1F-16337-C6034705; Tue, 09 Oct 2012 14:10:52 +0000 X-Env-Sender: benoit.lair@yahoo.fr X-Msg-Ref: server-4.tower-217.messagelabs.com!1349791850!20902631!1 X-Originating-IP: [77.238.189.199] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10351 invoked from network); 9 Oct 2012 14:10:50 -0000 Received: from nm2-vm0.bullet.mail.ird.yahoo.com (HELO nm2-vm0.bullet.mail.ird.yahoo.com) (77.238.189.199) by server-4.tower-217.messagelabs.com with SMTP; 9 Oct 2012 14:10:50 -0000 Received: from [212.82.105.244] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:10:50 -0000 Received: from [212.82.109.128] by tm16.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:10:50 -0000 Received: from [127.0.0.1] by omp1020.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:10:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 509514.88143.bm@omp1020.mail.ird.yahoo.com Received: (qmail 84327 invoked by uid 60001); 9 Oct 2012 14:10:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1349791850; bh=87qY1hFbr4pYDXrDsjrNNVRI9HD9y4WZCetp8dd57As=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Vt0NevERv/rGsY+GNHfEW3S3XI3eiM2i5vTybMXVW91gt6MeLTSB8CkAp8b0oaFZ5QuE5DfmOfafo5e7WcpIUJpHVCWBf5OZU+znRzZfWbf/5madZ5K5rlw4Ni0vlLdYmG+DbzILx6MBnmNJ04DmOtfk+p9D2Uc+ihAkBz3sDD4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=lPYUKMKzDJ+rboK/mMI5eyNTxSTH5dNQ30hKD3kNjymFgHAWJKaSAYN6AeaoKvdK+ZeuOmDGmFLdEycOTiZ12LrOc6rJCEOFqHFJ+xKs9U2WmVIFmNr9kASRIx55pXw+G1+hRnHbyGKSLOowM7Ax4HCE5z3YzCxIYqpH5tphZ5Q=; X-YMail-OSG: erhcabIVM1lBGXX51veO7IqB4tl0THiNUpyV.xau6WXx2Nc 71gdAHuagfTVXVyLw2RCDpUVuq_cM6O0j9f0P0nfGujvDAE3KdQ82l4MDzRV qIUnnqyCgcnqN.dDQs_10EFAa_JikmLhXKpvAS6fiLUXgrZt5Px7mnzX3Zy3 PbC_zKv9z_3.UexVhp_iXCilIjZdCClQ4kQRT.weKvxnDYFilHF4n9kLkUn9 nPfQ1LT6ewxAWemTKhh3xMok5sxvusFZKlP7ypmyBenOHs.0f5E487jWppvn dleCeWwpjf3kZt3NuVaih6mr4c5nRx3nszoG9nu.zOdSdYgF551MP4NVBPMA GWSVIq6LV1USxkcqvkf.rwPamJoq4wiQX.TM97YfOZcYRCI.jNBjc.HuuLXo kvHN4zJ6mPJOyIBpz4dkKrVRTL_6jamMBwX2DL0tz7K8R4dT0j85JQZ_Hsbg 0H1UcdXMtEECS9CW4b.gBV2JzcDrz0SP65VOjzjt9NUAdWFviq0WUvpxnyGV xKr1MiPt3d6_qcXkDAHrVgpoC3vCAtMcdRX35R4odL8R1ouxYqMBMmFSjHDe 8rG0uxeuEZQs- Received: from [79.174.197.164] by web132104.mail.ird.yahoo.com via HTTP; Tue, 09 Oct 2012 15:10:49 BST X-Rocket-MIMEInfo: 001.001, SGVsbG8sCgpJJ20gdHJ5aW5nIHRoZSBuZXcgeGNwIDEuNiBiZXRhICg2MTAwMmMpIGFuZCBnb3QgYW4gZXJyb3Igd2hlbiB0cnlpbmcgdG8gZ2V0IGl0IHdvcmsgd2l0aCBjbG91ZHN0YWNrLgoKV2hlbiBpJ20gdHJ5aW5nIHRvIGFkZCBhbiB4Y3AgMS42IGhvc3QgdG8gbXkgY2xvdWRzdGFjayAoMy4wLjIgdmVyc2lvbiAKb24gYSBjZW50b3MgNi4yKSwgaSBnb3QgdGhlc2UgZXJyb3JzIG9uIHRoZSBsb2cgCi92YXIvbG9nL2Nsb3VkL21hbmFnZW1lbnQvbWFuYWdlbWVudC1zZXJ2ZXIubG9nCgpIZXJlIHRoZSABMAEBAQE- X-Mailer: YahooMailWebService/0.8.123.450 Message-ID: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> Date: Tue, 9 Oct 2012 15:10:49 +0100 (BST) From: Benoit Lair To: "xen-api@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Benoit Lair List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7084887765706840732==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7084887765706840732== Content-Type: multipart/alternative; boundary="-1910628564-524709945-1349791849=:83893" ---1910628564-524709945-1349791849=:83893 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AI'm trying the new xcp 1.6 beta (61002c) and got an error when = trying to get it work with cloudstack.=0A=0AWhen i'm trying to add an xcp 1= .6 host to my cloudstack (3.0.2 version =0Aon a centos 6.2), i got these er= rors on the log =0A/var/log/cloud/management/management-server.log=0A=0AHer= e the lines concerning this host : =0A=0A2012-10-09 16:06:19,733 INFO=C2=A0= [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:null) Trying to a= dd a new host at http://192.168.0.4 in=0A data center 3=0A2012-10-09 16:06:= 19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) = Slave logon to 192.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.Xe= nServerConnectionPool] =0A(catalina-exec-6:null) Logging on as the master t= o 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDisc= overer] =0A(catalina-exec-6:null) other exceptions: java.lang.NullPointerEx= ception=0Ajava.lang.NullPointerException=0A=C2=A0=C2=A0=C2=A0 at com.cloud.= hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServe= rDiscoverer.java:403)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hypervisor.xen.disc= overer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)=0A=C2=A0=C2= =A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Resou= rceManagerImpl.java:644)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.Resourc= eManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A=C2=A0=C2=A0=C2= =A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A=C2= =A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:= 132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queueCommand(ApiServer= .java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.handleRequest(Ap= iServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.processR= equest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServle= t.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.Http= Servlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet= .http.HttpServlet.service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2=A0 at org= .apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi= lterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.Applic= ationFilterChain.doFilter(ApplicationFilterChain.java:206)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrap= perValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.Standar= dContextValve.invoke(StandardContextValve.java:191)=0A=C2=A0=C2=A0=C2=A0 at= org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1= 27)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.ErrorReportValve.inv= oke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.= valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2=A0=C2=A0 = at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.= java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.connector.CoyoteAdapt= er.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyot= e.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProtocol$Http11Connection= Handler.process(Http11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 at org.apa= che.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)= =0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor.runWorker(= ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.= ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A=C2=A0=C2=A0= =C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16:06:19,889 W= ARN=C2=A0 [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:null) Un= able to find the server resources at =0Ahttp://172.20.0.4=0A2012-10-09 16:0= 6:19,889 WARN=C2=A0 [api.commands.AddHostCmd] (catalina-exec-6:null) Except= ion: =0Acom.cloud.exception.DiscoveryException: Unable to add the host=0A= =C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.discoverHostsF= ull(ResourceManagerImpl.java:694)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resourc= e.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A=C2=A0= =C2=A0=C2=A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:1= 36)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatc= her.java:132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queueCommand(= ApiServer.java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.handleR= equest(ApiServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet= .processRequest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.= ApiServlet.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.= http.HttpServlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at java= x.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2= =A0 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(App= licationFilterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.c= ore.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)=0A=C2= =A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.cor= e.StandardContextValve.invoke(StandardContextValve.java:191)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostVal= ve.java:127)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.ErrorReport= Valve.invoke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.= catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2= =A0=C2=A0 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn= gineValve.java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.connector.C= oyoteAdapter.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.ap= ache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProtocol$Http11C= onnectionHandler.process(Http11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 a= t org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.ja= va:2268)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor.ru= nWorker(ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.con= current.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A=C2=A0= =C2=A0=C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16:06:19= ,890 WARN=C2=A0 [cloud.api.ApiDispatcher] =0A(catalina-exec-6:null) class c= om.cloud.api.ServerApiException : Unable =0Ato add the host=0A=0A=0AAlso, i= can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).=0A=0ABut no w= ay for xcp 1.6 to enter cloudstack.=0A=0A=0ACordially, Benoit Lair.=0A=0A= =C2=A0=0A-- =0A-=3D- L'urgent est fait, l'impossible est en cours, pour les= miracles pr=C3=A9voir un d=C3=A9lai -=3D-=0A-=3D- Androm=C3=A8de ? Pas fra= ncais !! Mais si ca le devenait je n'en aurais point besoin -=3D-=0A-=3D-= =0A Il n=E2=80=99existe que deux choses infinies, l=E2=80=99univers et la b= =C3=AAtise humaine...=0A mais pour l=E2=80=99univers, je n=E2=80=99ai pas d= e certitude absolue -=3D- ---1910628564-524709945-1349791849=:83893 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello,
=0A=0AI'm trying the new xcp 1.6 beta (61002c) and got an error when trying t= o get it work with cloudstack.
=0A
=0AWhen i'm trying to add an xcp 1= .6 host to my cloudstack (3.0.2 version =0Aon a centos 6.2), i got these er= rors on the log =0A/var/log/cloud/management/management-server.log
=0A=0AHere the lines concerning this host :
=0A
=0A2012-10-09 16:06:1= 9,733 INFO  [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:n= ull) Trying to add a new host at http://192.168.0.4 in=0A data center 3
= =0A2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (ca= talina-exec-6:null) Slave logon to 192.168.0.4
=0A2012-10-09 16:06:19,79= 5 DEBUG [xen.resource.XenServerConnectionPool] =0A(catalina-exec-6:null) Lo= gging on as the master to 192.168.0.4
=0A2012-10-09 16:06:19,889 DEBUG [= xen.discoverer.XcpServerDiscoverer] =0A(catalina-exec-6:null) other excepti= ons: java.lang.NullPointerException
=0Ajava.lang.NullPointerException=0A    at com.cloud.hypervisor.xen.discoverer.XcpServerDisc= overer.createServerResource(XcpServerDiscoverer.java:403)
=0A  = ;  at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(Xcp= ServerDiscoverer.java:266)
=0A    at com.cloud.resource.R= esourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
=0A&n= bsp;   at com.cloud.resource.ResourceManagerImpl.discoverHosts(Re= sourceManagerImpl.java:514)
=0A    at com.cloud.api.comma= nds.AddHostCmd.execute(AddHostCmd.java:136)
=0A    at com= .cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
=0A  = ;  at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
=0A&= nbsp;   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:4= 16)
=0A    at com.cloud.api.ApiServlet.processRequest(Api= Servlet.java:300)
=0A    at com.cloud.api.ApiServlet.doGe= t(ApiServlet.java:59)
=0A    at javax.servlet.http.HttpSe= rvlet.service(HttpServlet.java:617)
=0A    at javax.servl= et.http.HttpServlet.service(HttpServlet.java:717)
=0A    = at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica= tionFilterChain.java:290)
=0A    at org.apache.catalina.c= ore.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
=0A=     at org.apache.catalina.core.StandardWrapperValve.invoke(= StandardWrapperValve.java:233)
=0A    at org.apache.catal= ina.core.StandardContextValve.invoke(StandardContextValve.java:191)
=0A&= nbsp;   at org.apache.catalina.core.StandardHostValve.invoke(Stan= dardHostValve.java:127)
=0A    at org.apache.catalina.val= ves.ErrorReportValve.invoke(ErrorReportValve.java:102)
=0A  &n= bsp; at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.jav= a:555)
=0A    at org.apache.catalina.core.StandardEngineV= alve.invoke(StandardEngineValve.java:109)
=0A    at org.a= pache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
= =0A    at org.apache.coyote.http11.Http11NioProcessor.proces= s(Http11NioProcessor.java:889)
=0A    at org.apache.coyot= e.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtoco= l.java:721)
=0A    at org.apache.tomcat.util.net.NioEndpo= int$SocketProcessor.run(NioEndpoint.java:2268)
=0A    at = java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1= 110)
=0A    at java.util.concurrent.ThreadPoolExecutor$Wo= rker.run(ThreadPoolExecutor.java:603)
=0A    at java.lang= .Thread.run(Thread.java:679)
=0A2012-10-09 16:06:19,889 WARN  [clou= d.resource.ResourceManagerImpl] =0A(catalina-exec-6:null) Unable to find th= e server resources at =0Ahttp://172.20.0.4
=0A2012-10-09 16:06:19,889 WA= RN  [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
= =0Acom.cloud.exception.DiscoveryException: Unable to add the host
=0A&nb= sp;   at com.cloud.resource.ResourceManagerImpl.discoverHostsFull= (ResourceManagerImpl.java:694)
=0A    at com.cloud.resour= ce.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
=0A&n= bsp;   at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.ja= va:136)
=0A    at com.cloud.api.ApiDispatcher.dispatch(Ap= iDispatcher.java:132)
=0A    at com.cloud.api.ApiServer.q= ueueCommand(ApiServer.java:509)
=0A    at com.cloud.api.A= piServer.handleRequest(ApiServer.java:416)
=0A    at com.= cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
=0A  =   at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
=0A &n= bsp;  at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)<= br>=0A    at javax.servlet.http.HttpServlet.service(HttpServ= let.java:717)
=0A    at org.apache.catalina.core.Applicat= ionFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
=0A&nbs= p;   at org.apache.catalina.core.ApplicationFilterChain.doFilter(= ApplicationFilterChain.java:206)
=0A    at org.apache.cat= alina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
= =0A    at org.apache.catalina.core.StandardContextValve.invo= ke(StandardContextValve.java:191)
=0A    at org.apache.ca= talina.core.StandardHostValve.invoke(StandardHostValve.java:127)
=0A&nbs= p;   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorR= eportValve.java:102)
=0A    at org.apache.catalina.valves= .AccessLogValve.invoke(AccessLogValve.java:555)
=0A    at= org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.ja= va:109)
=0A    at org.apache.catalina.connector.CoyoteAda= pter.service(CoyoteAdapter.java:298)
=0A    at org.apache= .coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
= =0A    at org.apache.coyote.http11.Http11NioProtocol$Http11C= onnectionHandler.process(Http11NioProtocol.java:721)
=0A  &nbs= p; at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoin= t.java:2268)
=0A    at java.util.concurrent.ThreadPoolExe= cutor.runWorker(ThreadPoolExecutor.java:1110)
=0A    at j= ava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:6= 03)
=0A    at java.lang.Thread.run(Thread.java:679)
= =0A2012-10-09 16:06:19,890 WARN  [cloud.api.ApiDispatcher] =0A(catalin= a-exec-6:null) class com.cloud.api.ServerApiException : Unable =0Ato add th= e host
=0A
=0A
Also, i can add an host under xcp 1.0,= 1.1 or xcp 1.4.90 (1.5 beta).
=0A

=0A =0A
But no way for xcp 1.6 to enter cloudstack.
= =0A

=0A
=0A

=0A
=0A=
Cordially, Benoit Lair.
=0A
 
--
-=3D- L'urgent est fait, l'impossible est en cours, pour les miracl= es pr=C3=A9voir un d=C3=A9lai -=3D-
-=3D- Androm=C3=A8de ? Pas francais = !! Mais si ca le devenait je n'en aurais point besoin -=3D-
-=3D-=0A Il = n=E2=80=99existe que deux choses infinies, l=E2=80=99univers et la b=C3=AAt= ise humaine...=0A mais pour l=E2=80=99univers, je n=E2=80=99ai pas de certi= tude absolue -=3D-=0A
---1910628564-524709945-1349791849=:83893-- --===============7084887765706840732== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7084887765706840732==-- From xen-api-bounces@lists.xen.org Tue Oct 09 14:25:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:25:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLakC-0007cG-C0; Tue, 09 Oct 2012 14:25:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLakB-0007c9-D3 for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:25:11 +0000 Received: from [85.158.139.83:26800] by server-9.bemta-5.messagelabs.com id 03/A4-14846-6C334705; Tue, 09 Oct 2012 14:25:10 +0000 X-Env-Sender: rfarrington@remitdata.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1349792708!26864053!1 X-Originating-IP: [98.129.35.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTguMTI5LjM1LjQ0ID0+IDczMTY5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24512 invoked from network); 9 Oct 2012 14:25:09 -0000 Received: from server505l.appriver.com (HELO server505.appriver.com) (98.129.35.44) by server-11.tower-182.messagelabs.com with DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 14:25:09 -0000 X-Note-AR-ScanTimeLocal: 10/9/2012 9:25:08 AM X-Policy: GLOBAL - remitdata.com X-Primary: rfarrington@remitdata.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: @remitdata.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNKNOWN->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.35.1 X-Note-Reverse-DNS: X-Note-Return-Path: rfarrington@remitdata.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G321 G322 G323 G324 G328 G329 G340 G436 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.35.1] (HELO smtp.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.4.4) with ESMTPS id 39286660 for xen-api@lists.xen.org; Tue, 09 Oct 2012 09:25:08 -0500 Received: from MBX31.exg5.exghost.com ([169.254.1.243]) by HT08-E5.exg5.exghost.com ([98.129.23.244]) with mapi; Tue, 9 Oct 2012 09:25:05 -0500 From: Ryan Farrington To: "xen-api@lists.xen.org" Date: Tue, 9 Oct 2012 09:25:04 -0500 Thread-Topic: [XCP-1.6-BETA] XAPI consuming all available CPU Thread-Index: Ac2mJ3006+BzNHdPTKyvEMJYqEzdKg== Message-ID: <040EAC400E095C4BA27506D36BE09F4F18C524E1@MBX31.exg5.exghost.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] [XCP-1.6-BETA] XAPI consuming all available CPU X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I just confirmed this in the IRC channel but figured Day of Testing etiquette requires an email to the proper list. Environment Detail: Single XCP 1.5 beta upgraded to XCP 1.6 build 61002c 0 VMs in any state XenCenter 6.0.2 (Build 53158) Symptoms: CPU utilization on the host increased to 50% (dual core single socket) 100% usage reported by xapi Cause: According to mcclurmc in the IRC channel this is a "known" bug in xapi's events system, where when xencenter is connected, xapi reports all events ever, instead of just the ones since next time" _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 14:25:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:25:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLakC-0007cG-C0; Tue, 09 Oct 2012 14:25:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLakB-0007c9-D3 for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:25:11 +0000 Received: from [85.158.139.83:26800] by server-9.bemta-5.messagelabs.com id 03/A4-14846-6C334705; Tue, 09 Oct 2012 14:25:10 +0000 X-Env-Sender: rfarrington@remitdata.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1349792708!26864053!1 X-Originating-IP: [98.129.35.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTguMTI5LjM1LjQ0ID0+IDczMTY5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24512 invoked from network); 9 Oct 2012 14:25:09 -0000 Received: from server505l.appriver.com (HELO server505.appriver.com) (98.129.35.44) by server-11.tower-182.messagelabs.com with DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 14:25:09 -0000 X-Note-AR-ScanTimeLocal: 10/9/2012 9:25:08 AM X-Policy: GLOBAL - remitdata.com X-Primary: rfarrington@remitdata.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: @remitdata.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNKNOWN->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.35.1 X-Note-Reverse-DNS: X-Note-Return-Path: rfarrington@remitdata.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G321 G322 G323 G324 G328 G329 G340 G436 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.35.1] (HELO smtp.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.4.4) with ESMTPS id 39286660 for xen-api@lists.xen.org; Tue, 09 Oct 2012 09:25:08 -0500 Received: from MBX31.exg5.exghost.com ([169.254.1.243]) by HT08-E5.exg5.exghost.com ([98.129.23.244]) with mapi; Tue, 9 Oct 2012 09:25:05 -0500 From: Ryan Farrington To: "xen-api@lists.xen.org" Date: Tue, 9 Oct 2012 09:25:04 -0500 Thread-Topic: [XCP-1.6-BETA] XAPI consuming all available CPU Thread-Index: Ac2mJ3006+BzNHdPTKyvEMJYqEzdKg== Message-ID: <040EAC400E095C4BA27506D36BE09F4F18C524E1@MBX31.exg5.exghost.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] [XCP-1.6-BETA] XAPI consuming all available CPU X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I just confirmed this in the IRC channel but figured Day of Testing etiquette requires an email to the proper list. Environment Detail: Single XCP 1.5 beta upgraded to XCP 1.6 build 61002c 0 VMs in any state XenCenter 6.0.2 (Build 53158) Symptoms: CPU utilization on the host increased to 50% (dual core single socket) 100% usage reported by xapi Cause: According to mcclurmc in the IRC channel this is a "known" bug in xapi's events system, where when xencenter is connected, xapi reports all events ever, instead of just the ones since next time" _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 14:26:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:26:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLalX-0007g7-K6; Tue, 09 Oct 2012 14:26:35 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TLalV-0007fh-Bq for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:26:33 +0000 X-Env-Sender: benoit.lair@yahoo.fr X-Msg-Ref: server-3.tower-27.messagelabs.com!1349792772!12055963!1 X-Originating-IP: [212.82.109.231] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27471 invoked from network); 9 Oct 2012 14:26:13 -0000 Received: from nm23-vm2.bullet.mail.ird.yahoo.com (HELO nm23-vm2.bullet.mail.ird.yahoo.com) (212.82.109.231) by server-3.tower-27.messagelabs.com with SMTP; 9 Oct 2012 14:26:13 -0000 Received: from [77.238.189.230] by nm23.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:26:12 -0000 Received: from [212.82.108.241] by tm11.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:26:12 -0000 Received: from [127.0.0.1] by omp1006.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:26:12 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 565681.63542.bm@omp1006.mail.ird.yahoo.com Received: (qmail 3476 invoked by uid 60001); 9 Oct 2012 14:26:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1349792771; bh=q4CEuxNdZG3OOWblH+zryGbSvNzMyIOVimLUgQmYvlY=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=sHycUkacRbBqfx3dpxj5EJVXEAyC6iNoCUnRp3sC2NwFS7zS0RQvscLOkr5ZrE5eXqDlvSBoI14/vWI2qIZc38uy5yUT3AR5ahtjkZXPQR4IU6FtSaUSJiwrKIW7TzJMUroGg1Fe+YTqlg8BHE1GsCdFXq0TR0w7QLwDVawVg7k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=RT5Tp2ftY6+WX43kq7tiJL8oca5QEWXWELhERtpB4tMk2SOfxvbyAh+RVHLV4PyDz2yo6Epfu/OH9w2YUozi6Luo2zcFhRmetnzUWxgnXEGcq3YG++iu7Mn2Jsr/RaeXi99G88ui2MlRqbfgRPQR21CqkmIrSTT1vfJ0DBoQH9E=; X-YMail-OSG: m9wjGQ4VM1k6OKdSvNwaDlkhUEtDbyjSgOHoSJcZEoHTVh6 7V6_f3rcLUTRYEwE_p3QHunVC7Txlx6gBjJ5LDV6UKwL7MO53s2TvTlqu5js jUyKQJUfE3xiHFAVXhS4QjeZ.Y97GFtz0le_IL56kbBLCXitihbiUs6rHDuf T1K8IPuej2OEpTtDzI4RvYlHTesv6O0QtS5VNcRvJcyU0IHTOHTJC5wJE33F 4.6JO5xMFW49Qfo2H1stAUJiKFunDfAqsfqjerbkIOWA9hUHATzvlV76AH_b JfeMziUnckFjIZyFMBAOqks.DQ4VMKdW4aRA_iGqJ.k2Ohs8gJBaxVxt4aGc 2Dj0gchpKgX.EcCYTTeSbeA1HDB454S7cR0_9gk4Cus.fpJPsh9yv0zJAEBj 4GEpWdjqQTXSVxjjSMdpmN_YQxF6eH98DBBvvKJUPXZsQuxHTpBgyOmQQrSf SQ8iAKPpwwvtsUYtVaiv0FnPYDRt2GE8rHnjFETuna0oOqcz_sSbQhB2vj.n w_v8ctOCw6DvUsuwYOheGcabilHkNI.SdZEIgOZaOU6AsgcjNljhwHNrzBvy ZTA-- Received: from [79.174.197.164] by web132103.mail.ird.yahoo.com via HTTP; Tue, 09 Oct 2012 15:26:11 BST X-Rocket-MIMEInfo: 001.001, SGVsbG8sCgpNeSBsb2cgY29udGFpbiBhbiBlcnJhdGEgOiAKCgp0aGlzIG9uZSBpcyBtb3JlIGNvbXBsZXRlIGFuZCBjb2hlcmVudCA6IAoKCjIwMTItMTAtMDkgMTY6MDY6MTksNzMzIElORk8_IFtjbG91ZC5yZXNvdXJjZS5SZXNvdXJjZU1hbmFnZXJJbXBsXSAKKGNhdGFsaW5hLWV4ZWMtNjpudWxsKSBUcnlpbmcgdG8gYWRkIGEgbmV3IGhvc3QgYXQgaHR0cDovLzE5Mi4xNjguMC40IGluCmRhdGEgY2VudGVyIDMKMjAxMi0xMC0wOSAxNjowNjoxOSw3ODMgREVCVUcgW3hlbi5yZXNvdXJjZS5YZW5TZXJ2ZXIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.123.450 References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> Message-ID: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Date: Tue, 9 Oct 2012 15:26:11 +0100 (BST) From: Benoit Lair To: "xen-api@lists.xen.org" In-Reply-To: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Benoit Lair List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8702864402282998179==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8702864402282998179== Content-Type: multipart/alternative; boundary="-1878095498-1570936362-1349792771=:2588" ---1878095498-1570936362-1349792771=:2588 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AMy log contain an errata : =0A=0A=0Athis one is more complete a= nd coherent : =0A=0A=0A2012-10-09 16:06:19,733 INFO? [cloud.resource.Resour= ceManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at http:/= /192.168.0.4 in=0Adata center 3=0A2012-10-09 16:06:19,783 DEBUG [xen.resour= ce.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0= .4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] = =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2012-10= -09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(catalina-ex= ec-6:null) other exceptions: java.lang.NullPointerException=0Ajava.lang.Nul= lPointerException=0A??? at com.cloud.hypervisor.xen.discoverer.XcpServerDis= coverer.createServerResource(XcpServerDiscoverer.java:403)=0A??? at com.clo= ud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.j= ava:266)=0A??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(= ResourceManagerImpl.java:644)=0A??? at com.cloud.resource.ResourceManagerIm= pl.discoverHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.api.comma= nds.AddHostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api.ApiDispa= tcher.dispatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiServer.que= ueCommand(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.handleReques= t(ApiServer.java:416)=0A??? at com.cloud.api.ApiServlet.processRequest(ApiS= ervlet.java:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59= )=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)=0A?= ?? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A??? at= org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati= onFilterChain.java:290)=0A??? at org.apache.catalina.core.ApplicationFilter= Chain.doFilter(ApplicationFilterChain.java:206)=0A??? at org.apache.catalin= a.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)=0A??? at = org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j= ava:191)=0A??? at org.apache.catalina.core.StandardHostValve.invoke(Standar= dHostValve.java:127)=0A??? at org.apache.catalina.valves.ErrorReportValve.i= nvoke(ErrorReportValve.java:102)=0A??? at org.apache.catalina.valves.Access= LogValve.invoke(AccessLogValve.java:555)=0A??? at org.apache.catalina.core.= StandardEngineValve.invoke(StandardEngineValve.java:109)=0A??? at org.apach= e.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A??? at= org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.jav= a:889)=0A??? at org.apache.coyote.http11.Http11NioProtocol$Http11Connection= Handler.process(Http11NioProtocol.java:721)=0A??? at org.apache.tomcat.util= .net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A??? at java.u= til.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)= =0A??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExec= utor.java:603)=0A??? at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 = 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6= :null) Unable to find the server resources at =0Ahttp://192.168.0.4=0A2012-= 10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:null) E= xception: =0Acom.cloud.exception.DiscoveryException: Unable to add the host= =0A??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Resource= ManagerImpl.java:694)=0A??? at com.cloud.resource.ResourceManagerImpl.disco= verHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.api.commands.AddH= ostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api.ApiDispatcher.di= spatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiServer.queueComman= d(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.handleRequest(ApiSer= ver.java:416)=0A??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.j= ava:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)=0A??? = at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)=0A??? at ja= vax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A??? at org.apa= che.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilter= Chain.java:290)=0A??? at org.apache.catalina.core.ApplicationFilterChain.do= Filter(ApplicationFilterChain.java:206)=0A??? at org.apache.catalina.core.S= tandardWrapperValve.invoke(StandardWrapperValve.java:233)=0A??? at org.apac= he.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)= =0A??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostVal= ve.java:127)=0A??? at org.apache.catalina.valves.ErrorReportValve.invoke(Er= rorReportValve.java:102)=0A??? at org.apache.catalina.valves.AccessLogValve= .invoke(AccessLogValve.java:555)=0A??? at org.apache.catalina.core.Standard= EngineValve.invoke(StandardEngineValve.java:109)=0A??? at org.apache.catali= na.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A??? at org.apa= che.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)= =0A??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandle= r.process(Http11NioProtocol.java:721)=0A??? at org.apache.tomcat.util.net.N= ioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A??? at java.util.co= ncurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)=0A??? a= t java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.jav= a:603)=0A??? at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16:06:19= ,890 WARN? [cloud.api.ApiDispatcher] =0A(catalina-exec-6:null) class com.cl= oud.api.ServerApiException : Unable =0Ato add the host=0A=0A=0AAnd so here = are the lines trigerred from /var/log/xensource.log onto my xcp 1.6 applian= ce when i click onto add the host on cloudstack server : =0A=0A=0AOct=C2=A0= 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0= .0.0:80|session.slave_local_login_with_password D:7da8469ef246|xapi] Add se= ssion to local storage=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [deb= ug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9= be65c9e499e|api_readonly] pool.get_all_records=0AOct=C2=A0 9 16:23:34 xense= rver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:= host.get_address D:7e2662fe47e8|api_readonly] host.get_address=0AOct=C2=A0 = 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.= 0.0:80|session.login_with_password D:f824804b3766|xapi] Successful local au= thentication user root from HTTP request from Internet with User-Agent: Apa= che XML RPC 3.1.3 (Sun HTTP Transport)=0AOct=C2=A0 9 16:23:34 xenserver-nsd= qwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_wit= h_password D:f824804b3766|xapi] Session.create trackid=3D35ab7a405b4d6e1c2b= d48ab80a0e574f pool=3Dfalse uname=3Droot is_local_superuser=3Dtrue auth_use= r_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49=0AOct=C2=A0 9 = 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.= 0:80|session.login_with_password D:f824804b3766|mscgen] xapi=3D>xapi [label= =3D"session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221754OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754"];=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xe= nserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:se= ssion.get_uuid D:0ede44c6c684 created by task D:f824804b3766=0AOct=C2=A0 9 = 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/x= api/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] session.get= _uuid=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdq= wqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2c1707aa|api_= readonly] session.get_this_host=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf x= api: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_ve= rsion_major D:e519dd7653cf|api_readonly] host.get_API_version_major=0AOct= =C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 IN= ET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api_readonly] s= ession.get_this_host=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug= |xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor= D:c2015c73fc3d|api_readonly] host.get_API_version_minor=0AOct=C2=A0 9 16:2= 3:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80= |dispatch:pool.get_all D:398ebfdfdcff|api_readonly] pool.get_all=0AOct=C2= =A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET = 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] pool.get_r= ecord=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdq= wqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_records D:28daea7626eb|api_r= eadonly] host.get_all_records=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xap= i: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.logout D:a2a1d1157= 2ba|xapi] Session.destroy trackid=3D35ab7a405b4d6e1c2bd48ab80a0e574f=0A=0A= =0A=0A=0ACordially, Benoit Lair.=0A=0A=C2=A0=0A=0A=0A______________________= __________=0A De=C2=A0: Benoit Lair =0A=C3=80=C2=A0: = "xen-api@lists.xen.org" =0AEnvoy=C3=A9 le : Mardi 9= octobre 2012 16h10=0AObjet=C2=A0: [XCP-1.6-BETA]=0A =0A=0AHello,=0A=0AI'm = trying the new xcp 1.6 beta (61002c) and got an error when trying to get it= work with cloudstack.=0A=0AWhen i'm trying to add an xcp 1.6 host to my cl= oudstack (3.0.2 version =0Aon a centos 6.2), i got these errors on the log = =0A/var/log/cloud/management/management-server.log=0A=0AHere the lines conc= erning this host : =0A=0A2012-10-09 16:06:19,733 INFO=C2=A0 [cloud.resource= .ResourceManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at= http://192.168.0.4 in=0A data center 3=0A2012-10-09 16:06:19,783 DEBUG [xe= n.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 1= 92.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectio= nPool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A= 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(cata= lina-exec-6:null) other exceptions: java.lang.NullPointerException=0Ajava.l= ang.NullPointerException=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hypervisor.xen.d= iscoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java= :403)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hypervisor.xen.discoverer.XcpServer= Discoverer.find(XcpServerDiscoverer.java:266)=0A=C2=A0=C2=A0=C2=A0 at com.c= loud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.jav= a:644)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.disco= verHosts(ResourceManagerImpl.java:514)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.ap= i.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A=C2=A0=C2=A0=C2=A0 at = com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A=C2=A0=C2=A0= =C2=A0 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)=0A=C2=A0= =C2=A0=C2=A0 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)= =0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.processRequest(ApiServlet= .java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.doGet(ApiServle= t.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServlet.service(H= ttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServlet= .service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.= core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:29= 0)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain.= doFilter(ApplicationFilterChain.java:206)=0A=C2=A0=C2=A0=C2=A0 at org.apach= e.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardContextValve.invo= ke(StandardContextValve.java:191)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catali= na.core.StandardHostValve.invoke(StandardHostValve.java:127)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportVal= ve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.AccessLogVa= lve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2=A0=C2=A0 at org.apache.cata= lina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteA= dapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11Nio= Processor.process(Http11NioProcessor.java:889)=0A=C2=A0=C2=A0=C2=A0 at org.= apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http= 11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 at org.apache.tomcat.util.net.= NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A=C2=A0=C2=A0=C2=A0= at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja= va:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor$Wo= rker.run(ThreadPoolExecutor.java:603)=0A=C2=A0=C2=A0=C2=A0 at java.lang.Thr= ead.run(Thread.java:679)=0A2012-10-09 16:06:19,889 WARN=C2=A0 [cloud.resour= ce.ResourceManagerImpl] =0A(catalina-exec-6:null) Unable to find the server= resources at =0Ahttp://172.20.0.4=0A2012-10-09 16:06:19,889 WARN=C2=A0 [ap= i.commands.AddHostCmd] (catalina-exec-6:null) Exception: =0Acom.cloud.excep= tion.DiscoveryException: Unable to add the host=0A=C2=A0=C2=A0=C2=A0 at com= .cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.j= ava:694)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.dis= coverHosts(ResourceManagerImpl.java:514)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.= api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A=C2=A0=C2=A0=C2=A0 a= t com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A=C2=A0=C2= =A0=C2=A0 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)=0A=C2= =A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416= )=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.processRequest(ApiServle= t.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.doGet(ApiServl= et.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServlet.service(= HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServle= t.service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina= .core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:2= 90)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain= .doFilter(ApplicationFilterChain.java:206)=0A=C2=A0=C2=A0=C2=A0 at org.apac= he.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardContextValve.invo= ke(StandardContextValve.java:191)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catali= na.core.StandardHostValve.invoke(StandardHostValve.java:127)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportVal= ve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.AccessLogVa= lve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2=A0=C2=A0 at org.apache.cata= lina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteA= dapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11Nio= Processor.process(Http11NioProcessor.java:889)=0A=C2=A0=C2=A0=C2=A0 at org.= apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http= 11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 at org.apache.tomcat.util.net.= NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A=C2=A0=C2=A0=C2=A0= at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja= va:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor$Wo= rker.run(ThreadPoolExecutor.java:603)=0A=C2=A0=C2=A0=C2=A0 at java.lang.Thr= ead.run(Thread.java:679)=0A2012-10-09 16:06:19,890 WARN=C2=A0 [cloud.api.Ap= iDispatcher] =0A(catalina-exec-6:null) class com.cloud.api.ServerApiExcepti= on : Unable =0Ato add the host=0A=0A=0AAlso, i can add an host under xcp 1.= 0, 1.1 or xcp 1.4.90 (1.5 beta).=0A=0ABut no way for xcp 1.6 to enter cloud= stack.=0A=0A=0ACordially, Benoit Lair.=0A=0A=C2=A0=0A-- =0A-=3D- L'urgent e= st fait, l'impossible est en cours, pour les miracles pr=C3=A9voir un d=C3= =A9lai -=3D-=0A-=3D- Androm=C3=A8de ? Pas francais !! Mais si ca le devenai= t je n'en aurais point besoin -=3D-=0A-=3D-=0A Il n=E2=80=99existe que deux= choses infinies, l=E2=80=99univers et la b=C3=AAtise humaine...=0A mais po= ur l=E2=80=99univers, je n=E2=80=99ai pas de certitude absolue -=3D- ---1878095498-1570936362-1349792771=:2588 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello,

My log contain an errata : =

this one is more co= mplete and coherent :

2= 012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl]
(cata= lina-exec-6:null) Trying to add a new host at http://192.168.0.4 in
data center 3
2012-10= -09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exe= c-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.= resource.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as = the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.= XcpServerDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang= .NullPointerException
java.lang.NullPointerException
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResour= ce(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.discove= rer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com.cl= oud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java= :644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(Resour= ceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute= (AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDis= patcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.= java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:41= 6)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax= .servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.ser= vlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati= onFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilte= rChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catal= ina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? = at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv= e.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(Sta= ndardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportVa= lve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.= AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalin= a.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at o= rg.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)<= br>??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProc= essor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process= (Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoi= nt$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurren= t.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java= .util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889= WARN? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Unab= le to find the server resources at
http://192.168.0.4
2012-10-09 16:06:19,889 WARN? [api.c= ommands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.excepti= on.DiscoveryException: Unable to add the host
??? at com.cloud.resource.= ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
??? = at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.j= ava:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.jav= a:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:13= 2)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??= ? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at co= m.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cl= oud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.H= ttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpS= ervlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.App= licationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??= ? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi= lterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve= .invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.= java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(Stand= ardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValv= e.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.Ac= cessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.= core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org= .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProces= sor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11Co= nnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.to= mcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
???= at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja= va:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:1= 9,890 WARN? [cloud.api.ApiDispatcher]
(catalina-exec-6:null) class com.= cloud.api.ServerApiException : Unable
to add the host

<= /div>

And so here are the lines trigerred from /var/log/= xensource.log onto my xcp 1.6 appliance when i click onto add the host on c= loudstack server :

Oct  9 16:23:34 xens= erver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.= slave_local_login_with_password D:7da8469ef246|xapi] Add session to local s= torage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-ns= dqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c9e499e|api= _readonly] pool.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf = xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_addre= ss D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 16:23:34 xe= nserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|sessio= n.login_with_password D:f824804b3766|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: = Apache XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver= -nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login= _with_password D:f824804b3766|xapi] Session.create trackid=3D35ab7a405b4d6e= 1c2bd48ab80a0e574f pool=3Dfalse uname=3Droot is_local_superuser=3Dtrue auth= _user_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Oct&nbs= p; 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0= .0.0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=3D>xap= i [label=3D"<methodCall><methodName>session.get_uuid</method= Name><params><param><value>OpaqueRef:912d0c96-5811-bf5= 1-a0e3-083854221754</value></param><param><value>Op= aqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param><= ;/params></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwq= rf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task d= ispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3766
O= ct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 = UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] = session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xe= nserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2= c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserv= er-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:ho= st.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_version_= major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsd= qwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api= _readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf= xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor D:c2015c73fc3d|api_readonly= ] host.get_API_version_minor
Oct  9 16:23:34 xenserver-nsdqwqrf xap= i: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:39= 8ebfdfdcff|api_readonly] pool.get_all
Oct  9 16:23:34 xenserver-nsd= qwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get= _record D:232ca6176fde|api_readonly] pool.get_record
Oct  9 16:23:3= 4 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|di= spatch:host.get_all_records D:28daea7626eb|api_readonly] host.get_all_recor= ds
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwq= rf|757 INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy = trackid=3D35ab7a405b4d6e1c2bd48ab80a0e574f



Cordially, Benoit Lair.
 

<= font face=3D"Arial" size=3D"2">
De : Benoit Lair <benoit.lair@yahoo.fr> =C3=80 : "xen-api@l= ists.xen.org" <xen-api@lists.xen.org>
Envoy=C3=A9 le : Mardi 9 octobre 2012 16h10
<= span style=3D"font-weight: bold;">Objet : [XCP-1.6-BETA]

Hello,
=0A
=0AI'm trying the new xcp 1.6 beta (610= 02c) and got an error when trying to get it work with cloudstack.
=0A=0AWhen i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version = =0Aon a centos 6.2), i got these errors on the log =0A/var/log/cloud/manage= ment/management-server.log
=0A
=0AHere the lines concerning this host= :
=0A
=0A2012-10-09 16:06:19,733 INFO  [cloud.resource.Resourc= eManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at http://= 192.168.0.4 in=0A data center 3
=0A2012-10-09 16:06:19,783 DEBUG [xen.re= source.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.1= 68.0.4
=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectio= nPool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(= catalina-exec-6:null) other exceptions: java.lang.NullPointerException
= =0Ajava.lang.NullPointerException
=0A    at com.cloud.hyp= ervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDi= scoverer.java:403)
=0A    at com.cloud.hypervisor.xen.dis= coverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
=0A =    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Re= sourceManagerImpl.java:644)
=0A    at com.cloud.resource.= ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
=0A = ;   at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:= 136)
=0A    at com.cloud.api.ApiDispatcher.dispatch(ApiDi= spatcher.java:132)
=0A    at com.cloud.api.ApiServer.queu= eCommand(ApiServer.java:509)
=0A    at com.cloud.api.ApiS= erver.handleRequest(ApiServer.java:416)
=0A    at com.clo= ud.api.ApiServlet.processRequest(ApiServlet.java:300)
=0A  &nb= sp; at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
=0A  = ;  at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
= =0A    at javax.servlet.http.HttpServlet.service(HttpServlet= .java:717)
=0A    at org.apache.catalina.core.Application= FilterChain.internalDoFilter(ApplicationFilterChain.java:290)
=0A &= nbsp;  at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:206)
=0A    at org.apache.catali= na.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
=0A&n= bsp;   at org.apache.catalina.core.StandardContextValve.invoke(St= andardContextValve.java:191)
=0A    at org.apache.catalin= a.core.StandardHostValve.invoke(StandardHostValve.java:127)
=0A &nb= sp;  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport= Valve.java:102)
=0A    at org.apache.catalina.valves.Acce= ssLogValve.invoke(AccessLogValve.java:555)
=0A    at org.= apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:10= 9)
=0A    at org.apache.catalina.connector.CoyoteAdapter.= service(CoyoteAdapter.java:298)
=0A    at org.apache.coyo= te.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
=0A&nb= sp;   at org.apache.coyote.http11.Http11NioProtocol$Http11Connect= ionHandler.process(Http11NioProtocol.java:721)
=0A    at = org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java= :2268)
=0A    at java.util.concurrent.ThreadPoolExecutor.= runWorker(ThreadPoolExecutor.java:1110)
=0A    at java.ut= il.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A    at java.lang.Thread.run(Thread.java:679)
=0A2012-= 10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] =0A(cata= lina-exec-6:null) Unable to find the server resources at =0Ahttp://172.20.0= .4
=0A2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (cata= lina-exec-6:null) Exception:
=0Acom.cloud.exception.DiscoveryException:= Unable to add the host
=0A    at com.cloud.resource.Reso= urceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
=0A = ;   at com.cloud.resource.ResourceManagerImpl.discoverHosts(Resou= rceManagerImpl.java:514)
=0A    at com.cloud.api.commands= .AddHostCmd.execute(AddHostCmd.java:136)
=0A    at com.cl= oud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
=0A  &n= bsp; at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
=0A&nbs= p;   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)=
=0A    at com.cloud.api.ApiServlet.processRequest(ApiSer= vlet.java:300)
=0A    at com.cloud.api.ApiServlet.doGet(A= piServlet.java:59)
=0A    at javax.servlet.http.HttpServl= et.service(HttpServlet.java:617)
=0A    at javax.servlet.= http.HttpServlet.service(HttpServlet.java:717)
=0A    at = org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio= nFilterChain.java:290)
=0A    at org.apache.catalina.core= .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
=0A&nb= sp;   at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:233)
=0A    at org.apache.catalina= .core.StandardContextValve.invoke(StandardContextValve.java:191)
=0A&nbs= p;   at org.apache.catalina.core.StandardHostValve.invoke(Standar= dHostValve.java:127)
=0A    at org.apache.catalina.valves= .ErrorReportValve.invoke(ErrorReportValve.java:102)
=0A   = ; at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:5= 55)
=0A    at org.apache.catalina.core.StandardEngineValv= e.invoke(StandardEngineValve.java:109)
=0A    at org.apac= he.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
=0A&= nbsp;   at org.apache.coyote.http11.Http11NioProcessor.process(Ht= tp11NioProcessor.java:889)
=0A    at org.apache.coyote.ht= tp11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.ja= va:721)
=0A    at org.apache.tomcat.util.net.NioEndpoint$= SocketProcessor.run(NioEndpoint.java:2268)
=0A    at java= .util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)=
=0A    at java.util.concurrent.ThreadPoolExecutor$Worker= .run(ThreadPoolExecutor.java:603)
=0A    at java.lang.Thr= ead.run(Thread.java:679)
=0A2012-10-09 16:06:19,890 WARN  [cloud.ap= i.ApiDispatcher] =0A(catalina-exec-6:null) class com.cloud.api.ServerApiExc= eption : Unable =0Ato add the host
=0A
=0A
Also, i ca= n add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).
=0A<= div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:times new roman,= new york, times, serif;background-color:transparent;font-style:normal;">=0A
=0A
But no way for xcp 1.6 to enter cloudstac= k.
=0A

=0A
=0A

=0A
= =0A
Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:26:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLalX-0007g7-K6; Tue, 09 Oct 2012 14:26:35 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TLalV-0007fh-Bq for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:26:33 +0000 X-Env-Sender: benoit.lair@yahoo.fr X-Msg-Ref: server-3.tower-27.messagelabs.com!1349792772!12055963!1 X-Originating-IP: [212.82.109.231] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27471 invoked from network); 9 Oct 2012 14:26:13 -0000 Received: from nm23-vm2.bullet.mail.ird.yahoo.com (HELO nm23-vm2.bullet.mail.ird.yahoo.com) (212.82.109.231) by server-3.tower-27.messagelabs.com with SMTP; 9 Oct 2012 14:26:13 -0000 Received: from [77.238.189.230] by nm23.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:26:12 -0000 Received: from [212.82.108.241] by tm11.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:26:12 -0000 Received: from [127.0.0.1] by omp1006.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 14:26:12 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 565681.63542.bm@omp1006.mail.ird.yahoo.com Received: (qmail 3476 invoked by uid 60001); 9 Oct 2012 14:26:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1349792771; bh=q4CEuxNdZG3OOWblH+zryGbSvNzMyIOVimLUgQmYvlY=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=sHycUkacRbBqfx3dpxj5EJVXEAyC6iNoCUnRp3sC2NwFS7zS0RQvscLOkr5ZrE5eXqDlvSBoI14/vWI2qIZc38uy5yUT3AR5ahtjkZXPQR4IU6FtSaUSJiwrKIW7TzJMUroGg1Fe+YTqlg8BHE1GsCdFXq0TR0w7QLwDVawVg7k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=RT5Tp2ftY6+WX43kq7tiJL8oca5QEWXWELhERtpB4tMk2SOfxvbyAh+RVHLV4PyDz2yo6Epfu/OH9w2YUozi6Luo2zcFhRmetnzUWxgnXEGcq3YG++iu7Mn2Jsr/RaeXi99G88ui2MlRqbfgRPQR21CqkmIrSTT1vfJ0DBoQH9E=; X-YMail-OSG: m9wjGQ4VM1k6OKdSvNwaDlkhUEtDbyjSgOHoSJcZEoHTVh6 7V6_f3rcLUTRYEwE_p3QHunVC7Txlx6gBjJ5LDV6UKwL7MO53s2TvTlqu5js jUyKQJUfE3xiHFAVXhS4QjeZ.Y97GFtz0le_IL56kbBLCXitihbiUs6rHDuf T1K8IPuej2OEpTtDzI4RvYlHTesv6O0QtS5VNcRvJcyU0IHTOHTJC5wJE33F 4.6JO5xMFW49Qfo2H1stAUJiKFunDfAqsfqjerbkIOWA9hUHATzvlV76AH_b JfeMziUnckFjIZyFMBAOqks.DQ4VMKdW4aRA_iGqJ.k2Ohs8gJBaxVxt4aGc 2Dj0gchpKgX.EcCYTTeSbeA1HDB454S7cR0_9gk4Cus.fpJPsh9yv0zJAEBj 4GEpWdjqQTXSVxjjSMdpmN_YQxF6eH98DBBvvKJUPXZsQuxHTpBgyOmQQrSf SQ8iAKPpwwvtsUYtVaiv0FnPYDRt2GE8rHnjFETuna0oOqcz_sSbQhB2vj.n w_v8ctOCw6DvUsuwYOheGcabilHkNI.SdZEIgOZaOU6AsgcjNljhwHNrzBvy ZTA-- Received: from [79.174.197.164] by web132103.mail.ird.yahoo.com via HTTP; Tue, 09 Oct 2012 15:26:11 BST X-Rocket-MIMEInfo: 001.001, SGVsbG8sCgpNeSBsb2cgY29udGFpbiBhbiBlcnJhdGEgOiAKCgp0aGlzIG9uZSBpcyBtb3JlIGNvbXBsZXRlIGFuZCBjb2hlcmVudCA6IAoKCjIwMTItMTAtMDkgMTY6MDY6MTksNzMzIElORk8_IFtjbG91ZC5yZXNvdXJjZS5SZXNvdXJjZU1hbmFnZXJJbXBsXSAKKGNhdGFsaW5hLWV4ZWMtNjpudWxsKSBUcnlpbmcgdG8gYWRkIGEgbmV3IGhvc3QgYXQgaHR0cDovLzE5Mi4xNjguMC40IGluCmRhdGEgY2VudGVyIDMKMjAxMi0xMC0wOSAxNjowNjoxOSw3ODMgREVCVUcgW3hlbi5yZXNvdXJjZS5YZW5TZXJ2ZXIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.123.450 References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> Message-ID: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Date: Tue, 9 Oct 2012 15:26:11 +0100 (BST) From: Benoit Lair To: "xen-api@lists.xen.org" In-Reply-To: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Benoit Lair List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8702864402282998179==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8702864402282998179== Content-Type: multipart/alternative; boundary="-1878095498-1570936362-1349792771=:2588" ---1878095498-1570936362-1349792771=:2588 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AMy log contain an errata : =0A=0A=0Athis one is more complete a= nd coherent : =0A=0A=0A2012-10-09 16:06:19,733 INFO? [cloud.resource.Resour= ceManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at http:/= /192.168.0.4 in=0Adata center 3=0A2012-10-09 16:06:19,783 DEBUG [xen.resour= ce.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0= .4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] = =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2012-10= -09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(catalina-ex= ec-6:null) other exceptions: java.lang.NullPointerException=0Ajava.lang.Nul= lPointerException=0A??? at com.cloud.hypervisor.xen.discoverer.XcpServerDis= coverer.createServerResource(XcpServerDiscoverer.java:403)=0A??? at com.clo= ud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.j= ava:266)=0A??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(= ResourceManagerImpl.java:644)=0A??? at com.cloud.resource.ResourceManagerIm= pl.discoverHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.api.comma= nds.AddHostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api.ApiDispa= tcher.dispatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiServer.que= ueCommand(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.handleReques= t(ApiServer.java:416)=0A??? at com.cloud.api.ApiServlet.processRequest(ApiS= ervlet.java:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59= )=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)=0A?= ?? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A??? at= org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati= onFilterChain.java:290)=0A??? at org.apache.catalina.core.ApplicationFilter= Chain.doFilter(ApplicationFilterChain.java:206)=0A??? at org.apache.catalin= a.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)=0A??? at = org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j= ava:191)=0A??? at org.apache.catalina.core.StandardHostValve.invoke(Standar= dHostValve.java:127)=0A??? at org.apache.catalina.valves.ErrorReportValve.i= nvoke(ErrorReportValve.java:102)=0A??? at org.apache.catalina.valves.Access= LogValve.invoke(AccessLogValve.java:555)=0A??? at org.apache.catalina.core.= StandardEngineValve.invoke(StandardEngineValve.java:109)=0A??? at org.apach= e.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A??? at= org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.jav= a:889)=0A??? at org.apache.coyote.http11.Http11NioProtocol$Http11Connection= Handler.process(Http11NioProtocol.java:721)=0A??? at org.apache.tomcat.util= .net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A??? at java.u= til.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)= =0A??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExec= utor.java:603)=0A??? at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 = 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6= :null) Unable to find the server resources at =0Ahttp://192.168.0.4=0A2012-= 10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:null) E= xception: =0Acom.cloud.exception.DiscoveryException: Unable to add the host= =0A??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Resource= ManagerImpl.java:694)=0A??? at com.cloud.resource.ResourceManagerImpl.disco= verHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.api.commands.AddH= ostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api.ApiDispatcher.di= spatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiServer.queueComman= d(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.handleRequest(ApiSer= ver.java:416)=0A??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.j= ava:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)=0A??? = at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)=0A??? at ja= vax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A??? at org.apa= che.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilter= Chain.java:290)=0A??? at org.apache.catalina.core.ApplicationFilterChain.do= Filter(ApplicationFilterChain.java:206)=0A??? at org.apache.catalina.core.S= tandardWrapperValve.invoke(StandardWrapperValve.java:233)=0A??? at org.apac= he.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)= =0A??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostVal= ve.java:127)=0A??? at org.apache.catalina.valves.ErrorReportValve.invoke(Er= rorReportValve.java:102)=0A??? at org.apache.catalina.valves.AccessLogValve= .invoke(AccessLogValve.java:555)=0A??? at org.apache.catalina.core.Standard= EngineValve.invoke(StandardEngineValve.java:109)=0A??? at org.apache.catali= na.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A??? at org.apa= che.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)= =0A??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandle= r.process(Http11NioProtocol.java:721)=0A??? at org.apache.tomcat.util.net.N= ioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A??? at java.util.co= ncurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)=0A??? a= t java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.jav= a:603)=0A??? at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16:06:19= ,890 WARN? [cloud.api.ApiDispatcher] =0A(catalina-exec-6:null) class com.cl= oud.api.ServerApiException : Unable =0Ato add the host=0A=0A=0AAnd so here = are the lines trigerred from /var/log/xensource.log onto my xcp 1.6 applian= ce when i click onto add the host on cloudstack server : =0A=0A=0AOct=C2=A0= 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0= .0.0:80|session.slave_local_login_with_password D:7da8469ef246|xapi] Add se= ssion to local storage=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [deb= ug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9= be65c9e499e|api_readonly] pool.get_all_records=0AOct=C2=A0 9 16:23:34 xense= rver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:= host.get_address D:7e2662fe47e8|api_readonly] host.get_address=0AOct=C2=A0 = 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.= 0.0:80|session.login_with_password D:f824804b3766|xapi] Successful local au= thentication user root from HTTP request from Internet with User-Agent: Apa= che XML RPC 3.1.3 (Sun HTTP Transport)=0AOct=C2=A0 9 16:23:34 xenserver-nsd= qwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_wit= h_password D:f824804b3766|xapi] Session.create trackid=3D35ab7a405b4d6e1c2b= d48ab80a0e574f pool=3Dfalse uname=3Droot is_local_superuser=3Dtrue auth_use= r_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49=0AOct=C2=A0 9 = 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.= 0:80|session.login_with_password D:f824804b3766|mscgen] xapi=3D>xapi [label= =3D"session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221754OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754"];=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xe= nserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:se= ssion.get_uuid D:0ede44c6c684 created by task D:f824804b3766=0AOct=C2=A0 9 = 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/x= api/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] session.get= _uuid=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdq= wqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2c1707aa|api_= readonly] session.get_this_host=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf x= api: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_ve= rsion_major D:e519dd7653cf|api_readonly] host.get_API_version_major=0AOct= =C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 IN= ET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api_readonly] s= ession.get_this_host=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug= |xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor= D:c2015c73fc3d|api_readonly] host.get_API_version_minor=0AOct=C2=A0 9 16:2= 3:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80= |dispatch:pool.get_all D:398ebfdfdcff|api_readonly] pool.get_all=0AOct=C2= =A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET = 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] pool.get_r= ecord=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdq= wqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_records D:28daea7626eb|api_r= eadonly] host.get_all_records=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xap= i: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.logout D:a2a1d1157= 2ba|xapi] Session.destroy trackid=3D35ab7a405b4d6e1c2bd48ab80a0e574f=0A=0A= =0A=0A=0ACordially, Benoit Lair.=0A=0A=C2=A0=0A=0A=0A______________________= __________=0A De=C2=A0: Benoit Lair =0A=C3=80=C2=A0: = "xen-api@lists.xen.org" =0AEnvoy=C3=A9 le : Mardi 9= octobre 2012 16h10=0AObjet=C2=A0: [XCP-1.6-BETA]=0A =0A=0AHello,=0A=0AI'm = trying the new xcp 1.6 beta (61002c) and got an error when trying to get it= work with cloudstack.=0A=0AWhen i'm trying to add an xcp 1.6 host to my cl= oudstack (3.0.2 version =0Aon a centos 6.2), i got these errors on the log = =0A/var/log/cloud/management/management-server.log=0A=0AHere the lines conc= erning this host : =0A=0A2012-10-09 16:06:19,733 INFO=C2=A0 [cloud.resource= .ResourceManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at= http://192.168.0.4 in=0A data center 3=0A2012-10-09 16:06:19,783 DEBUG [xe= n.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 1= 92.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectio= nPool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A= 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(cata= lina-exec-6:null) other exceptions: java.lang.NullPointerException=0Ajava.l= ang.NullPointerException=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hypervisor.xen.d= iscoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java= :403)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hypervisor.xen.discoverer.XcpServer= Discoverer.find(XcpServerDiscoverer.java:266)=0A=C2=A0=C2=A0=C2=A0 at com.c= loud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.jav= a:644)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.disco= verHosts(ResourceManagerImpl.java:514)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.ap= i.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A=C2=A0=C2=A0=C2=A0 at = com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A=C2=A0=C2=A0= =C2=A0 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)=0A=C2=A0= =C2=A0=C2=A0 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)= =0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.processRequest(ApiServlet= .java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.doGet(ApiServle= t.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServlet.service(H= ttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServlet= .service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.= core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:29= 0)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain.= doFilter(ApplicationFilterChain.java:206)=0A=C2=A0=C2=A0=C2=A0 at org.apach= e.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardContextValve.invo= ke(StandardContextValve.java:191)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catali= na.core.StandardHostValve.invoke(StandardHostValve.java:127)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportVal= ve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.AccessLogVa= lve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2=A0=C2=A0 at org.apache.cata= lina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteA= dapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11Nio= Processor.process(Http11NioProcessor.java:889)=0A=C2=A0=C2=A0=C2=A0 at org.= apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http= 11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 at org.apache.tomcat.util.net.= NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A=C2=A0=C2=A0=C2=A0= at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja= va:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor$Wo= rker.run(ThreadPoolExecutor.java:603)=0A=C2=A0=C2=A0=C2=A0 at java.lang.Thr= ead.run(Thread.java:679)=0A2012-10-09 16:06:19,889 WARN=C2=A0 [cloud.resour= ce.ResourceManagerImpl] =0A(catalina-exec-6:null) Unable to find the server= resources at =0Ahttp://172.20.0.4=0A2012-10-09 16:06:19,889 WARN=C2=A0 [ap= i.commands.AddHostCmd] (catalina-exec-6:null) Exception: =0Acom.cloud.excep= tion.DiscoveryException: Unable to add the host=0A=C2=A0=C2=A0=C2=A0 at com= .cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.j= ava:694)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.dis= coverHosts(ResourceManagerImpl.java:514)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.= api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A=C2=A0=C2=A0=C2=A0 a= t com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A=C2=A0=C2= =A0=C2=A0 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)=0A=C2= =A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416= )=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.processRequest(ApiServle= t.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServlet.doGet(ApiServl= et.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServlet.service(= HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 at javax.servlet.http.HttpServle= t.service(HttpServlet.java:717)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina= .core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:2= 90)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain= .doFilter(ApplicationFilterChain.java:206)=0A=C2=A0=C2=A0=C2=A0 at org.apac= he.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardContextValve.invo= ke(StandardContextValve.java:191)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catali= na.core.StandardHostValve.invoke(StandardHostValve.java:127)=0A=C2=A0=C2=A0= =C2=A0 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportVal= ve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.AccessLogVa= lve.invoke(AccessLogValve.java:555)=0A=C2=A0=C2=A0=C2=A0 at org.apache.cata= lina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteA= dapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11Nio= Processor.process(Http11NioProcessor.java:889)=0A=C2=A0=C2=A0=C2=A0 at org.= apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http= 11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2=A0 at org.apache.tomcat.util.net.= NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A=C2=A0=C2=A0=C2=A0= at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja= va:1110)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecutor$Wo= rker.run(ThreadPoolExecutor.java:603)=0A=C2=A0=C2=A0=C2=A0 at java.lang.Thr= ead.run(Thread.java:679)=0A2012-10-09 16:06:19,890 WARN=C2=A0 [cloud.api.Ap= iDispatcher] =0A(catalina-exec-6:null) class com.cloud.api.ServerApiExcepti= on : Unable =0Ato add the host=0A=0A=0AAlso, i can add an host under xcp 1.= 0, 1.1 or xcp 1.4.90 (1.5 beta).=0A=0ABut no way for xcp 1.6 to enter cloud= stack.=0A=0A=0ACordially, Benoit Lair.=0A=0A=C2=A0=0A-- =0A-=3D- L'urgent e= st fait, l'impossible est en cours, pour les miracles pr=C3=A9voir un d=C3= =A9lai -=3D-=0A-=3D- Androm=C3=A8de ? Pas francais !! Mais si ca le devenai= t je n'en aurais point besoin -=3D-=0A-=3D-=0A Il n=E2=80=99existe que deux= choses infinies, l=E2=80=99univers et la b=C3=AAtise humaine...=0A mais po= ur l=E2=80=99univers, je n=E2=80=99ai pas de certitude absolue -=3D- ---1878095498-1570936362-1349792771=:2588 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello,

My log contain an errata : =

this one is more co= mplete and coherent :

2= 012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl]
(cata= lina-exec-6:null) Trying to add a new host at http://192.168.0.4 in
data center 3
2012-10= -09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exe= c-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.= resource.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as = the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.= XcpServerDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang= .NullPointerException
java.lang.NullPointerException
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResour= ce(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.discove= rer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com.cl= oud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java= :644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(Resour= ceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute= (AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDis= patcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.= java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:41= 6)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax= .servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.ser= vlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati= onFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilte= rChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catal= ina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? = at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv= e.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(Sta= ndardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportVa= lve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.= AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalin= a.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at o= rg.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)<= br>??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProc= essor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process= (Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoi= nt$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurren= t.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java= .util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889= WARN? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Unab= le to find the server resources at
http://192.168.0.4
2012-10-09 16:06:19,889 WARN? [api.c= ommands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.excepti= on.DiscoveryException: Unable to add the host
??? at com.cloud.resource.= ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
??? = at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.j= ava:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.jav= a:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:13= 2)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??= ? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at co= m.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cl= oud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.H= ttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpS= ervlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.App= licationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??= ? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi= lterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve= .invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.= java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(Stand= ardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValv= e.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.Ac= cessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.= core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org= .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProces= sor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11Co= nnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.to= mcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
???= at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja= va:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:1= 9,890 WARN? [cloud.api.ApiDispatcher]
(catalina-exec-6:null) class com.= cloud.api.ServerApiException : Unable
to add the host

<= /div>

And so here are the lines trigerred from /var/log/= xensource.log onto my xcp 1.6 appliance when i click onto add the host on c= loudstack server :

Oct  9 16:23:34 xens= erver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.= slave_local_login_with_password D:7da8469ef246|xapi] Add session to local s= torage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-ns= dqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c9e499e|api= _readonly] pool.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf = xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_addre= ss D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 16:23:34 xe= nserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|sessio= n.login_with_password D:f824804b3766|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: = Apache XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver= -nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login= _with_password D:f824804b3766|xapi] Session.create trackid=3D35ab7a405b4d6e= 1c2bd48ab80a0e574f pool=3Dfalse uname=3Droot is_local_superuser=3Dtrue auth= _user_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Oct&nbs= p; 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0= .0.0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=3D>xap= i [label=3D"<methodCall><methodName>session.get_uuid</method= Name><params><param><value>OpaqueRef:912d0c96-5811-bf5= 1-a0e3-083854221754</value></param><param><value>Op= aqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param><= ;/params></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwq= rf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task d= ispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3766
O= ct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 = UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] = session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xe= nserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2= c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserv= er-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:ho= st.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_version_= major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsd= qwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api= _readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf= xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor D:c2015c73fc3d|api_readonly= ] host.get_API_version_minor
Oct  9 16:23:34 xenserver-nsdqwqrf xap= i: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:39= 8ebfdfdcff|api_readonly] pool.get_all
Oct  9 16:23:34 xenserver-nsd= qwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get= _record D:232ca6176fde|api_readonly] pool.get_record
Oct  9 16:23:3= 4 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|di= spatch:host.get_all_records D:28daea7626eb|api_readonly] host.get_all_recor= ds
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwq= rf|757 INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy = trackid=3D35ab7a405b4d6e1c2bd48ab80a0e574f



Cordially, Benoit Lair.
 

<= font face=3D"Arial" size=3D"2">
De : Benoit Lair <benoit.lair@yahoo.fr> =C3=80 : "xen-api@l= ists.xen.org" <xen-api@lists.xen.org>
Envoy=C3=A9 le : Mardi 9 octobre 2012 16h10
<= span style=3D"font-weight: bold;">Objet : [XCP-1.6-BETA]

Hello,
=0A
=0AI'm trying the new xcp 1.6 beta (610= 02c) and got an error when trying to get it work with cloudstack.
=0A=0AWhen i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version = =0Aon a centos 6.2), i got these errors on the log =0A/var/log/cloud/manage= ment/management-server.log
=0A
=0AHere the lines concerning this host= :
=0A
=0A2012-10-09 16:06:19,733 INFO  [cloud.resource.Resourc= eManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at http://= 192.168.0.4 in=0A data center 3
=0A2012-10-09 16:06:19,783 DEBUG [xen.re= source.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.1= 68.0.4
=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectio= nPool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(= catalina-exec-6:null) other exceptions: java.lang.NullPointerException
= =0Ajava.lang.NullPointerException
=0A    at com.cloud.hyp= ervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDi= scoverer.java:403)
=0A    at com.cloud.hypervisor.xen.dis= coverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
=0A =    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Re= sourceManagerImpl.java:644)
=0A    at com.cloud.resource.= ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
=0A = ;   at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:= 136)
=0A    at com.cloud.api.ApiDispatcher.dispatch(ApiDi= spatcher.java:132)
=0A    at com.cloud.api.ApiServer.queu= eCommand(ApiServer.java:509)
=0A    at com.cloud.api.ApiS= erver.handleRequest(ApiServer.java:416)
=0A    at com.clo= ud.api.ApiServlet.processRequest(ApiServlet.java:300)
=0A  &nb= sp; at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
=0A  = ;  at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
= =0A    at javax.servlet.http.HttpServlet.service(HttpServlet= .java:717)
=0A    at org.apache.catalina.core.Application= FilterChain.internalDoFilter(ApplicationFilterChain.java:290)
=0A &= nbsp;  at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:206)
=0A    at org.apache.catali= na.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
=0A&n= bsp;   at org.apache.catalina.core.StandardContextValve.invoke(St= andardContextValve.java:191)
=0A    at org.apache.catalin= a.core.StandardHostValve.invoke(StandardHostValve.java:127)
=0A &nb= sp;  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport= Valve.java:102)
=0A    at org.apache.catalina.valves.Acce= ssLogValve.invoke(AccessLogValve.java:555)
=0A    at org.= apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:10= 9)
=0A    at org.apache.catalina.connector.CoyoteAdapter.= service(CoyoteAdapter.java:298)
=0A    at org.apache.coyo= te.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
=0A&nb= sp;   at org.apache.coyote.http11.Http11NioProtocol$Http11Connect= ionHandler.process(Http11NioProtocol.java:721)
=0A    at = org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java= :2268)
=0A    at java.util.concurrent.ThreadPoolExecutor.= runWorker(ThreadPoolExecutor.java:1110)
=0A    at java.ut= il.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A    at java.lang.Thread.run(Thread.java:679)
=0A2012-= 10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] =0A(cata= lina-exec-6:null) Unable to find the server resources at =0Ahttp://172.20.0= .4
=0A2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (cata= lina-exec-6:null) Exception:
=0Acom.cloud.exception.DiscoveryException:= Unable to add the host
=0A    at com.cloud.resource.Reso= urceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
=0A = ;   at com.cloud.resource.ResourceManagerImpl.discoverHosts(Resou= rceManagerImpl.java:514)
=0A    at com.cloud.api.commands= .AddHostCmd.execute(AddHostCmd.java:136)
=0A    at com.cl= oud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
=0A  &n= bsp; at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
=0A&nbs= p;   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)=
=0A    at com.cloud.api.ApiServlet.processRequest(ApiSer= vlet.java:300)
=0A    at com.cloud.api.ApiServlet.doGet(A= piServlet.java:59)
=0A    at javax.servlet.http.HttpServl= et.service(HttpServlet.java:617)
=0A    at javax.servlet.= http.HttpServlet.service(HttpServlet.java:717)
=0A    at = org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio= nFilterChain.java:290)
=0A    at org.apache.catalina.core= .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
=0A&nb= sp;   at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:233)
=0A    at org.apache.catalina= .core.StandardContextValve.invoke(StandardContextValve.java:191)
=0A&nbs= p;   at org.apache.catalina.core.StandardHostValve.invoke(Standar= dHostValve.java:127)
=0A    at org.apache.catalina.valves= .ErrorReportValve.invoke(ErrorReportValve.java:102)
=0A   = ; at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:5= 55)
=0A    at org.apache.catalina.core.StandardEngineValv= e.invoke(StandardEngineValve.java:109)
=0A    at org.apac= he.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
=0A&= nbsp;   at org.apache.coyote.http11.Http11NioProcessor.process(Ht= tp11NioProcessor.java:889)
=0A    at org.apache.coyote.ht= tp11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.ja= va:721)
=0A    at org.apache.tomcat.util.net.NioEndpoint$= SocketProcessor.run(NioEndpoint.java:2268)
=0A    at java= .util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)=
=0A    at java.util.concurrent.ThreadPoolExecutor$Worker= .run(ThreadPoolExecutor.java:603)
=0A    at java.lang.Thr= ead.run(Thread.java:679)
=0A2012-10-09 16:06:19,890 WARN  [cloud.ap= i.ApiDispatcher] =0A(catalina-exec-6:null) class com.cloud.api.ServerApiExc= eption : Unable =0Ato add the host
=0A
=0A
Also, i ca= n add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).
=0A<= div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:times new roman,= new york, times, serif;background-color:transparent;font-style:normal;">=0A
=0A
But no way for xcp 1.6 to enter cloudstac= k.
=0A

=0A
=0A

=0A
= =0A
Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:39:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaxk-0008Gr-Mz; Tue, 09 Oct 2012 14:39:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaxk-0008Gd-0t for xen-api@lists.xensource.com; Tue, 09 Oct 2012 14:39:12 +0000 Received: from [85.158.139.83:32289] by server-16.bemta-5.messagelabs.com id 48/36-21637-F0734705; Tue, 09 Oct 2012 14:39:11 +0000 X-Env-Sender: debbugs@buxtehude.debian.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1349793548!30196458!1 X-Originating-IP: [140.211.166.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, UNPARSEABLE_RELAY,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17536 invoked from network); 9 Oct 2012 14:39:10 -0000 Received: from buxtehude.debian.org (HELO buxtehude.debian.org) (140.211.166.26) by server-6.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 9 Oct 2012 14:39:10 -0000 Received: from debbugs by buxtehude.debian.org with local (Exim 4.72) (envelope-from ) id 1TLaxc-0003y6-1P; Tue, 09 Oct 2012 14:39:04 +0000 X-Loop: owner@bugs.debian.org Resent-From: George Shuklin Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: xen-api@lists.xensource.com, Pkg Xen X-Loop: owner@bugs.debian.org Resent-Date: Tue, 09 Oct 2012 14:39:02 +0000 Resent-Message-ID: X-Debian-PR-Message: followup 682202 X-Debian-PR-Package: xcp-squeezed X-Debian-PR-Keywords: X-Debian-PR-Source: xen-api Received: via spool by 682202-submit@bugs.debian.org id=B682202.134979345314426 (code B ref 682202); Tue, 09 Oct 2012 14:39:02 +0000 Received: (at 682202) by bugs.debian.org; 9 Oct 2012 14:37:33 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02 (2010-03-16) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-10.4 required=4.0 tests=BAYES_00,DIGITS_LETTERS, DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1, HAS_PACKAGE, HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL, XMAILER_REPORTBUG, X_DEBBUGS_CC autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 21; hammy, 150; neutral, 78; spammy, 1. spammytokens:0.995-1--(unknown) hammytokens:0.000-+--(unknown), 0.000-+--(unknown), 0.000-+--(unknown), 0.000-+--(unknown), 0.000-+--(unknown) Received: from [31.186.98.100] (helo=lab-xh3) by buxtehude.debian.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1TLaw9-0003kO-J0 for 682202@bugs.debian.org; Tue, 09 Oct 2012 14:37:33 +0000 Received: from root by lab-xh3 with local (Exim 4.80) (envelope-from ) id 1TLaQt-0005gK-QH; Tue, 09 Oct 2012 18:05:15 +0400 MIME-Version: 1.0 From: George Shuklin To: Debian Bug Tracking System <682202@bugs.debian.org> Message-ID: <20121009140515.21787.66129.reportbug@lab-xh3> X-Mailer: reportbug 6.4.3 Date: Tue, 09 Oct 2012 18:05:15 +0400 X-Greylist: delayed 1902 seconds by postgrey-1.32 at buxtehude; Tue, 09 Oct 2012 14:37:33 UTC Resent-Sender: Debian BTS Subject: [Xen-API] Bug#682202: xcp-squeezed: race between xenstore initialization and sqeezed X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: George Shuklin , 682202@bugs.debian.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2974204958281927774==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2974204958281927774== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit Package: xcp-squeezed Version: 1.3.2-11 Followup-For: Bug #682202 ĐI found race condtion between xcp-sqeezed and /etc/init.d/xen scripts. If sleep 10 added to xcp-sqeezed host (xcp-sqeezed and xapi) initialize normally, and if not with some probability sqeezed/xapi failed to start with message: Oct 9 16:45:57 xenhost-1 xapi: [ warn|xenhost-1|0 thread_zero|server_init D:1691a70e8b4a|startup] task [Setting up domain 0 xenstore keys] exception: Xs.Failed_to_connect Oct 9 16:45:57 xenhost-1 xapi: [error|xenhost-1|0 thread_zero||xapi] Caught exception at toplevel: 'Xs.Failed_to_connect' Oct 9 16:45:57 xenhost-1 xcp-fe: 2567 (/usr/sbin/xapi -nowatchdog -writereadyfile /var/run/xapi_startup.cookie -writ...) exitted with code 2 Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] received exit code 2 Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] Received bad exit, retrying Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] (Re)starting xapi... Oct 9 16:45:57 xenhost-1 xapi: [ warn|xenhost-1|0 thread_zero|server_init D:8448f2bcf925|startup] task [Setting up domain 0 xenstore keys] exception: Xs.Failed_to_connect Oct 9 16:45:57 xenhost-1 xapi: [error|xenhost-1|0 thread_zero||xapi] Caught exception at toplevel: 'Xs.Failed_to_connect' Oct 9 16:45:57 xenhost-1 xcp-fe: 2571 (/usr/sbin/xapi -nowatchdog -writereadyfile /var/run/xapi_startup.cookie -writ...) exitted with code 2 Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] received exit code 2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xcp-squeezed depends on: ii libc6 2.13-35 ii libxen-4.1 4.1.3-3 ii lsb-base 4.1+Debian7 ii xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1] 4.1.3-3 ii xen-utils-common 4.1.3-3 xcp-squeezed recommends no packages. xcp-squeezed suggests no packages. -- debconf information excluded --===============2974204958281927774== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2974204958281927774==-- From xen-api-bounces@lists.xen.org Tue Oct 09 14:39:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:39:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaxk-0008Gr-Mz; Tue, 09 Oct 2012 14:39:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLaxk-0008Gd-0t for xen-api@lists.xensource.com; Tue, 09 Oct 2012 14:39:12 +0000 Received: from [85.158.139.83:32289] by server-16.bemta-5.messagelabs.com id 48/36-21637-F0734705; Tue, 09 Oct 2012 14:39:11 +0000 X-Env-Sender: debbugs@buxtehude.debian.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1349793548!30196458!1 X-Originating-IP: [140.211.166.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, UNPARSEABLE_RELAY,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17536 invoked from network); 9 Oct 2012 14:39:10 -0000 Received: from buxtehude.debian.org (HELO buxtehude.debian.org) (140.211.166.26) by server-6.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 9 Oct 2012 14:39:10 -0000 Received: from debbugs by buxtehude.debian.org with local (Exim 4.72) (envelope-from ) id 1TLaxc-0003y6-1P; Tue, 09 Oct 2012 14:39:04 +0000 X-Loop: owner@bugs.debian.org Resent-From: George Shuklin Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: xen-api@lists.xensource.com, Pkg Xen X-Loop: owner@bugs.debian.org Resent-Date: Tue, 09 Oct 2012 14:39:02 +0000 Resent-Message-ID: X-Debian-PR-Message: followup 682202 X-Debian-PR-Package: xcp-squeezed X-Debian-PR-Keywords: X-Debian-PR-Source: xen-api Received: via spool by 682202-submit@bugs.debian.org id=B682202.134979345314426 (code B ref 682202); Tue, 09 Oct 2012 14:39:02 +0000 Received: (at 682202) by bugs.debian.org; 9 Oct 2012 14:37:33 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02 (2010-03-16) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-10.4 required=4.0 tests=BAYES_00,DIGITS_LETTERS, DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1, HAS_PACKAGE, HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL, XMAILER_REPORTBUG, X_DEBBUGS_CC autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 21; hammy, 150; neutral, 78; spammy, 1. spammytokens:0.995-1--(unknown) hammytokens:0.000-+--(unknown), 0.000-+--(unknown), 0.000-+--(unknown), 0.000-+--(unknown), 0.000-+--(unknown) Received: from [31.186.98.100] (helo=lab-xh3) by buxtehude.debian.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1TLaw9-0003kO-J0 for 682202@bugs.debian.org; Tue, 09 Oct 2012 14:37:33 +0000 Received: from root by lab-xh3 with local (Exim 4.80) (envelope-from ) id 1TLaQt-0005gK-QH; Tue, 09 Oct 2012 18:05:15 +0400 MIME-Version: 1.0 From: George Shuklin To: Debian Bug Tracking System <682202@bugs.debian.org> Message-ID: <20121009140515.21787.66129.reportbug@lab-xh3> X-Mailer: reportbug 6.4.3 Date: Tue, 09 Oct 2012 18:05:15 +0400 X-Greylist: delayed 1902 seconds by postgrey-1.32 at buxtehude; Tue, 09 Oct 2012 14:37:33 UTC Resent-Sender: Debian BTS Subject: [Xen-API] Bug#682202: xcp-squeezed: race between xenstore initialization and sqeezed X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: George Shuklin , 682202@bugs.debian.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2974204958281927774==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2974204958281927774== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit Package: xcp-squeezed Version: 1.3.2-11 Followup-For: Bug #682202 ĐI found race condtion between xcp-sqeezed and /etc/init.d/xen scripts. If sleep 10 added to xcp-sqeezed host (xcp-sqeezed and xapi) initialize normally, and if not with some probability sqeezed/xapi failed to start with message: Oct 9 16:45:57 xenhost-1 xapi: [ warn|xenhost-1|0 thread_zero|server_init D:1691a70e8b4a|startup] task [Setting up domain 0 xenstore keys] exception: Xs.Failed_to_connect Oct 9 16:45:57 xenhost-1 xapi: [error|xenhost-1|0 thread_zero||xapi] Caught exception at toplevel: 'Xs.Failed_to_connect' Oct 9 16:45:57 xenhost-1 xcp-fe: 2567 (/usr/sbin/xapi -nowatchdog -writereadyfile /var/run/xapi_startup.cookie -writ...) exitted with code 2 Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] received exit code 2 Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] Received bad exit, retrying Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] (Re)starting xapi... Oct 9 16:45:57 xenhost-1 xapi: [ warn|xenhost-1|0 thread_zero|server_init D:8448f2bcf925|startup] task [Setting up domain 0 xenstore keys] exception: Xs.Failed_to_connect Oct 9 16:45:57 xenhost-1 xapi: [error|xenhost-1|0 thread_zero||xapi] Caught exception at toplevel: 'Xs.Failed_to_connect' Oct 9 16:45:57 xenhost-1 xcp-fe: 2571 (/usr/sbin/xapi -nowatchdog -writereadyfile /var/run/xapi_startup.cookie -writ...) exitted with code 2 Oct 9 16:45:57 xenhost-1 xapi: [ info|xenhost-1|0 thread_zero||watchdog] received exit code 2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xcp-squeezed depends on: ii libc6 2.13-35 ii libxen-4.1 4.1.3-3 ii lsb-base 4.1+Debian7 ii xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1] 4.1.3-3 ii xen-utils-common 4.1.3-3 xcp-squeezed recommends no packages. xcp-squeezed suggests no packages. -- debconf information excluded --===============2974204958281927774== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2974204958281927774==-- From xen-api-bounces@lists.xen.org Tue Oct 09 14:57:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:57:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbFP-00016v-Af; Tue, 09 Oct 2012 14:57:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbFO-00016o-Oj for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:57:27 +0000 Received: from [85.158.143.35:60283] by server-3.bemta-4.messagelabs.com id E7/DA-10986-65B34705; Tue, 09 Oct 2012 14:57:26 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1349794560!14307562!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3098 invoked from network); 9 Oct 2012 14:56:00 -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; 9 Oct 2012 14:56:00 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15041849" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 14:55:59 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 15:55:59 +0100 Message-ID: <50743AFD.1060401@citrix.com> Date: Tue, 9 Oct 2012 15:55:57 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Luis Leal References: <507413A9.6050804@citrix.com> In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 BETA: Reconfigure host network via XenCenter X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org And it looks like Luis' message got auto-discarded, so I'm CC'ing the list myself. On 09/10/12 15:44, Luis Leal wrote: > (Forgot to cc the list) > > Hi Mike, > > Thanks for the response. > >> What version of XenCenter? You should be using 6.1. > > I'm using 6.1 Build 664 > >> Can you post anything from the xensource.log? And can you try >> reconfiguring the PIF using the command line? > > I managed to figure out what the problem is - the one interface on the > test machine (Intel 82578DM) only supports jumbo frames up to 4k. > > Attempting to configure the MTU with a value greater than 4000 > produces the above error - looks like just some missing validation / > error handling. > > Output of configuring the network / pif via the command line: > > [root@xs01 ~]# xe network-param-list uuid=e2d7ae07-4e5b-6696-6ef1-040eb4ea181a > uuid ( RO) : e2d7ae07-4e5b-6696-6ef1-040eb4ea181a > name-label ( RW): Pool-wide network associated with eth0 > name-description ( RW): > VIF-uuids (SRO): > PIF-uuids (SRO): 19671d47-db15-ee44-8ba1-9b2e07a274d3 > MTU ( RW): 1500 > bridge ( RO): xenbr0 > other-config (MRW): automatic: true > blobs ( RO): > tags (SRW): > default-locking-mode ( RW): unlocked > > > [root@xs01 ~]# xe network-param-set > uuid=e2d7ae07-4e5b-6696-6ef1-040eb4ea181a MTU=9000 > [root@xs01 ~]# xe pif-reconfigure-ip > uuid=19671d47-db15-ee44-8ba1-9b2e07a274d3 mode=static IP=192.168.254.1 > netmask=255.255.255.0 > An unknown error occurred while attempting to configure an interface. > PIF: 19671d47-db15-ee44-8ba1-9b2e07a274d3 > msg: script error [script = /sbin/ip, args = link set eth0 mtu 9000, > code = 2, stdout = , stderr = RTNETLINK answers: Invalid argument > ] > > AFAIR This failed silently on XS 6.0.2 or set it to maximum supported value. > > Kind regards > > > Luis > > On Tue, Oct 9, 2012 at 2:08 PM, Mike McClurg wrote: >> On 08/10/12 17:24, Luis Leal wrote: >>> Hi, >>> >>> I'm testing XCP 1.6 on two servers and I'm consistently seeing >>> failures re-configuring network interfaces via XenCenter - >>> specifically secondary interfaces used for storage. >>> >>> Anybody else seeing the same problem? >> >> What version of XenCenter? You should be using 6.1. >> >>> The relevant extract from the XenCenter log: >> >> Can you post anything from the xensource.log? And can you try >> reconfiguring the PIF using the command line? >> >> Mike >> >> >>> 2012-10-08 18:05:40,662 DEBUG XenAdmin.Actions.ActionBase [Main >>> program thread] - >>> 2012-10-08 18:05:40,663 INFO Audit [Main program thread] - Operation >>> started: ChangeNetworkingAction: xs01: Host >>> 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): >>> 2012-10-08 18:05:40,678 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Bringing PIF NIC 0 3dbda962-e651-44db-efad-e394c884b670 up as >>> 192.168.254.1/255.255.255.0, , ... >>> 2012-10-08 18:05:40,679 DEBUG XenAdmin.Actions.ActionBase [3328] - >>> Configuring IP address on NIC 0... >>> 2012-10-08 18:05:40,686 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method PIF.set_other_config >>> 2012-10-08 18:05:40,750 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method PIF.set_disallow_unplug >>> 2012-10-08 18:05:40,796 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Reconfiguring IP on NIC 0 >>> 3dbda962-e651-44db-efad-e394c884b670 ... >>> 2012-10-08 18:05:40,803 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method Async.PIF.reconfigure_ip >>> 2012-10-08 18:05:40,855 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:40,901 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:40,952 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,091 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.destroy >>> 2012-10-08 18:05:42,143 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Reconfiguring IP on NIC 0 >>> 3dbda962-e651-44db-efad-e394c884b670 done. >>> 2012-10-08 18:05:42,151 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method PIF.get_currently_attached >>> 2012-10-08 18:05:42,200 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Plugging NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... >>> 2012-10-08 18:05:42,205 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method Async.PIF.plug >>> 2012-10-08 18:05:42,254 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,302 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,351 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,588 WARN XenAdmin.Network.TaskPoller [3328] - >>> Action failed due to API failure: >>> at System.Environment.get_StackTrace() >>> at XenAdmin.Network.TaskPoller.poll() >>> at XenAdmin.Network.TaskPoller.PollToCompletion() >>> at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction >>> action, PIF pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction >>> action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF >>> existing_pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction >>> action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, >>> PIFMethod pif_method) >>> at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, >>> Boolean up, Boolean this_host, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.Run() >>> at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) >>> at System.Threading.ExecutionContext.Run(ExecutionContext >>> executionContext, ContextCallback callback, Object state) >>> at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback >>> tpWaitCallBack) >>> at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state) >>> 2012-10-08 18:05:42,590 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.destroy >>> 2012-10-08 18:05:42,654 ERROR XenAdmin.Actions.AsyncAction [3328] - An >>> unknown error occurred while attempting to configure an interface. >>> 2012-10-08 18:05:42,655 ERROR XenAdmin.Actions.AsyncAction [3328] - >>> at XenAdmin.Network.TaskPoller.poll() >>> at XenAdmin.Network.TaskPoller.PollToCompletion() >>> at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction >>> action, PIF pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction >>> action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF >>> existing_pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction >>> action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, >>> PIFMethod pif_method) >>> at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, >>> Boolean up, Boolean this_host, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.Run() >>> at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) >>> 2012-10-08 18:05:42,656 WARN Audit [3328] - Operation failure: >>> ChangeNetworkingAction: xs01: Host >>> 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): Configuring IP address on >>> NIC 0... >>> 2012-10-08 18:05:42,656 DEBUG XenAdmin.Actions.ActionBase [3328] - An >>> unknown error occurred while attempting to configure an interface. >>> An unknown error occurred while attempting to configure an interface. >>> >>> Kind regards >>> >>> Luis >>> >>> _______________________________________________ >>> Xen-api mailing list >>> Xen-api@lists.xen.org >>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>> >> _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 14:57:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 14:57:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbFP-00016v-Af; Tue, 09 Oct 2012 14:57:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbFO-00016o-Oj for xen-api@lists.xen.org; Tue, 09 Oct 2012 14:57:27 +0000 Received: from [85.158.143.35:60283] by server-3.bemta-4.messagelabs.com id E7/DA-10986-65B34705; Tue, 09 Oct 2012 14:57:26 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1349794560!14307562!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTM0MjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3098 invoked from network); 9 Oct 2012 14:56:00 -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; 9 Oct 2012 14:56:00 -0000 X-IronPort-AV: E=Sophos;i="4.80,560,1344211200"; d="scan'208";a="15041849" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Oct 2012 14:55:59 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 9 Oct 2012 15:55:59 +0100 Message-ID: <50743AFD.1060401@citrix.com> Date: Tue, 9 Oct 2012 15:55:57 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Luis Leal References: <507413A9.6050804@citrix.com> In-Reply-To: X-Enigmail-Version: 1.4.4 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 BETA: Reconfigure host network via XenCenter X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org And it looks like Luis' message got auto-discarded, so I'm CC'ing the list myself. On 09/10/12 15:44, Luis Leal wrote: > (Forgot to cc the list) > > Hi Mike, > > Thanks for the response. > >> What version of XenCenter? You should be using 6.1. > > I'm using 6.1 Build 664 > >> Can you post anything from the xensource.log? And can you try >> reconfiguring the PIF using the command line? > > I managed to figure out what the problem is - the one interface on the > test machine (Intel 82578DM) only supports jumbo frames up to 4k. > > Attempting to configure the MTU with a value greater than 4000 > produces the above error - looks like just some missing validation / > error handling. > > Output of configuring the network / pif via the command line: > > [root@xs01 ~]# xe network-param-list uuid=e2d7ae07-4e5b-6696-6ef1-040eb4ea181a > uuid ( RO) : e2d7ae07-4e5b-6696-6ef1-040eb4ea181a > name-label ( RW): Pool-wide network associated with eth0 > name-description ( RW): > VIF-uuids (SRO): > PIF-uuids (SRO): 19671d47-db15-ee44-8ba1-9b2e07a274d3 > MTU ( RW): 1500 > bridge ( RO): xenbr0 > other-config (MRW): automatic: true > blobs ( RO): > tags (SRW): > default-locking-mode ( RW): unlocked > > > [root@xs01 ~]# xe network-param-set > uuid=e2d7ae07-4e5b-6696-6ef1-040eb4ea181a MTU=9000 > [root@xs01 ~]# xe pif-reconfigure-ip > uuid=19671d47-db15-ee44-8ba1-9b2e07a274d3 mode=static IP=192.168.254.1 > netmask=255.255.255.0 > An unknown error occurred while attempting to configure an interface. > PIF: 19671d47-db15-ee44-8ba1-9b2e07a274d3 > msg: script error [script = /sbin/ip, args = link set eth0 mtu 9000, > code = 2, stdout = , stderr = RTNETLINK answers: Invalid argument > ] > > AFAIR This failed silently on XS 6.0.2 or set it to maximum supported value. > > Kind regards > > > Luis > > On Tue, Oct 9, 2012 at 2:08 PM, Mike McClurg wrote: >> On 08/10/12 17:24, Luis Leal wrote: >>> Hi, >>> >>> I'm testing XCP 1.6 on two servers and I'm consistently seeing >>> failures re-configuring network interfaces via XenCenter - >>> specifically secondary interfaces used for storage. >>> >>> Anybody else seeing the same problem? >> >> What version of XenCenter? You should be using 6.1. >> >>> The relevant extract from the XenCenter log: >> >> Can you post anything from the xensource.log? And can you try >> reconfiguring the PIF using the command line? >> >> Mike >> >> >>> 2012-10-08 18:05:40,662 DEBUG XenAdmin.Actions.ActionBase [Main >>> program thread] - >>> 2012-10-08 18:05:40,663 INFO Audit [Main program thread] - Operation >>> started: ChangeNetworkingAction: xs01: Host >>> 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): >>> 2012-10-08 18:05:40,678 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Bringing PIF NIC 0 3dbda962-e651-44db-efad-e394c884b670 up as >>> 192.168.254.1/255.255.255.0, , ... >>> 2012-10-08 18:05:40,679 DEBUG XenAdmin.Actions.ActionBase [3328] - >>> Configuring IP address on NIC 0... >>> 2012-10-08 18:05:40,686 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method PIF.set_other_config >>> 2012-10-08 18:05:40,750 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method PIF.set_disallow_unplug >>> 2012-10-08 18:05:40,796 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Reconfiguring IP on NIC 0 >>> 3dbda962-e651-44db-efad-e394c884b670 ... >>> 2012-10-08 18:05:40,803 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method Async.PIF.reconfigure_ip >>> 2012-10-08 18:05:40,855 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:40,901 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:40,952 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,091 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.destroy >>> 2012-10-08 18:05:42,143 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Reconfiguring IP on NIC 0 >>> 3dbda962-e651-44db-efad-e394c884b670 done. >>> 2012-10-08 18:05:42,151 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method PIF.get_currently_attached >>> 2012-10-08 18:05:42,200 DEBUG XenAdmin.Actions.NetworkingActionHelpers >>> [3328] - Plugging NIC 0 3dbda962-e651-44db-efad-e394c884b670 ... >>> 2012-10-08 18:05:42,205 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method Async.PIF.plug >>> 2012-10-08 18:05:42,254 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,302 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,351 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.add_to_other_config >>> 2012-10-08 18:05:42,588 WARN XenAdmin.Network.TaskPoller [3328] - >>> Action failed due to API failure: >>> at System.Environment.get_StackTrace() >>> at XenAdmin.Network.TaskPoller.poll() >>> at XenAdmin.Network.TaskPoller.PollToCompletion() >>> at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction >>> action, PIF pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction >>> action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF >>> existing_pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction >>> action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, >>> PIFMethod pif_method) >>> at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, >>> Boolean up, Boolean this_host, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.Run() >>> at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) >>> at System.Threading.ExecutionContext.Run(ExecutionContext >>> executionContext, ContextCallback callback, Object state) >>> at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback >>> tpWaitCallBack) >>> at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state) >>> 2012-10-08 18:05:42,590 INFO XenAPI.Session [3328] - Invoking XML-RPC >>> method task.destroy >>> 2012-10-08 18:05:42,654 ERROR XenAdmin.Actions.AsyncAction [3328] - An >>> unknown error occurred while attempting to configure an interface. >>> 2012-10-08 18:05:42,655 ERROR XenAdmin.Actions.AsyncAction [3328] - >>> at XenAdmin.Network.TaskPoller.poll() >>> at XenAdmin.Network.TaskPoller.PollToCompletion() >>> at XenAdmin.Actions.NetworkingActionHelpers.Plug(AsyncAction >>> action, PIF pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.BringUp(AsyncAction >>> action, PIF new_pif, String new_ip, PIF existing_pif, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.BringUp(PIF new_pif, PIF >>> existing_pif, Int32 hi) >>> at XenAdmin.Actions.NetworkingActionHelpers.ForSomeHosts(AsyncAction >>> action, PIF pif, Boolean this_host, Boolean lock_pif, Int32 hi, >>> PIFMethod pif_method) >>> at XenAdmin.Actions.ChangeNetworkingAction.Reconfigure(PIF pif, >>> Boolean up, Boolean this_host, Int32 hi) >>> at XenAdmin.Actions.ChangeNetworkingAction.Run() >>> at XenAdmin.Actions.AsyncAction.RunWorkerThread(Object o) >>> 2012-10-08 18:05:42,656 WARN Audit [3328] - Operation failure: >>> ChangeNetworkingAction: xs01: Host >>> 7fb2b49c-1b09-4a5c-aca7-ee6af21ac5d9 (xs01): Configuring IP address on >>> NIC 0... >>> 2012-10-08 18:05:42,656 DEBUG XenAdmin.Actions.ActionBase [3328] - An >>> unknown error occurred while attempting to configure an interface. >>> An unknown error occurred while attempting to configure an interface. >>> >>> Kind regards >>> >>> Luis >>> >>> _______________________________________________ >>> Xen-api mailing list >>> Xen-api@lists.xen.org >>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >>> >> _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 15:03:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 15:03:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbLN-0001US-9E; Tue, 09 Oct 2012 15:03:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbLL-0001UD-JW for xen-api@lists.xen.org; Tue, 09 Oct 2012 15:03:36 +0000 Received: from [85.158.139.83:11753] by server-11.bemta-5.messagelabs.com id 00/C5-13866-6CC34705; Tue, 09 Oct 2012 15:03:34 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1349795012!33552822!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23615 invoked from network); 9 Oct 2012 15:03:32 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 15:03:32 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so2604567bkc.32 for ; Tue, 09 Oct 2012 08:03:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=HJQXj2OYyXIAN8kz2i3iAhGB7yEy5mJdOY3s2jO2Vxc=; b=xTRYxQDC209xNB/Tg6fO3a1YDSK3OWUZDOtrKBu3LwCBnXUM+rO8SaW3YHhmtprFPo hw1+BLVmSxQmyVNIBKBs4qn2+LMiMkzwzFboTGQE4d3PhJVSDFZRYhw+w+a7GXERA3fg zuF/k9WxJBRwfO4+ykN2jgO3FLtTs7UdiC/fJ7NrsmcxesmW2duEwy0/pMpgakoAOsQZ +ByRBwCllJ0UJIyIBpEeuaYXAH9RCG4DbIqvngEDuvzGNSYMThapS76U5pkjZlRTBzNM utakPIhGsOmYOwWRoSVjyv31KaNjE9vRDMV49XaNfekQKa6BO/3M68V8VAPqr0/X2RET EsWg== Received: by 10.205.130.148 with SMTP id hm20mr6633251bkc.71.1349795012331; Tue, 09 Oct 2012 08:03:32 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id z22sm15050304bkw.2.2012.10.09.08.03.30 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 08:03:31 -0700 (PDT) Message-ID: <50743CC1.6000806@xen.org> Date: Tue, 09 Oct 2012 16:03:29 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> In-Reply-To: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3635558846586584137==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3635558846586584137== Content-Type: multipart/alternative; boundary="------------090203040405080208060205" This is a multi-part message in MIME format. --------------090203040405080208060205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Did you check http://wiki.xen.org/wiki/XCP_CloudStack It seems it is necessary (for now) to trick CloudStack into believing you use an older XCP version Lars On 09/10/2012 15:26, Benoit Lair wrote: > Hello, > > My log contain an errata : > > this one is more complete and coherent : > > 2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in > data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://192.168.0.4 > 2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > > And so here are the lines trigerred from /var/log/xensource.log onto > my xcp 1.6 appliance when i click onto add the host on cloudstack > server : > > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.slave_local_login_with_password > D:7da8469ef246|xapi] Add session to local storage > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all_records > D:9be65c9e499e|api_readonly] pool.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] > host.get_address > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Successful local authentication user root from HTTP request from > Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport) > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] > xapi=>xapi > [label="session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221754OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754"]; > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:0ede44c6c684 created by task D:f824804b3766 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi|dispatch:session.get_uuid > D:0ede44c6c684|api_readonly] session.get_uuid > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:25ee2c1707aa|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_major > D:e519dd7653cf|api_readonly] host.get_API_version_major > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:9560d5a382da|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_minor > D:c2015c73fc3d|api_readonly] host.get_API_version_minor > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] > pool.get_all > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] > pool.get_record > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_all_records > D:28daea7626eb|api_readonly] host.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy > trackid=35ab7a405b4d6e1c2bd48ab80a0e574f > > > > Cordially, Benoit Lair. > > ------------------------------------------------------------------------ > *De :* Benoit Lair > *ĂEUR :* "xen-api@lists.xen.org" > *EnvoyĂŠ le :* Mardi 9 octobre 2012 16h10 > *Objet :* [XCP-1.6-BETA] > > Hello, > > I'm trying the new xcp 1.6 beta (61002c) and got an error when trying > to get it work with cloudstack. > > When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version > on a centos 6.2), i got these errors on the log > /var/log/cloud/management/management-server.log > > Here the lines concerning this host : > > 2012-10-09 16:06:19,733 INFO [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://172.20.0.4 > 2012-10-09 16:06:19,889 WARN [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta). > > But no way for xcp 1.6 to enter cloudstack. > > > Cordially, Benoit Lair. > -- > -=- L'urgent est fait, l'impossible est en cours, pour les miracles > prĂŠvoir un dĂŠlai -=- > -=- Andromède ? Pas francais !! Mais si ca le devenait je n'en aurais > point besoin -=- > -=- Il nâEUR^(TM)existe que deux choses infinies, lâEUR^(TM)univers et > la bĂŞtise humaine... mais pour lâEUR^(TM)univers, je nâEUR^(TM)ai pas > de certitude absolue -=- > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------090203040405080208060205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Did you check http://wiki.xen.org/wiki/XCP_CloudStack
It seems it is necessary (for now) to trick CloudStack into believing you use an older XCP version
Lars

On 09/10/2012 15:26, Benoit Lair wrote:
Hello,

My log contain an errata :

this one is more complete and coherent :

2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in
data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Unable to find the server resources at
http://192.168.0.4
2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher]
(catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable
to add the host


And so here are the lines trigerred from /var/log/xensource.log onto my xcp 1.6 appliance when i click onto add the host on cloudstack server :

Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.slave_local_login_with_password D:7da8469ef246|xapi] Add session to local storage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c9e499e|api_readonly] pool.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=>xapi [label="<methodCall><methodName>session.get_uuid</methodName><params><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param></params></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3766
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_version_major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_version_minor
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] pool.get_all
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] pool.get_record
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_records D:28daea7626eb|api_readonly] host.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=35ab7a405b4d6e1c2bd48ab80a0e574f



Cordially, Benoit Lair.
 

De : Benoit Lair <benoit.lair@yahoo.fr>
À : "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Envoyé le : Mardi 9 octobre 2012 16h10
Objet : [XCP-1.6-BETA]

Hello,

I'm trying the new xcp 1.6 beta (61002c) and got an error when trying to get it work with cloudstack.

When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version on a centos 6.2), i got these errors on the log /var/log/cloud/management/management-server.log

Here the lines concerning this host :

2012-10-09 16:06:19,733 INFO  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] (catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Unable to find the server resources at http://172.20.0.4
2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN  [cloud.api.ApiDispatcher] (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable to add the host

Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).

But no way for xcp 1.6 to enter cloudstack.


Cordially, Benoit Lair.
 
--
-=- L'urgent est fait, l'impossible est en cours, pour les miracles prévoir un délai -=-
-=- Andromède ? Pas francais !! Mais si ca le devenait je n'en aurais point besoin -=-
-=- Il n’existe que deux choses infinies, l’univers et la bêtise humaine... mais pour l’univers, je n’ai pas de certitude absolue -=- 




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

--------------090203040405080208060205-- --===============3635558846586584137== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3635558846586584137==-- From xen-api-bounces@lists.xen.org Tue Oct 09 15:03:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 15:03:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbLN-0001US-9E; Tue, 09 Oct 2012 15:03:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLbLL-0001UD-JW for xen-api@lists.xen.org; Tue, 09 Oct 2012 15:03:36 +0000 Received: from [85.158.139.83:11753] by server-11.bemta-5.messagelabs.com id 00/C5-13866-6CC34705; Tue, 09 Oct 2012 15:03:34 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1349795012!33552822!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23615 invoked from network); 9 Oct 2012 15:03:32 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 15:03:32 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so2604567bkc.32 for ; Tue, 09 Oct 2012 08:03:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=HJQXj2OYyXIAN8kz2i3iAhGB7yEy5mJdOY3s2jO2Vxc=; b=xTRYxQDC209xNB/Tg6fO3a1YDSK3OWUZDOtrKBu3LwCBnXUM+rO8SaW3YHhmtprFPo hw1+BLVmSxQmyVNIBKBs4qn2+LMiMkzwzFboTGQE4d3PhJVSDFZRYhw+w+a7GXERA3fg zuF/k9WxJBRwfO4+ykN2jgO3FLtTs7UdiC/fJ7NrsmcxesmW2duEwy0/pMpgakoAOsQZ +ByRBwCllJ0UJIyIBpEeuaYXAH9RCG4DbIqvngEDuvzGNSYMThapS76U5pkjZlRTBzNM utakPIhGsOmYOwWRoSVjyv31KaNjE9vRDMV49XaNfekQKa6BO/3M68V8VAPqr0/X2RET EsWg== Received: by 10.205.130.148 with SMTP id hm20mr6633251bkc.71.1349795012331; Tue, 09 Oct 2012 08:03:32 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id z22sm15050304bkw.2.2012.10.09.08.03.30 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 08:03:31 -0700 (PDT) Message-ID: <50743CC1.6000806@xen.org> Date: Tue, 09 Oct 2012 16:03:29 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> In-Reply-To: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3635558846586584137==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3635558846586584137== Content-Type: multipart/alternative; boundary="------------090203040405080208060205" This is a multi-part message in MIME format. --------------090203040405080208060205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Did you check http://wiki.xen.org/wiki/XCP_CloudStack It seems it is necessary (for now) to trick CloudStack into believing you use an older XCP version Lars On 09/10/2012 15:26, Benoit Lair wrote: > Hello, > > My log contain an errata : > > this one is more complete and coherent : > > 2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in > data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://192.168.0.4 > 2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > > And so here are the lines trigerred from /var/log/xensource.log onto > my xcp 1.6 appliance when i click onto add the host on cloudstack > server : > > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.slave_local_login_with_password > D:7da8469ef246|xapi] Add session to local storage > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all_records > D:9be65c9e499e|api_readonly] pool.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] > host.get_address > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Successful local authentication user root from HTTP request from > Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport) > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] > xapi=>xapi > [label="session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221754OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754"]; > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:0ede44c6c684 created by task D:f824804b3766 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi|dispatch:session.get_uuid > D:0ede44c6c684|api_readonly] session.get_uuid > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:25ee2c1707aa|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_major > D:e519dd7653cf|api_readonly] host.get_API_version_major > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:9560d5a382da|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_minor > D:c2015c73fc3d|api_readonly] host.get_API_version_minor > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] > pool.get_all > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] > pool.get_record > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_all_records > D:28daea7626eb|api_readonly] host.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy > trackid=35ab7a405b4d6e1c2bd48ab80a0e574f > > > > Cordially, Benoit Lair. > > ------------------------------------------------------------------------ > *De :* Benoit Lair > *ĂEUR :* "xen-api@lists.xen.org" > *EnvoyĂŠ le :* Mardi 9 octobre 2012 16h10 > *Objet :* [XCP-1.6-BETA] > > Hello, > > I'm trying the new xcp 1.6 beta (61002c) and got an error when trying > to get it work with cloudstack. > > When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version > on a centos 6.2), i got these errors on the log > /var/log/cloud/management/management-server.log > > Here the lines concerning this host : > > 2012-10-09 16:06:19,733 INFO [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://172.20.0.4 > 2012-10-09 16:06:19,889 WARN [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta). > > But no way for xcp 1.6 to enter cloudstack. > > > Cordially, Benoit Lair. > -- > -=- L'urgent est fait, l'impossible est en cours, pour les miracles > prĂŠvoir un dĂŠlai -=- > -=- Andromède ? Pas francais !! Mais si ca le devenait je n'en aurais > point besoin -=- > -=- Il nâEUR^(TM)existe que deux choses infinies, lâEUR^(TM)univers et > la bĂŞtise humaine... mais pour lâEUR^(TM)univers, je nâEUR^(TM)ai pas > de certitude absolue -=- > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------090203040405080208060205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Did you check http://wiki.xen.org/wiki/XCP_CloudStack
It seems it is necessary (for now) to trick CloudStack into believing you use an older XCP version
Lars

On 09/10/2012 15:26, Benoit Lair wrote:
Hello,

My log contain an errata :

this one is more complete and coherent :

2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in
data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Unable to find the server resources at
http://192.168.0.4
2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher]
(catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable
to add the host


And so here are the lines trigerred from /var/log/xensource.log onto my xcp 1.6 appliance when i click onto add the host on cloudstack server :

Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.slave_local_login_with_password D:7da8469ef246|xapi] Add session to local storage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c9e499e|api_readonly] pool.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=>xapi [label="<methodCall><methodName>session.get_uuid</methodName><params><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param></params></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3766
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_version_major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_version_minor
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] pool.get_all
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] pool.get_record
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_records D:28daea7626eb|api_readonly] host.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=35ab7a405b4d6e1c2bd48ab80a0e574f



Cordially, Benoit Lair.
 

De : Benoit Lair <benoit.lair@yahoo.fr>
À : "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Envoyé le : Mardi 9 octobre 2012 16h10
Objet : [XCP-1.6-BETA]

Hello,

I'm trying the new xcp 1.6 beta (61002c) and got an error when trying to get it work with cloudstack.

When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version on a centos 6.2), i got these errors on the log /var/log/cloud/management/management-server.log

Here the lines concerning this host :

2012-10-09 16:06:19,733 INFO  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] (catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Unable to find the server resources at http://172.20.0.4
2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN  [cloud.api.ApiDispatcher] (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable to add the host

Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).

But no way for xcp 1.6 to enter cloudstack.


Cordially, Benoit Lair.
 
--
-=- L'urgent est fait, l'impossible est en cours, pour les miracles prévoir un délai -=-
-=- Andromède ? Pas francais !! Mais si ca le devenait je n'en aurais point besoin -=-
-=- Il n’existe que deux choses infinies, l’univers et la bêtise humaine... mais pour l’univers, je n’ai pas de certitude absolue -=- 




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

--------------090203040405080208060205-- --===============3635558846586584137== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3635558846586584137==-- From xen-api-bounces@lists.xen.org Tue Oct 09 15:50:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 15:50:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc4E-0002rq-3H; Tue, 09 Oct 2012 15:49:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc4C-0002rk-71 for xen-api@lists.xen.org; Tue, 09 Oct 2012 15:49:56 +0000 Received: from [85.158.137.99:40022] by server-14.bemta-3.messagelabs.com id 48/CE-19528-3A744705; Tue, 09 Oct 2012 15:49:55 +0000 X-Env-Sender: benoit.lair@yahoo.fr X-Msg-Ref: server-10.tower-217.messagelabs.com!1349797792!20792449!1 X-Originating-IP: [77.238.189.65] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20747 invoked from network); 9 Oct 2012 15:49:53 -0000 Received: from nm12.bullet.mail.ird.yahoo.com (HELO nm12.bullet.mail.ird.yahoo.com) (77.238.189.65) by server-10.tower-217.messagelabs.com with SMTP; 9 Oct 2012 15:49:53 -0000 Received: from [77.238.189.48] by nm12.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 15:49:52 -0000 Received: from [212.82.108.251] by tm1.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 15:49:52 -0000 Received: from [127.0.0.1] by omp1016.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 15:49:52 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 650216.18049.bm@omp1016.mail.ird.yahoo.com Received: (qmail 499 invoked by uid 60001); 9 Oct 2012 15:43:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1349797391; bh=+Z3D6iXIbHQrNC5mTxyQHwUPnmJxLr/15JfdnhJyztQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=bRNibOXttrtrjAC0viA//60rarCxUJZe4pYI5u1kHdcG8MRvtQscL2O6n017/UzEYvtOaY0bA9D/wU7yu7CWs7TUrKeJyuKMyXtziYbWod6EXVckjMxps1Feb9+l6cWa16nKa+TLHVg5VmG8e3FAeFvQdXJ7fV2ySxI9Qcll3Xc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=hBmiN6CpCpeq5ZqtyLTQWYgwg3JI12Mkw+kHT9msd+9cq7ywQ0ZzYsJo48XHYhtH4d2gylCymP+TUhpemSRdDUzwHb1PFOGSf7swU+vmjKGqeLGXgB9ZhJjPlMmAS5YStS2tJtU44rEtujNETPH+QAnUXQ5MZUj/K4yFzx5Jveo=; X-YMail-OSG: 3MR4L8UVM1m128SoN5HTfcFkD9EABIAKPm7d4okwuJswOnG nl9_0MS.bANtuiAphGs2UqHQNyllwgVWaVbpmyGonuSWbI9EYjcR5Hp.uzai zRCGiUWvUfhWIn0Nu4o0zaGM6fhvQiiDVyDNimwGFNmUJCWrcqeVkNdKNFyM 7AURn9.8mej4xhhau1sr6rrDbxEJUXBLe31buPpjvyAfFTtF3HlyiIYm3Ut1 RvugVTLl.rzWKzp7c5aY7XiQzYy8cgBCzPDTrSLCneMwOPk7V5C2CR1ZFDPJ xaZJ.mzaczwq9ahuzmgVMg8OAcc_4Ezj_70oQXEHNBJf.EAzFrJnERhsh4kS y36g5xddyjlDXUqetI1CrEU3k4Eto2FOosFz2vIYCx8U4TkgDIg1IKgWLG7n 3SyHBkiB78cfvnlFq6NTkoF.TXktffDK6a8zrr0F_JmOOlsTOu8wBoYP14jV vtHgcjhLWP3xXcSPNonOVRSSkIyXuTwv6iQwY5DNFjkWbi2fLnUegm1HCBug 36v6_QSBHnos3YLmCGbaxGSTtdFBbH5H8Ll0Pers0yWHg4MTsVq_Ula9aTE2 9jqjaQCRo7q3ZFUj5ghaM0tWQKC7PhA-- Received: from [79.174.197.164] by web132105.mail.ird.yahoo.com via HTTP; Tue, 09 Oct 2012 16:43:11 BST X-Rocket-MIMEInfo: 001.001, WWVzIGkgYWxyZWFkeSBjaGVja2VkIHRoZXNlcyB0cmlja3MgKGFwcGx5aW5nIHRoZXNlIG9mIHhjcCAxLjUpIGJ1dCBubyByZXN1bHQuCgpOLkI6IGkndmUgYWxyZWFkeSB1c2VkIHhjcCAxLjUgd2l0aCBjbG91ZHN0YWNrIDMuMC4yLCBhbmQgdGhlIG9ubHkgdHJpY2sgdG8gYXBwbHkgaXMgbm90IHRvIG1vZGlmeSB0aGUgL29wdC94ZW5zb3VyY2UvYmluL3hhcGkgKHNvIHRoZSBvcmlnaW5hbCAxLjQuOTApCgpTbyB3b3VsZCB5b3Ugc3VnZ2VzdCB0byB1c2UgdGhlIC9vcHQveGVuc291cmNlL2Jpbi94YXBpIGYBMAEBAQE- X-Mailer: YahooMailWebService/0.8.123.450 References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Message-ID: <1349797391.95069.YahooMailNeo@web132105.mail.ird.yahoo.com> Date: Tue, 9 Oct 2012 16:43:11 +0100 (BST) From: Benoit Lair To: "xen-api@lists.xen.org" In-Reply-To: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Benoit Lair List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7698895178123551639==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7698895178123551639== Content-Type: multipart/alternative; boundary="-1133388179-1800788445-1349797391=:95069" ---1133388179-1800788445-1349797391=:95069 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yes i already checked theses tricks (applying these of xcp 1.5) but no resu= lt.=0A=0AN.B: i've already used xcp 1.5 with cloudstack 3.0.2, and the only= trick to apply is not to modify the /opt/xensource/bin/xapi (so the origin= al 1.4.90)=0A=0ASo would you suggest to use the /opt/xensource/bin/xapi fro= m 1.4.90 to xcp 1.6 temporarily in order to get xcp into the cluster and ro= olback to the xapi original from xcp 1.6 ?=0A=0ACordially, Benoit Lair.=0A= =0A=0A=0A=0ADate: Tue, 09 Oct 2012 16:03:29 +0100=0AFrom: Lars Kurth =0ATo: xen-api@lists.xen.org=0ASubject: Re: [Xen-API] [XCP-1.= 6-BETA]=0AMessage-ID: <50743CC1.6000806@xen.org>=0AContent-Type: text/plain= ; charset=3D"iso-8859-1"; Format=3D"flowed"=0A=0ADid you check http://wiki.= xen.org/wiki/XCP_CloudStack=0AIt seems it is necessary (for now) to trick C= loudStack into believing =0Ayou use an older XCP version=0ALars=0A=0A=0A___= _____________________________=0A De=C2=A0: Benoit Lair =0A=C3=80=C2=A0: "xen-api@lists.xen.org" =0AEnvoy= =C3=A9 le : Mardi 9 octobre 2012 16h26=0AObjet=C2=A0: Re: [XCP-1.6-BETA]=0A= =0A=0AHello,=0A=0AMy log contain an errata : =0A=0A=0Athis one is more com= plete and coherent : =0A=0A=0A2012-10-09 16:06:19,733 INFO? [cloud.resource= .ResourceManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at= http://192.168.0.4 in=0Adata center 3=0A2012-10-09 16:06:19,783 DEBUG [xen= .resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 19= 2.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnection= Pool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2= 012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(catal= ina-exec-6:null) other exceptions: java.lang.NullPointerException=0Ajava.la= ng.NullPointerException=0A??? at=0A com.cloud.hypervisor.xen.discoverer.Xcp= ServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)=0A??? a= t com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDis= coverer.java:266)=0A??? at com.cloud.resource.ResourceManagerImpl.discoverH= ostsFull(ResourceManagerImpl.java:644)=0A??? at com.cloud.resource.Resource= ManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.= api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api= .ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiS= erver.queueCommand(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.han= dleRequest(ApiServer.java:416)=0A??? at com.cloud.api.ApiServlet.processReq= uest(ApiServlet.java:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServle= t.java:59)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java= :617)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)= =0A??? at=0A org.apache.catalina.core.ApplicationFilterChain.internalDoFilt= er(ApplicationFilterChain.java:290)=0A??? at org.apache.catalina.core.Appli= cationFilterChain.doFilter(ApplicationFilterChain.java:206)=0A??? at org.ap= ache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:23= 3)=0A??? at org.apache.catalina.core.StandardContextValve.invoke(StandardCo= ntextValve.java:191)=0A??? at org.apache.catalina.core.StandardHostValve.in= voke(StandardHostValve.java:127)=0A??? at org.apache.catalina.valves.ErrorR= eportValve.invoke(ErrorReportValve.java:102)=0A??? at org.apache.catalina.v= alves.AccessLogValve.invoke(AccessLogValve.java:555)=0A??? at org.apache.ca= talina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A??? = at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2= 98)=0A??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioP= rocessor.java:889)=0A??? at=0A org.apache.coyote.http11.Http11NioProtocol$H= ttp11ConnectionHandler.process(Http11NioProtocol.java:721)=0A??? at org.apa= che.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)= =0A??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecu= tor.java:1110)=0A??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(= ThreadPoolExecutor.java:603)=0A??? at java.lang.Thread.run(Thread.java:679)= =0A2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] =0A(c= atalina-exec-6:null) Unable to find the server resources at =0Ahttp://192.1= 68.0.4=0A2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-= exec-6:null) Exception: =0Acom.cloud.exception.DiscoveryException: Unable t= o add the host=0A??? at com.cloud.resource.ResourceManagerImpl.discoverHost= sFull(ResourceManagerImpl.java:694)=0A??? at=0A com.cloud.resource.Resource= ManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.= api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api= .ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiS= erver.queueCommand(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.han= dleRequest(ApiServer.java:416)=0A??? at com.cloud.api.ApiServlet.processReq= uest(ApiServlet.java:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServle= t.java:59)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java= :617)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)= =0A??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(= ApplicationFilterChain.java:290)=0A??? at org.apache.catalina.core.Applicat= ionFilterChain.doFilter(ApplicationFilterChain.java:206)=0A??? at org.apach= e.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)= =0A??? at=0A org.apache.catalina.core.StandardContextValve.invoke(StandardC= ontextValve.java:191)=0A??? at org.apache.catalina.core.StandardHostValve.i= nvoke(StandardHostValve.java:127)=0A??? at org.apache.catalina.valves.Error= ReportValve.invoke(ErrorReportValve.java:102)=0A??? at org.apache.catalina.= valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A??? at org.apache.c= atalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A???= at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:= 298)=0A??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11Nio= Processor.java:889)=0A??? at org.apache.coyote.http11.Http11NioProtocol$Htt= p11ConnectionHandler.process(Http11NioProtocol.java:721)=0A??? at org.apach= e.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A= ??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor= .java:1110)=0A??? at=0A java.util.concurrent.ThreadPoolExecutor$Worker.run(= ThreadPoolExecutor.java:603)=0A??? at java.lang.Thread.run(Thread.java:679)= =0A2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher] =0A(catalina-exe= c-6:null) class com.cloud.api.ServerApiException : Unable =0Ato add the hos= t=0A=0A=0AAnd so here are the lines trigerred from /var/log/xensource.log o= nto my xcp 1.6 appliance when i click onto add the host on cloudstack serve= r : =0A=0A=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver= -nsdqwqrf|757 INET 0.0.0.0:80|session.slave_local_login_with_password D:7da= 8469ef246|xapi] Add session to local storage=0AOct=C2=A0 9 16:23:34 xenserv= er-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:po= ol.get_all_records D:9be65c9e499e|api_readonly] pool.get_all_records=0AOct= =C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 IN= ET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] host.g= et_address=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver= -nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xa= pi] Successful local=0A authentication user root from HTTP request from Int= ernet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport)=0AOct=C2= =A0 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET = 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Session.create = trackid=3D35ab7a405b4d6e1c2bd48ab80a0e574f pool=3Dfalse uname=3Droot is_loc= al_superuser=3Dtrue auth_user_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f= 24279aefe4e49=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenser= ver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766= |mscgen] xapi=3D>xapi [label=3D"session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221= 754OpaqueRef:912d0c96-5811-bf51-a0e3-08385422= 1754"];=0AOct=C2=A0 9 16:23:34 xenser= ver-nsdqwqrf xapi:=0A [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||du= mmytaskhelper] task dispatch:session.get_uuid D:0ede44c6c684 created by tas= k D:f824804b3766=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xen= server-nsdqwqrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c= 6c684|api_readonly] session.get_uuid=0AOct=C2=A0 9 16:23:34 xenserver-nsdqw= qrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.ge= t_this_host D:25ee2c1707aa|api_readonly] session.get_this_host=0AOct=C2=A0 = 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.= 0.0:80|dispatch:host.get_API_version_major D:e519dd7653cf|api_readonly] hos= t.get_API_version_major=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [de= bug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D= :9560d5a382da|api_readonly] session.get_this_host=0AOct=C2=A0 9 16:23:34 xe= nserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET=0A 0.0.0.0:80|dis= patch:host.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_= version_minor=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenser= ver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_r= eadonly] pool.get_all=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debu= g|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca61= 76fde|api_readonly] pool.get_record=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwq= rf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_al= l_records D:28daea7626eb|api_readonly] host.get_all_records=0AOct=C2=A0 9 1= 6:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0= :80|session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=3D35ab7a405= b4d6e1c2bd48ab80a0e574f=0A=0A=0A=0A=0ACordially, Benoit Lair.=0A=0A=C2=A0= =0A=0A=0A________________________________=0A De=C2=A0: Benoit Lair =0A=C3=80=C2=A0: "xen-api@lists.xen.org" =0AEnvoy=C3=A9 le : Mardi 9 octobre 2012 16h10=0AObjet=C2=A0: [XCP-1.6-= BETA]=0A =0A=0AHello,=0A=0AI'm trying the new xcp 1.6 beta (61002c) and got= an error when trying to get it work with cloudstack.=0A=0AWhen i'm trying = to add an xcp 1.6 host to my cloudstack (3.0.2 version =0Aon a centos 6.2),= i got these errors on the log =0A/var/log/cloud/management/management-serv= er.log=0A=0AHere the lines concerning this host : =0A=0A2012-10-09 16:06:19= ,733 INFO=C2=A0 [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:nu= ll) Trying to add a new host at http://192.168.0.4 in=0A data center 3=0A20= 12-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalin= a-exec-6:null) Slave logon to 192.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [= xen.resource.XenServerConnectionPool] =0A(catalina-exec-6:null) Logging on = as the master to 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discovere= r.XcpServerDiscoverer] =0A(catalina-exec-6:null) other exceptions: java.lan= g.NullPointerException=0Ajava.lang.NullPointerException=0A=C2=A0=C2=A0=C2= =A0 at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServer= Resource(XcpServerDiscoverer.java:403)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hy= pervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:2= 66)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.discover= HostsFull(ResourceManagerImpl.java:644)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.r= esource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A= =C2=A0=C2=A0=C2=A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.= java:136)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(ApiD= ispatcher.java:132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queueCo= mmand(ApiServer.java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.h= andleRequest(ApiServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiS= ervlet.processRequest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.clou= d.api.ApiServlet.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.se= rvlet.http.HttpServlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 a= t javax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A=C2=A0=C2= =A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt= er(ApplicationFilterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apache.cata= lina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardWrapperValve.invo= ke(StandardWrapperValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catali= na.core.StandardContextValve.invoke(StandardContextValve.java:191)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.catalina.core.StandardHostValve.invoke(StandardH= ostValve.java:127)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.Error= ReportValve.invoke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.a= pache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A=C2= =A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardEngineValve.invoke(Stan= dardEngineValve.java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.conne= ctor.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at = org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java= :889)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProtocol$Ht= tp11ConnectionHandler.process(Http11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2= =A0 at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoi= nt.java:2268)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecut= or.runWorker(ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at java.uti= l.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A= =C2=A0=C2=A0=C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16= :06:19,889 WARN=C2=A0 [cloud.resource.ResourceManagerImpl] =0A(catalina-exe= c-6:null) Unable to find the server resources at =0Ahttp://172.20.0.4=0A201= 2-10-09 16:06:19,889 WARN=C2=A0 [api.commands.AddHostCmd] (catalina-exec-6:= null) Exception: =0Acom.cloud.exception.DiscoveryException: Unable to add t= he host=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.disc= overHostsFull(ResourceManagerImpl.java:694)=0A=C2=A0=C2=A0=C2=A0 at com.clo= ud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)= =0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostC= md.java:136)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(A= piDispatcher.java:132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queu= eCommand(ApiServer.java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServe= r.handleRequest(ApiServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.A= piServlet.processRequest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.c= loud.api.ApiServlet.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax= .servlet.http.HttpServlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2= =A0 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A=C2= =A0=C2=A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain.internal= DoFilter(ApplicationFilterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apach= e.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java= :206)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardWrapperValve= .invoke(StandardWrapperValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.c= atalina.core.StandardContextValve.invoke(StandardContextValve.java:191)=0A= =C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardHostValve.invoke(Sta= ndardHostValve.java:127)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves= .ErrorReportValve.invoke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at= org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardEngineValve.invok= e(StandardEngineValve.java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina= .connector.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2= =A0 at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcess= or.java:889)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProt= ocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(= NioEndpoint.java:2268)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadP= oolExecutor.runWorker(ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at= java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :603)=0A=C2=A0=C2=A0=C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-= 10-09 16:06:19,890 WARN=C2=A0 [cloud.api.ApiDispatcher] =0A(catalina-exec-6= :null) class com.cloud.api.ServerApiException : Unable =0Ato add the host= =0A=0A=0AAlso, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta= ).=0A=0ABut no way for xcp 1.6 to enter cloudstack.=0A=0A=0ACordially, Beno= it Lair.=0A=0A=C2=A0=0A-- =0A-=3D- L'urgent est fait, l'impossible est en c= ours, pour les miracles pr=C3=A9voir un d=C3=A9lai -=3D-=0A-=3D- Androm=C3= =A8de ? Pas francais !! Mais si ca le devenait je n'en aurais point besoin = -=3D-=0A-=3D-=0A Il n=E2=80=99existe que deux choses infinies, l=E2=80=99un= ivers et la b=C3=AAtise humaine...=0A mais pour l=E2=80=99univers, je n=E2= =80=99ai pas de certitude absolue -=3D- ---1133388179-1800788445-1349797391=:95069 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes i alre= ady checked theses tricks (applying these of xcp 1.5) but no result.=

N.B: i've already used xcp 1.5= with cloudstack 3.0.2, and the only trick to apply is not to modify the /o= pt/xensource/bin/xapi (so the original 1.4.90)

<= /span>
So would you suggest to use the /opt/xensource/bin/xa= pi from 1.4.90 to xcp 1.6 temporarily in order to get xcp into the cluster = and roolback to the xapi original from xcp 1.6 ?

Cordially, Benoit Lair.

<= br>
Date: Tue, 09 Oct 2012 16:03:29 +0100
From: Lars Kurth= <lars.kurth@xen.org>
To= : xen-api@lists.xen.org
Sub= ject: Re: [Xen-API] [XCP-1.6-BETA]
Message-ID: <50743CC1.6000806@xen.org><= br>Content-Type: text/plain; charset=3D"iso-8859-1"; Format=3D"flowed"
<= br>Did you check http://wiki.xen.org/wiki/XCP_CloudStack
It seems it is n= ecessary (for now) to trick CloudStack into believing
you use an older = XCP version
Lars
De : Benoit Lair <benoit.lair@yahoo.fr>
= =C3=80 : "xen-api@li= sts.xen.org" <xen-api@lists.xen.org>
Envoy=C3=A9 le : Mardi 9 octobre 2012 16h26
Objet : Re: [XCP-1.6-BETA]

<= div id=3D"yiv1977832175">
Hello,

My log contain an erra= ta :

this one is more complete = and coherent :

2012-10-09 16:06:19,733 I= NFO? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Trying= to add a new host at http://192.168.0.4 in
data center 3
2012-10-09 16= :06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:nu= ll) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resour= ce.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as the ma= ster to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpSer= verDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
??? at= =0A com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerRes= ource(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.disc= overer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com= .cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.j= ava:644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(Res= ourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.exec= ute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(Api= Dispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServ= er.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java= :416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300= )
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at ja= vax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.= servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at=0A org.apa= che.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilter= Chain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.d= oFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core= .StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.a= pache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:1= 91)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHos= tValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invo= ke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLo= gValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.S= tandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apach= e.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? a= t org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.ja= va:889)
??? at=0A org.apache.coyote.http11.Http11NioProtocol$Http11Conne= ctionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomca= t.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at= java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:= 1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPo= olExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
201= 2-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl]
(catali= na-exec-6:null) Unable to find the server resources at
http://192.168.0.42012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:= null) Exception:
com.cloud.exception.DiscoveryException: Unable to add = the host
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull= (ResourceManagerImpl.java:694)
??? at=0A com.cloud.resource.ResourceMana= gerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api= .commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.A= piDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiSe= rver.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.han= dleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRe= quest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServ= let.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.j= ava:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:= 717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.Ap= plicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at or= g.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.jav= a:233)
??? at=0A org.apache.catalina.core.StandardContextValve.invoke(St= andardContextValve.java:191)
??? at org.apache.catalina.core.StandardHos= tValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.val= ves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache= .catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at o= rg.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java= :109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteA= dapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.proc= ess(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11N= ioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
?= ?? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoin= t.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(Th= readPoolExecutor.java:1110)
??? at=0A java.util.concurrent.ThreadPoolExe= cutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.ru= n(Thread.java:679)
2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatche= r]
(catalina-exec-6:null) class com.cloud.api.ServerApiException : Unab= le
to add the host


And so here are the lines trig= erred from /var/log/xensource.log onto my xcp 1.6 appliance when i click on= to add the host on cloudstack server :

Oct  9 16:= 23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:8= 0|session.slave_local_login_with_password D:7da8469ef246|xapi] Add session = to local storage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xe= nserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c= 9e499e|api_readonly] pool.get_all_records
Oct  9 16:23:34 xenserver= -nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host= .get_address D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 1= 6:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0= :80|session.login_with_password D:f824804b3766|xapi] Successful local=0A au= thentication user root from HTTP request from Internet with User-Agent: Apa= che XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver-ns= dqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_wi= th_password D:f824804b3766|xapi] Session.create trackid=3D35ab7a405b4d6e1c2= bd48ab80a0e574f pool=3Dfalse uname=3Droot is_local_superuser=3Dtrue auth_us= er_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Oct  = 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.= 0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=3D>xapi [= label=3D"<methodCall><methodName>session.get_uuid</methodNam= e><params><param><value>OpaqueRef:912d0c96-5811-bf51-a= 0e3-083854221754</value></param><param><value>Opaqu= eRef:912d0c96-5811-bf51-a0e3-083854221754</value></param></p= arams></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwqrf = xapi:=0A [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper= ] task dispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3= 766
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqw= qrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_re= adonly] session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [= debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host= D:25ee2c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34= xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dis= patch:host.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_= version_major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xense= rver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a3= 82da|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-= nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET=0A 0.0.0.0:80|dispatch:ho= st.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_version_= minor
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsd= qwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly= ] pool.get_all
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xens= erver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|= api_readonly] pool.get_record
Oct  9 16:23:34 xenserver-nsdqwqrf xa= pi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_rec= ords D:28daea7626eb|api_readonly] host.get_all_records
Oct  9 16:23= :34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|= session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=3D35ab7a405b4d6= e1c2bd48ab80a0e574f



Cordially, Benoit Lair= .
 

De : Benoit Lair <benoit.lair@yahoo.fr= >
=C3=80 : "xen= -api@lists.xen.org" <xen-api@lists.xen.org>
Envoy=C3=A9 le : Mardi 9 octobre 2012 16h10
= Objet : [XCP-1.6-BETA]

Hello,
=0A
=0AI'm trying the new xcp 1.6 beta (6100= 2c) and got an error when trying to get it work with cloudstack.
=0A
= =0AWhen i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version = =0Aon a centos 6.2), i got these errors on the log =0A/var/log/cloud/manage= ment/management-server.log
=0A
=0AHere the lines concerning this host= :
=0A
=0A2012-10-09 16:06:19,733 INFO  [cloud.resource.Resourc= eManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at http://= 192.168.0.4 in=0A data center 3
=0A2012-10-09 16:06:19,783 DEBUG [xen.re= source.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.1= 68.0.4
=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectio= nPool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(= catalina-exec-6:null) other exceptions: java.lang.NullPointerException
= =0Ajava.lang.NullPointerException
=0A    at com.cloud.hyp= ervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDi= scoverer.java:403)
=0A    at com.cloud.hypervisor.xen.dis= coverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
=0A =    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Re= sourceManagerImpl.java:644)
=0A    at com.cloud.resource.= ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
=0A = ;   at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:= 136)
=0A    at com.cloud.api.ApiDispatcher.dispatch(ApiDi= spatcher.java:132)
=0A    at com.cloud.api.ApiServer.queu= eCommand(ApiServer.java:509)
=0A    at com.cloud.api.ApiS= erver.handleRequest(ApiServer.java:416)
=0A    at com.clo= ud.api.ApiServlet.processRequest(ApiServlet.java:300)
=0A  &nb= sp; at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
=0A  = ;  at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
= =0A    at javax.servlet.http.HttpServlet.service(HttpServlet= .java:717)
=0A    at org.apache.catalina.core.Application= FilterChain.internalDoFilter(ApplicationFilterChain.java:290)
=0A &= nbsp;  at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:206)
=0A    at org.apache.catali= na.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
=0A&n= bsp;   at org.apache.catalina.core.StandardContextValve.invoke(St= andardContextValve.java:191)
=0A    at org.apache.catalin= a.core.StandardHostValve.invoke(StandardHostValve.java:127)
=0A &nb= sp;  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport= Valve.java:102)
=0A    at org.apache.catalina.valves.Acce= ssLogValve.invoke(AccessLogValve.java:555)
=0A    at org.= apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:10= 9)
=0A    at org.apache.catalina.connector.CoyoteAdapter.= service(CoyoteAdapter.java:298)
=0A    at org.apache.coyo= te.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
=0A&nb= sp;   at org.apache.coyote.http11.Http11NioProtocol$Http11Connect= ionHandler.process(Http11NioProtocol.java:721)
=0A    at = org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java= :2268)
=0A    at java.util.concurrent.ThreadPoolExecutor.= runWorker(ThreadPoolExecutor.java:1110)
=0A    at java.ut= il.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A    at java.lang.Thread.run(Thread.java:679)
=0A2012-= 10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] =0A(cata= lina-exec-6:null) Unable to find the server resources at =0Ahttp://172.20.0= .4
=0A2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (cata= lina-exec-6:null) Exception:
=0Acom.cloud.exception.DiscoveryException:= Unable to add the host
=0A    at com.cloud.resource.Reso= urceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
=0A = ;   at com.cloud.resource.ResourceManagerImpl.discoverHosts(Resou= rceManagerImpl.java:514)
=0A    at com.cloud.api.commands= .AddHostCmd.execute(AddHostCmd.java:136)
=0A    at com.cl= oud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
=0A  &n= bsp; at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
=0A&nbs= p;   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)=
=0A    at com.cloud.api.ApiServlet.processRequest(ApiSer= vlet.java:300)
=0A    at com.cloud.api.ApiServlet.doGet(A= piServlet.java:59)
=0A    at javax.servlet.http.HttpServl= et.service(HttpServlet.java:617)
=0A    at javax.servlet.= http.HttpServlet.service(HttpServlet.java:717)
=0A    at = org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio= nFilterChain.java:290)
=0A    at org.apache.catalina.core= .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
=0A&nb= sp;   at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:233)
=0A    at org.apache.catalina= .core.StandardContextValve.invoke(StandardContextValve.java:191)
=0A&nbs= p;   at org.apache.catalina.core.StandardHostValve.invoke(Standar= dHostValve.java:127)
=0A    at org.apache.catalina.valves= .ErrorReportValve.invoke(ErrorReportValve.java:102)
=0A   = ; at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:5= 55)
=0A    at org.apache.catalina.core.StandardEngineValv= e.invoke(StandardEngineValve.java:109)
=0A    at org.apac= he.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
=0A&= nbsp;   at org.apache.coyote.http11.Http11NioProcessor.process(Ht= tp11NioProcessor.java:889)
=0A    at org.apache.coyote.ht= tp11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.ja= va:721)
=0A    at org.apache.tomcat.util.net.NioEndpoint$= SocketProcessor.run(NioEndpoint.java:2268)
=0A    at java= .util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)=
=0A    at java.util.concurrent.ThreadPoolExecutor$Worker= .run(ThreadPoolExecutor.java:603)
=0A    at java.lang.Thr= ead.run(Thread.java:679)
=0A2012-10-09 16:06:19,890 WARN  [cloud.ap= i.ApiDispatcher] =0A(catalina-exec-6:null) class com.cloud.api.ServerApiExc= eption : Unable =0Ato add the host
=0A
=0A
Also, i ca= n add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).
=0A<= div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:times new roman,= new york, times, serif;background-color:transparent;font-style:normal;">=0A
=0A
But no way for xcp 1.6 to enter cloudstac= k.
=0A

=0A
=0A

=0A
= =0A
Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 15:50:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc4E-0002rq-3H; Tue, 09 Oct 2012 15:49:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc4C-0002rk-71 for xen-api@lists.xen.org; Tue, 09 Oct 2012 15:49:56 +0000 Received: from [85.158.137.99:40022] by server-14.bemta-3.messagelabs.com id 48/CE-19528-3A744705; Tue, 09 Oct 2012 15:49:55 +0000 X-Env-Sender: benoit.lair@yahoo.fr X-Msg-Ref: server-10.tower-217.messagelabs.com!1349797792!20792449!1 X-Originating-IP: [77.238.189.65] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20747 invoked from network); 9 Oct 2012 15:49:53 -0000 Received: from nm12.bullet.mail.ird.yahoo.com (HELO nm12.bullet.mail.ird.yahoo.com) (77.238.189.65) by server-10.tower-217.messagelabs.com with SMTP; 9 Oct 2012 15:49:53 -0000 Received: from [77.238.189.48] by nm12.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 15:49:52 -0000 Received: from [212.82.108.251] by tm1.bullet.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 15:49:52 -0000 Received: from [127.0.0.1] by omp1016.mail.ird.yahoo.com with NNFMP; 09 Oct 2012 15:49:52 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 650216.18049.bm@omp1016.mail.ird.yahoo.com Received: (qmail 499 invoked by uid 60001); 9 Oct 2012 15:43:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1349797391; bh=+Z3D6iXIbHQrNC5mTxyQHwUPnmJxLr/15JfdnhJyztQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=bRNibOXttrtrjAC0viA//60rarCxUJZe4pYI5u1kHdcG8MRvtQscL2O6n017/UzEYvtOaY0bA9D/wU7yu7CWs7TUrKeJyuKMyXtziYbWod6EXVckjMxps1Feb9+l6cWa16nKa+TLHVg5VmG8e3FAeFvQdXJ7fV2ySxI9Qcll3Xc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=hBmiN6CpCpeq5ZqtyLTQWYgwg3JI12Mkw+kHT9msd+9cq7ywQ0ZzYsJo48XHYhtH4d2gylCymP+TUhpemSRdDUzwHb1PFOGSf7swU+vmjKGqeLGXgB9ZhJjPlMmAS5YStS2tJtU44rEtujNETPH+QAnUXQ5MZUj/K4yFzx5Jveo=; X-YMail-OSG: 3MR4L8UVM1m128SoN5HTfcFkD9EABIAKPm7d4okwuJswOnG nl9_0MS.bANtuiAphGs2UqHQNyllwgVWaVbpmyGonuSWbI9EYjcR5Hp.uzai zRCGiUWvUfhWIn0Nu4o0zaGM6fhvQiiDVyDNimwGFNmUJCWrcqeVkNdKNFyM 7AURn9.8mej4xhhau1sr6rrDbxEJUXBLe31buPpjvyAfFTtF3HlyiIYm3Ut1 RvugVTLl.rzWKzp7c5aY7XiQzYy8cgBCzPDTrSLCneMwOPk7V5C2CR1ZFDPJ xaZJ.mzaczwq9ahuzmgVMg8OAcc_4Ezj_70oQXEHNBJf.EAzFrJnERhsh4kS y36g5xddyjlDXUqetI1CrEU3k4Eto2FOosFz2vIYCx8U4TkgDIg1IKgWLG7n 3SyHBkiB78cfvnlFq6NTkoF.TXktffDK6a8zrr0F_JmOOlsTOu8wBoYP14jV vtHgcjhLWP3xXcSPNonOVRSSkIyXuTwv6iQwY5DNFjkWbi2fLnUegm1HCBug 36v6_QSBHnos3YLmCGbaxGSTtdFBbH5H8Ll0Pers0yWHg4MTsVq_Ula9aTE2 9jqjaQCRo7q3ZFUj5ghaM0tWQKC7PhA-- Received: from [79.174.197.164] by web132105.mail.ird.yahoo.com via HTTP; Tue, 09 Oct 2012 16:43:11 BST X-Rocket-MIMEInfo: 001.001, WWVzIGkgYWxyZWFkeSBjaGVja2VkIHRoZXNlcyB0cmlja3MgKGFwcGx5aW5nIHRoZXNlIG9mIHhjcCAxLjUpIGJ1dCBubyByZXN1bHQuCgpOLkI6IGkndmUgYWxyZWFkeSB1c2VkIHhjcCAxLjUgd2l0aCBjbG91ZHN0YWNrIDMuMC4yLCBhbmQgdGhlIG9ubHkgdHJpY2sgdG8gYXBwbHkgaXMgbm90IHRvIG1vZGlmeSB0aGUgL29wdC94ZW5zb3VyY2UvYmluL3hhcGkgKHNvIHRoZSBvcmlnaW5hbCAxLjQuOTApCgpTbyB3b3VsZCB5b3Ugc3VnZ2VzdCB0byB1c2UgdGhlIC9vcHQveGVuc291cmNlL2Jpbi94YXBpIGYBMAEBAQE- X-Mailer: YahooMailWebService/0.8.123.450 References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Message-ID: <1349797391.95069.YahooMailNeo@web132105.mail.ird.yahoo.com> Date: Tue, 9 Oct 2012 16:43:11 +0100 (BST) From: Benoit Lair To: "xen-api@lists.xen.org" In-Reply-To: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Benoit Lair List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7698895178123551639==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7698895178123551639== Content-Type: multipart/alternative; boundary="-1133388179-1800788445-1349797391=:95069" ---1133388179-1800788445-1349797391=:95069 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yes i already checked theses tricks (applying these of xcp 1.5) but no resu= lt.=0A=0AN.B: i've already used xcp 1.5 with cloudstack 3.0.2, and the only= trick to apply is not to modify the /opt/xensource/bin/xapi (so the origin= al 1.4.90)=0A=0ASo would you suggest to use the /opt/xensource/bin/xapi fro= m 1.4.90 to xcp 1.6 temporarily in order to get xcp into the cluster and ro= olback to the xapi original from xcp 1.6 ?=0A=0ACordially, Benoit Lair.=0A= =0A=0A=0A=0ADate: Tue, 09 Oct 2012 16:03:29 +0100=0AFrom: Lars Kurth =0ATo: xen-api@lists.xen.org=0ASubject: Re: [Xen-API] [XCP-1.= 6-BETA]=0AMessage-ID: <50743CC1.6000806@xen.org>=0AContent-Type: text/plain= ; charset=3D"iso-8859-1"; Format=3D"flowed"=0A=0ADid you check http://wiki.= xen.org/wiki/XCP_CloudStack=0AIt seems it is necessary (for now) to trick C= loudStack into believing =0Ayou use an older XCP version=0ALars=0A=0A=0A___= _____________________________=0A De=C2=A0: Benoit Lair =0A=C3=80=C2=A0: "xen-api@lists.xen.org" =0AEnvoy= =C3=A9 le : Mardi 9 octobre 2012 16h26=0AObjet=C2=A0: Re: [XCP-1.6-BETA]=0A= =0A=0AHello,=0A=0AMy log contain an errata : =0A=0A=0Athis one is more com= plete and coherent : =0A=0A=0A2012-10-09 16:06:19,733 INFO? [cloud.resource= .ResourceManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at= http://192.168.0.4 in=0Adata center 3=0A2012-10-09 16:06:19,783 DEBUG [xen= .resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 19= 2.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnection= Pool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2= 012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(catal= ina-exec-6:null) other exceptions: java.lang.NullPointerException=0Ajava.la= ng.NullPointerException=0A??? at=0A com.cloud.hypervisor.xen.discoverer.Xcp= ServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)=0A??? a= t com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDis= coverer.java:266)=0A??? at com.cloud.resource.ResourceManagerImpl.discoverH= ostsFull(ResourceManagerImpl.java:644)=0A??? at com.cloud.resource.Resource= ManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.= api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api= .ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiS= erver.queueCommand(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.han= dleRequest(ApiServer.java:416)=0A??? at com.cloud.api.ApiServlet.processReq= uest(ApiServlet.java:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServle= t.java:59)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java= :617)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)= =0A??? at=0A org.apache.catalina.core.ApplicationFilterChain.internalDoFilt= er(ApplicationFilterChain.java:290)=0A??? at org.apache.catalina.core.Appli= cationFilterChain.doFilter(ApplicationFilterChain.java:206)=0A??? at org.ap= ache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:23= 3)=0A??? at org.apache.catalina.core.StandardContextValve.invoke(StandardCo= ntextValve.java:191)=0A??? at org.apache.catalina.core.StandardHostValve.in= voke(StandardHostValve.java:127)=0A??? at org.apache.catalina.valves.ErrorR= eportValve.invoke(ErrorReportValve.java:102)=0A??? at org.apache.catalina.v= alves.AccessLogValve.invoke(AccessLogValve.java:555)=0A??? at org.apache.ca= talina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A??? = at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2= 98)=0A??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioP= rocessor.java:889)=0A??? at=0A org.apache.coyote.http11.Http11NioProtocol$H= ttp11ConnectionHandler.process(Http11NioProtocol.java:721)=0A??? at org.apa= che.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)= =0A??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecu= tor.java:1110)=0A??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(= ThreadPoolExecutor.java:603)=0A??? at java.lang.Thread.run(Thread.java:679)= =0A2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] =0A(c= atalina-exec-6:null) Unable to find the server resources at =0Ahttp://192.1= 68.0.4=0A2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-= exec-6:null) Exception: =0Acom.cloud.exception.DiscoveryException: Unable t= o add the host=0A??? at com.cloud.resource.ResourceManagerImpl.discoverHost= sFull(ResourceManagerImpl.java:694)=0A??? at=0A com.cloud.resource.Resource= ManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A??? at com.cloud.= api.commands.AddHostCmd.execute(AddHostCmd.java:136)=0A??? at com.cloud.api= .ApiDispatcher.dispatch(ApiDispatcher.java:132)=0A??? at com.cloud.api.ApiS= erver.queueCommand(ApiServer.java:509)=0A??? at com.cloud.api.ApiServer.han= dleRequest(ApiServer.java:416)=0A??? at com.cloud.api.ApiServlet.processReq= uest(ApiServlet.java:300)=0A??? at com.cloud.api.ApiServlet.doGet(ApiServle= t.java:59)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java= :617)=0A??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)= =0A??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(= ApplicationFilterChain.java:290)=0A??? at org.apache.catalina.core.Applicat= ionFilterChain.doFilter(ApplicationFilterChain.java:206)=0A??? at org.apach= e.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)= =0A??? at=0A org.apache.catalina.core.StandardContextValve.invoke(StandardC= ontextValve.java:191)=0A??? at org.apache.catalina.core.StandardHostValve.i= nvoke(StandardHostValve.java:127)=0A??? at org.apache.catalina.valves.Error= ReportValve.invoke(ErrorReportValve.java:102)=0A??? at org.apache.catalina.= valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A??? at org.apache.c= atalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)=0A???= at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:= 298)=0A??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11Nio= Processor.java:889)=0A??? at org.apache.coyote.http11.Http11NioProtocol$Htt= p11ConnectionHandler.process(Http11NioProtocol.java:721)=0A??? at org.apach= e.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)=0A= ??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor= .java:1110)=0A??? at=0A java.util.concurrent.ThreadPoolExecutor$Worker.run(= ThreadPoolExecutor.java:603)=0A??? at java.lang.Thread.run(Thread.java:679)= =0A2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher] =0A(catalina-exe= c-6:null) class com.cloud.api.ServerApiException : Unable =0Ato add the hos= t=0A=0A=0AAnd so here are the lines trigerred from /var/log/xensource.log o= nto my xcp 1.6 appliance when i click onto add the host on cloudstack serve= r : =0A=0A=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver= -nsdqwqrf|757 INET 0.0.0.0:80|session.slave_local_login_with_password D:7da= 8469ef246|xapi] Add session to local storage=0AOct=C2=A0 9 16:23:34 xenserv= er-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:po= ol.get_all_records D:9be65c9e499e|api_readonly] pool.get_all_records=0AOct= =C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 IN= ET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] host.g= et_address=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver= -nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xa= pi] Successful local=0A authentication user root from HTTP request from Int= ernet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport)=0AOct=C2= =A0 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET = 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Session.create = trackid=3D35ab7a405b4d6e1c2bd48ab80a0e574f pool=3Dfalse uname=3Droot is_loc= al_superuser=3Dtrue auth_user_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f= 24279aefe4e49=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenser= ver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766= |mscgen] xapi=3D>xapi [label=3D"session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221= 754OpaqueRef:912d0c96-5811-bf51-a0e3-08385422= 1754"];=0AOct=C2=A0 9 16:23:34 xenser= ver-nsdqwqrf xapi:=0A [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||du= mmytaskhelper] task dispatch:session.get_uuid D:0ede44c6c684 created by tas= k D:f824804b3766=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xen= server-nsdqwqrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c= 6c684|api_readonly] session.get_uuid=0AOct=C2=A0 9 16:23:34 xenserver-nsdqw= qrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.ge= t_this_host D:25ee2c1707aa|api_readonly] session.get_this_host=0AOct=C2=A0 = 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.= 0.0:80|dispatch:host.get_API_version_major D:e519dd7653cf|api_readonly] hos= t.get_API_version_major=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [de= bug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D= :9560d5a382da|api_readonly] session.get_this_host=0AOct=C2=A0 9 16:23:34 xe= nserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET=0A 0.0.0.0:80|dis= patch:host.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_= version_minor=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenser= ver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_r= eadonly] pool.get_all=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwqrf xapi: [debu= g|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca61= 76fde|api_readonly] pool.get_record=0AOct=C2=A0 9 16:23:34 xenserver-nsdqwq= rf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_al= l_records D:28daea7626eb|api_readonly] host.get_all_records=0AOct=C2=A0 9 1= 6:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0= :80|session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=3D35ab7a405= b4d6e1c2bd48ab80a0e574f=0A=0A=0A=0A=0ACordially, Benoit Lair.=0A=0A=C2=A0= =0A=0A=0A________________________________=0A De=C2=A0: Benoit Lair =0A=C3=80=C2=A0: "xen-api@lists.xen.org" =0AEnvoy=C3=A9 le : Mardi 9 octobre 2012 16h10=0AObjet=C2=A0: [XCP-1.6-= BETA]=0A =0A=0AHello,=0A=0AI'm trying the new xcp 1.6 beta (61002c) and got= an error when trying to get it work with cloudstack.=0A=0AWhen i'm trying = to add an xcp 1.6 host to my cloudstack (3.0.2 version =0Aon a centos 6.2),= i got these errors on the log =0A/var/log/cloud/management/management-serv= er.log=0A=0AHere the lines concerning this host : =0A=0A2012-10-09 16:06:19= ,733 INFO=C2=A0 [cloud.resource.ResourceManagerImpl] =0A(catalina-exec-6:nu= ll) Trying to add a new host at http://192.168.0.4 in=0A data center 3=0A20= 12-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalin= a-exec-6:null) Slave logon to 192.168.0.4=0A2012-10-09 16:06:19,795 DEBUG [= xen.resource.XenServerConnectionPool] =0A(catalina-exec-6:null) Logging on = as the master to 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discovere= r.XcpServerDiscoverer] =0A(catalina-exec-6:null) other exceptions: java.lan= g.NullPointerException=0Ajava.lang.NullPointerException=0A=C2=A0=C2=A0=C2= =A0 at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServer= Resource(XcpServerDiscoverer.java:403)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.hy= pervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:2= 66)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.discover= HostsFull(ResourceManagerImpl.java:644)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.r= esource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)=0A= =C2=A0=C2=A0=C2=A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.= java:136)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(ApiD= ispatcher.java:132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queueCo= mmand(ApiServer.java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.h= andleRequest(ApiServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiS= ervlet.processRequest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.clou= d.api.ApiServlet.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax.se= rvlet.http.HttpServlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2=A0 a= t javax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A=C2=A0=C2= =A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt= er(ApplicationFilterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apache.cata= lina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardWrapperValve.invo= ke(StandardWrapperValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catali= na.core.StandardContextValve.invoke(StandardContextValve.java:191)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.catalina.core.StandardHostValve.invoke(StandardH= ostValve.java:127)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves.Error= ReportValve.invoke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at org.a= pache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)=0A=C2= =A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardEngineValve.invoke(Stan= dardEngineValve.java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.conne= ctor.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2=A0 at = org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java= :889)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProtocol$Ht= tp11ConnectionHandler.process(Http11NioProtocol.java:721)=0A=C2=A0=C2=A0=C2= =A0 at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoi= nt.java:2268)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadPoolExecut= or.runWorker(ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at java.uti= l.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A= =C2=A0=C2=A0=C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-10-09 16= :06:19,889 WARN=C2=A0 [cloud.resource.ResourceManagerImpl] =0A(catalina-exe= c-6:null) Unable to find the server resources at =0Ahttp://172.20.0.4=0A201= 2-10-09 16:06:19,889 WARN=C2=A0 [api.commands.AddHostCmd] (catalina-exec-6:= null) Exception: =0Acom.cloud.exception.DiscoveryException: Unable to add t= he host=0A=C2=A0=C2=A0=C2=A0 at com.cloud.resource.ResourceManagerImpl.disc= overHostsFull(ResourceManagerImpl.java:694)=0A=C2=A0=C2=A0=C2=A0 at com.clo= ud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)= =0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.commands.AddHostCmd.execute(AddHostC= md.java:136)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiDispatcher.dispatch(A= piDispatcher.java:132)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServer.queu= eCommand(ApiServer.java:509)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.ApiServe= r.handleRequest(ApiServer.java:416)=0A=C2=A0=C2=A0=C2=A0 at com.cloud.api.A= piServlet.processRequest(ApiServlet.java:300)=0A=C2=A0=C2=A0=C2=A0 at com.c= loud.api.ApiServlet.doGet(ApiServlet.java:59)=0A=C2=A0=C2=A0=C2=A0 at javax= .servlet.http.HttpServlet.service(HttpServlet.java:617)=0A=C2=A0=C2=A0=C2= =A0 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)=0A=C2= =A0=C2=A0=C2=A0 at org.apache.catalina.core.ApplicationFilterChain.internal= DoFilter(ApplicationFilterChain.java:290)=0A=C2=A0=C2=A0=C2=A0 at org.apach= e.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java= :206)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardWrapperValve= .invoke(StandardWrapperValve.java:233)=0A=C2=A0=C2=A0=C2=A0 at org.apache.c= atalina.core.StandardContextValve.invoke(StandardContextValve.java:191)=0A= =C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardHostValve.invoke(Sta= ndardHostValve.java:127)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.valves= .ErrorReportValve.invoke(ErrorReportValve.java:102)=0A=C2=A0=C2=A0=C2=A0 at= org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)= =0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina.core.StandardEngineValve.invok= e(StandardEngineValve.java:109)=0A=C2=A0=C2=A0=C2=A0 at org.apache.catalina= .connector.CoyoteAdapter.service(CoyoteAdapter.java:298)=0A=C2=A0=C2=A0=C2= =A0 at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcess= or.java:889)=0A=C2=A0=C2=A0=C2=A0 at org.apache.coyote.http11.Http11NioProt= ocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)=0A=C2=A0= =C2=A0=C2=A0 at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(= NioEndpoint.java:2268)=0A=C2=A0=C2=A0=C2=A0 at java.util.concurrent.ThreadP= oolExecutor.runWorker(ThreadPoolExecutor.java:1110)=0A=C2=A0=C2=A0=C2=A0 at= java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :603)=0A=C2=A0=C2=A0=C2=A0 at java.lang.Thread.run(Thread.java:679)=0A2012-= 10-09 16:06:19,890 WARN=C2=A0 [cloud.api.ApiDispatcher] =0A(catalina-exec-6= :null) class com.cloud.api.ServerApiException : Unable =0Ato add the host= =0A=0A=0AAlso, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta= ).=0A=0ABut no way for xcp 1.6 to enter cloudstack.=0A=0A=0ACordially, Beno= it Lair.=0A=0A=C2=A0=0A-- =0A-=3D- L'urgent est fait, l'impossible est en c= ours, pour les miracles pr=C3=A9voir un d=C3=A9lai -=3D-=0A-=3D- Androm=C3= =A8de ? Pas francais !! Mais si ca le devenait je n'en aurais point besoin = -=3D-=0A-=3D-=0A Il n=E2=80=99existe que deux choses infinies, l=E2=80=99un= ivers et la b=C3=AAtise humaine...=0A mais pour l=E2=80=99univers, je n=E2= =80=99ai pas de certitude absolue -=3D- ---1133388179-1800788445-1349797391=:95069 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes i alre= ady checked theses tricks (applying these of xcp 1.5) but no result.=

N.B: i've already used xcp 1.5= with cloudstack 3.0.2, and the only trick to apply is not to modify the /o= pt/xensource/bin/xapi (so the original 1.4.90)

<= /span>
So would you suggest to use the /opt/xensource/bin/xa= pi from 1.4.90 to xcp 1.6 temporarily in order to get xcp into the cluster = and roolback to the xapi original from xcp 1.6 ?

Cordially, Benoit Lair.

<= br>
Date: Tue, 09 Oct 2012 16:03:29 +0100
From: Lars Kurth= <lars.kurth@xen.org>
To= : xen-api@lists.xen.org
Sub= ject: Re: [Xen-API] [XCP-1.6-BETA]
Message-ID: <50743CC1.6000806@xen.org><= br>Content-Type: text/plain; charset=3D"iso-8859-1"; Format=3D"flowed"
<= br>Did you check http://wiki.xen.org/wiki/XCP_CloudStack
It seems it is n= ecessary (for now) to trick CloudStack into believing
you use an older = XCP version
Lars
De : Benoit Lair <benoit.lair@yahoo.fr>
= =C3=80 : "xen-api@li= sts.xen.org" <xen-api@lists.xen.org>
Envoy=C3=A9 le : Mardi 9 octobre 2012 16h26
Objet : Re: [XCP-1.6-BETA]

<= div id=3D"yiv1977832175">
Hello,

My log contain an erra= ta :

this one is more complete = and coherent :

2012-10-09 16:06:19,733 I= NFO? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Trying= to add a new host at http://192.168.0.4 in
data center 3
2012-10-09 16= :06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:nu= ll) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resour= ce.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as the ma= ster to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpSer= verDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
??? at= =0A com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerRes= ource(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.disc= overer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com= .cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.j= ava:644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(Res= ourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.exec= ute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(Api= Dispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServ= er.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java= :416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300= )
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at ja= vax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.= servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at=0A org.apa= che.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilter= Chain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.d= oFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core= .StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.a= pache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:1= 91)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHos= tValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invo= ke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLo= gValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.S= tandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apach= e.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? a= t org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.ja= va:889)
??? at=0A org.apache.coyote.http11.Http11NioProtocol$Http11Conne= ctionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomca= t.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at= java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:= 1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPo= olExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
201= 2-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl]
(catali= na-exec-6:null) Unable to find the server resources at
http://192.168.0.42012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:= null) Exception:
com.cloud.exception.DiscoveryException: Unable to add = the host
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull= (ResourceManagerImpl.java:694)
??? at=0A com.cloud.resource.ResourceMana= gerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api= .commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.A= piDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiSe= rver.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.han= dleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRe= quest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServ= let.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.j= ava:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:= 717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.Ap= plicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at or= g.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.jav= a:233)
??? at=0A org.apache.catalina.core.StandardContextValve.invoke(St= andardContextValve.java:191)
??? at org.apache.catalina.core.StandardHos= tValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.val= ves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache= .catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at o= rg.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java= :109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteA= dapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.proc= ess(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11N= ioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
?= ?? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoin= t.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(Th= readPoolExecutor.java:1110)
??? at=0A java.util.concurrent.ThreadPoolExe= cutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.ru= n(Thread.java:679)
2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatche= r]
(catalina-exec-6:null) class com.cloud.api.ServerApiException : Unab= le
to add the host


And so here are the lines trig= erred from /var/log/xensource.log onto my xcp 1.6 appliance when i click on= to add the host on cloudstack server :

Oct  9 16:= 23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:8= 0|session.slave_local_login_with_password D:7da8469ef246|xapi] Add session = to local storage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xe= nserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c= 9e499e|api_readonly] pool.get_all_records
Oct  9 16:23:34 xenserver= -nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host= .get_address D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 1= 6:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0= :80|session.login_with_password D:f824804b3766|xapi] Successful local=0A au= thentication user root from HTTP request from Internet with User-Agent: Apa= che XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver-ns= dqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_wi= th_password D:f824804b3766|xapi] Session.create trackid=3D35ab7a405b4d6e1c2= bd48ab80a0e574f pool=3Dfalse uname=3Droot is_local_superuser=3Dtrue auth_us= er_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Oct  = 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.= 0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=3D>xapi [= label=3D"<methodCall><methodName>session.get_uuid</methodNam= e><params><param><value>OpaqueRef:912d0c96-5811-bf51-a= 0e3-083854221754</value></param><param><value>Opaqu= eRef:912d0c96-5811-bf51-a0e3-083854221754</value></param></p= arams></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwqrf = xapi:=0A [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper= ] task dispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3= 766
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqw= qrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_re= adonly] session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [= debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host= D:25ee2c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34= xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dis= patch:host.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_= version_major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xense= rver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a3= 82da|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-= nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET=0A 0.0.0.0:80|dispatch:ho= st.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_version_= minor
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsd= qwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly= ] pool.get_all
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xens= erver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|= api_readonly] pool.get_record
Oct  9 16:23:34 xenserver-nsdqwqrf xa= pi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_rec= ords D:28daea7626eb|api_readonly] host.get_all_records
Oct  9 16:23= :34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|= session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=3D35ab7a405b4d6= e1c2bd48ab80a0e574f



Cordially, Benoit Lair= .
 

De : Benoit Lair <benoit.lair@yahoo.fr= >
=C3=80 : "xen= -api@lists.xen.org" <xen-api@lists.xen.org>
Envoy=C3=A9 le : Mardi 9 octobre 2012 16h10
= Objet : [XCP-1.6-BETA]

Hello,
=0A
=0AI'm trying the new xcp 1.6 beta (6100= 2c) and got an error when trying to get it work with cloudstack.
=0A
= =0AWhen i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version = =0Aon a centos 6.2), i got these errors on the log =0A/var/log/cloud/manage= ment/management-server.log
=0A
=0AHere the lines concerning this host= :
=0A
=0A2012-10-09 16:06:19,733 INFO  [cloud.resource.Resourc= eManagerImpl] =0A(catalina-exec-6:null) Trying to add a new host at http://= 192.168.0.4 in=0A data center 3
=0A2012-10-09 16:06:19,783 DEBUG [xen.re= source.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.1= 68.0.4
=0A2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectio= nPool] =0A(catalina-exec-6:null) Logging on as the master to 192.168.0.4=0A2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] =0A(= catalina-exec-6:null) other exceptions: java.lang.NullPointerException
= =0Ajava.lang.NullPointerException
=0A    at com.cloud.hyp= ervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDi= scoverer.java:403)
=0A    at com.cloud.hypervisor.xen.dis= coverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
=0A =    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(Re= sourceManagerImpl.java:644)
=0A    at com.cloud.resource.= ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
=0A = ;   at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:= 136)
=0A    at com.cloud.api.ApiDispatcher.dispatch(ApiDi= spatcher.java:132)
=0A    at com.cloud.api.ApiServer.queu= eCommand(ApiServer.java:509)
=0A    at com.cloud.api.ApiS= erver.handleRequest(ApiServer.java:416)
=0A    at com.clo= ud.api.ApiServlet.processRequest(ApiServlet.java:300)
=0A  &nb= sp; at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
=0A  = ;  at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
= =0A    at javax.servlet.http.HttpServlet.service(HttpServlet= .java:717)
=0A    at org.apache.catalina.core.Application= FilterChain.internalDoFilter(ApplicationFilterChain.java:290)
=0A &= nbsp;  at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:206)
=0A    at org.apache.catali= na.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
=0A&n= bsp;   at org.apache.catalina.core.StandardContextValve.invoke(St= andardContextValve.java:191)
=0A    at org.apache.catalin= a.core.StandardHostValve.invoke(StandardHostValve.java:127)
=0A &nb= sp;  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport= Valve.java:102)
=0A    at org.apache.catalina.valves.Acce= ssLogValve.invoke(AccessLogValve.java:555)
=0A    at org.= apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:10= 9)
=0A    at org.apache.catalina.connector.CoyoteAdapter.= service(CoyoteAdapter.java:298)
=0A    at org.apache.coyo= te.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
=0A&nb= sp;   at org.apache.coyote.http11.Http11NioProtocol$Http11Connect= ionHandler.process(Http11NioProtocol.java:721)
=0A    at = org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java= :2268)
=0A    at java.util.concurrent.ThreadPoolExecutor.= runWorker(ThreadPoolExecutor.java:1110)
=0A    at java.ut= il.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)=0A    at java.lang.Thread.run(Thread.java:679)
=0A2012-= 10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] =0A(cata= lina-exec-6:null) Unable to find the server resources at =0Ahttp://172.20.0= .4
=0A2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (cata= lina-exec-6:null) Exception:
=0Acom.cloud.exception.DiscoveryException:= Unable to add the host
=0A    at com.cloud.resource.Reso= urceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
=0A = ;   at com.cloud.resource.ResourceManagerImpl.discoverHosts(Resou= rceManagerImpl.java:514)
=0A    at com.cloud.api.commands= .AddHostCmd.execute(AddHostCmd.java:136)
=0A    at com.cl= oud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
=0A  &n= bsp; at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
=0A&nbs= p;   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)=
=0A    at com.cloud.api.ApiServlet.processRequest(ApiSer= vlet.java:300)
=0A    at com.cloud.api.ApiServlet.doGet(A= piServlet.java:59)
=0A    at javax.servlet.http.HttpServl= et.service(HttpServlet.java:617)
=0A    at javax.servlet.= http.HttpServlet.service(HttpServlet.java:717)
=0A    at = org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio= nFilterChain.java:290)
=0A    at org.apache.catalina.core= .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
=0A&nb= sp;   at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:233)
=0A    at org.apache.catalina= .core.StandardContextValve.invoke(StandardContextValve.java:191)
=0A&nbs= p;   at org.apache.catalina.core.StandardHostValve.invoke(Standar= dHostValve.java:127)
=0A    at org.apache.catalina.valves= .ErrorReportValve.invoke(ErrorReportValve.java:102)
=0A   = ; at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:5= 55)
=0A    at org.apache.catalina.core.StandardEngineValv= e.invoke(StandardEngineValve.java:109)
=0A    at org.apac= he.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
=0A&= nbsp;   at org.apache.coyote.http11.Http11NioProcessor.process(Ht= tp11NioProcessor.java:889)
=0A    at org.apache.coyote.ht= tp11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.ja= va:721)
=0A    at org.apache.tomcat.util.net.NioEndpoint$= SocketProcessor.run(NioEndpoint.java:2268)
=0A    at java= .util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)=
=0A    at java.util.concurrent.ThreadPoolExecutor$Worker= .run(ThreadPoolExecutor.java:603)
=0A    at java.lang.Thr= ead.run(Thread.java:679)
=0A2012-10-09 16:06:19,890 WARN  [cloud.ap= i.ApiDispatcher] =0A(catalina-exec-6:null) class com.cloud.api.ServerApiExc= eption : Unable =0Ato add the host
=0A
=0A
Also, i ca= n add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).
=0A<= div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:times new roman,= new york, times, serif;background-color:transparent;font-style:normal;">=0A
=0A
But no way for xcp 1.6 to enter cloudstac= k.
=0A

=0A
=0A

=0A
= =0A
Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 15:53:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc7U-0002w3-LO; Tue, 09 Oct 2012 15:53:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc7S-0002vv-MO for xen-api@lists.xen.org; Tue, 09 Oct 2012 15:53:19 +0000 Received: from [85.158.139.83:64253] by server-13.bemta-5.messagelabs.com id DF/D0-06496-D6844705; Tue, 09 Oct 2012 15:53:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1349797995!26879087!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30271 invoked from network); 9 Oct 2012 15:53:15 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 15:53:15 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so2639684bkc.32 for ; Tue, 09 Oct 2012 08:53:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type; bh=0X3TVYl3DFiklv5NLZ51yB+3EaZmKxg8j1Xzd2wAUEw=; b=dQ/P5IIK/6OR0gOXI0gYjyWIpQIvGhPLkGY/7eoYSRrFAHgUFMWh2p6JP3e4iEGDby Mh+ojZcFSpTqN/8zN7wcqqMPvHc6ZGP30uW8zBxjQYl8C+bdvcYYr9MDBTmyEyzwIN3G 9T+DDPV9PgiMsDWlJKYaWGUaZ5xnuf4NjdR239kzGUGDu3sWhvTYr/saq0MjR/dxU7lv bx7uk8llHPH7A0VCWGmAk1iV75CtmD29khkIKJnZzBWOcOuEXUk7Oa8exhcrXXDMDSDZ pxv+jPbjzmONwqTD8nODf1TRRh7+Nqh7s1LUuKv3bVXGr9lJwSOgY9xToIOhSOQBMQRj hFIQ== Received: by 10.204.3.214 with SMTP id 22mr6601493bko.108.1349797995177; Tue, 09 Oct 2012 08:53:15 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id v14sm6749798bkv.10.2012.10.09.08.53.13 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 08:53:14 -0700 (PDT) Message-ID: <50744867.5090509@xen.org> Date: Tue, 09 Oct 2012 16:53:11 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Benoit Lair References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> In-Reply-To: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0768787119591789109==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0768787119591789109== Content-Type: multipart/alternative; boundary="------------000103090800090404000708" This is a multi-part message in MIME format. --------------000103090800090404000708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Benoit, I just touched base with the cloudstack folks and thus may be a cloudstack bug. Could you a) preferably try this with the CloudStack 4.0.0 release candidate and see if it is still a problem b) but in any case, file a bug report on issues.apache.org/jira Regards Lars On 09/10/2012 15:26, Benoit Lair wrote: > Hello, > > My log contain an errata : > > this one is more complete and coherent : > > 2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in > data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://192.168.0.4 > 2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > > And so here are the lines trigerred from /var/log/xensource.log onto > my xcp 1.6 appliance when i click onto add the host on cloudstack > server : > > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.slave_local_login_with_password > D:7da8469ef246|xapi] Add session to local storage > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all_records > D:9be65c9e499e|api_readonly] pool.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] > host.get_address > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Successful local authentication user root from HTTP request from > Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport) > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] > xapi=>xapi > [label="session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221754OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754"]; > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:0ede44c6c684 created by task D:f824804b3766 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi|dispatch:session.get_uuid > D:0ede44c6c684|api_readonly] session.get_uuid > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:25ee2c1707aa|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_major > D:e519dd7653cf|api_readonly] host.get_API_version_major > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:9560d5a382da|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_minor > D:c2015c73fc3d|api_readonly] host.get_API_version_minor > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] > pool.get_all > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] > pool.get_record > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_all_records > D:28daea7626eb|api_readonly] host.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy > trackid=35ab7a405b4d6e1c2bd48ab80a0e574f > > > > Cordially, Benoit Lair. > > ------------------------------------------------------------------------ > *De :* Benoit Lair > *Ŕ :* "xen-api@lists.xen.org" > *Envoyé le :* Mardi 9 octobre 2012 16h10 > *Objet :* [XCP-1.6-BETA] > > Hello, > > I'm trying the new xcp 1.6 beta (61002c) and got an error when trying > to get it work with cloudstack. > > When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version > on a centos 6.2), i got these errors on the log > /var/log/cloud/management/management-server.log > > Here the lines concerning this host : > > 2012-10-09 16:06:19,733 INFO [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://172.20.0.4 > 2012-10-09 16:06:19,889 WARN [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta). > > But no way for xcp 1.6 to enter cloudstack. > > > Cordially, Benoit Lair. > -- > -=- L'urgent est fait, l'impossible est en cours, pour les miracles > prévoir un délai -=- > -=- Andromčde ? Pas francais !! Mais si ca le devenait je n'en aurais > point besoin -=- > -=- Il n'existe que deux choses infinies, l'univers et la bętise > humaine... mais pour l'univers, je n'ai pas de certitude absolue -=- > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000103090800090404000708 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Benoit,
I just touched base with the cloudstack folks and thus may be a cloudstack bug.

Could you
a) preferably try this with the CloudStack 4.0.0 release candidate and see if it is still a problem
b) but in any case, file a bug report on issues.apache.org/jira

Regards
Lars

On 09/10/2012 15:26, Benoit Lair wrote:
Hello,

My log contain an errata :

this one is more complete and coherent :

2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in
data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Unable to find the server resources at
http://192.168.0.4
2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher]
(catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable
to add the host


And so here are the lines trigerred from /var/log/xensource.log onto my xcp 1.6 appliance when i click onto add the host on cloudstack server :

Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.slave_local_login_with_password D:7da8469ef246|xapi] Add session to local storage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c9e499e|api_readonly] pool.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=>xapi [label="<methodCall><methodName>session.get_uuid</methodName><params><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param></params></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3766
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_version_major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_version_minor
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] pool.get_all
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] pool.get_record
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_records D:28daea7626eb|api_readonly] host.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=35ab7a405b4d6e1c2bd48ab80a0e574f



Cordially, Benoit Lair.
 

De : Benoit Lair <benoit.lair@yahoo.fr>
À : "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Envoyé le : Mardi 9 octobre 2012 16h10
Objet : [XCP-1.6-BETA]

Hello,

I'm trying the new xcp 1.6 beta (61002c) and got an error when trying to get it work with cloudstack.

When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version on a centos 6.2), i got these errors on the log /var/log/cloud/management/management-server.log

Here the lines concerning this host :

2012-10-09 16:06:19,733 INFO  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] (catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Unable to find the server resources at http://172.20.0.4
2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN  [cloud.api.ApiDispatcher] (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable to add the host

Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).

But no way for xcp 1.6 to enter cloudstack.


Cordially, Benoit Lair.
 
--
-=- L'urgent est fait, l'impossible est en cours, pour les miracles prévoir un délai -=-
-=- Andromède ? Pas francais !! Mais si ca le devenait je n'en aurais point besoin -=-
-=- Il n’existe que deux choses infinies, l’univers et la bêtise humaine... mais pour l’univers, je n’ai pas de certitude absolue -=- 




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

--------------000103090800090404000708-- --===============0768787119591789109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0768787119591789109==-- From xen-api-bounces@lists.xen.org Tue Oct 09 15:53:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 15:53:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc7U-0002w3-LO; Tue, 09 Oct 2012 15:53:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLc7S-0002vv-MO for xen-api@lists.xen.org; Tue, 09 Oct 2012 15:53:19 +0000 Received: from [85.158.139.83:64253] by server-13.bemta-5.messagelabs.com id DF/D0-06496-D6844705; Tue, 09 Oct 2012 15:53:17 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1349797995!26879087!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30271 invoked from network); 9 Oct 2012 15:53:15 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 15:53:15 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so2639684bkc.32 for ; Tue, 09 Oct 2012 08:53:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type; bh=0X3TVYl3DFiklv5NLZ51yB+3EaZmKxg8j1Xzd2wAUEw=; b=dQ/P5IIK/6OR0gOXI0gYjyWIpQIvGhPLkGY/7eoYSRrFAHgUFMWh2p6JP3e4iEGDby Mh+ojZcFSpTqN/8zN7wcqqMPvHc6ZGP30uW8zBxjQYl8C+bdvcYYr9MDBTmyEyzwIN3G 9T+DDPV9PgiMsDWlJKYaWGUaZ5xnuf4NjdR239kzGUGDu3sWhvTYr/saq0MjR/dxU7lv bx7uk8llHPH7A0VCWGmAk1iV75CtmD29khkIKJnZzBWOcOuEXUk7Oa8exhcrXXDMDSDZ pxv+jPbjzmONwqTD8nODf1TRRh7+Nqh7s1LUuKv3bVXGr9lJwSOgY9xToIOhSOQBMQRj hFIQ== Received: by 10.204.3.214 with SMTP id 22mr6601493bko.108.1349797995177; Tue, 09 Oct 2012 08:53:15 -0700 (PDT) Received: from [172.16.26.11] (b0fb2d09.bb.sky.com. [176.251.45.9]) by mx.google.com with ESMTPS id v14sm6749798bkv.10.2012.10.09.08.53.13 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 08:53:14 -0700 (PDT) Message-ID: <50744867.5090509@xen.org> Date: Tue, 09 Oct 2012 16:53:11 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Benoit Lair References: <1349791849.83893.YahooMailNeo@web132104.mail.ird.yahoo.com> <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> In-Reply-To: <1349792771.2588.YahooMailNeo@web132103.mail.ird.yahoo.com> Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0768787119591789109==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0768787119591789109== Content-Type: multipart/alternative; boundary="------------000103090800090404000708" This is a multi-part message in MIME format. --------------000103090800090404000708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Benoit, I just touched base with the cloudstack folks and thus may be a cloudstack bug. Could you a) preferably try this with the CloudStack 4.0.0 release candidate and see if it is still a problem b) but in any case, file a bug report on issues.apache.org/jira Regards Lars On 09/10/2012 15:26, Benoit Lair wrote: > Hello, > > My log contain an errata : > > this one is more complete and coherent : > > 2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in > data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > ??? at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://192.168.0.4 > 2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > ??? at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > ??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > ??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > ??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > ??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > ??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > ??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > ??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > ??? at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > ??? at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > ??? at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > ??? at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > ??? at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > ??? at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > ??? at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > ??? at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > ??? at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > ??? at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > ??? at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > ??? at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > ??? at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > ??? at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ??? at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > > And so here are the lines trigerred from /var/log/xensource.log onto > my xcp 1.6 appliance when i click onto add the host on cloudstack > server : > > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.slave_local_login_with_password > D:7da8469ef246|xapi] Add session to local storage > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all_records > D:9be65c9e499e|api_readonly] pool.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] > host.get_address > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Successful local authentication user root from HTTP request from > Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport) > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] > Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] > xapi=>xapi > [label="session.get_uuidOpaqueRef:912d0c96-5811-bf51-a0e3-083854221754OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754"]; > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:0ede44c6c684 created by task D:f824804b3766 > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 > UNIX /var/xapi/xapi|dispatch:session.get_uuid > D:0ede44c6c684|api_readonly] session.get_uuid > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:25ee2c1707aa|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_major > D:e519dd7653cf|api_readonly] host.get_API_version_major > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:session.get_this_host > D:9560d5a382da|api_readonly] session.get_this_host > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_API_version_minor > D:c2015c73fc3d|api_readonly] host.get_API_version_minor > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] > pool.get_all > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] > pool.get_record > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|dispatch:host.get_all_records > D:28daea7626eb|api_readonly] host.get_all_records > Oct 9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 > INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy > trackid=35ab7a405b4d6e1c2bd48ab80a0e574f > > > > Cordially, Benoit Lair. > > ------------------------------------------------------------------------ > *De :* Benoit Lair > *Ŕ :* "xen-api@lists.xen.org" > *Envoyé le :* Mardi 9 octobre 2012 16h10 > *Objet :* [XCP-1.6-BETA] > > Hello, > > I'm trying the new xcp 1.6 beta (61002c) and got an error when trying > to get it work with cloudstack. > > When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version > on a centos 6.2), i got these errors on the log > /var/log/cloud/management/management-server.log > > Here the lines concerning this host : > > 2012-10-09 16:06:19,733 INFO [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 > in data center 3 > 2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Slave logon to 192.168.0.4 > 2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] > (catalina-exec-6:null) Logging on as the master to 192.168.0.4 > 2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] > (catalina-exec-6:null) other exceptions: java.lang.NullPointerException > java.lang.NullPointerException > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403) > at > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266) > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,889 WARN [cloud.resource.ResourceManagerImpl] > (catalina-exec-6:null) Unable to find the server resources at > http://172.20.0.4 > 2012-10-09 16:06:19,889 WARN [api.commands.AddHostCmd] > (catalina-exec-6:null) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514) > at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2012-10-09 16:06:19,890 WARN [cloud.api.ApiDispatcher] > (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable > to add the host > > Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta). > > But no way for xcp 1.6 to enter cloudstack. > > > Cordially, Benoit Lair. > -- > -=- L'urgent est fait, l'impossible est en cours, pour les miracles > prévoir un délai -=- > -=- Andromčde ? Pas francais !! Mais si ca le devenait je n'en aurais > point besoin -=- > -=- Il n'existe que deux choses infinies, l'univers et la bętise > humaine... mais pour l'univers, je n'ai pas de certitude absolue -=- > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------000103090800090404000708 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Benoit,
I just touched base with the cloudstack folks and thus may be a cloudstack bug.

Could you
a) preferably try this with the CloudStack 4.0.0 release candidate and see if it is still a problem
b) but in any case, file a bug report on issues.apache.org/jira

Regards
Lars

On 09/10/2012 15:26, Benoit Lair wrote:
Hello,

My log contain an errata :

this one is more complete and coherent :

2012-10-09 16:06:19,733 INFO? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in
data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool]
(catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer]
(catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
??? at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN? [cloud.resource.ResourceManagerImpl]
(catalina-exec-6:null) Unable to find the server resources at
http://192.168.0.4
2012-10-09 16:06:19,889 WARN? [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
??? at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
??? at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
??? at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
??? at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
??? at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
??? at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
??? at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
??? at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
??? at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
??? at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
??? at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
??? at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
??? at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
??? at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
??? at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
??? at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
??? at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
??? at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
??? at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
??? at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
??? at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
??? at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
??? at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN? [cloud.api.ApiDispatcher]
(catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable
to add the host


And so here are the lines trigerred from /var/log/xensource.log onto my xcp 1.6 appliance when i click onto add the host on cloudstack server :

Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.slave_local_login_with_password D:7da8469ef246|xapi] Add session to local storage
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all_records D:9be65c9e499e|api_readonly] pool.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_address D:7e2662fe47e8|api_readonly] host.get_address
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: Apache XML RPC 3.1.3 (Sun HTTP Transport)
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|xapi] Session.create trackid=35ab7a405b4d6e1c2bd48ab80a0e574f pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.login_with_password D:f824804b3766|mscgen] xapi=>xapi [label="<methodCall><methodName>session.get_uuid</methodName><params><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param><param><value>OpaqueRef:912d0c96-5811-bf51-a0e3-083854221754</value></param></params></methodCall>"];
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:0ede44c6c684 created by task D:f824804b3766
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|758 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0ede44c6c684|api_readonly] session.get_uuid
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:25ee2c1707aa|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_major D:e519dd7653cf|api_readonly] host.get_API_version_major
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:session.get_this_host D:9560d5a382da|api_readonly] session.get_this_host
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_API_version_minor D:c2015c73fc3d|api_readonly] host.get_API_version_minor
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_all D:398ebfdfdcff|api_readonly] pool.get_all
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:pool.get_record D:232ca6176fde|api_readonly] pool.get_record
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [debug|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|dispatch:host.get_all_records D:28daea7626eb|api_readonly] host.get_all_records
Oct  9 16:23:34 xenserver-nsdqwqrf xapi: [ info|xenserver-nsdqwqrf|757 INET 0.0.0.0:80|session.logout D:a2a1d11572ba|xapi] Session.destroy trackid=35ab7a405b4d6e1c2bd48ab80a0e574f



Cordially, Benoit Lair.
 

De : Benoit Lair <benoit.lair@yahoo.fr>
À : "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Envoyé le : Mardi 9 octobre 2012 16h10
Objet : [XCP-1.6-BETA]

Hello,

I'm trying the new xcp 1.6 beta (61002c) and got an error when trying to get it work with cloudstack.

When i'm trying to add an xcp 1.6 host to my cloudstack (3.0.2 version on a centos 6.2), i got these errors on the log /var/log/cloud/management/management-server.log

Here the lines concerning this host :

2012-10-09 16:06:19,733 INFO  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Trying to add a new host at http://192.168.0.4 in data center 3
2012-10-09 16:06:19,783 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Slave logon to 192.168.0.4
2012-10-09 16:06:19,795 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-6:null) Logging on as the master to 192.168.0.4
2012-10-09 16:06:19,889 DEBUG [xen.discoverer.XcpServerDiscoverer] (catalina-exec-6:null) other exceptions: java.lang.NullPointerException
java.lang.NullPointerException
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.createServerResource(XcpServerDiscoverer.java:403)
    at com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:266)
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:644)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,889 WARN  [cloud.resource.ResourceManagerImpl] (catalina-exec-6:null) Unable to find the server resources at http://172.20.0.4
2012-10-09 16:06:19,889 WARN  [api.commands.AddHostCmd] (catalina-exec-6:null) Exception:
com.cloud.exception.DiscoveryException: Unable to add the host
    at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:694)
    at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:514)
    at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:136)
    at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:132)
    at com.cloud.api.ApiServer.queueCommand(ApiServer.java:509)
    at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
    at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:300)
    at com.cloud.api.ApiServlet.doGet(ApiServlet.java:59)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:679)
2012-10-09 16:06:19,890 WARN  [cloud.api.ApiDispatcher] (catalina-exec-6:null) class com.cloud.api.ServerApiException : Unable to add the host

Also, i can add an host under xcp 1.0, 1.1 or xcp 1.4.90 (1.5 beta).

But no way for xcp 1.6 to enter cloudstack.


Cordially, Benoit Lair.
 
--
-=- L'urgent est fait, l'impossible est en cours, pour les miracles prévoir un délai -=-
-=- Andromède ? Pas francais !! Mais si ca le devenait je n'en aurais point besoin -=-
-=- Il n’existe que deux choses infinies, l’univers et la bêtise humaine... mais pour l’univers, je n’ai pas de certitude absolue -=- 




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

--------------000103090800090404000708-- --===============0768787119591789109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0768787119591789109==-- From xen-api-bounces@lists.xen.org Tue Oct 09 19:25:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 19:25:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLfQM-0007zz-54; Tue, 09 Oct 2012 19:25:02 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLfQK-0007zb-9P for xen-api@lists.xen.org; Tue, 09 Oct 2012 19:25:00 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-2.tower-27.messagelabs.com!1349810693!14025659!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2498 invoked from network); 9 Oct 2012 19:24:54 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-2.tower-27.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 19:24:54 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TLfOn-00028o-Fi; Tue, 09 Oct 2012 21:23:25 +0200 Message-ID: <507479AC.7040206@dod.no> Date: Tue, 09 Oct 2012 21:23:24 +0200 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org When migrating a VM from one standalone server to another, I noticed that there's a huge gain in making sure the VM has xs-tools installed: VM: Centos 6.3 x86_64 - PV - with xs-tools installed: 206 packets transmitted, 205 received, 0% packet loss, time 205680ms rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms - without xs-tools installed: 209 packets transmitted, 157 received, 24% packet loss, time 208432ms rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms In both cases the VM seems to appear in XC within 1-2 seconds on the new server, but without xs-tools, it doesn't seem to do any networking. I dont know if this is normal or not, but I guess it has something to do with some optimized drivers/modules? -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 19:25:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 19:25:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLfQM-0007zz-54; Tue, 09 Oct 2012 19:25:02 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLfQK-0007zb-9P for xen-api@lists.xen.org; Tue, 09 Oct 2012 19:25:00 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-2.tower-27.messagelabs.com!1349810693!14025659!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2498 invoked from network); 9 Oct 2012 19:24:54 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-2.tower-27.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 19:24:54 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TLfOn-00028o-Fi; Tue, 09 Oct 2012 21:23:25 +0200 Message-ID: <507479AC.7040206@dod.no> Date: Tue, 09 Oct 2012 21:23:24 +0200 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org When migrating a VM from one standalone server to another, I noticed that there's a huge gain in making sure the VM has xs-tools installed: VM: Centos 6.3 x86_64 - PV - with xs-tools installed: 206 packets transmitted, 205 received, 0% packet loss, time 205680ms rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms - without xs-tools installed: 209 packets transmitted, 157 received, 24% packet loss, time 208432ms rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms In both cases the VM seems to appear in XC within 1-2 seconds on the new server, but without xs-tools, it doesn't seem to do any networking. I dont know if this is normal or not, but I guess it has something to do with some optimized drivers/modules? -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 20:30:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 20:30:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgRk-00006u-HY; Tue, 09 Oct 2012 20:30:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgRi-00006p-V2 for xen-api@lists.xen.org; Tue, 09 Oct 2012 20:30:31 +0000 Received: from [85.158.143.35:32822] by server-1.bemta-4.messagelabs.com id A8/81-05684-66984705; Tue, 09 Oct 2012 20:30:30 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1349814626!18108388!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7378 invoked from network); 9 Oct 2012 20:30:27 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 20:30:27 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4943823lbb.32 for ; Tue, 09 Oct 2012 13:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=1BRES3cDB35JJnS63I7g3BYgobA3Jd8BInoZkpmGA+k=; b=1Jkw9WKvjsW7EmOX/WF3vhVGrId85ZuqbZormXu4JaqRE8ZYryoG+50J0zkB0M9H5Y Rm/g9IPnzGYJQ4Vsk1W1pvkJmR4nCgrgzHjFiVuIxu1X6OVuCvGScq18hkhakctl7lpE mh/e9AuuWeTWsM2AiiEKYOZ4tYeEEqLgls9/fWq3kTZ9T2gdMm+6fEikQ5x78qxHj2MK yC3ZypxiIGyEdr2VWJXhFUj6YakcICiXHTLpwSYIIO8tEE0WFbQxtCAMK1x3d2/SBFuE ByIqrVCdyiJJgTx+QT8Owp8lKULArirxk1LepCIpK87HIzeilINDEmDqTHZnCWlIgxMO oxKA== Received: by 10.152.48.111 with SMTP id k15mr17715289lan.17.1349814626567; Tue, 09 Oct 2012 13:30:26 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id bb2sm1958089lbb.8.2012.10.09.13.30.25 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 13:30:25 -0700 (PDT) Message-ID: <5074896B.1030704@gmail.com> Date: Wed, 10 Oct 2012 00:30:35 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> In-Reply-To: <507479AC.7040206@dod.no> Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org It's really strange. xs tools for pv-domain is just simple shell script to report vm internals back to XCP. You can fake it presence with this script (run on host where VM resides): http://wiki.xensource.com/wiki/XAPI_fake_presence_of_PV_drivers But behavior is really funny. May be PV presence cause live migration and 'no guest tools' cause nomal migration (with pause and without iterative incremental memory transfer)? On 09.10.2012 23:23, Burnie wrote: > When migrating a VM from one standalone server to another, I noticed > that there's a huge gain in making sure the VM has xs-tools installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds on the > new server, but without xs-tools, it doesn't seem to do any networking. > > I dont know if this is normal or not, but I guess it has something to > do with some optimized drivers/modules? > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 20:30:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 20:30:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgRk-00006u-HY; Tue, 09 Oct 2012 20:30:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgRi-00006p-V2 for xen-api@lists.xen.org; Tue, 09 Oct 2012 20:30:31 +0000 Received: from [85.158.143.35:32822] by server-1.bemta-4.messagelabs.com id A8/81-05684-66984705; Tue, 09 Oct 2012 20:30:30 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1349814626!18108388!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7378 invoked from network); 9 Oct 2012 20:30:27 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 20:30:27 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4943823lbb.32 for ; Tue, 09 Oct 2012 13:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=1BRES3cDB35JJnS63I7g3BYgobA3Jd8BInoZkpmGA+k=; b=1Jkw9WKvjsW7EmOX/WF3vhVGrId85ZuqbZormXu4JaqRE8ZYryoG+50J0zkB0M9H5Y Rm/g9IPnzGYJQ4Vsk1W1pvkJmR4nCgrgzHjFiVuIxu1X6OVuCvGScq18hkhakctl7lpE mh/e9AuuWeTWsM2AiiEKYOZ4tYeEEqLgls9/fWq3kTZ9T2gdMm+6fEikQ5x78qxHj2MK yC3ZypxiIGyEdr2VWJXhFUj6YakcICiXHTLpwSYIIO8tEE0WFbQxtCAMK1x3d2/SBFuE ByIqrVCdyiJJgTx+QT8Owp8lKULArirxk1LepCIpK87HIzeilINDEmDqTHZnCWlIgxMO oxKA== Received: by 10.152.48.111 with SMTP id k15mr17715289lan.17.1349814626567; Tue, 09 Oct 2012 13:30:26 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id bb2sm1958089lbb.8.2012.10.09.13.30.25 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 13:30:25 -0700 (PDT) Message-ID: <5074896B.1030704@gmail.com> Date: Wed, 10 Oct 2012 00:30:35 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> In-Reply-To: <507479AC.7040206@dod.no> Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org It's really strange. xs tools for pv-domain is just simple shell script to report vm internals back to XCP. You can fake it presence with this script (run on host where VM resides): http://wiki.xensource.com/wiki/XAPI_fake_presence_of_PV_drivers But behavior is really funny. May be PV presence cause live migration and 'no guest tools' cause nomal migration (with pause and without iterative incremental memory transfer)? On 09.10.2012 23:23, Burnie wrote: > When migrating a VM from one standalone server to another, I noticed > that there's a huge gain in making sure the VM has xs-tools installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds on the > new server, but without xs-tools, it doesn't seem to do any networking. > > I dont know if this is normal or not, but I guess it has something to > do with some optimized drivers/modules? > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 20:39:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 20:39:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgaM-0000E5-B5; Tue, 09 Oct 2012 20:39:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgaK-0000E0-Se for xen-api@lists.xen.org; Tue, 09 Oct 2012 20:39:25 +0000 Received: from [85.158.139.211:58785] by server-4.bemta-5.messagelabs.com id 3A/4B-18688-B7B84705; Tue, 09 Oct 2012 20:39:23 +0000 X-Env-Sender: vidarno@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1349815162!21627690!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8656 invoked from network); 9 Oct 2012 20:39:22 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 20:39:22 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4951077lbb.32 for ; Tue, 09 Oct 2012 13:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fUJ5DJj7/DE66quR2bhMK6l9oQDprN/MIlBDKwEkD40=; b=Mx7eV2MqloLyaNMdG7k72bE3tvqEcxA50pdew3P25I6MyMXM7M9Hs3PG+f8D1qCzaM 8efxJ8RsDeaokTI9y+FqOL52dmEpUPRNXEX5lkGV79rmxPAhk9OUR/79JNMjojB1QmN6 O0rHb0Qjk2pGrRhfPeV/Hkn4E3rUb5AQrwvmex+74vKBSUOSGsDKsQelZ5NOpRYfEyTo 5fi6c/WT90xEnz+TW6dYvqh8NPzFyq2CidWY3TuNAqw5BsscomCSRnI37zQon9OdLWwJ ZUemswZEWP9J+J5TTNtzDZIeylhRhB+JGXGs2Lod5bpLrhAallfwnvZewHTIHmwjsTUl t5Jg== MIME-Version: 1.0 Received: by 10.152.103.18 with SMTP id fs18mr17821058lab.32.1349815161991; Tue, 09 Oct 2012 13:39:21 -0700 (PDT) Received: by 10.112.129.168 with HTTP; Tue, 9 Oct 2012 13:39:21 -0700 (PDT) Received: by 10.112.129.168 with HTTP; Tue, 9 Oct 2012 13:39:21 -0700 (PDT) In-Reply-To: <5074896B.1030704@gmail.com> References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> Date: Tue, 9 Oct 2012 22:39:21 +0200 Message-ID: From: Vidar Normann To: George Shuklin Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2925655673476981043==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2925655673476981043== Content-Type: multipart/alternative; boundary=f46d0407139d3e331604cba65508 --f46d0407139d3e331604cba65508 Content-Type: text/plain; charset=ISO-8859-1 Actually, I believe this is because it uses gratuitous arp to let the switch(es) the Xen hosts are connected to become aware that the VM has moved. On Oct 9, 2012 10:33 PM, "George Shuklin" wrote: > It's really strange. xs tools for pv-domain is just simple shell script to > report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM resides): > http://wiki.xensource.com/**wiki/XAPI_fake_presence_of_PV_**drivers > > But behavior is really funny. May be PV presence cause live migration and > 'no guest tools' cause nomal migration (with pause and without iterative > incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > >> When migrating a VM from one standalone server to another, I noticed >> that there's a huge gain in making sure the VM has xs-tools installed: >> >> VM: Centos 6.3 x86_64 - PV >> >> - with xs-tools installed: >> 206 packets transmitted, 205 received, 0% packet loss, time 205680ms >> rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms >> >> - without xs-tools installed: >> 209 packets transmitted, 157 received, 24% packet loss, time 208432ms >> rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms >> >> In both cases the VM seems to appear in XC within 1-2 seconds on the >> new server, but without xs-tools, it doesn't seem to do any networking. >> >> I dont know if this is normal or not, but I guess it has something to >> do with some optimized drivers/modules? >> >> > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --f46d0407139d3e331604cba65508 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Actually, I believe this is because it uses gratuitous arp
to let the switch(es) the Xen hosts are connected to become aware that the = VM has moved.

On Oct 9, 2012 10:33 PM, "George Shuklin&qu= ot; <george.shuklin@gmail.co= m> wrote:
It's really strange. xs tools for pv-domain is just simple shell script= to report vm internals back to XCP.

You can fake it presence with this script (run on host where VM resides): http://wiki.xensource.com/wiki/XAPI_fake_presence= _of_PV_drivers

But behavior is really funny. May be PV presence cause live migration and &= #39;no guest tools' cause nomal migration (with pause and without itera= tive incremental memory transfer)?

On 09.10.2012 23:23, Burnie wrote:
When migrating a VM from one standalone server to another, I noticed
that there's a huge gain in making sure the VM has xs-tools installed:<= br>
VM: Centos 6.3 x86_64 - PV

- with xs-tools installed:
206 packets transmitted, 205 received, 0% packet loss, time 205680ms
rtt min/avg/max/mdev =3D 0.204/48.439/197.497/78.066 ms

- without xs-tools installed:
209 packets transmitted, 157 received, 24% packet loss, time 208432ms
rtt min/avg/max/mdev =3D 0.217/66.975/196.220/84.136 ms

In both cases the VM seems to appear in XC within 1-2 seconds on the
new server, but without xs-tools, it doesn't seem to do any networking.=

I dont know if this is normal or not, but I guess it has something to
do with some optimized drivers/modules?


_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--f46d0407139d3e331604cba65508-- --===============2925655673476981043== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2925655673476981043==-- From xen-api-bounces@lists.xen.org Tue Oct 09 20:39:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 20:39:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgaM-0000E5-B5; Tue, 09 Oct 2012 20:39:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgaK-0000E0-Se for xen-api@lists.xen.org; Tue, 09 Oct 2012 20:39:25 +0000 Received: from [85.158.139.211:58785] by server-4.bemta-5.messagelabs.com id 3A/4B-18688-B7B84705; Tue, 09 Oct 2012 20:39:23 +0000 X-Env-Sender: vidarno@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1349815162!21627690!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8656 invoked from network); 9 Oct 2012 20:39:22 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 20:39:22 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4951077lbb.32 for ; Tue, 09 Oct 2012 13:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fUJ5DJj7/DE66quR2bhMK6l9oQDprN/MIlBDKwEkD40=; b=Mx7eV2MqloLyaNMdG7k72bE3tvqEcxA50pdew3P25I6MyMXM7M9Hs3PG+f8D1qCzaM 8efxJ8RsDeaokTI9y+FqOL52dmEpUPRNXEX5lkGV79rmxPAhk9OUR/79JNMjojB1QmN6 O0rHb0Qjk2pGrRhfPeV/Hkn4E3rUb5AQrwvmex+74vKBSUOSGsDKsQelZ5NOpRYfEyTo 5fi6c/WT90xEnz+TW6dYvqh8NPzFyq2CidWY3TuNAqw5BsscomCSRnI37zQon9OdLWwJ ZUemswZEWP9J+J5TTNtzDZIeylhRhB+JGXGs2Lod5bpLrhAallfwnvZewHTIHmwjsTUl t5Jg== MIME-Version: 1.0 Received: by 10.152.103.18 with SMTP id fs18mr17821058lab.32.1349815161991; Tue, 09 Oct 2012 13:39:21 -0700 (PDT) Received: by 10.112.129.168 with HTTP; Tue, 9 Oct 2012 13:39:21 -0700 (PDT) Received: by 10.112.129.168 with HTTP; Tue, 9 Oct 2012 13:39:21 -0700 (PDT) In-Reply-To: <5074896B.1030704@gmail.com> References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> Date: Tue, 9 Oct 2012 22:39:21 +0200 Message-ID: From: Vidar Normann To: George Shuklin Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2925655673476981043==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2925655673476981043== Content-Type: multipart/alternative; boundary=f46d0407139d3e331604cba65508 --f46d0407139d3e331604cba65508 Content-Type: text/plain; charset=ISO-8859-1 Actually, I believe this is because it uses gratuitous arp to let the switch(es) the Xen hosts are connected to become aware that the VM has moved. On Oct 9, 2012 10:33 PM, "George Shuklin" wrote: > It's really strange. xs tools for pv-domain is just simple shell script to > report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM resides): > http://wiki.xensource.com/**wiki/XAPI_fake_presence_of_PV_**drivers > > But behavior is really funny. May be PV presence cause live migration and > 'no guest tools' cause nomal migration (with pause and without iterative > incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > >> When migrating a VM from one standalone server to another, I noticed >> that there's a huge gain in making sure the VM has xs-tools installed: >> >> VM: Centos 6.3 x86_64 - PV >> >> - with xs-tools installed: >> 206 packets transmitted, 205 received, 0% packet loss, time 205680ms >> rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms >> >> - without xs-tools installed: >> 209 packets transmitted, 157 received, 24% packet loss, time 208432ms >> rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms >> >> In both cases the VM seems to appear in XC within 1-2 seconds on the >> new server, but without xs-tools, it doesn't seem to do any networking. >> >> I dont know if this is normal or not, but I guess it has something to >> do with some optimized drivers/modules? >> >> > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --f46d0407139d3e331604cba65508 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Actually, I believe this is because it uses gratuitous arp
to let the switch(es) the Xen hosts are connected to become aware that the = VM has moved.

On Oct 9, 2012 10:33 PM, "George Shuklin&qu= ot; <george.shuklin@gmail.co= m> wrote:
It's really strange. xs tools for pv-domain is just simple shell script= to report vm internals back to XCP.

You can fake it presence with this script (run on host where VM resides): http://wiki.xensource.com/wiki/XAPI_fake_presence= _of_PV_drivers

But behavior is really funny. May be PV presence cause live migration and &= #39;no guest tools' cause nomal migration (with pause and without itera= tive incremental memory transfer)?

On 09.10.2012 23:23, Burnie wrote:
When migrating a VM from one standalone server to another, I noticed
that there's a huge gain in making sure the VM has xs-tools installed:<= br>
VM: Centos 6.3 x86_64 - PV

- with xs-tools installed:
206 packets transmitted, 205 received, 0% packet loss, time 205680ms
rtt min/avg/max/mdev =3D 0.204/48.439/197.497/78.066 ms

- without xs-tools installed:
209 packets transmitted, 157 received, 24% packet loss, time 208432ms
rtt min/avg/max/mdev =3D 0.217/66.975/196.220/84.136 ms

In both cases the VM seems to appear in XC within 1-2 seconds on the
new server, but without xs-tools, it doesn't seem to do any networking.=

I dont know if this is normal or not, but I guess it has something to
do with some optimized drivers/modules?


_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--f46d0407139d3e331604cba65508-- --===============2925655673476981043== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2925655673476981043==-- From xen-api-bounces@lists.xen.org Tue Oct 09 20:41:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 20:41:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgca-0000IF-LR; Tue, 09 Oct 2012 20:41:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgcY-0000IA-M5 for xen-api@lists.xen.org; Tue, 09 Oct 2012 20:41:42 +0000 Received: from [85.158.139.211:25423] by server-9.bemta-5.messagelabs.com id 9C/C6-31466-50C84705; Tue, 09 Oct 2012 20:41:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1349815300!21679414!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4497 invoked from network); 9 Oct 2012 20:41:41 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 20:41:41 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so4106463lah.32 for ; Tue, 09 Oct 2012 13:41:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=c+nvc+9/hXI12m64CUulF+GCWCjLfo7Getak7dJVDRA=; b=fXirLS1d2crNn6DDb1vJpt6uC3B+lf49vYelQ0LVCBebp9JOFeEcB8SV6mFVmH3X4g 11Mhn3vW83PSh9p5OOobYaLKG/OpsiTv3rlt4ghfw4Zb9OxZcWwaaeP/DEYsDBFGRbxS w/YCNeq2WijH+7qmX3/9VNSvmRKX1jiXpqIVpouOMtDwMlakNL4ollrgLEUwKCRlmwT7 SEiu4N+0D4+PJwhvqueE/HP7zNw/yBllEEkSvnGR4Lqq6CxVcIcf7Rgtn1/DVH8M9pJC jfRziIy/nEIbuX7Qb/0XrBSa7D1IIVpMlVtgp2yBvcM0AxRdftz2KCaxayKKdb2fq/Ao vmEw== Received: by 10.152.122.11 with SMTP id lo11mr12535609lab.3.1349815300123; Tue, 09 Oct 2012 13:41:40 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id mq9sm6626057lab.0.2012.10.09.13.41.39 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 13:41:39 -0700 (PDT) Message-ID: <50748C0D.4010509@gmail.com> Date: Wed, 10 Oct 2012 00:41:49 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: Vidar Normann References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1473587324607282025==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1473587324607282025== Content-Type: multipart/alternative; boundary="------------090109060606000903040505" This is a multi-part message in MIME format. --------------090109060606000903040505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit grace ARP is sent by VM (linux kernel), isn't it? You can look to /tmp/xenguest.log on target and source host to see if it is really live of ...non-live migration. On 10.10.2012 00:39, Vidar Normann wrote: > > Actually, I believe this is because it uses gratuitous arp > to let the switch(es) the Xen hosts are connected to become aware that > the VM has moved. > > On Oct 9, 2012 10:33 PM, "George Shuklin" > wrote: > > It's really strange. xs tools for pv-domain is just simple shell > script to report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM > resides): > http://wiki.xensource.com/wiki/XAPI_fake_presence_of_PV_drivers > > But behavior is really funny. May be PV presence cause live > migration and 'no guest tools' cause nomal migration (with pause > and without iterative incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > > When migrating a VM from one standalone server to another, I > noticed > that there's a huge gain in making sure the VM has xs-tools > installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time > 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time > 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds > on the > new server, but without xs-tools, it doesn't seem to do any > networking. > > I dont know if this is normal or not, but I guess it has > something to > do with some optimized drivers/modules? > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --------------090109060606000903040505 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit grace ARP is sent by VM (linux kernel), isn't it?

You can look to /tmp/xenguest.log on target and source host to see if it is really live of ...non-live migration.

On 10.10.2012 00:39, Vidar Normann wrote:

Actually, I believe this is because it uses gratuitous arp
to let the switch(es) the Xen hosts are connected to become aware that the VM has moved.

On Oct 9, 2012 10:33 PM, "George Shuklin" <george.shuklin@gmail.com> wrote:
It's really strange. xs tools for pv-domain is just simple shell script to report vm internals back to XCP.

You can fake it presence with this script (run on host where VM resides):
http://wiki.xensource.com/wiki/XAPI_fake_presence_of_PV_drivers

But behavior is really funny. May be PV presence cause live migration and 'no guest tools' cause nomal migration (with pause and without iterative incremental memory transfer)?

On 09.10.2012 23:23, Burnie wrote:
When migrating a VM from one standalone server to another, I noticed
that there's a huge gain in making sure the VM has xs-tools installed:

VM: Centos 6.3 x86_64 - PV

- with xs-tools installed:
206 packets transmitted, 205 received, 0% packet loss, time 205680ms
rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms

- without xs-tools installed:
209 packets transmitted, 157 received, 24% packet loss, time 208432ms
rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms

In both cases the VM seems to appear in XC within 1-2 seconds on the
new server, but without xs-tools, it doesn't seem to do any networking.

I dont know if this is normal or not, but I guess it has something to
do with some optimized drivers/modules?


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------090109060606000903040505-- --===============1473587324607282025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1473587324607282025==-- From xen-api-bounces@lists.xen.org Tue Oct 09 20:41:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 20:41:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgca-0000IF-LR; Tue, 09 Oct 2012 20:41:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLgcY-0000IA-M5 for xen-api@lists.xen.org; Tue, 09 Oct 2012 20:41:42 +0000 Received: from [85.158.139.211:25423] by server-9.bemta-5.messagelabs.com id 9C/C6-31466-50C84705; Tue, 09 Oct 2012 20:41:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1349815300!21679414!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4497 invoked from network); 9 Oct 2012 20:41:41 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 20:41:41 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so4106463lah.32 for ; Tue, 09 Oct 2012 13:41:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=c+nvc+9/hXI12m64CUulF+GCWCjLfo7Getak7dJVDRA=; b=fXirLS1d2crNn6DDb1vJpt6uC3B+lf49vYelQ0LVCBebp9JOFeEcB8SV6mFVmH3X4g 11Mhn3vW83PSh9p5OOobYaLKG/OpsiTv3rlt4ghfw4Zb9OxZcWwaaeP/DEYsDBFGRbxS w/YCNeq2WijH+7qmX3/9VNSvmRKX1jiXpqIVpouOMtDwMlakNL4ollrgLEUwKCRlmwT7 SEiu4N+0D4+PJwhvqueE/HP7zNw/yBllEEkSvnGR4Lqq6CxVcIcf7Rgtn1/DVH8M9pJC jfRziIy/nEIbuX7Qb/0XrBSa7D1IIVpMlVtgp2yBvcM0AxRdftz2KCaxayKKdb2fq/Ao vmEw== Received: by 10.152.122.11 with SMTP id lo11mr12535609lab.3.1349815300123; Tue, 09 Oct 2012 13:41:40 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id mq9sm6626057lab.0.2012.10.09.13.41.39 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 13:41:39 -0700 (PDT) Message-ID: <50748C0D.4010509@gmail.com> Date: Wed, 10 Oct 2012 00:41:49 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: Vidar Normann References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1473587324607282025==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1473587324607282025== Content-Type: multipart/alternative; boundary="------------090109060606000903040505" This is a multi-part message in MIME format. --------------090109060606000903040505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit grace ARP is sent by VM (linux kernel), isn't it? You can look to /tmp/xenguest.log on target and source host to see if it is really live of ...non-live migration. On 10.10.2012 00:39, Vidar Normann wrote: > > Actually, I believe this is because it uses gratuitous arp > to let the switch(es) the Xen hosts are connected to become aware that > the VM has moved. > > On Oct 9, 2012 10:33 PM, "George Shuklin" > wrote: > > It's really strange. xs tools for pv-domain is just simple shell > script to report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM > resides): > http://wiki.xensource.com/wiki/XAPI_fake_presence_of_PV_drivers > > But behavior is really funny. May be PV presence cause live > migration and 'no guest tools' cause nomal migration (with pause > and without iterative incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > > When migrating a VM from one standalone server to another, I > noticed > that there's a huge gain in making sure the VM has xs-tools > installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time > 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time > 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds > on the > new server, but without xs-tools, it doesn't seem to do any > networking. > > I dont know if this is normal or not, but I guess it has > something to > do with some optimized drivers/modules? > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --------------090109060606000903040505 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit grace ARP is sent by VM (linux kernel), isn't it?

You can look to /tmp/xenguest.log on target and source host to see if it is really live of ...non-live migration.

On 10.10.2012 00:39, Vidar Normann wrote:

Actually, I believe this is because it uses gratuitous arp
to let the switch(es) the Xen hosts are connected to become aware that the VM has moved.

On Oct 9, 2012 10:33 PM, "George Shuklin" <george.shuklin@gmail.com> wrote:
It's really strange. xs tools for pv-domain is just simple shell script to report vm internals back to XCP.

You can fake it presence with this script (run on host where VM resides):
http://wiki.xensource.com/wiki/XAPI_fake_presence_of_PV_drivers

But behavior is really funny. May be PV presence cause live migration and 'no guest tools' cause nomal migration (with pause and without iterative incremental memory transfer)?

On 09.10.2012 23:23, Burnie wrote:
When migrating a VM from one standalone server to another, I noticed
that there's a huge gain in making sure the VM has xs-tools installed:

VM: Centos 6.3 x86_64 - PV

- with xs-tools installed:
206 packets transmitted, 205 received, 0% packet loss, time 205680ms
rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms

- without xs-tools installed:
209 packets transmitted, 157 received, 24% packet loss, time 208432ms
rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms

In both cases the VM seems to appear in XC within 1-2 seconds on the
new server, but without xs-tools, it doesn't seem to do any networking.

I dont know if this is normal or not, but I guess it has something to
do with some optimized drivers/modules?


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------090109060606000903040505-- --===============1473587324607282025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1473587324607282025==-- From xen-api-bounces@lists.xen.org Tue Oct 09 21:43:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 21:43:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLhZo-0000h4-OP; Tue, 09 Oct 2012 21:42:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLhZn-0000gz-Ba for xen-api@lists.xen.org; Tue, 09 Oct 2012 21:42:55 +0000 Received: from [85.158.137.99:57589] by server-4.bemta-3.messagelabs.com id B8/56-14155-E5A94705; Tue, 09 Oct 2012 21:42:54 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-13.tower-217.messagelabs.com!1349818973!20962176!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1931 invoked from network); 9 Oct 2012 21:42:53 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-13.tower-217.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 21:42:53 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TLhYM-0005Lo-TW; Tue, 09 Oct 2012 23:41:27 +0200 Message-ID: <50749A05.7020204@dod.no> Date: Tue, 09 Oct 2012 23:41:25 +0200 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> In-Reply-To: Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 10/09/2012 10:39 PM, Vidar Normann wrote: > Actually, I believe this is because it uses gratuitous arp > to let the switch(es) the Xen hosts are connected to become aware that > the VM has moved. That makes sense. Seems some arp tables (at the switch?) isn't updated very quickly unless xs-tools is installed. And without network traffic or link down/up, I guess linux doesn't send arp messages by itself. Trying to ping from the vm itself during the migration seems to be a "workaround". > On Oct 9, 2012 10:33 PM, "George Shuklin" > wrote: > > It's really strange. xs tools for pv-domain is just simple shell > script to report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM > resides): > http://wiki.xensource.com/__wiki/XAPI_fake_presence_of_PV___drivers > > > But behavior is really funny. May be PV presence cause live > migration and 'no guest tools' cause nomal migration (with pause and > without iterative incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > > When migrating a VM from one standalone server to another, I noticed > that there's a huge gain in making sure the VM has xs-tools > installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time > 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds on the > new server, but without xs-tools, it doesn't seem to do any > networking. > > I dont know if this is normal or not, but I guess it has > something to > do with some optimized drivers/modules? > > > _________________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/__mailman/listinfo/xen-api > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 21:43:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 21:43:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLhZo-0000h4-OP; Tue, 09 Oct 2012 21:42:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLhZn-0000gz-Ba for xen-api@lists.xen.org; Tue, 09 Oct 2012 21:42:55 +0000 Received: from [85.158.137.99:57589] by server-4.bemta-3.messagelabs.com id B8/56-14155-E5A94705; Tue, 09 Oct 2012 21:42:54 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-13.tower-217.messagelabs.com!1349818973!20962176!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1931 invoked from network); 9 Oct 2012 21:42:53 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-13.tower-217.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 21:42:53 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TLhYM-0005Lo-TW; Tue, 09 Oct 2012 23:41:27 +0200 Message-ID: <50749A05.7020204@dod.no> Date: Tue, 09 Oct 2012 23:41:25 +0200 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> In-Reply-To: Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 10/09/2012 10:39 PM, Vidar Normann wrote: > Actually, I believe this is because it uses gratuitous arp > to let the switch(es) the Xen hosts are connected to become aware that > the VM has moved. That makes sense. Seems some arp tables (at the switch?) isn't updated very quickly unless xs-tools is installed. And without network traffic or link down/up, I guess linux doesn't send arp messages by itself. Trying to ping from the vm itself during the migration seems to be a "workaround". > On Oct 9, 2012 10:33 PM, "George Shuklin" > wrote: > > It's really strange. xs tools for pv-domain is just simple shell > script to report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM > resides): > http://wiki.xensource.com/__wiki/XAPI_fake_presence_of_PV___drivers > > > But behavior is really funny. May be PV presence cause live > migration and 'no guest tools' cause nomal migration (with pause and > without iterative incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > > When migrating a VM from one standalone server to another, I noticed > that there's a huge gain in making sure the VM has xs-tools > installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time > 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds on the > new server, but without xs-tools, it doesn't seem to do any > networking. > > I dont know if this is normal or not, but I guess it has > something to > do with some optimized drivers/modules? > > > _________________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/__mailman/listinfo/xen-api > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 09 23:09:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 23:09:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLivf-00013U-FE; Tue, 09 Oct 2012 23:09:35 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLivd-00013P-4Y for xen-api@lists.xen.org; Tue, 09 Oct 2012 23:09:33 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1349824165!10742794!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24159 invoked from network); 9 Oct 2012 23:09:26 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 23:09:26 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so5053185lbb.32 for ; Tue, 09 Oct 2012 16:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=VGUiWeT4wyGHZnbX2PKltQPmeDGFvsJoSB2XP6zLOb0=; b=LNSwJGvR/MaB9TeHjkKYRSy44EiKh5dhYFo/GbfBd5x0LFXdJEdWs1mNM5QwJS9MKk +a45JT6Lj3MdVQewWy3g0LCquGDc6q0E16OKmlu7cijpFO+zVfSfEq8zsN8jmQ92gpzp 3MLXVTZ3XRFot4M6dzTpdT9l4sLp+49aXe8WarQPTNsJsQsUatenq9Gerju0ib6RfBFp Ap3P3ZuarP7BOu55zcSe8FGBQT2mBmNwEaFvmGqHLwgMu3OtSQTY2zfO3U441GSQxJQK 7lcXBZ8SU/ZvU94CUPdfNOXHHs7BEA2wQuzzeaje8xRWXDXgzCSGZubzBx+GweR7Lceq 84PQ== Received: by 10.152.110.229 with SMTP id id5mr18230447lab.36.1349824165146; Tue, 09 Oct 2012 16:09:25 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id b8sm38917lbn.8.2012.10.09.16.09.24 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 16:09:24 -0700 (PDT) Message-ID: <5074AEA3.6000205@gmail.com> Date: Wed, 10 Oct 2012 03:09:23 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> <50749A05.7020204@dod.no> In-Reply-To: <50749A05.7020204@dod.no> Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Y2FuJ3QgYmVsaWV2ZSB0aGF0LgoKT3IgeW91IGp1c3QgdXNlIGRpZmZlcmVudCBrZXJuZWxzLCBv ciBpdCBub3QgcmVsYXRlZCB0byB0byAnZ3Vlc3QgdG9vbHMnIApzaGVsbCBzY3JpcHQuCgoKMTAu MTAuMjAxMiAwMTo0MSwgQnVybmllINC/0LjRiNC10YI6Cj4gT24gMTAvMDkvMjAxMiAxMDozOSBQ TSwgVmlkYXIgTm9ybWFubiB3cm90ZToKPj4gQWN0dWFsbHksIEkgYmVsaWV2ZSB0aGlzIGlzIGJl Y2F1c2UgaXQgdXNlcyBncmF0dWl0b3VzIGFycAo+PiB0byBsZXQgdGhlIHN3aXRjaChlcykgdGhl IFhlbiBob3N0cyBhcmUgY29ubmVjdGVkIHRvIGJlY29tZSBhd2FyZSB0aGF0Cj4+IHRoZSBWTSBo YXMgbW92ZWQuCj4KPgo+IFRoYXQgbWFrZXMgc2Vuc2UuIFNlZW1zIHNvbWUgYXJwIHRhYmxlcyAo YXQgdGhlIHN3aXRjaD8pIGlzbid0IHVwZGF0ZWQKPiB2ZXJ5IHF1aWNrbHkgdW5sZXNzIHhzLXRv b2xzIGlzIGluc3RhbGxlZC4gQW5kIHdpdGhvdXQgbmV0d29yayB0cmFmZmljCj4gb3IgbGluayBk b3duL3VwLCBJIGd1ZXNzIGxpbnV4IGRvZXNuJ3Qgc2VuZCBhcnAgbWVzc2FnZXMgYnkgaXRzZWxm Lgo+Cj4gVHJ5aW5nIHRvIHBpbmcgZnJvbSB0aGUgdm0gaXRzZWxmIGR1cmluZyB0aGUgbWlncmF0 aW9uIHNlZW1zIHRvIGJlCj4gYSAid29ya2Fyb3VuZCIuCj4KPgo+PiBPbiBPY3QgOSwgMjAxMiAx MDozMyBQTSwgIkdlb3JnZSBTaHVrbGluIiA8Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tCj4+IDxt YWlsdG86Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tPj4gd3JvdGU6Cj4+Cj4+IEl0J3MgcmVhbGx5 IHN0cmFuZ2UuIHhzIHRvb2xzIGZvciBwdi1kb21haW4gaXMganVzdCBzaW1wbGUgc2hlbGwKPj4g c2NyaXB0IHRvIHJlcG9ydCB2bSBpbnRlcm5hbHMgYmFjayB0byBYQ1AuCj4+Cj4+IFlvdSBjYW4g ZmFrZSBpdCBwcmVzZW5jZSB3aXRoIHRoaXMgc2NyaXB0IChydW4gb24gaG9zdCB3aGVyZSBWTQo+ PiByZXNpZGVzKToKPj4gaHR0cDovL3dpa2kueGVuc291cmNlLmNvbS9fX3dpa2kvWEFQSV9mYWtl X3ByZXNlbmNlX29mX1BWX19fZHJpdmVycwo+PiA8aHR0cDovL3dpa2kueGVuc291cmNlLmNvbS93 aWtpL1hBUElfZmFrZV9wcmVzZW5jZV9vZl9QVl9kcml2ZXJzPgo+Pgo+PiBCdXQgYmVoYXZpb3Ig aXMgcmVhbGx5IGZ1bm55LiBNYXkgYmUgUFYgcHJlc2VuY2UgY2F1c2UgbGl2ZQo+PiBtaWdyYXRp b24gYW5kICdubyBndWVzdCB0b29scycgY2F1c2Ugbm9tYWwgbWlncmF0aW9uICh3aXRoIHBhdXNl IGFuZAo+PiB3aXRob3V0IGl0ZXJhdGl2ZSBpbmNyZW1lbnRhbCBtZW1vcnkgdHJhbnNmZXIpPwo+ Pgo+PiBPbiAwOS4xMC4yMDEyIDIzOjIzLCBCdXJuaWUgd3JvdGU6Cj4+Cj4+IFdoZW4gbWlncmF0 aW5nIGEgVk0gZnJvbSBvbmUgc3RhbmRhbG9uZSBzZXJ2ZXIgdG8gYW5vdGhlciwgSSBub3RpY2Vk Cj4+IHRoYXQgdGhlcmUncyBhIGh1Z2UgZ2FpbiBpbiBtYWtpbmcgc3VyZSB0aGUgVk0gaGFzIHhz LXRvb2xzCj4+IGluc3RhbGxlZDoKPj4KPj4gVk06IENlbnRvcyA2LjMgeDg2XzY0IC0gUFYKPj4K Pj4gLSB3aXRoIHhzLXRvb2xzIGluc3RhbGxlZDoKPj4gMjA2IHBhY2tldHMgdHJhbnNtaXR0ZWQs IDIwNSByZWNlaXZlZCwgMCUgcGFja2V0IGxvc3MsIHRpbWUgMjA1NjgwbXMKPj4gcnR0IG1pbi9h dmcvbWF4L21kZXYgPSAwLjIwNC80OC40MzkvMTk3LjQ5Ny83OC4wNjYgbXMKPj4KPj4gLSB3aXRo b3V0IHhzLXRvb2xzIGluc3RhbGxlZDoKPj4gMjA5IHBhY2tldHMgdHJhbnNtaXR0ZWQsIDE1NyBy ZWNlaXZlZCwgMjQlIHBhY2tldCBsb3NzLCB0aW1lCj4+IDIwODQzMm1zCj4+IHJ0dCBtaW4vYXZn L21heC9tZGV2ID0gMC4yMTcvNjYuOTc1LzE5Ni4yMjAvODQuMTM2IG1zCj4+Cj4+IEluIGJvdGgg Y2FzZXMgdGhlIFZNIHNlZW1zIHRvIGFwcGVhciBpbiBYQyB3aXRoaW4gMS0yIHNlY29uZHMgb24g dGhlCj4+IG5ldyBzZXJ2ZXIsIGJ1dCB3aXRob3V0IHhzLXRvb2xzLCBpdCBkb2Vzbid0IHNlZW0g dG8gZG8gYW55Cj4+IG5ldHdvcmtpbmcuCj4+Cj4+IEkgZG9udCBrbm93IGlmIHRoaXMgaXMgbm9y bWFsIG9yIG5vdCwgYnV0IEkgZ3Vlc3MgaXQgaGFzCj4+IHNvbWV0aGluZyB0bwo+PiBkbyB3aXRo IHNvbWUgb3B0aW1pemVkIGRyaXZlcnMvbW9kdWxlcz8KPj4KPj4KPj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tYXBpIG1haWxpbmcgbGlz dAo+PiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgPG1haWx0bzpYZW4tYXBpQGxpc3RzLnhlbi5vcmc+ Cj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vX19tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGkKPj4gPGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpPgo+Pgo+Pgo+Pgo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+PiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+PiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcK Pj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkK Pgo+CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Oct 09 23:09:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 23:09:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLivf-00013U-FE; Tue, 09 Oct 2012 23:09:35 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLivd-00013P-4Y for xen-api@lists.xen.org; Tue, 09 Oct 2012 23:09:33 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1349824165!10742794!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24159 invoked from network); 9 Oct 2012 23:09:26 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 23:09:26 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so5053185lbb.32 for ; Tue, 09 Oct 2012 16:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=VGUiWeT4wyGHZnbX2PKltQPmeDGFvsJoSB2XP6zLOb0=; b=LNSwJGvR/MaB9TeHjkKYRSy44EiKh5dhYFo/GbfBd5x0LFXdJEdWs1mNM5QwJS9MKk +a45JT6Lj3MdVQewWy3g0LCquGDc6q0E16OKmlu7cijpFO+zVfSfEq8zsN8jmQ92gpzp 3MLXVTZ3XRFot4M6dzTpdT9l4sLp+49aXe8WarQPTNsJsQsUatenq9Gerju0ib6RfBFp Ap3P3ZuarP7BOu55zcSe8FGBQT2mBmNwEaFvmGqHLwgMu3OtSQTY2zfO3U441GSQxJQK 7lcXBZ8SU/ZvU94CUPdfNOXHHs7BEA2wQuzzeaje8xRWXDXgzCSGZubzBx+GweR7Lceq 84PQ== Received: by 10.152.110.229 with SMTP id id5mr18230447lab.36.1349824165146; Tue, 09 Oct 2012 16:09:25 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id b8sm38917lbn.8.2012.10.09.16.09.24 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 16:09:24 -0700 (PDT) Message-ID: <5074AEA3.6000205@gmail.com> Date: Wed, 10 Oct 2012 03:09:23 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> <50749A05.7020204@dod.no> In-Reply-To: <50749A05.7020204@dod.no> Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Y2FuJ3QgYmVsaWV2ZSB0aGF0LgoKT3IgeW91IGp1c3QgdXNlIGRpZmZlcmVudCBrZXJuZWxzLCBv ciBpdCBub3QgcmVsYXRlZCB0byB0byAnZ3Vlc3QgdG9vbHMnIApzaGVsbCBzY3JpcHQuCgoKMTAu MTAuMjAxMiAwMTo0MSwgQnVybmllINC/0LjRiNC10YI6Cj4gT24gMTAvMDkvMjAxMiAxMDozOSBQ TSwgVmlkYXIgTm9ybWFubiB3cm90ZToKPj4gQWN0dWFsbHksIEkgYmVsaWV2ZSB0aGlzIGlzIGJl Y2F1c2UgaXQgdXNlcyBncmF0dWl0b3VzIGFycAo+PiB0byBsZXQgdGhlIHN3aXRjaChlcykgdGhl IFhlbiBob3N0cyBhcmUgY29ubmVjdGVkIHRvIGJlY29tZSBhd2FyZSB0aGF0Cj4+IHRoZSBWTSBo YXMgbW92ZWQuCj4KPgo+IFRoYXQgbWFrZXMgc2Vuc2UuIFNlZW1zIHNvbWUgYXJwIHRhYmxlcyAo YXQgdGhlIHN3aXRjaD8pIGlzbid0IHVwZGF0ZWQKPiB2ZXJ5IHF1aWNrbHkgdW5sZXNzIHhzLXRv b2xzIGlzIGluc3RhbGxlZC4gQW5kIHdpdGhvdXQgbmV0d29yayB0cmFmZmljCj4gb3IgbGluayBk b3duL3VwLCBJIGd1ZXNzIGxpbnV4IGRvZXNuJ3Qgc2VuZCBhcnAgbWVzc2FnZXMgYnkgaXRzZWxm Lgo+Cj4gVHJ5aW5nIHRvIHBpbmcgZnJvbSB0aGUgdm0gaXRzZWxmIGR1cmluZyB0aGUgbWlncmF0 aW9uIHNlZW1zIHRvIGJlCj4gYSAid29ya2Fyb3VuZCIuCj4KPgo+PiBPbiBPY3QgOSwgMjAxMiAx MDozMyBQTSwgIkdlb3JnZSBTaHVrbGluIiA8Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tCj4+IDxt YWlsdG86Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tPj4gd3JvdGU6Cj4+Cj4+IEl0J3MgcmVhbGx5 IHN0cmFuZ2UuIHhzIHRvb2xzIGZvciBwdi1kb21haW4gaXMganVzdCBzaW1wbGUgc2hlbGwKPj4g c2NyaXB0IHRvIHJlcG9ydCB2bSBpbnRlcm5hbHMgYmFjayB0byBYQ1AuCj4+Cj4+IFlvdSBjYW4g ZmFrZSBpdCBwcmVzZW5jZSB3aXRoIHRoaXMgc2NyaXB0IChydW4gb24gaG9zdCB3aGVyZSBWTQo+ PiByZXNpZGVzKToKPj4gaHR0cDovL3dpa2kueGVuc291cmNlLmNvbS9fX3dpa2kvWEFQSV9mYWtl X3ByZXNlbmNlX29mX1BWX19fZHJpdmVycwo+PiA8aHR0cDovL3dpa2kueGVuc291cmNlLmNvbS93 aWtpL1hBUElfZmFrZV9wcmVzZW5jZV9vZl9QVl9kcml2ZXJzPgo+Pgo+PiBCdXQgYmVoYXZpb3Ig aXMgcmVhbGx5IGZ1bm55LiBNYXkgYmUgUFYgcHJlc2VuY2UgY2F1c2UgbGl2ZQo+PiBtaWdyYXRp b24gYW5kICdubyBndWVzdCB0b29scycgY2F1c2Ugbm9tYWwgbWlncmF0aW9uICh3aXRoIHBhdXNl IGFuZAo+PiB3aXRob3V0IGl0ZXJhdGl2ZSBpbmNyZW1lbnRhbCBtZW1vcnkgdHJhbnNmZXIpPwo+ Pgo+PiBPbiAwOS4xMC4yMDEyIDIzOjIzLCBCdXJuaWUgd3JvdGU6Cj4+Cj4+IFdoZW4gbWlncmF0 aW5nIGEgVk0gZnJvbSBvbmUgc3RhbmRhbG9uZSBzZXJ2ZXIgdG8gYW5vdGhlciwgSSBub3RpY2Vk Cj4+IHRoYXQgdGhlcmUncyBhIGh1Z2UgZ2FpbiBpbiBtYWtpbmcgc3VyZSB0aGUgVk0gaGFzIHhz LXRvb2xzCj4+IGluc3RhbGxlZDoKPj4KPj4gVk06IENlbnRvcyA2LjMgeDg2XzY0IC0gUFYKPj4K Pj4gLSB3aXRoIHhzLXRvb2xzIGluc3RhbGxlZDoKPj4gMjA2IHBhY2tldHMgdHJhbnNtaXR0ZWQs IDIwNSByZWNlaXZlZCwgMCUgcGFja2V0IGxvc3MsIHRpbWUgMjA1NjgwbXMKPj4gcnR0IG1pbi9h dmcvbWF4L21kZXYgPSAwLjIwNC80OC40MzkvMTk3LjQ5Ny83OC4wNjYgbXMKPj4KPj4gLSB3aXRo b3V0IHhzLXRvb2xzIGluc3RhbGxlZDoKPj4gMjA5IHBhY2tldHMgdHJhbnNtaXR0ZWQsIDE1NyBy ZWNlaXZlZCwgMjQlIHBhY2tldCBsb3NzLCB0aW1lCj4+IDIwODQzMm1zCj4+IHJ0dCBtaW4vYXZn L21heC9tZGV2ID0gMC4yMTcvNjYuOTc1LzE5Ni4yMjAvODQuMTM2IG1zCj4+Cj4+IEluIGJvdGgg Y2FzZXMgdGhlIFZNIHNlZW1zIHRvIGFwcGVhciBpbiBYQyB3aXRoaW4gMS0yIHNlY29uZHMgb24g dGhlCj4+IG5ldyBzZXJ2ZXIsIGJ1dCB3aXRob3V0IHhzLXRvb2xzLCBpdCBkb2Vzbid0IHNlZW0g dG8gZG8gYW55Cj4+IG5ldHdvcmtpbmcuCj4+Cj4+IEkgZG9udCBrbm93IGlmIHRoaXMgaXMgbm9y bWFsIG9yIG5vdCwgYnV0IEkgZ3Vlc3MgaXQgaGFzCj4+IHNvbWV0aGluZyB0bwo+PiBkbyB3aXRo IHNvbWUgb3B0aW1pemVkIGRyaXZlcnMvbW9kdWxlcz8KPj4KPj4KPj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tYXBpIG1haWxpbmcgbGlz dAo+PiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcgPG1haWx0bzpYZW4tYXBpQGxpc3RzLnhlbi5vcmc+ Cj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vX19tYWlsbWFuL2xpc3RpbmZvL3hlbi1h cGkKPj4gPGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpPgo+Pgo+Pgo+Pgo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+PiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+PiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcK Pj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkK Pgo+CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Tue Oct 09 23:28:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 23:28:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjEC-0001BJ-AP; Tue, 09 Oct 2012 23:28:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjEA-0001BE-Fr for xen-api@lists.xen.org; Tue, 09 Oct 2012 23:28:42 +0000 Received: from [85.158.138.51:40904] by server-11.bemta-3.messagelabs.com id 8E/6E-21460-923B4705; Tue, 09 Oct 2012 23:28:41 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-2.tower-174.messagelabs.com!1349825320!33672592!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMzA1Nw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMzA1Nw==\n, HTML_50_60, HTML_MESSAGE, MANY_EXCLAMATIONS X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4472 invoked from network); 9 Oct 2012 23:28:40 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-2.tower-174.messagelabs.com with SMTP; 9 Oct 2012 23:28:40 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR001.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MBN0024YFVR9W00@VL-VM-MR001.ip.videotron.ca> for xen-api@lists.xen.org; Tue, 09 Oct 2012 19:28:40 -0400 (EDT) From: "Melvin Br." To: xen-api@lists.xen.org Date: Tue, 09 Oct 2012 19:28:34 -0400 Message-id: <000c01cda675$cd6168f0$68243ad0$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2mdc0akcSfYI7BR3ipmMv6F+yK9g== Content-language: fr-ca Subject: [Xen-API] XcP 1.6 Beta - watchout to not import corrupted XVA - VDI impossible to destroy & no task/operation to cancel ! (UPDATE : fix/workaround found!) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5465941463055442328==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5465941463055442328== Content-type: multipart/alternative; boundary="Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg)" Content-language: fr-ca This is a multi-part message in MIME format. --Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT The Question is : -How to force delete/destroy one VDI that cannot be destroy because of one operation/task that is not show in task-list, so cannot be cancel, and cannot end even on reboot. (UPDATE : fix/workaround found!) : The solution is to change the VDI device position from 0 to 1. And then now! I'm able to delete/destroy the VDI, even from XenCenter and CLI. Somehow this fix the problem but this is only a workaround. So. ( for the long story : ) The problem begin like this : I download a corrupted XVA of WebSService of 50mb ( normaly is 200mb ) And I did not notice that until that I importing on XcP 1.6 and that it was taking to long and never stop. So I cancel the import. I try to delete the VDI, but was impossible. ( VDI show : Control domain on host ...) I check the last list, but, nothing to cancel .. ( the task was been cancel when I click cancel in XenCenter, I think..) So I reboot XcP. Normaly problems like that end, when I reboot. But now here the reel problem that I not able to fix without a complete reinstall of XcP. The VDI is now impossible to delete/destroy because XcP say that : < This operation cannot be performed because this VDI is in use by some other operation > But what operation? what tast ?? I check task-list and the only task that I got is one from another vm : < Connection to VM console > The VDI I want to --force destroy show in XenCenter show : < Control domain on host ... > So How to force delete/destroy one VDI that cannot be destroy because of one operation/task that cannot be list on task-list and cannot end on reboot. I wanted to the community to know this problem after all, even if the first problem was to not checking the validity of the imported XVA. Watch out for corrupted Xva! And Thank you for reading my poor english, and please excuse me ! --Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT

The Question is :

-How to force delete/destroy one VDI that cannot be destroy because of one operation/task that is not show in task-list, so cannot be cancel, and cannot end even on reboot.

 

(UPDATE : fix/workaround found!) :

The solution is to change the VDI device position from 0 to 1. And then now! I’m able to delete/destroy the VDI, even from XenCenter and CLI.

Somehow this fix the problem but this is only a workaround…

 

 

So… ( for the long story : )

The problem begin like this : I download a corrupted XVA of WebSService of 50mb ( normaly is 200mb )

And I did not notice that until that I importing on XcP 1.6 and that it  was taking to long and never stop.

So I cancel the import.  I try to delete the VDI, but was impossible. ( VDI show :  Control domain on host ...)

I check the last list, but, nothing to cancel ..  ( the task was been cancel when I click cancel in XenCenter, I think..)

So I reboot XcP. Normaly problems like that end, when I reboot.

But now here the reel problem that I not able to fix without a complete reinstall of XcP.

The VDI is now impossible to delete/destroy because XcP say that : « This operation cannot be performed because this VDI is in use by some other operation »

But what operation? what tast ??

 I check task-list and the only task that I got is  one from another vm : « Connection to VM console »

The VDI I want to --force destroy show in XenCenter show  : « Control domain on host ... »

So How to force delete/destroy one VDI that cannot be destroy because of one operation/task that  cannot be list on task-list and cannot end on reboot.

 

I wanted to the community to know this problem after all, even if the first problem was to not checking the validity of the imported XVA.

 

Watch out for corrupted Xva! And

Thank you for reading my poor english, and please excuse me !

 

--Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg)-- --===============5465941463055442328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5465941463055442328==-- From xen-api-bounces@lists.xen.org Tue Oct 09 23:28:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 23:28:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjEC-0001BJ-AP; Tue, 09 Oct 2012 23:28:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjEA-0001BE-Fr for xen-api@lists.xen.org; Tue, 09 Oct 2012 23:28:42 +0000 Received: from [85.158.138.51:40904] by server-11.bemta-3.messagelabs.com id 8E/6E-21460-923B4705; Tue, 09 Oct 2012 23:28:41 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-2.tower-174.messagelabs.com!1349825320!33672592!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.9 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMzA1Nw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcxMzA1Nw==\n, HTML_50_60, HTML_MESSAGE, MANY_EXCLAMATIONS X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4472 invoked from network); 9 Oct 2012 23:28:40 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-2.tower-174.messagelabs.com with SMTP; 9 Oct 2012 23:28:40 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR001.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MBN0024YFVR9W00@VL-VM-MR001.ip.videotron.ca> for xen-api@lists.xen.org; Tue, 09 Oct 2012 19:28:40 -0400 (EDT) From: "Melvin Br." To: xen-api@lists.xen.org Date: Tue, 09 Oct 2012 19:28:34 -0400 Message-id: <000c01cda675$cd6168f0$68243ad0$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2mdc0akcSfYI7BR3ipmMv6F+yK9g== Content-language: fr-ca Subject: [Xen-API] XcP 1.6 Beta - watchout to not import corrupted XVA - VDI impossible to destroy & no task/operation to cancel ! (UPDATE : fix/workaround found!) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5465941463055442328==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5465941463055442328== Content-type: multipart/alternative; boundary="Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg)" Content-language: fr-ca This is a multi-part message in MIME format. --Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT The Question is : -How to force delete/destroy one VDI that cannot be destroy because of one operation/task that is not show in task-list, so cannot be cancel, and cannot end even on reboot. (UPDATE : fix/workaround found!) : The solution is to change the VDI device position from 0 to 1. And then now! I'm able to delete/destroy the VDI, even from XenCenter and CLI. Somehow this fix the problem but this is only a workaround. So. ( for the long story : ) The problem begin like this : I download a corrupted XVA of WebSService of 50mb ( normaly is 200mb ) And I did not notice that until that I importing on XcP 1.6 and that it was taking to long and never stop. So I cancel the import. I try to delete the VDI, but was impossible. ( VDI show : Control domain on host ...) I check the last list, but, nothing to cancel .. ( the task was been cancel when I click cancel in XenCenter, I think..) So I reboot XcP. Normaly problems like that end, when I reboot. But now here the reel problem that I not able to fix without a complete reinstall of XcP. The VDI is now impossible to delete/destroy because XcP say that : < This operation cannot be performed because this VDI is in use by some other operation > But what operation? what tast ?? I check task-list and the only task that I got is one from another vm : < Connection to VM console > The VDI I want to --force destroy show in XenCenter show : < Control domain on host ... > So How to force delete/destroy one VDI that cannot be destroy because of one operation/task that cannot be list on task-list and cannot end on reboot. I wanted to the community to know this problem after all, even if the first problem was to not checking the validity of the imported XVA. Watch out for corrupted Xva! And Thank you for reading my poor english, and please excuse me ! --Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT

The Question is :

-How to force delete/destroy one VDI that cannot be destroy because of one operation/task that is not show in task-list, so cannot be cancel, and cannot end even on reboot.

 

(UPDATE : fix/workaround found!) :

The solution is to change the VDI device position from 0 to 1. And then now! I’m able to delete/destroy the VDI, even from XenCenter and CLI.

Somehow this fix the problem but this is only a workaround…

 

 

So… ( for the long story : )

The problem begin like this : I download a corrupted XVA of WebSService of 50mb ( normaly is 200mb )

And I did not notice that until that I importing on XcP 1.6 and that it  was taking to long and never stop.

So I cancel the import.  I try to delete the VDI, but was impossible. ( VDI show :  Control domain on host ...)

I check the last list, but, nothing to cancel ..  ( the task was been cancel when I click cancel in XenCenter, I think..)

So I reboot XcP. Normaly problems like that end, when I reboot.

But now here the reel problem that I not able to fix without a complete reinstall of XcP.

The VDI is now impossible to delete/destroy because XcP say that : « This operation cannot be performed because this VDI is in use by some other operation »

But what operation? what tast ??

 I check task-list and the only task that I got is  one from another vm : « Connection to VM console »

The VDI I want to --force destroy show in XenCenter show  : « Control domain on host ... »

So How to force delete/destroy one VDI that cannot be destroy because of one operation/task that  cannot be list on task-list and cannot end on reboot.

 

I wanted to the community to know this problem after all, even if the first problem was to not checking the validity of the imported XVA.

 

Watch out for corrupted Xva! And

Thank you for reading my poor english, and please excuse me !

 

--Boundary_(ID_bAlrCBNeKwiQp/DXTLjBsg)-- --===============5465941463055442328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5465941463055442328==-- From xen-api-bounces@lists.xen.org Tue Oct 09 23:51:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 23:51:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjZf-0001JY-3t; Tue, 09 Oct 2012 23:50:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjZd-0001JT-1g for xen-api@lists.xen.org; Tue, 09 Oct 2012 23:50:53 +0000 Received: from [85.158.143.35:24017] by server-3.bemta-4.messagelabs.com id 01/6D-10986-C58B4705; Tue, 09 Oct 2012 23:50:52 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1349826649!18123189!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MANY_EXCLAMATIONS,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11478 invoked from network); 9 Oct 2012 23:50:50 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 23:50:50 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so15852lbb.32 for ; Tue, 09 Oct 2012 16:50:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=ILVgxofe++pGmCdurooIUx7QaAYX69bch1unlbfNTnk=; b=bwaxmz54aPYyd7CDBZbs8gzI33NCvo2p5OoPZbWhG4ojqelwiDsbJWJMYHeAyBXvj2 nidyC5KKDEcJgudAdTikxdeylCn3lfDIw6Lgg3lS0sONiPPdHTysLpGHVv7LZuyj9Cgs 4ksWSwsuNjdkFamdZ0Ge8voGwvzIxGcO7L9OhGffx94O7v9TC34XJxak3CZ/205gRlSs zi87tE6A9zquQT8B6HV4TeO0ApzHHLy5cUb9m2fEbLK9QL9qe/9pax8+aIfKaw7Yce4g 98HgPfkO8ts4F2Um6Q124Nql74T6Zoid2uCcDximU1NEQ3t4OXIo3HZqyr35xv+1hFpV bKPw== Received: by 10.112.100.196 with SMTP id fa4mr3636945lbb.0.1349826648633; Tue, 09 Oct 2012 16:50:48 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id t8sm11942lbm.2.2012.10.09.16.50.47 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 16:50:48 -0700 (PDT) Message-ID: <5074B857.3000902@gmail.com> Date: Wed, 10 Oct 2012 03:50:47 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <000c01cda675$cd6168f0$68243ad0$@ca> In-Reply-To: <000c01cda675$cd6168f0$68243ad0$@ca> Subject: Re: [Xen-API] XcP 1.6 Beta - watchout to not import corrupted XVA - VDI impossible to destroy & no task/operation to cancel ! (UPDATE : fix/workaround found!) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4086477600066191244==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4086477600066191244== Content-Type: multipart/alternative; boundary="------------050900050001000104030108" This is a multi-part message in MIME format. --------------050900050001000104030108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Well, actually that problem is very easy to fix. when you importing, XCP creates temporal vbd (link) between VDI and dom0 (control domain - that domain actually reply to ping for host and do all job to serve other domains). After that xapi (core part of xcp) performs unpacking and vdi filling. When operation stalls (bad, bad, looks like a bug), manual fix is very simple: a) find who is connected to VDI. Very easy - search xapi output for vbd, connected to control domains (if you have more that one host; if you using single host, control domain is unique). next: attempt to do vbd-unplug. If it fails you need to terminate process, which keeps vbd unpluggable. Usually it is the xapi or some hanged tapdisk you cat detect by content of /proc/PID/fd symlinks to VDI path (xvda, xvdb and so on for XCP 1.1, /dev/sm/... for XCP 1.6). You can restart xapi toolstack with command xe-toolstack-restart. After that vbd can be unplugged (if not, yes, host reset is last option), and you can destroy 'bad' VDI (xe vbd-unplug, xe vdi-destroy). Kinda easy if you will look to xapi not as black box with strange properties. 10.10.2012 03:28, Melvin Br. ?????: > > *The Question is :* > > *-How to force delete/destroy one VDI that cannot be destroy because > of one operation/task that is not show in task-list, so cannot be > cancel, and cannot end even on reboot. * > > ** > > (*UPDATE : fix/workaround found!) :* > > *The solution is to change the VDI device position from 0 to 1. And > then now! I'm able to delete/destroy the VDI, even from XenCenter and > CLI.* > > *Somehow this fix the problem but this is only a workaround...* > > So... ( for the long story : ) > > The problem begin like this : I download a corrupted XVA of > WebSService of 50mb ( normaly is 200mb ) > > And I did not notice that until that I importing on XcP 1.6 and that > it was taking to long and never stop. > > So I cancel the import. I try to delete the VDI, but was impossible. > ( VDI show : Control domain on host ...) > > I check the last list, but, nothing to cancel .. ( the task was been > cancel when I click cancel in XenCenter, I think..) > > So I reboot XcP. Normaly problems like that end, when I reboot. > > But now here the reel problem that I not able to fix without a > complete reinstall of XcP. > > The VDI is now impossible to delete/destroy because XcP say that : > Ť This operation cannot be performed because this VDI is in use by > some other operation ť > > But what operation? what tast ?? > > I check task-list and the only task that I got is one from another > vm : Ť Connection to VM console ť > > The VDI I want to --force destroy show in XenCenter show : Ť Control > domain on host ... ť > > So How to force delete/destroy one VDI that cannot be destroy because > of one operation/task that cannot be list on task-list and cannot end > on reboot.** > > I wanted to the community to know this problem after all, even if the > first problem was to not checking the validity of the imported XVA. > > Watch out for corrupted Xva! And > > Thank you for reading my poor english, and please excuse me ! > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050900050001000104030108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Well, actually that problem is very easy to fix.

when you importing, XCP creates temporal vbd (link) between VDI and dom0 (control domain - that domain actually reply to ping for host and do all job to serve other domains). After that xapi (core part of xcp) performs unpacking and vdi filling.

When operation stalls (bad, bad, looks like a bug), manual fix is very simple:

a) find who is connected to VDI. Very easy - search xapi output for vbd, connected to control domains (if you have more that one host; if you using single host, control domain is unique).

next: attempt to do vbd-unplug. If it fails you need to terminate process, which keeps vbd unpluggable. Usually it is the xapi or some hanged tapdisk you cat detect by content of /proc/PID/fd symlinks to VDI path (xvda, xvdb and so on for XCP 1.1, /dev/sm/... for XCP 1.6).

You can restart xapi toolstack with command xe-toolstack-restart.

After that vbd can be unplugged (if not, yes, host reset is last option), and you can destroy 'bad' VDI (xe vbd-unplug, xe vdi-destroy).

Kinda easy if you will look to xapi not as black box with strange properties.


10.10.2012 03:28, Melvin Br. пишет:

The Question is :

-How to force delete/destroy one VDI that cannot be destroy because of one operation/task that is not show in task-list, so cannot be cancel, and cannot end even on reboot.

 

(UPDATE : fix/workaround found!) :

The solution is to change the VDI device position from 0 to 1. And then now! I’m able to delete/destroy the VDI, even from XenCenter and CLI.

Somehow this fix the problem but this is only a workaround…

 

 

So… ( for the long story : )

The problem begin like this : I download a corrupted XVA of WebSService of 50mb ( normaly is 200mb )

And I did not notice that until that I importing on XcP 1.6 and that it  was taking to long and never stop.

So I cancel the import.  I try to delete the VDI, but was impossible. ( VDI show :  Control domain on host ...)

I check the last list, but, nothing to cancel ..  ( the task was been cancel when I click cancel in XenCenter, I think..)

So I reboot XcP. Normaly problems like that end, when I reboot.

But now here the reel problem that I not able to fix without a complete reinstall of XcP.

The VDI is now impossible to delete/destroy because XcP say that : « This operation cannot be performed because this VDI is in use by some other operation »

But what operation? what tast ??

 I check task-list and the only task that I got is  one from another vm : « Connection to VM console »

The VDI I want to --force destroy show in XenCenter show  : « Control domain on host ... »

So How to force delete/destroy one VDI that cannot be destroy because of one operation/task that  cannot be list on task-list and cannot end on reboot.

 

I wanted to the community to know this problem after all, even if the first problem was to not checking the validity of the imported XVA.

 

Watch out for corrupted Xva! And

Thank you for reading my poor english, and please excuse me !

 



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

--------------050900050001000104030108-- --===============4086477600066191244== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4086477600066191244==-- From xen-api-bounces@lists.xen.org Tue Oct 09 23:51:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Oct 2012 23:51:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjZf-0001JY-3t; Tue, 09 Oct 2012 23:50:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjZd-0001JT-1g for xen-api@lists.xen.org; Tue, 09 Oct 2012 23:50:53 +0000 Received: from [85.158.143.35:24017] by server-3.bemta-4.messagelabs.com id 01/6D-10986-C58B4705; Tue, 09 Oct 2012 23:50:52 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1349826649!18123189!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MANY_EXCLAMATIONS,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11478 invoked from network); 9 Oct 2012 23:50:50 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Oct 2012 23:50:50 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so15852lbb.32 for ; Tue, 09 Oct 2012 16:50:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=ILVgxofe++pGmCdurooIUx7QaAYX69bch1unlbfNTnk=; b=bwaxmz54aPYyd7CDBZbs8gzI33NCvo2p5OoPZbWhG4ojqelwiDsbJWJMYHeAyBXvj2 nidyC5KKDEcJgudAdTikxdeylCn3lfDIw6Lgg3lS0sONiPPdHTysLpGHVv7LZuyj9Cgs 4ksWSwsuNjdkFamdZ0Ge8voGwvzIxGcO7L9OhGffx94O7v9TC34XJxak3CZ/205gRlSs zi87tE6A9zquQT8B6HV4TeO0ApzHHLy5cUb9m2fEbLK9QL9qe/9pax8+aIfKaw7Yce4g 98HgPfkO8ts4F2Um6Q124Nql74T6Zoid2uCcDximU1NEQ3t4OXIo3HZqyr35xv+1hFpV bKPw== Received: by 10.112.100.196 with SMTP id fa4mr3636945lbb.0.1349826648633; Tue, 09 Oct 2012 16:50:48 -0700 (PDT) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id t8sm11942lbm.2.2012.10.09.16.50.47 (version=SSLv3 cipher=OTHER); Tue, 09 Oct 2012 16:50:48 -0700 (PDT) Message-ID: <5074B857.3000902@gmail.com> Date: Wed, 10 Oct 2012 03:50:47 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20121003 Thunderbird/15.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <000c01cda675$cd6168f0$68243ad0$@ca> In-Reply-To: <000c01cda675$cd6168f0$68243ad0$@ca> Subject: Re: [Xen-API] XcP 1.6 Beta - watchout to not import corrupted XVA - VDI impossible to destroy & no task/operation to cancel ! (UPDATE : fix/workaround found!) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4086477600066191244==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4086477600066191244== Content-Type: multipart/alternative; boundary="------------050900050001000104030108" This is a multi-part message in MIME format. --------------050900050001000104030108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Well, actually that problem is very easy to fix. when you importing, XCP creates temporal vbd (link) between VDI and dom0 (control domain - that domain actually reply to ping for host and do all job to serve other domains). After that xapi (core part of xcp) performs unpacking and vdi filling. When operation stalls (bad, bad, looks like a bug), manual fix is very simple: a) find who is connected to VDI. Very easy - search xapi output for vbd, connected to control domains (if you have more that one host; if you using single host, control domain is unique). next: attempt to do vbd-unplug. If it fails you need to terminate process, which keeps vbd unpluggable. Usually it is the xapi or some hanged tapdisk you cat detect by content of /proc/PID/fd symlinks to VDI path (xvda, xvdb and so on for XCP 1.1, /dev/sm/... for XCP 1.6). You can restart xapi toolstack with command xe-toolstack-restart. After that vbd can be unplugged (if not, yes, host reset is last option), and you can destroy 'bad' VDI (xe vbd-unplug, xe vdi-destroy). Kinda easy if you will look to xapi not as black box with strange properties. 10.10.2012 03:28, Melvin Br. ?????: > > *The Question is :* > > *-How to force delete/destroy one VDI that cannot be destroy because > of one operation/task that is not show in task-list, so cannot be > cancel, and cannot end even on reboot. * > > ** > > (*UPDATE : fix/workaround found!) :* > > *The solution is to change the VDI device position from 0 to 1. And > then now! I'm able to delete/destroy the VDI, even from XenCenter and > CLI.* > > *Somehow this fix the problem but this is only a workaround...* > > So... ( for the long story : ) > > The problem begin like this : I download a corrupted XVA of > WebSService of 50mb ( normaly is 200mb ) > > And I did not notice that until that I importing on XcP 1.6 and that > it was taking to long and never stop. > > So I cancel the import. I try to delete the VDI, but was impossible. > ( VDI show : Control domain on host ...) > > I check the last list, but, nothing to cancel .. ( the task was been > cancel when I click cancel in XenCenter, I think..) > > So I reboot XcP. Normaly problems like that end, when I reboot. > > But now here the reel problem that I not able to fix without a > complete reinstall of XcP. > > The VDI is now impossible to delete/destroy because XcP say that : > Ť This operation cannot be performed because this VDI is in use by > some other operation ť > > But what operation? what tast ?? > > I check task-list and the only task that I got is one from another > vm : Ť Connection to VM console ť > > The VDI I want to --force destroy show in XenCenter show : Ť Control > domain on host ... ť > > So How to force delete/destroy one VDI that cannot be destroy because > of one operation/task that cannot be list on task-list and cannot end > on reboot.** > > I wanted to the community to know this problem after all, even if the > first problem was to not checking the validity of the imported XVA. > > Watch out for corrupted Xva! And > > Thank you for reading my poor english, and please excuse me ! > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050900050001000104030108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Well, actually that problem is very easy to fix.

when you importing, XCP creates temporal vbd (link) between VDI and dom0 (control domain - that domain actually reply to ping for host and do all job to serve other domains). After that xapi (core part of xcp) performs unpacking and vdi filling.

When operation stalls (bad, bad, looks like a bug), manual fix is very simple:

a) find who is connected to VDI. Very easy - search xapi output for vbd, connected to control domains (if you have more that one host; if you using single host, control domain is unique).

next: attempt to do vbd-unplug. If it fails you need to terminate process, which keeps vbd unpluggable. Usually it is the xapi or some hanged tapdisk you cat detect by content of /proc/PID/fd symlinks to VDI path (xvda, xvdb and so on for XCP 1.1, /dev/sm/... for XCP 1.6).

You can restart xapi toolstack with command xe-toolstack-restart.

After that vbd can be unplugged (if not, yes, host reset is last option), and you can destroy 'bad' VDI (xe vbd-unplug, xe vdi-destroy).

Kinda easy if you will look to xapi not as black box with strange properties.


10.10.2012 03:28, Melvin Br. пишет:

The Question is :

-How to force delete/destroy one VDI that cannot be destroy because of one operation/task that is not show in task-list, so cannot be cancel, and cannot end even on reboot.

 

(UPDATE : fix/workaround found!) :

The solution is to change the VDI device position from 0 to 1. And then now! I’m able to delete/destroy the VDI, even from XenCenter and CLI.

Somehow this fix the problem but this is only a workaround…

 

 

So… ( for the long story : )

The problem begin like this : I download a corrupted XVA of WebSService of 50mb ( normaly is 200mb )

And I did not notice that until that I importing on XcP 1.6 and that it  was taking to long and never stop.

So I cancel the import.  I try to delete the VDI, but was impossible. ( VDI show :  Control domain on host ...)

I check the last list, but, nothing to cancel ..  ( the task was been cancel when I click cancel in XenCenter, I think..)

So I reboot XcP. Normaly problems like that end, when I reboot.

But now here the reel problem that I not able to fix without a complete reinstall of XcP.

The VDI is now impossible to delete/destroy because XcP say that : « This operation cannot be performed because this VDI is in use by some other operation »

But what operation? what tast ??

 I check task-list and the only task that I got is  one from another vm : « Connection to VM console »

The VDI I want to --force destroy show in XenCenter show  : « Control domain on host ... »

So How to force delete/destroy one VDI that cannot be destroy because of one operation/task that  cannot be list on task-list and cannot end on reboot.

 

I wanted to the community to know this problem after all, even if the first problem was to not checking the validity of the imported XVA.

 

Watch out for corrupted Xva! And

Thank you for reading my poor english, and please excuse me !

 



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

--------------050900050001000104030108-- --===============4086477600066191244== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4086477600066191244==-- From xen-api-bounces@lists.xen.org Wed Oct 10 00:03:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 00:03:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjln-0001rX-7Y; Wed, 10 Oct 2012 00:03:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjll-0001rP-TV; Wed, 10 Oct 2012 00:03:26 +0000 Received: from [85.158.139.83:65268] by server-5.bemta-5.messagelabs.com id BF/35-19238-D4BB4705; Wed, 10 Oct 2012 00:03:25 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1349827403!34129370!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26465 invoked from network); 10 Oct 2012 00:03:24 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 00:03:24 -0000 Received: by mail-ob0-f173.google.com with SMTP id wc18so6969515obb.32 for ; Tue, 09 Oct 2012 17:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=913Yf1ZU/OyB6PGM3D8A5RYVOuGGZDRh8f2qU5tLtow=; b=AbUvlxRlfTF3j4jnVsnGo2VwQ2wHu2n1YguwelkAl03KH1ytkg6buTFyZv1Pb36rtn WRSVgY246JubacPpleWD2cSJkKDHdixvSBekLTTiQQ3gndYeKZV1C7/jIgHH1Q7m1yca +ThW+l7Nuab+7q91kC1kmafFJuyi6J6kxtLwF3nyqxuRtCkhW/aXfS+4UsM0JZmnfjkD SFADHQTGyDnnovDVQJIV7cj7jqa1lxf2qQzEcg/qRzFukD/4AGcZa8e8XrRu3m2iT5n0 Rgv3tI0bGr+kZWnoD8Pg9bREOcCwIvdhtCzRmC8nB+PQ5AS2kvipz5K+3Y4TOOKWZUjV vB3w== MIME-Version: 1.0 Received: by 10.60.170.176 with SMTP id an16mr17254306oec.57.1349827402709; Tue, 09 Oct 2012 17:03:22 -0700 (PDT) Received: by 10.182.18.5 with HTTP; Tue, 9 Oct 2012 17:03:22 -0700 (PDT) Date: Wed, 10 Oct 2012 11:03:22 +1100 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-API] xcp on ubuntu 12.04 crash X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2889136720083891478==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2889136720083891478== Content-Type: multipart/alternative; boundary=bcaec54a325ed8b93104cba92e69 --bcaec54a325ed8b93104cba92e69 Content-Type: text/plain; charset=ISO-8859-1 hi all, i use xcp on ubuntu 12.04 with both linux and windows instances, everything fine, but after the host run few days, i can not connected it again and i try to use dell compute management port to access the console, but it's just black screen and nothing response~~, i have to reboot it~~ and also , i can not find any usefull message in syslog or xcp log~~, it looks like a cpu 100% problem , im not sure~~ anyone know that? thanks. --bcaec54a325ed8b93104cba92e69 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi all,=A0

i use xcp on ubuntu 12.04 =A0with both linux = and windows instances, everything fine, but after the host run few days, i = can not connected it again

and i try to use dell c= ompute management port to access the console, but it's just black scree= n and nothing response~~, i have to reboot it~~

and also , i can not find any usefull message in syslog= or xcp log~~, it looks like a cpu 100% problem , im not sure~~
<= br>
anyone know that?

thanks.
--bcaec54a325ed8b93104cba92e69-- --===============2889136720083891478== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2889136720083891478==-- From xen-api-bounces@lists.xen.org Wed Oct 10 00:03:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 00:03:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjln-0001rX-7Y; Wed, 10 Oct 2012 00:03:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLjll-0001rP-TV; Wed, 10 Oct 2012 00:03:26 +0000 Received: from [85.158.139.83:65268] by server-5.bemta-5.messagelabs.com id BF/35-19238-D4BB4705; Wed, 10 Oct 2012 00:03:25 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1349827403!34129370!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26465 invoked from network); 10 Oct 2012 00:03:24 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 00:03:24 -0000 Received: by mail-ob0-f173.google.com with SMTP id wc18so6969515obb.32 for ; Tue, 09 Oct 2012 17:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=913Yf1ZU/OyB6PGM3D8A5RYVOuGGZDRh8f2qU5tLtow=; b=AbUvlxRlfTF3j4jnVsnGo2VwQ2wHu2n1YguwelkAl03KH1ytkg6buTFyZv1Pb36rtn WRSVgY246JubacPpleWD2cSJkKDHdixvSBekLTTiQQ3gndYeKZV1C7/jIgHH1Q7m1yca +ThW+l7Nuab+7q91kC1kmafFJuyi6J6kxtLwF3nyqxuRtCkhW/aXfS+4UsM0JZmnfjkD SFADHQTGyDnnovDVQJIV7cj7jqa1lxf2qQzEcg/qRzFukD/4AGcZa8e8XrRu3m2iT5n0 Rgv3tI0bGr+kZWnoD8Pg9bREOcCwIvdhtCzRmC8nB+PQ5AS2kvipz5K+3Y4TOOKWZUjV vB3w== MIME-Version: 1.0 Received: by 10.60.170.176 with SMTP id an16mr17254306oec.57.1349827402709; Tue, 09 Oct 2012 17:03:22 -0700 (PDT) Received: by 10.182.18.5 with HTTP; Tue, 9 Oct 2012 17:03:22 -0700 (PDT) Date: Wed, 10 Oct 2012 11:03:22 +1100 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-API] xcp on ubuntu 12.04 crash X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2889136720083891478==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2889136720083891478== Content-Type: multipart/alternative; boundary=bcaec54a325ed8b93104cba92e69 --bcaec54a325ed8b93104cba92e69 Content-Type: text/plain; charset=ISO-8859-1 hi all, i use xcp on ubuntu 12.04 with both linux and windows instances, everything fine, but after the host run few days, i can not connected it again and i try to use dell compute management port to access the console, but it's just black screen and nothing response~~, i have to reboot it~~ and also , i can not find any usefull message in syslog or xcp log~~, it looks like a cpu 100% problem , im not sure~~ anyone know that? thanks. --bcaec54a325ed8b93104cba92e69 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi all,=A0

i use xcp on ubuntu 12.04 =A0with both linux = and windows instances, everything fine, but after the host run few days, i = can not connected it again

and i try to use dell c= ompute management port to access the console, but it's just black scree= n and nothing response~~, i have to reboot it~~

and also , i can not find any usefull message in syslog= or xcp log~~, it looks like a cpu 100% problem , im not sure~~
<= br>
anyone know that?

thanks.
--bcaec54a325ed8b93104cba92e69-- --===============2889136720083891478== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2889136720083891478==-- From xen-api-bounces@lists.xen.org Wed Oct 10 02:49:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 02:49:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLmMY-0006nL-U0; Wed, 10 Oct 2012 02:49:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLmMX-0006nB-7H for xen-api@lists.xen.org; Wed, 10 Oct 2012 02:49:33 +0000 Received: from [85.158.143.35:18985] by server-3.bemta-4.messagelabs.com id C3/5E-10986-C32E4705; Wed, 10 Oct 2012 02:49:32 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1349837370!5976618!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13348 invoked from network); 10 Oct 2012 02:49:31 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 02:49:31 -0000 Received: by mail-oa0-f45.google.com with SMTP id i18so53394oag.32 for ; Tue, 09 Oct 2012 19:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=2/KZ+L22rkaroIj9o0Vt53jo07WCD7Ozyr1pweruAXM=; b=i5tpsm7Ndf9rbg8aeMOmLK8K2QvelRJhiUoGqhgHOfqT/XoN5i0PajG9tkUPRBV0++ pqNocSoriNsq58XChab6JSSuCEE12/0mqPSXN8MgsKt6vu7+6gL6Jsezt92xJZnPAVb3 Su2fAoRg3htHUMOmU2Hx+dZZQeNoHgbyvOaiEZx/aCLICZW5Ns1y3BCfJ1K7sD2ZIiAq PkRtIIeih5ZyUlOutIOvlDgWXzQ8zPm4xQ6pEHdifVOPP490SCQxgArmqXNXfk0yKAFu pvf4MzfCof/V8vqbjhVZzIBCipo5G8nF2MVFXvmLqVT1zWk+0qfvHzCk82ENE35GZg5j +sJQ== MIME-Version: 1.0 Received: by 10.60.169.137 with SMTP id ae9mr17548177oec.91.1349837369795; Tue, 09 Oct 2012 19:49:29 -0700 (PDT) Received: by 10.182.18.5 with HTTP; Tue, 9 Oct 2012 19:49:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 10 Oct 2012 13:49:29 +1100 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: Re: [Xen-API] xcp on ubuntu 12.04 crash X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4151465457602973414==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4151465457602973414== Content-Type: multipart/alternative; boundary=bcaec554091cee641a04cbab80b0 --bcaec554091cee641a04cbab80b0 Content-Type: text/plain; charset=ISO-8859-1 is that because the bios c state setting? http://support.citrix.com/article/CTX127395 On Wed, Oct 10, 2012 at 11:03 AM, pf shineyear wrote: > hi all, > > i use xcp on ubuntu 12.04 with both linux and windows instances, > everything fine, but after the host run few days, i can not connected it > again > > and i try to use dell compute management port to access the console, but > it's just black screen and nothing response~~, i have to reboot it~~ > > and also , i can not find any usefull message in syslog or xcp log~~, it > looks like a cpu 100% problem , im not sure~~ > > anyone know that? > > thanks. > --bcaec554091cee641a04cbab80b0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable is that because the bios c state setting?

http://support.citrix.com/article= /CTX127395

On Wed, Oct 10, 2012 at 11= :03 AM, pf shineyear <shinepf@gmail.com> wrote:
hi all,=A0

i use xcp on u= buntu 12.04 =A0with both linux and windows instances, everything fine, but = after the host run few days, i can not connected it again

and i try to use dell compute management port to access= the console, but it's just black screen and nothing response~~, i have= to reboot it~~

and also , i can not find any usefull message in syslog= or xcp log~~, it looks like a cpu 100% problem , im not sure~~
<= br>
anyone know that?

thanks.

--bcaec554091cee641a04cbab80b0-- --===============4151465457602973414== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4151465457602973414==-- From xen-api-bounces@lists.xen.org Wed Oct 10 02:49:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 02:49:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLmMY-0006nL-U0; Wed, 10 Oct 2012 02:49:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLmMX-0006nB-7H for xen-api@lists.xen.org; Wed, 10 Oct 2012 02:49:33 +0000 Received: from [85.158.143.35:18985] by server-3.bemta-4.messagelabs.com id C3/5E-10986-C32E4705; Wed, 10 Oct 2012 02:49:32 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1349837370!5976618!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13348 invoked from network); 10 Oct 2012 02:49:31 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 02:49:31 -0000 Received: by mail-oa0-f45.google.com with SMTP id i18so53394oag.32 for ; Tue, 09 Oct 2012 19:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=2/KZ+L22rkaroIj9o0Vt53jo07WCD7Ozyr1pweruAXM=; b=i5tpsm7Ndf9rbg8aeMOmLK8K2QvelRJhiUoGqhgHOfqT/XoN5i0PajG9tkUPRBV0++ pqNocSoriNsq58XChab6JSSuCEE12/0mqPSXN8MgsKt6vu7+6gL6Jsezt92xJZnPAVb3 Su2fAoRg3htHUMOmU2Hx+dZZQeNoHgbyvOaiEZx/aCLICZW5Ns1y3BCfJ1K7sD2ZIiAq PkRtIIeih5ZyUlOutIOvlDgWXzQ8zPm4xQ6pEHdifVOPP490SCQxgArmqXNXfk0yKAFu pvf4MzfCof/V8vqbjhVZzIBCipo5G8nF2MVFXvmLqVT1zWk+0qfvHzCk82ENE35GZg5j +sJQ== MIME-Version: 1.0 Received: by 10.60.169.137 with SMTP id ae9mr17548177oec.91.1349837369795; Tue, 09 Oct 2012 19:49:29 -0700 (PDT) Received: by 10.182.18.5 with HTTP; Tue, 9 Oct 2012 19:49:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 10 Oct 2012 13:49:29 +1100 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: Re: [Xen-API] xcp on ubuntu 12.04 crash X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4151465457602973414==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4151465457602973414== Content-Type: multipart/alternative; boundary=bcaec554091cee641a04cbab80b0 --bcaec554091cee641a04cbab80b0 Content-Type: text/plain; charset=ISO-8859-1 is that because the bios c state setting? http://support.citrix.com/article/CTX127395 On Wed, Oct 10, 2012 at 11:03 AM, pf shineyear wrote: > hi all, > > i use xcp on ubuntu 12.04 with both linux and windows instances, > everything fine, but after the host run few days, i can not connected it > again > > and i try to use dell compute management port to access the console, but > it's just black screen and nothing response~~, i have to reboot it~~ > > and also , i can not find any usefull message in syslog or xcp log~~, it > looks like a cpu 100% problem , im not sure~~ > > anyone know that? > > thanks. > --bcaec554091cee641a04cbab80b0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable is that because the bios c state setting?

http://support.citrix.com/article= /CTX127395

On Wed, Oct 10, 2012 at 11= :03 AM, pf shineyear <shinepf@gmail.com> wrote:
hi all,=A0

i use xcp on u= buntu 12.04 =A0with both linux and windows instances, everything fine, but = after the host run few days, i can not connected it again

and i try to use dell compute management port to access= the console, but it's just black screen and nothing response~~, i have= to reboot it~~

and also , i can not find any usefull message in syslog= or xcp log~~, it looks like a cpu 100% problem , im not sure~~
<= br>
anyone know that?

thanks.

--bcaec554091cee641a04cbab80b0-- --===============4151465457602973414== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4151465457602973414==-- From xen-api-bounces@lists.xen.org Wed Oct 10 09:11:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 09:11:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLsKH-0001sS-Q4; Wed, 10 Oct 2012 09:11:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLsKG-0001sE-NK for xen-api@lists.xen.org; Wed, 10 Oct 2012 09:11:36 +0000 Received: from [85.158.143.99:3481] by server-1.bemta-4.messagelabs.com id F7/31-19551-7CB35705; Wed, 10 Oct 2012 09:11:35 +0000 X-Env-Sender: egoitz@sarenet.es X-Msg-Ref: server-2.tower-216.messagelabs.com!1349860295!25362994!1 X-Originating-IP: [194.30.0.79] X-SpamReason: No, hits=4.6 required=7.0 tests=HTML_IMAGE_ONLY_12, HTML_MESSAGE,HTML_SHORT_LINK_IMG_2 X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18823 invoked from network); 10 Oct 2012 09:11:35 -0000 Received: from proxypop04b.sare.net (HELO proxypop04b.sare.net) (194.30.0.79) by server-2.tower-216.messagelabs.com with SMTP; 10 Oct 2012 09:11:35 -0000 Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id E00969DC728 for ; Wed, 10 Oct 2012 11:10:46 +0200 (CEST) From: Egoitz Aurrekoetxea Aurre Message-Id: <6B2446CD-8D0A-4916-86F2-BB3F477979A9@sarenet.es> Date: Wed, 10 Oct 2012 11:11:34 +0200 To: xen-api@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) Subject: [Xen-API] FreeBSD on XCP-1.6-Beta test day X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6335385186924751402==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6335385186924751402== Content-Type: multipart/alternative; boundary="Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715" --Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Good morning, FreeBSD RELENG_9_0 and 9.1-RC2 are not able to boot=85 it stops booting = saying :=20 run_interrupt_driven_hooks : still waiting after XX seconds for = xenbusb_nop_confighook_cb Investigating it=85. Regards, Egoitz Aurrekoetxea Departamento de sistemas egoitz@sarenet.es --Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Good = morning,

FreeBSD RELENG_9_0 and 9.1-RC2 are not able = to boot=85 it stops booting saying = : 

run_interrupt_driven_hooks : still = waiting after XX seconds for = xenbusb_nop_confighook_cb

Investigating = it=85.

Regards,

=20 Egoitz = Aurrekoetxea
Departamento de = sistemas
egoitz@sarenet.es
=

= --Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715-- --===============6335385186924751402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6335385186924751402==-- From xen-api-bounces@lists.xen.org Wed Oct 10 09:11:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 09:11:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLsKH-0001sS-Q4; Wed, 10 Oct 2012 09:11:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLsKG-0001sE-NK for xen-api@lists.xen.org; Wed, 10 Oct 2012 09:11:36 +0000 Received: from [85.158.143.99:3481] by server-1.bemta-4.messagelabs.com id F7/31-19551-7CB35705; Wed, 10 Oct 2012 09:11:35 +0000 X-Env-Sender: egoitz@sarenet.es X-Msg-Ref: server-2.tower-216.messagelabs.com!1349860295!25362994!1 X-Originating-IP: [194.30.0.79] X-SpamReason: No, hits=4.6 required=7.0 tests=HTML_IMAGE_ONLY_12, HTML_MESSAGE,HTML_SHORT_LINK_IMG_2 X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18823 invoked from network); 10 Oct 2012 09:11:35 -0000 Received: from proxypop04b.sare.net (HELO proxypop04b.sare.net) (194.30.0.79) by server-2.tower-216.messagelabs.com with SMTP; 10 Oct 2012 09:11:35 -0000 Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id E00969DC728 for ; Wed, 10 Oct 2012 11:10:46 +0200 (CEST) From: Egoitz Aurrekoetxea Aurre Message-Id: <6B2446CD-8D0A-4916-86F2-BB3F477979A9@sarenet.es> Date: Wed, 10 Oct 2012 11:11:34 +0200 To: xen-api@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) Subject: [Xen-API] FreeBSD on XCP-1.6-Beta test day X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6335385186924751402==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6335385186924751402== Content-Type: multipart/alternative; boundary="Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715" --Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Good morning, FreeBSD RELENG_9_0 and 9.1-RC2 are not able to boot=85 it stops booting = saying :=20 run_interrupt_driven_hooks : still waiting after XX seconds for = xenbusb_nop_confighook_cb Investigating it=85. Regards, Egoitz Aurrekoetxea Departamento de sistemas egoitz@sarenet.es --Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Good = morning,

FreeBSD RELENG_9_0 and 9.1-RC2 are not able = to boot=85 it stops booting saying = : 

run_interrupt_driven_hooks : still = waiting after XX seconds for = xenbusb_nop_confighook_cb

Investigating = it=85.

Regards,

=20 Egoitz = Aurrekoetxea
Departamento de = sistemas
egoitz@sarenet.es
=

= --Apple-Mail=_466B18C3-97F5-4E3E-9E07-884D77739715-- --===============6335385186924751402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6335385186924751402==-- From xen-api-bounces@lists.xen.org Wed Oct 10 11:18:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 11:18:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLuJD-0003G8-Va; Wed, 10 Oct 2012 11:18:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLuJC-0003G0-Jp; Wed, 10 Oct 2012 11:18:38 +0000 Received: from [85.158.138.51:48535] by server-1.bemta-3.messagelabs.com id A4/EC-31728-D8955705; Wed, 10 Oct 2012 11:18:37 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1349867916!25895145!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23470 invoked from network); 10 Oct 2012 11:18:37 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 11:18:37 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so220983bkc.32 for ; Wed, 10 Oct 2012 04:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=ZgUIHNVk3AbK7EDIPj6WmJNb0bOETDgz2wzu113OtNM=; b=aQIu4WMOARdHrbBLvYoT2pXnrSzrWKX65K2Uj/yhibaRXMQXk1ooAM89wlfr0KtTJ0 oT/EavWv/wt3mDcmVkvqd8cuSCai46+BtRz1m591P1WCd9dAVMccq77Y4Iq4hR3IVHFB /GJ67nit6I0PHLIZlw/oG3NbpYjJeFIm/F3jJUSKJ/ik19ob5oxVCcZcrzntDB7pcXHA sxid614GXnSVxJ7KWmjWQhQQZSOWKD88cSO+mh9S1ZY6H0eSAtPdW09UTUrqub4cCDGb zBR3Vei7bUb9OoqDdpnrJQq9QBvyNQ50PIQxkN4TDVgkaZ8IEem2dh+7jSEe9/nMm5bd ifFw== Received: by 10.204.3.220 with SMTP id 28mr7810436bko.87.1349867916573; Wed, 10 Oct 2012 04:18:36 -0700 (PDT) Received: from [172.16.26.11] (b0fb4ece.bb.sky.com. [176.251.78.206]) by mx.google.com with ESMTPS id ia2sm888598bkc.11.2012.10.10.04.18.34 (version=SSLv3 cipher=OTHER); Wed, 10 Oct 2012 04:18:34 -0700 (PDT) Message-ID: <50755989.5010706@xen.org> Date: Wed, 10 Oct 2012 12:18:33 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] XCP Test Day - Thank You X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, a quick thank you to everybody who joined the Xen Test Day. At the peak we had about 25 people on #xentest - with some good discussions. I have not counted overall participation. Also quite a few test day related discussions happened on #xen-api. And I also saw at least 6 bugs raised on xen-api. Given that this was our second test day, I would like to ask for feedback on how we can do these better in future Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 10 11:18:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 11:18:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLuJD-0003G8-Va; Wed, 10 Oct 2012 11:18:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLuJC-0003G0-Jp; Wed, 10 Oct 2012 11:18:38 +0000 Received: from [85.158.138.51:48535] by server-1.bemta-3.messagelabs.com id A4/EC-31728-D8955705; Wed, 10 Oct 2012 11:18:37 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1349867916!25895145!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23470 invoked from network); 10 Oct 2012 11:18:37 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 11:18:37 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so220983bkc.32 for ; Wed, 10 Oct 2012 04:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=ZgUIHNVk3AbK7EDIPj6WmJNb0bOETDgz2wzu113OtNM=; b=aQIu4WMOARdHrbBLvYoT2pXnrSzrWKX65K2Uj/yhibaRXMQXk1ooAM89wlfr0KtTJ0 oT/EavWv/wt3mDcmVkvqd8cuSCai46+BtRz1m591P1WCd9dAVMccq77Y4Iq4hR3IVHFB /GJ67nit6I0PHLIZlw/oG3NbpYjJeFIm/F3jJUSKJ/ik19ob5oxVCcZcrzntDB7pcXHA sxid614GXnSVxJ7KWmjWQhQQZSOWKD88cSO+mh9S1ZY6H0eSAtPdW09UTUrqub4cCDGb zBR3Vei7bUb9OoqDdpnrJQq9QBvyNQ50PIQxkN4TDVgkaZ8IEem2dh+7jSEe9/nMm5bd ifFw== Received: by 10.204.3.220 with SMTP id 28mr7810436bko.87.1349867916573; Wed, 10 Oct 2012 04:18:36 -0700 (PDT) Received: from [172.16.26.11] (b0fb4ece.bb.sky.com. [176.251.78.206]) by mx.google.com with ESMTPS id ia2sm888598bkc.11.2012.10.10.04.18.34 (version=SSLv3 cipher=OTHER); Wed, 10 Oct 2012 04:18:34 -0700 (PDT) Message-ID: <50755989.5010706@xen.org> Date: Wed, 10 Oct 2012 12:18:33 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] XCP Test Day - Thank You X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, a quick thank you to everybody who joined the Xen Test Day. At the peak we had about 25 people on #xentest - with some good discussions. I have not counted overall participation. Also quite a few test day related discussions happened on #xen-api. And I also saw at least 6 bugs raised on xen-api. Given that this was our second test day, I would like to ask for feedback on how we can do these better in future Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 10 12:49:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 12:49:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLvj2-0005jM-OJ; Wed, 10 Oct 2012 12:49:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLvj0-0005jD-QS for xen-api@lists.xen.org; Wed, 10 Oct 2012 12:49:23 +0000 Received: from [85.158.143.99:49761] by server-3.bemta-4.messagelabs.com id 69/57-10075-2DE65705; Wed, 10 Oct 2012 12:49:22 +0000 X-Env-Sender: shane.bouslough@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1349873360!26053457!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3561 invoked from network); 10 Oct 2012 12:49:20 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 12:49:20 -0000 Received: by mail-wi0-f173.google.com with SMTP id hm4so5747141wib.14 for ; Wed, 10 Oct 2012 05:49:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=BFa5VY2SeJlI/IasPY3OIjoYoPQfsEwIDZQqHVyt6IA=; b=T1DRP7LLAkuyNg0xsfsnX3Bklo/eaHn+20r23oCBomX4/b44C0KztoN9cG770rC46B R1jezbf/5SLmT4jWXGT7AajR8lJfx7LnGtEs3N3ZAvmjxBntmGZz9uCKJJrQGRk49P7Q pAYnQKblazofOsW3aAFk53UxJvDSYZQHGDxqlgt3nBYU1tSbafjk3oktfaFtNcjoTYAU /PoVjT/Lx4tv0Le3QZ0DwC9GtC9UKxH8Cbj9SMwGk/+ftj6GgjZeSo8s3EUKg2jX1e2B eQOeqGyvs+fekC8AUecjglRiaW9dZkZhqTXR9pS5005lgxAwXdgayHN2EBy8Q8PPA6pu cztA== MIME-Version: 1.0 Received: by 10.180.87.74 with SMTP id v10mr12688035wiz.21.1349873360388; Wed, 10 Oct 2012 05:49:20 -0700 (PDT) Received: by 10.216.236.229 with HTTP; Wed, 10 Oct 2012 05:49:20 -0700 (PDT) Date: Wed, 10 Oct 2012 08:49:20 -0400 X-Google-Sender-Auth: 3LktmfNr5VbcS4ONCEQXQbBo9c4 Message-ID: From: Robot 1125 To: xen-api@lists.xen.org Subject: [Xen-API] Trouble configuring initial SR X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5446622779778027053==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5446622779778027053== Content-Type: multipart/alternative; boundary=f46d0444032e23415004cbb3e277 --f46d0444032e23415004cbb3e277 Content-Type: text/plain; charset=ISO-8859-1 Hello XCP community, I'm having trouble getting XCP 1.6 working. I installed Ubuntu 12.04 clean on top of recently purchased commodity hardware, and then added XCP on top via these instructions: http://blog.scottlowe.org/2012/06/28/installing-xcp-xapi-on-ubuntu-server-12-04-lts/ http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution http://wiki.xen.org/wiki/Using_XCP_-_preparing_the_toolstack The services are up and running, and in fact I can connect to XCP via XenCenter running on another machine. However, I have an unused local 850GB partition I want to use as the main SR, but when I use the following command, I get an error: $ xe sr-create type=ext device-config:device=/dev/sda3 name-label=SR The SR operation cannot be performed because a device underlying the SR is in use by the host. Here are some other commands that might shed some light: $ fdisk -l Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--3940d6fbac3c-a402d5c4--116a--316c--77f1--3940d6fbac3c doesn't contain a valid partition table Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x0005cb85 Device Boot Start End Blocks Id System /dev/sda1 * 2048 209717247 104857600 83 Linux /dev/sda2 1937840686 1953520064 7839689+ 5 Extended Partition 2 does not start on physical sector boundary. /dev/sda3 209717248 1937840127 864061440 83 Linux /dev/sda5 1937840688 1953520064 7839688+ 82 Linux swap / Solaris Partition table entries are not in disk order Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--3940d6fbac3c-a402d5c4--116a--316c--77f1--3940d6fbac3c: 884.8 GB, 884784234496 bytes 255 heads, 63 sectors/track, 107568 cylinders, total 1728094208 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000 $ xe sr-list uuid ( RO) : abe7f3f6-bfec-6e0a-f0c8-a286fcb2c754 name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): xen type ( RO): iso content-type ( RO): iso Any ideas on how I can debug this? --f46d0444032e23415004cbb3e277 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello XCP community,

I'm having trouble g= etting XCP 1.6 working. =A0I installed Ubuntu 12.04 clean on top of recentl= y purchased commodity hardware, and then added XCP on top via these instruc= tions:


The services are up and running, and in fact I can connect to XCP= via XenCenter running on another machine. =A0However,=A0I have an unused l= ocal 850GB partition I want to use as the main SR, but when I use the follo= wing command, I get an error:

$ x= e sr-create type=3Dext device-config:device=3D/dev/sda3 name-label=3DSR

The SR operation cannot be performed because a device und= erlying the SR is in use by the host.

Here are some other commands that might shed some light= :

$ fdisk -l

Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--= 3940d6fbac3c-a402d5c4--116a--316c--77f1--3940d6fbac3c doesn't contain a= valid partition table
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylind= ers, total 1953525168 sectors
= Units =3D sectors of 1 * 512 =3D 512 bytes
Sector size (logical/physical): 512 bytes = / 4096 bytes
I/O size (minimum= /optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0005cb85
=A0 Device Boot =A0 =A0 =A0Start =A0 =A0 = =A0 =A0 End =A0 =A0 =A0Blocks =A0 Id =A0System
/dev/sda1 =A0 * =A0 =A0 =A0 =A02048 =A0 209717247 =A0 104= 857600 =A0 83 =A0Linux
/dev/sda2 =A0 =A0 =A01937840686 =A01953520= 064 =A0 =A0 7839689+ =A0 5 =A0Extended
Partition 2 does not start on physical sector boundary.
/dev/sda3 =A0 =A0 =A0 209717248 =A01937840= 127 =A0 864061440 =A0 83 =A0Linux
/dev/sda5 =A0 =A0 =A01937840688 =A01953520064 =A0 =A0 7839688+ =A082 = =A0Linux swap / Solaris
Partition table entries are not in disk order
Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--3940d6fbac3c-a= 402d5c4--116a--316c--77f1--3940d6fbac3c: 884.8 GB, 884784234496 bytes
255 heads, 63 sectors/track, 107568 cylind= ers, total 1728094208 sectors
= Units =3D sectors of 1 * 512 =3D 512 bytes
Sector size (logical/physical): 512 bytes = / 4096 bytes
I/O size (minimum= /optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

$ xe sr-list

uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: abe7f3f6-bfec= -6e0a-f0c8-a286fcb2c754
=A0 =A0 =A0 =A0 =A0name-label ( RW): XenS= erver Tools
=A0 =A0name-descr= iption ( RW): XenServer Tools ISOs
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0host ( RO)= : xen
=A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0type ( RO): iso
=A0 =A0 =A0 =A0content-type ( RO): iso

Any ideas on how I can debug this?

--f46d0444032e23415004cbb3e277-- --===============5446622779778027053== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5446622779778027053==-- From xen-api-bounces@lists.xen.org Wed Oct 10 12:49:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 12:49:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLvj2-0005jM-OJ; Wed, 10 Oct 2012 12:49:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLvj0-0005jD-QS for xen-api@lists.xen.org; Wed, 10 Oct 2012 12:49:23 +0000 Received: from [85.158.143.99:49761] by server-3.bemta-4.messagelabs.com id 69/57-10075-2DE65705; Wed, 10 Oct 2012 12:49:22 +0000 X-Env-Sender: shane.bouslough@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1349873360!26053457!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3561 invoked from network); 10 Oct 2012 12:49:20 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 12:49:20 -0000 Received: by mail-wi0-f173.google.com with SMTP id hm4so5747141wib.14 for ; Wed, 10 Oct 2012 05:49:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=BFa5VY2SeJlI/IasPY3OIjoYoPQfsEwIDZQqHVyt6IA=; b=T1DRP7LLAkuyNg0xsfsnX3Bklo/eaHn+20r23oCBomX4/b44C0KztoN9cG770rC46B R1jezbf/5SLmT4jWXGT7AajR8lJfx7LnGtEs3N3ZAvmjxBntmGZz9uCKJJrQGRk49P7Q pAYnQKblazofOsW3aAFk53UxJvDSYZQHGDxqlgt3nBYU1tSbafjk3oktfaFtNcjoTYAU /PoVjT/Lx4tv0Le3QZ0DwC9GtC9UKxH8Cbj9SMwGk/+ftj6GgjZeSo8s3EUKg2jX1e2B eQOeqGyvs+fekC8AUecjglRiaW9dZkZhqTXR9pS5005lgxAwXdgayHN2EBy8Q8PPA6pu cztA== MIME-Version: 1.0 Received: by 10.180.87.74 with SMTP id v10mr12688035wiz.21.1349873360388; Wed, 10 Oct 2012 05:49:20 -0700 (PDT) Received: by 10.216.236.229 with HTTP; Wed, 10 Oct 2012 05:49:20 -0700 (PDT) Date: Wed, 10 Oct 2012 08:49:20 -0400 X-Google-Sender-Auth: 3LktmfNr5VbcS4ONCEQXQbBo9c4 Message-ID: From: Robot 1125 To: xen-api@lists.xen.org Subject: [Xen-API] Trouble configuring initial SR X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5446622779778027053==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5446622779778027053== Content-Type: multipart/alternative; boundary=f46d0444032e23415004cbb3e277 --f46d0444032e23415004cbb3e277 Content-Type: text/plain; charset=ISO-8859-1 Hello XCP community, I'm having trouble getting XCP 1.6 working. I installed Ubuntu 12.04 clean on top of recently purchased commodity hardware, and then added XCP on top via these instructions: http://blog.scottlowe.org/2012/06/28/installing-xcp-xapi-on-ubuntu-server-12-04-lts/ http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution http://wiki.xen.org/wiki/Using_XCP_-_preparing_the_toolstack The services are up and running, and in fact I can connect to XCP via XenCenter running on another machine. However, I have an unused local 850GB partition I want to use as the main SR, but when I use the following command, I get an error: $ xe sr-create type=ext device-config:device=/dev/sda3 name-label=SR The SR operation cannot be performed because a device underlying the SR is in use by the host. Here are some other commands that might shed some light: $ fdisk -l Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--3940d6fbac3c-a402d5c4--116a--316c--77f1--3940d6fbac3c doesn't contain a valid partition table Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x0005cb85 Device Boot Start End Blocks Id System /dev/sda1 * 2048 209717247 104857600 83 Linux /dev/sda2 1937840686 1953520064 7839689+ 5 Extended Partition 2 does not start on physical sector boundary. /dev/sda3 209717248 1937840127 864061440 83 Linux /dev/sda5 1937840688 1953520064 7839688+ 82 Linux swap / Solaris Partition table entries are not in disk order Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--3940d6fbac3c-a402d5c4--116a--316c--77f1--3940d6fbac3c: 884.8 GB, 884784234496 bytes 255 heads, 63 sectors/track, 107568 cylinders, total 1728094208 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000 $ xe sr-list uuid ( RO) : abe7f3f6-bfec-6e0a-f0c8-a286fcb2c754 name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): xen type ( RO): iso content-type ( RO): iso Any ideas on how I can debug this? --f46d0444032e23415004cbb3e277 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello XCP community,

I'm having trouble g= etting XCP 1.6 working. =A0I installed Ubuntu 12.04 clean on top of recentl= y purchased commodity hardware, and then added XCP on top via these instruc= tions:


The services are up and running, and in fact I can connect to XCP= via XenCenter running on another machine. =A0However,=A0I have an unused l= ocal 850GB partition I want to use as the main SR, but when I use the follo= wing command, I get an error:

$ x= e sr-create type=3Dext device-config:device=3D/dev/sda3 name-label=3DSR

The SR operation cannot be performed because a device und= erlying the SR is in use by the host.

Here are some other commands that might shed some light= :

$ fdisk -l

Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--= 3940d6fbac3c-a402d5c4--116a--316c--77f1--3940d6fbac3c doesn't contain a= valid partition table
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylind= ers, total 1953525168 sectors
= Units =3D sectors of 1 * 512 =3D 512 bytes
Sector size (logical/physical): 512 bytes = / 4096 bytes
I/O size (minimum= /optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0005cb85
=A0 Device Boot =A0 =A0 =A0Start =A0 =A0 = =A0 =A0 End =A0 =A0 =A0Blocks =A0 Id =A0System
/dev/sda1 =A0 * =A0 =A0 =A0 =A02048 =A0 209717247 =A0 104= 857600 =A0 83 =A0Linux
/dev/sda2 =A0 =A0 =A01937840686 =A01953520= 064 =A0 =A0 7839689+ =A0 5 =A0Extended
Partition 2 does not start on physical sector boundary.
/dev/sda3 =A0 =A0 =A0 209717248 =A01937840= 127 =A0 864061440 =A0 83 =A0Linux
/dev/sda5 =A0 =A0 =A01937840688 =A01953520064 =A0 =A0 7839688+ =A082 = =A0Linux swap / Solaris
Partition table entries are not in disk order
Disk /dev/mapper/XSLocalEXT--a402d5c4--116a--316c--77f1--3940d6fbac3c-a= 402d5c4--116a--316c--77f1--3940d6fbac3c: 884.8 GB, 884784234496 bytes
255 heads, 63 sectors/track, 107568 cylind= ers, total 1728094208 sectors
= Units =3D sectors of 1 * 512 =3D 512 bytes
Sector size (logical/physical): 512 bytes = / 4096 bytes
I/O size (minimum= /optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

$ xe sr-list

uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: abe7f3f6-bfec= -6e0a-f0c8-a286fcb2c754
=A0 =A0 =A0 =A0 =A0name-label ( RW): XenS= erver Tools
=A0 =A0name-descr= iption ( RW): XenServer Tools ISOs
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0host ( RO)= : xen
=A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0type ( RO): iso
=A0 =A0 =A0 =A0content-type ( RO): iso

Any ideas on how I can debug this?

--f46d0444032e23415004cbb3e277-- --===============5446622779778027053== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5446622779778027053==-- From xen-api-bounces@lists.xen.org Wed Oct 10 13:09:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 13:09:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLw2P-00062y-Ak; Wed, 10 Oct 2012 13:09:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLw2N-00062t-II for xen-api@lists.xen.org; Wed, 10 Oct 2012 13:09:23 +0000 Received: from [85.158.139.211:56355] by server-6.bemta-5.messagelabs.com id 73/E1-08519-28375705; Wed, 10 Oct 2012 13:09:22 +0000 X-Env-Sender: zybster@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349874560!21839088!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9545 invoked from network); 10 Oct 2012 13:09:21 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 13:09:21 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so458710vbi.32 for ; Wed, 10 Oct 2012 06:09:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+R4mW+LcVVOC0yai2sE7ZGdfSijX9EdRVl5rnTLPQZA=; b=cnDjlkzvmccKNtdk3jQztjeh0YP6nnDtso9pALbKxw2EnNCoHjEk6Myg11MobmsUXG O3pEcTMJ1cnmU5Thu1JJHoeN3/Yr9/W715US1vFvEU19jnXQOaW42zj3ShginTUGu53M OjOzvGD9OtJRHYgkNyarU/IfYhsmGJ3ekwD9n5ixxEp757rVI6qIgIZjb8ijczh7Idtx MLDI8Z87ms1OleHdXk2YczM0G3pKoc213jHguww1XCgGF23Geo+yxoqfSKiyWatpkO92 qG0Fuws4RX4QU258jJYhTT+DEaZulpfvrjkM8beo724112b4nwus7v23ERl7DgFnxU+f pdHg== MIME-Version: 1.0 Received: by 10.220.240.18 with SMTP id ky18mr13668241vcb.54.1349874560522; Wed, 10 Oct 2012 06:09:20 -0700 (PDT) Received: by 10.58.106.99 with HTTP; Wed, 10 Oct 2012 06:09:20 -0700 (PDT) Date: Wed, 10 Oct 2012 15:09:20 +0200 Message-ID: From: ZybSter To: xen-api@lists.xen.org Subject: [Xen-API] Very poor harddisk performance in guests after move to XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3188722861441981722==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3188722861441981722== Content-Type: multipart/alternative; boundary=14dae9cc961aabd9a304cbb42998 --14dae9cc961aabd9a304cbb42998 Content-Type: text/plain; charset=ISO-8859-1 Hi everyone, i recently setup a freshly installed XCP (unattended installation) 1.6 beta. I had running Citrix Xenserver running for more than 2 years and exported my existing guests via nfs to the new XCP host. My Citrix Xenserver Release is 6.02 with Patch 9. I setup XCP beta with the .iso available on xen.org and used installation mode lvm. Afterwards I reconfigured the system to use RAID1 and abolished LVM, because of the need to have NFS Storage and VHD disks. I imported my existing guests, after export via nfs in xva format. Everything seemed to work well, but the guests are having massive harddisk performance problems. On the host everything works fine. I have 78MB/s dd'ing a test file to the filesystem. On the guests I have 3-6MB/s dd'ing the testfile. The Linux guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows guests (XP, WIN7 64 Ent) are suffering from this problem. I'd really would like to get this fixed. Maybe anyone has a solution for this problem. If you need more information or specific configuration please let me know. Best regards, Michael --14dae9cc961aabd9a304cbb42998 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi everyone,

i recently setup a freshly installed XCP (unattended in= stallation) 1.6 beta.
I had running Citrix Xenserver running for more th= an 2 years and exported my existing guests via nfs to the new XCP host.
My Citrix Xenserver Release is 6.02 with Patch 9.

I setup XCP beta w= ith the .iso available on xen.org and used i= nstallation mode lvm.
Afterwards I reconfigured the system to use RAID1 = and abolished LVM, because of the need to have NFS Storage and VHD disks.
I imported my existing guests, after export via nfs in xva format.
E= verything seemed to work well, but the guests are having massive harddisk p= erformance problems.
On the host everything works fine. I have 78MB/s dd= 'ing a test file to the filesystem.

On the guests I have 3-6MB/s dd'ing the testfile.

The Linux = guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows guests (XP, WI= N7 64 Ent) are suffering from this problem.

I'd really would lik= e to get this fixed.

Maybe anyone has a solution for this problem.

If you need more i= nformation or specific configuration please let me know.

Best regard= s,

Michael



--14dae9cc961aabd9a304cbb42998-- --===============3188722861441981722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3188722861441981722==-- From xen-api-bounces@lists.xen.org Wed Oct 10 13:09:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 13:09:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLw2P-00062y-Ak; Wed, 10 Oct 2012 13:09:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLw2N-00062t-II for xen-api@lists.xen.org; Wed, 10 Oct 2012 13:09:23 +0000 Received: from [85.158.139.211:56355] by server-6.bemta-5.messagelabs.com id 73/E1-08519-28375705; Wed, 10 Oct 2012 13:09:22 +0000 X-Env-Sender: zybster@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1349874560!21839088!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9545 invoked from network); 10 Oct 2012 13:09:21 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 13:09:21 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so458710vbi.32 for ; Wed, 10 Oct 2012 06:09:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+R4mW+LcVVOC0yai2sE7ZGdfSijX9EdRVl5rnTLPQZA=; b=cnDjlkzvmccKNtdk3jQztjeh0YP6nnDtso9pALbKxw2EnNCoHjEk6Myg11MobmsUXG O3pEcTMJ1cnmU5Thu1JJHoeN3/Yr9/W715US1vFvEU19jnXQOaW42zj3ShginTUGu53M OjOzvGD9OtJRHYgkNyarU/IfYhsmGJ3ekwD9n5ixxEp757rVI6qIgIZjb8ijczh7Idtx MLDI8Z87ms1OleHdXk2YczM0G3pKoc213jHguww1XCgGF23Geo+yxoqfSKiyWatpkO92 qG0Fuws4RX4QU258jJYhTT+DEaZulpfvrjkM8beo724112b4nwus7v23ERl7DgFnxU+f pdHg== MIME-Version: 1.0 Received: by 10.220.240.18 with SMTP id ky18mr13668241vcb.54.1349874560522; Wed, 10 Oct 2012 06:09:20 -0700 (PDT) Received: by 10.58.106.99 with HTTP; Wed, 10 Oct 2012 06:09:20 -0700 (PDT) Date: Wed, 10 Oct 2012 15:09:20 +0200 Message-ID: From: ZybSter To: xen-api@lists.xen.org Subject: [Xen-API] Very poor harddisk performance in guests after move to XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3188722861441981722==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3188722861441981722== Content-Type: multipart/alternative; boundary=14dae9cc961aabd9a304cbb42998 --14dae9cc961aabd9a304cbb42998 Content-Type: text/plain; charset=ISO-8859-1 Hi everyone, i recently setup a freshly installed XCP (unattended installation) 1.6 beta. I had running Citrix Xenserver running for more than 2 years and exported my existing guests via nfs to the new XCP host. My Citrix Xenserver Release is 6.02 with Patch 9. I setup XCP beta with the .iso available on xen.org and used installation mode lvm. Afterwards I reconfigured the system to use RAID1 and abolished LVM, because of the need to have NFS Storage and VHD disks. I imported my existing guests, after export via nfs in xva format. Everything seemed to work well, but the guests are having massive harddisk performance problems. On the host everything works fine. I have 78MB/s dd'ing a test file to the filesystem. On the guests I have 3-6MB/s dd'ing the testfile. The Linux guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows guests (XP, WIN7 64 Ent) are suffering from this problem. I'd really would like to get this fixed. Maybe anyone has a solution for this problem. If you need more information or specific configuration please let me know. Best regards, Michael --14dae9cc961aabd9a304cbb42998 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi everyone,

i recently setup a freshly installed XCP (unattended in= stallation) 1.6 beta.
I had running Citrix Xenserver running for more th= an 2 years and exported my existing guests via nfs to the new XCP host.
My Citrix Xenserver Release is 6.02 with Patch 9.

I setup XCP beta w= ith the .iso available on xen.org and used i= nstallation mode lvm.
Afterwards I reconfigured the system to use RAID1 = and abolished LVM, because of the need to have NFS Storage and VHD disks.
I imported my existing guests, after export via nfs in xva format.
E= verything seemed to work well, but the guests are having massive harddisk p= erformance problems.
On the host everything works fine. I have 78MB/s dd= 'ing a test file to the filesystem.

On the guests I have 3-6MB/s dd'ing the testfile.

The Linux = guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows guests (XP, WI= N7 64 Ent) are suffering from this problem.

I'd really would lik= e to get this fixed.

Maybe anyone has a solution for this problem.

If you need more i= nformation or specific configuration please let me know.

Best regard= s,

Michael



--14dae9cc961aabd9a304cbb42998-- --===============3188722861441981722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3188722861441981722==-- From xen-api-bounces@lists.xen.org Wed Oct 10 14:38:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 14:38:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLxQs-0008A1-Dz; Wed, 10 Oct 2012 14:38:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLxQq-00089p-Vi for xen-api@lists.xen.org; Wed, 10 Oct 2012 14:38:45 +0000 Received: from [85.158.143.99:51000] by server-3.bemta-4.messagelabs.com id 0F/7E-10075-47885705; Wed, 10 Oct 2012 14:38:44 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1349879922!27343515!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30493 invoked from network); 10 Oct 2012 14:38:43 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 14:38:43 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so554331lah.32 for ; Wed, 10 Oct 2012 07:38:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=EB4th3O8HtpLgtSi7qQgGFCTejLjeMZLCDFjPpH8tgo=; b=LmqRi0YOdi28rSQ2wKLvmPPEQL4tcHswTJdu0N6NcyX571sStarH7E58GqwTmHcQ0W oo2KVnv2gLcX6bUO3lDWGLG/SzHfMDZCVnof2HLD2UbPgcHH9SuhhyljPOBdZjvF4VIs +AnxHgmyt0nROQmz06jbgKNBJgztXvtg7XucesU3FrxNyK3ylCL/E3jZQWj33cBrSx9P lTnpAFtNiW8G3HKy6N6D7w2WVlumYKOjnm+5ImfGOJSC2xKx2Gsmgh83NDhBSV3J9yTx QrWTd5CSwFlj8Jg/+CR5fjZSnuixwPmT0jOnwGWj1sEdADc9fqfqthTAeIXLpxS57V6Z Hpjw== Received: by 10.152.104.148 with SMTP id ge20mr19936063lab.51.1349879922502; Wed, 10 Oct 2012 07:38:42 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id sy1sm549760lab.16.2012.10.10.07.38.39 (version=SSLv3 cipher=OTHER); Wed, 10 Oct 2012 07:38:40 -0700 (PDT) Message-ID: <5075887D.7000401@gmail.com> Date: Wed, 10 Oct 2012 18:38:53 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Very poor harddisk performance in guests after move to XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1011916789310640249==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1011916789310640249== Content-Type: multipart/alternative; boundary="------------080801060405030506040300" This is a multi-part message in MIME format. --------------080801060405030506040300 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 1st write to disk gonna be slower that others because of huge 2Mb size of COW pages in VHD file. If problem persists on second and further writes to same area - show disk stats from storage and vm. On 10.10.2012 17:09, ZybSter wrote: > Hi everyone, > > i recently setup a freshly installed XCP (unattended installation) 1.6 > beta. > I had running Citrix Xenserver running for more than 2 years and > exported my existing guests via nfs to the new XCP host. > My Citrix Xenserver Release is 6.02 with Patch 9. > > I setup XCP beta with the .iso available on xen.org > and used installation mode lvm. > Afterwards I reconfigured the system to use RAID1 and abolished LVM, > because of the need to have NFS Storage and VHD disks. > > I imported my existing guests, after export via nfs in xva format. > Everything seemed to work well, but the guests are having massive > harddisk performance problems. > On the host everything works fine. I have 78MB/s dd'ing a test file to > the filesystem. > > On the guests I have 3-6MB/s dd'ing the testfile. > > The Linux guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows > guests (XP, WIN7 64 Ent) are suffering from this problem. > > I'd really would like to get this fixed. > > Maybe anyone has a solution for this problem. > > If you need more information or specific configuration please let me know. > > Best regards, > > Michael > > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------080801060405030506040300 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit 1st write to disk gonna be slower that others because of huge 2Mb size of COW pages in VHD file.

If problem persists on second and further writes to same area - show disk stats from storage and vm.

On 10.10.2012 17:09, ZybSter wrote:
Hi everyone,

i recently setup a freshly installed XCP (unattended installation) 1.6 beta.
I had running Citrix Xenserver running for more than 2 years and exported my existing guests via nfs to the new XCP host.
My Citrix Xenserver Release is 6.02 with Patch 9.

I setup XCP beta with the .iso available on xen.org and used installation mode lvm.
Afterwards I reconfigured the system to use RAID1 and abolished LVM, because of the need to have NFS Storage and VHD disks.

I imported my existing guests, after export via nfs in xva format.
Everything seemed to work well, but the guests are having massive harddisk performance problems.
On the host everything works fine. I have 78MB/s dd'ing a test file to the filesystem.

On the guests I have 3-6MB/s dd'ing the testfile.

The Linux guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows guests (XP, WIN7 64 Ent) are suffering from this problem.

I'd really would like to get this fixed.

Maybe anyone has a solution for this problem.

If you need more information or specific configuration please let me know.

Best regards,

Michael





_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------080801060405030506040300-- --===============1011916789310640249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1011916789310640249==-- From xen-api-bounces@lists.xen.org Wed Oct 10 14:38:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 14:38:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLxQs-0008A1-Dz; Wed, 10 Oct 2012 14:38:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLxQq-00089p-Vi for xen-api@lists.xen.org; Wed, 10 Oct 2012 14:38:45 +0000 Received: from [85.158.143.99:51000] by server-3.bemta-4.messagelabs.com id 0F/7E-10075-47885705; Wed, 10 Oct 2012 14:38:44 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1349879922!27343515!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30493 invoked from network); 10 Oct 2012 14:38:43 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Oct 2012 14:38:43 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so554331lah.32 for ; Wed, 10 Oct 2012 07:38:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=EB4th3O8HtpLgtSi7qQgGFCTejLjeMZLCDFjPpH8tgo=; b=LmqRi0YOdi28rSQ2wKLvmPPEQL4tcHswTJdu0N6NcyX571sStarH7E58GqwTmHcQ0W oo2KVnv2gLcX6bUO3lDWGLG/SzHfMDZCVnof2HLD2UbPgcHH9SuhhyljPOBdZjvF4VIs +AnxHgmyt0nROQmz06jbgKNBJgztXvtg7XucesU3FrxNyK3ylCL/E3jZQWj33cBrSx9P lTnpAFtNiW8G3HKy6N6D7w2WVlumYKOjnm+5ImfGOJSC2xKx2Gsmgh83NDhBSV3J9yTx QrWTd5CSwFlj8Jg/+CR5fjZSnuixwPmT0jOnwGWj1sEdADc9fqfqthTAeIXLpxS57V6Z Hpjw== Received: by 10.152.104.148 with SMTP id ge20mr19936063lab.51.1349879922502; Wed, 10 Oct 2012 07:38:42 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id sy1sm549760lab.16.2012.10.10.07.38.39 (version=SSLv3 cipher=OTHER); Wed, 10 Oct 2012 07:38:40 -0700 (PDT) Message-ID: <5075887D.7000401@gmail.com> Date: Wed, 10 Oct 2012 18:38:53 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120922 Icedove/10.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Very poor harddisk performance in guests after move to XCP 1.6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1011916789310640249==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1011916789310640249== Content-Type: multipart/alternative; boundary="------------080801060405030506040300" This is a multi-part message in MIME format. --------------080801060405030506040300 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 1st write to disk gonna be slower that others because of huge 2Mb size of COW pages in VHD file. If problem persists on second and further writes to same area - show disk stats from storage and vm. On 10.10.2012 17:09, ZybSter wrote: > Hi everyone, > > i recently setup a freshly installed XCP (unattended installation) 1.6 > beta. > I had running Citrix Xenserver running for more than 2 years and > exported my existing guests via nfs to the new XCP host. > My Citrix Xenserver Release is 6.02 with Patch 9. > > I setup XCP beta with the .iso available on xen.org > and used installation mode lvm. > Afterwards I reconfigured the system to use RAID1 and abolished LVM, > because of the need to have NFS Storage and VHD disks. > > I imported my existing guests, after export via nfs in xva format. > Everything seemed to work well, but the guests are having massive > harddisk performance problems. > On the host everything works fine. I have 78MB/s dd'ing a test file to > the filesystem. > > On the guests I have 3-6MB/s dd'ing the testfile. > > The Linux guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows > guests (XP, WIN7 64 Ent) are suffering from this problem. > > I'd really would like to get this fixed. > > Maybe anyone has a solution for this problem. > > If you need more information or specific configuration please let me know. > > Best regards, > > Michael > > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------080801060405030506040300 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit 1st write to disk gonna be slower that others because of huge 2Mb size of COW pages in VHD file.

If problem persists on second and further writes to same area - show disk stats from storage and vm.

On 10.10.2012 17:09, ZybSter wrote:
Hi everyone,

i recently setup a freshly installed XCP (unattended installation) 1.6 beta.
I had running Citrix Xenserver running for more than 2 years and exported my existing guests via nfs to the new XCP host.
My Citrix Xenserver Release is 6.02 with Patch 9.

I setup XCP beta with the .iso available on xen.org and used installation mode lvm.
Afterwards I reconfigured the system to use RAID1 and abolished LVM, because of the need to have NFS Storage and VHD disks.

I imported my existing guests, after export via nfs in xva format.
Everything seemed to work well, but the guests are having massive harddisk performance problems.
On the host everything works fine. I have 78MB/s dd'ing a test file to the filesystem.

On the guests I have 3-6MB/s dd'ing the testfile.

The Linux guests (Ubuntu 12.04 and Sophos UTM9) as well as the Windows guests (XP, WIN7 64 Ent) are suffering from this problem.

I'd really would like to get this fixed.

Maybe anyone has a solution for this problem.

If you need more information or specific configuration please let me know.

Best regards,

Michael





_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--------------080801060405030506040300-- --===============1011916789310640249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1011916789310640249==-- From xen-api-bounces@lists.xen.org Wed Oct 10 18:39:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 18:39:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM1BR-0005Ds-VW; Wed, 10 Oct 2012 18:39:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM1BQ-0005Dn-Pa for xen-api@lists.xen.org; Wed, 10 Oct 2012 18:39:04 +0000 Received: from [85.158.143.35:54211] by server-1.bemta-4.messagelabs.com id AD/D4-19551-8C0C5705; Wed, 10 Oct 2012 18:39:04 +0000 X-Env-Sender: nate@elmdc.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1349894343!6098235!1 X-Originating-IP: [208.69.84.142] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30254 invoked from network); 10 Oct 2012 18:39:03 -0000 Received: from elmdc.com (HELO elmdc.com) (208.69.84.142) by server-4.tower-21.messagelabs.com with SMTP; 10 Oct 2012 18:39:03 -0000 X-Received: from [10.88.30.174] (rrcs-184-74-57-86.nys.biz.rr.com [184.74.57.86]) by elmdc.com (Postfix) with ESMTPA id A6D7C145E20 for ; Wed, 10 Oct 2012 14:39:01 -0400 (EDT) From: Nathanial Byrnes Date: Wed, 10 Oct 2012 14:39:01 -0400 Message-Id: <961BB991-3F26-4A98-8AD2-D15827526D89@elmdc.com> To: xen-api@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-API] Missing plugin X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi All, I seem to be missing the "echo" plugin which is being requested by cloudstack 3.0.2 when I try to add a freshly installed ubuntu 12.04 + XCP box to the cluster. My plugins appear to be is /usr/lib/xcp/plugins: root@xen2:~# ls /usr/lib/xcp/plugins/ coalesce-leaf lvhd-thin nfs-on-slave on-slave tapdisk-pause testing-hooks vss_control Here is the log output on the ubuntu XCP box: [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|audit] Host.call_plugin host = 'a9969fc4-7f78-c09a-0f81-4c6f22472b42 (xen2)'; plugin = 'echo'; fn = 'main'; args = [ ] [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|backtrace] Raised at xapi_plugins.ml:26.13-82 -> xapi_plugins.ml:31.20-43 -> message_forwarding.ml:233.25-44 -> rbac.ml:229.16-23 [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|dispatcher] Server_helpers.exec exception_handler: Got exception XENAPI_MISSING_PLUGIN: [ echo ] [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 10 13:26:39 xen2 xapi: [20121010T17:26:39.585Z| info|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|audit] ('trackid=ea183f2b02d0184fefc65dd6b2f9a043' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:XENAPI_MISSING_PLUGIN: [ echo ]' 'API' 'host.call_plugin' (('host' 'xen2' 'a9969fc4-7f78-c09a-0f81-4c6f22472b42' 'OpaqueRef:73fa3bda-d116-bba2-645a-6105763edb81'))) [20121010T17:26:39.588Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9 [20121010T17:26:39.589Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 [20121010T17:26:39.589Z|debug|xen2|60 INET 127.0.0.1:80|dispatch:host.call_plugin D:171058c3fca6|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 [20121010T17:26:39.589Z|debug|xen2|60 INET 127.0.0.1:80|dispatch:host.call_plugin D:171058c3fca6|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:153.10-106 -> server.ml:15458.19-182 -> server_helpers.ml:119.4-7 Are the ubuntu XCP packages missing this plugin, or is this a cloudstack issue? Thanks and Regards, Nate _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 10 18:39:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 18:39:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM1BR-0005Ds-VW; Wed, 10 Oct 2012 18:39:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM1BQ-0005Dn-Pa for xen-api@lists.xen.org; Wed, 10 Oct 2012 18:39:04 +0000 Received: from [85.158.143.35:54211] by server-1.bemta-4.messagelabs.com id AD/D4-19551-8C0C5705; Wed, 10 Oct 2012 18:39:04 +0000 X-Env-Sender: nate@elmdc.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1349894343!6098235!1 X-Originating-IP: [208.69.84.142] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30254 invoked from network); 10 Oct 2012 18:39:03 -0000 Received: from elmdc.com (HELO elmdc.com) (208.69.84.142) by server-4.tower-21.messagelabs.com with SMTP; 10 Oct 2012 18:39:03 -0000 X-Received: from [10.88.30.174] (rrcs-184-74-57-86.nys.biz.rr.com [184.74.57.86]) by elmdc.com (Postfix) with ESMTPA id A6D7C145E20 for ; Wed, 10 Oct 2012 14:39:01 -0400 (EDT) From: Nathanial Byrnes Date: Wed, 10 Oct 2012 14:39:01 -0400 Message-Id: <961BB991-3F26-4A98-8AD2-D15827526D89@elmdc.com> To: xen-api@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-API] Missing plugin X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi All, I seem to be missing the "echo" plugin which is being requested by cloudstack 3.0.2 when I try to add a freshly installed ubuntu 12.04 + XCP box to the cluster. My plugins appear to be is /usr/lib/xcp/plugins: root@xen2:~# ls /usr/lib/xcp/plugins/ coalesce-leaf lvhd-thin nfs-on-slave on-slave tapdisk-pause testing-hooks vss_control Here is the log output on the ubuntu XCP box: [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|audit] Host.call_plugin host = 'a9969fc4-7f78-c09a-0f81-4c6f22472b42 (xen2)'; plugin = 'echo'; fn = 'main'; args = [ ] [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|backtrace] Raised at xapi_plugins.ml:26.13-82 -> xapi_plugins.ml:31.20-43 -> message_forwarding.ml:233.25-44 -> rbac.ml:229.16-23 [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41 [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|dispatcher] Server_helpers.exec exception_handler: Got exception XENAPI_MISSING_PLUGIN: [ echo ] [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 [20121010T17:26:39.585Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 10 13:26:39 xen2 xapi: [20121010T17:26:39.585Z| info|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|audit] ('trackid=ea183f2b02d0184fefc65dd6b2f9a043' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:XENAPI_MISSING_PLUGIN: [ echo ]' 'API' 'host.call_plugin' (('host' 'xen2' 'a9969fc4-7f78-c09a-0f81-4c6f22472b42' 'OpaqueRef:73fa3bda-d116-bba2-645a-6105763edb81'))) [20121010T17:26:39.588Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9 [20121010T17:26:39.589Z|debug|xen2|60 INET 127.0.0.1:80|host.call_plugin R:84638dd03176|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 [20121010T17:26:39.589Z|debug|xen2|60 INET 127.0.0.1:80|dispatch:host.call_plugin D:171058c3fca6|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 [20121010T17:26:39.589Z|debug|xen2|60 INET 127.0.0.1:80|dispatch:host.call_plugin D:171058c3fca6|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:153.10-106 -> server.ml:15458.19-182 -> server_helpers.ml:119.4-7 Are the ubuntu XCP packages missing this plugin, or is this a cloudstack issue? Thanks and Regards, Nate _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 10 22:04:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 22:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM4OU-0007ZW-Hr; Wed, 10 Oct 2012 22:04:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM4OT-0007ZL-D4 for xen-api@lists.xen.org; Wed, 10 Oct 2012 22:04:45 +0000 Received: from [85.158.143.99:31054] by server-3.bemta-4.messagelabs.com id 77/57-10075-CF0F5705; Wed, 10 Oct 2012 22:04:44 +0000 X-Env-Sender: rfarrington@remitdata.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1349906683!27200872!1 X-Originating-IP: [98.129.35.9] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTguMTI5LjM1LjkgPT4gNDY0Nzc3\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21595 invoked from network); 10 Oct 2012 22:04:44 -0000 Received: from server505e.appriver.com (HELO server505.appriver.com) (98.129.35.9) by server-10.tower-216.messagelabs.com with DES-CBC3-SHA encrypted SMTP; 10 Oct 2012 22:04:44 -0000 X-Note-AR-ScanTimeLocal: 10/10/2012 5:04:42 PM X-Policy: GLOBAL - remitdata.com X-Primary: rfarrington@remitdata.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: @remitdata.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNKNOWN->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.35.1 X-Note-Reverse-DNS: smtp.exg5.exghost.com X-Note-Return-Path: rfarrington@remitdata.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G321 G322 G323 G324 G328 G329 G340 G436 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.35.1] (HELO smtp.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.4.4) with ESMTPS id 326059442 for xen-api@lists.xen.org; Wed, 10 Oct 2012 17:04:42 -0500 Received: from MBX31.exg5.exghost.com ([169.254.1.243]) by HT06.exg5.exghost.com ([98.129.23.206]) with mapi; Wed, 10 Oct 2012 17:04:42 -0500 From: Ryan Farrington To: "xen-api@lists.xen.org" Date: Wed, 10 Oct 2012 17:04:40 -0500 Thread-Topic: [XCP-1.6-BETA] Our testing results Thread-Index: Ac2nMz8ICWuyXlQuTnOAcnKJt0xRuQ== Message-ID: <040EAC400E095C4BA27506D36BE09F4F18C52AFB@MBX31.exg5.exghost.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] [XCP-1.6-BETA] Our testing results X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Stand-alone Upgrade of 1.5 to 1.6 From a clean install of 1.5 worked great. No issues to report. Two node rolling upgrade of XCP 1.5 upgrade to 1.6 *only tested as the release notes said it was possible XenCenter doesn't allow for rolling upgrade of XCP hosts. Both XC 6.0.2 and XC 6.1 were tested and unsuccessful. XenCenter 6.0.2 XAPI CPU utilization as previously reported Connected successfully, performance tab works XenCenter 6.1 XAPI CPU utilization and previously reported Connected successfully, performance tab works SXM Migration from inside XenCenter was not successful initially. Error : "The VM rejected the attempt to detach the device OpaqueRef:8a00146c-825c-fc20-47b4-185850aeed74 of type VBD. " This turned out to be the xs-tools.iso being mounted in the DVD drive. Ejected the iso and migration was successful. Migration from the command line using xe vm-migrate completed successfully both on Windows and CentOS with the latest tools installed. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 10 22:04:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Oct 2012 22:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM4OU-0007ZW-Hr; Wed, 10 Oct 2012 22:04:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM4OT-0007ZL-D4 for xen-api@lists.xen.org; Wed, 10 Oct 2012 22:04:45 +0000 Received: from [85.158.143.99:31054] by server-3.bemta-4.messagelabs.com id 77/57-10075-CF0F5705; Wed, 10 Oct 2012 22:04:44 +0000 X-Env-Sender: rfarrington@remitdata.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1349906683!27200872!1 X-Originating-IP: [98.129.35.9] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTguMTI5LjM1LjkgPT4gNDY0Nzc3\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21595 invoked from network); 10 Oct 2012 22:04:44 -0000 Received: from server505e.appriver.com (HELO server505.appriver.com) (98.129.35.9) by server-10.tower-216.messagelabs.com with DES-CBC3-SHA encrypted SMTP; 10 Oct 2012 22:04:44 -0000 X-Note-AR-ScanTimeLocal: 10/10/2012 5:04:42 PM X-Policy: GLOBAL - remitdata.com X-Primary: rfarrington@remitdata.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: @remitdata.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNKNOWN->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.35.1 X-Note-Reverse-DNS: smtp.exg5.exghost.com X-Note-Return-Path: rfarrington@remitdata.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G321 G322 G323 G324 G328 G329 G340 G436 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.35.1] (HELO smtp.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.4.4) with ESMTPS id 326059442 for xen-api@lists.xen.org; Wed, 10 Oct 2012 17:04:42 -0500 Received: from MBX31.exg5.exghost.com ([169.254.1.243]) by HT06.exg5.exghost.com ([98.129.23.206]) with mapi; Wed, 10 Oct 2012 17:04:42 -0500 From: Ryan Farrington To: "xen-api@lists.xen.org" Date: Wed, 10 Oct 2012 17:04:40 -0500 Thread-Topic: [XCP-1.6-BETA] Our testing results Thread-Index: Ac2nMz8ICWuyXlQuTnOAcnKJt0xRuQ== Message-ID: <040EAC400E095C4BA27506D36BE09F4F18C52AFB@MBX31.exg5.exghost.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] [XCP-1.6-BETA] Our testing results X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Stand-alone Upgrade of 1.5 to 1.6 From a clean install of 1.5 worked great. No issues to report. Two node rolling upgrade of XCP 1.5 upgrade to 1.6 *only tested as the release notes said it was possible XenCenter doesn't allow for rolling upgrade of XCP hosts. Both XC 6.0.2 and XC 6.1 were tested and unsuccessful. XenCenter 6.0.2 XAPI CPU utilization as previously reported Connected successfully, performance tab works XenCenter 6.1 XAPI CPU utilization and previously reported Connected successfully, performance tab works SXM Migration from inside XenCenter was not successful initially. Error : "The VM rejected the attempt to detach the device OpaqueRef:8a00146c-825c-fc20-47b4-185850aeed74 of type VBD. " This turned out to be the xs-tools.iso being mounted in the DVD drive. Ejected the iso and migration was successful. Migration from the command line using xe vm-migrate completed successfully both on Windows and CentOS with the latest tools installed. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 01:06:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 01:06:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM7EV-0006OD-Hv; Thu, 11 Oct 2012 01:06:39 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM7EU-0006Nu-Er for xen-api@lists.xen.org; Thu, 11 Oct 2012 01:06:38 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1349917591!840383!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1088 invoked from network); 11 Oct 2012 01:06:32 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2012 01:06:32 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so1216509qca.32 for ; Wed, 10 Oct 2012 18:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=IJYbikcZdqtqFwByMSmJyKgiflspx9mseHfHv/pESGk=; b=CO9qj3ONXosG5yj6NwXap8M9gTrlm0Jq4911lxWmbXZwLmk6Y9HfF9s12MjqQ47IJN FgX16dOckfEOmZ+LUxW8HZ7WKGsaUt0OkDXW17Thviu7ncW9cooauX77lNdG9wtj1Nkt polqLzblySZILi6VyE+cR95+0935SvM3EZcZL3gGDb9J8/Qz+7Qh+lPVS5x1SzGPskV3 7khsByXgXleBF+QPtngrAJzuMYkKdgqRByLWJWEW4ARqBlslbEr0ySrNqSrwGG33OR6Z P9MB5ZUWb5/Z/Z4UCPQygW9EqZZuo/0LB15PkdRmCV7igQzl7gHir6VRTAsoEiFz7D5S cuPQ== MIME-Version: 1.0 Received: by 10.49.75.3 with SMTP id y3mr6353987qev.12.1349917590844; Wed, 10 Oct 2012 18:06:30 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Wed, 10 Oct 2012 18:06:30 -0700 (PDT) Date: Thu, 11 Oct 2012 12:06:30 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5643871720689854243==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5643871720689854243== Content-Type: multipart/alternative; boundary=047d7bdcad287a757204cbbe2e63 --047d7bdcad287a757204cbbe2e63 Content-Type: text/plain; charset=ISO-8859-1 I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an upgrade of one of the hosts which is currently unloaded with VMs (not the master) just to verify that an upgrade is possible, prior to commencing a rolling pool upgrade (starting from the master). I am using the latest XCP-1.6-beta-61002c.iso. I added the keys PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructions. The file contents is now: [root@xen3v3 ~]# cat /etc/xensource-inventory BUILD_NUMBER='50674c' CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' DOM0_MEM='752' PRODUCT_BRAND='XCP' INSTALLATION_UUID='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa' KERNEL_VERSION='2.6.32.12-0.7.1.xs1.1.0.327.170596xen' DEFAULT_SR_PHYSDEVS='/dev/sda3' CONTROL_DOMAIN_UUID='bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb' PRIMARY_DISK='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V' XEN_VERSION='3.4.2' BACKUP_PARTITION='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2' PRODUCT_NAME='xcp' INSTALLATION_DATE='2012-10-09 05:24:44.725360' PRODUCT_VERSION='1.1.0' PLATFORM_VERSION=1.1.0 PLATFORM_NAME=XCP MANAGEMENT_INTERFACE='xapi9' The ISO boots normally. After going through the keyboard selection and disk selection, the installer reports "Only product installations that cannot be upgraded have been detected". At this point I stop as I want to do an upgrade, not a clean installation. Do I need to provide different keys in /etc/xensource-inventory or carry out some other steps? --047d7bdcad287a757204cbbe2e63 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have a pool of 3 vanilla XCP=A01.1.0-50674c hosts. =A0I have attempted an= upgrade of one of the hosts which is currently unloaded with VMs (not the = master) just to verify that an upgrade is possible, prior to commencing a r= olling pool upgrade (starting from the master).

I am using the latest XCP-1.6-beta-61002c.iso. =A0I added th= e keys=A0PLATFORM_VERSION=3D1.1.0 and PLATFOR= M_NAME=3DXCP to=A0/etc/xensource-inven= tory as directed by=A0http://wiki.xen.org/wiki/XCP_1.6_test_instructions. = =A0The file contents is now:

[root@xen3v3 ~]# cat /etc/xensource-inventory
BUILD_NUMBER=3D'50674c'
CURRENT_INTERFACES=3D'x= api10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 xapi11 xapi7 xapi3 xapi= 15 xenbr0 xapi4 xapi2 xapi9'
DOM0_MEM=3D'752'
PRODUCT_BRAND=3D'XCP'
=
INSTALLATION_UUID=3D'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
KERNEL_VERSION=3D'2.6.32.12-0.7.1.xs1.1.0.327.170596xen'
DEFAULT_SR_PHYSDEVS=3D'/dev/sda3'
CONTROL_DOMAIN_UUID=3D'bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb'
PRIMARY_DISK=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V0= 6V'
XEN_VERSION=3D'3.4.2'
BACKUP_PARTITION= =3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2'
PRODUCT_NAME=3D'xcp'
INSTALLATION_DATE=3D'2012-1= 0-09 05:24:44.725360'
PRODUCT_VERSION=3D'1.1.0'
=
PLATFORM_VERSION=3D1.1.0
PLATFORM_NAME=3DXCP
MANAG= EMENT_INTERFACE=3D'xapi9'

The ISO boots normally. =A0After going through th= e keyboard selection and disk selection, the installer reports "Only product installations that ca= nnot be upgraded have been detected".

At this point I stop as I want to do an upgrade, not a = clean installation.

Do I need to provide different= keys in=A0=A0/etc/xensource-inventory or carry out some other steps?
--047d7bdcad287a757204cbbe2e63-- --===============5643871720689854243== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5643871720689854243==-- From xen-api-bounces@lists.xen.org Thu Oct 11 01:06:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 01:06:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM7EV-0006OD-Hv; Thu, 11 Oct 2012 01:06:39 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM7EU-0006Nu-Er for xen-api@lists.xen.org; Thu, 11 Oct 2012 01:06:38 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1349917591!840383!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1088 invoked from network); 11 Oct 2012 01:06:32 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2012 01:06:32 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so1216509qca.32 for ; Wed, 10 Oct 2012 18:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=IJYbikcZdqtqFwByMSmJyKgiflspx9mseHfHv/pESGk=; b=CO9qj3ONXosG5yj6NwXap8M9gTrlm0Jq4911lxWmbXZwLmk6Y9HfF9s12MjqQ47IJN FgX16dOckfEOmZ+LUxW8HZ7WKGsaUt0OkDXW17Thviu7ncW9cooauX77lNdG9wtj1Nkt polqLzblySZILi6VyE+cR95+0935SvM3EZcZL3gGDb9J8/Qz+7Qh+lPVS5x1SzGPskV3 7khsByXgXleBF+QPtngrAJzuMYkKdgqRByLWJWEW4ARqBlslbEr0ySrNqSrwGG33OR6Z P9MB5ZUWb5/Z/Z4UCPQygW9EqZZuo/0LB15PkdRmCV7igQzl7gHir6VRTAsoEiFz7D5S cuPQ== MIME-Version: 1.0 Received: by 10.49.75.3 with SMTP id y3mr6353987qev.12.1349917590844; Wed, 10 Oct 2012 18:06:30 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Wed, 10 Oct 2012 18:06:30 -0700 (PDT) Date: Thu, 11 Oct 2012 12:06:30 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5643871720689854243==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5643871720689854243== Content-Type: multipart/alternative; boundary=047d7bdcad287a757204cbbe2e63 --047d7bdcad287a757204cbbe2e63 Content-Type: text/plain; charset=ISO-8859-1 I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an upgrade of one of the hosts which is currently unloaded with VMs (not the master) just to verify that an upgrade is possible, prior to commencing a rolling pool upgrade (starting from the master). I am using the latest XCP-1.6-beta-61002c.iso. I added the keys PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructions. The file contents is now: [root@xen3v3 ~]# cat /etc/xensource-inventory BUILD_NUMBER='50674c' CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' DOM0_MEM='752' PRODUCT_BRAND='XCP' INSTALLATION_UUID='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa' KERNEL_VERSION='2.6.32.12-0.7.1.xs1.1.0.327.170596xen' DEFAULT_SR_PHYSDEVS='/dev/sda3' CONTROL_DOMAIN_UUID='bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb' PRIMARY_DISK='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V' XEN_VERSION='3.4.2' BACKUP_PARTITION='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2' PRODUCT_NAME='xcp' INSTALLATION_DATE='2012-10-09 05:24:44.725360' PRODUCT_VERSION='1.1.0' PLATFORM_VERSION=1.1.0 PLATFORM_NAME=XCP MANAGEMENT_INTERFACE='xapi9' The ISO boots normally. After going through the keyboard selection and disk selection, the installer reports "Only product installations that cannot be upgraded have been detected". At this point I stop as I want to do an upgrade, not a clean installation. Do I need to provide different keys in /etc/xensource-inventory or carry out some other steps? --047d7bdcad287a757204cbbe2e63 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have a pool of 3 vanilla XCP=A01.1.0-50674c hosts. =A0I have attempted an= upgrade of one of the hosts which is currently unloaded with VMs (not the = master) just to verify that an upgrade is possible, prior to commencing a r= olling pool upgrade (starting from the master).

I am using the latest XCP-1.6-beta-61002c.iso. =A0I added th= e keys=A0PLATFORM_VERSION=3D1.1.0 and PLATFOR= M_NAME=3DXCP to=A0/etc/xensource-inven= tory as directed by=A0http://wiki.xen.org/wiki/XCP_1.6_test_instructions. = =A0The file contents is now:

[root@xen3v3 ~]# cat /etc/xensource-inventory
BUILD_NUMBER=3D'50674c'
CURRENT_INTERFACES=3D'x= api10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 xapi11 xapi7 xapi3 xapi= 15 xenbr0 xapi4 xapi2 xapi9'
DOM0_MEM=3D'752'
PRODUCT_BRAND=3D'XCP'
=
INSTALLATION_UUID=3D'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
KERNEL_VERSION=3D'2.6.32.12-0.7.1.xs1.1.0.327.170596xen'
DEFAULT_SR_PHYSDEVS=3D'/dev/sda3'
CONTROL_DOMAIN_UUID=3D'bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb'
PRIMARY_DISK=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V0= 6V'
XEN_VERSION=3D'3.4.2'
BACKUP_PARTITION= =3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2'
PRODUCT_NAME=3D'xcp'
INSTALLATION_DATE=3D'2012-1= 0-09 05:24:44.725360'
PRODUCT_VERSION=3D'1.1.0'
=
PLATFORM_VERSION=3D1.1.0
PLATFORM_NAME=3DXCP
MANAG= EMENT_INTERFACE=3D'xapi9'

The ISO boots normally. =A0After going through th= e keyboard selection and disk selection, the installer reports "Only product installations that ca= nnot be upgraded have been detected".

At this point I stop as I want to do an upgrade, not a = clean installation.

Do I need to provide different= keys in=A0=A0/etc/xensource-inventory or carry out some other steps?
--047d7bdcad287a757204cbbe2e63-- --===============5643871720689854243== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5643871720689854243==-- From xen-api-bounces@lists.xen.org Thu Oct 11 01:56:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 01:56:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM80l-0007Jz-Hl; Thu, 11 Oct 2012 01:56:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM80k-0007Ju-Mg for xen-api@lists.xen.org; Thu, 11 Oct 2012 01:56:30 +0000 Received: from [85.158.137.99:26865] by server-4.bemta-3.messagelabs.com id 41/58-01405-C4726705; Thu, 11 Oct 2012 01:56:28 +0000 X-Env-Sender: lijunchao@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1349920586!19902520!1 X-Originating-IP: [209.85.220.45] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13676 invoked from network); 11 Oct 2012 01:56:28 -0000 Received: from mail-pa0-f45.google.com (HELO mail-pa0-f45.google.com) (209.85.220.45) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2012 01:56:28 -0000 Received: by mail-pa0-f45.google.com with SMTP id fb10so1231693pad.32 for ; Wed, 10 Oct 2012 18:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Rzbehp1QU30qcA0arnZEjAXuFm0sGBiFyyothk0JsIA=; b=GXXiCptPt5ryLl3kJnKq0+VuQoSCnTtktRpZ2P1+bvctCLTKRxIsTgg4J/ABdgBH8Z G+MGQytj1JArQ896VTw2h9kV8LMyc1ypIPFVan2eyHRoN4W0XTnAEX1eHNvA5NwEBIST OwpMkDMstLZFOWGuZn4MSbCQigxvNEcKgK1+shlPGCGJJVq5QIHfuZoPx6PHEvWxkhFC 4YYrvbxuHkCTzngiglSpvbXnSFopNeqKzRaZxmCtiv6PR98VyJvLV/JHZghfTZA5WCey +UK/YZfqV7U0cRgNd/sWDekD4x7OXVSxWl9B1P0U1s63M2nAGwkf/rDVQzQuvj67Rtb0 W3Lg== MIME-Version: 1.0 Received: by 10.68.222.167 with SMTP id qn7mr77960173pbc.98.1349920586013; Wed, 10 Oct 2012 18:56:26 -0700 (PDT) Received: by 10.68.44.166 with HTTP; Wed, 10 Oct 2012 18:56:26 -0700 (PDT) Date: Thu, 11 Oct 2012 09:56:26 +0800 Message-ID: From: li junchao To: xen-api@lists.xen.org Subject: [Xen-API] xcp can do this X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8602707015293652525==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8602707015293652525== Content-Type: multipart/alternative; boundary=047d7b2ed9e9011b2c04cbbee10a --047d7b2ed9e9011b2c04cbbee10a Content-Type: text/plain; charset=ISO-8859-1 Dear all What I want is use n-PCs like one PC and run vm in it. Can xcp do it? --047d7b2ed9e9011b2c04cbbee10a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear all

=A0=A0 What I want is use n-PCs like one PC and run vm in i= t. Can xcp do it?
--047d7b2ed9e9011b2c04cbbee10a-- --===============8602707015293652525== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8602707015293652525==-- From xen-api-bounces@lists.xen.org Thu Oct 11 01:56:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 01:56:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM80l-0007Jz-Hl; Thu, 11 Oct 2012 01:56:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM80k-0007Ju-Mg for xen-api@lists.xen.org; Thu, 11 Oct 2012 01:56:30 +0000 Received: from [85.158.137.99:26865] by server-4.bemta-3.messagelabs.com id 41/58-01405-C4726705; Thu, 11 Oct 2012 01:56:28 +0000 X-Env-Sender: lijunchao@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1349920586!19902520!1 X-Originating-IP: [209.85.220.45] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13676 invoked from network); 11 Oct 2012 01:56:28 -0000 Received: from mail-pa0-f45.google.com (HELO mail-pa0-f45.google.com) (209.85.220.45) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2012 01:56:28 -0000 Received: by mail-pa0-f45.google.com with SMTP id fb10so1231693pad.32 for ; Wed, 10 Oct 2012 18:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Rzbehp1QU30qcA0arnZEjAXuFm0sGBiFyyothk0JsIA=; b=GXXiCptPt5ryLl3kJnKq0+VuQoSCnTtktRpZ2P1+bvctCLTKRxIsTgg4J/ABdgBH8Z G+MGQytj1JArQ896VTw2h9kV8LMyc1ypIPFVan2eyHRoN4W0XTnAEX1eHNvA5NwEBIST OwpMkDMstLZFOWGuZn4MSbCQigxvNEcKgK1+shlPGCGJJVq5QIHfuZoPx6PHEvWxkhFC 4YYrvbxuHkCTzngiglSpvbXnSFopNeqKzRaZxmCtiv6PR98VyJvLV/JHZghfTZA5WCey +UK/YZfqV7U0cRgNd/sWDekD4x7OXVSxWl9B1P0U1s63M2nAGwkf/rDVQzQuvj67Rtb0 W3Lg== MIME-Version: 1.0 Received: by 10.68.222.167 with SMTP id qn7mr77960173pbc.98.1349920586013; Wed, 10 Oct 2012 18:56:26 -0700 (PDT) Received: by 10.68.44.166 with HTTP; Wed, 10 Oct 2012 18:56:26 -0700 (PDT) Date: Thu, 11 Oct 2012 09:56:26 +0800 Message-ID: From: li junchao To: xen-api@lists.xen.org Subject: [Xen-API] xcp can do this X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8602707015293652525==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8602707015293652525== Content-Type: multipart/alternative; boundary=047d7b2ed9e9011b2c04cbbee10a --047d7b2ed9e9011b2c04cbbee10a Content-Type: text/plain; charset=ISO-8859-1 Dear all What I want is use n-PCs like one PC and run vm in it. Can xcp do it? --047d7b2ed9e9011b2c04cbbee10a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear all

=A0=A0 What I want is use n-PCs like one PC and run vm in i= t. Can xcp do it?
--047d7b2ed9e9011b2c04cbbee10a-- --===============8602707015293652525== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8602707015293652525==-- From xen-api-bounces@lists.xen.org Thu Oct 11 02:36:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 02:36:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM8dP-0008Gc-Mc; Thu, 11 Oct 2012 02:36:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM8dP-0008GX-BK for xen-api@lists.xen.org; Thu, 11 Oct 2012 02:36:27 +0000 Received: from [85.158.143.35:15939] by server-3.bemta-4.messagelabs.com id 92/0A-10075-AA036705; Thu, 11 Oct 2012 02:36:26 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1349922984!15390580!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17267 invoked from network); 11 Oct 2012 02:36:25 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2012 02:36:25 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2789760iea.32 for ; Wed, 10 Oct 2012 19:36:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9BW3keRJwVkUT33x25hlInvD5cSCqH1rJtD/wD+8tV0=; b=aL9yVeKtY+eR42lX9JcTnOD3Lm1aUBNIrivxvlH9yt8QtUWzoZe/6K9mCZjCiYK6rM kspP+f1CHyyCnltJlAMW8DLN4dRRePN+h87iXayVrFr3AlwAcE8GCmo8lXSKWcqK9glu YMluOSMGcECZmFBtniGwH9Qh8XuXBFVa7KPy3D06NGeLXwSDF8EfbkFw9ampaD4rBaJF 2tYfSpKcE+6a5D/UWKVDNnF3jNCHyDlZ1v8a2JxANC1UHJEphX1EexjRLGwYARXkUR1N +L74/D7g+t4+/yYXhWQ0cMl5Skyzy9x7v9zHd7gdSqPU5iDDsw4nAno1sEz8xpcPAt9j xFSQ== MIME-Version: 1.0 Received: by 10.50.156.232 with SMTP id wh8mr5555372igb.56.1349922983755; Wed, 10 Oct 2012 19:36:23 -0700 (PDT) Received: by 10.64.72.135 with HTTP; Wed, 10 Oct 2012 19:36:23 -0700 (PDT) In-Reply-To: References: Date: Wed, 10 Oct 2012 22:36:23 -0400 Message-ID: From: Outback Dingo To: li junchao Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp can do this X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, Oct 10, 2012 at 9:56 PM, li junchao wrote: > Dear all > > What I want is use n-PCs like one PC and run vm in it. Can xcp do it? > Nothing can do that, its one PC can run n-VMs ..... theres currently no technology that can span a single VM across multiple servers Depending on what its for your more talking about HPC but these arent VMs, This is more a cluster environment. > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 02:36:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 02:36:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM8dP-0008Gc-Mc; Thu, 11 Oct 2012 02:36:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TM8dP-0008GX-BK for xen-api@lists.xen.org; Thu, 11 Oct 2012 02:36:27 +0000 Received: from [85.158.143.35:15939] by server-3.bemta-4.messagelabs.com id 92/0A-10075-AA036705; Thu, 11 Oct 2012 02:36:26 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1349922984!15390580!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17267 invoked from network); 11 Oct 2012 02:36:25 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Oct 2012 02:36:25 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2789760iea.32 for ; Wed, 10 Oct 2012 19:36:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9BW3keRJwVkUT33x25hlInvD5cSCqH1rJtD/wD+8tV0=; b=aL9yVeKtY+eR42lX9JcTnOD3Lm1aUBNIrivxvlH9yt8QtUWzoZe/6K9mCZjCiYK6rM kspP+f1CHyyCnltJlAMW8DLN4dRRePN+h87iXayVrFr3AlwAcE8GCmo8lXSKWcqK9glu YMluOSMGcECZmFBtniGwH9Qh8XuXBFVa7KPy3D06NGeLXwSDF8EfbkFw9ampaD4rBaJF 2tYfSpKcE+6a5D/UWKVDNnF3jNCHyDlZ1v8a2JxANC1UHJEphX1EexjRLGwYARXkUR1N +L74/D7g+t4+/yYXhWQ0cMl5Skyzy9x7v9zHd7gdSqPU5iDDsw4nAno1sEz8xpcPAt9j xFSQ== MIME-Version: 1.0 Received: by 10.50.156.232 with SMTP id wh8mr5555372igb.56.1349922983755; Wed, 10 Oct 2012 19:36:23 -0700 (PDT) Received: by 10.64.72.135 with HTTP; Wed, 10 Oct 2012 19:36:23 -0700 (PDT) In-Reply-To: References: Date: Wed, 10 Oct 2012 22:36:23 -0400 Message-ID: From: Outback Dingo To: li junchao Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp can do this X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, Oct 10, 2012 at 9:56 PM, li junchao wrote: > Dear all > > What I want is use n-PCs like one PC and run vm in it. Can xcp do it? > Nothing can do that, its one PC can run n-VMs ..... theres currently no technology that can span a single VM across multiple servers Depending on what its for your more talking about HPC but these arent VMs, This is more a cluster environment. > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 06:58:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 06:58:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMCiV-0002km-Uj; Thu, 11 Oct 2012 06:57:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMCiU-0002kh-5F for xen-api@lists.xen.org; Thu, 11 Oct 2012 06:57:58 +0000 Received: from [85.158.139.211:22124] by server-7.bemta-5.messagelabs.com id 66/A2-20187-5FD66705; Thu, 11 Oct 2012 06:57:57 +0000 X-Env-Sender: egoitz@sarenet.es X-Msg-Ref: server-6.tower-206.messagelabs.com!1349938676!21885619!1 X-Originating-IP: [194.30.0.79] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19814 invoked from network); 11 Oct 2012 06:57:56 -0000 Received: from proxypop04b.sare.net (HELO proxypop04b.sare.net) (194.30.0.79) by server-6.tower-206.messagelabs.com with SMTP; 11 Oct 2012 06:57:56 -0000 Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id E7C789DC5CC for ; Thu, 11 Oct 2012 08:57:06 +0200 (CEST) From: Egoitz Aurrekoetxea Aurre Date: Thu, 11 Oct 2012 08:57:57 +0200 References: To: "xen-api@lists.xen.org" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) Subject: [Xen-API] Fwd: xenbusb_nop_confighook_cb timeout X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8904015890662498405==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8904015890662498405== Content-Type: multipart/alternative; boundary="Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC" --Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I need further and more contentious investigation=85. but seems to go in = the correct direction=85=85 Egoitz Aurrekoetxea Departamento de sistemas egoitz@sarenet.es Inicio del mensaje reenviado: > De: Egoitz Aurrekoetxea Aurre > Asunto: Re: xenbusb_nop_confighook_cb timeout > Fecha: 10 de octubre de 2012 22:16:44 GMT+02:00 > Para: Mark Felder > Cc: G=F3t Andr=E1s , freebsd-xen@freebsd.org > Cco: Borja Marcos , Santiago Mercado = >=20 > mmmm... >=20 > one thing mates=85 I need to check this in a more slower and = conscientiously way but... >=20 > I think=85 in subr_autoconf.c file in function = boot_run_interrupt_driven_config_hooks it's entering in a while causing = to be looped there forever=85 because it doesn't see the NULL it's = awaiting the while and apart of this, seems nothing changes in the given = structures when calling msleep=85. because perhaps=85 nothing should = change and it's always basically not seen NULL too=85.. So loops six = times and gets there=85. panicked=85 Look=85 >=20 > root@pruebas:/root # diff -u /usr/src/sys/kern/subr_autoconf.c-defecto = /usr/src/sys/kern/subr_autoconf.c > --- /usr/src/sys/kern/subr_autoconf.c-defecto 2012-10-10 = 13:51:27.000000000 +0200 > +++ /usr/src/sys/kern/subr_autoconf.c 2012-10-10 18:21:51.000000000 = +0200 > @@ -133,16 +133,17 @@ > /* Block boot processing until all hooks are disestablished. */ > mtx_lock(&intr_config_hook_lock); > warned =3D 0; > - while (!TAILQ_EMPTY(&intr_config_hook_list)) { > + /* while (!TAILQ_EMPTY(&intr_config_hook_list)) { */ > if (msleep(&intr_config_hook_list, = &intr_config_hook_lock, > 0, "conifhk", WARNING_INTERVAL_SECS * hz) =3D=3D > EWOULDBLOCK) { > + printf("\n\n SARENET Individual lock name antes = de unlock es : %s", intr_config_hook_lock.lock_object.lo_name); > mtx_unlock(&intr_config_hook_lock); > warned++; > = run_interrupt_driven_config_hooks_warning(warned); > mtx_lock(&intr_config_hook_lock); > } > - } > + /* } */ > mtx_unlock(&intr_config_hook_lock); > } >=20 > TAILQ_EMPTY is at queue.h :=20 >=20 > #define STAILQ_EMPTY(head) ((head)->stqh_first =3D=3D NULL) >=20 > With the printf line entered by me=85 have not seen any text in = intr_config_hook_lock.lock_object.lo_name struct element=85 So=85. I = commented the while as seen in the patch=85. >=20 > and the system is booting :) >=20 > root@pruebas:/root #=20 > root@pruebas:/root #=20 > root@pruebas:/root #=20 > root@pruebas:/root # uptime > 7:08PM up 23 secs, 1 user, load averages: 0.96, 0.25, 0.09 > root@pruebas:/root # uname -ar > FreeBSD pruebas.sare.net 9.1-RC2 FreeBSD 9.1-RC2 #0: Wed Oct 10 = 18:33:54 CEST 2012 = root@pruebas.sare.net:/usr/obj/usr/src/sys/XENHVM11 amd64 > root@pruebas:/root #=20 >=20 > So=85. I'm guessing perhaps enters in the loop because the value is = not exactly NULL and stays there till it attempts six times=85 and get = there indefinitely like panicked=85. >=20 > Have tried it too with FreeBSD 9.0 RELENG_9_0=85. >=20 > As said at the beginning need to investigate further=85 but seems like = we're going in the proper direction=85.=20 >=20 > Cheers, >=20 >=20 >=20 > El 10/10/2012, a las 20:56, Mark Felder escribi=F3: >=20 >> This is also preventing my XCP 1.5beta to 1.6 testing :-( >>=20 >>=20 >> Any suggestions are appreciated! >=20 --Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I = need further and more contentious investigation=85. but seems to go in = the correct direction=85=85


=20 Egoitz = Aurrekoetxea
Departamento de = sistemas
egoitz@sarenet.es
=

Inicio del mensaje reenviado:

De: Egoitz Aurrekoetxea = Aurre <egoitz@ramattack.net>
Asunto: Re: = xenbusb_nop_confighook_cb timeout
Fecha: 10 de octubre de = 2012 22:16:44 GMT+02:00
Para: Mark Felder <feld@feld.me>
Cco: Borja Marcos <BORJAMAR@SARENET.ES>, = Santiago Mercado <santi@sarenet.es>
=
mmmm...

one thing mates=85 I need to check this in a = more slower and conscientiously way but...

I think=85 in = subr_autoconf.c file in function boot_run_interrupt_driven_config_hooks = it's entering in a while causing to be looped there forever=85 because = it doesn't see the NULL it's awaiting the while and apart of this, seems = nothing changes in the given structures when calling msleep=85. because = perhaps=85 nothing should change and it's always basically not seen NULL = too=85.. So loops six times and gets there=85. panicked=85 = Look=85

root@pruebas:/root # diff -u = /usr/src/sys/kern/subr_autoconf.c-defecto = /usr/src/sys/kern/subr_autoconf.c
--- = /usr/src/sys/kern/subr_autoconf.c-defecto 2012-10-10 13:51:27.000000000 = +0200
+++ /usr/src/sys/kern/subr_autoconf.c = 2012-10-10 18:21:51.000000000 +0200
@@ -133,16 +133,17 @@
= = /* Block boot processing until all hooks are disestablished. = */
= mtx_lock(&intr_config_hook_lock);
warned =3D = 0;
- = while (!TAILQ_EMPTY(&intr_config_hook_list)) {
+ /* while = (!TAILQ_EMPTY(&intr_config_hook_list)) { */
if = (msleep(&intr_config_hook_list, &intr_config_hook_lock,
= = =    0, "conifhk", WARNING_INTERVAL_SECS * hz) = =3D=3D
= =    EWOULDBLOCK) {
+ = printf("\n\n SARENET Individual lock name antes de unlock es : = %s", intr_config_hook_lock.lock_object.lo_name);
= mtx_unlock(&intr_config_hook_lock);
= warned++;
= run_interrupt_driven_config_hooks_warning(warned);
= mtx_lock(&intr_config_hook_lock);
= }
- = }
+ = /* } */
= mtx_unlock(&intr_config_hook_lock);
}

TAILQ_EMPTY = is at queue.h :

#define STAILQ_EMPTY(head) = ((head)->stqh_first =3D=3D NULL)

With the printf line = entered by me=85 have not seen any text in = intr_config_hook_lock.lock_object.lo_name struct element=85 So=85. I = commented the while as seen in the patch=85.

and the system is = booting :)

root@pruebas:/root #
root@pruebas:/root # =
root@pruebas:/root #
root@pruebas:/root # uptime
7:08PM =  up 23 secs, 1 user, load averages: 0.96, 0.25, = 0.09
root@pruebas:/root # uname -ar
FreeBSD pruebas.sare.net 9.1-RC2 FreeBSD = 9.1-RC2 #0: Wed Oct 10 18:33:54 CEST 2012     root@pruebas.sare.net:/usr/obj/u= sr/src/sys/XENHVM11  amd64
root@pruebas:/root #

So=85. = I'm guessing perhaps enters in the loop because the value is not exactly = NULL and stays there till it attempts six times=85 and get there = indefinitely like panicked=85.

Have tried it too with FreeBSD 9.0 = RELENG_9_0=85.

As said at the beginning need to investigate = further=85 but seems like we're going in the proper direction=85. =

Cheers,



El 10/10/2012, a las 20:56, Mark Felder = <feld@feld.me> = escribi=F3:

This is also preventing my = XCP 1.5beta to 1.6 testing :-(


Any suggestions are = appreciated!


= --Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC-- --===============8904015890662498405== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8904015890662498405==-- From xen-api-bounces@lists.xen.org Thu Oct 11 06:58:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 06:58:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMCiV-0002km-Uj; Thu, 11 Oct 2012 06:57:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMCiU-0002kh-5F for xen-api@lists.xen.org; Thu, 11 Oct 2012 06:57:58 +0000 Received: from [85.158.139.211:22124] by server-7.bemta-5.messagelabs.com id 66/A2-20187-5FD66705; Thu, 11 Oct 2012 06:57:57 +0000 X-Env-Sender: egoitz@sarenet.es X-Msg-Ref: server-6.tower-206.messagelabs.com!1349938676!21885619!1 X-Originating-IP: [194.30.0.79] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19814 invoked from network); 11 Oct 2012 06:57:56 -0000 Received: from proxypop04b.sare.net (HELO proxypop04b.sare.net) (194.30.0.79) by server-6.tower-206.messagelabs.com with SMTP; 11 Oct 2012 06:57:56 -0000 Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id E7C789DC5CC for ; Thu, 11 Oct 2012 08:57:06 +0200 (CEST) From: Egoitz Aurrekoetxea Aurre Date: Thu, 11 Oct 2012 08:57:57 +0200 References: To: "xen-api@lists.xen.org" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) Subject: [Xen-API] Fwd: xenbusb_nop_confighook_cb timeout X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8904015890662498405==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8904015890662498405== Content-Type: multipart/alternative; boundary="Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC" --Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I need further and more contentious investigation=85. but seems to go in = the correct direction=85=85 Egoitz Aurrekoetxea Departamento de sistemas egoitz@sarenet.es Inicio del mensaje reenviado: > De: Egoitz Aurrekoetxea Aurre > Asunto: Re: xenbusb_nop_confighook_cb timeout > Fecha: 10 de octubre de 2012 22:16:44 GMT+02:00 > Para: Mark Felder > Cc: G=F3t Andr=E1s , freebsd-xen@freebsd.org > Cco: Borja Marcos , Santiago Mercado = >=20 > mmmm... >=20 > one thing mates=85 I need to check this in a more slower and = conscientiously way but... >=20 > I think=85 in subr_autoconf.c file in function = boot_run_interrupt_driven_config_hooks it's entering in a while causing = to be looped there forever=85 because it doesn't see the NULL it's = awaiting the while and apart of this, seems nothing changes in the given = structures when calling msleep=85. because perhaps=85 nothing should = change and it's always basically not seen NULL too=85.. So loops six = times and gets there=85. panicked=85 Look=85 >=20 > root@pruebas:/root # diff -u /usr/src/sys/kern/subr_autoconf.c-defecto = /usr/src/sys/kern/subr_autoconf.c > --- /usr/src/sys/kern/subr_autoconf.c-defecto 2012-10-10 = 13:51:27.000000000 +0200 > +++ /usr/src/sys/kern/subr_autoconf.c 2012-10-10 18:21:51.000000000 = +0200 > @@ -133,16 +133,17 @@ > /* Block boot processing until all hooks are disestablished. */ > mtx_lock(&intr_config_hook_lock); > warned =3D 0; > - while (!TAILQ_EMPTY(&intr_config_hook_list)) { > + /* while (!TAILQ_EMPTY(&intr_config_hook_list)) { */ > if (msleep(&intr_config_hook_list, = &intr_config_hook_lock, > 0, "conifhk", WARNING_INTERVAL_SECS * hz) =3D=3D > EWOULDBLOCK) { > + printf("\n\n SARENET Individual lock name antes = de unlock es : %s", intr_config_hook_lock.lock_object.lo_name); > mtx_unlock(&intr_config_hook_lock); > warned++; > = run_interrupt_driven_config_hooks_warning(warned); > mtx_lock(&intr_config_hook_lock); > } > - } > + /* } */ > mtx_unlock(&intr_config_hook_lock); > } >=20 > TAILQ_EMPTY is at queue.h :=20 >=20 > #define STAILQ_EMPTY(head) ((head)->stqh_first =3D=3D NULL) >=20 > With the printf line entered by me=85 have not seen any text in = intr_config_hook_lock.lock_object.lo_name struct element=85 So=85. I = commented the while as seen in the patch=85. >=20 > and the system is booting :) >=20 > root@pruebas:/root #=20 > root@pruebas:/root #=20 > root@pruebas:/root #=20 > root@pruebas:/root # uptime > 7:08PM up 23 secs, 1 user, load averages: 0.96, 0.25, 0.09 > root@pruebas:/root # uname -ar > FreeBSD pruebas.sare.net 9.1-RC2 FreeBSD 9.1-RC2 #0: Wed Oct 10 = 18:33:54 CEST 2012 = root@pruebas.sare.net:/usr/obj/usr/src/sys/XENHVM11 amd64 > root@pruebas:/root #=20 >=20 > So=85. I'm guessing perhaps enters in the loop because the value is = not exactly NULL and stays there till it attempts six times=85 and get = there indefinitely like panicked=85. >=20 > Have tried it too with FreeBSD 9.0 RELENG_9_0=85. >=20 > As said at the beginning need to investigate further=85 but seems like = we're going in the proper direction=85.=20 >=20 > Cheers, >=20 >=20 >=20 > El 10/10/2012, a las 20:56, Mark Felder escribi=F3: >=20 >> This is also preventing my XCP 1.5beta to 1.6 testing :-( >>=20 >>=20 >> Any suggestions are appreciated! >=20 --Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I = need further and more contentious investigation=85. but seems to go in = the correct direction=85=85


=20 Egoitz = Aurrekoetxea
Departamento de = sistemas
egoitz@sarenet.es
=

Inicio del mensaje reenviado:

De: Egoitz Aurrekoetxea = Aurre <egoitz@ramattack.net>
Asunto: Re: = xenbusb_nop_confighook_cb timeout
Fecha: 10 de octubre de = 2012 22:16:44 GMT+02:00
Para: Mark Felder <feld@feld.me>
Cco: Borja Marcos <BORJAMAR@SARENET.ES>, = Santiago Mercado <santi@sarenet.es>
=
mmmm...

one thing mates=85 I need to check this in a = more slower and conscientiously way but...

I think=85 in = subr_autoconf.c file in function boot_run_interrupt_driven_config_hooks = it's entering in a while causing to be looped there forever=85 because = it doesn't see the NULL it's awaiting the while and apart of this, seems = nothing changes in the given structures when calling msleep=85. because = perhaps=85 nothing should change and it's always basically not seen NULL = too=85.. So loops six times and gets there=85. panicked=85 = Look=85

root@pruebas:/root # diff -u = /usr/src/sys/kern/subr_autoconf.c-defecto = /usr/src/sys/kern/subr_autoconf.c
--- = /usr/src/sys/kern/subr_autoconf.c-defecto 2012-10-10 13:51:27.000000000 = +0200
+++ /usr/src/sys/kern/subr_autoconf.c = 2012-10-10 18:21:51.000000000 +0200
@@ -133,16 +133,17 @@
= = /* Block boot processing until all hooks are disestablished. = */
= mtx_lock(&intr_config_hook_lock);
warned =3D = 0;
- = while (!TAILQ_EMPTY(&intr_config_hook_list)) {
+ /* while = (!TAILQ_EMPTY(&intr_config_hook_list)) { */
if = (msleep(&intr_config_hook_list, &intr_config_hook_lock,
= = =    0, "conifhk", WARNING_INTERVAL_SECS * hz) = =3D=3D
= =    EWOULDBLOCK) {
+ = printf("\n\n SARENET Individual lock name antes de unlock es : = %s", intr_config_hook_lock.lock_object.lo_name);
= mtx_unlock(&intr_config_hook_lock);
= warned++;
= run_interrupt_driven_config_hooks_warning(warned);
= mtx_lock(&intr_config_hook_lock);
= }
- = }
+ = /* } */
= mtx_unlock(&intr_config_hook_lock);
}

TAILQ_EMPTY = is at queue.h :

#define STAILQ_EMPTY(head) = ((head)->stqh_first =3D=3D NULL)

With the printf line = entered by me=85 have not seen any text in = intr_config_hook_lock.lock_object.lo_name struct element=85 So=85. I = commented the while as seen in the patch=85.

and the system is = booting :)

root@pruebas:/root #
root@pruebas:/root # =
root@pruebas:/root #
root@pruebas:/root # uptime
7:08PM =  up 23 secs, 1 user, load averages: 0.96, 0.25, = 0.09
root@pruebas:/root # uname -ar
FreeBSD pruebas.sare.net 9.1-RC2 FreeBSD = 9.1-RC2 #0: Wed Oct 10 18:33:54 CEST 2012     root@pruebas.sare.net:/usr/obj/u= sr/src/sys/XENHVM11  amd64
root@pruebas:/root #

So=85. = I'm guessing perhaps enters in the loop because the value is not exactly = NULL and stays there till it attempts six times=85 and get there = indefinitely like panicked=85.

Have tried it too with FreeBSD 9.0 = RELENG_9_0=85.

As said at the beginning need to investigate = further=85 but seems like we're going in the proper direction=85. =

Cheers,



El 10/10/2012, a las 20:56, Mark Felder = <feld@feld.me> = escribi=F3:

This is also preventing my = XCP 1.5beta to 1.6 testing :-(


Any suggestions are = appreciated!


= --Apple-Mail=_95D14EE1-A36A-47BD-A9AC-50B407D775FC-- --===============8904015890662498405== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8904015890662498405==-- From xen-api-bounces@lists.xen.org Thu Oct 11 08:02:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 08:02:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMDiR-0004Ei-Oc; Thu, 11 Oct 2012 08:01:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLhS3-0000fu-6T for xen-api@lists.xen.org; Tue, 09 Oct 2012 21:34:55 +0000 Received: from [85.158.137.99:15359] by server-4.bemta-3.messagelabs.com id DC/72-14155-E7894705; Tue, 09 Oct 2012 21:34:54 +0000 X-Env-Sender: bernt@prioris.no X-Msg-Ref: server-7.tower-217.messagelabs.com!1349818493!16139018!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 352 invoked from network); 9 Oct 2012 21:34:53 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-7.tower-217.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 21:34:53 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TLhRv-0005Bm-4M; Tue, 09 Oct 2012 23:34:47 +0200 Message-ID: <50749875.7030301@prioris.no> Date: Tue, 09 Oct 2012 23:34:45 +0200 From: Bernt Pettersen User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> In-Reply-To: X-Mailman-Approved-At: Thu, 11 Oct 2012 08:01:58 +0000 Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 10/09/2012 10:39 PM, Vidar Normann wrote: > Actually, I believe this is because it uses gratuitous arp > to let the switch(es) the Xen hosts are connected to become aware that > the VM has moved. That makes sense. Seems some arp tables (at the switch?) isn't updated very quickly unless xs-tools is installed. And without network traffic or link down/up, I guess linux doesn't send arp messages by itself. Trying to ping from the vm itself during the migration seems to be a "workaround". > On Oct 9, 2012 10:33 PM, "George Shuklin" > wrote: > > It's really strange. xs tools for pv-domain is just simple shell > script to report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM > resides): > http://wiki.xensource.com/__wiki/XAPI_fake_presence_of_PV___drivers > > > But behavior is really funny. May be PV presence cause live > migration and 'no guest tools' cause nomal migration (with pause and > without iterative incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > > When migrating a VM from one standalone server to another, I noticed > that there's a huge gain in making sure the VM has xs-tools > installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time > 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds on the > new server, but without xs-tools, it doesn't seem to do any > networking. > > I dont know if this is normal or not, but I guess it has > something to > do with some optimized drivers/modules? > > > _________________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/__mailman/listinfo/xen-api > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api -- Bernt Pettersen bernt@prioris.no Mob: 924 45 284 Prioris NETT Tlf: 55 22 65 22 Fax: 55 22 65 14 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 08:02:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 08:02:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMDiR-0004Ei-Oc; Thu, 11 Oct 2012 08:01:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TLhS3-0000fu-6T for xen-api@lists.xen.org; Tue, 09 Oct 2012 21:34:55 +0000 Received: from [85.158.137.99:15359] by server-4.bemta-3.messagelabs.com id DC/72-14155-E7894705; Tue, 09 Oct 2012 21:34:54 +0000 X-Env-Sender: bernt@prioris.no X-Msg-Ref: server-7.tower-217.messagelabs.com!1349818493!16139018!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 352 invoked from network); 9 Oct 2012 21:34:53 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-7.tower-217.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 9 Oct 2012 21:34:53 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TLhRv-0005Bm-4M; Tue, 09 Oct 2012 23:34:47 +0200 Message-ID: <50749875.7030301@prioris.no> Date: Tue, 09 Oct 2012 23:34:45 +0200 From: Bernt Pettersen User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <507479AC.7040206@dod.no> <5074896B.1030704@gmail.com> In-Reply-To: X-Mailman-Approved-At: Thu, 11 Oct 2012 08:01:58 +0000 Subject: Re: [Xen-API] [XCP-1.6-BETA] SXM migration - ping timeouts X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 10/09/2012 10:39 PM, Vidar Normann wrote: > Actually, I believe this is because it uses gratuitous arp > to let the switch(es) the Xen hosts are connected to become aware that > the VM has moved. That makes sense. Seems some arp tables (at the switch?) isn't updated very quickly unless xs-tools is installed. And without network traffic or link down/up, I guess linux doesn't send arp messages by itself. Trying to ping from the vm itself during the migration seems to be a "workaround". > On Oct 9, 2012 10:33 PM, "George Shuklin" > wrote: > > It's really strange. xs tools for pv-domain is just simple shell > script to report vm internals back to XCP. > > You can fake it presence with this script (run on host where VM > resides): > http://wiki.xensource.com/__wiki/XAPI_fake_presence_of_PV___drivers > > > But behavior is really funny. May be PV presence cause live > migration and 'no guest tools' cause nomal migration (with pause and > without iterative incremental memory transfer)? > > On 09.10.2012 23:23, Burnie wrote: > > When migrating a VM from one standalone server to another, I noticed > that there's a huge gain in making sure the VM has xs-tools > installed: > > VM: Centos 6.3 x86_64 - PV > > - with xs-tools installed: > 206 packets transmitted, 205 received, 0% packet loss, time 205680ms > rtt min/avg/max/mdev = 0.204/48.439/197.497/78.066 ms > > - without xs-tools installed: > 209 packets transmitted, 157 received, 24% packet loss, time > 208432ms > rtt min/avg/max/mdev = 0.217/66.975/196.220/84.136 ms > > In both cases the VM seems to appear in XC within 1-2 seconds on the > new server, but without xs-tools, it doesn't seem to do any > networking. > > I dont know if this is normal or not, but I guess it has > something to > do with some optimized drivers/modules? > > > _________________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/__mailman/listinfo/xen-api > > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api -- Bernt Pettersen bernt@prioris.no Mob: 924 45 284 Prioris NETT Tlf: 55 22 65 22 Fax: 55 22 65 14 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 08:34:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 08:34:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMEDK-000581-ED; Thu, 11 Oct 2012 08:33:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMEDJ-00057w-51 for xen-api@lists.xen.org; Thu, 11 Oct 2012 08:33:53 +0000 Received: from [85.158.139.83:25755] by server-12.bemta-5.messagelabs.com id 41/B1-19095-07486705; Thu, 11 Oct 2012 08:33:52 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-14.tower-182.messagelabs.com!1349944431!30081974!1 X-Originating-IP: [80.12.242.134] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15577 invoked from network); 11 Oct 2012 08:33:51 -0000 Received: from smtp12.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.134) by server-14.tower-182.messagelabs.com with SMTP; 11 Oct 2012 08:33:51 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d23 with ME id 9kZr1k00H3zjds103kZrXa; Thu, 11 Oct 2012 10:33:51 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 19FAA161BA9; Thu, 11 Oct 2012 10:33:51 +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 10026) with ESMTP id jwpAJZQXKn6P; Thu, 11 Oct 2012 10:33:48 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 80448161BA7; Thu, 11 Oct 2012 10:33:48 +0200 (CEST) Message-ID: <5076846C.5060507@tranquil-it-systems.fr> Date: Thu, 11 Oct 2012 10:33:48 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: li junchao References: In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp can do this X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Li, > What I want is use n-PCs like one PC and run vm in it. Can xcp do it? After installing XCP, you can manage the XCP cluster from the master = node, the different nodes being part of the same pool, if that is what = you mean by "like one pc". However like Dingo said, it is not possible to have a VM span multiple = physical servers with XCP. If you want to have a transparent way to run a linux spanning multiple = physical server, you might look at kerrighed = (http://www.kerrighed.org/wiki/index.php/Main_Page). However I don't = think it supports Xen. Cheers, Denis > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.57 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 08:34:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 08:34:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMEDK-000581-ED; Thu, 11 Oct 2012 08:33:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMEDJ-00057w-51 for xen-api@lists.xen.org; Thu, 11 Oct 2012 08:33:53 +0000 Received: from [85.158.139.83:25755] by server-12.bemta-5.messagelabs.com id 41/B1-19095-07486705; Thu, 11 Oct 2012 08:33:52 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-14.tower-182.messagelabs.com!1349944431!30081974!1 X-Originating-IP: [80.12.242.134] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15577 invoked from network); 11 Oct 2012 08:33:51 -0000 Received: from smtp12.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.134) by server-14.tower-182.messagelabs.com with SMTP; 11 Oct 2012 08:33:51 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d23 with ME id 9kZr1k00H3zjds103kZrXa; Thu, 11 Oct 2012 10:33:51 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 19FAA161BA9; Thu, 11 Oct 2012 10:33:51 +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 10026) with ESMTP id jwpAJZQXKn6P; Thu, 11 Oct 2012 10:33:48 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 80448161BA7; Thu, 11 Oct 2012 10:33:48 +0200 (CEST) Message-ID: <5076846C.5060507@tranquil-it-systems.fr> Date: Thu, 11 Oct 2012 10:33:48 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: li junchao References: In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp can do this X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Li, > What I want is use n-PCs like one PC and run vm in it. Can xcp do it? After installing XCP, you can manage the XCP cluster from the master = node, the different nodes being part of the same pool, if that is what = you mean by "like one pc". However like Dingo said, it is not possible to have a VM span multiple = physical servers with XCP. If you want to have a transparent way to run a linux spanning multiple = physical server, you might look at kerrighed = (http://www.kerrighed.org/wiki/index.php/Main_Page). However I don't = think it supports Xen. Cheers, Denis > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.57 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 15:29:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 15:29:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMKhH-00019Y-Do; Thu, 11 Oct 2012 15:29:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMKhF-00019T-RL for xen-api@lists.xen.org; Thu, 11 Oct 2012 15:29:14 +0000 Received: from [85.158.138.51:65317] by server-8.bemta-3.messagelabs.com id 68/0B-10525-9C5E6705; Thu, 11 Oct 2012 15:29:13 +0000 X-Env-Sender: yvan.karmouta@tranquil-it-systems.fr X-Msg-Ref: server-8.tower-174.messagelabs.com!1349969351!33953174!1 X-Originating-IP: [80.12.242.124] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12100 invoked from network); 11 Oct 2012 15:29:11 -0000 Received: from smtp02.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.124) by server-8.tower-174.messagelabs.com with SMTP; 11 Oct 2012 15:29:11 -0000 Received: from srvlts1.tranquil.it ([193.252.46.185]) by mwinf5d03 with ME id 9rV91k02N3zjds103rVAoc; Thu, 11 Oct 2012 17:29:11 +0200 Message-ID: <5076E5C5.2080102@tranquil-it-systems.fr> Date: Thu, 11 Oct 2012 17:29:09 +0200 From: karmouta yvan User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Black Bird References: <5076B926.7060301@tranquil-it-systems.fr> In-Reply-To: <5076B926.7060301@tranquil-it-systems.fr> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello all > I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an > upgrade of one of the hosts which is currently unloaded with VMs (not > the master) just to verify that an upgrade is possible, prior to > commencing a rolling pool upgrade (starting from the master). > > I am using the latest XCP-1.6-beta-61002c.iso. I added the keys > PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory > as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructions. The > file contents is now: > > [root@xen3v3 ~]# cat /etc/xensource-inventory > BUILD_NUMBER='50674c' > CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 > xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' > DOM0_MEM='752' > PRODUCT_BRAND='XCP' > INSTALLATION_UUID='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa' > KERNEL_VERSION='2.6.32.12-0.7.1.xs1.1.0.327.170596xen' > DEFAULT_SR_PHYSDEVS='/dev/sda3' > CONTROL_DOMAIN_UUID='bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb' > PRIMARY_DISK='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V' > XEN_VERSION='3.4.2' > BACKUP_PARTITION='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2' > > PRODUCT_NAME='xcp' > INSTALLATION_DATE='2012-10-09 05:24:44.725360' > PRODUCT_VERSION='1.1.0' > PLATFORM_VERSION=1.1.0 > PLATFORM_NAME=XCP > MANAGEMENT_INTERFACE='xapi9' > > The ISO boots normally. After going through the keyboard selection and > disk selection, the installer reports "Only product installations that > cannot be upgraded have been detected". I bumped into the same issue yesterday, I have resolved this by modifying the file "/opt/xensource/installer/upgrade.py" at the ligne 53 diff upgrade_bad.py upgrade.py 54c54 < return (cls.upgrades_product == product and --- > return (cls.upgrades_product.upper() == product.upper() and during install, you just have to go on the console, apply the patch and kill the python init process and relaunch it whith "python /opt/xensource/installer/init". Afterward everything goes smoothly and I have a shiny new XCP 1.6 running with all my VMs and my configuration upgraded ! Note : that test was carried on a standalone server, I'll try the cluster rolling upgrade in the next few days. Cheers and thanks for the great work! Yvan > > At this point I stop as I want to do an upgrade, not a clean > installation. > > Do I need to provide different keys in /etc/xensource-inventory or carry > out some other steps? > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 11 15:29:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Oct 2012 15:29:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMKhH-00019Y-Do; Thu, 11 Oct 2012 15:29:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMKhF-00019T-RL for xen-api@lists.xen.org; Thu, 11 Oct 2012 15:29:14 +0000 Received: from [85.158.138.51:65317] by server-8.bemta-3.messagelabs.com id 68/0B-10525-9C5E6705; Thu, 11 Oct 2012 15:29:13 +0000 X-Env-Sender: yvan.karmouta@tranquil-it-systems.fr X-Msg-Ref: server-8.tower-174.messagelabs.com!1349969351!33953174!1 X-Originating-IP: [80.12.242.124] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12100 invoked from network); 11 Oct 2012 15:29:11 -0000 Received: from smtp02.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.124) by server-8.tower-174.messagelabs.com with SMTP; 11 Oct 2012 15:29:11 -0000 Received: from srvlts1.tranquil.it ([193.252.46.185]) by mwinf5d03 with ME id 9rV91k02N3zjds103rVAoc; Thu, 11 Oct 2012 17:29:11 +0200 Message-ID: <5076E5C5.2080102@tranquil-it-systems.fr> Date: Thu, 11 Oct 2012 17:29:09 +0200 From: karmouta yvan User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Black Bird References: <5076B926.7060301@tranquil-it-systems.fr> In-Reply-To: <5076B926.7060301@tranquil-it-systems.fr> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello all > I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an > upgrade of one of the hosts which is currently unloaded with VMs (not > the master) just to verify that an upgrade is possible, prior to > commencing a rolling pool upgrade (starting from the master). > > I am using the latest XCP-1.6-beta-61002c.iso. I added the keys > PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory > as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructions. The > file contents is now: > > [root@xen3v3 ~]# cat /etc/xensource-inventory > BUILD_NUMBER='50674c' > CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 > xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' > DOM0_MEM='752' > PRODUCT_BRAND='XCP' > INSTALLATION_UUID='aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa' > KERNEL_VERSION='2.6.32.12-0.7.1.xs1.1.0.327.170596xen' > DEFAULT_SR_PHYSDEVS='/dev/sda3' > CONTROL_DOMAIN_UUID='bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb' > PRIMARY_DISK='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V' > XEN_VERSION='3.4.2' > BACKUP_PARTITION='/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2' > > PRODUCT_NAME='xcp' > INSTALLATION_DATE='2012-10-09 05:24:44.725360' > PRODUCT_VERSION='1.1.0' > PLATFORM_VERSION=1.1.0 > PLATFORM_NAME=XCP > MANAGEMENT_INTERFACE='xapi9' > > The ISO boots normally. After going through the keyboard selection and > disk selection, the installer reports "Only product installations that > cannot be upgraded have been detected". I bumped into the same issue yesterday, I have resolved this by modifying the file "/opt/xensource/installer/upgrade.py" at the ligne 53 diff upgrade_bad.py upgrade.py 54c54 < return (cls.upgrades_product == product and --- > return (cls.upgrades_product.upper() == product.upper() and during install, you just have to go on the console, apply the patch and kill the python init process and relaunch it whith "python /opt/xensource/installer/init". Afterward everything goes smoothly and I have a shiny new XCP 1.6 running with all my VMs and my configuration upgraded ! Note : that test was carried on a standalone server, I'll try the cluster rolling upgrade in the next few days. Cheers and thanks for the great work! Yvan > > At this point I stop as I want to do an upgrade, not a clean > installation. > > Do I need to provide different keys in /etc/xensource-inventory or carry > out some other steps? > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 12 15:44:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Oct 2012 15:44:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMhPq-0003LW-8j; Fri, 12 Oct 2012 15:44:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMhPo-0003LO-Hj; Fri, 12 Oct 2012 15:44:44 +0000 Received: from [85.158.139.211:6259] by server-7.bemta-5.messagelabs.com id 08/B3-20187-BEA38705; Fri, 12 Oct 2012 15:44:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1350056683!21650292!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTQzMTk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30163 invoked from network); 12 Oct 2012 15:44:43 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2012 15:44:43 -0000 X-IronPort-AV: E=Sophos;i="4.80,576,1344211200"; d="scan'208";a="15132581" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Oct 2012 15:44:43 +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.279.1; Fri, 12 Oct 2012 16:44:42 +0100 Message-ID: <1350056681.14806.118.camel@zakaz.uk.xensource.com> From: Ian Campbell To: James King Date: Fri, 12 Oct 2012 16:44:41 +0100 In-Reply-To: <40AC2ED0-ADA3-4880-8A55-EF29F17D954E@internap.com> References: <40AC2ED0-ADA3-4880-8A55-EF29F17D954E@internap.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-api@lists.xen.org, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] agent corrupts /etc/shadow in CentOS 6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Q0NpbmcgeGVuLWFwaSBsaXN0IHdoZXJlIFhlbkFQSS9YQ1AgZGV2ZWxvcG1lbnQgaGFwcGVucy4K Ck9uIEZyaSwgMjAxMi0xMC0xMiBhdCAxNjoyNCArMDEwMCwgSmFtZXMgS2luZyB3cm90ZToKPiBJ J20gd29ya2luZyBvbiBhbiBpc3N1ZSB3ZSBub3RpY2VkIGluIG9wZW5zdGFjayB3aGVyZSBzZXR0 aW5nIHRoZSByb290IHBhc3N3b3JkIG9uIGEgQ2VudE9TIDYgaW1hZ2UgdGhyb3VnaCB0aGUgWGVu QVBJIHdvdWxkIGNvcnJ1cHQgdGhlIGd1ZXN0IGltYWdlJ3MgL2V0Yy9zaGFkb3cgZmlsZS4KPiAK PiAxLiBzZXQgdGhlIHJvb3QgcGFzc3dvcmQgdGhyb3VnaCBYZW5BUEkKPiAyLiBsb2cgaW4gdG8g dGhlIGFjY291bnQKPiAzLiBgcGFzc3dkYCAtLSB5b3Ugc2hvdWxkIGdldCBhbiBlcnJvci4KPiAK PiBUbyBmaXggeW91IGNhbiBgcm0gL2V0Yy9zaGFkb3c7IHB3Y29udmAKPiAKPiBJJ3ZlIHRlc3Rl ZCBhZ2FpbnN0IGFuIFVidW50dSBYQ1AgaW1hZ2UgYW5kIGV2ZXJ5dGhpbmcgaXMgZmluZSB0aGVy ZeKApiBzZWVtcyB0byBvbmx5IGFmZmVjdCBDZW50T1MgNgo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLWRldmVsIG1haWxpbmcgbGlzdAo+IFhl bi1kZXZlbEBsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLWRldmVsCgoK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkg bWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Fri Oct 12 15:44:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Oct 2012 15:44:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMhPq-0003LW-8j; Fri, 12 Oct 2012 15:44:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TMhPo-0003LO-Hj; Fri, 12 Oct 2012 15:44:44 +0000 Received: from [85.158.139.211:6259] by server-7.bemta-5.messagelabs.com id 08/B3-20187-BEA38705; Fri, 12 Oct 2012 15:44:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1350056683!21650292!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTQzMTk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30163 invoked from network); 12 Oct 2012 15:44:43 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Oct 2012 15:44:43 -0000 X-IronPort-AV: E=Sophos;i="4.80,576,1344211200"; d="scan'208";a="15132581" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Oct 2012 15:44:43 +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.279.1; Fri, 12 Oct 2012 16:44:42 +0100 Message-ID: <1350056681.14806.118.camel@zakaz.uk.xensource.com> From: Ian Campbell To: James King Date: Fri, 12 Oct 2012 16:44:41 +0100 In-Reply-To: <40AC2ED0-ADA3-4880-8A55-EF29F17D954E@internap.com> References: <40AC2ED0-ADA3-4880-8A55-EF29F17D954E@internap.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-api@lists.xen.org, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] agent corrupts /etc/shadow in CentOS 6 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Q0NpbmcgeGVuLWFwaSBsaXN0IHdoZXJlIFhlbkFQSS9YQ1AgZGV2ZWxvcG1lbnQgaGFwcGVucy4K Ck9uIEZyaSwgMjAxMi0xMC0xMiBhdCAxNjoyNCArMDEwMCwgSmFtZXMgS2luZyB3cm90ZToKPiBJ J20gd29ya2luZyBvbiBhbiBpc3N1ZSB3ZSBub3RpY2VkIGluIG9wZW5zdGFjayB3aGVyZSBzZXR0 aW5nIHRoZSByb290IHBhc3N3b3JkIG9uIGEgQ2VudE9TIDYgaW1hZ2UgdGhyb3VnaCB0aGUgWGVu QVBJIHdvdWxkIGNvcnJ1cHQgdGhlIGd1ZXN0IGltYWdlJ3MgL2V0Yy9zaGFkb3cgZmlsZS4KPiAK PiAxLiBzZXQgdGhlIHJvb3QgcGFzc3dvcmQgdGhyb3VnaCBYZW5BUEkKPiAyLiBsb2cgaW4gdG8g dGhlIGFjY291bnQKPiAzLiBgcGFzc3dkYCAtLSB5b3Ugc2hvdWxkIGdldCBhbiBlcnJvci4KPiAK PiBUbyBmaXggeW91IGNhbiBgcm0gL2V0Yy9zaGFkb3c7IHB3Y29udmAKPiAKPiBJJ3ZlIHRlc3Rl ZCBhZ2FpbnN0IGFuIFVidW50dSBYQ1AgaW1hZ2UgYW5kIGV2ZXJ5dGhpbmcgaXMgZmluZSB0aGVy ZeKApiBzZWVtcyB0byBvbmx5IGFmZmVjdCBDZW50T1MgNgo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLWRldmVsIG1haWxpbmcgbGlzdAo+IFhl bi1kZXZlbEBsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLWRldmVsCgoK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkg bWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Sun Oct 14 03:51:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 14 Oct 2012 03:51:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNFE3-0001uu-J5; Sun, 14 Oct 2012 03:50:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNFE1-0001up-UI for xen-api@lists.xen.org; Sun, 14 Oct 2012 03:50:50 +0000 Received: from [85.158.138.51:30237] by server-13.bemta-3.messagelabs.com id 0F/6A-26794-9963A705; Sun, 14 Oct 2012 03:50:49 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1350186646!26672191!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28816 invoked from network); 14 Oct 2012 03:50:47 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2012 03:50:47 -0000 Received: by mail-qc0-f169.google.com with SMTP id t2so3238921qcq.28 for ; Sat, 13 Oct 2012 20:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Nt9zFEVN1086yIzT7vfc88c6bVf8G3AQzp9er+A2yAA=; b=d+nPR0lJm9CWd/KwMq8KoXJwR8dzuYllQufuEvDjFSMUlyjPXGRi2EVdgfIl5Adb6N /iOiXZwoP2mUZViOt/0MWphDhyQaYvot9n94zSh2BVd8ZNGTxped1SPoidLnvNaSVd7p bDCPyZOZFip4kVMykU3fup3jJA7NvXKLcPCtGlPfG5+lU1zVoarb4bw4QQWIyUvvkFfQ gf7aafqkyzDqpTVnVP/SamhPiptDwa6+efVbRZxt2KBWvAgnxjEGNfyLVfSuMvIdaJnr 9XqICFsm4vrDc+KhWfMabUjEwPMKwB+R1vOMLRFSCg3agjpKVTHleEKNnpjmumq490tw Je3Q== MIME-Version: 1.0 Received: by 10.224.176.132 with SMTP id be4mr14703266qab.45.1350186646392; Sat, 13 Oct 2012 20:50:46 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Sat, 13 Oct 2012 20:50:46 -0700 (PDT) In-Reply-To: <5076E5C5.2080102@tranquil-it-systems.fr> References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> Date: Sun, 14 Oct 2012 14:50:46 +1100 Message-ID: From: Black Bird To: karmouta yvan Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3993103062269513760==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3993103062269513760== Content-Type: multipart/alternative; boundary=20cf303b430f704d8004cbfcd326 --20cf303b430f704d8004cbfcd326 Content-Type: text/plain; charset=ISO-8859-1 Hi Yvan I've tried your patch and it does work. The existing installation is recognised. I'll now attempt the rolling pool upgrade. Thanks for your help. On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan < yvan.karmouta@tranquil-it-systems.fr> wrote: > Hello all > > I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an >> upgrade of one of the hosts which is currently unloaded with VMs (not >> the master) just to verify that an upgrade is possible, prior to >> commencing a rolling pool upgrade (starting from the master). >> >> I am using the latest XCP-1.6-beta-61002c.iso. I added the keys >> PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory >> as directed by http://wiki.xen.org/wiki/XCP_**1.6_test_instructions. >> The >> file contents is now: >> >> [root@xen3v3 ~]# cat /etc/xensource-inventory >> BUILD_NUMBER='50674c' >> CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 >> xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' >> DOM0_MEM='752' >> PRODUCT_BRAND='XCP' >> INSTALLATION_UUID='**aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa**aa' >> KERNEL_VERSION='2.6.32.12-0.7.**1.xs1.1.0.327.170596xen' >> DEFAULT_SR_PHYSDEVS='/dev/**sda3' >> CONTROL_DOMAIN_UUID='**bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb**bbbb' >> PRIMARY_DISK='/dev/disk/by-id/**scsi-SATA_ST2000DM001-9YN_**Z1E0V06V' >> XEN_VERSION='3.4.2' >> BACKUP_PARTITION='/dev/disk/**by-id/scsi-SATA_ST2000DM001-**9YN_Z1E0V06V-part2' >> >> PRODUCT_NAME='xcp' >> INSTALLATION_DATE='2012-10-09 05:24:44.725360' >> PRODUCT_VERSION='1.1.0' >> PLATFORM_VERSION=1.1.0 >> PLATFORM_NAME=XCP >> MANAGEMENT_INTERFACE='xapi9' >> >> The ISO boots normally. After going through the keyboard selection and >> disk selection, the installer reports "Only product installations that >> cannot be upgraded have been detected". >> > > I bumped into the same issue yesterday, I have resolved this by modifying > the file "/opt/xensource/installer/**upgrade.py" at the ligne 53 > > diff upgrade_bad.py upgrade.py > 54c54 > < return (cls.upgrades_product == product and > --- > > return (cls.upgrades_product.upper() == product.upper() and > > during install, you just have to go on the console, apply the patch and > kill the python init process and relaunch it whith "python > /opt/xensource/installer/init"**. > > Afterward everything goes smoothly and I have a shiny new XCP 1.6 running > with all my VMs and my configuration upgraded ! > > Note : that test was carried on a standalone server, I'll try the cluster > rolling upgrade in the next few days. > > Cheers and thanks for the great work! > > Yvan > > > > > >> At this point I stop as I want to do an upgrade, not a clean installation. >> >> Do I need to provide different keys in /etc/xensource-inventory or carry >> out some other steps? >> >> >> > --20cf303b430f704d8004cbfcd326 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Yvan

I've tried your patch and it does work. =A0T= he existing installation is recognised. =A0I'll now attempt the rolling= pool upgrade.

Thanks for your help.
On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan <= span dir=3D"ltr"><yvan.karmouta@tranquil-it-systems.fr> wro= te:
Hello all

I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. =A0I have attempted an upgrade of one of the hosts which is currently unloaded with VMs (not
the master) just to verify that an upgrade is possible, prior to
commencing a rolling pool upgrade (starting from the master).

I am using the latest XCP-1.6-beta-61002c.iso. =A0I added the keys
PLATFORM_VERSION=3D1.1.0 and PLATFORM_NAME=3DXCP to /etc/xensource-inventor= y
as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructi= ons. =A0The
file contents is now:

[root@xen3v3 ~]# cat /etc/xensource-inventory
BUILD_NUMBER=3D'50674c'
CURRENT_INTERFACES=3D'xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xap= i16
xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9'
DOM0_MEM=3D'752'
PRODUCT_BRAND=3D'XCP'
INSTALLATION_UUID=3D'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'= ;
KERNEL_VERSION=3D'2.6.32.12-0.7.1.xs1.1.0.327.170596xen'
DEFAULT_SR_PHYSDEVS=3D'/dev/sda3'
CONTROL_DOMAIN_UUID=3D'bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb= '
PRIMARY_DISK=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V'
XEN_VERSION=3D'3.4.2'
BACKUP_PARTITION=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2'
PRODUCT_NAME=3D'xcp'
INSTALLATION_DATE=3D'2012-10-09 05:24:44.725360'
PRODUCT_VERSION=3D'1.1.0'
PLATFORM_VERSION=3D1.1.0
PLATFORM_NAME=3DXCP
MANAGEMENT_INTERFACE=3D'xapi9'

The ISO boots normally. =A0After going through the keyboard selection and disk selection, the installer reports "Only product installations that=
cannot be upgraded have been detected".

I bumped into the same issue yesterday, I have resolved this by modifying t= he file "/opt/xensource/installer/upgrade.py" at the ligne= 53

diff upgrade_bad.py upgrade.py
54c54
< =A0 =A0 =A0 =A0 return (cls.upgrades_product =3D=3D product and
---
> =A0 =A0 =A0 =A0 return (cls.upgrades_product.upper() =3D=3D product.up= per() and

during install, you just have to go on the console, apply the patch and kil= l the python init process and relaunch it whith "python /opt/xensource= /installer/init".

Afterward everything goes smoothly and I have a shiny new XCP 1.6 running w= ith all my VMs and my configuration upgraded !

Note : that test was carried on a standalone server, I'll try the clust= er rolling upgrade in the next few days.

Cheers and thanks for the great work!

Yvan





At this point I stop as I want to do an upgrade, not a clean installation.<= br>
Do I need to provide different keys in /etc/xensource-inventory or carry out some other steps?




--20cf303b430f704d8004cbfcd326-- --===============3993103062269513760== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3993103062269513760==-- From xen-api-bounces@lists.xen.org Sun Oct 14 03:51:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 14 Oct 2012 03:51:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNFE3-0001uu-J5; Sun, 14 Oct 2012 03:50:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNFE1-0001up-UI for xen-api@lists.xen.org; Sun, 14 Oct 2012 03:50:50 +0000 Received: from [85.158.138.51:30237] by server-13.bemta-3.messagelabs.com id 0F/6A-26794-9963A705; Sun, 14 Oct 2012 03:50:49 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1350186646!26672191!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28816 invoked from network); 14 Oct 2012 03:50:47 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Oct 2012 03:50:47 -0000 Received: by mail-qc0-f169.google.com with SMTP id t2so3238921qcq.28 for ; Sat, 13 Oct 2012 20:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Nt9zFEVN1086yIzT7vfc88c6bVf8G3AQzp9er+A2yAA=; b=d+nPR0lJm9CWd/KwMq8KoXJwR8dzuYllQufuEvDjFSMUlyjPXGRi2EVdgfIl5Adb6N /iOiXZwoP2mUZViOt/0MWphDhyQaYvot9n94zSh2BVd8ZNGTxped1SPoidLnvNaSVd7p bDCPyZOZFip4kVMykU3fup3jJA7NvXKLcPCtGlPfG5+lU1zVoarb4bw4QQWIyUvvkFfQ gf7aafqkyzDqpTVnVP/SamhPiptDwa6+efVbRZxt2KBWvAgnxjEGNfyLVfSuMvIdaJnr 9XqICFsm4vrDc+KhWfMabUjEwPMKwB+R1vOMLRFSCg3agjpKVTHleEKNnpjmumq490tw Je3Q== MIME-Version: 1.0 Received: by 10.224.176.132 with SMTP id be4mr14703266qab.45.1350186646392; Sat, 13 Oct 2012 20:50:46 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Sat, 13 Oct 2012 20:50:46 -0700 (PDT) In-Reply-To: <5076E5C5.2080102@tranquil-it-systems.fr> References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> Date: Sun, 14 Oct 2012 14:50:46 +1100 Message-ID: From: Black Bird To: karmouta yvan Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3993103062269513760==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3993103062269513760== Content-Type: multipart/alternative; boundary=20cf303b430f704d8004cbfcd326 --20cf303b430f704d8004cbfcd326 Content-Type: text/plain; charset=ISO-8859-1 Hi Yvan I've tried your patch and it does work. The existing installation is recognised. I'll now attempt the rolling pool upgrade. Thanks for your help. On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan < yvan.karmouta@tranquil-it-systems.fr> wrote: > Hello all > > I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an >> upgrade of one of the hosts which is currently unloaded with VMs (not >> the master) just to verify that an upgrade is possible, prior to >> commencing a rolling pool upgrade (starting from the master). >> >> I am using the latest XCP-1.6-beta-61002c.iso. I added the keys >> PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory >> as directed by http://wiki.xen.org/wiki/XCP_**1.6_test_instructions. >> The >> file contents is now: >> >> [root@xen3v3 ~]# cat /etc/xensource-inventory >> BUILD_NUMBER='50674c' >> CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 >> xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' >> DOM0_MEM='752' >> PRODUCT_BRAND='XCP' >> INSTALLATION_UUID='**aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa**aa' >> KERNEL_VERSION='2.6.32.12-0.7.**1.xs1.1.0.327.170596xen' >> DEFAULT_SR_PHYSDEVS='/dev/**sda3' >> CONTROL_DOMAIN_UUID='**bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb**bbbb' >> PRIMARY_DISK='/dev/disk/by-id/**scsi-SATA_ST2000DM001-9YN_**Z1E0V06V' >> XEN_VERSION='3.4.2' >> BACKUP_PARTITION='/dev/disk/**by-id/scsi-SATA_ST2000DM001-**9YN_Z1E0V06V-part2' >> >> PRODUCT_NAME='xcp' >> INSTALLATION_DATE='2012-10-09 05:24:44.725360' >> PRODUCT_VERSION='1.1.0' >> PLATFORM_VERSION=1.1.0 >> PLATFORM_NAME=XCP >> MANAGEMENT_INTERFACE='xapi9' >> >> The ISO boots normally. After going through the keyboard selection and >> disk selection, the installer reports "Only product installations that >> cannot be upgraded have been detected". >> > > I bumped into the same issue yesterday, I have resolved this by modifying > the file "/opt/xensource/installer/**upgrade.py" at the ligne 53 > > diff upgrade_bad.py upgrade.py > 54c54 > < return (cls.upgrades_product == product and > --- > > return (cls.upgrades_product.upper() == product.upper() and > > during install, you just have to go on the console, apply the patch and > kill the python init process and relaunch it whith "python > /opt/xensource/installer/init"**. > > Afterward everything goes smoothly and I have a shiny new XCP 1.6 running > with all my VMs and my configuration upgraded ! > > Note : that test was carried on a standalone server, I'll try the cluster > rolling upgrade in the next few days. > > Cheers and thanks for the great work! > > Yvan > > > > > >> At this point I stop as I want to do an upgrade, not a clean installation. >> >> Do I need to provide different keys in /etc/xensource-inventory or carry >> out some other steps? >> >> >> > --20cf303b430f704d8004cbfcd326 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Yvan

I've tried your patch and it does work. =A0T= he existing installation is recognised. =A0I'll now attempt the rolling= pool upgrade.

Thanks for your help.
On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan <= span dir=3D"ltr"><yvan.karmouta@tranquil-it-systems.fr> wro= te:
Hello all

I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. =A0I have attempted an upgrade of one of the hosts which is currently unloaded with VMs (not
the master) just to verify that an upgrade is possible, prior to
commencing a rolling pool upgrade (starting from the master).

I am using the latest XCP-1.6-beta-61002c.iso. =A0I added the keys
PLATFORM_VERSION=3D1.1.0 and PLATFORM_NAME=3DXCP to /etc/xensource-inventor= y
as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructi= ons. =A0The
file contents is now:

[root@xen3v3 ~]# cat /etc/xensource-inventory
BUILD_NUMBER=3D'50674c'
CURRENT_INTERFACES=3D'xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xap= i16
xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9'
DOM0_MEM=3D'752'
PRODUCT_BRAND=3D'XCP'
INSTALLATION_UUID=3D'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'= ;
KERNEL_VERSION=3D'2.6.32.12-0.7.1.xs1.1.0.327.170596xen'
DEFAULT_SR_PHYSDEVS=3D'/dev/sda3'
CONTROL_DOMAIN_UUID=3D'bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb= '
PRIMARY_DISK=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V'
XEN_VERSION=3D'3.4.2'
BACKUP_PARTITION=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2'
PRODUCT_NAME=3D'xcp'
INSTALLATION_DATE=3D'2012-10-09 05:24:44.725360'
PRODUCT_VERSION=3D'1.1.0'
PLATFORM_VERSION=3D1.1.0
PLATFORM_NAME=3DXCP
MANAGEMENT_INTERFACE=3D'xapi9'

The ISO boots normally. =A0After going through the keyboard selection and disk selection, the installer reports "Only product installations that=
cannot be upgraded have been detected".

I bumped into the same issue yesterday, I have resolved this by modifying t= he file "/opt/xensource/installer/upgrade.py" at the ligne= 53

diff upgrade_bad.py upgrade.py
54c54
< =A0 =A0 =A0 =A0 return (cls.upgrades_product =3D=3D product and
---
> =A0 =A0 =A0 =A0 return (cls.upgrades_product.upper() =3D=3D product.up= per() and

during install, you just have to go on the console, apply the patch and kil= l the python init process and relaunch it whith "python /opt/xensource= /installer/init".

Afterward everything goes smoothly and I have a shiny new XCP 1.6 running w= ith all my VMs and my configuration upgraded !

Note : that test was carried on a standalone server, I'll try the clust= er rolling upgrade in the next few days.

Cheers and thanks for the great work!

Yvan





At this point I stop as I want to do an upgrade, not a clean installation.<= br>
Do I need to provide different keys in /etc/xensource-inventory or carry out some other steps?




--20cf303b430f704d8004cbfcd326-- --===============3993103062269513760== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3993103062269513760==-- From xen-api-bounces@lists.xen.org Mon Oct 15 07:25:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 07:25:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNf2i-0001c4-NB; Mon, 15 Oct 2012 07:24:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNf2g-0001bz-FP for xen-api@lists.xen.org; Mon, 15 Oct 2012 07:24:50 +0000 Received: from [85.158.139.83:37354] by server-9.bemta-5.messagelabs.com id 74/82-23053-14ABB705; Mon, 15 Oct 2012 07:24:49 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1350285882!30958107!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25564 invoked from network); 15 Oct 2012 07:24:43 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 07:24:43 -0000 Received: by mail-qa0-f45.google.com with SMTP id s11so1101397qaa.11 for ; Mon, 15 Oct 2012 00:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4IGKakSLtVdKlX4FHBUJSP2g1wyu6mS44ooDzqILeTk=; b=Hu1GARD6Axd6LThmWchOIX3B8IlyTo0hGvNdrgJdeUossOB8KnwZN5cUwyW1Ecbgz1 JEfl5D0sYmc1P8cnnSIWxGx+tGY4Kzf0pNmGxLlJbulWDXBWGRFy7yPdYukCl8giCXD4 RLmmen+KcidBnd9r2ti1WpxvZUAioFYXzDblo5He1WzDUjmQ10SfIVaSFeHVFtsCzVqN BlmmRxdUyRzZdAhpsfIkIAu8Tjw7EQPQvUVf8X3cuXfMbmhNl/3ccBJ3l9A1+xwZUOxx 6U0vprQgBsqoV29KvK+ot5bVb/jJSuLnTAI1dHbOy02PF5tMeymrMTpMaIG+a8GoU4lR 30Yw== MIME-Version: 1.0 Received: by 10.49.59.82 with SMTP id x18mr26087367qeq.9.1350285867661; Mon, 15 Oct 2012 00:24:27 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Mon, 15 Oct 2012 00:24:27 -0700 (PDT) In-Reply-To: References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> Date: Mon, 15 Oct 2012 18:24:27 +1100 Message-ID: From: Black Bird To: karmouta yvan Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2166647731951111242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2166647731951111242== Content-Type: multipart/alternative; boundary=047d7b6d8b287cb90004cc13ed33 --047d7b6d8b287cb90004cc13ed33 Content-Type: text/plain; charset=ISO-8859-1 Follow up email, just to confirm that the rolling pool upgrade was successful on my 3 hosts. On each host, the procedure provided by Yvan was repeated and the host detected the previous installation and carried out the upgrade thanks again. On Sun, Oct 14, 2012 at 2:50 PM, Black Bird wrote: > Hi Yvan > > I've tried your patch and it does work. The existing installation is > recognised. I'll now attempt the rolling pool upgrade. > > Thanks for your help. > > On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan < > yvan.karmouta@tranquil-it-systems.fr> wrote: > >> Hello all >> >> I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an >>> upgrade of one of the hosts which is currently unloaded with VMs (not >>> the master) just to verify that an upgrade is possible, prior to >>> commencing a rolling pool upgrade (starting from the master). >>> >>> I am using the latest XCP-1.6-beta-61002c.iso. I added the keys >>> PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory >>> as directed by http://wiki.xen.org/wiki/XCP_**1.6_test_instructions. >>> The >>> file contents is now: >>> >>> [root@xen3v3 ~]# cat /etc/xensource-inventory >>> BUILD_NUMBER='50674c' >>> CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 >>> xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' >>> DOM0_MEM='752' >>> PRODUCT_BRAND='XCP' >>> INSTALLATION_UUID='**aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa**aa' >>> KERNEL_VERSION='2.6.32.12-0.7.**1.xs1.1.0.327.170596xen' >>> DEFAULT_SR_PHYSDEVS='/dev/**sda3' >>> CONTROL_DOMAIN_UUID='**bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb**bbbb' >>> PRIMARY_DISK='/dev/disk/by-id/**scsi-SATA_ST2000DM001-9YN_**Z1E0V06V' >>> XEN_VERSION='3.4.2' >>> BACKUP_PARTITION='/dev/disk/**by-id/scsi-SATA_ST2000DM001-**9YN_Z1E0V06V-part2' >>> >>> PRODUCT_NAME='xcp' >>> INSTALLATION_DATE='2012-10-09 05:24:44.725360' >>> PRODUCT_VERSION='1.1.0' >>> PLATFORM_VERSION=1.1.0 >>> PLATFORM_NAME=XCP >>> MANAGEMENT_INTERFACE='xapi9' >>> >>> The ISO boots normally. After going through the keyboard selection and >>> disk selection, the installer reports "Only product installations that >>> cannot be upgraded have been detected". >>> >> >> I bumped into the same issue yesterday, I have resolved this by modifying >> the file "/opt/xensource/installer/**upgrade.py" at the ligne 53 >> >> diff upgrade_bad.py upgrade.py >> 54c54 >> < return (cls.upgrades_product == product and >> --- >> > return (cls.upgrades_product.upper() == product.upper() and >> >> during install, you just have to go on the console, apply the patch and >> kill the python init process and relaunch it whith "python >> /opt/xensource/installer/init"**. >> >> Afterward everything goes smoothly and I have a shiny new XCP 1.6 running >> with all my VMs and my configuration upgraded ! >> >> Note : that test was carried on a standalone server, I'll try the cluster >> rolling upgrade in the next few days. >> >> Cheers and thanks for the great work! >> >> Yvan >> >> >> >> >> >>> At this point I stop as I want to do an upgrade, not a clean >>> installation. >>> >>> Do I need to provide different keys in /etc/xensource-inventory or carry >>> out some other steps? >>> >>> >>> >> > --047d7b6d8b287cb90004cc13ed33 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Follow up email, just to confirm that the rolling pool upgrade was successf= ul on my 3 hosts. =A0On each host, the procedure provided by Yvan was repea= ted and the host detected the previous installation and carried out the upg= rade

thanks again.

On Sun, Oct = 14, 2012 at 2:50 PM, Black Bird <blackbird1758@gmail.com> wrote:
Hi Yvan

I've tried yo= ur patch and it does work. =A0The existing installation is recognised. =A0I= 'll now attempt the rolling pool upgrade.

Thanks for your help.

On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan <= span dir=3D"ltr"><yvan.karmouta@tranquil-it-systems.fr> wro= te:
Hello all

I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. =A0I have attempted an upgrade of one of the hosts which is currently unloaded with VMs (not
the master) just to verify that an upgrade is possible, prior to
commencing a rolling pool upgrade (starting from the master).

I am using the latest XCP-1.6-beta-61002c.iso. =A0I added the keys
PLATFORM_VERSION=3D1.1.0 and PLATFORM_NAME=3DXCP to /etc/xensource-inventor= y
as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructi= ons. =A0The
file contents is now:

[root@xen3v3 ~]# cat /etc/xensource-inventory
BUILD_NUMBER=3D'50674c'
CURRENT_INTERFACES=3D'xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xap= i16
xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9'
DOM0_MEM=3D'752'
PRODUCT_BRAND=3D'XCP'
INSTALLATION_UUID=3D'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'= ;
KERNEL_VERSION=3D'2.6.32.12-0.7.1.xs1.1.0.327.170596xen'
DEFAULT_SR_PHYSDEVS=3D'/dev/sda3'
CONTROL_DOMAIN_UUID=3D'bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb= '
PRIMARY_DISK=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V'
XEN_VERSION=3D'3.4.2'
BACKUP_PARTITION=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2'
PRODUCT_NAME=3D'xcp'
INSTALLATION_DATE=3D'2012-10-09 05:24:44.725360'
PRODUCT_VERSION=3D'1.1.0'
PLATFORM_VERSION=3D1.1.0
PLATFORM_NAME=3DXCP
MANAGEMENT_INTERFACE=3D'xapi9'

The ISO boots normally. =A0After going through the keyboard selection and disk selection, the installer reports "Only product installations that=
cannot be upgraded have been detected".

I bumped into the same issue yesterday, I have resolved this by modifying t= he file "/opt/xensource/installer/upgrade.py" at the ligne= 53

diff upgrade_bad.py upgrade.py
54c54
< =A0 =A0 =A0 =A0 return (cls.upgrades_product =3D=3D product and
---
> =A0 =A0 =A0 =A0 return (cls.upgrades_product.upper() =3D=3D product.up= per() and

during install, you just have to go on the console, apply the patch and kil= l the python init process and relaunch it whith "python /opt/xensource= /installer/init".

Afterward everything goes smoothly and I have a shiny new XCP 1.6 running w= ith all my VMs and my configuration upgraded !

Note : that test was carried on a standalone server, I'll try the clust= er rolling upgrade in the next few days.

Cheers and thanks for the great work!

Yvan





At this point I stop as I want to do an upgrade, not a clean installation.<= br>
Do I need to provide different keys in /etc/xensource-inventory or carry out some other steps?





--047d7b6d8b287cb90004cc13ed33-- --===============2166647731951111242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2166647731951111242==-- From xen-api-bounces@lists.xen.org Mon Oct 15 07:25:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 07:25:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNf2i-0001c4-NB; Mon, 15 Oct 2012 07:24:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNf2g-0001bz-FP for xen-api@lists.xen.org; Mon, 15 Oct 2012 07:24:50 +0000 Received: from [85.158.139.83:37354] by server-9.bemta-5.messagelabs.com id 74/82-23053-14ABB705; Mon, 15 Oct 2012 07:24:49 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1350285882!30958107!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25564 invoked from network); 15 Oct 2012 07:24:43 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 07:24:43 -0000 Received: by mail-qa0-f45.google.com with SMTP id s11so1101397qaa.11 for ; Mon, 15 Oct 2012 00:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4IGKakSLtVdKlX4FHBUJSP2g1wyu6mS44ooDzqILeTk=; b=Hu1GARD6Axd6LThmWchOIX3B8IlyTo0hGvNdrgJdeUossOB8KnwZN5cUwyW1Ecbgz1 JEfl5D0sYmc1P8cnnSIWxGx+tGY4Kzf0pNmGxLlJbulWDXBWGRFy7yPdYukCl8giCXD4 RLmmen+KcidBnd9r2ti1WpxvZUAioFYXzDblo5He1WzDUjmQ10SfIVaSFeHVFtsCzVqN BlmmRxdUyRzZdAhpsfIkIAu8Tjw7EQPQvUVf8X3cuXfMbmhNl/3ccBJ3l9A1+xwZUOxx 6U0vprQgBsqoV29KvK+ot5bVb/jJSuLnTAI1dHbOy02PF5tMeymrMTpMaIG+a8GoU4lR 30Yw== MIME-Version: 1.0 Received: by 10.49.59.82 with SMTP id x18mr26087367qeq.9.1350285867661; Mon, 15 Oct 2012 00:24:27 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Mon, 15 Oct 2012 00:24:27 -0700 (PDT) In-Reply-To: References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> Date: Mon, 15 Oct 2012 18:24:27 +1100 Message-ID: From: Black Bird To: karmouta yvan Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2166647731951111242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2166647731951111242== Content-Type: multipart/alternative; boundary=047d7b6d8b287cb90004cc13ed33 --047d7b6d8b287cb90004cc13ed33 Content-Type: text/plain; charset=ISO-8859-1 Follow up email, just to confirm that the rolling pool upgrade was successful on my 3 hosts. On each host, the procedure provided by Yvan was repeated and the host detected the previous installation and carried out the upgrade thanks again. On Sun, Oct 14, 2012 at 2:50 PM, Black Bird wrote: > Hi Yvan > > I've tried your patch and it does work. The existing installation is > recognised. I'll now attempt the rolling pool upgrade. > > Thanks for your help. > > On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan < > yvan.karmouta@tranquil-it-systems.fr> wrote: > >> Hello all >> >> I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have attempted an >>> upgrade of one of the hosts which is currently unloaded with VMs (not >>> the master) just to verify that an upgrade is possible, prior to >>> commencing a rolling pool upgrade (starting from the master). >>> >>> I am using the latest XCP-1.6-beta-61002c.iso. I added the keys >>> PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to /etc/xensource-inventory >>> as directed by http://wiki.xen.org/wiki/XCP_**1.6_test_instructions. >>> The >>> file contents is now: >>> >>> [root@xen3v3 ~]# cat /etc/xensource-inventory >>> BUILD_NUMBER='50674c' >>> CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xapi16 >>> xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' >>> DOM0_MEM='752' >>> PRODUCT_BRAND='XCP' >>> INSTALLATION_UUID='**aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa**aa' >>> KERNEL_VERSION='2.6.32.12-0.7.**1.xs1.1.0.327.170596xen' >>> DEFAULT_SR_PHYSDEVS='/dev/**sda3' >>> CONTROL_DOMAIN_UUID='**bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb**bbbb' >>> PRIMARY_DISK='/dev/disk/by-id/**scsi-SATA_ST2000DM001-9YN_**Z1E0V06V' >>> XEN_VERSION='3.4.2' >>> BACKUP_PARTITION='/dev/disk/**by-id/scsi-SATA_ST2000DM001-**9YN_Z1E0V06V-part2' >>> >>> PRODUCT_NAME='xcp' >>> INSTALLATION_DATE='2012-10-09 05:24:44.725360' >>> PRODUCT_VERSION='1.1.0' >>> PLATFORM_VERSION=1.1.0 >>> PLATFORM_NAME=XCP >>> MANAGEMENT_INTERFACE='xapi9' >>> >>> The ISO boots normally. After going through the keyboard selection and >>> disk selection, the installer reports "Only product installations that >>> cannot be upgraded have been detected". >>> >> >> I bumped into the same issue yesterday, I have resolved this by modifying >> the file "/opt/xensource/installer/**upgrade.py" at the ligne 53 >> >> diff upgrade_bad.py upgrade.py >> 54c54 >> < return (cls.upgrades_product == product and >> --- >> > return (cls.upgrades_product.upper() == product.upper() and >> >> during install, you just have to go on the console, apply the patch and >> kill the python init process and relaunch it whith "python >> /opt/xensource/installer/init"**. >> >> Afterward everything goes smoothly and I have a shiny new XCP 1.6 running >> with all my VMs and my configuration upgraded ! >> >> Note : that test was carried on a standalone server, I'll try the cluster >> rolling upgrade in the next few days. >> >> Cheers and thanks for the great work! >> >> Yvan >> >> >> >> >> >>> At this point I stop as I want to do an upgrade, not a clean >>> installation. >>> >>> Do I need to provide different keys in /etc/xensource-inventory or carry >>> out some other steps? >>> >>> >>> >> > --047d7b6d8b287cb90004cc13ed33 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Follow up email, just to confirm that the rolling pool upgrade was successf= ul on my 3 hosts. =A0On each host, the procedure provided by Yvan was repea= ted and the host detected the previous installation and carried out the upg= rade

thanks again.

On Sun, Oct = 14, 2012 at 2:50 PM, Black Bird <blackbird1758@gmail.com> wrote:
Hi Yvan

I've tried yo= ur patch and it does work. =A0The existing installation is recognised. =A0I= 'll now attempt the rolling pool upgrade.

Thanks for your help.

On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan <= span dir=3D"ltr"><yvan.karmouta@tranquil-it-systems.fr> wro= te:
Hello all

I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. =A0I have attempted an upgrade of one of the hosts which is currently unloaded with VMs (not
the master) just to verify that an upgrade is possible, prior to
commencing a rolling pool upgrade (starting from the master).

I am using the latest XCP-1.6-beta-61002c.iso. =A0I added the keys
PLATFORM_VERSION=3D1.1.0 and PLATFORM_NAME=3DXCP to /etc/xensource-inventor= y
as directed by http://wiki.xen.org/wiki/XCP_1.6_test_instructi= ons. =A0The
file contents is now:

[root@xen3v3 ~]# cat /etc/xensource-inventory
BUILD_NUMBER=3D'50674c'
CURRENT_INTERFACES=3D'xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 xapi6 xap= i16
xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9'
DOM0_MEM=3D'752'
PRODUCT_BRAND=3D'XCP'
INSTALLATION_UUID=3D'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'= ;
KERNEL_VERSION=3D'2.6.32.12-0.7.1.xs1.1.0.327.170596xen'
DEFAULT_SR_PHYSDEVS=3D'/dev/sda3'
CONTROL_DOMAIN_UUID=3D'bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb= '
PRIMARY_DISK=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V'
XEN_VERSION=3D'3.4.2'
BACKUP_PARTITION=3D'/dev/disk/by-id/scsi-SATA_ST2000DM001-9YN_Z1E0V06V-part2'
PRODUCT_NAME=3D'xcp'
INSTALLATION_DATE=3D'2012-10-09 05:24:44.725360'
PRODUCT_VERSION=3D'1.1.0'
PLATFORM_VERSION=3D1.1.0
PLATFORM_NAME=3DXCP
MANAGEMENT_INTERFACE=3D'xapi9'

The ISO boots normally. =A0After going through the keyboard selection and disk selection, the installer reports "Only product installations that=
cannot be upgraded have been detected".

I bumped into the same issue yesterday, I have resolved this by modifying t= he file "/opt/xensource/installer/upgrade.py" at the ligne= 53

diff upgrade_bad.py upgrade.py
54c54
< =A0 =A0 =A0 =A0 return (cls.upgrades_product =3D=3D product and
---
> =A0 =A0 =A0 =A0 return (cls.upgrades_product.upper() =3D=3D product.up= per() and

during install, you just have to go on the console, apply the patch and kil= l the python init process and relaunch it whith "python /opt/xensource= /installer/init".

Afterward everything goes smoothly and I have a shiny new XCP 1.6 running w= ith all my VMs and my configuration upgraded !

Note : that test was carried on a standalone server, I'll try the clust= er rolling upgrade in the next few days.

Cheers and thanks for the great work!

Yvan





At this point I stop as I want to do an upgrade, not a clean installation.<= br>
Do I need to provide different keys in /etc/xensource-inventory or carry out some other steps?





--047d7b6d8b287cb90004cc13ed33-- --===============2166647731951111242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2166647731951111242==-- From xen-api-bounces@lists.xen.org Mon Oct 15 07:59:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 07:59:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNfaE-0002A7-2p; Mon, 15 Oct 2012 07:59:30 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNfaC-00029t-Hl for xen-api@lists.xen.org; Mon, 15 Oct 2012 07:59:29 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1350287957!11337135!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3816 invoked from network); 15 Oct 2012 07:59:18 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 07:59:18 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so4811569qca.32 for ; Mon, 15 Oct 2012 00:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=6rDTtWSBc4Uj0/9qfg2hsGV9zSCCjIx08VX9yDgtypk=; b=f1a9E/jDpBTiwQBGpG8AQGSb2AUd/8DDBop99lv6LX7EaPxqQvfEbBsYjxifmhUDRi qi7Io6nnE9vMF753CQOtpoSgxJTVJsDyDtziXlL6T1QoC9wkgfjh1uRQI0NzhSb8Wt68 NDGRiKeMMI4JEFsYneJweUld0HRRG9FJNz/LVrU/HEqO2qy/IJAhYOwLQseYC1pVCKvG h0rJWoAr/QLlwmi7DlERItYBXFUXMzS7GABkY7qciKeiQZSSzg1QSKf7fqbT5vvG7j9X MueXnISSzLtifg2HSSmh2m9P4gjP+x54Ebm8YFBY/FNEj4k+Z/qTrch5s7PC2P5YvJn4 Nb1Q== MIME-Version: 1.0 Received: by 10.229.135.195 with SMTP id o3mr5312939qct.87.1350287956733; Mon, 15 Oct 2012 00:59:16 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Mon, 15 Oct 2012 00:59:16 -0700 (PDT) Date: Mon, 15 Oct 2012 18:59:16 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I have just carried out a rolling pool upgrade of a 3-host pool from XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up the VMs as normal and network connectivity is ok. However when I tried to implement the first change I encountered a problem. I tried to change a vif from one network (a physical interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to another (a pool vlan 255 on a bonded interface bond0 created with slaves eth1 and eth2, network uuid 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif-create process were executed as normal, but on attempting to start the vm, I got an error saying "stderr = ovs-vsctl: cannot create a port named eth1 because an interface named eth1 already exists on bridge xapi3". My network configuration, on each of the 3 hosts, is: interface bond eth0 n.a. eth1 bond0 eth2 bond0 eth3 bond1 eth4 bond1 eth5 bond2 eth6 bond2 I have a number of pool vlans created on bond0 and bond2. The particular vlan involved in this report is vlan255, corresponding to an 802.1q tag of 255, created on bond0 The command log follows. The vm and previous vif had their parameters listed prior to the change. The attempt to startup the vm results in the error. I thought it was strange that ovs-vsctl is attempting to add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm starts - I would have expected this to take place on xenserver startup. I have carried out this operation prior to the upgrade dozens of times, so I know it should work. I'd be grateful for any advice. [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb uuid ( RO) : 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb name-label ( RW): efw2 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): children ( RO): is-control-domain ( RO): false power-state ( RO): running memory-actual ( RO): 33505280 memory-target ( RO): 33554432 memory-overhead ( RO): 4194304 memory-static-max ( RW): 33554432 memory-dynamic-max ( RW): 33554432 memory-dynamic-min ( RW): 33554432 memory-static-min ( RW): 33554432 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Restart console-uuids (SRO): 146df0b4-a963-b399-8b97-f10646fd4f4b platform (MRW): timeoffset: 0; nx: false; acpi: true; apic: true; pae: true; viridian: true allowed-operations (SRO): hard_reboot; hard_shutdown; pause current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2; 3 allowed-VIF-devices (SRO): 2; 3 possible-hosts ( RO): 3e760f02-a3a5-470f-94f5-50023805f9c3; 403452ad-6d8e-4757-a9c2-305e867134fd; a53d1a5a-a9a3-4314-8295-1af5584cf02b 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): vendor: AuthenticAMD; features: 00002001-178bfbff-0000001f-ebd3fbff last-boot-record ( RO): 'uuid449fb2b2-5df2-2c6b-33ca-7627d1eed6cballowed_operationscurrent_operationsOpaqueRef:3bbc686b-cff2-c9b2-d165-1971021e3ba6start_onpower_stateHaltedname_labelefw2name_descriptionInstalled via xe CLIuser_version1is_a_template0suspend_VDIOpaqueRef:NULLresident_onOpaqueRef:NULLaffinityOpaqueRef:NULLmemory_overhead4194304memory_target33554432memory_static_max33554432memory_dynamic_max33554432memory_dynamic_min33554432memory_static_min33554432VCPUs_paramsVCPUs_max1VCPUs_at_startup1actions_after_shutdowndestroyactions_after_rebootrestartactions_after_crashrestartconsolesVIFsOpaqueRef:d606e1f2-ec63-64b3-3603-c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f-46ad5d88d2d6VBDsOpaqueRef:ae670fba-2c5d-d736-d19e-7247e842dd4acrash_dumpsVTPMsPV_bootloaderPV_kernelPV_ramdiskPV_argsPV_bootloader_argsPV_legacy_argsHVM_boot_policyBIOS orderHVM_boot_paramsorderdcHVM_shadow_multiplier1platformtimeoffset-1nxfalseacpitrueapictruepaetrueviridiantruePCI_busother_configlast_shutdown_time20121015T04:25:36Zlast_shutdown_actionDestroylast_shutdown_initiatorexternallast_shutdown_reasonhaltedauto_powerontrueimport_taskOpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87amac_seedb95defa9-572a-1f7f-7ce7-dd834400f8fbinstall-methodscdromdomid-1domarchhvmlast_boot_CPU_flagsvendorAuthenticAMDfeatures00002001-178bfbff-0000001f-ebd3fbffis_control_domain0metricsOpaqueRef:e43062d7-2b48-e192-27cd-c16a872b2ce1guest_metricsOpaqueRef:NULLlast_booted_recordrecommendations<restrictions><restriction field="memory-static-max" max="34359738368" /><restriction field="vcpus-max" max="8" /><restriction property="number-of-vbds" max="7" /><restriction property="number-of-vifs" max="7" /></restrictions>xenstore_dataha_always_run0ha_restart_prioritybest-effortis_a_snapshot0snapshot_ofOpaqueRef:NULLsnapshotssnapshot_time19700101T00:00:00Ztransportable_snapshot_idblobstagsblocked_operationssnapshot_infosnapshot_metadataparentOpaqueRef:NULLchildrenbios_stringsprotection_policyOpaqueRef:NULLis_snapshot_from_vmpp0applianceOpaqueRef:NULLstart_delay0shutdown_delay0order0VGPUsattached_PCIssuspend_SROpaqueRef:NULLversion0' resident-on ( RO): 403452ad-6d8e-4757-a9c2-305e867134fd affinity ( RW): other-config (MRW): vgpu_pci: ; last_shutdown_time: 20121015T04:25:36Z; last_shutdown_action: Destroy; last_shutdown_initiator: external; last_shutdown_reason: halted; auto_poweron: true; import_task: OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom dom-id ( RO): 2 recommendations ( RO): xenstore-data (MRW): vm-data: ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): best-effort blobs ( RO): start-time ( RO): 20121015T04:48:27Z install-time ( RO): 19700101T00:00:00Z VCPUs-number ( RO): 1 VCPUs-utilisation (MRO): 0: 0.007 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) [DEPRECATED]: true protection-policy ( RW): is-snapshot-from-vmpp ( RO): false tags (SRW): appliance ( RW): start-delay ( RW): 0 shutdown-delay ( RW): 0 order ( RW): 0 version ( RO): 0 [root@xen3v3 ~]# [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708-8eddf85e531a uuid ( RO) : d4403431-0363-d9a5-a708-8eddf85e531a vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb vm-name-label ( RO): efw2 allowed-operations (SRO): attach current-operations (SRO): device ( RO): 1 MAC ( RO): be:5c:1e:a2:77:3c MAC-autogenerated ( RO): false MTU ( RO): 1500 currently-attached ( RO): false qos_algorithm_type ( RW): qos_algorithm_params (MRW): qos_supported_algorithms (SRO): other-config (MRW): network-uuid ( RO): ef66fdda-e249-a01d-545c-e002f945bdc6 network-name-label ( RO): Pool-wide network associated with eth0 io_read_kbs ( RO): io_write_kbs ( RO): locking-mode ( RW): network_default ipv4-allowed (SRW): ipv6-allowed (SRW): [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708-8eddf85e531a [root@xen3v3 ~]# xe vif-create vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 56e4b508-7254-3315-f3af-eea22d2f826d [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb An unknown error occurred while attempting to configure an interface. PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 -- --may-exist add-br xapi3 -- set bridge xapi3 other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 fail_mode=standalone -- remove bridge xapi3 other_config disable-in-band -- br-set-external-id xapi3 xs-network-uuids daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr = ovs-vsctl: cannot create a port named eth1 because an interface named eth1 already exists on bridge xapi3] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 15 07:59:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 07:59:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNfaE-0002A7-2p; Mon, 15 Oct 2012 07:59:30 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNfaC-00029t-Hl for xen-api@lists.xen.org; Mon, 15 Oct 2012 07:59:29 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1350287957!11337135!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3816 invoked from network); 15 Oct 2012 07:59:18 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 07:59:18 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so4811569qca.32 for ; Mon, 15 Oct 2012 00:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=6rDTtWSBc4Uj0/9qfg2hsGV9zSCCjIx08VX9yDgtypk=; b=f1a9E/jDpBTiwQBGpG8AQGSb2AUd/8DDBop99lv6LX7EaPxqQvfEbBsYjxifmhUDRi qi7Io6nnE9vMF753CQOtpoSgxJTVJsDyDtziXlL6T1QoC9wkgfjh1uRQI0NzhSb8Wt68 NDGRiKeMMI4JEFsYneJweUld0HRRG9FJNz/LVrU/HEqO2qy/IJAhYOwLQseYC1pVCKvG h0rJWoAr/QLlwmi7DlERItYBXFUXMzS7GABkY7qciKeiQZSSzg1QSKf7fqbT5vvG7j9X MueXnISSzLtifg2HSSmh2m9P4gjP+x54Ebm8YFBY/FNEj4k+Z/qTrch5s7PC2P5YvJn4 Nb1Q== MIME-Version: 1.0 Received: by 10.229.135.195 with SMTP id o3mr5312939qct.87.1350287956733; Mon, 15 Oct 2012 00:59:16 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Mon, 15 Oct 2012 00:59:16 -0700 (PDT) Date: Mon, 15 Oct 2012 18:59:16 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I have just carried out a rolling pool upgrade of a 3-host pool from XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up the VMs as normal and network connectivity is ok. However when I tried to implement the first change I encountered a problem. I tried to change a vif from one network (a physical interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to another (a pool vlan 255 on a bonded interface bond0 created with slaves eth1 and eth2, network uuid 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif-create process were executed as normal, but on attempting to start the vm, I got an error saying "stderr = ovs-vsctl: cannot create a port named eth1 because an interface named eth1 already exists on bridge xapi3". My network configuration, on each of the 3 hosts, is: interface bond eth0 n.a. eth1 bond0 eth2 bond0 eth3 bond1 eth4 bond1 eth5 bond2 eth6 bond2 I have a number of pool vlans created on bond0 and bond2. The particular vlan involved in this report is vlan255, corresponding to an 802.1q tag of 255, created on bond0 The command log follows. The vm and previous vif had their parameters listed prior to the change. The attempt to startup the vm results in the error. I thought it was strange that ovs-vsctl is attempting to add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm starts - I would have expected this to take place on xenserver startup. I have carried out this operation prior to the upgrade dozens of times, so I know it should work. I'd be grateful for any advice. [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb uuid ( RO) : 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb name-label ( RW): efw2 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): children ( RO): is-control-domain ( RO): false power-state ( RO): running memory-actual ( RO): 33505280 memory-target ( RO): 33554432 memory-overhead ( RO): 4194304 memory-static-max ( RW): 33554432 memory-dynamic-max ( RW): 33554432 memory-dynamic-min ( RW): 33554432 memory-static-min ( RW): 33554432 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Restart console-uuids (SRO): 146df0b4-a963-b399-8b97-f10646fd4f4b platform (MRW): timeoffset: 0; nx: false; acpi: true; apic: true; pae: true; viridian: true allowed-operations (SRO): hard_reboot; hard_shutdown; pause current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2; 3 allowed-VIF-devices (SRO): 2; 3 possible-hosts ( RO): 3e760f02-a3a5-470f-94f5-50023805f9c3; 403452ad-6d8e-4757-a9c2-305e867134fd; a53d1a5a-a9a3-4314-8295-1af5584cf02b 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): vendor: AuthenticAMD; features: 00002001-178bfbff-0000001f-ebd3fbff last-boot-record ( RO): 'uuid449fb2b2-5df2-2c6b-33ca-7627d1eed6cballowed_operationscurrent_operationsOpaqueRef:3bbc686b-cff2-c9b2-d165-1971021e3ba6start_onpower_stateHaltedname_labelefw2name_descriptionInstalled via xe CLIuser_version1is_a_template0suspend_VDIOpaqueRef:NULLresident_onOpaqueRef:NULLaffinityOpaqueRef:NULLmemory_overhead4194304memory_target33554432memory_static_max33554432memory_dynamic_max33554432memory_dynamic_min33554432memory_static_min33554432VCPUs_paramsVCPUs_max1VCPUs_at_startup1actions_after_shutdowndestroyactions_after_rebootrestartactions_after_crashrestartconsolesVIFsOpaqueRef:d606e1f2-ec63-64b3-3603-c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f-46ad5d88d2d6VBDsOpaqueRef:ae670fba-2c5d-d736-d19e-7247e842dd4acrash_dumpsVTPMsPV_bootloaderPV_kernelPV_ramdiskPV_argsPV_bootloader_argsPV_legacy_argsHVM_boot_policyBIOS orderHVM_boot_paramsorderdcHVM_shadow_multiplier1platformtimeoffset-1nxfalseacpitrueapictruepaetrueviridiantruePCI_busother_configlast_shutdown_time20121015T04:25:36Zlast_shutdown_actionDestroylast_shutdown_initiatorexternallast_shutdown_reasonhaltedauto_powerontrueimport_taskOpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87amac_seedb95defa9-572a-1f7f-7ce7-dd834400f8fbinstall-methodscdromdomid-1domarchhvmlast_boot_CPU_flagsvendorAuthenticAMDfeatures00002001-178bfbff-0000001f-ebd3fbffis_control_domain0metricsOpaqueRef:e43062d7-2b48-e192-27cd-c16a872b2ce1guest_metricsOpaqueRef:NULLlast_booted_recordrecommendations<restrictions><restriction field="memory-static-max" max="34359738368" /><restriction field="vcpus-max" max="8" /><restriction property="number-of-vbds" max="7" /><restriction property="number-of-vifs" max="7" /></restrictions>xenstore_dataha_always_run0ha_restart_prioritybest-effortis_a_snapshot0snapshot_ofOpaqueRef:NULLsnapshotssnapshot_time19700101T00:00:00Ztransportable_snapshot_idblobstagsblocked_operationssnapshot_infosnapshot_metadataparentOpaqueRef:NULLchildrenbios_stringsprotection_policyOpaqueRef:NULLis_snapshot_from_vmpp0applianceOpaqueRef:NULLstart_delay0shutdown_delay0order0VGPUsattached_PCIssuspend_SROpaqueRef:NULLversion0' resident-on ( RO): 403452ad-6d8e-4757-a9c2-305e867134fd affinity ( RW): other-config (MRW): vgpu_pci: ; last_shutdown_time: 20121015T04:25:36Z; last_shutdown_action: Destroy; last_shutdown_initiator: external; last_shutdown_reason: halted; auto_poweron: true; import_task: OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom dom-id ( RO): 2 recommendations ( RO): xenstore-data (MRW): vm-data: ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): best-effort blobs ( RO): start-time ( RO): 20121015T04:48:27Z install-time ( RO): 19700101T00:00:00Z VCPUs-number ( RO): 1 VCPUs-utilisation (MRO): 0: 0.007 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) [DEPRECATED]: true protection-policy ( RW): is-snapshot-from-vmpp ( RO): false tags (SRW): appliance ( RW): start-delay ( RW): 0 shutdown-delay ( RW): 0 order ( RW): 0 version ( RO): 0 [root@xen3v3 ~]# [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708-8eddf85e531a uuid ( RO) : d4403431-0363-d9a5-a708-8eddf85e531a vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb vm-name-label ( RO): efw2 allowed-operations (SRO): attach current-operations (SRO): device ( RO): 1 MAC ( RO): be:5c:1e:a2:77:3c MAC-autogenerated ( RO): false MTU ( RO): 1500 currently-attached ( RO): false qos_algorithm_type ( RW): qos_algorithm_params (MRW): qos_supported_algorithms (SRO): other-config (MRW): network-uuid ( RO): ef66fdda-e249-a01d-545c-e002f945bdc6 network-name-label ( RO): Pool-wide network associated with eth0 io_read_kbs ( RO): io_write_kbs ( RO): locking-mode ( RW): network_default ipv4-allowed (SRW): ipv6-allowed (SRW): [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708-8eddf85e531a [root@xen3v3 ~]# xe vif-create vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 56e4b508-7254-3315-f3af-eea22d2f826d [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb An unknown error occurred while attempting to configure an interface. PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 -- --may-exist add-br xapi3 -- set bridge xapi3 other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 fail_mode=standalone -- remove bridge xapi3 other_config disable-in-band -- br-set-external-id xapi3 xs-network-uuids daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr = ovs-vsctl: cannot create a port named eth1 because an interface named eth1 already exists on bridge xapi3] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 15 13:32:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 13:32:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNkmb-0000R6-2Y; Mon, 15 Oct 2012 13:32:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNkmZ-0000Qv-Gs for xen-api@lists.xen.org; Mon, 15 Oct 2012 13:32:35 +0000 Received: from [85.158.138.51:13944] by server-10.bemta-3.messagelabs.com id 4B/BA-27386-2701C705; Mon, 15 Oct 2012 13:32:34 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1350307951!32746940!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1Nzc5\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1Nzc5\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31094 invoked from network); 15 Oct 2012 13:32:33 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-9.tower-174.messagelabs.com with SMTP; 15 Oct 2012 13:32:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=DnTG/rs+fFO0JXaWg+u3ks+bpLI35+IMZM MRzxQG49s=; b=Rfnad2gD14GGhj7dG5g3v8m2m1zEcMHXVrt2e7jpEWOWvMm8TF vt/d2efwuuCB3FRchVVTT9AUIvQ4MOL4cOTac1rkSOF7l02QmCe8VTxH/oB+oo04 0ukb4j1Gb5M96Kz29Wr4n01rY4cbqFIN327Wueqz3quvcrXF16AQqCReU= Received: from claytonly ( [58.60.1.7] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 15 Oct 2012 21:32:27 +0800 (GMT+08:00) Date: Mon, 15 Oct 2012 21:32:13 +0800 From: "claytonly" To: "xen-api" Message-ID: <35d5f00e.9683.13a64a02294.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.7] X-CM-TRANSID: 7cKowGBpAEJrEHxQuispAA--.13638W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaQFJpk9o8xwkvgACsX X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8762886494460701309==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8762886494460701309== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_007736.014570" --__=_Part_Boundary_004_007736.014570 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8sIGFsbDoNCg0KSSBzZXQgdXAgYSBwb29sIGNvbnNpc3Qgb2YgNCBob3N0cy4gSSB3YW50 IHRvIHNodXRkb3duIDMgc2xhdmVzIGluIHBvb2wgYnkgcmlnaHQtY2xpY2sgc2h1dGRvd24gbWVu dSBvbiB4ZW5jZW50ZXIuIEFmdGVyIHJlc3RhcnQgdGhlIHNsYXZlcy4gZW5hYmxlIHN0YXRlIG9m IHNsYXZlcyBpcyBmYWxzZS4gSSBoYXZlIHRvIGVuYWJsZSB0aGUgaG9zdHMuIERpZCBJIGNvbmR1 Y3QgYSB3cm9uZyBvcGVyYXRpb24/IEhvdyB0byBzaHV0ZG93biBob3N0cyBpbiBwb29sPw0KSSBz ZXR1cCB4Y3AteGFwaSBvbiB1YnVudHUgMTIuMDQuIFRoYW5rIHlvdSBhbGwhDQoNCmNsYXl0b24N Cg0KMjAxMi0xMC0xNQ0KDQoNCg0KY2xheXRvbmx5 --__=_Part_Boundary_004_007736.014570 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDEuMTc5NDAiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l rovkvZM+SGVsbG8sIGFsbDo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAg c2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAyZW0i PjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgc2V0IHVwIGEgcG9vbCBjb25zaXN0IA0Kb2Yg NCBob3N0cy4gSSB3YW50IHRvIHNodXRkb3duIDMgc2xhdmVzIGluIHBvb2wgYnkgcmlnaHQtY2xp Y2sgc2h1dGRvd24gbWVudSBvbiANCnhlbmNlbnRlci4gQWZ0ZXIgcmVzdGFydCB0aGUgc2xhdmVz LiBlbmFibGUgc3RhdGUgb2Ygc2xhdmVzIGlzIGZhbHNlLiZuYnNwO0kgDQpoYXZlIHRvIGVuYWJs ZSB0aGUgaG9zdHMuIERpZCBJIGNvbmR1Y3QgYSB3cm9uZyBvcGVyYXRpb24/IEhvdyB0byBzaHV0 ZG93biBob3N0cyANCmluIHBvb2w/PC9GT05UPjwvRElWPg0KPERJViBzdHlsZT0iVEVYVC1JTkRF TlQ6IDJlbSI+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+SSBzZXR1cCB4Y3AteGFwaSBvbiAN CnVidW50dSAxMi4wNC4gVGhhbmsgeW91IGFsbCE8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNv bG9yPSMwMDAwMDAgc2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9 IzAwMDAwMCBzaXplPTM+Y2xheXRvbjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+ MjAxMi0xMC0xNTwvRk9OVD48L0RJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhSIHN0 eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBpZD1TaWduTmFtZUhSIGFsaWduPWxlZnQg U0laRT0yPg0KPC9GT05UPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZl cmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwv RElWPjwvU1RBVElPTkVSWT48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_004_007736.014570-- --===============8762886494460701309== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8762886494460701309==-- From xen-api-bounces@lists.xen.org Mon Oct 15 13:32:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 13:32:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNkmb-0000R6-2Y; Mon, 15 Oct 2012 13:32:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNkmZ-0000Qv-Gs for xen-api@lists.xen.org; Mon, 15 Oct 2012 13:32:35 +0000 Received: from [85.158.138.51:13944] by server-10.bemta-3.messagelabs.com id 4B/BA-27386-2701C705; Mon, 15 Oct 2012 13:32:34 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1350307951!32746940!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1Nzc5\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA1Nzc5\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31094 invoked from network); 15 Oct 2012 13:32:33 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-9.tower-174.messagelabs.com with SMTP; 15 Oct 2012 13:32:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=DnTG/rs+fFO0JXaWg+u3ks+bpLI35+IMZM MRzxQG49s=; b=Rfnad2gD14GGhj7dG5g3v8m2m1zEcMHXVrt2e7jpEWOWvMm8TF vt/d2efwuuCB3FRchVVTT9AUIvQ4MOL4cOTac1rkSOF7l02QmCe8VTxH/oB+oo04 0ukb4j1Gb5M96Kz29Wr4n01rY4cbqFIN327Wueqz3quvcrXF16AQqCReU= Received: from claytonly ( [58.60.1.7] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 15 Oct 2012 21:32:27 +0800 (GMT+08:00) Date: Mon, 15 Oct 2012 21:32:13 +0800 From: "claytonly" To: "xen-api" Message-ID: <35d5f00e.9683.13a64a02294.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.7] X-CM-TRANSID: 7cKowGBpAEJrEHxQuispAA--.13638W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/xtbBaQFJpk9o8xwkvgACsX X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8762886494460701309==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8762886494460701309== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_004_007736.014570" --__=_Part_Boundary_004_007736.014570 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8sIGFsbDoNCg0KSSBzZXQgdXAgYSBwb29sIGNvbnNpc3Qgb2YgNCBob3N0cy4gSSB3YW50 IHRvIHNodXRkb3duIDMgc2xhdmVzIGluIHBvb2wgYnkgcmlnaHQtY2xpY2sgc2h1dGRvd24gbWVu dSBvbiB4ZW5jZW50ZXIuIEFmdGVyIHJlc3RhcnQgdGhlIHNsYXZlcy4gZW5hYmxlIHN0YXRlIG9m IHNsYXZlcyBpcyBmYWxzZS4gSSBoYXZlIHRvIGVuYWJsZSB0aGUgaG9zdHMuIERpZCBJIGNvbmR1 Y3QgYSB3cm9uZyBvcGVyYXRpb24/IEhvdyB0byBzaHV0ZG93biBob3N0cyBpbiBwb29sPw0KSSBz ZXR1cCB4Y3AteGFwaSBvbiB1YnVudHUgMTIuMDQuIFRoYW5rIHlvdSBhbGwhDQoNCmNsYXl0b24N Cg0KMjAxMi0xMC0xNQ0KDQoNCg0KY2xheXRvbmx5 --__=_Part_Boundary_004_007736.014570 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDEuMTc5NDAiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l rovkvZM+SGVsbG8sIGFsbDo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAg c2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAyZW0i PjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPkkgc2V0IHVwIGEgcG9vbCBjb25zaXN0IA0Kb2Yg NCBob3N0cy4gSSB3YW50IHRvIHNodXRkb3duIDMgc2xhdmVzIGluIHBvb2wgYnkgcmlnaHQtY2xp Y2sgc2h1dGRvd24gbWVudSBvbiANCnhlbmNlbnRlci4gQWZ0ZXIgcmVzdGFydCB0aGUgc2xhdmVz LiBlbmFibGUgc3RhdGUgb2Ygc2xhdmVzIGlzIGZhbHNlLiZuYnNwO0kgDQpoYXZlIHRvIGVuYWJs ZSB0aGUgaG9zdHMuIERpZCBJIGNvbmR1Y3QgYSB3cm9uZyBvcGVyYXRpb24/IEhvdyB0byBzaHV0 ZG93biBob3N0cyANCmluIHBvb2w/PC9GT05UPjwvRElWPg0KPERJViBzdHlsZT0iVEVYVC1JTkRF TlQ6IDJlbSI+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+SSBzZXR1cCB4Y3AteGFwaSBvbiAN CnVidW50dSAxMi4wNC4gVGhhbmsgeW91IGFsbCE8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNv bG9yPSMwMDAwMDAgc2l6ZT0zPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9 IzAwMDAwMCBzaXplPTM+Y2xheXRvbjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+ MjAxMi0xMC0xNTwvRk9OVD48L0RJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5hPg0KPEhSIHN0 eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBpZD1TaWduTmFtZUhSIGFsaWduPWxlZnQg U0laRT0yPg0KPC9GT05UPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZl cmRhbmE+PFNQQU4gDQppZD1fRmxhc2hTaWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwv RElWPjwvU1RBVElPTkVSWT48L0JPRFk+PC9IVE1MPg== --__=_Part_Boundary_004_007736.014570-- --===============8762886494460701309== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8762886494460701309==-- From xen-api-bounces@lists.xen.org Mon Oct 15 16:01:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 16:01:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn6u-0001S9-DM; Mon, 15 Oct 2012 16:01:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn6t-0001S4-2G for xen-api@lists.xensource.com; Mon, 15 Oct 2012 16:01:43 +0000 Received: from [85.158.143.99:49467] by server-2.bemta-4.messagelabs.com id 55/4B-25171-6633C705; Mon, 15 Oct 2012 16:01:42 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1350316901!27755398!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13852 invoked from network); 15 Oct 2012 16:01:41 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 16:01:41 -0000 Received: by mail-ee0-f43.google.com with SMTP id c13so3153880eek.30 for ; Mon, 15 Oct 2012 09:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=kxBkqxC0cBtWLXtvAH2QCh7IzaJsj5mBbAnJgsklMmA=; b=dDSfAzamQ7V5WQCLD5AQiqGXdAKdRfCnBKBjdbQTYnY03oxN+weGvT5yfbXXiReRn7 oILk/vEwdJYOH0Bf4+Bn9VXYon6lsBU1E/KpchIXDmT5KeTqFRGytNJxzv3Zoi8uRxWE AGhNWf/wkWJhzpbUy2aI7Ythyry5lDMk1nMa/xc8R2D4SCDRMHYn9o3if/8+ADUcgqZp j5fVy/gc3z0Kq9m5ivtdx//jalgNmtr1qxtzfJuYNwUpcjUNOh3f6mpNWB4OowSCgKmD WnV5EJ3xWIgfld4Wjt3r3Yd/N/H3Vtn+fDxFU+4FMV+Zv3QVquR+0wTC+FhZofNpPOAV u0Kg== MIME-Version: 1.0 Received: by 10.14.213.197 with SMTP id a45mr16627462eep.3.1350316900780; Mon, 15 Oct 2012 09:01:40 -0700 (PDT) Received: by 10.14.200.134 with HTTP; Mon, 15 Oct 2012 09:01:40 -0700 (PDT) Date: Mon, 15 Oct 2012 20:01:40 +0400 Message-ID: From: George Shuklin To: discuss@openvswitch.org Cc: xen-api@lists.xensource.com Subject: [Xen-API] sudden grow of poll time, mem and CPU for openvswitch (XCP 1.1) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3609417624766164588==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3609417624766164588== Content-Type: multipart/alternative; boundary=047d7b603c7a348b5b04cc1b27a2 --047d7b603c7a348b5b04cc1b27a2 Content-Type: text/plain; charset=ISO-8859-1 Good day. Yesterday I got really strange case (with OVS 1.0 from XCP 1.1): All network in pool got lagged. pings sometimes was nice and fast, sometimes did not arrive on time and sometimes raise over 500ms (in local network). I've done research and found that usual messages in ovs-vswitchd.log has been changed: normal workflow: Oct 15 19:51:36|03767|timeval|WARN|6 ms poll interval (0 ms user, 0 ms system) is over 9 times the weighted mean interval 1 ms (3989440 samples) Oct 15 19:51:36|03768|coverage|INFO|Skipping details of duplicate event coverage for hash=2992b753 in epoch 3989440 Oct 15 19:51:41|03769|timeval|WARN|7 ms poll interval (0 ms user, 0 ms system) is over 11 times the weighted mean interval 1 ms (3989817 samples) Oct 15 19:51:41|03770|coverage|INFO|Skipping details of duplicate event coverage for hash=c519633d in epoch 3989817 strange workflow: Oct 14 23:10:07|3470469|timeval|WARN|context switches: 0 voluntary, 401 involuntary Oct 14 23:10:07|3470470|coverage|INFO|Skipping details of duplicate event coverage for hash=e8f1626f in epoch 261138151 Oct 14 23:10:08|3470471|timeval|WARN|673 ms poll interval (0 ms user, 660 ms system) is over 10 times the weighted mean interval 64 ms (261138152 samples) Oct 14 23:10:08|3470472|timeval|WARN|context switches: 0 voluntary, 789 involuntary Oct 14 23:10:08|3470473|coverage|INFO|Skipping details of duplicate event coverage for hash=e9c7938c in epoch 261138152 Oct 14 23:10:09|3470474|timeval|WARN|1343 ms poll interval (0 ms user, 1310 ms system) is over 14 times the weighted mean interval 93 ms (261138153 samples) I've draw the plot with 'Y' as poll interval and 'X' as timeline (actually, line number): http://img696.imageshack.us/img696/315/20121015193023.png Most interesting: I got those behavior on many hosts on almost same time (all them has different uptime and different load). Second interesting: after migrating vms off the host and hosts reboot some of them got poll interval about 180ms again, and only second reboot helps. During that time ovs-vswitchd consume some unrealistic amount of CPU (about 107%) and memory - over 780Mb. (after 1st reboot CPU drops to 70%, mem to 230Mb). 2nd reboot return them to normal state. What can be cause of that issue? Is this an OVS bug, or something wrong happens in network? Thanks. --047d7b603c7a348b5b04cc1b27a2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good day.

Yesterday I got really strange case (with OVS 1.0 from XCP= 1.1):

All network in pool got lagged. pings sometimes was nice and = fast, sometimes did not arrive on time and sometimes raise over 500ms (in l= ocal network).=A0 I've done research and found that usual messages in o= vs-vswitchd.log has been changed:

normal workflow:
Oct 15 19:51:36|03767|timeval|WARN|6 ms poll interv= al (0 ms user, 0 ms system) is over 9 times the weighted mean interval 1 ms= (3989440 samples)
Oct 15 19:51:36|03768|coverage|INFO|Skipping details = of duplicate event coverage for hash=3D2992b753 in epoch 3989440
Oct 15 19:51:41|03769|timeval|WARN|7 ms poll interval (0 ms user, 0 ms syst= em) is over 11 times the weighted mean interval 1 ms (3989817 samples)
O= ct 15 19:51:41|03770|coverage|INFO|Skipping details of duplicate event cove= rage for hash=3Dc519633d in epoch 3989817

strange workflow:

Oct 14 23:10:07|3470469|timeval|WARN|context s= witches: 0 voluntary, 401 involuntary
Oct 14 23:10:07|3470470|coverage|I= NFO|Skipping details of duplicate event coverage for hash=3De8f1626f in epo= ch 261138151
Oct 14 23:10:08|3470471|timeval|WARN|673 ms poll interval (0 ms user, 660 m= s system) is over 10 times the weighted mean interval 64 ms (261138152 samp= les)
Oct 14 23:10:08|3470472|timeval|WARN|context switches: 0 voluntary,= 789 involuntary
Oct 14 23:10:08|3470473|coverage|INFO|Skipping details of duplicate event c= overage for hash=3De9c7938c in epoch 261138152
Oct 14 23:10:09|3470474|t= imeval|WARN|1343 ms poll interval (0 ms user, 1310 ms system) is over 14 ti= mes the weighted mean interval 93 ms (261138153 samples)


I've draw the plot with 'Y' as poll interval and 'X= ' as timeline (actually, line number):

http://img696.imageshack.us/im= g696/315/20121015193023.png

Most interesting: I got those behavior on many hosts on almost same tim= e (all them has different uptime and different load).
Second interesting= : after migrating vms off the host and hosts reboot some of them got poll i= nterval about 180ms=A0 again, and only second reboot helps.

During that time ovs-vswitchd consume some unrealistic amount of CPU (a= bout 107%) and memory - over 780Mb. (after 1st reboot CPU drops to 70%, mem= to 230Mb). 2nd reboot return them to normal state.

What can be caus= e of that issue? Is this an OVS bug, or something wrong happens in network?=

Thanks.
--047d7b603c7a348b5b04cc1b27a2-- --===============3609417624766164588== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3609417624766164588==-- From xen-api-bounces@lists.xen.org Mon Oct 15 16:01:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 16:01:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn6u-0001S9-DM; Mon, 15 Oct 2012 16:01:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn6t-0001S4-2G for xen-api@lists.xensource.com; Mon, 15 Oct 2012 16:01:43 +0000 Received: from [85.158.143.99:49467] by server-2.bemta-4.messagelabs.com id 55/4B-25171-6633C705; Mon, 15 Oct 2012 16:01:42 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1350316901!27755398!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13852 invoked from network); 15 Oct 2012 16:01:41 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 16:01:41 -0000 Received: by mail-ee0-f43.google.com with SMTP id c13so3153880eek.30 for ; Mon, 15 Oct 2012 09:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=kxBkqxC0cBtWLXtvAH2QCh7IzaJsj5mBbAnJgsklMmA=; b=dDSfAzamQ7V5WQCLD5AQiqGXdAKdRfCnBKBjdbQTYnY03oxN+weGvT5yfbXXiReRn7 oILk/vEwdJYOH0Bf4+Bn9VXYon6lsBU1E/KpchIXDmT5KeTqFRGytNJxzv3Zoi8uRxWE AGhNWf/wkWJhzpbUy2aI7Ythyry5lDMk1nMa/xc8R2D4SCDRMHYn9o3if/8+ADUcgqZp j5fVy/gc3z0Kq9m5ivtdx//jalgNmtr1qxtzfJuYNwUpcjUNOh3f6mpNWB4OowSCgKmD WnV5EJ3xWIgfld4Wjt3r3Yd/N/H3Vtn+fDxFU+4FMV+Zv3QVquR+0wTC+FhZofNpPOAV u0Kg== MIME-Version: 1.0 Received: by 10.14.213.197 with SMTP id a45mr16627462eep.3.1350316900780; Mon, 15 Oct 2012 09:01:40 -0700 (PDT) Received: by 10.14.200.134 with HTTP; Mon, 15 Oct 2012 09:01:40 -0700 (PDT) Date: Mon, 15 Oct 2012 20:01:40 +0400 Message-ID: From: George Shuklin To: discuss@openvswitch.org Cc: xen-api@lists.xensource.com Subject: [Xen-API] sudden grow of poll time, mem and CPU for openvswitch (XCP 1.1) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3609417624766164588==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3609417624766164588== Content-Type: multipart/alternative; boundary=047d7b603c7a348b5b04cc1b27a2 --047d7b603c7a348b5b04cc1b27a2 Content-Type: text/plain; charset=ISO-8859-1 Good day. Yesterday I got really strange case (with OVS 1.0 from XCP 1.1): All network in pool got lagged. pings sometimes was nice and fast, sometimes did not arrive on time and sometimes raise over 500ms (in local network). I've done research and found that usual messages in ovs-vswitchd.log has been changed: normal workflow: Oct 15 19:51:36|03767|timeval|WARN|6 ms poll interval (0 ms user, 0 ms system) is over 9 times the weighted mean interval 1 ms (3989440 samples) Oct 15 19:51:36|03768|coverage|INFO|Skipping details of duplicate event coverage for hash=2992b753 in epoch 3989440 Oct 15 19:51:41|03769|timeval|WARN|7 ms poll interval (0 ms user, 0 ms system) is over 11 times the weighted mean interval 1 ms (3989817 samples) Oct 15 19:51:41|03770|coverage|INFO|Skipping details of duplicate event coverage for hash=c519633d in epoch 3989817 strange workflow: Oct 14 23:10:07|3470469|timeval|WARN|context switches: 0 voluntary, 401 involuntary Oct 14 23:10:07|3470470|coverage|INFO|Skipping details of duplicate event coverage for hash=e8f1626f in epoch 261138151 Oct 14 23:10:08|3470471|timeval|WARN|673 ms poll interval (0 ms user, 660 ms system) is over 10 times the weighted mean interval 64 ms (261138152 samples) Oct 14 23:10:08|3470472|timeval|WARN|context switches: 0 voluntary, 789 involuntary Oct 14 23:10:08|3470473|coverage|INFO|Skipping details of duplicate event coverage for hash=e9c7938c in epoch 261138152 Oct 14 23:10:09|3470474|timeval|WARN|1343 ms poll interval (0 ms user, 1310 ms system) is over 14 times the weighted mean interval 93 ms (261138153 samples) I've draw the plot with 'Y' as poll interval and 'X' as timeline (actually, line number): http://img696.imageshack.us/img696/315/20121015193023.png Most interesting: I got those behavior on many hosts on almost same time (all them has different uptime and different load). Second interesting: after migrating vms off the host and hosts reboot some of them got poll interval about 180ms again, and only second reboot helps. During that time ovs-vswitchd consume some unrealistic amount of CPU (about 107%) and memory - over 780Mb. (after 1st reboot CPU drops to 70%, mem to 230Mb). 2nd reboot return them to normal state. What can be cause of that issue? Is this an OVS bug, or something wrong happens in network? Thanks. --047d7b603c7a348b5b04cc1b27a2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good day.

Yesterday I got really strange case (with OVS 1.0 from XCP= 1.1):

All network in pool got lagged. pings sometimes was nice and = fast, sometimes did not arrive on time and sometimes raise over 500ms (in l= ocal network).=A0 I've done research and found that usual messages in o= vs-vswitchd.log has been changed:

normal workflow:
Oct 15 19:51:36|03767|timeval|WARN|6 ms poll interv= al (0 ms user, 0 ms system) is over 9 times the weighted mean interval 1 ms= (3989440 samples)
Oct 15 19:51:36|03768|coverage|INFO|Skipping details = of duplicate event coverage for hash=3D2992b753 in epoch 3989440
Oct 15 19:51:41|03769|timeval|WARN|7 ms poll interval (0 ms user, 0 ms syst= em) is over 11 times the weighted mean interval 1 ms (3989817 samples)
O= ct 15 19:51:41|03770|coverage|INFO|Skipping details of duplicate event cove= rage for hash=3Dc519633d in epoch 3989817

strange workflow:

Oct 14 23:10:07|3470469|timeval|WARN|context s= witches: 0 voluntary, 401 involuntary
Oct 14 23:10:07|3470470|coverage|I= NFO|Skipping details of duplicate event coverage for hash=3De8f1626f in epo= ch 261138151
Oct 14 23:10:08|3470471|timeval|WARN|673 ms poll interval (0 ms user, 660 m= s system) is over 10 times the weighted mean interval 64 ms (261138152 samp= les)
Oct 14 23:10:08|3470472|timeval|WARN|context switches: 0 voluntary,= 789 involuntary
Oct 14 23:10:08|3470473|coverage|INFO|Skipping details of duplicate event c= overage for hash=3De9c7938c in epoch 261138152
Oct 14 23:10:09|3470474|t= imeval|WARN|1343 ms poll interval (0 ms user, 1310 ms system) is over 14 ti= mes the weighted mean interval 93 ms (261138153 samples)


I've draw the plot with 'Y' as poll interval and 'X= ' as timeline (actually, line number):

http://img696.imageshack.us/im= g696/315/20121015193023.png

Most interesting: I got those behavior on many hosts on almost same tim= e (all them has different uptime and different load).
Second interesting= : after migrating vms off the host and hosts reboot some of them got poll i= nterval about 180ms=A0 again, and only second reboot helps.

During that time ovs-vswitchd consume some unrealistic amount of CPU (a= bout 107%) and memory - over 780Mb. (after 1st reboot CPU drops to 70%, mem= to 230Mb). 2nd reboot return them to normal state.

What can be caus= e of that issue? Is this an OVS bug, or something wrong happens in network?=

Thanks.
--047d7b603c7a348b5b04cc1b27a2-- --===============3609417624766164588== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3609417624766164588==-- From xen-api-bounces@lists.xen.org Mon Oct 15 16:04:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 16:04:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn9k-0001ZU-Ox; Mon, 15 Oct 2012 16:04:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn9j-0001ZO-Vp for xen-api@lists.xen.org; Mon, 15 Oct 2012 16:04:40 +0000 Received: from [85.158.138.51:2128] by server-5.bemta-3.messagelabs.com id 1D/99-12440-7143C705; Mon, 15 Oct 2012 16:04:39 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1350317077!32669316!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15859 invoked from network); 15 Oct 2012 16:04:38 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 16:04:38 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4489186lbb.32 for ; Mon, 15 Oct 2012 09:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=LKQC20nPI8Eq+3yvlfjlV2gfkWpRrg8ZDkP+1dV5ghY=; b=lJTtYUo0YVOi8chvx3+nJXr2eNvmfii5jZO1JQCZyh4DFyB33OVgHDC3je3fsjX9xs rLI+Ggfe0aeQMe/ys1ph4rx0hWABFGkwOiavPKALqpDSVz031VrlXXX4lDi5llpWUpBj rhKEA2gQXoRle6mtYqDRtHmi3Ex+lHjsc+c7GPM0mr3it2lIfvlMSQoOWk5unXi8Ak6d Rh0In259a3vVZqPhxzWgAkZ9DL9in6vgYpVmA7KHJ/xkM+nIzzcN00E3bPZYk824MTiD irCX7PT7sG3skPwORbmaCtnfEEuL0kcw0yVWFyzThpIXx9IphY4rnCqEKNR11w1rkMl1 jHVA== Received: by 10.152.105.173 with SMTP id gn13mr10383706lab.41.1350317077649; Mon, 15 Oct 2012 09:04:37 -0700 (PDT) Received: from [192.168.40.104] ([188.93.17.50]) by mx.google.com with ESMTPS id y10sm4745381lbg.4.2012.10.15.09.04.36 (version=SSLv3 cipher=OTHER); Mon, 15 Oct 2012 09:04:37 -0700 (PDT) Message-ID: <507C3414.2050105@gmail.com> Date: Mon, 15 Oct 2012 20:04:36 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <35d5f00e.9683.13a64a02294.Coremail.claytonly@163.com> In-Reply-To: <35d5f00e.9683.13a64a02294.Coremail.claytonly@163.com> Subject: Re: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2061997530811735069==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2061997530811735069== Content-Type: multipart/alternative; boundary="------------060100090209010209070809" This is a multi-part message in MIME format. --------------060100090209010209070809 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit AFAIK during startup xapi disable host until all preparation is done. One of them is 'pbd-plug' for every SR assosiated with host (normally all shared SR). Check pbd status for all pbd (xe pbd-list host-uuid=....). If some of them do not attach for long time - problem with SR, storage, network, config and so on. If all connected - your issue is different (check /var/log/xcp-xapi.log) 15.10.2012 17:32, claytonly ?????: > Hello, all: > I set up a pool consist of 4 hosts. I want to shutdown 3 slaves in > pool by right-click shutdown menu on xencenter. After restart the > slaves. enable state of slaves is false. I have to enable the hosts. > Did I conduct a wrong operation? How to shutdown hosts in pool? > I setup xcp-xapi on ubuntu 12.04. Thank you all! > clayton > 2012-10-15 > ------------------------------------------------------------------------ > claytonly > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------060100090209010209070809 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
AFAIK during startup xapi disable host until all preparation is done. One of them is 'pbd-plug' for every SR assosiated with host (normally all shared SR).

Check pbd status for all pbd (xe pbd-list host-uuid=....). If some of them do not attach for long time - problem with SR, storage, network, config and so on. If all connected - your issue is different (check /var/log/xcp-xapi.log)

15.10.2012 17:32, claytonly пишет:
Hello, all:
 
I set up a pool consist of 4 hosts. I want to shutdown 3 slaves in pool by right-click shutdown menu on xencenter. After restart the slaves. enable state of slaves is false. I have to enable the hosts. Did I conduct a wrong operation? How to shutdown hosts in pool?
I setup xcp-xapi on ubuntu 12.04. Thank you all!
 
clayton
 
2012-10-15
claytonly


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

--------------060100090209010209070809-- --===============2061997530811735069== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2061997530811735069==-- From xen-api-bounces@lists.xen.org Mon Oct 15 16:04:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 15 Oct 2012 16:04:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn9k-0001ZU-Ox; Mon, 15 Oct 2012 16:04:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNn9j-0001ZO-Vp for xen-api@lists.xen.org; Mon, 15 Oct 2012 16:04:40 +0000 Received: from [85.158.138.51:2128] by server-5.bemta-3.messagelabs.com id 1D/99-12440-7143C705; Mon, 15 Oct 2012 16:04:39 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1350317077!32669316!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15859 invoked from network); 15 Oct 2012 16:04:38 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Oct 2012 16:04:38 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so4489186lbb.32 for ; Mon, 15 Oct 2012 09:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=LKQC20nPI8Eq+3yvlfjlV2gfkWpRrg8ZDkP+1dV5ghY=; b=lJTtYUo0YVOi8chvx3+nJXr2eNvmfii5jZO1JQCZyh4DFyB33OVgHDC3je3fsjX9xs rLI+Ggfe0aeQMe/ys1ph4rx0hWABFGkwOiavPKALqpDSVz031VrlXXX4lDi5llpWUpBj rhKEA2gQXoRle6mtYqDRtHmi3Ex+lHjsc+c7GPM0mr3it2lIfvlMSQoOWk5unXi8Ak6d Rh0In259a3vVZqPhxzWgAkZ9DL9in6vgYpVmA7KHJ/xkM+nIzzcN00E3bPZYk824MTiD irCX7PT7sG3skPwORbmaCtnfEEuL0kcw0yVWFyzThpIXx9IphY4rnCqEKNR11w1rkMl1 jHVA== Received: by 10.152.105.173 with SMTP id gn13mr10383706lab.41.1350317077649; Mon, 15 Oct 2012 09:04:37 -0700 (PDT) Received: from [192.168.40.104] ([188.93.17.50]) by mx.google.com with ESMTPS id y10sm4745381lbg.4.2012.10.15.09.04.36 (version=SSLv3 cipher=OTHER); Mon, 15 Oct 2012 09:04:37 -0700 (PDT) Message-ID: <507C3414.2050105@gmail.com> Date: Mon, 15 Oct 2012 20:04:36 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <35d5f00e.9683.13a64a02294.Coremail.claytonly@163.com> In-Reply-To: <35d5f00e.9683.13a64a02294.Coremail.claytonly@163.com> Subject: Re: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2061997530811735069==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2061997530811735069== Content-Type: multipart/alternative; boundary="------------060100090209010209070809" This is a multi-part message in MIME format. --------------060100090209010209070809 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit AFAIK during startup xapi disable host until all preparation is done. One of them is 'pbd-plug' for every SR assosiated with host (normally all shared SR). Check pbd status for all pbd (xe pbd-list host-uuid=....). If some of them do not attach for long time - problem with SR, storage, network, config and so on. If all connected - your issue is different (check /var/log/xcp-xapi.log) 15.10.2012 17:32, claytonly ?????: > Hello, all: > I set up a pool consist of 4 hosts. I want to shutdown 3 slaves in > pool by right-click shutdown menu on xencenter. After restart the > slaves. enable state of slaves is false. I have to enable the hosts. > Did I conduct a wrong operation? How to shutdown hosts in pool? > I setup xcp-xapi on ubuntu 12.04. Thank you all! > clayton > 2012-10-15 > ------------------------------------------------------------------------ > claytonly > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------060100090209010209070809 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
AFAIK during startup xapi disable host until all preparation is done. One of them is 'pbd-plug' for every SR assosiated with host (normally all shared SR).

Check pbd status for all pbd (xe pbd-list host-uuid=....). If some of them do not attach for long time - problem with SR, storage, network, config and so on. If all connected - your issue is different (check /var/log/xcp-xapi.log)

15.10.2012 17:32, claytonly пишет:
Hello, all:
 
I set up a pool consist of 4 hosts. I want to shutdown 3 slaves in pool by right-click shutdown menu on xencenter. After restart the slaves. enable state of slaves is false. I have to enable the hosts. Did I conduct a wrong operation? How to shutdown hosts in pool?
I setup xcp-xapi on ubuntu 12.04. Thank you all!
 
clayton
 
2012-10-15
claytonly


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

--------------060100090209010209070809-- --===============2061997530811735069== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2061997530811735069==-- From xen-api-bounces@lists.xen.org Tue Oct 16 08:38:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Oct 2012 08:38:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TO2ef-0007Y0-Pp; Tue, 16 Oct 2012 08:37:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TNPvo-0006u6-Fs for xen-api@lists.xen.org; Sun, 14 Oct 2012 15:16:44 +0000 X-Env-Sender: egoitz@ramattack.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1350227797!11279604!1 X-Originating-IP: [194.30.0.207] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjMwLjAuMjA3ID0+IDE2MTM5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15508 invoked from network); 14 Oct 2012 15:16:38 -0000 Received: from proxypop03.sare.net (HELO proxypop03.sare.net) (194.30.0.207) by server-8.tower-27.messagelabs.com with SMTP; 14 Oct 2012 15:16:38 -0000 Received: from [192.168.12.224] (unknown [212.81.198.13]) by proxypop03.sare.net (Postfix) with ESMTPSA id CB0AB9DC4B4; Sun, 14 Oct 2012 17:15:40 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Egoitz Aurrekoetxea Aurre In-Reply-To: <9512D202-F84C-435A-8E45-5E6B976733C4@ramattack.net> Date: Sun, 14 Oct 2012 17:16:35 +0200 Message-Id: <033A6B8C-F048-4097-9FDE-5C875C8E84D8@ramattack.net> References: <50757ADA.7060101@deployis.eu> <88AB8E8E-0D6C-4ED7-B0DC-7466DB7D3634@ramattack.net> <5075E641.20409@deployis.eu> <9512D202-F84C-435A-8E45-5E6B976733C4@ramattack.net> To: Mark Felder X-Mailer: Apple Mail (2.1499) X-Mailman-Approved-At: Tue, 16 Oct 2012 08:37:36 +0000 Cc: =?iso-8859-1?Q?G=F3t_Andr=E1s?= , "xen-api@lists.xen.org" Subject: Re: [Xen-API] xenbusb_nop_confighook_cb timeout X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5366898474452588561==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5366898474452588561== Content-Type: multipart/alternative; boundary="Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A" --Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, I get finally a decent workaround. Xen 4.1.3 serves the cdrom in a way = that seems not to like to FreeBSD. The workaround is basically remove = the cd drive between offered devices to the vm=85. Just to follow this = on xcp/xenserver=85. http://support.citrix.com/article/CTX132411 And it boots=85. without modifying any source=85.=20 First time I debugged probably did something wrong and didn't see the = printfs set by me to print any variable %s content=85 later yes=85. was = "intr config"=85.. and the boot proccess was stopped here=85 it stops = always in the cd initialization part=85. it's not able to make the cd to = come online=85. Just removing it=85 you can boot properly=85.=20 This is not the solution=85. it's just a workaround=85. I'll try to find a solution=85. but seems here the Xen people=85 has = changed something=85. Continue investigating=85=85 Regards, El 12/10/2012, a las 02:27, Egoitz Aurrekoetxea Aurre = escribi=F3: > Hi Mark, >=20 > I assume are better (and fur more safer) ways... Seems some Xen pv = specific device has some issue being "attached"... I'm debuging it to = see which device is the one is causing the problem.... Then I could = (depending on the device) avoid attaching it or try to see how to handle = it properly... >=20 > Regards, >=20 > Egoirz Aurrekoetxea Aurre > egoitz@ramattack.net >=20 > El 11/10/2012, a las 21:53, Mark Felder escribi=F3: >=20 >> On Wed, 10 Oct 2012 16:18:57 -0500, G=F3t Andr=E1s = wrote: >>=20 >>> The patched worked for me also. I hope somehow it'll make to into = 9.1rc if send a reply to the previous PR. >>=20 >> Can we get a confirmation from any devs about whether or not this = patch is the "right way" to fix it? If so, I'd also appreciate seeing = this slip into 9.1 so the latest stable FreeBSD release works reliably = with the latest stable XenServer/XCP release... >> _______________________________________________ >> freebsd-xen@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" --Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 http://support.citrix= .com/article/CTX132411

And it boots=85. without modifying any = source=85. 

First time I debugged probably did something = wrong and didn't see the printfs set by me to print any variable %s = content=85 later yes=85. was "intr config"=85.. and the boot proccess = was stopped here=85 it stops always in the cd initialization part=85. = it's not able to make the cd to come online=85.

Just removing it=85= you can boot properly=85. 

This is not the solution=85. = it's just a workaround=85.

I'll try to find a solution=85. but = seems here the Xen people=85 has changed something=85.

Continue = investigating=85=85

Regards,

El 12/10/2012, a = las 02:27, Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net> = escribi=F3:

Hi Mark,

I assume are better (and fur more safer) = ways... Seems some Xen pv specific device has some issue being = "attached"... I'm debuging it to see which device is the one is causing = the problem.... Then I could (depending on the device) avoid attaching = it or try to see how to handle it = properly...

Regards,

Egoirz Aurrekoetxea Aurre
egoitz@ramattack.net

El = 11/10/2012, a las 21:53, Mark Felder <feld@feld.me> = escribi=F3:

On Wed, 10 Oct 2012 = 16:18:57 -0500, G=F3t Andr=E1s <got.andras@deployis.eu> = wrote:

The patched worked for me also. = I hope somehow it'll make to into 9.1rc if send a reply to the previous = PR.

Can we get a confirmation from any devs about = whether or not this patch is the "right way" to fix it? If so, I'd also = appreciate seeing this slip into 9.1 so the latest stable FreeBSD = release works reliably with the latest stable XenServer/XCP = release...
_______________________________________________
freebsd-x= en@freebsd.org mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"
____________________= ___________________________
freebsd-xen@freebsd.org mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"

= --Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A-- --===============5366898474452588561== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5366898474452588561==-- From xen-api-bounces@lists.xen.org Tue Oct 16 08:38:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Oct 2012 08:38:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TO2ef-0007Y0-Pp; Tue, 16 Oct 2012 08:37:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1TNPvo-0006u6-Fs for xen-api@lists.xen.org; Sun, 14 Oct 2012 15:16:44 +0000 X-Env-Sender: egoitz@ramattack.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1350227797!11279604!1 X-Originating-IP: [194.30.0.207] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjMwLjAuMjA3ID0+IDE2MTM5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15508 invoked from network); 14 Oct 2012 15:16:38 -0000 Received: from proxypop03.sare.net (HELO proxypop03.sare.net) (194.30.0.207) by server-8.tower-27.messagelabs.com with SMTP; 14 Oct 2012 15:16:38 -0000 Received: from [192.168.12.224] (unknown [212.81.198.13]) by proxypop03.sare.net (Postfix) with ESMTPSA id CB0AB9DC4B4; Sun, 14 Oct 2012 17:15:40 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Egoitz Aurrekoetxea Aurre In-Reply-To: <9512D202-F84C-435A-8E45-5E6B976733C4@ramattack.net> Date: Sun, 14 Oct 2012 17:16:35 +0200 Message-Id: <033A6B8C-F048-4097-9FDE-5C875C8E84D8@ramattack.net> References: <50757ADA.7060101@deployis.eu> <88AB8E8E-0D6C-4ED7-B0DC-7466DB7D3634@ramattack.net> <5075E641.20409@deployis.eu> <9512D202-F84C-435A-8E45-5E6B976733C4@ramattack.net> To: Mark Felder X-Mailer: Apple Mail (2.1499) X-Mailman-Approved-At: Tue, 16 Oct 2012 08:37:36 +0000 Cc: =?iso-8859-1?Q?G=F3t_Andr=E1s?= , "xen-api@lists.xen.org" Subject: Re: [Xen-API] xenbusb_nop_confighook_cb timeout X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5366898474452588561==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5366898474452588561== Content-Type: multipart/alternative; boundary="Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A" --Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, I get finally a decent workaround. Xen 4.1.3 serves the cdrom in a way = that seems not to like to FreeBSD. The workaround is basically remove = the cd drive between offered devices to the vm=85. Just to follow this = on xcp/xenserver=85. http://support.citrix.com/article/CTX132411 And it boots=85. without modifying any source=85.=20 First time I debugged probably did something wrong and didn't see the = printfs set by me to print any variable %s content=85 later yes=85. was = "intr config"=85.. and the boot proccess was stopped here=85 it stops = always in the cd initialization part=85. it's not able to make the cd to = come online=85. Just removing it=85 you can boot properly=85.=20 This is not the solution=85. it's just a workaround=85. I'll try to find a solution=85. but seems here the Xen people=85 has = changed something=85. Continue investigating=85=85 Regards, El 12/10/2012, a las 02:27, Egoitz Aurrekoetxea Aurre = escribi=F3: > Hi Mark, >=20 > I assume are better (and fur more safer) ways... Seems some Xen pv = specific device has some issue being "attached"... I'm debuging it to = see which device is the one is causing the problem.... Then I could = (depending on the device) avoid attaching it or try to see how to handle = it properly... >=20 > Regards, >=20 > Egoirz Aurrekoetxea Aurre > egoitz@ramattack.net >=20 > El 11/10/2012, a las 21:53, Mark Felder escribi=F3: >=20 >> On Wed, 10 Oct 2012 16:18:57 -0500, G=F3t Andr=E1s = wrote: >>=20 >>> The patched worked for me also. I hope somehow it'll make to into = 9.1rc if send a reply to the previous PR. >>=20 >> Can we get a confirmation from any devs about whether or not this = patch is the "right way" to fix it? If so, I'd also appreciate seeing = this slip into 9.1 so the latest stable FreeBSD release works reliably = with the latest stable XenServer/XCP release... >> _______________________________________________ >> freebsd-xen@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" --Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 http://support.citrix= .com/article/CTX132411

And it boots=85. without modifying any = source=85. 

First time I debugged probably did something = wrong and didn't see the printfs set by me to print any variable %s = content=85 later yes=85. was "intr config"=85.. and the boot proccess = was stopped here=85 it stops always in the cd initialization part=85. = it's not able to make the cd to come online=85.

Just removing it=85= you can boot properly=85. 

This is not the solution=85. = it's just a workaround=85.

I'll try to find a solution=85. but = seems here the Xen people=85 has changed something=85.

Continue = investigating=85=85

Regards,

El 12/10/2012, a = las 02:27, Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net> = escribi=F3:

Hi Mark,

I assume are better (and fur more safer) = ways... Seems some Xen pv specific device has some issue being = "attached"... I'm debuging it to see which device is the one is causing = the problem.... Then I could (depending on the device) avoid attaching = it or try to see how to handle it = properly...

Regards,

Egoirz Aurrekoetxea Aurre
egoitz@ramattack.net

El = 11/10/2012, a las 21:53, Mark Felder <feld@feld.me> = escribi=F3:

On Wed, 10 Oct 2012 = 16:18:57 -0500, G=F3t Andr=E1s <got.andras@deployis.eu> = wrote:

The patched worked for me also. = I hope somehow it'll make to into 9.1rc if send a reply to the previous = PR.

Can we get a confirmation from any devs about = whether or not this patch is the "right way" to fix it? If so, I'd also = appreciate seeing this slip into 9.1 so the latest stable FreeBSD = release works reliably with the latest stable XenServer/XCP = release...
_______________________________________________
freebsd-x= en@freebsd.org mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"
____________________= ___________________________
freebsd-xen@freebsd.org mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"

= --Apple-Mail=_85200017-8665-4C8A-9D77-1FFE7C76793A-- --===============5366898474452588561== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5366898474452588561==-- From xen-api-bounces@lists.xen.org Tue Oct 16 08:38:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Oct 2012 08:38:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TO2ef-0007Y5-Up; Tue, 16 Oct 2012 08:37:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNPzc-0006wj-2W for xen-api@lists.xen.org; Sun, 14 Oct 2012 15:20:40 +0000 Received: from [85.158.139.211:16774] by server-6.bemta-5.messagelabs.com id 5A/C5-08519-748DA705; Sun, 14 Oct 2012 15:20:39 +0000 X-Env-Sender: egoitz@ramattack.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1350228036!20747474!1 X-Originating-IP: [194.30.0.207] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjMwLjAuMjA3ID0+IDE2MTM5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13574 invoked from network); 14 Oct 2012 15:20:36 -0000 Received: from proxypop03.sare.net (HELO proxypop03.sare.net) (194.30.0.207) by server-9.tower-206.messagelabs.com with SMTP; 14 Oct 2012 15:20:36 -0000 Received: from [192.168.12.224] (unknown [212.81.198.13]) by proxypop03.sare.net (Postfix) with ESMTPSA id 321FC9DC50E; Sun, 14 Oct 2012 17:19:40 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Egoitz Aurrekoetxea Aurre In-Reply-To: <033A6B8C-F048-4097-9FDE-5C875C8E84D8@ramattack.net> Date: Sun, 14 Oct 2012 17:20:34 +0200 Message-Id: <6EA29BAC-110A-43C8-A064-2D1A4CFFFD25@ramattack.net> References: <50757ADA.7060101@deployis.eu> <88AB8E8E-0D6C-4ED7-B0DC-7466DB7D3634@ramattack.net> <5075E641.20409@deployis.eu> <9512D202-F84C-435A-8E45-5E6B976733C4@ramattack.net> <033A6B8C-F048-4097-9FDE-5C875C8E84D8@ramattack.net> To: Mark Felder X-Mailer: Apple Mail (2.1499) X-Mailman-Approved-At: Tue, 16 Oct 2012 08:37:36 +0000 Cc: =?iso-8859-1?Q?G=F3t_Andr=E1s?= , "xen-api@lists.xen.org" Subject: Re: [Xen-API] xenbusb_nop_confighook_cb timeout X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8615110715087293360==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8615110715087293360== Content-Type: multipart/alternative; boundary="Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA" --Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I assume this should be a Citrix bug=85. Seems like the bug :=20 Xen 4.1.1 has a bug where the emulated CDROM/DVD drive in an HVM guest = fails to work properly. This bug has been fixed in Xen 4.1.2 and later = versions. The symptoms of this bug are lost interrupts and frozen ata = commands in the kernel dmesg log. See this email thread for more = information: = http://old-list-archives.xen.org/archives/html/xen-devel/2011-10/msg02147.= html=20 documented in :=20 http://wiki.xen.org/wiki/Xen_4.1_Release_Notes does not get corrected=85 El 14/10/2012, a las 17:16, Egoitz Aurrekoetxea Aurre = escribi=F3: > Hi, >=20 > I get finally a decent workaround. Xen 4.1.3 serves the cdrom in a way = that seems not to like to FreeBSD. The workaround is basically remove = the cd drive between offered devices to the vm=85. Just to follow this = on xcp/xenserver=85. >=20 > http://support.citrix.com/article/CTX132411 >=20 > And it boots=85. without modifying any source=85.=20 >=20 > First time I debugged probably did something wrong and didn't see the = printfs set by me to print any variable %s content=85 later yes=85. was = "intr config"=85.. and the boot proccess was stopped here=85 it stops = always in the cd initialization part=85. it's not able to make the cd to = come online=85. >=20 > Just removing it=85 you can boot properly=85.=20 >=20 > This is not the solution=85. it's just a workaround=85. >=20 > I'll try to find a solution=85. but seems here the Xen people=85 has = changed something=85. >=20 > Continue investigating=85=85 >=20 > Regards, >=20 > El 12/10/2012, a las 02:27, Egoitz Aurrekoetxea Aurre = escribi=F3: >=20 >> Hi Mark, >>=20 >> I assume are better (and fur more safer) ways... Seems some Xen pv = specific device has some issue being "attached"... I'm debuging it to = see which device is the one is causing the problem.... Then I could = (depending on the device) avoid attaching it or try to see how to handle = it properly... >>=20 >> Regards, >>=20 >> Egoirz Aurrekoetxea Aurre >> egoitz@ramattack.net >>=20 >> El 11/10/2012, a las 21:53, Mark Felder escribi=F3: >>=20 >>> On Wed, 10 Oct 2012 16:18:57 -0500, G=F3t Andr=E1s = wrote: >>>=20 >>>> The patched worked for me also. I hope somehow it'll make to into = 9.1rc if send a reply to the previous PR. >>>=20 >>> Can we get a confirmation from any devs about whether or not this = patch is the "right way" to fix it? If so, I'd also appreciate seeing = this slip into 9.1 so the latest stable FreeBSD release works reliably = with the latest stable XenServer/XCP release... >>> _______________________________________________ >>> freebsd-xen@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >>> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-xen@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" >=20 --Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I = assume this should be a Citrix bug=85.

Seems like the = bug : 



does not get = corrected=85


El 14/10/2012, a las = 17:16, Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net> = escribi=F3:

http://support.citrix= .com/article/CTX132411

And it boots=85. without modifying any = source=85. 

First time I debugged probably did something = wrong and didn't see the printfs set by me to print any variable %s = content=85 later yes=85. was "intr config"=85.. and the boot proccess = was stopped here=85 it stops always in the cd initialization part=85. = it's not able to make the cd to come online=85.

Just removing it=85= you can boot properly=85. 

This is not the solution=85. = it's just a workaround=85.

I'll try to find a solution=85. but = seems here the Xen people=85 has changed something=85.

Continue = investigating=85=85

Regards,

El 12/10/2012, a = las 02:27, Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net> = escribi=F3:

Hi Mark,

I assume are better (and fur more safer) = ways... Seems some Xen pv specific device has some issue being = "attached"... I'm debuging it to see which device is the one is causing = the problem.... Then I could (depending on the device) avoid attaching = it or try to see how to handle it = properly...

Regards,

Egoirz Aurrekoetxea Aurre
egoitz@ramattack.net

El = 11/10/2012, a las 21:53, Mark Felder <feld@feld.me> = escribi=F3:

On Wed, 10 Oct 2012 = 16:18:57 -0500, G=F3t Andr=E1s <got.andras@deployis.eu> = wrote:

The patched worked for me also. = I hope somehow it'll make to into 9.1rc if send a reply to the previous = PR.

Can we get a confirmation from any devs about = whether or not this patch is the "right way" to fix it? If so, I'd also = appreciate seeing this slip into 9.1 so the latest stable FreeBSD = release works reliably with the latest stable XenServer/XCP = release...
_______________________________________________
freebsd-xen@freebsd.org = mailing list
http://list= s.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send = any mail to = "freebsd-xen-unsubscribe@freebsd.org"
____________________= ___________________________
freebsd-xen@freebsd.org = mailing list
http://list= s.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send = any mail to = "freebsd-xen-unsubscribe@freebsd.org"


= --Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA-- --===============8615110715087293360== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8615110715087293360==-- From xen-api-bounces@lists.xen.org Tue Oct 16 08:38:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Oct 2012 08:38:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TO2ef-0007Y5-Up; Tue, 16 Oct 2012 08:37:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TNPzc-0006wj-2W for xen-api@lists.xen.org; Sun, 14 Oct 2012 15:20:40 +0000 Received: from [85.158.139.211:16774] by server-6.bemta-5.messagelabs.com id 5A/C5-08519-748DA705; Sun, 14 Oct 2012 15:20:39 +0000 X-Env-Sender: egoitz@ramattack.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1350228036!20747474!1 X-Originating-IP: [194.30.0.207] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjMwLjAuMjA3ID0+IDE2MTM5\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13574 invoked from network); 14 Oct 2012 15:20:36 -0000 Received: from proxypop03.sare.net (HELO proxypop03.sare.net) (194.30.0.207) by server-9.tower-206.messagelabs.com with SMTP; 14 Oct 2012 15:20:36 -0000 Received: from [192.168.12.224] (unknown [212.81.198.13]) by proxypop03.sare.net (Postfix) with ESMTPSA id 321FC9DC50E; Sun, 14 Oct 2012 17:19:40 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Egoitz Aurrekoetxea Aurre In-Reply-To: <033A6B8C-F048-4097-9FDE-5C875C8E84D8@ramattack.net> Date: Sun, 14 Oct 2012 17:20:34 +0200 Message-Id: <6EA29BAC-110A-43C8-A064-2D1A4CFFFD25@ramattack.net> References: <50757ADA.7060101@deployis.eu> <88AB8E8E-0D6C-4ED7-B0DC-7466DB7D3634@ramattack.net> <5075E641.20409@deployis.eu> <9512D202-F84C-435A-8E45-5E6B976733C4@ramattack.net> <033A6B8C-F048-4097-9FDE-5C875C8E84D8@ramattack.net> To: Mark Felder X-Mailer: Apple Mail (2.1499) X-Mailman-Approved-At: Tue, 16 Oct 2012 08:37:36 +0000 Cc: =?iso-8859-1?Q?G=F3t_Andr=E1s?= , "xen-api@lists.xen.org" Subject: Re: [Xen-API] xenbusb_nop_confighook_cb timeout X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8615110715087293360==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8615110715087293360== Content-Type: multipart/alternative; boundary="Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA" --Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I assume this should be a Citrix bug=85. Seems like the bug :=20 Xen 4.1.1 has a bug where the emulated CDROM/DVD drive in an HVM guest = fails to work properly. This bug has been fixed in Xen 4.1.2 and later = versions. The symptoms of this bug are lost interrupts and frozen ata = commands in the kernel dmesg log. See this email thread for more = information: = http://old-list-archives.xen.org/archives/html/xen-devel/2011-10/msg02147.= html=20 documented in :=20 http://wiki.xen.org/wiki/Xen_4.1_Release_Notes does not get corrected=85 El 14/10/2012, a las 17:16, Egoitz Aurrekoetxea Aurre = escribi=F3: > Hi, >=20 > I get finally a decent workaround. Xen 4.1.3 serves the cdrom in a way = that seems not to like to FreeBSD. The workaround is basically remove = the cd drive between offered devices to the vm=85. Just to follow this = on xcp/xenserver=85. >=20 > http://support.citrix.com/article/CTX132411 >=20 > And it boots=85. without modifying any source=85.=20 >=20 > First time I debugged probably did something wrong and didn't see the = printfs set by me to print any variable %s content=85 later yes=85. was = "intr config"=85.. and the boot proccess was stopped here=85 it stops = always in the cd initialization part=85. it's not able to make the cd to = come online=85. >=20 > Just removing it=85 you can boot properly=85.=20 >=20 > This is not the solution=85. it's just a workaround=85. >=20 > I'll try to find a solution=85. but seems here the Xen people=85 has = changed something=85. >=20 > Continue investigating=85=85 >=20 > Regards, >=20 > El 12/10/2012, a las 02:27, Egoitz Aurrekoetxea Aurre = escribi=F3: >=20 >> Hi Mark, >>=20 >> I assume are better (and fur more safer) ways... Seems some Xen pv = specific device has some issue being "attached"... I'm debuging it to = see which device is the one is causing the problem.... Then I could = (depending on the device) avoid attaching it or try to see how to handle = it properly... >>=20 >> Regards, >>=20 >> Egoirz Aurrekoetxea Aurre >> egoitz@ramattack.net >>=20 >> El 11/10/2012, a las 21:53, Mark Felder escribi=F3: >>=20 >>> On Wed, 10 Oct 2012 16:18:57 -0500, G=F3t Andr=E1s = wrote: >>>=20 >>>> The patched worked for me also. I hope somehow it'll make to into = 9.1rc if send a reply to the previous PR. >>>=20 >>> Can we get a confirmation from any devs about whether or not this = patch is the "right way" to fix it? If so, I'd also appreciate seeing = this slip into 9.1 so the latest stable FreeBSD release works reliably = with the latest stable XenServer/XCP release... >>> _______________________________________________ >>> freebsd-xen@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >>> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-xen@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" >=20 --Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I = assume this should be a Citrix bug=85.

Seems like the = bug : 

Xen 4.1.1 has a bug where the emulated CDROM/DVD = drive in an HVM guest fails to work properly. This bug has been fixed in = Xen 4.1.2 and later versions. The symptoms of this bug are lost = interrupts and frozen ata commands in the kernel dmesg log. See this = email thread for more information: 
Xen 4.1.1 has a bug where the emulated CDROM/DVD = drive in an HVM guest fails to work properly. This bug has been fixed in = Xen 4.1.2 and later versions. The symptoms of this bug are lost = interrupts and frozen ata commands in the kernel dmesg log. See this = email thread for more information: 


does not get = corrected=85


El 14/10/2012, a las = 17:16, Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net> = escribi=F3:

http://support.citrix= .com/article/CTX132411

And it boots=85. without modifying any = source=85. 

First time I debugged probably did something = wrong and didn't see the printfs set by me to print any variable %s = content=85 later yes=85. was "intr config"=85.. and the boot proccess = was stopped here=85 it stops always in the cd initialization part=85. = it's not able to make the cd to come online=85.

Just removing it=85= you can boot properly=85. 

This is not the solution=85. = it's just a workaround=85.

I'll try to find a solution=85. but = seems here the Xen people=85 has changed something=85.

Continue = investigating=85=85

Regards,

El 12/10/2012, a = las 02:27, Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net> = escribi=F3:

Hi Mark,

I assume are better (and fur more safer) = ways... Seems some Xen pv specific device has some issue being = "attached"... I'm debuging it to see which device is the one is causing = the problem.... Then I could (depending on the device) avoid attaching = it or try to see how to handle it = properly...

Regards,

Egoirz Aurrekoetxea Aurre
egoitz@ramattack.net

El = 11/10/2012, a las 21:53, Mark Felder <feld@feld.me> = escribi=F3:

On Wed, 10 Oct 2012 = 16:18:57 -0500, G=F3t Andr=E1s <got.andras@deployis.eu> = wrote:

The patched worked for me also. = I hope somehow it'll make to into 9.1rc if send a reply to the previous = PR.

Can we get a confirmation from any devs about = whether or not this patch is the "right way" to fix it? If so, I'd also = appreciate seeing this slip into 9.1 so the latest stable FreeBSD = release works reliably with the latest stable XenServer/XCP = release...
_______________________________________________
freebsd-xen@freebsd.org = mailing list
http://list= s.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send = any mail to = "freebsd-xen-unsubscribe@freebsd.org"
____________________= ___________________________
freebsd-xen@freebsd.org = mailing list
http://list= s.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send = any mail to = "freebsd-xen-unsubscribe@freebsd.org"


= --Apple-Mail=_DF733530-471B-497A-9156-AAAB3D476EEA-- --===============8615110715087293360== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8615110715087293360==-- From xen-api-bounces@lists.xen.org Wed Oct 17 17:24:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Oct 2012 17:24:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOXLe-0003Fl-M0; Wed, 17 Oct 2012 17:24:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOXLc-0003Fg-FH for xen-api@lists.xen.org; Wed, 17 Oct 2012 17:24:00 +0000 Received: from [85.158.143.99:57217] by server-1.bemta-4.messagelabs.com id 86/64-19134-FA9EE705; Wed, 17 Oct 2012 17:23:59 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-4.tower-216.messagelabs.com!1350494638!29223895!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcyOTEzNQ==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcyOTEzNQ==\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14542 invoked from network); 17 Oct 2012 17:23:59 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-4.tower-216.messagelabs.com with SMTP; 17 Oct 2012 17:23:59 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR005.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MC10015XSBYKD40@VL-VM-MR005.ip.videotron.ca> for xen-api@lists.xen.org; Wed, 17 Oct 2012 13:23:58 -0400 (EDT) From: "Melvin B." To: xen-api@lists.xen.org Date: Wed, 17 Oct 2012 13:23:49 -0400 Message-id: <000001cdac8c$2c26ed80$8474c880$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQ== Content-language: fr-ca Subject: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7851061832668752821==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7851061832668752821== Content-type: multipart/alternative; boundary="Boundary_(ID_eUKNetQ4US70erjHRMkiIQ)" Content-language: fr-ca This is a multi-part message in MIME format. --Boundary_(ID_eUKNetQ4US70erjHRMkiIQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hi All, What are the pci passthrough limitation of device, the maximum device that can be passthrough. Suppose that I got 100 device to passthrough, it is possible to passthrough them all to 100 hvm, one device for one vm? --Boundary_(ID_eUKNetQ4US70erjHRMkiIQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT

Hi All,

What are the pci passthrough limitation of device, the maximum device that can be passthrough.

Suppose that I got 100 device to passthrough, it is possible to passthrough them all to 100 hvm, one device for one vm?

--Boundary_(ID_eUKNetQ4US70erjHRMkiIQ)-- --===============7851061832668752821== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7851061832668752821==-- From xen-api-bounces@lists.xen.org Wed Oct 17 17:24:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Oct 2012 17:24:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOXLe-0003Fl-M0; Wed, 17 Oct 2012 17:24:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOXLc-0003Fg-FH for xen-api@lists.xen.org; Wed, 17 Oct 2012 17:24:00 +0000 Received: from [85.158.143.99:57217] by server-1.bemta-4.messagelabs.com id 86/64-19134-FA9EE705; Wed, 17 Oct 2012 17:23:59 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-4.tower-216.messagelabs.com!1350494638!29223895!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcyOTEzNQ==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDcyOTEzNQ==\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14542 invoked from network); 17 Oct 2012 17:23:59 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-4.tower-216.messagelabs.com with SMTP; 17 Oct 2012 17:23:59 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR005.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MC10015XSBYKD40@VL-VM-MR005.ip.videotron.ca> for xen-api@lists.xen.org; Wed, 17 Oct 2012 13:23:58 -0400 (EDT) From: "Melvin B." To: xen-api@lists.xen.org Date: Wed, 17 Oct 2012 13:23:49 -0400 Message-id: <000001cdac8c$2c26ed80$8474c880$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQ== Content-language: fr-ca Subject: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7851061832668752821==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7851061832668752821== Content-type: multipart/alternative; boundary="Boundary_(ID_eUKNetQ4US70erjHRMkiIQ)" Content-language: fr-ca This is a multi-part message in MIME format. --Boundary_(ID_eUKNetQ4US70erjHRMkiIQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hi All, What are the pci passthrough limitation of device, the maximum device that can be passthrough. Suppose that I got 100 device to passthrough, it is possible to passthrough them all to 100 hvm, one device for one vm? --Boundary_(ID_eUKNetQ4US70erjHRMkiIQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT

Hi All,

What are the pci passthrough limitation of device, the maximum device that can be passthrough.

Suppose that I got 100 device to passthrough, it is possible to passthrough them all to 100 hvm, one device for one vm?

--Boundary_(ID_eUKNetQ4US70erjHRMkiIQ)-- --===============7851061832668752821== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7851061832668752821==-- From xen-api-bounces@lists.xen.org Thu Oct 18 01:05:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 01:05:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOeXd-0006Sg-W0; Thu, 18 Oct 2012 01:04:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOeXc-0006Sb-PB for xen-api@lists.xen.org; Thu, 18 Oct 2012 01:04:53 +0000 Received: from [85.158.139.211:44580] by server-6.bemta-5.messagelabs.com id E3/5F-32589-3B55F705; Thu, 18 Oct 2012 01:04:51 +0000 X-Env-Sender: bornlibra23@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1350522290!22281636!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5950 invoked from network); 18 Oct 2012 01:04:51 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2012 01:04:51 -0000 Received: by mail-ob0-f173.google.com with SMTP id wc18so10308543obb.32 for ; Wed, 17 Oct 2012 18:04:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=y7ORmOT/enNqh3laSq04Ko4fPdwvFsNkUO+wpQAwoU4=; b=meNQL9ePFx452zsOQ8PTo+rKqKYZM7DvQZRRf0/lW1SDSZS2r/Rb04B2/KY7RAUvHe Pxl00b29wdeK/J4Q3lJTdD3sCgU5T6+ZTFURa72pgARxU6+M2MECbXftpZiBGwL47pZi C9pKNv/gqnPgdb+udTUHZaFf7unEKaCk17YFQAneH2OV8WavIAavbpCvACdqiGpx5LfP Mg+z6WouHqGAFPi5cPOpB8AhRY80I6lhZCBcouJ+wKorCIxXHnaMpd5aPkrxQQSLaSu1 pcuisT8jb0VRffIEoWvmCER3s/K1BtS8T+EvRmrTKtaJ6wnwGceNILMAzT75CQVU04os gJpA== MIME-Version: 1.0 Received: by 10.60.27.101 with SMTP id s5mr17093259oeg.138.1350522289775; Wed, 17 Oct 2012 18:04:49 -0700 (PDT) Received: by 10.60.18.65 with HTTP; Wed, 17 Oct 2012 18:04:49 -0700 (PDT) Date: Wed, 17 Oct 2012 18:04:49 -0700 Message-ID: From: Ashutosh Warikoo To: xen-api@lists.xen.org Subject: [Xen-API] Modify ACPI Table Of HVM Guest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8026747550828825210==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8026747550828825210== Content-Type: multipart/alternative; boundary=e89a8ff1c5c057e4a604cc4af970 --e89a8ff1c5c057e4a604cc4af970 Content-Type: text/plain; charset=UTF-8 Hello All Could anyone suggest some way to modify the ACPI table which is passed to the HVM guest? I am currently working with Xen-4.1.2. My exploration suggests that in spite of what the BIOS gives to Xen. Xen always gives a standard ACPI table of its own design to the guest which is not even a variation of the BIOS provided ACPI table. In addition the guest configuration file only has an option of enabling or disabling the ACPI functionality using acpi = 0 / 1. It doesn't seem to have a more configurable option for the same akin to the cpuid = [Leaf,Subleaf:eax,ecx,ebx.edx] Thanks bornlibra23 --e89a8ff1c5c057e4a604cc4af970 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello All
Could anyone suggest some way to modify the ACPI table which = is passed to the HVM guest? I am currently working with Xen-4.1.2.

My exploration suggests that in spite of what the BIOS giv= es to Xen. Xen always gives a standard ACPI table of its own design to the = guest which is not even a variation of the BIOS provided ACPI table.
In addition the guest configuration file only has an option of enablin= g or disabling the ACPI functionality using acpi =3D 0 / 1.
It do= esn't seem to have a more configurable option for the same akin to the = cpuid =3D [Leaf,Subleaf:eax,ecx,ebx.edx]

Thanks
bornlibra23
--e89a8ff1c5c057e4a604cc4af970-- --===============8026747550828825210== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8026747550828825210==-- From xen-api-bounces@lists.xen.org Thu Oct 18 01:05:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 01:05:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOeXd-0006Sg-W0; Thu, 18 Oct 2012 01:04:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOeXc-0006Sb-PB for xen-api@lists.xen.org; Thu, 18 Oct 2012 01:04:53 +0000 Received: from [85.158.139.211:44580] by server-6.bemta-5.messagelabs.com id E3/5F-32589-3B55F705; Thu, 18 Oct 2012 01:04:51 +0000 X-Env-Sender: bornlibra23@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1350522290!22281636!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5950 invoked from network); 18 Oct 2012 01:04:51 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2012 01:04:51 -0000 Received: by mail-ob0-f173.google.com with SMTP id wc18so10308543obb.32 for ; Wed, 17 Oct 2012 18:04:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=y7ORmOT/enNqh3laSq04Ko4fPdwvFsNkUO+wpQAwoU4=; b=meNQL9ePFx452zsOQ8PTo+rKqKYZM7DvQZRRf0/lW1SDSZS2r/Rb04B2/KY7RAUvHe Pxl00b29wdeK/J4Q3lJTdD3sCgU5T6+ZTFURa72pgARxU6+M2MECbXftpZiBGwL47pZi C9pKNv/gqnPgdb+udTUHZaFf7unEKaCk17YFQAneH2OV8WavIAavbpCvACdqiGpx5LfP Mg+z6WouHqGAFPi5cPOpB8AhRY80I6lhZCBcouJ+wKorCIxXHnaMpd5aPkrxQQSLaSu1 pcuisT8jb0VRffIEoWvmCER3s/K1BtS8T+EvRmrTKtaJ6wnwGceNILMAzT75CQVU04os gJpA== MIME-Version: 1.0 Received: by 10.60.27.101 with SMTP id s5mr17093259oeg.138.1350522289775; Wed, 17 Oct 2012 18:04:49 -0700 (PDT) Received: by 10.60.18.65 with HTTP; Wed, 17 Oct 2012 18:04:49 -0700 (PDT) Date: Wed, 17 Oct 2012 18:04:49 -0700 Message-ID: From: Ashutosh Warikoo To: xen-api@lists.xen.org Subject: [Xen-API] Modify ACPI Table Of HVM Guest X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8026747550828825210==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8026747550828825210== Content-Type: multipart/alternative; boundary=e89a8ff1c5c057e4a604cc4af970 --e89a8ff1c5c057e4a604cc4af970 Content-Type: text/plain; charset=UTF-8 Hello All Could anyone suggest some way to modify the ACPI table which is passed to the HVM guest? I am currently working with Xen-4.1.2. My exploration suggests that in spite of what the BIOS gives to Xen. Xen always gives a standard ACPI table of its own design to the guest which is not even a variation of the BIOS provided ACPI table. In addition the guest configuration file only has an option of enabling or disabling the ACPI functionality using acpi = 0 / 1. It doesn't seem to have a more configurable option for the same akin to the cpuid = [Leaf,Subleaf:eax,ecx,ebx.edx] Thanks bornlibra23 --e89a8ff1c5c057e4a604cc4af970 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello All
Could anyone suggest some way to modify the ACPI table which = is passed to the HVM guest? I am currently working with Xen-4.1.2.

My exploration suggests that in spite of what the BIOS giv= es to Xen. Xen always gives a standard ACPI table of its own design to the = guest which is not even a variation of the BIOS provided ACPI table.
In addition the guest configuration file only has an option of enablin= g or disabling the ACPI functionality using acpi =3D 0 / 1.
It do= esn't seem to have a more configurable option for the same akin to the = cpuid =3D [Leaf,Subleaf:eax,ecx,ebx.edx]

Thanks
bornlibra23
--e89a8ff1c5c057e4a604cc4af970-- --===============8026747550828825210== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8026747550828825210==-- From xen-api-bounces@lists.xen.org Thu Oct 18 05:16:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 05:16:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOiSW-0008M2-TX; Thu, 18 Oct 2012 05:15:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOiSV-0008Lx-5O for xen-api@lists.xen.org; Thu, 18 Oct 2012 05:15:51 +0000 Received: from [85.158.143.99:50480] by server-3.bemta-4.messagelabs.com id E7/5E-03544-6809F705; Thu, 18 Oct 2012 05:15:50 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1350537348!34536228!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18823 invoked from network); 18 Oct 2012 05:15:49 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2012 05:15:49 -0000 Received: by mail-qa0-f45.google.com with SMTP id s11so1061259qaa.11 for ; Wed, 17 Oct 2012 22:15:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=tSyxfLX69khOKFN5ROYR4M9FtHCprqSXIv0OezR/9GM=; b=BvJta9RVwTcHaBN4OkrAdV8OmdapZMdzxgEgae3RcfgDO92iyrrlpT4JdKByitdhud WgRZimeJVLvrSRFH/svNCav4mXgPoIJFtk/JQDxgXwKOHoAgcqxoTnQjTH3deWkMLqyT WfGutg42wlNZ+FvW07IGHdR9NC9duguVaeAhGuOG/GRPehr1KafYh7ZABJiIl1Umoyjk /6n6ltlaOpAAu7gArEGX9lszdRIakfCU4fJv/G0f7RJ8GvpCEBehrLHRkyXmulQlQtGo kbjO10LdzskTB3PuYoMO/iWOitgrCPa3cikLmV6WVXHHd21V3OC92L4ktuQ8s6+yS4Vy AOEA== MIME-Version: 1.0 Received: by 10.49.4.65 with SMTP id i1mr46125535qei.51.1350537347764; Wed, 17 Oct 2012 22:15:47 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Wed, 17 Oct 2012 22:15:47 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Oct 2012 16:15:47 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all an update to the below. After further investigation, I concluded that the below was the result of some changes to the NIC configuration just prior to the upgrade. I thought I'd document something I found during my investigations. It was a long story, caused by xenserver allocating my desired devices with 2 new devices (eth7/8). In trying to fix this, I ended up with the host involved loosing connectivity to the pool, and eventually resulted in having to reset the network configuration from the console. What was interesting was that after doing so, xenserver refused to allocate 2 of my eth device names in the preferred order, and basically continued replacing eth1/2 with eth7/8. I tried the usual sequence of pif-forget, pif-scan and pif-introduce to change the device did not work - the last command resulted in an error message saying that the device and mac address did not match. The instructions at http://support.citrix.com/article/CTX129946 also could not be followed as no ifcfg-ethx configuration files existed. Further searches on the internet found that this was a common problem, encountered when trying to change NICs due to a faulty card for example, but no solution. There was one report of a solution, by manually editing the file /etc/udev/rules.d/60-net.rules and modifying the device name corresponding to the mac address, but in my case this also failed, as I understand this file is automatically generated by xenserver during restart based on its last known boot configuration. I did find a way around this however. There is another file which is apparently used by the xenserver installer to configure network cards on a clean installation. It transpires that this file is also used on restart to manually override the udev file. It can be found at /etc/sysconfig/network-scripts/interface-rename-date/static-rules.conf. Basically you add a line consisting of the desired device name, a colon, and an identifier for the device. In my case, i modified the file to contain: eth1: mac= eth2: mac= There are other identifiers you can use - the file contains a short description. After this change, I simply rebooted, and the dom0 identified the desired device names to the interfaces. These could be seen with ifconfig -a. I then had to remove all bonds that were automatically replicated by xenserver from the pool (they were generated in the wrong order and thus given wrong bondx labels), did a pif-scan, recreated bonds etc. At this point, xenserver also recreated the pool vlans and I was back in business. I did take me 2-3 days to come to this point, so I hope this information is useful to anyone who has passed through a similar experience. One final point - the static configuration in the static-rules.conf file can be deleted as soon as xenserver has recognised the new configuration. This is because xenserver now starts reflecting the updated device configuration into the 60-net.rules file, so the updates persist. On Mon, Oct 15, 2012 at 6:59 PM, Black Bird wrote: > I have just carried out a rolling pool upgrade of a 3-host pool from > XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up > the VMs as normal and network connectivity is ok. > > However when I tried to implement the first change I encountered a > problem. I tried to change a vif from one network (a physical > interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to > another (a pool vlan 255 on a bonded interface bond0 created with > slaves eth1 and eth2, network uuid > 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif-create > process were executed as normal, but on attempting to start the vm, I > got an error saying "stderr = ovs-vsctl: cannot create a port named > eth1 because an interface named eth1 already exists on bridge xapi3". > > My network configuration, on each of the 3 hosts, is: > > interface bond > eth0 n.a. > eth1 bond0 > eth2 bond0 > eth3 bond1 > eth4 bond1 > eth5 bond2 > eth6 bond2 > > I have a number of pool vlans created on bond0 and bond2. The > particular vlan involved in this report is vlan255, corresponding to > an 802.1q tag of 255, created on bond0 > > The command log follows. The vm and previous vif had their parameters > listed prior to the change. The attempt to startup the vm results in > the error. I thought it was strange that ovs-vsctl is attempting to > add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm > starts - I would have expected this to take place on xenserver > startup. > > I have carried out this operation prior to the upgrade dozens of > times, so I know it should work. I'd be grateful for any advice. > > [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > uuid ( RO) : 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > name-label ( RW): efw2 > 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): > children ( RO): > is-control-domain ( RO): false > power-state ( RO): running > memory-actual ( RO): 33505280 > memory-target ( RO): 33554432 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 33554432 > memory-dynamic-max ( RW): 33554432 > memory-dynamic-min ( RW): 33554432 > memory-static-min ( RW): 33554432 > suspend-VDI-uuid ( RW): > suspend-SR-uuid ( RW): > VCPUs-params (MRW): > VCPUs-max ( RW): 1 > VCPUs-at-startup ( RW): 1 > actions-after-shutdown ( RW): Destroy > actions-after-reboot ( RW): Restart > actions-after-crash ( RW): Restart > console-uuids (SRO): 146df0b4-a963-b399-8b97-f10646fd4f4b > platform (MRW): timeoffset: 0; nx: false; acpi: > true; apic: true; pae: true; viridian: true > allowed-operations (SRO): hard_reboot; hard_shutdown; pause > current-operations (SRO): > blocked-operations (MRW): > allowed-VBD-devices (SRO): 1; 2; 3 > allowed-VIF-devices (SRO): 2; 3 > possible-hosts ( RO): > 3e760f02-a3a5-470f-94f5-50023805f9c3; > 403452ad-6d8e-4757-a9c2-305e867134fd; > a53d1a5a-a9a3-4314-8295-1af5584cf02b > 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): vendor: AuthenticAMD; features: > 00002001-178bfbff-0000001f-ebd3fbff > last-boot-record ( RO): > 'uuid449fb2b2-5df2-2c6b-33ca-7627d1eed6cballowed_operationscurrent_operationsOpaqueRef:3bbc686b-cff2-c9b2-d165-1971021e3ba6start_onpower_stateHaltedname_labelefw2name_descriptionInstalled > via xe CLIuser_version1is_a_template0suspend_VDIOpaqueRef:NULLresident_onOpaqueRef:NULLaffinityOpaqueRef:NULLmemory_overhead4194304memory_target33554432memory_static_max33554432memory_dynamic_max33554432memory_dynamic_min33554432memory_static_min33554432VCPUs_paramsVCPUs_max1VCPUs_at_startup1actions_after_shutdowndestroyactions_after_rebootrestartactions_after_crashrestartconsolesVIFsOpaqueRef:d606e1f2-ec63-64b3-3603-c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f-46ad5d88d2d6VBDsOpaqueRef:ae670fba-2c5d-d736-d19e-7247e842dd4acrash_dumpsVTPMsPV_bootloaderPV_kernelPV_ramdiskPV_argsPV_bootloader_argsPV_legacy_argsHVM_boot_policyBIOS > orderHVM_boot_paramsorderdcHVM_shadow_multiplier1platformtimeoffset-1nxfalseacpitrueapictruepaetrueviridiantruePCI_busother_configlast_shutdown_time20121015T04:25:36Zlast_shutdown_actionDestroylast_shutdown_initiatorexternallast_shutdown_reasonhaltedauto_powerontrueimport_taskOpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87amac_seedb95defa9-572a-1f7f-7ce7-dd834400f8fbinstall-methodscdromdomid-1domarchhvmlast_boot_CPU_flagsvendorAuthenticAMDfeatures00002001-178bfbff-0000001f-ebd3fbffis_control_domain0metricsOpaqueRef:e43062d7-2b48-e192-27cd-c16a872b2ce1guest_metricsOpaqueRef:NULLlast_booted_recordrecommendations<restrictions><restriction > field="memory-static-max" max="34359738368" > /><restriction field="vcpus-max" max="8" > /><restriction property="number-of-vbds" > max="7" /><restriction > property="number-of-vifs" max="7" > /></restrictions>xenstore_dataha_always_run0ha_restart_prioritybest-effortis_a_snapshot0snapshot_ofOpaqueRef:NULLsnapshotssnapshot_time19700101T00:00:00Ztransportable_snapshot_idblobstagsblocked_operationssnapshot_infosnapshot_metadataparentOpaqueRef:NULLchildrenbios_stringsprotection_policyOpaqueRef:NULLis_snapshot_from_vmpp0applianceOpaqueRef:NULLstart_delay0shutdown_delay0order0VGPUsattached_PCIssuspend_SROpaqueRef:NULLversion0' > resident-on ( RO): 403452ad-6d8e-4757-a9c2-305e867134fd > affinity ( RW): > other-config (MRW): vgpu_pci: ; last_shutdown_time: > 20121015T04:25:36Z; last_shutdown_action: Destroy; > last_shutdown_initiator: external; last_shutdown_reason: halted; > auto_poweron: true; import_task: > OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: > b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom > dom-id ( RO): 2 > recommendations ( RO): field="memory-static-max" max="34359738368" /> field="vcpus-max" max="8" /> max="7" /> /> > xenstore-data (MRW): vm-data: > ha-always-run ( RW) [DEPRECATED]: false > ha-restart-priority ( RW): best-effort > blobs ( RO): > start-time ( RO): 20121015T04:48:27Z > install-time ( RO): 19700101T00:00:00Z > VCPUs-number ( RO): 1 > VCPUs-utilisation (MRO): 0: 0.007 > 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) [DEPRECATED]: true > protection-policy ( RW): > is-snapshot-from-vmpp ( RO): false > tags (SRW): > appliance ( RW): > start-delay ( RW): 0 > shutdown-delay ( RW): 0 > order ( RW): 0 > version ( RO): 0 > [root@xen3v3 ~]# > [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708-8eddf85e531a > uuid ( RO) : d4403431-0363-d9a5-a708-8eddf85e531a > vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > vm-name-label ( RO): efw2 > allowed-operations (SRO): attach > current-operations (SRO): > device ( RO): 1 > MAC ( RO): be:5c:1e:a2:77:3c > MAC-autogenerated ( RO): false > MTU ( RO): 1500 > currently-attached ( RO): false > qos_algorithm_type ( RW): > qos_algorithm_params (MRW): > qos_supported_algorithms (SRO): > other-config (MRW): > network-uuid ( RO): ef66fdda-e249-a01d-545c-e002f945bdc6 > network-name-label ( RO): Pool-wide network associated with eth0 > io_read_kbs ( RO): > io_write_kbs ( RO): > locking-mode ( RW): network_default > ipv4-allowed (SRW): > ipv6-allowed (SRW): > > [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708-8eddf85e531a > [root@xen3v3 ~]# xe vif-create > vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 > 56e4b508-7254-3315-f3af-eea22d2f826d > [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > An unknown error occurred while attempting to configure an interface. > PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f > msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 -- > --may-exist add-br xapi3 -- set bridge xapi3 > other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 > fail_mode=standalone -- remove bridge xapi3 other_config > disable-in-band -- br-set-external-id xapi3 xs-network-uuids > daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 > eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr = > ovs-vsctl: cannot create a port named eth1 because an interface named > eth1 already exists on bridge xapi3] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 18 05:16:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 05:16:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOiSW-0008M2-TX; Thu, 18 Oct 2012 05:15:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOiSV-0008Lx-5O for xen-api@lists.xen.org; Thu, 18 Oct 2012 05:15:51 +0000 Received: from [85.158.143.99:50480] by server-3.bemta-4.messagelabs.com id E7/5E-03544-6809F705; Thu, 18 Oct 2012 05:15:50 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1350537348!34536228!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18823 invoked from network); 18 Oct 2012 05:15:49 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2012 05:15:49 -0000 Received: by mail-qa0-f45.google.com with SMTP id s11so1061259qaa.11 for ; Wed, 17 Oct 2012 22:15:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=tSyxfLX69khOKFN5ROYR4M9FtHCprqSXIv0OezR/9GM=; b=BvJta9RVwTcHaBN4OkrAdV8OmdapZMdzxgEgae3RcfgDO92iyrrlpT4JdKByitdhud WgRZimeJVLvrSRFH/svNCav4mXgPoIJFtk/JQDxgXwKOHoAgcqxoTnQjTH3deWkMLqyT WfGutg42wlNZ+FvW07IGHdR9NC9duguVaeAhGuOG/GRPehr1KafYh7ZABJiIl1Umoyjk /6n6ltlaOpAAu7gArEGX9lszdRIakfCU4fJv/G0f7RJ8GvpCEBehrLHRkyXmulQlQtGo kbjO10LdzskTB3PuYoMO/iWOitgrCPa3cikLmV6WVXHHd21V3OC92L4ktuQ8s6+yS4Vy AOEA== MIME-Version: 1.0 Received: by 10.49.4.65 with SMTP id i1mr46125535qei.51.1350537347764; Wed, 17 Oct 2012 22:15:47 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Wed, 17 Oct 2012 22:15:47 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Oct 2012 16:15:47 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all an update to the below. After further investigation, I concluded that the below was the result of some changes to the NIC configuration just prior to the upgrade. I thought I'd document something I found during my investigations. It was a long story, caused by xenserver allocating my desired devices with 2 new devices (eth7/8). In trying to fix this, I ended up with the host involved loosing connectivity to the pool, and eventually resulted in having to reset the network configuration from the console. What was interesting was that after doing so, xenserver refused to allocate 2 of my eth device names in the preferred order, and basically continued replacing eth1/2 with eth7/8. I tried the usual sequence of pif-forget, pif-scan and pif-introduce to change the device did not work - the last command resulted in an error message saying that the device and mac address did not match. The instructions at http://support.citrix.com/article/CTX129946 also could not be followed as no ifcfg-ethx configuration files existed. Further searches on the internet found that this was a common problem, encountered when trying to change NICs due to a faulty card for example, but no solution. There was one report of a solution, by manually editing the file /etc/udev/rules.d/60-net.rules and modifying the device name corresponding to the mac address, but in my case this also failed, as I understand this file is automatically generated by xenserver during restart based on its last known boot configuration. I did find a way around this however. There is another file which is apparently used by the xenserver installer to configure network cards on a clean installation. It transpires that this file is also used on restart to manually override the udev file. It can be found at /etc/sysconfig/network-scripts/interface-rename-date/static-rules.conf. Basically you add a line consisting of the desired device name, a colon, and an identifier for the device. In my case, i modified the file to contain: eth1: mac= eth2: mac= There are other identifiers you can use - the file contains a short description. After this change, I simply rebooted, and the dom0 identified the desired device names to the interfaces. These could be seen with ifconfig -a. I then had to remove all bonds that were automatically replicated by xenserver from the pool (they were generated in the wrong order and thus given wrong bondx labels), did a pif-scan, recreated bonds etc. At this point, xenserver also recreated the pool vlans and I was back in business. I did take me 2-3 days to come to this point, so I hope this information is useful to anyone who has passed through a similar experience. One final point - the static configuration in the static-rules.conf file can be deleted as soon as xenserver has recognised the new configuration. This is because xenserver now starts reflecting the updated device configuration into the 60-net.rules file, so the updates persist. On Mon, Oct 15, 2012 at 6:59 PM, Black Bird wrote: > I have just carried out a rolling pool upgrade of a 3-host pool from > XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up > the VMs as normal and network connectivity is ok. > > However when I tried to implement the first change I encountered a > problem. I tried to change a vif from one network (a physical > interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to > another (a pool vlan 255 on a bonded interface bond0 created with > slaves eth1 and eth2, network uuid > 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif-create > process were executed as normal, but on attempting to start the vm, I > got an error saying "stderr = ovs-vsctl: cannot create a port named > eth1 because an interface named eth1 already exists on bridge xapi3". > > My network configuration, on each of the 3 hosts, is: > > interface bond > eth0 n.a. > eth1 bond0 > eth2 bond0 > eth3 bond1 > eth4 bond1 > eth5 bond2 > eth6 bond2 > > I have a number of pool vlans created on bond0 and bond2. The > particular vlan involved in this report is vlan255, corresponding to > an 802.1q tag of 255, created on bond0 > > The command log follows. The vm and previous vif had their parameters > listed prior to the change. The attempt to startup the vm results in > the error. I thought it was strange that ovs-vsctl is attempting to > add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm > starts - I would have expected this to take place on xenserver > startup. > > I have carried out this operation prior to the upgrade dozens of > times, so I know it should work. I'd be grateful for any advice. > > [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > uuid ( RO) : 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > name-label ( RW): efw2 > 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): > children ( RO): > is-control-domain ( RO): false > power-state ( RO): running > memory-actual ( RO): 33505280 > memory-target ( RO): 33554432 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 33554432 > memory-dynamic-max ( RW): 33554432 > memory-dynamic-min ( RW): 33554432 > memory-static-min ( RW): 33554432 > suspend-VDI-uuid ( RW): > suspend-SR-uuid ( RW): > VCPUs-params (MRW): > VCPUs-max ( RW): 1 > VCPUs-at-startup ( RW): 1 > actions-after-shutdown ( RW): Destroy > actions-after-reboot ( RW): Restart > actions-after-crash ( RW): Restart > console-uuids (SRO): 146df0b4-a963-b399-8b97-f10646fd4f4b > platform (MRW): timeoffset: 0; nx: false; acpi: > true; apic: true; pae: true; viridian: true > allowed-operations (SRO): hard_reboot; hard_shutdown; pause > current-operations (SRO): > blocked-operations (MRW): > allowed-VBD-devices (SRO): 1; 2; 3 > allowed-VIF-devices (SRO): 2; 3 > possible-hosts ( RO): > 3e760f02-a3a5-470f-94f5-50023805f9c3; > 403452ad-6d8e-4757-a9c2-305e867134fd; > a53d1a5a-a9a3-4314-8295-1af5584cf02b > 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): vendor: AuthenticAMD; features: > 00002001-178bfbff-0000001f-ebd3fbff > last-boot-record ( RO): > 'uuid449fb2b2-5df2-2c6b-33ca-7627d1eed6cballowed_operationscurrent_operationsOpaqueRef:3bbc686b-cff2-c9b2-d165-1971021e3ba6start_onpower_stateHaltedname_labelefw2name_descriptionInstalled > via xe CLIuser_version1is_a_template0suspend_VDIOpaqueRef:NULLresident_onOpaqueRef:NULLaffinityOpaqueRef:NULLmemory_overhead4194304memory_target33554432memory_static_max33554432memory_dynamic_max33554432memory_dynamic_min33554432memory_static_min33554432VCPUs_paramsVCPUs_max1VCPUs_at_startup1actions_after_shutdowndestroyactions_after_rebootrestartactions_after_crashrestartconsolesVIFsOpaqueRef:d606e1f2-ec63-64b3-3603-c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f-46ad5d88d2d6VBDsOpaqueRef:ae670fba-2c5d-d736-d19e-7247e842dd4acrash_dumpsVTPMsPV_bootloaderPV_kernelPV_ramdiskPV_argsPV_bootloader_argsPV_legacy_argsHVM_boot_policyBIOS > orderHVM_boot_paramsorderdcHVM_shadow_multiplier1platformtimeoffset-1nxfalseacpitrueapictruepaetrueviridiantruePCI_busother_configlast_shutdown_time20121015T04:25:36Zlast_shutdown_actionDestroylast_shutdown_initiatorexternallast_shutdown_reasonhaltedauto_powerontrueimport_taskOpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87amac_seedb95defa9-572a-1f7f-7ce7-dd834400f8fbinstall-methodscdromdomid-1domarchhvmlast_boot_CPU_flagsvendorAuthenticAMDfeatures00002001-178bfbff-0000001f-ebd3fbffis_control_domain0metricsOpaqueRef:e43062d7-2b48-e192-27cd-c16a872b2ce1guest_metricsOpaqueRef:NULLlast_booted_recordrecommendations<restrictions><restriction > field="memory-static-max" max="34359738368" > /><restriction field="vcpus-max" max="8" > /><restriction property="number-of-vbds" > max="7" /><restriction > property="number-of-vifs" max="7" > /></restrictions>xenstore_dataha_always_run0ha_restart_prioritybest-effortis_a_snapshot0snapshot_ofOpaqueRef:NULLsnapshotssnapshot_time19700101T00:00:00Ztransportable_snapshot_idblobstagsblocked_operationssnapshot_infosnapshot_metadataparentOpaqueRef:NULLchildrenbios_stringsprotection_policyOpaqueRef:NULLis_snapshot_from_vmpp0applianceOpaqueRef:NULLstart_delay0shutdown_delay0order0VGPUsattached_PCIssuspend_SROpaqueRef:NULLversion0' > resident-on ( RO): 403452ad-6d8e-4757-a9c2-305e867134fd > affinity ( RW): > other-config (MRW): vgpu_pci: ; last_shutdown_time: > 20121015T04:25:36Z; last_shutdown_action: Destroy; > last_shutdown_initiator: external; last_shutdown_reason: halted; > auto_poweron: true; import_task: > OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: > b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom > dom-id ( RO): 2 > recommendations ( RO): field="memory-static-max" max="34359738368" /> field="vcpus-max" max="8" /> max="7" /> /> > xenstore-data (MRW): vm-data: > ha-always-run ( RW) [DEPRECATED]: false > ha-restart-priority ( RW): best-effort > blobs ( RO): > start-time ( RO): 20121015T04:48:27Z > install-time ( RO): 19700101T00:00:00Z > VCPUs-number ( RO): 1 > VCPUs-utilisation (MRO): 0: 0.007 > 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) [DEPRECATED]: true > protection-policy ( RW): > is-snapshot-from-vmpp ( RO): false > tags (SRW): > appliance ( RW): > start-delay ( RW): 0 > shutdown-delay ( RW): 0 > order ( RW): 0 > version ( RO): 0 > [root@xen3v3 ~]# > [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708-8eddf85e531a > uuid ( RO) : d4403431-0363-d9a5-a708-8eddf85e531a > vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > vm-name-label ( RO): efw2 > allowed-operations (SRO): attach > current-operations (SRO): > device ( RO): 1 > MAC ( RO): be:5c:1e:a2:77:3c > MAC-autogenerated ( RO): false > MTU ( RO): 1500 > currently-attached ( RO): false > qos_algorithm_type ( RW): > qos_algorithm_params (MRW): > qos_supported_algorithms (SRO): > other-config (MRW): > network-uuid ( RO): ef66fdda-e249-a01d-545c-e002f945bdc6 > network-name-label ( RO): Pool-wide network associated with eth0 > io_read_kbs ( RO): > io_write_kbs ( RO): > locking-mode ( RW): network_default > ipv4-allowed (SRW): > ipv6-allowed (SRW): > > [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708-8eddf85e531a > [root@xen3v3 ~]# xe vif-create > vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 > 56e4b508-7254-3315-f3af-eea22d2f826d > [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > An unknown error occurred while attempting to configure an interface. > PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f > msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 -- > --may-exist add-br xapi3 -- set bridge xapi3 > other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 > fail_mode=standalone -- remove bridge xapi3 other_config > disable-in-band -- br-set-external-id xapi3 xs-network-uuids > daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 > eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr = > ovs-vsctl: cannot create a port named eth1 because an interface named > eth1 already exists on bridge xapi3] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 18 12:55:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 12:55:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOpcy-0005Im-PG; Thu, 18 Oct 2012 12:55:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOpcx-0005Ih-SN for xen-api@lists.xensource.com; Thu, 18 Oct 2012 12:55:08 +0000 Received: from [85.158.139.83:24305] by server-3.bemta-5.messagelabs.com id AD/83-28618-B2CFF705; Thu, 18 Oct 2012 12:55:07 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-2.tower-182.messagelabs.com!1350564905!32603504!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=0.8 required=7.0 tests=SUBJECT_EXCESS_BASE64, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11495 invoked from network); 18 Oct 2012 12:55:05 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-2.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 18 Oct 2012 12:55:05 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TOpct-00017A-UD for xen-api@lists.xensource.com; Thu, 18 Oct 2012 14:55:04 +0200 Received: from peer-91-185-99-193.vektor.net ([peer-91-185-99-193.vektor.net]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Oct 2012 14:55:03 +0200 Received: from boban by peer-91-185-99-193.vektor.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Oct 2012 14:55:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Boban Petrovic Date: Thu, 18 Oct 2012 12:52:10 +0000 (UTC) Lines: 29 Message-ID: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 91.185.99.193 (Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0) Subject: [Xen-API] =?utf-8?q?xapi_and_pam=5Faccess?= X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Is it possible to use this combination? syslog shows messages like "Oct 18 14:43:27 xenhost xapi: [ info|xenhost|257864 INET 0.0.0.0:80|session.logout D:ab018eaf7fe5|xapi] Session.destroy trackid=21c0955a69d3f451ea5775d8098600a5" so what I'm in doubt is that there is INET 0.0.0.0:80, and not specific IP addres of the origin, so I'm not sure if I can use pam_access with xapi to prevent or allow specific users on specific IPs. I want to allow root to login to xapi from specific address without password, and from all other addresses with password. [root@xenhost ~]# cat /etc/pam.d/xapi #%PAM-1.0 auth sufficient pam_access.so accessfile=/etc/security/xapi_access.conf debug auth include system-auth account include system-auth password include system-auth [root@xenhost ~]# cat /etc/security/xapi_access.conf + : root : a.b.c.d - : ALL : ALL With this config, nothing has changed. [root@xenhost ~]# cat /etc/security/xapi_access.conf + : root : a.b.c.d With a config above, I could login with root from any IP address. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 18 12:55:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 12:55:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOpcy-0005Im-PG; Thu, 18 Oct 2012 12:55:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOpcx-0005Ih-SN for xen-api@lists.xensource.com; Thu, 18 Oct 2012 12:55:08 +0000 Received: from [85.158.139.83:24305] by server-3.bemta-5.messagelabs.com id AD/83-28618-B2CFF705; Thu, 18 Oct 2012 12:55:07 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-2.tower-182.messagelabs.com!1350564905!32603504!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=0.8 required=7.0 tests=SUBJECT_EXCESS_BASE64, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11495 invoked from network); 18 Oct 2012 12:55:05 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-2.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 18 Oct 2012 12:55:05 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TOpct-00017A-UD for xen-api@lists.xensource.com; Thu, 18 Oct 2012 14:55:04 +0200 Received: from peer-91-185-99-193.vektor.net ([peer-91-185-99-193.vektor.net]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Oct 2012 14:55:03 +0200 Received: from boban by peer-91-185-99-193.vektor.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Oct 2012 14:55:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Boban Petrovic Date: Thu, 18 Oct 2012 12:52:10 +0000 (UTC) Lines: 29 Message-ID: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 91.185.99.193 (Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0) Subject: [Xen-API] =?utf-8?q?xapi_and_pam=5Faccess?= X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Is it possible to use this combination? syslog shows messages like "Oct 18 14:43:27 xenhost xapi: [ info|xenhost|257864 INET 0.0.0.0:80|session.logout D:ab018eaf7fe5|xapi] Session.destroy trackid=21c0955a69d3f451ea5775d8098600a5" so what I'm in doubt is that there is INET 0.0.0.0:80, and not specific IP addres of the origin, so I'm not sure if I can use pam_access with xapi to prevent or allow specific users on specific IPs. I want to allow root to login to xapi from specific address without password, and from all other addresses with password. [root@xenhost ~]# cat /etc/pam.d/xapi #%PAM-1.0 auth sufficient pam_access.so accessfile=/etc/security/xapi_access.conf debug auth include system-auth account include system-auth password include system-auth [root@xenhost ~]# cat /etc/security/xapi_access.conf + : root : a.b.c.d - : ALL : ALL With this config, nothing has changed. [root@xenhost ~]# cat /etc/security/xapi_access.conf + : root : a.b.c.d With a config above, I could login with root from any IP address. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 18 13:26:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 13:26:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOq6k-0006He-N9; Thu, 18 Oct 2012 13:25:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOq6j-0006HV-Cx for xen-api@lists.xen.org; Thu, 18 Oct 2012 13:25:53 +0000 Received: from [85.158.138.51:5526] by server-14.bemta-3.messagelabs.com id B4/41-17276-06300805; Thu, 18 Oct 2012 13:25:52 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1350566751!34819961!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTQ3ODc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21762 invoked from network); 18 Oct 2012 13:25:51 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2012 13:25:51 -0000 X-IronPort-AV: E=Sophos;i="4.80,607,1344211200"; d="scan'208";a="15255423" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Oct 2012 13:25:51 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 18 Oct 2012 14:25:51 +0100 From: Rob Hoes To: 'Black Bird' , "xen-api@lists.xen.org" Date: Thu, 18 Oct 2012 14:25:50 +0100 Thread-Topic: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface Thread-Index: Ac2s8BeU/UiLs5m2SBiyAlHuv8IehwAQ/nJQ Message-ID: <7EA643C653F17F4C80DE959E978F10EDE799514C84@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Since version 6.0, XenServer has some logic to automatically deal with replacing NICs, adding new NICs etc. For example, if a NIC breaks, and you place a new one in the same slot, XenServer will recognise this and use the same device name for this interface, and it will also update the MAC address in the PIF record. A consequence is that it is no longer possible to manually change device names using pif-forget and pif-introduce. The Citrix knowledge base article that you refer to only applies to older releases. I am not exactly sure what has happened in your case, but in XS 6.0.2/6.1 and XCP 1.6 you should be able to use the xe-reset-networking command to reset all networking state in your host, which will also reset the NIC device names as if you have newly installed the host. There is some documentation about this command here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#id889904. Cheers, Rob > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Black Bird > Sent: 18 October 2012 06:16 > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF > on VLAN created on bonded interface > > Hi all > > an update to the below. > > After further investigation, I concluded that the below was the result > of some changes to the NIC configuration just prior to the upgrade. > > I thought I'd document something I found during my investigations. It > was a long story, caused by xenserver allocating my desired devices > with 2 new devices (eth7/8). In trying to fix this, I ended up with > the host involved loosing connectivity to the pool, and eventually > resulted in having to reset the network configuration from the > console. > > What was interesting was that after doing so, xenserver refused to > allocate 2 of my eth device names in the preferred order, and > basically continued replacing eth1/2 with eth7/8. I tried the usual > sequence of pif-forget, pif-scan and pif-introduce to change the > device did not work - the last command resulted in an error message > saying that the device and mac address did not match. > > The instructions at http://support.citrix.com/article/CTX129946 also > could not be followed as no ifcfg-ethx configuration files existed. > > Further searches on the internet found that this was a common problem, > encountered when trying to change NICs due to a faulty card for > example, but no solution. There was one report of a solution, by > manually editing the file /etc/udev/rules.d/60-net.rules and modifying > the device name corresponding to the mac address, but in my case this > also failed, as I understand this file is automatically generated by > xenserver during restart based on its last known boot configuration. > > I did find a way around this however. There is another file which is > apparently used by the xenserver installer to configure network cards > on a clean installation. It transpires that this file is also used on > restart to manually override the udev file. It can be found at > /etc/sysconfig/network-scripts/interface-rename-date/static-rules.conf. > Basically you add a line consisting of the desired device name, a > colon, and an identifier for the device. In my case, i modified the > file to contain: > > eth1: mac= > eth2: mac= > > There are other identifiers you can use - the file contains a short > description. > > After this change, I simply rebooted, and the dom0 identified the > desired device names to the interfaces. These could be seen with > ifconfig -a. I then had to remove all bonds that were automatically > replicated by xenserver from the pool (they were generated in the > wrong order and thus given wrong bondx labels), did a pif-scan, > recreated bonds etc. At this point, xenserver also recreated the pool > vlans and I was back in business. > > I did take me 2-3 days to come to this point, so I hope this > information is useful to anyone who has passed through a similar > experience. > > One final point - the static configuration in the static-rules.conf > file can be deleted as soon as xenserver has recognised the new > configuration. This is because xenserver now starts reflecting the > updated device configuration into the 60-net.rules file, so the > updates persist. > > > > > On Mon, Oct 15, 2012 at 6:59 PM, Black Bird > wrote: > > I have just carried out a rolling pool upgrade of a 3-host pool from > > XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up > > the VMs as normal and network connectivity is ok. > > > > However when I tried to implement the first change I encountered a > > problem. I tried to change a vif from one network (a physical > > interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to > > another (a pool vlan 255 on a bonded interface bond0 created with > > slaves eth1 and eth2, network uuid > > 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif- > create > > process were executed as normal, but on attempting to start the vm, I > > got an error saying "stderr = ovs-vsctl: cannot create a port named > > eth1 because an interface named eth1 already exists on bridge xapi3". > > > > My network configuration, on each of the 3 hosts, is: > > > > interface bond > > eth0 n.a. > > eth1 bond0 > > eth2 bond0 > > eth3 bond1 > > eth4 bond1 > > eth5 bond2 > > eth6 bond2 > > > > I have a number of pool vlans created on bond0 and bond2. The > > particular vlan involved in this report is vlan255, corresponding to > > an 802.1q tag of 255, created on bond0 > > > > The command log follows. The vm and previous vif had their > parameters > > listed prior to the change. The attempt to startup the vm results in > > the error. I thought it was strange that ovs-vsctl is attempting to > > add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm > > starts - I would have expected this to take place on xenserver > > startup. > > > > I have carried out this operation prior to the upgrade dozens of > > times, so I know it should work. I'd be grateful for any advice. > > > > [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > uuid ( RO) : 449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > name-label ( RW): efw2 > > 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): > > children ( RO): > > is-control-domain ( RO): false > > power-state ( RO): running > > memory-actual ( RO): 33505280 > > memory-target ( RO): 33554432 > > memory-overhead ( RO): 4194304 > > memory-static-max ( RW): 33554432 > > memory-dynamic-max ( RW): 33554432 > > memory-dynamic-min ( RW): 33554432 > > memory-static-min ( RW): 33554432 > > suspend-VDI-uuid ( RW): > > suspend-SR-uuid ( RW): > > VCPUs-params (MRW): > > VCPUs-max ( RW): 1 > > VCPUs-at-startup ( RW): 1 > > actions-after-shutdown ( RW): Destroy > > actions-after-reboot ( RW): Restart > > actions-after-crash ( RW): Restart > > console-uuids (SRO): 146df0b4-a963-b399-8b97- > f10646fd4f4b > > platform (MRW): timeoffset: 0; nx: false; acpi: > > true; apic: true; pae: true; viridian: true > > allowed-operations (SRO): hard_reboot; hard_shutdown; > pause > > current-operations (SRO): > > blocked-operations (MRW): > > allowed-VBD-devices (SRO): 1; 2; 3 > > allowed-VIF-devices (SRO): 2; 3 > > possible-hosts ( RO): > > 3e760f02-a3a5-470f-94f5-50023805f9c3; > > 403452ad-6d8e-4757-a9c2-305e867134fd; > > a53d1a5a-a9a3-4314-8295-1af5584cf02b > > 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): vendor: AuthenticAMD; features: > > 00002001-178bfbff-0000001f-ebd3fbff > > last-boot-record ( RO): > > 'uuid449fb2b2-5df2-2c6b- > 33ca- > 7627d1eed6cballowed_operations lue>current_operat > ionsOpaqueRef:3bbc686b-cff2-c9b2- > d165- > 1971021e3ba6start_on ember>power_stateHalted mber>name_labelefw2n > ame_descriptionInstalled > > via xe > CLIuser_version1 member>is_a_template0 alue>suspend_VDIOpaqueRef:NULL lue>resident_onOpaqueRef:NULL ue>affinityOpaqueRef:NULL< > /member>memory_overhead4194304 ber>memory_target33554432< > member>memory_static_max33554432 ember>memory_dynamic_max33554432 ember>memory_dynamic_min33554432 ember>memory_static_min33554432 mber>VCPUs_params > VCPUs_max1VCPUs_at_s > tartup1actions_after_shutd > owndestroyactions_after_re > bootrestartactions_after_c > rashrestartconsoles > VIFs > OpaqueRef:d606e1f2-ec63-64b3-3603- > c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f- > 46ad5d88d2d6VBDs< > /name>OpaqueRef:ae670fba-2c5d-d736-d19e- > 7247e842dd4acrash > _dumps e>VTPMs me>PV_bootloaderPV_kernel< > value/>PV_ramdisk >PV_argsPV_bootloader_args< > /name>PV_legacy_args ber>HVM_boot_policyBIOS > > > orderHVM_boot_params t>orderdc > HVM_shadow_multiplier1 uble>platform er>timeoffset- > 1nxfalse< > member>acpitrueapic< > /name>truepaetrue value>viridiantrue >PCI_bus >other_configlast_shu > tdown_time20121015T04:25:36Z e>last_shutdown_actionDestroy me>last_shutdown_initiatorexternal r>last_shutdown_reasonhalted r>auto_powerontrueim > port_taskOpaqueRef:8ca87370-044d-3fcf-2718- > 0e31a989f87amac_seedb95def > a9-572a-1f7f-7ce7-dd834400f8fbinstall- > methodscdrom ember>domid- > 1domarchhvm r>last_boot_CPU_flags > vendorAuthenticAMDfeatures > 00002001-178bfbff-0000001f- > ebd3fbffis_con > trol_domain0< > name>metricsOpaqueRef:e43062d7-2b48-e192-27cd- > c16a872b2ce1guest_metricsO > paqueRef:NULLlast_booted_record alue/>recommendations<restricti > ons><restriction > > field="memory-static-max" max="34359738368" > > /><restriction field="vcpus-max" max="8" > > /><restriction property="number-of-vbds" > > max="7" /><restriction > > property="number-of-vifs" max="7" > > > /></restrictions>xenstore_data< > /name>ha_always_run e>0ha_restart_ > prioritybest- > effortis_a_snapshot n>0snapshot_ofOp > aqueRef:NULLsnapshots y>snapshot_time lue>19700101T00:00:00Z mber>transportable_snapshot_id mber>blobst > agsb > locked_operations > snapshot_infosnap > shot_metadataparent > OpaqueRef:NULLchildren ay>bios_strings lue>protection_policy lue>OpaqueRef:NULLis_snapshot_from_vmpp< > /name>0applian > ceOpaqueRef:NULLstart_dela > y0shutdown_delay lue>0order0 r>VGPUs er>attached_PCIs ue>suspend_SROpaqueRef:NULL >version0 >' > > resident-on ( RO): 403452ad-6d8e-4757-a9c2- > 305e867134fd > > affinity ( RW): > > other-config (MRW): vgpu_pci: ; last_shutdown_time: > > 20121015T04:25:36Z; last_shutdown_action: Destroy; > > last_shutdown_initiator: external; last_shutdown_reason: halted; > > auto_poweron: true; import_task: > > OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: > > b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom > > dom-id ( RO): 2 > > recommendations ( RO): > field="memory-static-max" max="34359738368" /> > field="vcpus-max" max="8" /> > max="7" /> > /> > > xenstore-data (MRW): vm-data: > > ha-always-run ( RW) [DEPRECATED]: false > > ha-restart-priority ( RW): best-effort > > blobs ( RO): > > start-time ( RO): 20121015T04:48:27Z > > install-time ( RO): 19700101T00:00:00Z > > VCPUs-number ( RO): 1 > > VCPUs-utilisation (MRO): 0: 0.007 > > 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) [DEPRECATED]: true > > protection-policy ( RW): > > is-snapshot-from-vmpp ( RO): false > > tags (SRW): > > appliance ( RW): > > start-delay ( RW): 0 > > shutdown-delay ( RW): 0 > > order ( RW): 0 > > version ( RO): 0 > > [root@xen3v3 ~]# > > [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708- > 8eddf85e531a > > uuid ( RO) : d4403431-0363-d9a5-a708- > 8eddf85e531a > > vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > vm-name-label ( RO): efw2 > > allowed-operations (SRO): attach > > current-operations (SRO): > > device ( RO): 1 > > MAC ( RO): be:5c:1e:a2:77:3c > > MAC-autogenerated ( RO): false > > MTU ( RO): 1500 > > currently-attached ( RO): false > > qos_algorithm_type ( RW): > > qos_algorithm_params (MRW): > > qos_supported_algorithms (SRO): > > other-config (MRW): > > network-uuid ( RO): ef66fdda-e249-a01d-545c- > e002f945bdc6 > > network-name-label ( RO): Pool-wide network associated with > eth0 > > io_read_kbs ( RO): > > io_write_kbs ( RO): > > locking-mode ( RW): network_default > > ipv4-allowed (SRW): > > ipv6-allowed (SRW): > > > > [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708- > 8eddf85e531a > > [root@xen3v3 ~]# xe vif-create > > vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > > network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 > > 56e4b508-7254-3315-f3af-eea22d2f826d > > [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > An unknown error occurred while attempting to configure an interface. > > PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f > > msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 - > - > > --may-exist add-br xapi3 -- set bridge xapi3 > > other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 > > fail_mode=standalone -- remove bridge xapi3 other_config > > disable-in-band -- br-set-external-id xapi3 xs-network-uuids > > daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 > > eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr > = > > ovs-vsctl: cannot create a port named eth1 because an interface named > > eth1 already exists on bridge xapi3] > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 18 13:26:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 13:26:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOq6k-0006He-N9; Thu, 18 Oct 2012 13:25:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOq6j-0006HV-Cx for xen-api@lists.xen.org; Thu, 18 Oct 2012 13:25:53 +0000 Received: from [85.158.138.51:5526] by server-14.bemta-3.messagelabs.com id B4/41-17276-06300805; Thu, 18 Oct 2012 13:25:52 +0000 X-Env-Sender: Rob.Hoes@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1350566751!34819961!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTQ3ODc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21762 invoked from network); 18 Oct 2012 13:25:51 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Oct 2012 13:25:51 -0000 X-IronPort-AV: E=Sophos;i="4.80,607,1344211200"; d="scan'208";a="15255423" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Oct 2012 13:25:51 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 18 Oct 2012 14:25:51 +0100 From: Rob Hoes To: 'Black Bird' , "xen-api@lists.xen.org" Date: Thu, 18 Oct 2012 14:25:50 +0100 Thread-Topic: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface Thread-Index: Ac2s8BeU/UiLs5m2SBiyAlHuv8IehwAQ/nJQ Message-ID: <7EA643C653F17F4C80DE959E978F10EDE799514C84@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Since version 6.0, XenServer has some logic to automatically deal with replacing NICs, adding new NICs etc. For example, if a NIC breaks, and you place a new one in the same slot, XenServer will recognise this and use the same device name for this interface, and it will also update the MAC address in the PIF record. A consequence is that it is no longer possible to manually change device names using pif-forget and pif-introduce. The Citrix knowledge base article that you refer to only applies to older releases. I am not exactly sure what has happened in your case, but in XS 6.0.2/6.1 and XCP 1.6 you should be able to use the xe-reset-networking command to reset all networking state in your host, which will also reset the NIC device names as if you have newly installed the host. There is some documentation about this command here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#id889904. Cheers, Rob > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > bounces@lists.xen.org] On Behalf Of Black Bird > Sent: 18 October 2012 06:16 > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF > on VLAN created on bonded interface > > Hi all > > an update to the below. > > After further investigation, I concluded that the below was the result > of some changes to the NIC configuration just prior to the upgrade. > > I thought I'd document something I found during my investigations. It > was a long story, caused by xenserver allocating my desired devices > with 2 new devices (eth7/8). In trying to fix this, I ended up with > the host involved loosing connectivity to the pool, and eventually > resulted in having to reset the network configuration from the > console. > > What was interesting was that after doing so, xenserver refused to > allocate 2 of my eth device names in the preferred order, and > basically continued replacing eth1/2 with eth7/8. I tried the usual > sequence of pif-forget, pif-scan and pif-introduce to change the > device did not work - the last command resulted in an error message > saying that the device and mac address did not match. > > The instructions at http://support.citrix.com/article/CTX129946 also > could not be followed as no ifcfg-ethx configuration files existed. > > Further searches on the internet found that this was a common problem, > encountered when trying to change NICs due to a faulty card for > example, but no solution. There was one report of a solution, by > manually editing the file /etc/udev/rules.d/60-net.rules and modifying > the device name corresponding to the mac address, but in my case this > also failed, as I understand this file is automatically generated by > xenserver during restart based on its last known boot configuration. > > I did find a way around this however. There is another file which is > apparently used by the xenserver installer to configure network cards > on a clean installation. It transpires that this file is also used on > restart to manually override the udev file. It can be found at > /etc/sysconfig/network-scripts/interface-rename-date/static-rules.conf. > Basically you add a line consisting of the desired device name, a > colon, and an identifier for the device. In my case, i modified the > file to contain: > > eth1: mac= > eth2: mac= > > There are other identifiers you can use - the file contains a short > description. > > After this change, I simply rebooted, and the dom0 identified the > desired device names to the interfaces. These could be seen with > ifconfig -a. I then had to remove all bonds that were automatically > replicated by xenserver from the pool (they were generated in the > wrong order and thus given wrong bondx labels), did a pif-scan, > recreated bonds etc. At this point, xenserver also recreated the pool > vlans and I was back in business. > > I did take me 2-3 days to come to this point, so I hope this > information is useful to anyone who has passed through a similar > experience. > > One final point - the static configuration in the static-rules.conf > file can be deleted as soon as xenserver has recognised the new > configuration. This is because xenserver now starts reflecting the > updated device configuration into the 60-net.rules file, so the > updates persist. > > > > > On Mon, Oct 15, 2012 at 6:59 PM, Black Bird > wrote: > > I have just carried out a rolling pool upgrade of a 3-host pool from > > XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up > > the VMs as normal and network connectivity is ok. > > > > However when I tried to implement the first change I encountered a > > problem. I tried to change a vif from one network (a physical > > interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to > > another (a pool vlan 255 on a bonded interface bond0 created with > > slaves eth1 and eth2, network uuid > > 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif- > create > > process were executed as normal, but on attempting to start the vm, I > > got an error saying "stderr = ovs-vsctl: cannot create a port named > > eth1 because an interface named eth1 already exists on bridge xapi3". > > > > My network configuration, on each of the 3 hosts, is: > > > > interface bond > > eth0 n.a. > > eth1 bond0 > > eth2 bond0 > > eth3 bond1 > > eth4 bond1 > > eth5 bond2 > > eth6 bond2 > > > > I have a number of pool vlans created on bond0 and bond2. The > > particular vlan involved in this report is vlan255, corresponding to > > an 802.1q tag of 255, created on bond0 > > > > The command log follows. The vm and previous vif had their > parameters > > listed prior to the change. The attempt to startup the vm results in > > the error. I thought it was strange that ovs-vsctl is attempting to > > add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm > > starts - I would have expected this to take place on xenserver > > startup. > > > > I have carried out this operation prior to the upgrade dozens of > > times, so I know it should work. I'd be grateful for any advice. > > > > [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > uuid ( RO) : 449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > name-label ( RW): efw2 > > 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): > > children ( RO): > > is-control-domain ( RO): false > > power-state ( RO): running > > memory-actual ( RO): 33505280 > > memory-target ( RO): 33554432 > > memory-overhead ( RO): 4194304 > > memory-static-max ( RW): 33554432 > > memory-dynamic-max ( RW): 33554432 > > memory-dynamic-min ( RW): 33554432 > > memory-static-min ( RW): 33554432 > > suspend-VDI-uuid ( RW): > > suspend-SR-uuid ( RW): > > VCPUs-params (MRW): > > VCPUs-max ( RW): 1 > > VCPUs-at-startup ( RW): 1 > > actions-after-shutdown ( RW): Destroy > > actions-after-reboot ( RW): Restart > > actions-after-crash ( RW): Restart > > console-uuids (SRO): 146df0b4-a963-b399-8b97- > f10646fd4f4b > > platform (MRW): timeoffset: 0; nx: false; acpi: > > true; apic: true; pae: true; viridian: true > > allowed-operations (SRO): hard_reboot; hard_shutdown; > pause > > current-operations (SRO): > > blocked-operations (MRW): > > allowed-VBD-devices (SRO): 1; 2; 3 > > allowed-VIF-devices (SRO): 2; 3 > > possible-hosts ( RO): > > 3e760f02-a3a5-470f-94f5-50023805f9c3; > > 403452ad-6d8e-4757-a9c2-305e867134fd; > > a53d1a5a-a9a3-4314-8295-1af5584cf02b > > 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): vendor: AuthenticAMD; features: > > 00002001-178bfbff-0000001f-ebd3fbff > > last-boot-record ( RO): > > 'uuid449fb2b2-5df2-2c6b- > 33ca- > 7627d1eed6cballowed_operations lue>current_operat > ionsOpaqueRef:3bbc686b-cff2-c9b2- > d165- > 1971021e3ba6start_on ember>power_stateHalted mber>name_labelefw2n > ame_descriptionInstalled > > via xe > CLIuser_version1 member>is_a_template0 alue>suspend_VDIOpaqueRef:NULL lue>resident_onOpaqueRef:NULL ue>affinityOpaqueRef:NULL< > /member>memory_overhead4194304 ber>memory_target33554432< > member>memory_static_max33554432 ember>memory_dynamic_max33554432 ember>memory_dynamic_min33554432 ember>memory_static_min33554432 mber>VCPUs_params > VCPUs_max1VCPUs_at_s > tartup1actions_after_shutd > owndestroyactions_after_re > bootrestartactions_after_c > rashrestartconsoles > VIFs > OpaqueRef:d606e1f2-ec63-64b3-3603- > c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f- > 46ad5d88d2d6VBDs< > /name>OpaqueRef:ae670fba-2c5d-d736-d19e- > 7247e842dd4acrash > _dumps e>VTPMs me>PV_bootloaderPV_kernel< > value/>PV_ramdisk >PV_argsPV_bootloader_args< > /name>PV_legacy_args ber>HVM_boot_policyBIOS > > > orderHVM_boot_params t>orderdc > HVM_shadow_multiplier1 uble>platform er>timeoffset- > 1nxfalse< > member>acpitrueapic< > /name>truepaetrue value>viridiantrue >PCI_bus >other_configlast_shu > tdown_time20121015T04:25:36Z e>last_shutdown_actionDestroy me>last_shutdown_initiatorexternal r>last_shutdown_reasonhalted r>auto_powerontrueim > port_taskOpaqueRef:8ca87370-044d-3fcf-2718- > 0e31a989f87amac_seedb95def > a9-572a-1f7f-7ce7-dd834400f8fbinstall- > methodscdrom ember>domid- > 1domarchhvm r>last_boot_CPU_flags > vendorAuthenticAMDfeatures > 00002001-178bfbff-0000001f- > ebd3fbffis_con > trol_domain0< > name>metricsOpaqueRef:e43062d7-2b48-e192-27cd- > c16a872b2ce1guest_metricsO > paqueRef:NULLlast_booted_record alue/>recommendations<restricti > ons><restriction > > field="memory-static-max" max="34359738368" > > /><restriction field="vcpus-max" max="8" > > /><restriction property="number-of-vbds" > > max="7" /><restriction > > property="number-of-vifs" max="7" > > > /></restrictions>xenstore_data< > /name>ha_always_run e>0ha_restart_ > prioritybest- > effortis_a_snapshot n>0snapshot_ofOp > aqueRef:NULLsnapshots y>snapshot_time lue>19700101T00:00:00Z mber>transportable_snapshot_id mber>blobst > agsb > locked_operations > snapshot_infosnap > shot_metadataparent > OpaqueRef:NULLchildren ay>bios_strings lue>protection_policy lue>OpaqueRef:NULLis_snapshot_from_vmpp< > /name>0applian > ceOpaqueRef:NULLstart_dela > y0shutdown_delay lue>0order0 r>VGPUs er>attached_PCIs ue>suspend_SROpaqueRef:NULL >version0 >' > > resident-on ( RO): 403452ad-6d8e-4757-a9c2- > 305e867134fd > > affinity ( RW): > > other-config (MRW): vgpu_pci: ; last_shutdown_time: > > 20121015T04:25:36Z; last_shutdown_action: Destroy; > > last_shutdown_initiator: external; last_shutdown_reason: halted; > > auto_poweron: true; import_task: > > OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: > > b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom > > dom-id ( RO): 2 > > recommendations ( RO): > field="memory-static-max" max="34359738368" /> > field="vcpus-max" max="8" /> > max="7" /> > /> > > xenstore-data (MRW): vm-data: > > ha-always-run ( RW) [DEPRECATED]: false > > ha-restart-priority ( RW): best-effort > > blobs ( RO): > > start-time ( RO): 20121015T04:48:27Z > > install-time ( RO): 19700101T00:00:00Z > > VCPUs-number ( RO): 1 > > VCPUs-utilisation (MRO): 0: 0.007 > > 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) [DEPRECATED]: true > > protection-policy ( RW): > > is-snapshot-from-vmpp ( RO): false > > tags (SRW): > > appliance ( RW): > > start-delay ( RW): 0 > > shutdown-delay ( RW): 0 > > order ( RW): 0 > > version ( RO): 0 > > [root@xen3v3 ~]# > > [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708- > 8eddf85e531a > > uuid ( RO) : d4403431-0363-d9a5-a708- > 8eddf85e531a > > vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > vm-name-label ( RO): efw2 > > allowed-operations (SRO): attach > > current-operations (SRO): > > device ( RO): 1 > > MAC ( RO): be:5c:1e:a2:77:3c > > MAC-autogenerated ( RO): false > > MTU ( RO): 1500 > > currently-attached ( RO): false > > qos_algorithm_type ( RW): > > qos_algorithm_params (MRW): > > qos_supported_algorithms (SRO): > > other-config (MRW): > > network-uuid ( RO): ef66fdda-e249-a01d-545c- > e002f945bdc6 > > network-name-label ( RO): Pool-wide network associated with > eth0 > > io_read_kbs ( RO): > > io_write_kbs ( RO): > > locking-mode ( RW): network_default > > ipv4-allowed (SRW): > > ipv6-allowed (SRW): > > > > [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708- > 8eddf85e531a > > [root@xen3v3 ~]# xe vif-create > > vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb > > network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 > > 56e4b508-7254-3315-f3af-eea22d2f826d > > [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca- > 7627d1eed6cb > > An unknown error occurred while attempting to configure an interface. > > PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f > > msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 - > - > > --may-exist add-br xapi3 -- set bridge xapi3 > > other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 > > fail_mode=standalone -- remove bridge xapi3 other_config > > disable-in-band -- br-set-external-id xapi3 xs-network-uuids > > daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 > > eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr > = > > ovs-vsctl: cannot create a port named eth1 because an interface named > > eth1 already exists on bridge xapi3] > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 18 18:25:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 18:25:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOumG-0007Tt-4N; Thu, 18 Oct 2012 18:25:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOumE-0007To-Hd for xen-api@lists.xen.org; Thu, 18 Oct 2012 18:25:03 +0000 Received: from [85.158.139.211:27963] by server-3.bemta-5.messagelabs.com id C8/ED-28618-D7940805; Thu, 18 Oct 2012 18:25:01 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1350584696!22882135!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7177 invoked from network); 18 Oct 2012 18:24:57 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Oct 2012 18:24:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Date:Subject:Thread-Topic:Thread-Index:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:MIME-Version; b=LzgMXUQVJvZKlvI/hXhujd/inIAbU8Q/ETjCrTau5hZ1zf5NS6DfSwNHJSB1knj9qXdp/je1yP9gtC5LAT621rffFMiEkYaq3UEXMceiOOlf/SE22P1gIHPB3WpmwL5S; Received: from [192.168.1.12] (helo=fe-002-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1TOum8-000CjD-B4 for xen-api@lists.xen.org; Thu, 18 Oct 2012 11:24:56 -0700 Received: from EX-004-SFO.servepath.com ([::1]) by fe-002-sfo.servepath.com ([::1]) with mapi; Thu, 18 Oct 2012 11:24:55 -0700 From: Brian Menges To: "xen-api@lists.xen.org" Date: Thu, 18 Oct 2012 11:24:55 -0700 Thread-Topic: Odd state when joining pool with two default local storage repositories Thread-Index: Ac2tXd80NYNNRKI9TxiyeQAgm0E0VA== Message-ID: <3968CAC7E1BE7242B18501F292F3C7F1018E01A9@EX-004-SFO.servepath.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] Odd state when joining pool with two default local storage repositories X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8565787190529464708==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8565787190529464708== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_" --_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've installed two like-hosts with XCP 1.6, created a pool, and after telli= ng my second host to join the pool the whole thing gets into a very odd sta= te. The pool master knows about some of the storage repos of the second hos= t, but cannot communicate with it, and isn't listed in xencenter. The secon= d host cannot be reached by xencenter anymore, and doesn't think it is a me= mber of the pool, even after a reboot. I get into this state when I have a server join the pool, and each server h= as a locally defined default 'Local storage' SR, or when neither have a def= ault storage repository. When ONLY one host doesn't have a 'default' marker= on the SR 'Local storage' it joins fine, and is a member. NOTE: I know this will be tagged as the "reason", but I do have to perform = a forced pool join due to a mismatch in the 'stepping' between my cpus. I f= eel this is extremely minor, they're both the same model, just different st= epping numbers (6 vs 10). This shouldn't be the reason why. If you'd like logs, then I'll have to rebuild a new cluster, but the only w= ay I've seen to resolve this is not define a default on more than one inten= ded pool member, and join them. Also once I get into this state, I have to = re-format/install because the master won't destroy/leave the pool, and the = other server won't join because of an error message: ("'NoneType' object ha= s no attribute 'xenapi'",) Let me know what might be useful, here's an example of it unable to communi= cate in the logs: --- Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Reading config file] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Reading config file D:bcd08e857= 3be created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Readi= ng config file D:bcd08e8573be|config_shared] Disabling logging for: http Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Readi= ng config file D:bcd08e8573be|config_shared] Disabling logging for: db_writ= e Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Readi= ng config file D:bcd08e8573be|config_shared] Disabling logging for: redo_lo= g Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Reading external global variables defi= nition] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Reading external global variabl= es definition D:e04155f8aa81 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [XAPI SERVER STARTING] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task XAPI SERVER STARTING D:ed55d357= 43b8 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|XAPI = SERVER STARTING D:ed55d35743b8|xapi] on_system_boot=3Dtrue pool_role=3Dslav= e:192.168.2.26 Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Parsing inventory file] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Parsing inventory file D:d98a4d= e00be2 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Initialising local database] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Initialising local database D:2= 46722c23497 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|hashtbl_xml] Converting dtd Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] host_disabled_until_reboot = =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] this_node_just_became_master= =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] host_restarted_cleanly =3D f= alse Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] master_scripts =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] ha.armed =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Loading DHCP leases] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Loading DHCP leases D:a579dfaf8= 357 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|Loadi= ng DHCP leases D:a579dfaf8357|xapi_udhcpd] Caught exception Unix.Unix_error= (20, "open", "/var/xapi/dhcp-leases.db") loading /var/xapi/dhcp-leases.db: = creating new empty leases database Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Reading pool secret] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Reading pool secret D:bf33756ca= a9b created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Logging xapi version info] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Logging xapi version info D:710= 38c9b733c created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] Server configuration: Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] platform_version: 1.6.06 Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] platform_name: XCP Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] build_number: 61002c Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] git changeset: Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] version: 1.3 Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] use-xenopsd: true Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Setting signal handlers] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Setting signal handlers D:b9e51= 4546ef6 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Initialising random number generator] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Initialising random number gene= rator D:b754cadd6b4f created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Running startup check] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Running startup check D:3c90a6a= b7aa7 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Runni= ng startup check D:3c90a6ab7aa7|xapi] Binary appears to be correctly linked Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Initialising SM state] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Initialising SM state D:17b7be4= 21e02 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising SM state D:17b7be421e02|storage_impl] No storage state is persisted= in /var/run/nonpersistent/xapi/storage.db; creating blank database Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Starting SM internal event service] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Starting SM internal event serv= ice D:d0aef07a81d6 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Starting SM service] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|1||storage] Schedul= er sleep until 1350580534 (another 3600 seconds) Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Starting SM service D:0f6f55e61= 32f created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Starting SM xapi event service] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Starting SM xapi event service = D:0c269e2f8574 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Registering http handlers] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Registering http handlers D:0d6= e49963c6d created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Listening unix socket] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Listening unix socket D:70e8ca2= e9195 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|Liste= ning unix socket D:70e8ca2e9195|xapi] Successfully bound socket to: UNIX /v= ar/xapi/xapi Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Checking HA configuration] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Checking HA configuration D:b14= fa653a0c2 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Checking for non-HA redo-log] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Checking for non-HA redo-log D:= 33225a1d0e58 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Setup DB configuration] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Setup DB configuration D:d0df4d= adff1f created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] parsing db config file Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] [/var/xapi/state.db] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] mode:no_limit Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] format:xml Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] compress:false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] is_on_remote_storage:false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] available_this_boot:true Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] format:xml Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [bringing up management interface] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task bringing up management interfac= e D:2c0efe3501de created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|xapi] Starting new server Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Caught Master= _connection.Goto_handler Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Connection to= master died. I will continue to retry indefinitely (supressing future logg= ing of this message). Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Connection to= master died. I will continue to retry indefinitely (supressing future logg= ing of this message). Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Sleeping 2.00= 0000 seconds before retrying master connection... Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_monitor] Creating fresh RRD for VM uuid=3Dafbbf= 737-5e8c-4bf4-91ab-8408f910fdc3 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_monitor] Sending back RRD for VM uuid=3D0000000= 0-0000-0000-0000-000000000000 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_shared] Archiving RRD for object uuid=3D0000000= 0-0000-0000-0000-000000000000 to remote master Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_shared] About to send to master. Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_shared] Sending RRD for object uuid=3D00000000-= 0000-0000-0000-000000000000 archiving=3Dtrue to address: 192.168.2.26 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|stunnel] Using commandline: /usr/sbin/stunnel -fd 35= 5c3b40-cdf1-aca3-93b9-1a09f49dbee1 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|stunnel] stunnel has pidty: (FEFork (15,7050)) Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|stunnel] stunnel start Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 (cached =3D false) = connected to 192.168.2.26:443 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|xmlrpc_client] with_recorded_stunnelpid task_opt=3DN= one s_pid=3D7050 Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [ warn|xs-02.dde.gog= rid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 caught Http_client.= Http_request_rejected("404: { frame =3D false; method =3D PUT; uri =3D /rrd= ; query =3D [ archive=3Dtrue; uuid=3D00000000-0000-0000-0000-000000000000 ]= ; content_length =3D [ ]; transfer encoding =3D ; version =3D 1.0; cookie = =3D [ pool_secret=3Db7ab33f3-8864-a7fc-4c68-ea3d4741e37c/d8392808-edbf-9d6e= -573a-993a12570e3b/d3227802-ec5c-6eeb-80d8-e1bac35c20ac ]; task =3D ; subta= sk_of =3D ; content-type =3D ; host =3D ; user_agent =3D xapi/1.3 }") Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_main] Monitor thread caught an exception. Pausi= ng for 10s, then restarting. Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_main] Raised at http_client.ml:166.21-83 -> htt= p_client.ml:175.4-75 -> xmlrpc_client.ml:258.2-63 -> xmlrpc_client.ml:237.7= -10 -> xmlrpc_client.ml:242.13-14 -> pervasiveext.ml:22.2-9 -> pervasiveext= .ml:26.22-25 -> pervasiveext.ml:22.2-9 -> pervasiveext.ml:26.22-25 -> rrdd_= shared.ml:120.1-131 -> list.ml:69.12-15 -> pervasiveext.ml:22.2-9 -> pervas= iveext.ml:26.22-25 -> rrdd_main.ml:591.4-17 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel: Usin= g commandline: /usr/sbin/stunnel -fd ce4b99ec-9f06-9d25-c3df-993f25a295af Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel: stun= nel has pidty: (FEFork (19,7242)) Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel: stun= nel start Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel conne= cted pid=3D7242 fd=3D16 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|backtrace] Raised at db_rpc_clie= nt_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_mgmt_iface.ml:52.17-4= 9 -> threadext.ml:20.20-24 -> threadext.ml:20.62-65 -> xapi.ml:310.3-71 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|xapi] Caught exception bringing = up management interface: UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-0892= 68dc0ee9 ] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [starting thread Starting periodic sche= duler] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [starting thread Remote requests] Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|backtrace] Raised at db_rpc_c= lient_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-= 91 -> xapi_session.ml:36.12-17 -> xapi_session.ml:36.67-68 -> server_helper= s.ml:72.10-22 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|dispatcher] Server_helpers.ex= ec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0= c-92ca-089268dc0ee9 ] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7||dummytaskhelper]= task Starting periodic scheduler D:5a6404e4d45b created by task D:d790ab93= e94f Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|dispatcher] Raised at string.= ml:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|backtrace] Raised at string.m= l:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|xapi] Raised at server_helper= s.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|xapi] Raised at pervasiveext.= ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:0ae69a1a4b95|xapi] Raised at perv= asiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:0ae69a1a4b95|backtrace] Raised at= pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:501.= 19-183 -> server_helpers.ml:119.4-7 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7|Starting periodic= scheduler D:5a6404e4d45b|backgroundscheduler] Periodic scheduler started Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|8||dummytaskhelper]= task Remote requests D:f9d74e761ad1 created by task D:d790ab93e94f Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|backtrace] Raised at db_rpc_c= lient_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-= 91 -> xapi_session.ml:36.12-17 -> xapi_session.ml:36.67-68 -> server_helper= s.ml:72.10-22 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|dispatcher] Server_helpers.ex= ec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0= c-92ca-089268dc0ee9 ] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|dispatcher] Raised at string.= ml:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|backtrace] Raised at string.m= l:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|xapi] Raised at server_helper= s.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|xapi] Raised at pervasiveext.= ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:f5474e285cad|xapi] Raised at perv= asiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:f5474e285cad|backtrace] Raised at= pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:501.= 19-183 -> server_helpers.ml:119.4-7 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Attempting to acquire a management IP address Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>networkd [label=3D"Interface.get_ipv4= _addr"]; Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Acquired management IP address: 192.168.2.27 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Attempting to communicate with master Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D"session.slave_local_loginb7ab33f3-8864= -a7fc-4c68-ea3d4741e37c/d8392808-edbf-9d6e-573a-993a12570e3b/d3227802-ec5c-= 6eeb-80d8-e1bac35c20ac"]; Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin/stunnel -fd 3b0= e7995-8114-e0e7-2d1b-bdea55aae31e Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (18,7253)) Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel start Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7253 (cached =3D false) c= onnected to 192.168.2.26:443 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelpid task_opt=3DNo= ne s_pid=3D7253 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D"pool.helloOpaqueRef:310d373c-0430-04be= -8f3f-fbf9009a4879e32c5aa1-b129-4e0c-92ca-089= 268dc0ee9192.168.2.27"]; Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin/stunnel -fd 06d= 7eda5-2a57-d147-2dae-ec097936e8c3 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (18,7257)) Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel start Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7257 (cached =3D false) c= onnected to 192.168.2.26:443 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelpid task_opt=3DNo= ne s_pid=3D7257 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Master claims he has no record of us being a sl= ave Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D"session.local_logoutOpaqueRef:310d373c= -0430-04be-8f3f-fbf9009a4879"];--- --- UPDATE: did this a second time without defining a default local storage rep= o (but changed my storage repos from EXT to LVM), and I got the same result= . This time I've saved the logs (all of /var/log)... let me know which migh= t be useful. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. --_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’ve installed two like-hosts with XCP 1.6, cr= eated a pool, and after telling my second host to join the pool the whole t= hing gets into a very odd state. The pool master knows about some of the st= orage repos of the second host, but cannot communicate with it, and isn’t listed in xencenter. The second host = cannot be reached by xencenter anymore, and doesn’t think it is a mem= ber of the pool, even after a reboot.

 

I get into this state when I have a server join the = pool, and each server has a locally defined default ‘Local storage= 217; SR, or when neither have a default storage repository. When ONLY one h= ost doesn’t have a ‘default’ marker on the SR ‘Local storage’ it joins fine, and is a member.

 

NOTE: I know this will be tagged as the “reaso= n”, but I do have to perform a forced pool join due to a mismatch in = the ‘stepping’ between my cpus. I feel this is extremely minor,= they’re both the same model, just different stepping numbers (6 vs 10). This shouldn’t be the reason why.

 

If you’d like logs, then I’ll have to re= build a new cluster, but the only way I’ve seen to resolve this is no= t define a default on more than one intended pool member, and join them. Al= so once I get into this state, I have to re-format/install because the master won’t destroy/leave the pool, and the other serve= r won’t join because of an error message: (“’NoneTypeR= 17; object has no attribute ‘xenapi’”,)

 

Let me know what might be useful, here’s an ex= ample of it unable to communicate in the logs:

 

---

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Reading config file]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Reading config = file D:bcd08e8573be created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Reading config file D:bcd08e8573be|config_shared] Disabling logg= ing for: http

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Reading config file D:bcd08e8573be|config_shared] Disabling logg= ing for: db_write

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Reading config file D:bcd08e8573be|config_shared] Disabling logg= ing for: redo_log

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Reading external globa= l variables definition]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Reading externa= l global variables definition D:e04155f8aa81 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [XAPI SERVER STARTING]<= o:p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task XAPI SERVER STA= RTING D:ed55d35743b8 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|XAPI SERVER STARTING D:ed55d35743b8|xapi] on_system_boot=3Dtrue = pool_role=3Dslave:192.168.2.26

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Parsing inventory file= ]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Parsing invento= ry file D:d98a4de00be2 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Initialising local dat= abase]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Initialising lo= cal database D:246722c23497 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|hashtbl_xml] Converti= ng dtd

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] host_disable= d_until_reboot =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] this_node_ju= st_became_master =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] host_restart= ed_cleanly =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] master_scrip= ts =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] ha.armed =3D= false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Loading DHCP leases]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Loading DHCP le= ases D:a579dfaf8357 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|Loading DHCP leases D:a579dfaf8357|xapi_udhcpd] Caught exception= Unix.Unix_error(20, "open", "/var/xapi/dhcp-leases.db"= ) loading /var/xapi/dhcp-leases.db: creating new empty leases database<= /o:p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Reading pool secret]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Reading pool se= cret D:bf33756caa9b created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Logging xapi version i= nfo]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Logging xapi ve= rsion info D:71038c9b733c created by task D:d790ab93e94f<= /p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] Server configurat= ion:

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] platform_version:= 1.6.06

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] platform_name: XC= P

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] build_number: 610= 02c

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] git changeset:

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] version: 1.3=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] use-xenopsd: true=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Setting signal handler= s]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Setting signal = handlers D:b9e514546ef6 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Initialising random nu= mber generator]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Initialising ra= ndom number generator D:b754cadd6b4f created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Running startup check]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Running startup= check D:3c90a6ab7aa7 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Running startup check D:3c90a6ab7aa7|xapi] Binary appears to be = correctly linked

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Initialising SM state]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Initialising SM= state D:17b7be421e02 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising SM state D:17b7be421e02|storage_impl] No storage st= ate is persisted in /var/run/nonpersistent/xapi/storage.db; creating blank database

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Starting SM internal e= vent service]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Starting SM int= ernal event service D:d0aef07a81d6 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Starting SM service]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|1||= storage] Scheduler sleep until 1350580534 (another 3600 seconds)=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Starting SM ser= vice D:0f6f55e6132f created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Starting SM xapi event= service]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Starting SM xap= i event service D:0c269e2f8574 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Registering http handl= ers]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Registering htt= p handlers D:0d6e49963c6d created by task D:d790ab93e94f<= /p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Listening unix socket]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Listening unix = socket D:70e8ca2e9195 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|Listening unix socket D:70e8ca2e9195|xapi] Successfully bound so= cket to: UNIX /var/xapi/xapi

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Checking HA configurat= ion]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Checking HA con= figuration D:b14fa653a0c2 created by task D:d790ab93e94f<= /p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Checking for non-HA re= do-log]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Checking for no= n-HA redo-log D:33225a1d0e58 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Setup DB configuration= ]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Setup DB config= uration D:d0df4dadff1f created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] parsing db config fi= le

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] [/var/xapi/state.db]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] mode:no_limit

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] format:xml

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] compress:false<= /o:p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] is_on_remote_storage= :false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] available_this_boot:= true

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] format:xml

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [bringing up management= interface]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task bringing up man= agement interface D:2c0efe3501de created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|xapi] Starting n= ew server

Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Caught Master_connection.Goto_handler

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Connection to master died. I will continue to retry indefinitely (supressing future logging of this message).

Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Connection to master died. I will continue to retry indefinitely (supressing future logging of this message).

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Sleeping 2.000000 seconds before retrying master connection...

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_monitor] Creating fresh RRD for= VM uuid=3Dafbbf737-5e8c-4bf4-91ab-8408f910fdc3

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_monitor] Sending back RRD for V= M uuid=3D00000000-0000-0000-0000-000000000000

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_shared] Archiving RRD for objec= t uuid=3D00000000-0000-0000-0000-000000000000 to remote master

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_shared] About to send to master= .

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_shared] Sending RRD for object = uuid=3D00000000-0000-0000-0000-000000000000 archiving=3Dtrue to address: 192.168.2.26

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|stunnel] Using commandline: /usr/sbi= n/stunnel -fd 355c3b40-cdf1-aca3-93b9-1a09f49dbee1

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|stunnel] stunnel has pidty: (FEFork = (15,7050))

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|stunnel] stunnel start

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 (ca= ched =3D false) connected to 192.168.2.26:443

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|xmlrpc_client] with_recorded_stunnel= pid task_opt=3DNone s_pid=3D7050

Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [ wa= rn|xs-02.dde.gogrid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 cau= ght Http_client.Http_request_rejected("404: { frame =3D false; method =3D PUT; uri =3D /rrd; query =3D [ archive=3Dtrue;= uuid=3D00000000-0000-0000-0000-000000000000 ]; content_length =3D [  = ]; transfer encoding =3D ; version =3D 1.0; cookie =3D [ pool_secret=3Db7ab= 33f3-8864-a7fc-4c68-ea3d4741e37c/d8392808-edbf-9d6e-573a-993a12570e3b/d3227= 802-ec5c-6eeb-80d8-e1bac35c20ac ]; task =3D ; subtask_of =3D ; content-type =3D ; host =3D ; user_agent = =3D xapi/1.3 }")

Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_main] Monitor thread caught an = exception. Pausing for 10s, then restarting.

Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_main] Raised at http_client.ml:= 166.21-83 -> http_client.ml:175.4-75 -> xmlrpc_client.ml:258.2-63 -> xmlrpc_client.ml:237.7-10 -> xmlrpc_client.ml:242.13-14 -> per= vasiveext.ml:22.2-9 -> pervasiveext.ml:26.22-25 -> pervasiveext.ml:22= .2-9 -> pervasiveext.ml:26.22-25 -> rrdd_shared.ml:120.1-131 -> li= st.ml:69.12-15 -> pervasiveext.ml:22.2-9 -> pervasiveext.ml:26.22-25 -> rrdd_main.ml:591.4-17

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel: Using commandline: /usr/sbin/stunnel -fd ce4b99ec-9f06-9d25-c3df-993f25a295af 

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel: stunnel has pidty: (FEFork (19,7242))

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel: stunnel start

Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel connected pid=3D7242 fd=3D16

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|backtrace] Raise= d at db_rpc_client_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_mgmt_iface.ml:52.17-49 -> threadext.ml:20.20-24 -> thread= ext.ml:20.62-65 -> xapi.ml:310.3-71

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|xapi] Caught exc= eption bringing up management interface: UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-089268dc0ee9 ]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [starting thread Starti= ng periodic scheduler]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [starting thread Remote= requests]

Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|backtrace] Ra= ised at db_rpc_client_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-91 -> xapi_session.ml:36.12-17 -> xapi_= session.ml:36.67-68 -> server_helpers.ml:72.10-22

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|dispatcher] S= erver_helpers.exec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-089268dc0ee9 ]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7||= dummytaskhelper] task Starting periodic scheduler D:5a6404e4d45b created by= task D:d790ab93e94f

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|dispatcher] R= aised at string.ml:150.25-34 -> stringext.ml:108.13-29=

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|backtrace] Ra= ised at string.ml:150.25-34 -> stringext.ml:108.13-29<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|xapi] Raised = at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|xapi] Raised = at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:0ae69a1a4b95|xapi= ] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:0ae69a1a4b95|back= trace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-10= 6 -> server.ml:501.19-183 -> server_helpers.ml:119.4-7

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7|S= tarting periodic scheduler D:5a6404e4d45b|backgroundscheduler] Periodic sch= eduler started

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|8||= dummytaskhelper] task Remote requests D:f9d74e761ad1 created by task D:d790= ab93e94f

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|backtrace] Ra= ised at db_rpc_client_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-91 -> xapi_session.ml:36.12-17 -> xapi_= session.ml:36.67-68 -> server_helpers.ml:72.10-22

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|dispatcher] S= erver_helpers.exec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-089268dc0ee9 ]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|dispatcher] R= aised at string.ml:150.25-34 -> stringext.ml:108.13-29=

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|backtrace] Ra= ised at string.ml:150.25-34 -> stringext.ml:108.13-29<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|xapi] Raised = at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|xapi] Raised = at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:f5474e285cad|xapi= ] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:f5474e285cad|back= trace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-10= 6 -> server.ml:501.19-183 -> server_helpers.ml:119.4-7

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Attempting to acquire a managem= ent IP address

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>networkd [label=3D= "Interface.get_ipv4_addr"];

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Acquired management IP address:= 192.168.2.27

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Attempting to communicate with = master

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D&quo= t;<methodCall><methodName>session.slave_local_login</methodN= ame><params><param><value>b7ab33f3-8864-a7fc-4c68-ea3d= 4741e37c/d8392808-edbf-9d6e-573a-993a12570e3b/d3227802-ec5c-6eeb-80d8-e1bac= 35c20ac</value></param></params></methodCall>"= ];

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin= /stunnel -fd 3b0e7995-8114-e0e7-2d1b-bdea55aae31e

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (= 18,7253))

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel start

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7253 (cac= hed =3D false) connected to 192.168.2.26:443

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelp= id task_opt=3DNone s_pid=3D7253

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D&quo= t;<methodCall><methodName>pool.hello</methodName><para= ms><param><value>OpaqueRef:310d373c-0430-04be-8f3f-fbf9009a4= 879</value></param><param><value>e32c5aa1-b129-4e0c= -92ca-089268dc0ee9</value></param><param><value>192= .168.2.27</value></param></params></methodCall>&quo= t;];

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin= /stunnel -fd 06d7eda5-2a57-d147-2dae-ec097936e8c3

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (= 18,7257))

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel start

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7257 (cac= hed =3D false) connected to 192.168.2.26:443

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelp= id task_opt=3DNone s_pid=3D7257

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Master claims he has no record = of us being a slave

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D&quo= t;<methodCall><methodName>session.local_logout</methodName&g= t;<params><param><value>OpaqueRef:310d373c-0430-04be-8f3f= -fbf9009a4879</value></param></params></methodCall>= "];---

---

 

UPDATE: did this a second time without defining a de= fault local storage repo (but changed my storage repos from EXT to LVM), an= d I got the same result. This time I’ve saved the logs (all of /var/l= og)… let me know which might be useful.

 

 

 

- Brian Menges

Principal Engineer, DevOps

GoGrid | ServePath | ColoServe | UpStream Networks

 


The information contai= ned in this message, and any attachments, may contain confidential and lega= lly privileged material. It is solely for the use of the person or entity t= o which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer.
 --_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_-- --===============8565787190529464708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8565787190529464708==-- From xen-api-bounces@lists.xen.org Thu Oct 18 18:25:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Oct 2012 18:25:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOumG-0007Tt-4N; Thu, 18 Oct 2012 18:25:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TOumE-0007To-Hd for xen-api@lists.xen.org; Thu, 18 Oct 2012 18:25:03 +0000 Received: from [85.158.139.211:27963] by server-3.bemta-5.messagelabs.com id C8/ED-28618-D7940805; Thu, 18 Oct 2012 18:25:01 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1350584696!22882135!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7177 invoked from network); 18 Oct 2012 18:24:57 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Oct 2012 18:24:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Date:Subject:Thread-Topic:Thread-Index:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:MIME-Version; b=LzgMXUQVJvZKlvI/hXhujd/inIAbU8Q/ETjCrTau5hZ1zf5NS6DfSwNHJSB1knj9qXdp/je1yP9gtC5LAT621rffFMiEkYaq3UEXMceiOOlf/SE22P1gIHPB3WpmwL5S; Received: from [192.168.1.12] (helo=fe-002-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1TOum8-000CjD-B4 for xen-api@lists.xen.org; Thu, 18 Oct 2012 11:24:56 -0700 Received: from EX-004-SFO.servepath.com ([::1]) by fe-002-sfo.servepath.com ([::1]) with mapi; Thu, 18 Oct 2012 11:24:55 -0700 From: Brian Menges To: "xen-api@lists.xen.org" Date: Thu, 18 Oct 2012 11:24:55 -0700 Thread-Topic: Odd state when joining pool with two default local storage repositories Thread-Index: Ac2tXd80NYNNRKI9TxiyeQAgm0E0VA== Message-ID: <3968CAC7E1BE7242B18501F292F3C7F1018E01A9@EX-004-SFO.servepath.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] Odd state when joining pool with two default local storage repositories X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8565787190529464708==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8565787190529464708== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_" --_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've installed two like-hosts with XCP 1.6, created a pool, and after telli= ng my second host to join the pool the whole thing gets into a very odd sta= te. The pool master knows about some of the storage repos of the second hos= t, but cannot communicate with it, and isn't listed in xencenter. The secon= d host cannot be reached by xencenter anymore, and doesn't think it is a me= mber of the pool, even after a reboot. I get into this state when I have a server join the pool, and each server h= as a locally defined default 'Local storage' SR, or when neither have a def= ault storage repository. When ONLY one host doesn't have a 'default' marker= on the SR 'Local storage' it joins fine, and is a member. NOTE: I know this will be tagged as the "reason", but I do have to perform = a forced pool join due to a mismatch in the 'stepping' between my cpus. I f= eel this is extremely minor, they're both the same model, just different st= epping numbers (6 vs 10). This shouldn't be the reason why. If you'd like logs, then I'll have to rebuild a new cluster, but the only w= ay I've seen to resolve this is not define a default on more than one inten= ded pool member, and join them. Also once I get into this state, I have to = re-format/install because the master won't destroy/leave the pool, and the = other server won't join because of an error message: ("'NoneType' object ha= s no attribute 'xenapi'",) Let me know what might be useful, here's an example of it unable to communi= cate in the logs: --- Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Reading config file] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Reading config file D:bcd08e857= 3be created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Readi= ng config file D:bcd08e8573be|config_shared] Disabling logging for: http Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Readi= ng config file D:bcd08e8573be|config_shared] Disabling logging for: db_writ= e Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Readi= ng config file D:bcd08e8573be|config_shared] Disabling logging for: redo_lo= g Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Reading external global variables defi= nition] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Reading external global variabl= es definition D:e04155f8aa81 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [XAPI SERVER STARTING] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task XAPI SERVER STARTING D:ed55d357= 43b8 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|XAPI = SERVER STARTING D:ed55d35743b8|xapi] on_system_boot=3Dtrue pool_role=3Dslav= e:192.168.2.26 Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Parsing inventory file] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Parsing inventory file D:d98a4d= e00be2 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Initialising local database] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Initialising local database D:2= 46722c23497 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|hashtbl_xml] Converting dtd Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] host_disabled_until_reboot = =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] this_node_just_became_master= =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] host_restarted_cleanly =3D f= alse Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] master_scripts =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising local database D:246722c23497|localdb] ha.armed =3D false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Loading DHCP leases] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Loading DHCP leases D:a579dfaf8= 357 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|Loadi= ng DHCP leases D:a579dfaf8357|xapi_udhcpd] Caught exception Unix.Unix_error= (20, "open", "/var/xapi/dhcp-leases.db") loading /var/xapi/dhcp-leases.db: = creating new empty leases database Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Reading pool secret] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Reading pool secret D:bf33756ca= a9b created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Logging xapi version info] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Logging xapi version info D:710= 38c9b733c created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] Server configuration: Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] platform_version: 1.6.06 Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] platform_name: XCP Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] build_number: 61002c Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] git changeset: Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] version: 1.3 Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Loggi= ng xapi version info D:71038c9b733c|xapi] use-xenopsd: true Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Setting signal handlers] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Setting signal handlers D:b9e51= 4546ef6 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Initialising random number generator] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Initialising random number gene= rator D:b754cadd6b4f created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Running startup check] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Running startup check D:3c90a6a= b7aa7 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Runni= ng startup check D:3c90a6ab7aa7|xapi] Binary appears to be correctly linked Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Initialising SM state] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Initialising SM state D:17b7be4= 21e02 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|Initi= alising SM state D:17b7be421e02|storage_impl] No storage state is persisted= in /var/run/nonpersistent/xapi/storage.db; creating blank database Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Starting SM internal event service] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Starting SM internal event serv= ice D:d0aef07a81d6 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Starting SM service] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|1||storage] Schedul= er sleep until 1350580534 (another 3600 seconds) Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Starting SM service D:0f6f55e61= 32f created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Starting SM xapi event service] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Starting SM xapi event service = D:0c269e2f8574 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Registering http handlers] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Registering http handlers D:0d6= e49963c6d created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Listening unix socket] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Listening unix socket D:70e8ca2= e9195 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|Liste= ning unix socket D:70e8ca2e9195|xapi] Successfully bound socket to: UNIX /v= ar/xapi/xapi Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Checking HA configuration] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Checking HA configuration D:b14= fa653a0c2 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Checking for non-HA redo-log] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Checking for non-HA redo-log D:= 33225a1d0e58 created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [Setup DB configuration] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task Setup DB configuration D:d0df4d= adff1f created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] parsing db config file Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] [/var/xapi/state.db] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] mode:no_limit Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] format:xml Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] compress:false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] is_on_remote_storage:false Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] available_this_boot:true Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] format:xml Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|Setup= DB configuration D:d0df4dadff1f|xapi] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [bringing up management interface] Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|dummytaskhelper] task bringing up management interfac= e D:2c0efe3501de created by task D:d790ab93e94f Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|xapi] Starting new server Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Caught Master= _connection.Goto_handler Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Connection to= master died. I will continue to retry indefinitely (supressing future logg= ing of this message). Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Connection to= master died. I will continue to retry indefinitely (supressing future logg= ing of this message). Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] Sleeping 2.00= 0000 seconds before retrying master connection... Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_monitor] Creating fresh RRD for VM uuid=3Dafbbf= 737-5e8c-4bf4-91ab-8408f910fdc3 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_monitor] Sending back RRD for VM uuid=3D0000000= 0-0000-0000-0000-000000000000 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_shared] Archiving RRD for object uuid=3D0000000= 0-0000-0000-0000-000000000000 to remote master Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_shared] About to send to master. Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_shared] Sending RRD for object uuid=3D00000000-= 0000-0000-0000-000000000000 archiving=3Dtrue to address: 192.168.2.26 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|stunnel] Using commandline: /usr/sbin/stunnel -fd 35= 5c3b40-cdf1-aca3-93b9-1a09f49dbee1 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|stunnel] stunnel has pidty: (FEFork (15,7050)) Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|stunnel] stunnel start Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 (cached =3D false) = connected to 192.168.2.26:443 Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|xmlrpc_client] with_recorded_stunnelpid task_opt=3DN= one s_pid=3D7050 Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [ warn|xs-02.dde.gog= rid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 caught Http_client.= Http_request_rejected("404: { frame =3D false; method =3D PUT; uri =3D /rrd= ; query =3D [ archive=3Dtrue; uuid=3D00000000-0000-0000-0000-000000000000 ]= ; content_length =3D [ ]; transfer encoding =3D ; version =3D 1.0; cookie = =3D [ pool_secret=3Db7ab33f3-8864-a7fc-4c68-ea3d4741e37c/d8392808-edbf-9d6e= -573a-993a12570e3b/d3227802-ec5c-6eeb-80d8-e1bac35c20ac ]; task =3D ; subta= sk_of =3D ; content-type =3D ; host =3D ; user_agent =3D xapi/1.3 }") Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_main] Monitor thread caught an exception. Pausi= ng for 10s, then restarting. Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [debug|xs-02.dde.gog= rid.net|0 monitor|main|rrdd_main] Raised at http_client.ml:166.21-83 -> htt= p_client.ml:175.4-75 -> xmlrpc_client.ml:258.2-63 -> xmlrpc_client.ml:237.7= -10 -> xmlrpc_client.ml:242.13-14 -> pervasiveext.ml:22.2-9 -> pervasiveext= .ml:26.22-25 -> pervasiveext.ml:22.2-9 -> pervasiveext.ml:26.22-25 -> rrdd_= shared.ml:120.1-131 -> list.ml:69.12-15 -> pervasiveext.ml:22.2-9 -> pervas= iveext.ml:26.22-25 -> rrdd_main.ml:591.4-17 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel: Usin= g commandline: /usr/sbin/stunnel -fd ce4b99ec-9f06-9d25-c3df-993f25a295af Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel: stun= nel has pidty: (FEFork (19,7242)) Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel: stun= nel start Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|master_connection] stunnel conne= cted pid=3D7242 fd=3D16 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|backtrace] Raised at db_rpc_clie= nt_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_mgmt_iface.ml:52.17-4= 9 -> threadext.ml:20.20-24 -> threadext.ml:20.62-65 -> xapi.ml:310.3-71 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|bring= ing up management interface D:2c0efe3501de|xapi] Caught exception bringing = up management interface: UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-0892= 68dc0ee9 ] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [starting thread Starting periodic sche= duler] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|startup] task [starting thread Remote requests] Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|backtrace] Raised at db_rpc_c= lient_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-= 91 -> xapi_session.ml:36.12-17 -> xapi_session.ml:36.67-68 -> server_helper= s.ml:72.10-22 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|dispatcher] Server_helpers.ex= ec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0= c-92ca-089268dc0ee9 ] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7||dummytaskhelper]= task Starting periodic scheduler D:5a6404e4d45b created by task D:d790ab93= e94f Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|dispatcher] Raised at string.= ml:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|backtrace] Raised at string.m= l:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|xapi] Raised at server_helper= s.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|session.login_with_password D:b00f1a1b3a11|xapi] Raised at pervasiveext.= ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:0ae69a1a4b95|xapi] Raised at perv= asiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:0ae69a1a4b95|backtrace] Raised at= pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:501.= 19-183 -> server_helpers.ml:119.4-7 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7|Starting periodic= scheduler D:5a6404e4d45b|backgroundscheduler] Periodic scheduler started Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|8||dummytaskhelper]= task Remote requests D:f9d74e761ad1 created by task D:d790ab93e94f Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|backtrace] Raised at db_rpc_c= lient_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-= 91 -> xapi_session.ml:36.12-17 -> xapi_session.ml:36.67-68 -> server_helper= s.ml:72.10-22 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|dispatcher] Server_helpers.ex= ec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0= c-92ca-089268dc0ee9 ] Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|dispatcher] Raised at string.= ml:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|backtrace] Raised at string.m= l:150.25-34 -> stringext.ml:108.13-29 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|xapi] Raised at server_helper= s.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|session.login_with_password D:49aa80495cc6|xapi] Raised at pervasiveext.= ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:f5474e285cad|xapi] Raised at perv= asiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 UNIX /var/xapi/xa= pi|dispatch:session.login_with_password D:f5474e285cad|backtrace] Raised at= pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:501.= 19-183 -> server_helpers.ml:119.4-7 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Attempting to acquire a management IP address Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>networkd [label=3D"Interface.get_ipv4= _addr"]; Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Acquired management IP address: 192.168.2.27 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Attempting to communicate with master Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D"session.slave_local_loginb7ab33f3-8864= -a7fc-4c68-ea3d4741e37c/d8392808-edbf-9d6e-573a-993a12570e3b/d3227802-ec5c-= 6eeb-80d8-e1bac35c20ac"]; Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin/stunnel -fd 3b0= e7995-8114-e0e7-2d1b-bdea55aae31e Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (18,7253)) Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel start Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7253 (cached =3D false) c= onnected to 192.168.2.26:443 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelpid task_opt=3DNo= ne s_pid=3D7253 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D"pool.helloOpaqueRef:310d373c-0430-04be= -8f3f-fbf9009a4879e32c5aa1-b129-4e0c-92ca-089= 268dc0ee9192.168.2.27"]; Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin/stunnel -fd 06d= 7eda5-2a57-d147-2dae-ec097936e8c3 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (18,7257)) Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|stunnel] stunnel start Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7257 (cached =3D false) c= onnected to 192.168.2.26:443 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelpid task_opt=3DNo= ne s_pid=3D7257 Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|xapi] Master claims he has no record of us being a sl= ave Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 thread_zero|serve= r_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D"session.local_logoutOpaqueRef:310d373c= -0430-04be-8f3f-fbf9009a4879"];--- --- UPDATE: did this a second time without defining a default local storage rep= o (but changed my storage repos from EXT to LVM), and I got the same result= . This time I've saved the logs (all of /var/log)... let me know which migh= t be useful. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks ________________________________ The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons= or entities other than the intended recipient is prohibited. If you receiv= e this in error, please contact the sender and delete the material from any= computer. --_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’ve installed two like-hosts with XCP 1.6, cr= eated a pool, and after telling my second host to join the pool the whole t= hing gets into a very odd state. The pool master knows about some of the st= orage repos of the second host, but cannot communicate with it, and isn’t listed in xencenter. The second host = cannot be reached by xencenter anymore, and doesn’t think it is a mem= ber of the pool, even after a reboot.

 

I get into this state when I have a server join the = pool, and each server has a locally defined default ‘Local storage= 217; SR, or when neither have a default storage repository. When ONLY one h= ost doesn’t have a ‘default’ marker on the SR ‘Local storage’ it joins fine, and is a member.

 

NOTE: I know this will be tagged as the “reaso= n”, but I do have to perform a forced pool join due to a mismatch in = the ‘stepping’ between my cpus. I feel this is extremely minor,= they’re both the same model, just different stepping numbers (6 vs 10). This shouldn’t be the reason why.

 

If you’d like logs, then I’ll have to re= build a new cluster, but the only way I’ve seen to resolve this is no= t define a default on more than one intended pool member, and join them. Al= so once I get into this state, I have to re-format/install because the master won’t destroy/leave the pool, and the other serve= r won’t join because of an error message: (“’NoneTypeR= 17; object has no attribute ‘xenapi’”,)

 

Let me know what might be useful, here’s an ex= ample of it unable to communicate in the logs:

 

---

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Reading config file]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Reading config = file D:bcd08e8573be created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Reading config file D:bcd08e8573be|config_shared] Disabling logg= ing for: http

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Reading config file D:bcd08e8573be|config_shared] Disabling logg= ing for: db_write

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Reading config file D:bcd08e8573be|config_shared] Disabling logg= ing for: redo_log

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Reading external globa= l variables definition]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Reading externa= l global variables definition D:e04155f8aa81 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [XAPI SERVER STARTING]<= o:p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task XAPI SERVER STA= RTING D:ed55d35743b8 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|XAPI SERVER STARTING D:ed55d35743b8|xapi] on_system_boot=3Dtrue = pool_role=3Dslave:192.168.2.26

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Parsing inventory file= ]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Parsing invento= ry file D:d98a4de00be2 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Initialising local dat= abase]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Initialising lo= cal database D:246722c23497 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|hashtbl_xml] Converti= ng dtd

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] host_disable= d_until_reboot =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] this_node_ju= st_became_master =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] host_restart= ed_cleanly =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] master_scrip= ts =3D false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising local database D:246722c23497|localdb] ha.armed =3D= false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Loading DHCP leases]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Loading DHCP le= ases D:a579dfaf8357 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|Loading DHCP leases D:a579dfaf8357|xapi_udhcpd] Caught exception= Unix.Unix_error(20, "open", "/var/xapi/dhcp-leases.db"= ) loading /var/xapi/dhcp-leases.db: creating new empty leases database<= /o:p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Reading pool secret]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Reading pool se= cret D:bf33756caa9b created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Logging xapi version i= nfo]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Logging xapi ve= rsion info D:71038c9b733c created by task D:d790ab93e94f<= /p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] Server configurat= ion:

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] platform_version:= 1.6.06

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] platform_name: XC= P

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] build_number: 610= 02c

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] git changeset:

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] version: 1.3=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Logging xapi version info D:71038c9b733c|xapi] use-xenopsd: true=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Setting signal handler= s]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Setting signal = handlers D:b9e514546ef6 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Initialising random nu= mber generator]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Initialising ra= ndom number generator D:b754cadd6b4f created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Running startup check]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Running startup= check D:3c90a6ab7aa7 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Running startup check D:3c90a6ab7aa7|xapi] Binary appears to be = correctly linked

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Initialising SM state]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Initialising SM= state D:17b7be421e02 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|Initialising SM state D:17b7be421e02|storage_impl] No storage st= ate is persisted in /var/run/nonpersistent/xapi/storage.db; creating blank database

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Starting SM internal e= vent service]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Starting SM int= ernal event service D:d0aef07a81d6 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Starting SM service]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|1||= storage] Scheduler sleep until 1350580534 (another 3600 seconds)=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Starting SM ser= vice D:0f6f55e6132f created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Starting SM xapi event= service]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Starting SM xap= i event service D:0c269e2f8574 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Registering http handl= ers]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Registering htt= p handlers D:0d6e49963c6d created by task D:d790ab93e94f<= /p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Listening unix socket]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Listening unix = socket D:70e8ca2e9195 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|Listening unix socket D:70e8ca2e9195|xapi] Successfully bound so= cket to: UNIX /var/xapi/xapi

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Checking HA configurat= ion]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Checking HA con= figuration D:b14fa653a0c2 created by task D:d790ab93e94f<= /p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Checking for non-HA re= do-log]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Checking for no= n-HA redo-log D:33225a1d0e58 created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [Setup DB configuration= ]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task Setup DB config= uration D:d0df4dadff1f created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] parsing db config fi= le

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] [/var/xapi/state.db]=

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] mode:no_limit

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] format:xml

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] compress:false<= /o:p>

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] is_on_remote_storage= :false

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] available_this_boot:= true

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi] format:xml

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|Setup DB configuration D:d0df4dadff1f|xapi]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [bringing up management= interface]

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|dummytaskhelper] task bringing up man= agement interface D:2c0efe3501de created by task D:d790ab93e94f

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|xapi] Starting n= ew server

Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Caught Master_connection.Goto_handler

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Connection to master died. I will continue to retry indefinitely (supressing future logging of this message).

Oct 18 09:15:33 xs-02 xapi: [error|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Connection to master died. I will continue to retry indefinitely (supressing future logging of this message).

Oct 18 09:15:33 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] Sleeping 2.000000 seconds before retrying master connection...

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_monitor] Creating fresh RRD for= VM uuid=3Dafbbf737-5e8c-4bf4-91ab-8408f910fdc3

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_monitor] Sending back RRD for V= M uuid=3D00000000-0000-0000-0000-000000000000

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_shared] Archiving RRD for objec= t uuid=3D00000000-0000-0000-0000-000000000000 to remote master

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_shared] About to send to master= .

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_shared] Sending RRD for object = uuid=3D00000000-0000-0000-0000-000000000000 archiving=3Dtrue to address: 192.168.2.26

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|stunnel] Using commandline: /usr/sbi= n/stunnel -fd 355c3b40-cdf1-aca3-93b9-1a09f49dbee1

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|stunnel] stunnel has pidty: (FEFork = (15,7050))

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|stunnel] stunnel start

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 (ca= ched =3D false) connected to 192.168.2.26:443

Oct 18 09:15:33 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|xmlrpc_client] with_recorded_stunnel= pid task_opt=3DNone s_pid=3D7050

Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [ wa= rn|xs-02.dde.gogrid.net|0 monitor|main|xmlrpc_client] stunnel pid: 7050 cau= ght Http_client.Http_request_rejected("404: { frame =3D false; method =3D PUT; uri =3D /rrd; query =3D [ archive=3Dtrue;= uuid=3D00000000-0000-0000-0000-000000000000 ]; content_length =3D [  = ]; transfer encoding =3D ; version =3D 1.0; cookie =3D [ pool_secret=3Db7ab= 33f3-8864-a7fc-4c68-ea3d4741e37c/d8392808-edbf-9d6e-573a-993a12570e3b/d3227= 802-ec5c-6eeb-80d8-e1bac35c20ac ]; task =3D ; subtask_of =3D ; content-type =3D ; host =3D ; user_agent = =3D xapi/1.3 }")

Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_main] Monitor thread caught an = exception. Pausing for 10s, then restarting.

Oct 18 09:15:34 xs-02 /opt/xensource/libexec/xcp-rrdd: [deb= ug|xs-02.dde.gogrid.net|0 monitor|main|rrdd_main] Raised at http_client.ml:= 166.21-83 -> http_client.ml:175.4-75 -> xmlrpc_client.ml:258.2-63 -> xmlrpc_client.ml:237.7-10 -> xmlrpc_client.ml:242.13-14 -> per= vasiveext.ml:22.2-9 -> pervasiveext.ml:26.22-25 -> pervasiveext.ml:22= .2-9 -> pervasiveext.ml:26.22-25 -> rrdd_shared.ml:120.1-131 -> li= st.ml:69.12-15 -> pervasiveext.ml:22.2-9 -> pervasiveext.ml:26.22-25 -> rrdd_main.ml:591.4-17

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel: Using commandline: /usr/sbin/stunnel -fd ce4b99ec-9f06-9d25-c3df-993f25a295af 

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel: stunnel has pidty: (FEFork (19,7242))

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel: stunnel start

Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|master_connectio= n] stunnel connected pid=3D7242 fd=3D16

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|backtrace] Raise= d at db_rpc_client_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_mgmt_iface.ml:52.17-49 -> threadext.ml:20.20-24 -> thread= ext.ml:20.62-65 -> xapi.ml:310.3-71

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|bringing up management interface D:2c0efe3501de|xapi] Caught exc= eption bringing up management interface: UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-089268dc0ee9 ]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [starting thread Starti= ng periodic scheduler]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|startup] task [starting thread Remote= requests]

Oct 18 09:15:35 xs-02 xapi: [ info|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Running in 'Pool Slave' mode

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|backtrace] Ra= ised at db_rpc_client_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-91 -> xapi_session.ml:36.12-17 -> xapi_= session.ml:36.67-68 -> server_helpers.ml:72.10-22

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|dispatcher] S= erver_helpers.exec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-089268dc0ee9 ]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7||= dummytaskhelper] task Starting periodic scheduler D:5a6404e4d45b created by= task D:d790ab93e94f

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|dispatcher] R= aised at string.ml:150.25-34 -> stringext.ml:108.13-29=

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|backtrace] Ra= ised at string.ml:150.25-34 -> stringext.ml:108.13-29<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|xapi] Raised = at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|session.login_with_password D:b00f1a1b3a11|xapi] Raised = at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:0ae69a1a4b95|xapi= ] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|5 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:0ae69a1a4b95|back= trace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-10= 6 -> server.ml:501.19-183 -> server_helpers.ml:119.4-7

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|7|S= tarting periodic scheduler D:5a6404e4d45b|backgroundscheduler] Periodic sch= eduler started

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|8||= dummytaskhelper] task Remote requests D:f9d74e761ad1 created by task D:d790= ab93e94f

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|backtrace] Ra= ised at db_rpc_client_v1.ml:39.14-41 -> db_actions.ml:7192.28-63 -> xapi_session.ml:363.57-91 -> xapi_session.ml:36.12-17 -> xapi_= session.ml:36.67-68 -> server_helpers.ml:72.10-22

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|dispatcher] S= erver_helpers.exec exception_handler: Got exception UUID_INVALID: [ host; e32c5aa1-b129-4e0c-92ca-089268dc0ee9 ]

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|dispatcher] R= aised at string.ml:150.25-34 -> stringext.ml:108.13-29=

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|backtrace] Ra= ised at string.ml:150.25-34 -> stringext.ml:108.13-29<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|xapi] Raised = at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|session.login_with_password D:49aa80495cc6|xapi] Raised = at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9<= /p>

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:f5474e285cad|xapi= ] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|6 U= NIX /var/xapi/xapi|dispatch:session.login_with_password D:f5474e285cad|back= trace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-10= 6 -> server.ml:501.19-183 -> server_helpers.ml:119.4-7

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Attempting to acquire a managem= ent IP address

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>networkd [label=3D= "Interface.get_ipv4_addr"];

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Acquired management IP address:= 192.168.2.27

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Attempting to communicate with = master

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D&quo= t;<methodCall><methodName>session.slave_local_login</methodN= ame><params><param><value>b7ab33f3-8864-a7fc-4c68-ea3d= 4741e37c/d8392808-edbf-9d6e-573a-993a12570e3b/d3227802-ec5c-6eeb-80d8-e1bac= 35c20ac</value></param></params></methodCall>"= ];

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin= /stunnel -fd 3b0e7995-8114-e0e7-2d1b-bdea55aae31e

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (= 18,7253))

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel start

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7253 (cac= hed =3D false) connected to 192.168.2.26:443

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelp= id task_opt=3DNone s_pid=3D7253

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D&quo= t;<methodCall><methodName>pool.hello</methodName><para= ms><param><value>OpaqueRef:310d373c-0430-04be-8f3f-fbf9009a4= 879</value></param><param><value>e32c5aa1-b129-4e0c= -92ca-089268dc0ee9</value></param><param><value>192= .168.2.27</value></param></params></methodCall>&quo= t;];

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] Using commandline: /usr/sbin= /stunnel -fd 06d7eda5-2a57-d147-2dae-ec097936e8c3

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel has pidty: (FEFork (= 18,7257))

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|stunnel] stunnel start

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] stunnel pid: 7257 (cac= hed =3D false) connected to 192.168.2.26:443

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xmlrpc_client] with_recorded_stunnelp= id task_opt=3DNone s_pid=3D7257

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|xapi] Master claims he has no record = of us being a slave

Oct 18 09:15:35 xs-02 xapi: [debug|xs-02.dde.gogrid.net|0 t= hread_zero|server_init D:d790ab93e94f|mscgen] xapi=3D>xapi [label=3D&quo= t;<methodCall><methodName>session.local_logout</methodName&g= t;<params><param><value>OpaqueRef:310d373c-0430-04be-8f3f= -fbf9009a4879</value></param></params></methodCall>= "];---

---

 

UPDATE: did this a second time without defining a de= fault local storage repo (but changed my storage repos from EXT to LVM), an= d I got the same result. This time I’ve saved the logs (all of /var/l= og)… let me know which might be useful.

 

 

 

- Brian Menges

Principal Engineer, DevOps

GoGrid | ServePath | ColoServe | UpStream Networks

 


The information contai= ned in this message, and any attachments, may contain confidential and lega= lly privileged material. It is solely for the use of the person or entity t= o which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer.
 --_000_3968CAC7E1BE7242B18501F292F3C7F1018E01A9EX004SFOservepa_-- --===============8565787190529464708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8565787190529464708==-- From xen-api-bounces@lists.xen.org Fri Oct 19 00:46:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 00:46:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP0jZ-00042F-UM; Fri, 19 Oct 2012 00:46:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP0jY-00042A-44 for xen-api@lists.xen.org; Fri, 19 Oct 2012 00:46:40 +0000 Received: from [85.158.139.211:49274] by server-7.bemta-5.messagelabs.com id 2E/3B-23102-FE2A0805; Fri, 19 Oct 2012 00:46:39 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1350607596!21381477!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25843 invoked from network); 19 Oct 2012 00:46:37 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 00:46:37 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so8878732qca.32 for ; Thu, 18 Oct 2012 17:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=27wGFMIys8EAcYLjqYlSxuxbTiqmMxl8KW9JwExhevE=; b=ZVykiAwMfLeb1ByM1yVWak07F38MI4ktzqLDov01CTcdRbzyHNv50+5uleALr0iRHt 0U6z0hEgiIaNazCM1s0YN0mdPQfl5VUoTPAbrR5ypjUmTO7Gm2fZFCQdcr4SEHovwFLS MZobQG3etmds+0EwnBvANvsWqUeXVWvCLHPcMpAHBCBuy7cjSBA2FgGMRfZiLBUxw7HZ 5P0SWflShzSe/iJ3DYyzL4smY2wXpcISuoL1VwtzDRnunqrisR6PxTJf3IYsHCV/S8dB Qn+dL8CeDYVUGDBbL2jf6/A7oKNEP+TUHEl/9pQs8Fc6g8ThlLo2C3EMnVaW7EglI7tC XjlA== MIME-Version: 1.0 Received: by 10.49.59.82 with SMTP id x18mr48304552qeq.9.1350607596008; Thu, 18 Oct 2012 17:46:36 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Thu, 18 Oct 2012 17:46:35 -0700 (PDT) In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDE799514C84@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10EDE799514C84@LONPMAILBOX01.citrite.net> Date: Fri, 19 Oct 2012 11:46:35 +1100 Message-ID: From: Black Bird To: Rob Hoes Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Rob thanks for your email. I wasn't aware of the Xenserver 6 logic you described for replacing a NIC in situ. In my case it didn't apply as the NIC change had happened prior to the upgrade, but it's useful to keep in mind. I did actually use the xe-reset-networking, from xsconsole, which enabled me to get out of my situation eventually. The problem this introduced, however, was exactly what you described as resetting the NIC device names, and being unable to set them to the desired values. There are use cases where setting specific device names are important. For example, one could have different technologies of network interfaces (100M, 1G, 10G) for different groups of networks depending upon the throughput requirements, and in a pool environment one might want to simplify administration by standardising on a device naming convention for all pool members (both my use cases). I couldn't find a documented way of doing this, and I eventually found a way as per my previous email (through use of the static-rules.conf file). I think a xapi facility to reset the device names, or at least officially documenting the process I described, would be useful to some users. thanks again for your feedback. On Fri, Oct 19, 2012 at 12:25 AM, Rob Hoes wrote: > Hi, > > Since version 6.0, XenServer has some logic to automatically deal with replacing NICs, adding new NICs etc. For example, if a NIC breaks, and you place a new one in the same slot, XenServer will recognise this and use the same device name for this interface, and it will also update the MAC address in the PIF record. A consequence is that it is no longer possible to manually change device names using pif-forget and pif-introduce. The Citrix knowledge base article that you refer to only applies to older releases. > > I am not exactly sure what has happened in your case, but in XS 6.0.2/6.1 and XCP 1.6 you should be able to use the xe-reset-networking command to reset all networking state in your host, which will also reset the NIC device names as if you have newly installed the host. There is some documentation about this command here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#id889904. > > Cheers, > Rob > >> -----Original Message----- >> From: xen-api-bounces@lists.xen.org [mailto:xen-api- >> bounces@lists.xen.org] On Behalf Of Black Bird >> Sent: 18 October 2012 06:16 >> To: xen-api@lists.xen.org >> Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF >> on VLAN created on bonded interface >> >> Hi all >> >> an update to the below. >> >> After further investigation, I concluded that the below was the result >> of some changes to the NIC configuration just prior to the upgrade. >> >> I thought I'd document something I found during my investigations. It >> was a long story, caused by xenserver allocating my desired devices >> with 2 new devices (eth7/8). In trying to fix this, I ended up with >> the host involved loosing connectivity to the pool, and eventually >> resulted in having to reset the network configuration from the >> console. >> >> What was interesting was that after doing so, xenserver refused to >> allocate 2 of my eth device names in the preferred order, and >> basically continued replacing eth1/2 with eth7/8. I tried the usual >> sequence of pif-forget, pif-scan and pif-introduce to change the >> device did not work - the last command resulted in an error message >> saying that the device and mac address did not match. >> >> The instructions at http://support.citrix.com/article/CTX129946 also >> could not be followed as no ifcfg-ethx configuration files existed. >> >> Further searches on the internet found that this was a common problem, >> encountered when trying to change NICs due to a faulty card for >> example, but no solution. There was one report of a solution, by >> manually editing the file /etc/udev/rules.d/60-net.rules and modifying >> the device name corresponding to the mac address, but in my case this >> also failed, as I understand this file is automatically generated by >> xenserver during restart based on its last known boot configuration. >> >> I did find a way around this however. There is another file which is >> apparently used by the xenserver installer to configure network cards >> on a clean installation. It transpires that this file is also used on >> restart to manually override the udev file. It can be found at >> /etc/sysconfig/network-scripts/interface-rename-date/static-rules.conf. >> Basically you add a line consisting of the desired device name, a >> colon, and an identifier for the device. In my case, i modified the >> file to contain: >> >> eth1: mac= >> eth2: mac= >> >> There are other identifiers you can use - the file contains a short >> description. >> >> After this change, I simply rebooted, and the dom0 identified the >> desired device names to the interfaces. These could be seen with >> ifconfig -a. I then had to remove all bonds that were automatically >> replicated by xenserver from the pool (they were generated in the >> wrong order and thus given wrong bondx labels), did a pif-scan, >> recreated bonds etc. At this point, xenserver also recreated the pool >> vlans and I was back in business. >> >> I did take me 2-3 days to come to this point, so I hope this >> information is useful to anyone who has passed through a similar >> experience. >> >> One final point - the static configuration in the static-rules.conf >> file can be deleted as soon as xenserver has recognised the new >> configuration. This is because xenserver now starts reflecting the >> updated device configuration into the 60-net.rules file, so the >> updates persist. >> >> >> >> >> On Mon, Oct 15, 2012 at 6:59 PM, Black Bird >> wrote: >> > I have just carried out a rolling pool upgrade of a 3-host pool from >> > XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up >> > the VMs as normal and network connectivity is ok. >> > >> > However when I tried to implement the first change I encountered a >> > problem. I tried to change a vif from one network (a physical >> > interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to >> > another (a pool vlan 255 on a bonded interface bond0 created with >> > slaves eth1 and eth2, network uuid >> > 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif- >> create >> > process were executed as normal, but on attempting to start the vm, I >> > got an error saying "stderr = ovs-vsctl: cannot create a port named >> > eth1 because an interface named eth1 already exists on bridge xapi3". >> > >> > My network configuration, on each of the 3 hosts, is: >> > >> > interface bond >> > eth0 n.a. >> > eth1 bond0 >> > eth2 bond0 >> > eth3 bond1 >> > eth4 bond1 >> > eth5 bond2 >> > eth6 bond2 >> > >> > I have a number of pool vlans created on bond0 and bond2. The >> > particular vlan involved in this report is vlan255, corresponding to >> > an 802.1q tag of 255, created on bond0 >> > >> > The command log follows. The vm and previous vif had their >> parameters >> > listed prior to the change. The attempt to startup the vm results in >> > the error. I thought it was strange that ovs-vsctl is attempting to >> > add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm >> > starts - I would have expected this to take place on xenserver >> > startup. >> > >> > I have carried out this operation prior to the upgrade dozens of >> > times, so I know it should work. I'd be grateful for any advice. >> > >> > [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > uuid ( RO) : 449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > name-label ( RW): efw2 >> > 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): >> > children ( RO): >> > is-control-domain ( RO): false >> > power-state ( RO): running >> > memory-actual ( RO): 33505280 >> > memory-target ( RO): 33554432 >> > memory-overhead ( RO): 4194304 >> > memory-static-max ( RW): 33554432 >> > memory-dynamic-max ( RW): 33554432 >> > memory-dynamic-min ( RW): 33554432 >> > memory-static-min ( RW): 33554432 >> > suspend-VDI-uuid ( RW): >> > suspend-SR-uuid ( RW): >> > VCPUs-params (MRW): >> > VCPUs-max ( RW): 1 >> > VCPUs-at-startup ( RW): 1 >> > actions-after-shutdown ( RW): Destroy >> > actions-after-reboot ( RW): Restart >> > actions-after-crash ( RW): Restart >> > console-uuids (SRO): 146df0b4-a963-b399-8b97- >> f10646fd4f4b >> > platform (MRW): timeoffset: 0; nx: false; acpi: >> > true; apic: true; pae: true; viridian: true >> > allowed-operations (SRO): hard_reboot; hard_shutdown; >> pause >> > current-operations (SRO): >> > blocked-operations (MRW): >> > allowed-VBD-devices (SRO): 1; 2; 3 >> > allowed-VIF-devices (SRO): 2; 3 >> > possible-hosts ( RO): >> > 3e760f02-a3a5-470f-94f5-50023805f9c3; >> > 403452ad-6d8e-4757-a9c2-305e867134fd; >> > a53d1a5a-a9a3-4314-8295-1af5584cf02b >> > 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): vendor: AuthenticAMD; features: >> > 00002001-178bfbff-0000001f-ebd3fbff >> > last-boot-record ( RO): >> > 'uuid449fb2b2-5df2-2c6b- >> 33ca- >> 7627d1eed6cballowed_operations> lue>current_operat >> ionsOpaqueRef:3bbc686b-cff2-c9b2- >> d165- >> 1971021e3ba6start_on> ember>power_stateHalted> mber>name_labelefw2n >> ame_descriptionInstalled >> > via xe >> CLIuser_version1> member>is_a_template0> alue>suspend_VDIOpaqueRef:NULL> lue>resident_onOpaqueRef:NULL> ue>affinityOpaqueRef:NULL< >> /member>memory_overhead4194304> ber>memory_target33554432< >> member>memory_static_max33554432> ember>memory_dynamic_max33554432> ember>memory_dynamic_min33554432> ember>memory_static_min33554432> mber>VCPUs_params >> VCPUs_max1VCPUs_at_s >> tartup1actions_after_shutd >> owndestroyactions_after_re >> bootrestartactions_after_c >> rashrestartconsoles >> VIFs >> OpaqueRef:d606e1f2-ec63-64b3-3603- >> c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f- >> 46ad5d88d2d6VBDs< >> /name>OpaqueRef:ae670fba-2c5d-d736-d19e- >> 7247e842dd4acrash >> _dumps> e>VTPMs> me>PV_bootloaderPV_kernel< >> value/>PV_ramdisk> >PV_argsPV_bootloader_args< >> /name>PV_legacy_args> ber>HVM_boot_policyBIOS >> > >> orderHVM_boot_params> t>orderdc >> HVM_shadow_multiplier1> uble>platform> er>timeoffset- >> 1nxfalse< >> member>acpitrueapic< >> /name>truepaetrue> value>viridiantrue> >PCI_bus> >other_configlast_shu >> tdown_time20121015T04:25:36Z> e>last_shutdown_actionDestroy> me>last_shutdown_initiatorexternal> r>last_shutdown_reasonhalted> r>auto_powerontrueim >> port_taskOpaqueRef:8ca87370-044d-3fcf-2718- >> 0e31a989f87amac_seedb95def >> a9-572a-1f7f-7ce7-dd834400f8fbinstall- >> methodscdrom> ember>domid- >> 1domarchhvm> r>last_boot_CPU_flags >> vendorAuthenticAMDfeatures >> 00002001-178bfbff-0000001f- >> ebd3fbffis_con >> trol_domain0< >> name>metricsOpaqueRef:e43062d7-2b48-e192-27cd- >> c16a872b2ce1guest_metricsO >> paqueRef:NULLlast_booted_record> alue/>recommendations<restricti >> ons><restriction >> > field="memory-static-max" max="34359738368" >> > /><restriction field="vcpus-max" max="8" >> > /><restriction property="number-of-vbds" >> > max="7" /><restriction >> > property="number-of-vifs" max="7" >> > >> /></restrictions>xenstore_data< >> /name>ha_always_run> e>0ha_restart_ >> prioritybest- >> effortis_a_snapshot> n>0snapshot_ofOp >> aqueRef:NULLsnapshots> y>snapshot_time> lue>19700101T00:00:00Z> mber>transportable_snapshot_id> mber>blobst >> agsb >> locked_operations >> snapshot_infosnap >> shot_metadataparent >> OpaqueRef:NULLchildren> ay>bios_strings> lue>protection_policy> lue>OpaqueRef:NULLis_snapshot_from_vmpp< >> /name>0applian >> ceOpaqueRef:NULLstart_dela >> y0shutdown_delay> lue>0order0> r>VGPUs> er>attached_PCIs> ue>suspend_SROpaqueRef:NULL> >version0> >' >> > resident-on ( RO): 403452ad-6d8e-4757-a9c2- >> 305e867134fd >> > affinity ( RW): >> > other-config (MRW): vgpu_pci: ; last_shutdown_time: >> > 20121015T04:25:36Z; last_shutdown_action: Destroy; >> > last_shutdown_initiator: external; last_shutdown_reason: halted; >> > auto_poweron: true; import_task: >> > OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: >> > b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom >> > dom-id ( RO): 2 >> > recommendations ( RO): > > field="memory-static-max" max="34359738368" />> > field="vcpus-max" max="8" />> > max="7" />> > /> >> > xenstore-data (MRW): vm-data: >> > ha-always-run ( RW) [DEPRECATED]: false >> > ha-restart-priority ( RW): best-effort >> > blobs ( RO): >> > start-time ( RO): 20121015T04:48:27Z >> > install-time ( RO): 19700101T00:00:00Z >> > VCPUs-number ( RO): 1 >> > VCPUs-utilisation (MRO): 0: 0.007 >> > 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) [DEPRECATED]: true >> > protection-policy ( RW): >> > is-snapshot-from-vmpp ( RO): false >> > tags (SRW): >> > appliance ( RW): >> > start-delay ( RW): 0 >> > shutdown-delay ( RW): 0 >> > order ( RW): 0 >> > version ( RO): 0 >> > [root@xen3v3 ~]# >> > [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708- >> 8eddf85e531a >> > uuid ( RO) : d4403431-0363-d9a5-a708- >> 8eddf85e531a >> > vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > vm-name-label ( RO): efw2 >> > allowed-operations (SRO): attach >> > current-operations (SRO): >> > device ( RO): 1 >> > MAC ( RO): be:5c:1e:a2:77:3c >> > MAC-autogenerated ( RO): false >> > MTU ( RO): 1500 >> > currently-attached ( RO): false >> > qos_algorithm_type ( RW): >> > qos_algorithm_params (MRW): >> > qos_supported_algorithms (SRO): >> > other-config (MRW): >> > network-uuid ( RO): ef66fdda-e249-a01d-545c- >> e002f945bdc6 >> > network-name-label ( RO): Pool-wide network associated with >> eth0 >> > io_read_kbs ( RO): >> > io_write_kbs ( RO): >> > locking-mode ( RW): network_default >> > ipv4-allowed (SRW): >> > ipv6-allowed (SRW): >> > >> > [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708- >> 8eddf85e531a >> > [root@xen3v3 ~]# xe vif-create >> > vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb >> > network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 >> > 56e4b508-7254-3315-f3af-eea22d2f826d >> > [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > An unknown error occurred while attempting to configure an interface. >> > PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f >> > msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 - >> - >> > --may-exist add-br xapi3 -- set bridge xapi3 >> > other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 >> > fail_mode=standalone -- remove bridge xapi3 other_config >> > disable-in-band -- br-set-external-id xapi3 xs-network-uuids >> > daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 >> > eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr >> = >> > ovs-vsctl: cannot create a port named eth1 because an interface named >> > eth1 already exists on bridge xapi3] >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 00:46:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 00:46:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP0jZ-00042F-UM; Fri, 19 Oct 2012 00:46:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP0jY-00042A-44 for xen-api@lists.xen.org; Fri, 19 Oct 2012 00:46:40 +0000 Received: from [85.158.139.211:49274] by server-7.bemta-5.messagelabs.com id 2E/3B-23102-FE2A0805; Fri, 19 Oct 2012 00:46:39 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1350607596!21381477!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25843 invoked from network); 19 Oct 2012 00:46:37 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 00:46:37 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so8878732qca.32 for ; Thu, 18 Oct 2012 17:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=27wGFMIys8EAcYLjqYlSxuxbTiqmMxl8KW9JwExhevE=; b=ZVykiAwMfLeb1ByM1yVWak07F38MI4ktzqLDov01CTcdRbzyHNv50+5uleALr0iRHt 0U6z0hEgiIaNazCM1s0YN0mdPQfl5VUoTPAbrR5ypjUmTO7Gm2fZFCQdcr4SEHovwFLS MZobQG3etmds+0EwnBvANvsWqUeXVWvCLHPcMpAHBCBuy7cjSBA2FgGMRfZiLBUxw7HZ 5P0SWflShzSe/iJ3DYyzL4smY2wXpcISuoL1VwtzDRnunqrisR6PxTJf3IYsHCV/S8dB Qn+dL8CeDYVUGDBbL2jf6/A7oKNEP+TUHEl/9pQs8Fc6g8ThlLo2C3EMnVaW7EglI7tC XjlA== MIME-Version: 1.0 Received: by 10.49.59.82 with SMTP id x18mr48304552qeq.9.1350607596008; Thu, 18 Oct 2012 17:46:36 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Thu, 18 Oct 2012 17:46:35 -0700 (PDT) In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDE799514C84@LONPMAILBOX01.citrite.net> References: <7EA643C653F17F4C80DE959E978F10EDE799514C84@LONPMAILBOX01.citrite.net> Date: Fri, 19 Oct 2012 11:46:35 +1100 Message-ID: From: Black Bird To: Rob Hoes Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF on VLAN created on bonded interface X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Rob thanks for your email. I wasn't aware of the Xenserver 6 logic you described for replacing a NIC in situ. In my case it didn't apply as the NIC change had happened prior to the upgrade, but it's useful to keep in mind. I did actually use the xe-reset-networking, from xsconsole, which enabled me to get out of my situation eventually. The problem this introduced, however, was exactly what you described as resetting the NIC device names, and being unable to set them to the desired values. There are use cases where setting specific device names are important. For example, one could have different technologies of network interfaces (100M, 1G, 10G) for different groups of networks depending upon the throughput requirements, and in a pool environment one might want to simplify administration by standardising on a device naming convention for all pool members (both my use cases). I couldn't find a documented way of doing this, and I eventually found a way as per my previous email (through use of the static-rules.conf file). I think a xapi facility to reset the device names, or at least officially documenting the process I described, would be useful to some users. thanks again for your feedback. On Fri, Oct 19, 2012 at 12:25 AM, Rob Hoes wrote: > Hi, > > Since version 6.0, XenServer has some logic to automatically deal with replacing NICs, adding new NICs etc. For example, if a NIC breaks, and you place a new one in the same slot, XenServer will recognise this and use the same device name for this interface, and it will also update the MAC address in the PIF record. A consequence is that it is no longer possible to manually change device names using pif-forget and pif-introduce. The Citrix knowledge base article that you refer to only applies to older releases. > > I am not exactly sure what has happened in your case, but in XS 6.0.2/6.1 and XCP 1.6 you should be able to use the xe-reset-networking command to reset all networking state in your host, which will also reset the NIC device names as if you have newly installed the host. There is some documentation about this command here: http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/reference.html#id889904. > > Cheers, > Rob > >> -----Original Message----- >> From: xen-api-bounces@lists.xen.org [mailto:xen-api- >> bounces@lists.xen.org] On Behalf Of Black Bird >> Sent: 18 October 2012 06:16 >> To: xen-api@lists.xen.org >> Subject: Re: [Xen-API] [XCP 1.6 BETA] BUG: problem with creation of VIF >> on VLAN created on bonded interface >> >> Hi all >> >> an update to the below. >> >> After further investigation, I concluded that the below was the result >> of some changes to the NIC configuration just prior to the upgrade. >> >> I thought I'd document something I found during my investigations. It >> was a long story, caused by xenserver allocating my desired devices >> with 2 new devices (eth7/8). In trying to fix this, I ended up with >> the host involved loosing connectivity to the pool, and eventually >> resulted in having to reset the network configuration from the >> console. >> >> What was interesting was that after doing so, xenserver refused to >> allocate 2 of my eth device names in the preferred order, and >> basically continued replacing eth1/2 with eth7/8. I tried the usual >> sequence of pif-forget, pif-scan and pif-introduce to change the >> device did not work - the last command resulted in an error message >> saying that the device and mac address did not match. >> >> The instructions at http://support.citrix.com/article/CTX129946 also >> could not be followed as no ifcfg-ethx configuration files existed. >> >> Further searches on the internet found that this was a common problem, >> encountered when trying to change NICs due to a faulty card for >> example, but no solution. There was one report of a solution, by >> manually editing the file /etc/udev/rules.d/60-net.rules and modifying >> the device name corresponding to the mac address, but in my case this >> also failed, as I understand this file is automatically generated by >> xenserver during restart based on its last known boot configuration. >> >> I did find a way around this however. There is another file which is >> apparently used by the xenserver installer to configure network cards >> on a clean installation. It transpires that this file is also used on >> restart to manually override the udev file. It can be found at >> /etc/sysconfig/network-scripts/interface-rename-date/static-rules.conf. >> Basically you add a line consisting of the desired device name, a >> colon, and an identifier for the device. In my case, i modified the >> file to contain: >> >> eth1: mac= >> eth2: mac= >> >> There are other identifiers you can use - the file contains a short >> description. >> >> After this change, I simply rebooted, and the dom0 identified the >> desired device names to the interfaces. These could be seen with >> ifconfig -a. I then had to remove all bonds that were automatically >> replicated by xenserver from the pool (they were generated in the >> wrong order and thus given wrong bondx labels), did a pif-scan, >> recreated bonds etc. At this point, xenserver also recreated the pool >> vlans and I was back in business. >> >> I did take me 2-3 days to come to this point, so I hope this >> information is useful to anyone who has passed through a similar >> experience. >> >> One final point - the static configuration in the static-rules.conf >> file can be deleted as soon as xenserver has recognised the new >> configuration. This is because xenserver now starts reflecting the >> updated device configuration into the 60-net.rules file, so the >> updates persist. >> >> >> >> >> On Mon, Oct 15, 2012 at 6:59 PM, Black Bird >> wrote: >> > I have just carried out a rolling pool upgrade of a 3-host pool from >> > XCP 1.1.0 (50674c) to XCP 1.6 Beta (61002c). I was able to bring up >> > the VMs as normal and network connectivity is ok. >> > >> > However when I tried to implement the first change I encountered a >> > problem. I tried to change a vif from one network (a physical >> > interface eth0, network uuid ef66fdda-e249-a01d-545c-e002f945bdc6) to >> > another (a pool vlan 255 on a bonded interface bond0 created with >> > slaves eth1 and eth2, network uuid >> > 7568abf3-470f-21fc-9ec2-24e854d4522c). The vif-destroy and vif- >> create >> > process were executed as normal, but on attempting to start the vm, I >> > got an error saying "stderr = ovs-vsctl: cannot create a port named >> > eth1 because an interface named eth1 already exists on bridge xapi3". >> > >> > My network configuration, on each of the 3 hosts, is: >> > >> > interface bond >> > eth0 n.a. >> > eth1 bond0 >> > eth2 bond0 >> > eth3 bond1 >> > eth4 bond1 >> > eth5 bond2 >> > eth6 bond2 >> > >> > I have a number of pool vlans created on bond0 and bond2. The >> > particular vlan involved in this report is vlan255, corresponding to >> > an 802.1q tag of 255, created on bond0 >> > >> > The command log follows. The vm and previous vif had their >> parameters >> > listed prior to the change. The attempt to startup the vm results in >> > the error. I thought it was strange that ovs-vsctl is attempting to >> > add eth1 to the bridge xapi3 (which corresponds to bond0) when the vm >> > starts - I would have expected this to take place on xenserver >> > startup. >> > >> > I have carried out this operation prior to the upgrade dozens of >> > times, so I know it should work. I'd be grateful for any advice. >> > >> > [root@xen3v3 ~]# xe vm-param-list uuid=449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > uuid ( RO) : 449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > name-label ( RW): efw2 >> > 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): >> > children ( RO): >> > is-control-domain ( RO): false >> > power-state ( RO): running >> > memory-actual ( RO): 33505280 >> > memory-target ( RO): 33554432 >> > memory-overhead ( RO): 4194304 >> > memory-static-max ( RW): 33554432 >> > memory-dynamic-max ( RW): 33554432 >> > memory-dynamic-min ( RW): 33554432 >> > memory-static-min ( RW): 33554432 >> > suspend-VDI-uuid ( RW): >> > suspend-SR-uuid ( RW): >> > VCPUs-params (MRW): >> > VCPUs-max ( RW): 1 >> > VCPUs-at-startup ( RW): 1 >> > actions-after-shutdown ( RW): Destroy >> > actions-after-reboot ( RW): Restart >> > actions-after-crash ( RW): Restart >> > console-uuids (SRO): 146df0b4-a963-b399-8b97- >> f10646fd4f4b >> > platform (MRW): timeoffset: 0; nx: false; acpi: >> > true; apic: true; pae: true; viridian: true >> > allowed-operations (SRO): hard_reboot; hard_shutdown; >> pause >> > current-operations (SRO): >> > blocked-operations (MRW): >> > allowed-VBD-devices (SRO): 1; 2; 3 >> > allowed-VIF-devices (SRO): 2; 3 >> > possible-hosts ( RO): >> > 3e760f02-a3a5-470f-94f5-50023805f9c3; >> > 403452ad-6d8e-4757-a9c2-305e867134fd; >> > a53d1a5a-a9a3-4314-8295-1af5584cf02b >> > 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): vendor: AuthenticAMD; features: >> > 00002001-178bfbff-0000001f-ebd3fbff >> > last-boot-record ( RO): >> > 'uuid449fb2b2-5df2-2c6b- >> 33ca- >> 7627d1eed6cballowed_operations> lue>current_operat >> ionsOpaqueRef:3bbc686b-cff2-c9b2- >> d165- >> 1971021e3ba6start_on> ember>power_stateHalted> mber>name_labelefw2n >> ame_descriptionInstalled >> > via xe >> CLIuser_version1> member>is_a_template0> alue>suspend_VDIOpaqueRef:NULL> lue>resident_onOpaqueRef:NULL> ue>affinityOpaqueRef:NULL< >> /member>memory_overhead4194304> ber>memory_target33554432< >> member>memory_static_max33554432> ember>memory_dynamic_max33554432> ember>memory_dynamic_min33554432> ember>memory_static_min33554432> mber>VCPUs_params >> VCPUs_max1VCPUs_at_s >> tartup1actions_after_shutd >> owndestroyactions_after_re >> bootrestartactions_after_c >> rashrestartconsoles >> VIFs >> OpaqueRef:d606e1f2-ec63-64b3-3603- >> c2232244eeaaOpaqueRef:4deed917-1d9f-62fa-173f- >> 46ad5d88d2d6VBDs< >> /name>OpaqueRef:ae670fba-2c5d-d736-d19e- >> 7247e842dd4acrash >> _dumps> e>VTPMs> me>PV_bootloaderPV_kernel< >> value/>PV_ramdisk> >PV_argsPV_bootloader_args< >> /name>PV_legacy_args> ber>HVM_boot_policyBIOS >> > >> orderHVM_boot_params> t>orderdc >> HVM_shadow_multiplier1> uble>platform> er>timeoffset- >> 1nxfalse< >> member>acpitrueapic< >> /name>truepaetrue> value>viridiantrue> >PCI_bus> >other_configlast_shu >> tdown_time20121015T04:25:36Z> e>last_shutdown_actionDestroy> me>last_shutdown_initiatorexternal> r>last_shutdown_reasonhalted> r>auto_powerontrueim >> port_taskOpaqueRef:8ca87370-044d-3fcf-2718- >> 0e31a989f87amac_seedb95def >> a9-572a-1f7f-7ce7-dd834400f8fbinstall- >> methodscdrom> ember>domid- >> 1domarchhvm> r>last_boot_CPU_flags >> vendorAuthenticAMDfeatures >> 00002001-178bfbff-0000001f- >> ebd3fbffis_con >> trol_domain0< >> name>metricsOpaqueRef:e43062d7-2b48-e192-27cd- >> c16a872b2ce1guest_metricsO >> paqueRef:NULLlast_booted_record> alue/>recommendations<restricti >> ons><restriction >> > field="memory-static-max" max="34359738368" >> > /><restriction field="vcpus-max" max="8" >> > /><restriction property="number-of-vbds" >> > max="7" /><restriction >> > property="number-of-vifs" max="7" >> > >> /></restrictions>xenstore_data< >> /name>ha_always_run> e>0ha_restart_ >> prioritybest- >> effortis_a_snapshot> n>0snapshot_ofOp >> aqueRef:NULLsnapshots> y>snapshot_time> lue>19700101T00:00:00Z> mber>transportable_snapshot_id> mber>blobst >> agsb >> locked_operations >> snapshot_infosnap >> shot_metadataparent >> OpaqueRef:NULLchildren> ay>bios_strings> lue>protection_policy> lue>OpaqueRef:NULLis_snapshot_from_vmpp< >> /name>0applian >> ceOpaqueRef:NULLstart_dela >> y0shutdown_delay> lue>0order0> r>VGPUs> er>attached_PCIs> ue>suspend_SROpaqueRef:NULL> >version0> >' >> > resident-on ( RO): 403452ad-6d8e-4757-a9c2- >> 305e867134fd >> > affinity ( RW): >> > other-config (MRW): vgpu_pci: ; last_shutdown_time: >> > 20121015T04:25:36Z; last_shutdown_action: Destroy; >> > last_shutdown_initiator: external; last_shutdown_reason: halted; >> > auto_poweron: true; import_task: >> > OpaqueRef:8ca87370-044d-3fcf-2718-0e31a989f87a; mac_seed: >> > b95defa9-572a-1f7f-7ce7-dd834400f8fb; install-methods: cdrom >> > dom-id ( RO): 2 >> > recommendations ( RO): > > field="memory-static-max" max="34359738368" />> > field="vcpus-max" max="8" />> > max="7" />> > /> >> > xenstore-data (MRW): vm-data: >> > ha-always-run ( RW) [DEPRECATED]: false >> > ha-restart-priority ( RW): best-effort >> > blobs ( RO): >> > start-time ( RO): 20121015T04:48:27Z >> > install-time ( RO): 19700101T00:00:00Z >> > VCPUs-number ( RO): 1 >> > VCPUs-utilisation (MRO): 0: 0.007 >> > 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) [DEPRECATED]: true >> > protection-policy ( RW): >> > is-snapshot-from-vmpp ( RO): false >> > tags (SRW): >> > appliance ( RW): >> > start-delay ( RW): 0 >> > shutdown-delay ( RW): 0 >> > order ( RW): 0 >> > version ( RO): 0 >> > [root@xen3v3 ~]# >> > [root@xen3v3 ~]# xe vif-param-list uuid=d4403431-0363-d9a5-a708- >> 8eddf85e531a >> > uuid ( RO) : d4403431-0363-d9a5-a708- >> 8eddf85e531a >> > vm-uuid ( RO): 449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > vm-name-label ( RO): efw2 >> > allowed-operations (SRO): attach >> > current-operations (SRO): >> > device ( RO): 1 >> > MAC ( RO): be:5c:1e:a2:77:3c >> > MAC-autogenerated ( RO): false >> > MTU ( RO): 1500 >> > currently-attached ( RO): false >> > qos_algorithm_type ( RW): >> > qos_algorithm_params (MRW): >> > qos_supported_algorithms (SRO): >> > other-config (MRW): >> > network-uuid ( RO): ef66fdda-e249-a01d-545c- >> e002f945bdc6 >> > network-name-label ( RO): Pool-wide network associated with >> eth0 >> > io_read_kbs ( RO): >> > io_write_kbs ( RO): >> > locking-mode ( RW): network_default >> > ipv4-allowed (SRW): >> > ipv6-allowed (SRW): >> > >> > [root@xen3v3 ~]# xe vif-destroy uuid=d4403431-0363-d9a5-a708- >> 8eddf85e531a >> > [root@xen3v3 ~]# xe vif-create >> > vm-uuid=449fb2b2-5df2-2c6b-33ca-7627d1eed6cb >> > network-uuid=7568abf3-470f-21fc-9ec2-24e854d4522c device=1 >> > 56e4b508-7254-3315-f3af-eea22d2f826d >> > [root@xen3v3 ~]# xe vm-start uuid=449fb2b2-5df2-2c6b-33ca- >> 7627d1eed6cb >> > An unknown error occurred while attempting to configure an interface. >> > PIF: 1ce7d205-df3a-f6c6-be8b-6d8f8585cd6f >> > msg: script error [script = /usr/bin/ovs-vsctl, args = --timeout=20 - >> - >> > --may-exist add-br xapi3 -- set bridge xapi3 >> > other-config:hwaddr="00:0e:0c:b5:66:8e" -- set bridge xapi3 >> > fail_mode=standalone -- remove bridge xapi3 other_config >> > disable-in-band -- br-set-external-id xapi3 xs-network-uuids >> > daaabcf2-8998-15c5-524f-5c19a5dd14b4 -- --may-exist add-port xapi3 >> > eth1 -- --may-exist add-port xapi3 eth2, code = 1, stdout = , stderr >> = >> > ovs-vsctl: cannot create a port named eth1 because an interface named >> > eth1 already exists on bridge xapi3] >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 08:35:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 08:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP82o-0005o7-1P; Fri, 19 Oct 2012 08:35:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP82m-0005ny-Ga for xen-api@lists.xensource.com; Fri, 19 Oct 2012 08:35:00 +0000 Received: from [85.158.137.99:4319] by server-7.bemta-3.messagelabs.com id 9A/94-06991-3B011805; Fri, 19 Oct 2012 08:34:59 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-12.tower-217.messagelabs.com!1350635697!19080314!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=1.7 required=7.0 tests=RCVD_BY_IP, RCVD_NUMERIC_HELO X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21575 invoked from network); 19 Oct 2012 08:34:58 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-12.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 19 Oct 2012 08:34:58 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TP82p-0006b1-Tq for xen-api@lists.xensource.com; Fri, 19 Oct 2012 10:35:03 +0200 Received: from 217.24.216.199 ([217.24.216.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Oct 2012 10:35:03 +0200 Received: from ml by 217.24.216.199 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Oct 2012 10:35:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Markus Schuster Followup-To: gmane.comp.emulators.xen.api Date: Fri, 19 Oct 2012 10:30:41 +0200 Lines: 17 Message-ID: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.24.216.199 User-Agent: KNode/4.4.8 Subject: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, one thing I discovered: When upgrading from XCP 1.5 (1.4.90) to 1.6 (61002c) the network backend is automatically switched from bridge to Open vSwitch. This is no bad idea in general, as Open vSwitch seems to work very well in 1.6, but if you configured an (unsupported) LACP bonding interface by specifying some other-config settings for your storage bonding pif, you end up with a storage bond that does not come up after the upgrade because Open vSwitch doesn't like the options it gets passed in from the pifs other- config settings. I wouldn't rate this as bug (maybe the forced switch of the network backend is?), as LACP was never supported in versions prior to 1.6, but a note in the release notes would be good. Regards, Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 08:35:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 08:35:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP82o-0005o7-1P; Fri, 19 Oct 2012 08:35:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TP82m-0005ny-Ga for xen-api@lists.xensource.com; Fri, 19 Oct 2012 08:35:00 +0000 Received: from [85.158.137.99:4319] by server-7.bemta-3.messagelabs.com id 9A/94-06991-3B011805; Fri, 19 Oct 2012 08:34:59 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-12.tower-217.messagelabs.com!1350635697!19080314!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=1.7 required=7.0 tests=RCVD_BY_IP, RCVD_NUMERIC_HELO X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21575 invoked from network); 19 Oct 2012 08:34:58 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-12.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 19 Oct 2012 08:34:58 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TP82p-0006b1-Tq for xen-api@lists.xensource.com; Fri, 19 Oct 2012 10:35:03 +0200 Received: from 217.24.216.199 ([217.24.216.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Oct 2012 10:35:03 +0200 Received: from ml by 217.24.216.199 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Oct 2012 10:35:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Markus Schuster Followup-To: gmane.comp.emulators.xen.api Date: Fri, 19 Oct 2012 10:30:41 +0200 Lines: 17 Message-ID: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.24.216.199 User-Agent: KNode/4.4.8 Subject: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, one thing I discovered: When upgrading from XCP 1.5 (1.4.90) to 1.6 (61002c) the network backend is automatically switched from bridge to Open vSwitch. This is no bad idea in general, as Open vSwitch seems to work very well in 1.6, but if you configured an (unsupported) LACP bonding interface by specifying some other-config settings for your storage bonding pif, you end up with a storage bond that does not come up after the upgrade because Open vSwitch doesn't like the options it gets passed in from the pifs other- config settings. I wouldn't rate this as bug (maybe the forced switch of the network backend is?), as LACP was never supported in versions prior to 1.6, but a note in the release notes would be good. Regards, Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 12:03:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 12:03:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBIl-0001xP-M3; Fri, 19 Oct 2012 12:03:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBIk-0001xK-Go for xen-api@lists.xen.org; Fri, 19 Oct 2012 12:03:42 +0000 Received: from [85.158.143.99:23230] by server-2.bemta-4.messagelabs.com id 4B/FA-22268-D9141805; Fri, 19 Oct 2012 12:03:41 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1350648221!34740551!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUwMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16974 invoked from network); 19 Oct 2012 12:03:41 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 12:03:41 -0000 X-IronPort-AV: E=Sophos;i="4.80,612,1344211200"; d="scan'208";a="15275153" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Oct 2012 12:03:40 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 19 Oct 2012 13:03:40 +0100 From: James Bulpin To: Mike McClurg , "P. Broennimann" Date: Fri, 19 Oct 2012 13:03:45 +0100 Thread-Topic: [Xen-API] Newbie Questions Thread-Index: Ac2jIdPqmwUXuyDJS0GgbZkGR2hs5gKz6gzw Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295BBE@LONPMAILBOX01.citrite.net> References: <506F1D22.8090003@citrix.com> In-Reply-To: <506F1D22.8090003@citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Mike wrote: > On 05/10/12 13:33, P. Broennimann wrote: > > Hi there > > > > I downloaded the new XCP 1.6 beta release (using together with > XenCenter > > 6.1) and I am doing my first steps with it. > > > > 1) Why when I create a new "Single Server Private Network" the bridge > is > > named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? > > That's just what XCP calls them. I wish I had a better answer than > that. Generally xenbrX is the bridge associated with the ethX physical interface. For bridges that don't have a one to one correspondence to a ethX, such as private networks and bonds, the generic xapiX style is used. James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 12:03:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 12:03:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBIl-0001xP-M3; Fri, 19 Oct 2012 12:03:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBIk-0001xK-Go for xen-api@lists.xen.org; Fri, 19 Oct 2012 12:03:42 +0000 Received: from [85.158.143.99:23230] by server-2.bemta-4.messagelabs.com id 4B/FA-22268-D9141805; Fri, 19 Oct 2012 12:03:41 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1350648221!34740551!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUwMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16974 invoked from network); 19 Oct 2012 12:03:41 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 12:03:41 -0000 X-IronPort-AV: E=Sophos;i="4.80,612,1344211200"; d="scan'208";a="15275153" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Oct 2012 12:03:40 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 19 Oct 2012 13:03:40 +0100 From: James Bulpin To: Mike McClurg , "P. Broennimann" Date: Fri, 19 Oct 2012 13:03:45 +0100 Thread-Topic: [Xen-API] Newbie Questions Thread-Index: Ac2jIdPqmwUXuyDJS0GgbZkGR2hs5gKz6gzw Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295BBE@LONPMAILBOX01.citrite.net> References: <506F1D22.8090003@citrix.com> In-Reply-To: <506F1D22.8090003@citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Newbie Questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Mike wrote: > On 05/10/12 13:33, P. Broennimann wrote: > > Hi there > > > > I downloaded the new XCP 1.6 beta release (using together with > XenCenter > > 6.1) and I am doing my first steps with it. > > > > 1) Why when I create a new "Single Server Private Network" the bridge > is > > named "xapi0" and not "xenbr1" ("xenbr0" exists by default)? > > That's just what XCP calls them. I wish I had a better answer than > that. Generally xenbrX is the bridge associated with the ethX physical interface. For bridges that don't have a one to one correspondence to a ethX, such as private networks and bonds, the generic xapiX style is used. James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 12:10:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 12:10:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBOm-00025V-GG; Fri, 19 Oct 2012 12:09:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBOl-00025Q-Sd for xen-api@lists.xen.org; Fri, 19 Oct 2012 12:09:55 +0000 Received: from [85.158.143.35:32620] by server-2.bemta-4.messagelabs.com id BA/B3-22268-31341805; Fri, 19 Oct 2012 12:09:55 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1350648593!3922760!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUwMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10313 invoked from network); 19 Oct 2012 12:09:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 12:09:53 -0000 X-IronPort-AV: E=Sophos;i="4.80,612,1344211200"; d="scan'208";a="15275463" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Oct 2012 12:09:52 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 19 Oct 2012 13:09:53 +0100 From: James Bulpin To: Melvin B. , "xen-api@lists.xen.org" Date: Fri, 19 Oct 2012 13:09:57 +0100 Thread-Topic: [Xen-API] PCI passthrough limit of device? Thread-Index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPg Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> References: <000001cdac8c$2c26ed80$8474c880$@ca> In-Reply-To: <000001cdac8c$2c26ed80$8474c880$@ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Melvin B wrote: > What are the pci passthrough limitation of device, the maximum device that can be passthrough. > Suppose that I got 100 device to passthrough, it is possible to passthrough them all to 100 hvm, one device for one vm? Limits are not defined but 100 devices, one each to 100 VMs will probably work. I've seen similar scale using SR-IOV VFs. James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 12:10:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 12:10:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBOm-00025V-GG; Fri, 19 Oct 2012 12:09:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPBOl-00025Q-Sd for xen-api@lists.xen.org; Fri, 19 Oct 2012 12:09:55 +0000 Received: from [85.158.143.35:32620] by server-2.bemta-4.messagelabs.com id BA/B3-22268-31341805; Fri, 19 Oct 2012 12:09:55 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1350648593!3922760!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUwMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10313 invoked from network); 19 Oct 2012 12:09:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 12:09:53 -0000 X-IronPort-AV: E=Sophos;i="4.80,612,1344211200"; d="scan'208";a="15275463" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Oct 2012 12:09:52 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 19 Oct 2012 13:09:53 +0100 From: James Bulpin To: Melvin B. , "xen-api@lists.xen.org" Date: Fri, 19 Oct 2012 13:09:57 +0100 Thread-Topic: [Xen-API] PCI passthrough limit of device? Thread-Index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPg Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> References: <000001cdac8c$2c26ed80$8474c880$@ca> In-Reply-To: <000001cdac8c$2c26ed80$8474c880$@ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Melvin B wrote: > What are the pci passthrough limitation of device, the maximum device that can be passthrough. > Suppose that I got 100 device to passthrough, it is possible to passthrough them all to 100 hvm, one device for one vm? Limits are not defined but 100 devices, one each to 100 VMs will probably work. I've seen similar scale using SR-IOV VFs. James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 15:10:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 15:10:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPECy-0008Lc-Ri; Fri, 19 Oct 2012 15:09:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPECx-0008LP-0o for xen-api@lists.xensource.com; Fri, 19 Oct 2012 15:09:55 +0000 Received: from [193.109.254.147:50921] by server-14.bemta-14.messagelabs.com id 12/92-20054-24D61805; Fri, 19 Oct 2012 15:09:54 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1350659392!15278891!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30867 invoked from network); 19 Oct 2012 15:09:53 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Oct 2012 15:09:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Date:Subject:Thread-Topic:Thread-Index:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:Content-Transfer-Encoding:MIME-Version; b=CbNy6sh0R7qrN8dFQAnMfHspZcIGqZZlWCYAGoZf2UQ+OBQyH2ylkhid5315NFW1/go8b0bHkjkN+AnZynl0hG/Nit1Yd91twHHispwlmzxwSYAxb0EEEcf8R+UwPnh5; Received: from [192.168.1.29] (helo=fe-002-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1TPECu-0003ms-Jm; Fri, 19 Oct 2012 08:09:52 -0700 Received: from EX-004-SFO.servepath.com ([::1]) by fe-004-sfo.servepath.com ([::1]) with mapi; Fri, 19 Oct 2012 08:09:50 -0700 From: Brian Menges To: Markus Schuster Date: Fri, 19 Oct 2012 08:09:50 -0700 Thread-Topic: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch Thread-Index: Ac2t1MGF+8elU3jJQTeFaLRPxl4RdAANweuz Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I wouldn't say a bug either, but support of LACP should be included and accounted for. This will hurt my plans. ~Brian Menges Sent from my Samsung Galaxy Nexus Markus Schuster wrote: Hi, one thing I discovered: When upgrading from XCP 1.5 (1.4.90) to 1.6 (61002c) the network backend is automatically switched from bridge to Open vSwitch. This is no bad idea in general, as Open vSwitch seems to work very well in 1.6, but if you configured an (unsupported) LACP bonding interface by specifying some other-config settings for your storage bonding pif, you end up with a storage bond that does not come up after the upgrade because Open vSwitch doesn't like the options it gets passed in from the pifs other- config settings. I wouldn't rate this as bug (maybe the forced switch of the network backend is?), as LACP was never supported in versions prior to 1.6, but a note in the release notes would be good. Regards, Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 15:10:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 15:10:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPECy-0008Lc-Ri; Fri, 19 Oct 2012 15:09:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPECx-0008LP-0o for xen-api@lists.xensource.com; Fri, 19 Oct 2012 15:09:55 +0000 Received: from [193.109.254.147:50921] by server-14.bemta-14.messagelabs.com id 12/92-20054-24D61805; Fri, 19 Oct 2012 15:09:54 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1350659392!15278891!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30867 invoked from network); 19 Oct 2012 15:09:53 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Oct 2012 15:09:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Date:Subject:Thread-Topic:Thread-Index:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:Content-Transfer-Encoding:MIME-Version; b=CbNy6sh0R7qrN8dFQAnMfHspZcIGqZZlWCYAGoZf2UQ+OBQyH2ylkhid5315NFW1/go8b0bHkjkN+AnZynl0hG/Nit1Yd91twHHispwlmzxwSYAxb0EEEcf8R+UwPnh5; Received: from [192.168.1.29] (helo=fe-002-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1TPECu-0003ms-Jm; Fri, 19 Oct 2012 08:09:52 -0700 Received: from EX-004-SFO.servepath.com ([::1]) by fe-004-sfo.servepath.com ([::1]) with mapi; Fri, 19 Oct 2012 08:09:50 -0700 From: Brian Menges To: Markus Schuster Date: Fri, 19 Oct 2012 08:09:50 -0700 Thread-Topic: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch Thread-Index: Ac2t1MGF+8elU3jJQTeFaLRPxl4RdAANweuz Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I wouldn't say a bug either, but support of LACP should be included and accounted for. This will hurt my plans. ~Brian Menges Sent from my Samsung Galaxy Nexus Markus Schuster wrote: Hi, one thing I discovered: When upgrading from XCP 1.5 (1.4.90) to 1.6 (61002c) the network backend is automatically switched from bridge to Open vSwitch. This is no bad idea in general, as Open vSwitch seems to work very well in 1.6, but if you configured an (unsupported) LACP bonding interface by specifying some other-config settings for your storage bonding pif, you end up with a storage bond that does not come up after the upgrade because Open vSwitch doesn't like the options it gets passed in from the pifs other- config settings. I wouldn't rate this as bug (maybe the forced switch of the network backend is?), as LACP was never supported in versions prior to 1.6, but a note in the release notes would be good. Regards, Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 15:12:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 15:12:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEFZ-0008SR-7q; Fri, 19 Oct 2012 15:12:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEFY-0008SI-GI for xen-api@lists.xen.org; Fri, 19 Oct 2012 15:12:36 +0000 Received: from [85.158.143.99:47907] by server-3.bemta-4.messagelabs.com id 71/34-03544-3ED61805; Fri, 19 Oct 2012 15:12:35 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1350659553!25188780!1 X-Originating-IP: [209.85.210.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8445 invoked from network); 19 Oct 2012 15:12:34 -0000 Received: from mail-da0-f45.google.com (HELO mail-da0-f45.google.com) (209.85.210.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 15:12:34 -0000 Received: by mail-da0-f45.google.com with SMTP id n15so298957dad.32 for ; Fri, 19 Oct 2012 08:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GI8/YvrgCxMD8jBwa3TMclAquNttrck2KyiNsLpW5Us=; b=dSlqvno16pwXBuULRshJUcF7XwG9wIWfsIMcGOrnbG0pBoez6UM+CbLvYcFMiJUsW9 4LyWKVToPQ7FQWpMgz6FQk301fGyyIyRCGVVbd0TrfDOP8wW1S9IY0Oe6i2SnbXJpssC b+VDO5u1NDIY8E7kTJZZ/t+Kd0EC9aqI6xd5v0dG+IJ+qHaSeHlH7nmtXvTttob8nGfQ GBDPvCxfrnnbMpByOHDarPiWRcywsyVRm3jGkygdXl0tdFXE6yB68PwTarAGpfvns3t8 lQkHzOQUw9C3WLf7MbUqh41IxYWvdddyHMKPU0cENlyncuMeg6Sx/jRgA07DaJs8lPIm Ts/Q== MIME-Version: 1.0 Received: by 10.68.232.71 with SMTP id tm7mr6557355pbc.118.1350659552903; Fri, 19 Oct 2012 08:12:32 -0700 (PDT) Received: by 10.68.124.98 with HTTP; Fri, 19 Oct 2012 08:12:32 -0700 (PDT) Date: Fri, 19 Oct 2012 19:12:32 +0400 Message-ID: From: Kakadu To: xen-api@lists.xen.org Subject: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hey. I have accepted a challenge about disabling some features of automatical rebalancing. For example, I want squeezed to raise an exception while migration in case if there is not enough free memory and some squeezing needed. So I fixed reserve-memory handler in my squeezed-like daemon [1] and implemented successful result only when we can get needed memory without squeezing [2]. My big problem is testing that stuff. I have vm with these characteristics $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep memory memory-actual ( RO): 250609664 memory-target ( RO): 250609664 memory-overhead ( RO): 4194304 memory-static-max ( RW): 250000000 memory-dynamic-max ( RW): 250000000 memory-dynamic-min ( RW): 250000000 memory-static-min ( RW): 250000000 and while localhost migration Squeezer says that it can't reserve memory without squeezing. [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenstore-rpc] using new version of reserve_memory [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] force_change_host_free_memory required_mem = 265644 KiB [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Total non-domain reservations = 811008 [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] domid 3 has been declared inactive [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Total additional memory over dynamic_min = 2675808 KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Maximum possible free memory if all active domains balloon down to dynamic_min = 2941452 [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] current host free mem = 2941452 KiB (aiming for 265644 KiB); OK; all domain targets not reached; allocation phase [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Can't free 265644 KiB: some domains need squeezing I'm a little bit confused why first number is less than second in ` mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand something good enough So I have two questions: 1) How to setup parameters for testing migration with my new daemon? 2) What else pifalls I will have in my way while disabling autobalancing? Cheers, Kakadu [1] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101-serred.patch#L123 [2] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101-serred.patch#L617 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 15:12:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 15:12:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEFZ-0008SR-7q; Fri, 19 Oct 2012 15:12:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEFY-0008SI-GI for xen-api@lists.xen.org; Fri, 19 Oct 2012 15:12:36 +0000 Received: from [85.158.143.99:47907] by server-3.bemta-4.messagelabs.com id 71/34-03544-3ED61805; Fri, 19 Oct 2012 15:12:35 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1350659553!25188780!1 X-Originating-IP: [209.85.210.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8445 invoked from network); 19 Oct 2012 15:12:34 -0000 Received: from mail-da0-f45.google.com (HELO mail-da0-f45.google.com) (209.85.210.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 15:12:34 -0000 Received: by mail-da0-f45.google.com with SMTP id n15so298957dad.32 for ; Fri, 19 Oct 2012 08:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GI8/YvrgCxMD8jBwa3TMclAquNttrck2KyiNsLpW5Us=; b=dSlqvno16pwXBuULRshJUcF7XwG9wIWfsIMcGOrnbG0pBoez6UM+CbLvYcFMiJUsW9 4LyWKVToPQ7FQWpMgz6FQk301fGyyIyRCGVVbd0TrfDOP8wW1S9IY0Oe6i2SnbXJpssC b+VDO5u1NDIY8E7kTJZZ/t+Kd0EC9aqI6xd5v0dG+IJ+qHaSeHlH7nmtXvTttob8nGfQ GBDPvCxfrnnbMpByOHDarPiWRcywsyVRm3jGkygdXl0tdFXE6yB68PwTarAGpfvns3t8 lQkHzOQUw9C3WLf7MbUqh41IxYWvdddyHMKPU0cENlyncuMeg6Sx/jRgA07DaJs8lPIm Ts/Q== MIME-Version: 1.0 Received: by 10.68.232.71 with SMTP id tm7mr6557355pbc.118.1350659552903; Fri, 19 Oct 2012 08:12:32 -0700 (PDT) Received: by 10.68.124.98 with HTTP; Fri, 19 Oct 2012 08:12:32 -0700 (PDT) Date: Fri, 19 Oct 2012 19:12:32 +0400 Message-ID: From: Kakadu To: xen-api@lists.xen.org Subject: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hey. I have accepted a challenge about disabling some features of automatical rebalancing. For example, I want squeezed to raise an exception while migration in case if there is not enough free memory and some squeezing needed. So I fixed reserve-memory handler in my squeezed-like daemon [1] and implemented successful result only when we can get needed memory without squeezing [2]. My big problem is testing that stuff. I have vm with these characteristics $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep memory memory-actual ( RO): 250609664 memory-target ( RO): 250609664 memory-overhead ( RO): 4194304 memory-static-max ( RW): 250000000 memory-dynamic-max ( RW): 250000000 memory-dynamic-min ( RW): 250000000 memory-static-min ( RW): 250000000 and while localhost migration Squeezer says that it can't reserve memory without squeezing. [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenstore-rpc] using new version of reserve_memory [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] force_change_host_free_memory required_mem = 265644 KiB [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Total non-domain reservations = 811008 [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] domid 3 has been declared inactive [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Total additional memory over dynamic_min = 2675808 KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Maximum possible free memory if all active domains balloon down to dynamic_min = 2941452 [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] current host free mem = 2941452 KiB (aiming for 265644 KiB); OK; all domain targets not reached; allocation phase [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, 256428)|xenops] Can't free 265644 KiB: some domains need squeezing I'm a little bit confused why first number is less than second in ` mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand something good enough So I have two questions: 1) How to setup parameters for testing migration with my new daemon? 2) What else pifalls I will have in my way while disabling autobalancing? Cheers, Kakadu [1] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101-serred.patch#L123 [2] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101-serred.patch#L617 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 15:27:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 15:27:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEU3-0000V9-GZ; Fri, 19 Oct 2012 15:27:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEU2-0000V4-Ff for xen-api@lists.xen.org; Fri, 19 Oct 2012 15:27:34 +0000 Received: from [85.158.143.35:63487] by server-2.bemta-4.messagelabs.com id 1D/9E-22268-56171805; Fri, 19 Oct 2012 15:27:33 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1350660452!15955507!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUwMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13933 invoked from network); 19 Oct 2012 15:27:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 15:27:33 -0000 X-IronPort-AV: E=Sophos;i="4.80,613,1344211200"; d="scan'208";a="15280073" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Oct 2012 15:27:32 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 19 Oct 2012 16:27:32 +0100 From: Dave Scott To: 'Kakadu' , "xen-api@lists.xen.org" Date: Fri, 19 Oct 2012 16:27:32 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2uDGi7MOB1XevtRLeTqHVaS7k+jgAAPXqQ Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Kakadu wrote: > Hey. > > I have accepted a challenge about disabling some features of > automatical rebalancing. For example, I want squeezed to raise an > exception while migration in case if there is not enough free memory > and some squeezing needed. So I fixed reserve-memory handler in my > squeezed-like daemon [1] and implemented successful result only when > we can get needed memory without squeezing [2]. > > My big problem is testing that stuff. I have vm with these > characteristics > $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep > memory > memory-actual ( RO): 250609664 > memory-target ( RO): 250609664 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 250000000 > memory-dynamic-max ( RW): 250000000 > memory-dynamic-min ( RW): 250000000 > memory-static-min ( RW): 250000000 > > and while localhost migration Squeezer says that it can't reserve > memory without squeezing. > > [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenstore-rpc] using new version of reserve_memory > [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] force_change_host_free_memory required_mem = 265644 > KiB > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Total non-domain reservations = 811008 > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] domid 3 has been declared inactive > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Total additional memory over dynamic_min = 2675808 > KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Maximum possible free memory if all active domains > balloon down to dynamic_min = 2941452 > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] current host free mem = 2941452 KiB (aiming for 265644 > KiB); OK; all domain targets not reached; allocation phase > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Can't free 265644 KiB: some domains need squeezing > > I'm a little bit confused why first number is less than second in ` > mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand > something good enough I think what it's trying to say is: The host has 2.9 GiB free but we'd like to give most of this free memory away to domains (by 'balancing'), to leave only 265644 KiB left. > So I have two questions: > 1) How to setup parameters for testing migration with my new daemon? > 2) What else pifalls I will have in my way while disabling > autobalancing? When you try to migrate to a host which hasn't got much free memory, do you intend to run the existing squeezing logic? BTW there is some internal squeezed design documentation here, just in case its useful: https://github.com/xen-org/xen-api/tree/master/docs/squeezed Cheers, Dave > > > Cheers, > Kakadu > > [1] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- > serred.patch#L123 > [2] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- > serred.patch#L617 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 15:27:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 15:27:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEU3-0000V9-GZ; Fri, 19 Oct 2012 15:27:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPEU2-0000V4-Ff for xen-api@lists.xen.org; Fri, 19 Oct 2012 15:27:34 +0000 Received: from [85.158.143.35:63487] by server-2.bemta-4.messagelabs.com id 1D/9E-22268-56171805; Fri, 19 Oct 2012 15:27:33 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1350660452!15955507!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUwMDE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13933 invoked from network); 19 Oct 2012 15:27:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 15:27:33 -0000 X-IronPort-AV: E=Sophos;i="4.80,613,1344211200"; d="scan'208";a="15280073" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Oct 2012 15:27:32 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 19 Oct 2012 16:27:32 +0100 From: Dave Scott To: 'Kakadu' , "xen-api@lists.xen.org" Date: Fri, 19 Oct 2012 16:27:32 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2uDGi7MOB1XevtRLeTqHVaS7k+jgAAPXqQ Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Kakadu wrote: > Hey. > > I have accepted a challenge about disabling some features of > automatical rebalancing. For example, I want squeezed to raise an > exception while migration in case if there is not enough free memory > and some squeezing needed. So I fixed reserve-memory handler in my > squeezed-like daemon [1] and implemented successful result only when > we can get needed memory without squeezing [2]. > > My big problem is testing that stuff. I have vm with these > characteristics > $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep > memory > memory-actual ( RO): 250609664 > memory-target ( RO): 250609664 > memory-overhead ( RO): 4194304 > memory-static-max ( RW): 250000000 > memory-dynamic-max ( RW): 250000000 > memory-dynamic-min ( RW): 250000000 > memory-static-min ( RW): 250000000 > > and while localhost migration Squeezer says that it can't reserve > memory without squeezing. > > [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenstore-rpc] using new version of reserve_memory > [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] force_change_host_free_memory required_mem = 265644 > KiB > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Total non-domain reservations = 811008 > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] domid 3 has been declared inactive > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Total additional memory over dynamic_min = 2675808 > KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Maximum possible free memory if all active domains > balloon down to dynamic_min = 2941452 > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] current host free mem = 2941452 KiB (aiming for 265644 > KiB); OK; all domain targets not reached; allocation phase > [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > 256428)|xenops] Can't free 265644 KiB: some domains need squeezing > > I'm a little bit confused why first number is less than second in ` > mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand > something good enough I think what it's trying to say is: The host has 2.9 GiB free but we'd like to give most of this free memory away to domains (by 'balancing'), to leave only 265644 KiB left. > So I have two questions: > 1) How to setup parameters for testing migration with my new daemon? > 2) What else pifalls I will have in my way while disabling > autobalancing? When you try to migrate to a host which hasn't got much free memory, do you intend to run the existing squeezing logic? BTW there is some internal squeezed design documentation here, just in case its useful: https://github.com/xen-org/xen-api/tree/master/docs/squeezed Cheers, Dave > > > Cheers, > Kakadu > > [1] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- > serred.patch#L123 > [2] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- > serred.patch#L617 > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 19 21:16:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 21:16:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPJvK-0007mw-Gs; Fri, 19 Oct 2012 21:16:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPJvI-0007mr-LZ for xen-api@lists.xen.org; Fri, 19 Oct 2012 21:16:04 +0000 Received: from [85.158.137.99:46410] by server-10.bemta-3.messagelabs.com id 27/C4-27386-313C1805; Fri, 19 Oct 2012 21:16:03 +0000 X-Env-Sender: dan@leesolutions.net X-Msg-Ref: server-2.tower-217.messagelabs.com!1350681362!22183012!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 365 invoked from network); 19 Oct 2012 21:16:03 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 21:16:03 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so1217600vcb.32 for ; Fri, 19 Oct 2012 14:16:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=C7/wRtYWP3e/Q/B4CTVUdIBWS1KwDgaU/IVN1ZEuCck=; b=eHJMjAhkyGwV/qmVsJGpOu2ba7+ZrmIeoCObmNEo2oEqzJQAuRiV2Wpvq1iyGkJijP NV3z+WMRU4YwH58iQ1RGLwdA5qLhIRbCQ1c7zQGDqHn7+C7GJyZBIrHaetu8HmPK8MI8 TrzVryXLoj7WNhsC9xbP5LhXaopcgo7/1dTsbQAnBDzzXTzSl3u/x+jHW+cZH1mWjbHt 6Ovz9D2bbZUP0GiwJOKlWuFhtnbAISNHwl9vzDfSNrV9sNNGLAUndeffEA4Oy3mLaAQF SX2ARRjrqeaoYhPjOI+JAQsCCJ60EhidhZ+NrB8Ab0g+LsIELMgsxPXunqmT0uijhHFu VmVg== MIME-Version: 1.0 Received: by 10.58.116.175 with SMTP id jx15mr3530488veb.6.1350681361699; Fri, 19 Oct 2012 14:16:01 -0700 (PDT) Received: by 10.58.116.173 with HTTP; Fri, 19 Oct 2012 14:16:01 -0700 (PDT) X-Originating-IP: [76.171.243.159] Date: Fri, 19 Oct 2012 14:16:01 -0700 Message-ID: From: Dan Lee To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQlREfwIFJIO6uqTfx0hAkjn1Itu1GtL6VsjA1mSa2eJg47Mjo1rWI5JJt//ym9ZEANx9o36 Subject: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4278964848625278057==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4278964848625278057== Content-Type: multipart/alternative; boundary=047d7b6dcbf6c4d41804cc7002e4 --047d7b6dcbf6c4d41804cc7002e4 Content-Type: text/plain; charset=ISO-8859-1 Hi. Have any major issues been reported yet on 1.6? We're put a hold on putting this online until the final release date of the 24th, and wanted to see if there is any reason at this point to go back to 1.5. Thanks! Dan --047d7b6dcbf6c4d41804cc7002e4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi. =A0Have any major issues been reported yet on 1.6? =A0We're put a h= old on putting this online until the final release date of the 24th, and wa= nted to see if there is any reason at this point to go back to 1.5. =A0Than= ks!

Dan
--047d7b6dcbf6c4d41804cc7002e4-- --===============4278964848625278057== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4278964848625278057==-- From xen-api-bounces@lists.xen.org Fri Oct 19 21:16:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Oct 2012 21:16:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPJvK-0007mw-Gs; Fri, 19 Oct 2012 21:16:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPJvI-0007mr-LZ for xen-api@lists.xen.org; Fri, 19 Oct 2012 21:16:04 +0000 Received: from [85.158.137.99:46410] by server-10.bemta-3.messagelabs.com id 27/C4-27386-313C1805; Fri, 19 Oct 2012 21:16:03 +0000 X-Env-Sender: dan@leesolutions.net X-Msg-Ref: server-2.tower-217.messagelabs.com!1350681362!22183012!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 365 invoked from network); 19 Oct 2012 21:16:03 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 Oct 2012 21:16:03 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so1217600vcb.32 for ; Fri, 19 Oct 2012 14:16:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=C7/wRtYWP3e/Q/B4CTVUdIBWS1KwDgaU/IVN1ZEuCck=; b=eHJMjAhkyGwV/qmVsJGpOu2ba7+ZrmIeoCObmNEo2oEqzJQAuRiV2Wpvq1iyGkJijP NV3z+WMRU4YwH58iQ1RGLwdA5qLhIRbCQ1c7zQGDqHn7+C7GJyZBIrHaetu8HmPK8MI8 TrzVryXLoj7WNhsC9xbP5LhXaopcgo7/1dTsbQAnBDzzXTzSl3u/x+jHW+cZH1mWjbHt 6Ovz9D2bbZUP0GiwJOKlWuFhtnbAISNHwl9vzDfSNrV9sNNGLAUndeffEA4Oy3mLaAQF SX2ARRjrqeaoYhPjOI+JAQsCCJ60EhidhZ+NrB8Ab0g+LsIELMgsxPXunqmT0uijhHFu VmVg== MIME-Version: 1.0 Received: by 10.58.116.175 with SMTP id jx15mr3530488veb.6.1350681361699; Fri, 19 Oct 2012 14:16:01 -0700 (PDT) Received: by 10.58.116.173 with HTTP; Fri, 19 Oct 2012 14:16:01 -0700 (PDT) X-Originating-IP: [76.171.243.159] Date: Fri, 19 Oct 2012 14:16:01 -0700 Message-ID: From: Dan Lee To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQlREfwIFJIO6uqTfx0hAkjn1Itu1GtL6VsjA1mSa2eJg47Mjo1rWI5JJt//ym9ZEANx9o36 Subject: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4278964848625278057==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4278964848625278057== Content-Type: multipart/alternative; boundary=047d7b6dcbf6c4d41804cc7002e4 --047d7b6dcbf6c4d41804cc7002e4 Content-Type: text/plain; charset=ISO-8859-1 Hi. Have any major issues been reported yet on 1.6? We're put a hold on putting this online until the final release date of the 24th, and wanted to see if there is any reason at this point to go back to 1.5. Thanks! Dan --047d7b6dcbf6c4d41804cc7002e4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi. =A0Have any major issues been reported yet on 1.6? =A0We're put a h= old on putting this online until the final release date of the 24th, and wa= nted to see if there is any reason at this point to go back to 1.5. =A0Than= ks!

Dan
--047d7b6dcbf6c4d41804cc7002e4-- --===============4278964848625278057== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4278964848625278057==-- From xen-api-bounces@lists.xen.org Sat Oct 20 09:03:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 09:03:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPUxo-0002Ey-U4; Sat, 20 Oct 2012 09:03:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPUxn-0002Et-Mn for xen-api@lists.xen.org; Sat, 20 Oct 2012 09:03:23 +0000 Received: from [85.158.139.211:24582] by server-8.bemta-5.messagelabs.com id A6/69-23193-AD862805; Sat, 20 Oct 2012 09:03:22 +0000 X-Env-Sender: int64ago@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1350723801!23104928!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 880 invoked from network); 20 Oct 2012 09:03:22 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 09:03:22 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so1639095vcb.32 for ; Sat, 20 Oct 2012 02:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=tyatPNCzVDTA14y/QxuzXXlizm0r4Gib3GrUDjFerj0=; b=YOOAvPYnrlQ9/GcnDfREGp6mgPTE7HgIEcZ/KZLhiFtr/HvIW2rwErZW47EVfQbOoa MKgP+0JuOqfQ82scUl/r46DtDH10l+UqQnR4FX/PP5awhdu0G2mjoZIpCSvmIg4xgMVr PeIa8h4Kj+5ZMEhU+R9gFt3ztybnDx/3k/0YlIS35ZcXsOe44Rk1gRyUCrdSD2kgeeBI VqCH4L42PRgX1t58RHsK+vrYeQr/jInUkZHERq7QXwlCB5D7VjwmSUN5hag2YCZ8uDrO iYSZjemw1frwOwiYQ5EKM42KI2uFiTISdv1Q/nJE2qcq/O+6SIRvadM7rAVeVI/OlDsw Ce4g== Received: by 10.52.23.225 with SMTP id p1mr3784998vdf.79.1350723801086; Sat, 20 Oct 2012 02:03:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.209.67 with HTTP; Sat, 20 Oct 2012 02:02:40 -0700 (PDT) From: Cody Chan Date: Sat, 20 Oct 2012 17:02:40 +0800 Message-ID: To: xen-api@lists.xen.org Subject: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0740215742618881198==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0740215742618881198== Content-Type: multipart/alternative; boundary=20cf307ca1ac5a789904cc79e423 --20cf307ca1ac5a789904cc79e423 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I have to modify some source code of XCP, of course source-1.iso, but after that how can I rebuilt XCP installation iso from modified source-1.iso ? Is there how-to document? Thx Cody Chan --20cf307ca1ac5a789904cc79e423 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
He= llo all,

I have to modify some source code of XCP, of c= ourse source-1.iso, but after that how can I rebuilt XCP installation iso f= rom modified source-1.iso ? Is there how-to document?

Thx
Cody Chan
--20cf307ca1ac5a789904cc79e423-- --===============0740215742618881198== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0740215742618881198==-- From xen-api-bounces@lists.xen.org Sat Oct 20 09:03:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 09:03:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPUxo-0002Ey-U4; Sat, 20 Oct 2012 09:03:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPUxn-0002Et-Mn for xen-api@lists.xen.org; Sat, 20 Oct 2012 09:03:23 +0000 Received: from [85.158.139.211:24582] by server-8.bemta-5.messagelabs.com id A6/69-23193-AD862805; Sat, 20 Oct 2012 09:03:22 +0000 X-Env-Sender: int64ago@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1350723801!23104928!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 880 invoked from network); 20 Oct 2012 09:03:22 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 09:03:22 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so1639095vcb.32 for ; Sat, 20 Oct 2012 02:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=tyatPNCzVDTA14y/QxuzXXlizm0r4Gib3GrUDjFerj0=; b=YOOAvPYnrlQ9/GcnDfREGp6mgPTE7HgIEcZ/KZLhiFtr/HvIW2rwErZW47EVfQbOoa MKgP+0JuOqfQ82scUl/r46DtDH10l+UqQnR4FX/PP5awhdu0G2mjoZIpCSvmIg4xgMVr PeIa8h4Kj+5ZMEhU+R9gFt3ztybnDx/3k/0YlIS35ZcXsOe44Rk1gRyUCrdSD2kgeeBI VqCH4L42PRgX1t58RHsK+vrYeQr/jInUkZHERq7QXwlCB5D7VjwmSUN5hag2YCZ8uDrO iYSZjemw1frwOwiYQ5EKM42KI2uFiTISdv1Q/nJE2qcq/O+6SIRvadM7rAVeVI/OlDsw Ce4g== Received: by 10.52.23.225 with SMTP id p1mr3784998vdf.79.1350723801086; Sat, 20 Oct 2012 02:03:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.209.67 with HTTP; Sat, 20 Oct 2012 02:02:40 -0700 (PDT) From: Cody Chan Date: Sat, 20 Oct 2012 17:02:40 +0800 Message-ID: To: xen-api@lists.xen.org Subject: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0740215742618881198==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0740215742618881198== Content-Type: multipart/alternative; boundary=20cf307ca1ac5a789904cc79e423 --20cf307ca1ac5a789904cc79e423 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I have to modify some source code of XCP, of course source-1.iso, but after that how can I rebuilt XCP installation iso from modified source-1.iso ? Is there how-to document? Thx Cody Chan --20cf307ca1ac5a789904cc79e423 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
He= llo all,

I have to modify some source code of XCP, of c= ourse source-1.iso, but after that how can I rebuilt XCP installation iso f= rom modified source-1.iso ? Is there how-to document?

Thx
Cody Chan
--20cf307ca1ac5a789904cc79e423-- --===============0740215742618881198== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0740215742618881198==-- From xen-api-bounces@lists.xen.org Sat Oct 20 13:05:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 13:05:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPYkD-0003a0-Tr; Sat, 20 Oct 2012 13:05:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPYkC-0003Zv-H6 for xen-api@lists.xen.org; Sat, 20 Oct 2012 13:05:36 +0000 Received: from [85.158.143.99:25061] by server-3.bemta-4.messagelabs.com id 68/1F-03544-F91A2805; Sat, 20 Oct 2012 13:05:35 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1350738333!28758606!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2841 invoked from network); 20 Oct 2012 13:05:34 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 13:05:34 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2355560iea.32 for ; Sat, 20 Oct 2012 06:05:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xpY6XX47M0uZ4hs+2pNj6NSy/Ik3c0TerOFWtIqb8TE=; b=v9qiL4W/I3H06hJnlERcgASG6ygyMnBBwGHoRI8ZOvcwwp4TeOV9BTZTUQHTKWE2ME bG+nt6+VsfcJ6WgB4kwE2UueJqn6H5F6gwA/cDibUa2/QnjBBKHSy1prvHU50HcF7nYs 37GDBCP0k2yTx50dc7dCkMbX4PnV3OGT2Ge1Wpm+tL6EBoanGycUd6sA8Z1fGd/JSPvw e8ZAr7cQTMwYtYJwkMZZKHTQnqouK2QrIT4uZUcA6Ztv3g+tC+drbCQ2tzEqVwxILXTe eNKLh6jNpgy3nRHgjAlen4PRjSg/JOJGub8Kc6pnPgMSht9Oxydq0pGwLw2AhBCT3QpR Yvdw== MIME-Version: 1.0 Received: by 10.50.95.135 with SMTP id dk7mr4355922igb.33.1350738332770; Sat, 20 Oct 2012 06:05:32 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Sat, 20 Oct 2012 06:05:32 -0700 (PDT) In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> Date: Sat, 20 Oct 2012 17:05:32 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > When you try to migrate to a host which hasn't got much free memory, do you intend to run the existing squeezing logic? Nope, it should do nothing. In future another balooning daemon will be running and case there is not enough ememory never gonna happen. But now I'm trying to put right variables to vm params (to emulate presence of this future daemon). Thanks for the link. I'll try to find something useful. Best wishes, Kakadu On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott wrote: > > Hi, > > Kakadu wrote: > >> Hey. >> >> I have accepted a challenge about disabling some features of >> automatical rebalancing. For example, I want squeezed to raise an >> exception while migration in case if there is not enough free memory >> and some squeezing needed. So I fixed reserve-memory handler in my >> squeezed-like daemon [1] and implemented successful result only when >> we can get needed memory without squeezing [2]. >> >> My big problem is testing that stuff. I have vm with these >> characteristics >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep >> memory >> memory-actual ( RO): 250609664 >> memory-target ( RO): 250609664 >> memory-overhead ( RO): 4194304 >> memory-static-max ( RW): 250000000 >> memory-dynamic-max ( RW): 250000000 >> memory-dynamic-min ( RW): 250000000 >> memory-static-min ( RW): 250000000 >> >> and while localhost migration Squeezer says that it can't reserve >> memory without squeezing. >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenstore-rpc] using new version of reserve_memory >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] force_change_host_free_memory required_mem = 265644 >> KiB >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Total non-domain reservations = 811008 >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] domid 3 has been declared inactive >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Total additional memory over dynamic_min = 2675808 >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Maximum possible free memory if all active domains >> balloon down to dynamic_min = 2941452 >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for 265644 >> KiB); OK; all domain targets not reached; allocation phase >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Can't free 265644 KiB: some domains need squeezing >> >> I'm a little bit confused why first number is less than second in ` >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand >> something good enough > > I think what it's trying to say is: > > The host has 2.9 GiB free but we'd like to give most of this free memory away to domains (by 'balancing'), to leave only 265644 KiB left. > >> So I have two questions: >> 1) How to setup parameters for testing migration with my new daemon? >> 2) What else pifalls I will have in my way while disabling >> autobalancing? > > When you try to migrate to a host which hasn't got much free memory, do you intend to run the existing squeezing logic? > > BTW there is some internal squeezed design documentation here, just in case its useful: > > https://github.com/xen-org/xen-api/tree/master/docs/squeezed > > Cheers, > Dave > >> >> >> Cheers, >> Kakadu >> >> [1] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- >> serred.patch#L123 >> [2] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- >> serred.patch#L617 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 20 13:05:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 13:05:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPYkD-0003a0-Tr; Sat, 20 Oct 2012 13:05:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPYkC-0003Zv-H6 for xen-api@lists.xen.org; Sat, 20 Oct 2012 13:05:36 +0000 Received: from [85.158.143.99:25061] by server-3.bemta-4.messagelabs.com id 68/1F-03544-F91A2805; Sat, 20 Oct 2012 13:05:35 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1350738333!28758606!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2841 invoked from network); 20 Oct 2012 13:05:34 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 13:05:34 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2355560iea.32 for ; Sat, 20 Oct 2012 06:05:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xpY6XX47M0uZ4hs+2pNj6NSy/Ik3c0TerOFWtIqb8TE=; b=v9qiL4W/I3H06hJnlERcgASG6ygyMnBBwGHoRI8ZOvcwwp4TeOV9BTZTUQHTKWE2ME bG+nt6+VsfcJ6WgB4kwE2UueJqn6H5F6gwA/cDibUa2/QnjBBKHSy1prvHU50HcF7nYs 37GDBCP0k2yTx50dc7dCkMbX4PnV3OGT2Ge1Wpm+tL6EBoanGycUd6sA8Z1fGd/JSPvw e8ZAr7cQTMwYtYJwkMZZKHTQnqouK2QrIT4uZUcA6Ztv3g+tC+drbCQ2tzEqVwxILXTe eNKLh6jNpgy3nRHgjAlen4PRjSg/JOJGub8Kc6pnPgMSht9Oxydq0pGwLw2AhBCT3QpR Yvdw== MIME-Version: 1.0 Received: by 10.50.95.135 with SMTP id dk7mr4355922igb.33.1350738332770; Sat, 20 Oct 2012 06:05:32 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Sat, 20 Oct 2012 06:05:32 -0700 (PDT) In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> Date: Sat, 20 Oct 2012 17:05:32 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > When you try to migrate to a host which hasn't got much free memory, do you intend to run the existing squeezing logic? Nope, it should do nothing. In future another balooning daemon will be running and case there is not enough ememory never gonna happen. But now I'm trying to put right variables to vm params (to emulate presence of this future daemon). Thanks for the link. I'll try to find something useful. Best wishes, Kakadu On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott wrote: > > Hi, > > Kakadu wrote: > >> Hey. >> >> I have accepted a challenge about disabling some features of >> automatical rebalancing. For example, I want squeezed to raise an >> exception while migration in case if there is not enough free memory >> and some squeezing needed. So I fixed reserve-memory handler in my >> squeezed-like daemon [1] and implemented successful result only when >> we can get needed memory without squeezing [2]. >> >> My big problem is testing that stuff. I have vm with these >> characteristics >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep >> memory >> memory-actual ( RO): 250609664 >> memory-target ( RO): 250609664 >> memory-overhead ( RO): 4194304 >> memory-static-max ( RW): 250000000 >> memory-dynamic-max ( RW): 250000000 >> memory-dynamic-min ( RW): 250000000 >> memory-static-min ( RW): 250000000 >> >> and while localhost migration Squeezer says that it can't reserve >> memory without squeezing. >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenstore-rpc] using new version of reserve_memory >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] force_change_host_free_memory required_mem = 265644 >> KiB >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Total non-domain reservations = 811008 >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] domid 3 has been declared inactive >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Total additional memory over dynamic_min = 2675808 >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Maximum possible free memory if all active domains >> balloon down to dynamic_min = 2941452 >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for 265644 >> KiB); OK; all domain targets not reached; allocation phase >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> 256428)|xenops] Can't free 265644 KiB: some domains need squeezing >> >> I'm a little bit confused why first number is less than second in ` >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand >> something good enough > > I think what it's trying to say is: > > The host has 2.9 GiB free but we'd like to give most of this free memory away to domains (by 'balancing'), to leave only 265644 KiB left. > >> So I have two questions: >> 1) How to setup parameters for testing migration with my new daemon? >> 2) What else pifalls I will have in my way while disabling >> autobalancing? > > When you try to migrate to a host which hasn't got much free memory, do you intend to run the existing squeezing logic? > > BTW there is some internal squeezed design documentation here, just in case its useful: > > https://github.com/xen-org/xen-api/tree/master/docs/squeezed > > Cheers, > Dave > >> >> >> Cheers, >> Kakadu >> >> [1] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- >> serred.patch#L123 >> [2] https://github.com/Kakadu/xcp-xapi/blob/master/debian/patches/0101- >> serred.patch#L617 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 20 16:02:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 16:02:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPbVA-0005DW-2f; Sat, 20 Oct 2012 16:02:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPbV8-0005DQ-VS for xen-api@lists.xen.org; Sat, 20 Oct 2012 16:02:15 +0000 Received: from [193.109.254.147:60424] by server-1.bemta-14.messagelabs.com id 63/87-20415-60BC2805; Sat, 20 Oct 2012 16:02:14 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1350748932!3555549!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22326 invoked from network); 20 Oct 2012 16:02:13 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 16:02:13 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so1147232lbb.32 for ; Sat, 20 Oct 2012 09:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=dwfWFx3DOAVn5z/ZNSamFu3Z4/OagUd9EbapKVLKvEw=; b=03Pg3bh3S3MKRQbrVFXkZm7anFvznrbJwTwT+TfU9Kulup4sTNuVp8JuO1a0BOycTh 0addifTwo1CERZF2QN52OtAX8nT/NtgF7Uvq5nB+K7yyd4CPh1NT3sB4BFl0I4Q7YtF6 oEv3xhyOWm34kqHb6AbGbQdmqMOPKmSEubG63K2kP8Ia5AYVhb5EyBBuDGYqvdA/eYLO D08vrrD7BguVNIOCc6m6CteXcSBhWjJ9oEEN0PXuizz85wrQ5OTejjwRFTJzRl+l88CB 4BSkmy1E2oZxIY9RwzSi7S4VapOG+A+rvZsDznDDHr39GXKWGUuNJOOiB2Qi0f9i8BDu WiHA== Received: by 10.112.38.65 with SMTP id e1mr1887113lbk.15.1350748932195; Sat, 20 Oct 2012 09:02:12 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id g5sm1489101lbk.7.2012.10.20.09.02.11 (version=SSLv3 cipher=OTHER); Sat, 20 Oct 2012 09:02:11 -0700 (PDT) Message-ID: <5082CB06.6080805@gmail.com> Date: Sat, 20 Oct 2012 20:02:14 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.9) Gecko/20121014 Icedove/10.0.9 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org AFAIK there is no such procedure in public. If you want to change some stuff in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from installer is some dark xensource magic. We using custom XCP iso (with software raid on two disks, specific changes to partition layout (~60Gb for /var/log) and so on) - it done by manual installation hacking. (Kinda worry about future upgrades...) On 20.10.2012 13:02, Cody Chan wrote: > Hello all, > > I have to modify some source code of XCP, of course source-1.iso, but > after that how can I rebuilt XCP installation iso from modified > source-1.iso ? Is there how-to document? > > Thx > Cody Chan > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 20 16:02:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 16:02:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPbVA-0005DW-2f; Sat, 20 Oct 2012 16:02:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPbV8-0005DQ-VS for xen-api@lists.xen.org; Sat, 20 Oct 2012 16:02:15 +0000 Received: from [193.109.254.147:60424] by server-1.bemta-14.messagelabs.com id 63/87-20415-60BC2805; Sat, 20 Oct 2012 16:02:14 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1350748932!3555549!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22326 invoked from network); 20 Oct 2012 16:02:13 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 16:02:13 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so1147232lbb.32 for ; Sat, 20 Oct 2012 09:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=dwfWFx3DOAVn5z/ZNSamFu3Z4/OagUd9EbapKVLKvEw=; b=03Pg3bh3S3MKRQbrVFXkZm7anFvznrbJwTwT+TfU9Kulup4sTNuVp8JuO1a0BOycTh 0addifTwo1CERZF2QN52OtAX8nT/NtgF7Uvq5nB+K7yyd4CPh1NT3sB4BFl0I4Q7YtF6 oEv3xhyOWm34kqHb6AbGbQdmqMOPKmSEubG63K2kP8Ia5AYVhb5EyBBuDGYqvdA/eYLO D08vrrD7BguVNIOCc6m6CteXcSBhWjJ9oEEN0PXuizz85wrQ5OTejjwRFTJzRl+l88CB 4BSkmy1E2oZxIY9RwzSi7S4VapOG+A+rvZsDznDDHr39GXKWGUuNJOOiB2Qi0f9i8BDu WiHA== Received: by 10.112.38.65 with SMTP id e1mr1887113lbk.15.1350748932195; Sat, 20 Oct 2012 09:02:12 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id g5sm1489101lbk.7.2012.10.20.09.02.11 (version=SSLv3 cipher=OTHER); Sat, 20 Oct 2012 09:02:11 -0700 (PDT) Message-ID: <5082CB06.6080805@gmail.com> Date: Sat, 20 Oct 2012 20:02:14 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.9) Gecko/20121014 Icedove/10.0.9 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org AFAIK there is no such procedure in public. If you want to change some stuff in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from installer is some dark xensource magic. We using custom XCP iso (with software raid on two disks, specific changes to partition layout (~60Gb for /var/log) and so on) - it done by manual installation hacking. (Kinda worry about future upgrades...) On 20.10.2012 13:02, Cody Chan wrote: > Hello all, > > I have to modify some source code of XCP, of course source-1.iso, but > after that how can I rebuilt XCP installation iso from modified > source-1.iso ? Is there how-to document? > > Thx > Cody Chan > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 20 20:12:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 20:12:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPfPK-0006b4-PE; Sat, 20 Oct 2012 20:12:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPfPJ-0006ay-GR for xen-api@lists.xen.org; Sat, 20 Oct 2012 20:12:29 +0000 Received: from [85.158.138.51:27160] by server-4.bemta-3.messagelabs.com id EE/49-01405-CA503805; Sat, 20 Oct 2012 20:12:28 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1350763946!33452993!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11257 invoked from network); 20 Oct 2012 20:12:27 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 20:12:27 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2688363iea.32 for ; Sat, 20 Oct 2012 13:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QSyx/hRyYpQs2Cq03k7N6ieem1BYforfSYDoytY/4t0=; b=TQPo+h7rYDk93AawZx8lmwuk3xCA5M4ITIz1/bObCryzhUWGgwMyExcH12pdzwN92p GP3/cR3YJdXu/Ei+A3Hvm1J/WJgpLOARoAb9XDLuELqbKcbj+6hezdiH0WpE93cGnvtM vJ0qMvwO7q4PyQpqu/Lu4qL4NQOh9KdCxHV5NBmjYNBKKbkqjua+gR6ON3OolKdI/rPL khYEDB1JpltJyEnAVdVIILmgyfewqdzrhLfCmoUhlzRwA+3RtTZt/cOnMfafvMVokFWa 0bjRbVb+kHbOamMLt/wPKeWav6KSphuBE8uaH0KxYKMrfaa960CNfPqHWSj23lyY8VlG SCtA== MIME-Version: 1.0 Received: by 10.50.203.34 with SMTP id kn2mr5014422igc.71.1350763945961; Sat, 20 Oct 2012 13:12:25 -0700 (PDT) Received: by 10.64.72.135 with HTTP; Sat, 20 Oct 2012 13:12:25 -0700 (PDT) In-Reply-To: <5082CB06.6080805@gmail.com> References: <5082CB06.6080805@gmail.com> Date: Sat, 20 Oct 2012 16:12:25 -0400 Message-ID: From: Outback Dingo To: George Shuklin Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Sat, Oct 20, 2012 at 12:02 PM, George Shuklin wrote: > AFAIK there is no such procedure in public. If you want to change some stuff > in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from > installer is some dark xensource magic. > There is now ....... http://wiki.xen.org/wiki/Repacking_the_XCP_ISO > We using custom XCP iso (with software raid on two disks, specific changes > to partition layout (~60Gb for /var/log) and so on) - it done by manual > installation hacking. (Kinda worry about future upgrades...) > > > On 20.10.2012 13:02, Cody Chan wrote: >> >> Hello all, >> >> I have to modify some source code of XCP, of course source-1.iso, but >> after that how can I rebuilt XCP installation iso from modified source-1.iso >> ? Is there how-to document? >> >> Thx >> Cody Chan >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 20 20:12:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 20:12:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPfPK-0006b4-PE; Sat, 20 Oct 2012 20:12:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPfPJ-0006ay-GR for xen-api@lists.xen.org; Sat, 20 Oct 2012 20:12:29 +0000 Received: from [85.158.138.51:27160] by server-4.bemta-3.messagelabs.com id EE/49-01405-CA503805; Sat, 20 Oct 2012 20:12:28 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1350763946!33452993!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11257 invoked from network); 20 Oct 2012 20:12:27 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 20:12:27 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2688363iea.32 for ; Sat, 20 Oct 2012 13:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QSyx/hRyYpQs2Cq03k7N6ieem1BYforfSYDoytY/4t0=; b=TQPo+h7rYDk93AawZx8lmwuk3xCA5M4ITIz1/bObCryzhUWGgwMyExcH12pdzwN92p GP3/cR3YJdXu/Ei+A3Hvm1J/WJgpLOARoAb9XDLuELqbKcbj+6hezdiH0WpE93cGnvtM vJ0qMvwO7q4PyQpqu/Lu4qL4NQOh9KdCxHV5NBmjYNBKKbkqjua+gR6ON3OolKdI/rPL khYEDB1JpltJyEnAVdVIILmgyfewqdzrhLfCmoUhlzRwA+3RtTZt/cOnMfafvMVokFWa 0bjRbVb+kHbOamMLt/wPKeWav6KSphuBE8uaH0KxYKMrfaa960CNfPqHWSj23lyY8VlG SCtA== MIME-Version: 1.0 Received: by 10.50.203.34 with SMTP id kn2mr5014422igc.71.1350763945961; Sat, 20 Oct 2012 13:12:25 -0700 (PDT) Received: by 10.64.72.135 with HTTP; Sat, 20 Oct 2012 13:12:25 -0700 (PDT) In-Reply-To: <5082CB06.6080805@gmail.com> References: <5082CB06.6080805@gmail.com> Date: Sat, 20 Oct 2012 16:12:25 -0400 Message-ID: From: Outback Dingo To: George Shuklin Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Sat, Oct 20, 2012 at 12:02 PM, George Shuklin wrote: > AFAIK there is no such procedure in public. If you want to change some stuff > in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from > installer is some dark xensource magic. > There is now ....... http://wiki.xen.org/wiki/Repacking_the_XCP_ISO > We using custom XCP iso (with software raid on two disks, specific changes > to partition layout (~60Gb for /var/log) and so on) - it done by manual > installation hacking. (Kinda worry about future upgrades...) > > > On 20.10.2012 13:02, Cody Chan wrote: >> >> Hello all, >> >> I have to modify some source code of XCP, of course source-1.iso, but >> after that how can I rebuilt XCP installation iso from modified source-1.iso >> ? Is there how-to document? >> >> Thx >> Cody Chan >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 20 21:29:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 21:29:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPgbq-0007Cd-Ey; Sat, 20 Oct 2012 21:29:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPgbp-0007CY-1D for xen-api@lists.xen.org; Sat, 20 Oct 2012 21:29:29 +0000 Received: from [85.158.143.99:24478] by server-2.bemta-4.messagelabs.com id E0/A4-22268-8B713805; Sat, 20 Oct 2012 21:29:28 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1350768566!25293372!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13423 invoked from network); 20 Oct 2012 21:29:27 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 21:29:27 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so1244147lbb.32 for ; Sat, 20 Oct 2012 14:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hmOr4DsUn3WovkkRCZtt1KG9Yp7di3/vewPEPvS/T90=; b=Y9Fakbik1d+Eh74F1LzzcLv8O5htk4DbSkC4g15Kr0bmD3WCOFI2ewdO0ZWjRkVbIW reXr8zfBnQAeI+E8sstknrSoufLUnhc3qAp2uHsWfWCWFXfAN48eXimjBm0nysOdHaeQ DlalqV7XbJDw5a9oF5k7KlU/HEGWPYD71paV2mrQUGsLECY/c5DPI72HINqVRAqePDr8 sWqOhoES11bqtNs7RImP6z+iwh5/tWEplnKXXRDvgH2IAb1lxQV0gHlGRkgkRggSqEnm I38b1Ee6GqfxxmzU62xjwxkEA0TRvn5rg/8Vf/UrMMfsAalUxuYp/hlSVy4UmDqWLWNJ mTpg== Received: by 10.112.37.197 with SMTP id a5mr2015934lbk.72.1350768566003; Sat, 20 Oct 2012 14:29:26 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id ps11sm1627693lab.12.2012.10.20.14.29.25 (version=SSLv3 cipher=OTHER); Sat, 20 Oct 2012 14:29:25 -0700 (PDT) Message-ID: <508317B9.6070205@gmail.com> Date: Sun, 21 Oct 2012 01:29:29 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.9) Gecko/20121014 Icedove/10.0.9 MIME-Version: 1.0 To: Outback Dingo References: <5082CB06.6080805@gmail.com> In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi. Repack is not the 'rebuild'. Repack is simple unpack and pack back, may be with changes. We do this too (and we actually replace installer with our own to reduce amount input questions). "Dark magic" I'm talking about is how to get dom0fs.tar.bz2 from clear CentOS installation and bunch of source files. Some of files (afaik) even had no source code. F.e. you can not get xs-tools.iso (shipped inside XCP to plug to guest domains) from source code, because windows part (paravirtualized drivers) are closed source. xcp-xapi on ubuntu/debian is much more opensource, you can rebuild them completely from scratches, but they are not very stable (xapi part is fine, but all interaction between xapi and other services is 'done somehow' and under some condition breaks). On 21.10.2012 00:12, Outback Dingo wrote: > On Sat, Oct 20, 2012 at 12:02 PM, George Shuklin > wrote: >> AFAIK there is no such procedure in public. If you want to change some stuff >> in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from >> installer is some dark xensource magic. >> > There is now ....... > > http://wiki.xen.org/wiki/Repacking_the_XCP_ISO > >> We using custom XCP iso (with software raid on two disks, specific changes >> to partition layout (~60Gb for /var/log) and so on) - it done by manual >> installation hacking. (Kinda worry about future upgrades...) >> >> >> On 20.10.2012 13:02, Cody Chan wrote: >>> Hello all, >>> >>> I have to modify some source code of XCP, of course source-1.iso, but >>> after that how can I rebuilt XCP installation iso from modified source-1.iso >>> ? Is there how-to document? >>> >>> Thx >>> Cody Chan >>> >>> >>> _______________________________________________ >>> Xen-api mailing list >>> Xen-api@lists.xen.org >>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 20 21:29:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 20 Oct 2012 21:29:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPgbq-0007Cd-Ey; Sat, 20 Oct 2012 21:29:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPgbp-0007CY-1D for xen-api@lists.xen.org; Sat, 20 Oct 2012 21:29:29 +0000 Received: from [85.158.143.99:24478] by server-2.bemta-4.messagelabs.com id E0/A4-22268-8B713805; Sat, 20 Oct 2012 21:29:28 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1350768566!25293372!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13423 invoked from network); 20 Oct 2012 21:29:27 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Oct 2012 21:29:27 -0000 Received: by mail-lb0-f173.google.com with SMTP id gj3so1244147lbb.32 for ; Sat, 20 Oct 2012 14:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hmOr4DsUn3WovkkRCZtt1KG9Yp7di3/vewPEPvS/T90=; b=Y9Fakbik1d+Eh74F1LzzcLv8O5htk4DbSkC4g15Kr0bmD3WCOFI2ewdO0ZWjRkVbIW reXr8zfBnQAeI+E8sstknrSoufLUnhc3qAp2uHsWfWCWFXfAN48eXimjBm0nysOdHaeQ DlalqV7XbJDw5a9oF5k7KlU/HEGWPYD71paV2mrQUGsLECY/c5DPI72HINqVRAqePDr8 sWqOhoES11bqtNs7RImP6z+iwh5/tWEplnKXXRDvgH2IAb1lxQV0gHlGRkgkRggSqEnm I38b1Ee6GqfxxmzU62xjwxkEA0TRvn5rg/8Vf/UrMMfsAalUxuYp/hlSVy4UmDqWLWNJ mTpg== Received: by 10.112.37.197 with SMTP id a5mr2015934lbk.72.1350768566003; Sat, 20 Oct 2012 14:29:26 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id ps11sm1627693lab.12.2012.10.20.14.29.25 (version=SSLv3 cipher=OTHER); Sat, 20 Oct 2012 14:29:25 -0700 (PDT) Message-ID: <508317B9.6070205@gmail.com> Date: Sun, 21 Oct 2012 01:29:29 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.9) Gecko/20121014 Icedove/10.0.9 MIME-Version: 1.0 To: Outback Dingo References: <5082CB06.6080805@gmail.com> In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi. Repack is not the 'rebuild'. Repack is simple unpack and pack back, may be with changes. We do this too (and we actually replace installer with our own to reduce amount input questions). "Dark magic" I'm talking about is how to get dom0fs.tar.bz2 from clear CentOS installation and bunch of source files. Some of files (afaik) even had no source code. F.e. you can not get xs-tools.iso (shipped inside XCP to plug to guest domains) from source code, because windows part (paravirtualized drivers) are closed source. xcp-xapi on ubuntu/debian is much more opensource, you can rebuild them completely from scratches, but they are not very stable (xapi part is fine, but all interaction between xapi and other services is 'done somehow' and under some condition breaks). On 21.10.2012 00:12, Outback Dingo wrote: > On Sat, Oct 20, 2012 at 12:02 PM, George Shuklin > wrote: >> AFAIK there is no such procedure in public. If you want to change some stuff >> in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from >> installer is some dark xensource magic. >> > There is now ....... > > http://wiki.xen.org/wiki/Repacking_the_XCP_ISO > >> We using custom XCP iso (with software raid on two disks, specific changes >> to partition layout (~60Gb for /var/log) and so on) - it done by manual >> installation hacking. (Kinda worry about future upgrades...) >> >> >> On 20.10.2012 13:02, Cody Chan wrote: >>> Hello all, >>> >>> I have to modify some source code of XCP, of course source-1.iso, but >>> after that how can I rebuilt XCP installation iso from modified source-1.iso >>> ? Is there how-to document? >>> >>> Thx >>> Cody Chan >>> >>> >>> _______________________________________________ >>> Xen-api mailing list >>> Xen-api@lists.xen.org >>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 21 13:50:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Oct 2012 13:50:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPvvG-0000VL-3W; Sun, 21 Oct 2012 13:50:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPvvE-0000VG-Fd for xen-api@lists.xen.org; Sun, 21 Oct 2012 13:50:32 +0000 Received: from [85.158.143.99:36873] by server-1.bemta-4.messagelabs.com id 60/38-19134-7ADF3805; Sun, 21 Oct 2012 13:50:31 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-10.tower-216.messagelabs.com!1350827430!28505605!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MjI1MDg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2875 invoked from network); 21 Oct 2012 13:50:31 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Oct 2012 13:50:31 -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 42DB01FC6; Sun, 21 Oct 2012 16:50:30 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id F111D20058; Sun, 21 Oct 2012 16:50:29 +0300 (EEST) Date: Sun, 21 Oct 2012 16:50:29 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: George Shuklin Message-ID: <20121021135029.GT8912@reaktio.net> References: <5082CB06.6080805@gmail.com> <508317B9.6070205@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <508317B9.6070205@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Sun, Oct 21, 2012 at 01:29:29AM +0400, George Shuklin wrote: > Hi. > > Repack is not the 'rebuild'. Repack is simple unpack and pack back, > may be with changes. We do this too (and we actually replace > installer with our own to reduce amount input questions). > > "Dark magic" I'm talking about is how to get dom0fs.tar.bz2 from > clear CentOS installation and bunch of source files. > > Some of files (afaik) even had no source code. F.e. you can not get > xs-tools.iso (shipped inside XCP to plug to guest domains) from > source code, because windows part (paravirtualized drivers) are > closed source. > Citrix Windows PV drivers are afaik the only closedsource component in XCP ISO. I think it's very important to be able to rebuild the XCP ISO from sources/scratch. We need to get this documented in the wiki! I'm sure there are many people in the community who could help with this effort, trying out things to figure it out the correct process, and document the process. -- Pasi > xcp-xapi on ubuntu/debian is much more opensource, you can rebuild > them completely from scratches, but they are not very stable (xapi > part is fine, but all interaction between xapi and other services is > 'done somehow' and under some condition breaks). > > > On 21.10.2012 00:12, Outback Dingo wrote: > >On Sat, Oct 20, 2012 at 12:02 PM, George Shuklin > > wrote: > >>AFAIK there is no such procedure in public. If you want to change some stuff > >>in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from > >>installer is some dark xensource magic. > >> > >There is now ....... > > > >http://wiki.xen.org/wiki/Repacking_the_XCP_ISO > > > >>We using custom XCP iso (with software raid on two disks, specific changes > >>to partition layout (~60Gb for /var/log) and so on) - it done by manual > >>installation hacking. (Kinda worry about future upgrades...) > >> > >> > >>On 20.10.2012 13:02, Cody Chan wrote: > >>>Hello all, > >>> > >>>I have to modify some source code of XCP, of course source-1.iso, but > >>>after that how can I rebuilt XCP installation iso from modified source-1.iso > >>>? Is there how-to document? > >>> > >>>Thx > >>>Cody Chan > >>> > >>> > >>>_______________________________________________ > >>>Xen-api mailing list > >>>Xen-api@lists.xen.org > >>>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > >> > >>_______________________________________________ > >>Xen-api mailing list > >>Xen-api@lists.xen.org > >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 21 13:50:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Oct 2012 13:50:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPvvG-0000VL-3W; Sun, 21 Oct 2012 13:50:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TPvvE-0000VG-Fd for xen-api@lists.xen.org; Sun, 21 Oct 2012 13:50:32 +0000 Received: from [85.158.143.99:36873] by server-1.bemta-4.messagelabs.com id 60/38-19134-7ADF3805; Sun, 21 Oct 2012 13:50:31 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-10.tower-216.messagelabs.com!1350827430!28505605!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MjI1MDg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2875 invoked from network); 21 Oct 2012 13:50:31 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Oct 2012 13:50:31 -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 42DB01FC6; Sun, 21 Oct 2012 16:50:30 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id F111D20058; Sun, 21 Oct 2012 16:50:29 +0300 (EEST) Date: Sun, 21 Oct 2012 16:50:29 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: George Shuklin Message-ID: <20121021135029.GT8912@reaktio.net> References: <5082CB06.6080805@gmail.com> <508317B9.6070205@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <508317B9.6070205@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Sun, Oct 21, 2012 at 01:29:29AM +0400, George Shuklin wrote: > Hi. > > Repack is not the 'rebuild'. Repack is simple unpack and pack back, > may be with changes. We do this too (and we actually replace > installer with our own to reduce amount input questions). > > "Dark magic" I'm talking about is how to get dom0fs.tar.bz2 from > clear CentOS installation and bunch of source files. > > Some of files (afaik) even had no source code. F.e. you can not get > xs-tools.iso (shipped inside XCP to plug to guest domains) from > source code, because windows part (paravirtualized drivers) are > closed source. > Citrix Windows PV drivers are afaik the only closedsource component in XCP ISO. I think it's very important to be able to rebuild the XCP ISO from sources/scratch. We need to get this documented in the wiki! I'm sure there are many people in the community who could help with this effort, trying out things to figure it out the correct process, and document the process. -- Pasi > xcp-xapi on ubuntu/debian is much more opensource, you can rebuild > them completely from scratches, but they are not very stable (xapi > part is fine, but all interaction between xapi and other services is > 'done somehow' and under some condition breaks). > > > On 21.10.2012 00:12, Outback Dingo wrote: > >On Sat, Oct 20, 2012 at 12:02 PM, George Shuklin > > wrote: > >>AFAIK there is no such procedure in public. If you want to change some stuff > >>in components you can rebuild and reinstall *.rpm, but 'dom0fs.tar.gz' from > >>installer is some dark xensource magic. > >> > >There is now ....... > > > >http://wiki.xen.org/wiki/Repacking_the_XCP_ISO > > > >>We using custom XCP iso (with software raid on two disks, specific changes > >>to partition layout (~60Gb for /var/log) and so on) - it done by manual > >>installation hacking. (Kinda worry about future upgrades...) > >> > >> > >>On 20.10.2012 13:02, Cody Chan wrote: > >>>Hello all, > >>> > >>>I have to modify some source code of XCP, of course source-1.iso, but > >>>after that how can I rebuilt XCP installation iso from modified source-1.iso > >>>? Is there how-to document? > >>> > >>>Thx > >>>Cody Chan > >>> > >>> > >>>_______________________________________________ > >>>Xen-api mailing list > >>>Xen-api@lists.xen.org > >>>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > >> > >>_______________________________________________ > >>Xen-api mailing list > >>Xen-api@lists.xen.org > >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 21 20:28:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Oct 2012 20:28:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQ28Y-0002Rz-VO; Sun, 21 Oct 2012 20:28:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQ28X-0002Ru-BQ for xen-api@lists.xen.org; Sun, 21 Oct 2012 20:28:41 +0000 Received: from [193.109.254.147:29984] by server-12.bemta-14.messagelabs.com id BF/DF-13558-8FA54805; Sun, 21 Oct 2012 20:28:40 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1350851318!10646811!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19395 invoked from network); 21 Oct 2012 20:28:39 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2012 20:28:39 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so1537600lah.32 for ; Sun, 21 Oct 2012 13:28:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=jfyvLvErTJoDXQLAXEe9rtvrswLPFbWWJfuEq9KMurI=; b=e0O8PnqoKXG0SZI2oNbySaPMWyhhDM6QxNxj0ERmgyusyMD6HTXMBf5dR3mfbUGR1D B+o3Y6KTOK+JyZzf7teU0NNg4ayQgGlKlfQT+UPcMbveErWSYb2Ef5gUs82OzLk8828E w62SKiOKkkW5R6srSe+94yTVUPvuONKk9PixEiKdWGv744bLMqxxkUZxgkMoP/g7HlsQ zPpGEZPLTpKND99lVsqjjlLT/ADL72zOt2NXgIxjs69SHpqRFGdBEkMe8q4n0lNVbL+m 5ik+y/emUjZY8g+idfDsHlGbBSJ4qvKmd1NECgvMrpQMcanEq9yGBTyqeHXO6IET3LxU ezvw== Received: by 10.152.103.38 with SMTP id ft6mr6289807lab.40.1350851318284; Sun, 21 Oct 2012 13:28:38 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id pz9sm2385562lab.11.2012.10.21.13.28.37 (version=SSLv3 cipher=OTHER); Sun, 21 Oct 2012 13:28:37 -0700 (PDT) Message-ID: <50845AFD.7090305@gmail.com> Date: Mon, 22 Oct 2012 00:28:45 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.9) Gecko/20121014 Icedove/10.0.9 MIME-Version: 1.0 To: =?UTF-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= References: <5082CB06.6080805@gmail.com> <508317B9.6070205@gmail.com> <20121021135029.GT8912@reaktio.net> In-Reply-To: <20121021135029.GT8912@reaktio.net> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org TGFzdCB0aW1lIGkndmUgZGlnIGluIGl0LCB0aGVyZSB3YXMgc29tZSBzZXQgb2YgbWlub3IgZmls ZXMgKGxpa2UgCmFuYWNvbmRhIHJlcGxhY2VtZW50IHRvIHJoZWw0IGluc3RhbGxlciBpbiBlbGls b2FkZXIpLCB3aGljaCB3YXMgbGFja2luZyAKb2Ygc291cmNlIGNvZGUgdG9vLgoKVGhlIG1haW4g cHJvYmxlbXMgd2l0aCBvcGVubmVzcyBub3cgKGV4Y2VwdCBvcGVuIGdvdmVybm1lbnQgd2UgZG8g bm90IApkaXNjdXNzIHJpZ2h0IG5vdyk6CgoqIExhY2sgb2YgJ3JlYnVpbGQtd29ybGQnIGluc3Ry dWN0aW9ucyBvciBzY3JpcHQKKiBObyBhbnkgaW5mb3JtYXRpb24gb24gaW50ZXJuYWxzOgogICAq KiBFeHBlY3RhdGlvbnMgb2YgY29tcG9uZW50cyAod2hvIG11c3QgcHJvdmlkZSB3aGF0PykKICAg KiogTm8gYW55IGluZm9ybWF0aW9uIGFib3V0IHhhcGkgZGF0YWJhc2UgbW9kaWZpY2F0aW9uLCBz Y2hlbWUgCmJ1bXBpbmcgYW5kIHNvIG9uLgoqKiBObyBjbGVhcmx5IHZpc2libGUgcm9hZG1hcCAo bm90IGN1c3RvbWVyIGZlYXR1cmVzLCBidXQgaW50ZXJuYWxzLCAKbGlrZSAnc3BsaXR0aW5nIHhh cGkgdG8geGFwaSBhbmQgbmV0d29ya2QnKSB0byB1bmRlcnN0YW5kIHdoYXQgY2FuIGJlIAptZXNz ZWQgd2l0aCBhbmQgd2hhdCBub3QuCiogVmVyeSBwaWNreSB1cGdyYWRlIC0gWENQIGlzICdwbGF0 Zm9ybScsIG5vdCBzb2x1dGlvbiBhbmQgbW9kaWZpY2F0aW9uIAp0byBpbnRlcm5hbHMgaXMgb2J2 aW91cyBmb3IgcmVhbCBwcm9kdWN0IGVudmlyb25tZW50LCBpbnN0YWxsZXIgZXhwZWN0IAppdCB0 byBiZSBjb21wbGV0ZWx5IHVudG91Y2hlZC4KClNlY29uZCBsZXZlbCBwcm9ibGVtOgoqIGRvbTBm cy50YXIuYnoyIGluc3RlYWQgb2Ygc2V0IG9mIHBhY2thZ2VzLiBJIHN0aWxsIHNvbWV0aW1lIHdv bmRlciAKJ2NhbiBJIHJlcGxhY2UgcGFja2FnZSBYIHRvIFk/JyAtIGFuZCBJIHNpbXBseSBjYW4n dCBnZXQgcmlnaHQgYW5zd2VyIApiZWNhdXNlIG9mICdibG9iIGluc3RhbGxhdGlvbicuCgoKT24g MjEuMTAuMjAxMiAxNzo1MCwgUGFzaSBLw6Rya2vDpGluZW4gd3JvdGU6Cj4gT24gU3VuLCBPY3Qg MjEsIDIwMTIgYXQgMDE6Mjk6MjlBTSArMDQwMCwgR2VvcmdlIFNodWtsaW4gd3JvdGU6Cj4+IEhp Lgo+Pgo+PiBSZXBhY2sgaXMgbm90IHRoZSAncmVidWlsZCcuIFJlcGFjayBpcyBzaW1wbGUgdW5w YWNrIGFuZCBwYWNrIGJhY2ssCj4+IG1heSBiZSB3aXRoIGNoYW5nZXMuIFdlIGRvIHRoaXMgdG9v IChhbmQgd2UgYWN0dWFsbHkgcmVwbGFjZQo+PiBpbnN0YWxsZXIgd2l0aCBvdXIgb3duIHRvIHJl ZHVjZSBhbW91bnQgaW5wdXQgcXVlc3Rpb25zKS4KPj4KPj4gIkRhcmsgbWFnaWMiIEknbSB0YWxr aW5nIGFib3V0IGlzIGhvdyB0byBnZXQgZG9tMGZzLnRhci5iejIgZnJvbQo+PiBjbGVhciBDZW50 T1MgaW5zdGFsbGF0aW9uIGFuZCBidW5jaCBvZiBzb3VyY2UgZmlsZXMuCj4+Cj4+IFNvbWUgb2Yg ZmlsZXMgKGFmYWlrKSBldmVuIGhhZCBubyBzb3VyY2UgY29kZS4gRi5lLiB5b3UgY2FuIG5vdCBn ZXQKPj4geHMtdG9vbHMuaXNvIChzaGlwcGVkIGluc2lkZSBYQ1AgdG8gcGx1ZyB0byBndWVzdCBk b21haW5zKSBmcm9tCj4+IHNvdXJjZSBjb2RlLCBiZWNhdXNlIHdpbmRvd3MgcGFydCAocGFyYXZp cnR1YWxpemVkIGRyaXZlcnMpIGFyZQo+PiBjbG9zZWQgc291cmNlLgo+Pgo+IENpdHJpeCBXaW5k b3dzIFBWIGRyaXZlcnMgYXJlIGFmYWlrIHRoZSBvbmx5IGNsb3NlZHNvdXJjZSBjb21wb25lbnQg aW4gWENQIElTTy4KPgo+IEkgdGhpbmsgaXQncyB2ZXJ5IGltcG9ydGFudCB0byBiZSBhYmxlIHRv IHJlYnVpbGQgdGhlIFhDUCBJU08gZnJvbSBzb3VyY2VzL3NjcmF0Y2guCj4gV2UgbmVlZCB0byBn ZXQgdGhpcyBkb2N1bWVudGVkIGluIHRoZSB3aWtpIQo+Cj4gSSdtIHN1cmUgdGhlcmUgYXJlIG1h bnkgcGVvcGxlIGluIHRoZSBjb21tdW5pdHkgd2hvIGNvdWxkIGhlbHAgd2l0aCB0aGlzIGVmZm9y dCwKPiB0cnlpbmcgb3V0IHRoaW5ncyB0byBmaWd1cmUgaXQgb3V0IHRoZSBjb3JyZWN0IHByb2Nl c3MsIGFuZCBkb2N1bWVudCB0aGUgcHJvY2Vzcy4KPgo+IC0tIFBhc2kKPgo+Cj4+IHhjcC14YXBp IG9uIHVidW50dS9kZWJpYW4gaXMgbXVjaCBtb3JlIG9wZW5zb3VyY2UsIHlvdSBjYW4gcmVidWls ZAo+PiB0aGVtIGNvbXBsZXRlbHkgZnJvbSBzY3JhdGNoZXMsIGJ1dCB0aGV5IGFyZSBub3QgdmVy eSBzdGFibGUgKHhhcGkKPj4gcGFydCBpcyBmaW5lLCBidXQgYWxsIGludGVyYWN0aW9uIGJldHdl ZW4geGFwaSBhbmQgb3RoZXIgc2VydmljZXMgaXMKPj4gJ2RvbmUgc29tZWhvdycgYW5kIHVuZGVy IHNvbWUgY29uZGl0aW9uIGJyZWFrcykuCj4+Cj4+Cj4+IE9uIDIxLjEwLjIwMTIgMDA6MTIsIE91 dGJhY2sgRGluZ28gd3JvdGU6Cj4+PiBPbiBTYXQsIE9jdCAyMCwgMjAxMiBhdCAxMjowMiBQTSwg R2VvcmdlIFNodWtsaW4KPj4+IDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+ICAgd3JvdGU6Cj4+ Pj4gQUZBSUsgdGhlcmUgaXMgbm8gc3VjaCBwcm9jZWR1cmUgaW4gcHVibGljLiBJZiB5b3Ugd2Fu dCB0byBjaGFuZ2Ugc29tZSBzdHVmZgo+Pj4+IGluIGNvbXBvbmVudHMgeW91IGNhbiByZWJ1aWxk IGFuZCByZWluc3RhbGwgKi5ycG0sIGJ1dCAnZG9tMGZzLnRhci5neicgZnJvbQo+Pj4+IGluc3Rh bGxlciBpcyBzb21lIGRhcmsgeGVuc291cmNlIG1hZ2ljLgo+Pj4+Cj4+PiBUaGVyZSBpcyBub3cg Li4uLi4uLgo+Pj4KPj4+IGh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9SZXBhY2tpbmdfdGhlX1hD UF9JU08KPj4+Cj4+Pj4gV2UgdXNpbmcgY3VzdG9tIFhDUCBpc28gKHdpdGggc29mdHdhcmUgcmFp ZCBvbiB0d28gZGlza3MsIHNwZWNpZmljIGNoYW5nZXMKPj4+PiB0byBwYXJ0aXRpb24gbGF5b3V0 ICh+NjBHYiBmb3IgL3Zhci9sb2cpIGFuZCBzbyBvbikgLSBpdCBkb25lIGJ5IG1hbnVhbAo+Pj4+ IGluc3RhbGxhdGlvbiBoYWNraW5nLiAoS2luZGEgd29ycnkgYWJvdXQgZnV0dXJlIHVwZ3JhZGVz Li4uKQo+Pj4+Cj4+Pj4KPj4+PiBPbiAyMC4xMC4yMDEyIDEzOjAyLCBDb2R5IENoYW4gd3JvdGU6 Cj4+Pj4+IEhlbGxvIGFsbCwKPj4+Pj4KPj4+Pj4gSSBoYXZlIHRvIG1vZGlmeSBzb21lIHNvdXJj ZSBjb2RlIG9mIFhDUCwgb2YgY291cnNlIHNvdXJjZS0xLmlzbywgYnV0Cj4+Pj4+IGFmdGVyIHRo YXQgaG93IGNhbiBJIHJlYnVpbHQgWENQIGluc3RhbGxhdGlvbiBpc28gZnJvbSBtb2RpZmllZCBz b3VyY2UtMS5pc28KPj4+Pj4gPyBJcyB0aGVyZSBob3ctdG8gZG9jdW1lbnQ/Cj4+Pj4+Cj4+Pj4+ IFRoeAo+Pj4+PiBDb2R5IENoYW4KPj4+Pj4KPj4+Pj4KPj4+Pj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4+Pj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QK Pj4+Pj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnCj4+Pj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCj4+Pj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KPj4+PiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+Pj4+ IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+Pj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4+IFhlbi1hcGkgbWFpbGluZyBsaXN0Cj4+IFhlbi1hcGlAbGlz dHMueGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Sun Oct 21 20:28:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 21 Oct 2012 20:28:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQ28Y-0002Rz-VO; Sun, 21 Oct 2012 20:28:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQ28X-0002Ru-BQ for xen-api@lists.xen.org; Sun, 21 Oct 2012 20:28:41 +0000 Received: from [193.109.254.147:29984] by server-12.bemta-14.messagelabs.com id BF/DF-13558-8FA54805; Sun, 21 Oct 2012 20:28:40 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1350851318!10646811!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19395 invoked from network); 21 Oct 2012 20:28:39 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Oct 2012 20:28:39 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so1537600lah.32 for ; Sun, 21 Oct 2012 13:28:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=jfyvLvErTJoDXQLAXEe9rtvrswLPFbWWJfuEq9KMurI=; b=e0O8PnqoKXG0SZI2oNbySaPMWyhhDM6QxNxj0ERmgyusyMD6HTXMBf5dR3mfbUGR1D B+o3Y6KTOK+JyZzf7teU0NNg4ayQgGlKlfQT+UPcMbveErWSYb2Ef5gUs82OzLk8828E w62SKiOKkkW5R6srSe+94yTVUPvuONKk9PixEiKdWGv744bLMqxxkUZxgkMoP/g7HlsQ zPpGEZPLTpKND99lVsqjjlLT/ADL72zOt2NXgIxjs69SHpqRFGdBEkMe8q4n0lNVbL+m 5ik+y/emUjZY8g+idfDsHlGbBSJ4qvKmd1NECgvMrpQMcanEq9yGBTyqeHXO6IET3LxU ezvw== Received: by 10.152.103.38 with SMTP id ft6mr6289807lab.40.1350851318284; Sun, 21 Oct 2012 13:28:38 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id pz9sm2385562lab.11.2012.10.21.13.28.37 (version=SSLv3 cipher=OTHER); Sun, 21 Oct 2012 13:28:37 -0700 (PDT) Message-ID: <50845AFD.7090305@gmail.com> Date: Mon, 22 Oct 2012 00:28:45 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.9) Gecko/20121014 Icedove/10.0.9 MIME-Version: 1.0 To: =?UTF-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= References: <5082CB06.6080805@gmail.com> <508317B9.6070205@gmail.com> <20121021135029.GT8912@reaktio.net> In-Reply-To: <20121021135029.GT8912@reaktio.net> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org TGFzdCB0aW1lIGkndmUgZGlnIGluIGl0LCB0aGVyZSB3YXMgc29tZSBzZXQgb2YgbWlub3IgZmls ZXMgKGxpa2UgCmFuYWNvbmRhIHJlcGxhY2VtZW50IHRvIHJoZWw0IGluc3RhbGxlciBpbiBlbGls b2FkZXIpLCB3aGljaCB3YXMgbGFja2luZyAKb2Ygc291cmNlIGNvZGUgdG9vLgoKVGhlIG1haW4g cHJvYmxlbXMgd2l0aCBvcGVubmVzcyBub3cgKGV4Y2VwdCBvcGVuIGdvdmVybm1lbnQgd2UgZG8g bm90IApkaXNjdXNzIHJpZ2h0IG5vdyk6CgoqIExhY2sgb2YgJ3JlYnVpbGQtd29ybGQnIGluc3Ry dWN0aW9ucyBvciBzY3JpcHQKKiBObyBhbnkgaW5mb3JtYXRpb24gb24gaW50ZXJuYWxzOgogICAq KiBFeHBlY3RhdGlvbnMgb2YgY29tcG9uZW50cyAod2hvIG11c3QgcHJvdmlkZSB3aGF0PykKICAg KiogTm8gYW55IGluZm9ybWF0aW9uIGFib3V0IHhhcGkgZGF0YWJhc2UgbW9kaWZpY2F0aW9uLCBz Y2hlbWUgCmJ1bXBpbmcgYW5kIHNvIG9uLgoqKiBObyBjbGVhcmx5IHZpc2libGUgcm9hZG1hcCAo bm90IGN1c3RvbWVyIGZlYXR1cmVzLCBidXQgaW50ZXJuYWxzLCAKbGlrZSAnc3BsaXR0aW5nIHhh cGkgdG8geGFwaSBhbmQgbmV0d29ya2QnKSB0byB1bmRlcnN0YW5kIHdoYXQgY2FuIGJlIAptZXNz ZWQgd2l0aCBhbmQgd2hhdCBub3QuCiogVmVyeSBwaWNreSB1cGdyYWRlIC0gWENQIGlzICdwbGF0 Zm9ybScsIG5vdCBzb2x1dGlvbiBhbmQgbW9kaWZpY2F0aW9uIAp0byBpbnRlcm5hbHMgaXMgb2J2 aW91cyBmb3IgcmVhbCBwcm9kdWN0IGVudmlyb25tZW50LCBpbnN0YWxsZXIgZXhwZWN0IAppdCB0 byBiZSBjb21wbGV0ZWx5IHVudG91Y2hlZC4KClNlY29uZCBsZXZlbCBwcm9ibGVtOgoqIGRvbTBm cy50YXIuYnoyIGluc3RlYWQgb2Ygc2V0IG9mIHBhY2thZ2VzLiBJIHN0aWxsIHNvbWV0aW1lIHdv bmRlciAKJ2NhbiBJIHJlcGxhY2UgcGFja2FnZSBYIHRvIFk/JyAtIGFuZCBJIHNpbXBseSBjYW4n dCBnZXQgcmlnaHQgYW5zd2VyIApiZWNhdXNlIG9mICdibG9iIGluc3RhbGxhdGlvbicuCgoKT24g MjEuMTAuMjAxMiAxNzo1MCwgUGFzaSBLw6Rya2vDpGluZW4gd3JvdGU6Cj4gT24gU3VuLCBPY3Qg MjEsIDIwMTIgYXQgMDE6Mjk6MjlBTSArMDQwMCwgR2VvcmdlIFNodWtsaW4gd3JvdGU6Cj4+IEhp Lgo+Pgo+PiBSZXBhY2sgaXMgbm90IHRoZSAncmVidWlsZCcuIFJlcGFjayBpcyBzaW1wbGUgdW5w YWNrIGFuZCBwYWNrIGJhY2ssCj4+IG1heSBiZSB3aXRoIGNoYW5nZXMuIFdlIGRvIHRoaXMgdG9v IChhbmQgd2UgYWN0dWFsbHkgcmVwbGFjZQo+PiBpbnN0YWxsZXIgd2l0aCBvdXIgb3duIHRvIHJl ZHVjZSBhbW91bnQgaW5wdXQgcXVlc3Rpb25zKS4KPj4KPj4gIkRhcmsgbWFnaWMiIEknbSB0YWxr aW5nIGFib3V0IGlzIGhvdyB0byBnZXQgZG9tMGZzLnRhci5iejIgZnJvbQo+PiBjbGVhciBDZW50 T1MgaW5zdGFsbGF0aW9uIGFuZCBidW5jaCBvZiBzb3VyY2UgZmlsZXMuCj4+Cj4+IFNvbWUgb2Yg ZmlsZXMgKGFmYWlrKSBldmVuIGhhZCBubyBzb3VyY2UgY29kZS4gRi5lLiB5b3UgY2FuIG5vdCBn ZXQKPj4geHMtdG9vbHMuaXNvIChzaGlwcGVkIGluc2lkZSBYQ1AgdG8gcGx1ZyB0byBndWVzdCBk b21haW5zKSBmcm9tCj4+IHNvdXJjZSBjb2RlLCBiZWNhdXNlIHdpbmRvd3MgcGFydCAocGFyYXZp cnR1YWxpemVkIGRyaXZlcnMpIGFyZQo+PiBjbG9zZWQgc291cmNlLgo+Pgo+IENpdHJpeCBXaW5k b3dzIFBWIGRyaXZlcnMgYXJlIGFmYWlrIHRoZSBvbmx5IGNsb3NlZHNvdXJjZSBjb21wb25lbnQg aW4gWENQIElTTy4KPgo+IEkgdGhpbmsgaXQncyB2ZXJ5IGltcG9ydGFudCB0byBiZSBhYmxlIHRv IHJlYnVpbGQgdGhlIFhDUCBJU08gZnJvbSBzb3VyY2VzL3NjcmF0Y2guCj4gV2UgbmVlZCB0byBn ZXQgdGhpcyBkb2N1bWVudGVkIGluIHRoZSB3aWtpIQo+Cj4gSSdtIHN1cmUgdGhlcmUgYXJlIG1h bnkgcGVvcGxlIGluIHRoZSBjb21tdW5pdHkgd2hvIGNvdWxkIGhlbHAgd2l0aCB0aGlzIGVmZm9y dCwKPiB0cnlpbmcgb3V0IHRoaW5ncyB0byBmaWd1cmUgaXQgb3V0IHRoZSBjb3JyZWN0IHByb2Nl c3MsIGFuZCBkb2N1bWVudCB0aGUgcHJvY2Vzcy4KPgo+IC0tIFBhc2kKPgo+Cj4+IHhjcC14YXBp IG9uIHVidW50dS9kZWJpYW4gaXMgbXVjaCBtb3JlIG9wZW5zb3VyY2UsIHlvdSBjYW4gcmVidWls ZAo+PiB0aGVtIGNvbXBsZXRlbHkgZnJvbSBzY3JhdGNoZXMsIGJ1dCB0aGV5IGFyZSBub3QgdmVy eSBzdGFibGUgKHhhcGkKPj4gcGFydCBpcyBmaW5lLCBidXQgYWxsIGludGVyYWN0aW9uIGJldHdl ZW4geGFwaSBhbmQgb3RoZXIgc2VydmljZXMgaXMKPj4gJ2RvbmUgc29tZWhvdycgYW5kIHVuZGVy IHNvbWUgY29uZGl0aW9uIGJyZWFrcykuCj4+Cj4+Cj4+IE9uIDIxLjEwLjIwMTIgMDA6MTIsIE91 dGJhY2sgRGluZ28gd3JvdGU6Cj4+PiBPbiBTYXQsIE9jdCAyMCwgMjAxMiBhdCAxMjowMiBQTSwg R2VvcmdlIFNodWtsaW4KPj4+IDxnZW9yZ2Uuc2h1a2xpbkBnbWFpbC5jb20+ICAgd3JvdGU6Cj4+ Pj4gQUZBSUsgdGhlcmUgaXMgbm8gc3VjaCBwcm9jZWR1cmUgaW4gcHVibGljLiBJZiB5b3Ugd2Fu dCB0byBjaGFuZ2Ugc29tZSBzdHVmZgo+Pj4+IGluIGNvbXBvbmVudHMgeW91IGNhbiByZWJ1aWxk IGFuZCByZWluc3RhbGwgKi5ycG0sIGJ1dCAnZG9tMGZzLnRhci5neicgZnJvbQo+Pj4+IGluc3Rh bGxlciBpcyBzb21lIGRhcmsgeGVuc291cmNlIG1hZ2ljLgo+Pj4+Cj4+PiBUaGVyZSBpcyBub3cg Li4uLi4uLgo+Pj4KPj4+IGh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9SZXBhY2tpbmdfdGhlX1hD UF9JU08KPj4+Cj4+Pj4gV2UgdXNpbmcgY3VzdG9tIFhDUCBpc28gKHdpdGggc29mdHdhcmUgcmFp ZCBvbiB0d28gZGlza3MsIHNwZWNpZmljIGNoYW5nZXMKPj4+PiB0byBwYXJ0aXRpb24gbGF5b3V0 ICh+NjBHYiBmb3IgL3Zhci9sb2cpIGFuZCBzbyBvbikgLSBpdCBkb25lIGJ5IG1hbnVhbAo+Pj4+ IGluc3RhbGxhdGlvbiBoYWNraW5nLiAoS2luZGEgd29ycnkgYWJvdXQgZnV0dXJlIHVwZ3JhZGVz Li4uKQo+Pj4+Cj4+Pj4KPj4+PiBPbiAyMC4xMC4yMDEyIDEzOjAyLCBDb2R5IENoYW4gd3JvdGU6 Cj4+Pj4+IEhlbGxvIGFsbCwKPj4+Pj4KPj4+Pj4gSSBoYXZlIHRvIG1vZGlmeSBzb21lIHNvdXJj ZSBjb2RlIG9mIFhDUCwgb2YgY291cnNlIHNvdXJjZS0xLmlzbywgYnV0Cj4+Pj4+IGFmdGVyIHRo YXQgaG93IGNhbiBJIHJlYnVpbHQgWENQIGluc3RhbGxhdGlvbiBpc28gZnJvbSBtb2RpZmllZCBz b3VyY2UtMS5pc28KPj4+Pj4gPyBJcyB0aGVyZSBob3ctdG8gZG9jdW1lbnQ/Cj4+Pj4+Cj4+Pj4+ IFRoeAo+Pj4+PiBDb2R5IENoYW4KPj4+Pj4KPj4+Pj4KPj4+Pj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4+Pj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QK Pj4+Pj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnCj4+Pj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCj4+Pj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KPj4+PiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+Pj4+ IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+Pj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4+IFhlbi1hcGkgbWFpbGluZyBsaXN0Cj4+IFhlbi1hcGlAbGlz dHMueGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Mon Oct 22 08:43:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 08:43:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQDbD-0003sC-Cq; Mon, 22 Oct 2012 08:43:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQDbB-0003s7-V0 for xen-api@lists.xen.org; Mon, 22 Oct 2012 08:43:02 +0000 Received: from [193.109.254.147:31643] by server-4.bemta-14.messagelabs.com id 03/BA-04248-51705805; Mon, 22 Oct 2012 08:43:01 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1350895377!10825613!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23722 invoked from network); 22 Oct 2012 08:42:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 08:42:58 -0000 X-IronPort-AV: E=Sophos;i="4.80,628,1344211200"; d="scan'208";a="15301359" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 08:42:57 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 22 Oct 2012 09:42:57 +0100 From: James Bulpin To: Melvin B. Date: Mon, 22 Oct 2012 09:43:07 +0100 Thread-Topic: [Xen-API] PCI passthrough limit of device? Thread-Index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPgAIJGrkAADVQLoA== Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295CDA@LONPMAILBOX01.citrite.net> References: <000001cdac8c$2c26ed80$8474c880$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> <000001cdaffb$ea241de0$be6c59a0$@ca> In-Reply-To: <000001cdaffb$ea241de0$be6c59a0$@ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org (Adding the list back to CC) Melvin B. wrote: > Do you know a Network Card, Quad port with SR-IOV VFs for single link > each port to one vm. I'm not sure I understand the question. If you are asking if I know of a quad-port SR-IOV NIC then I would suggest the Intel i350 (it's a later version of the 82576). This allows up to 7 VFs per port, all can be independently passed through to VMs. Cheers, James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 08:43:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 08:43:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQDbD-0003sC-Cq; Mon, 22 Oct 2012 08:43:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQDbB-0003s7-V0 for xen-api@lists.xen.org; Mon, 22 Oct 2012 08:43:02 +0000 Received: from [193.109.254.147:31643] by server-4.bemta-14.messagelabs.com id 03/BA-04248-51705805; Mon, 22 Oct 2012 08:43:01 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1350895377!10825613!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23722 invoked from network); 22 Oct 2012 08:42:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 08:42:58 -0000 X-IronPort-AV: E=Sophos;i="4.80,628,1344211200"; d="scan'208";a="15301359" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 08:42:57 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 22 Oct 2012 09:42:57 +0100 From: James Bulpin To: Melvin B. Date: Mon, 22 Oct 2012 09:43:07 +0100 Thread-Topic: [Xen-API] PCI passthrough limit of device? Thread-Index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPgAIJGrkAADVQLoA== Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295CDA@LONPMAILBOX01.citrite.net> References: <000001cdac8c$2c26ed80$8474c880$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> <000001cdaffb$ea241de0$be6c59a0$@ca> In-Reply-To: <000001cdaffb$ea241de0$be6c59a0$@ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org (Adding the list back to CC) Melvin B. wrote: > Do you know a Network Card, Quad port with SR-IOV VFs for single link > each port to one vm. I'm not sure I understand the question. If you are asking if I know of a quad-port SR-IOV NIC then I would suggest the Intel i350 (it's a later version of the 82576). This allows up to 7 VFs per port, all can be independently passed through to VMs. Cheers, James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 11:40:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 11:40:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQGMv-00076p-GD; Mon, 22 Oct 2012 11:40:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQGMt-00076h-UF for xen-api@lists.xen.org; Mon, 22 Oct 2012 11:40:28 +0000 Received: from [193.109.254.147:38998] by server-1.bemta-14.messagelabs.com id E7/DA-20415-BA035805; Mon, 22 Oct 2012 11:40:27 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1350906023!3714193!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31251 invoked from network); 22 Oct 2012 11:40:24 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 11:40:24 -0000 Received: by mail-gg0-f173.google.com with SMTP id s5so473898ggc.32 for ; Mon, 22 Oct 2012 04:40:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Uasy1swxyumtXngOeKFjjmj1tfyvDrGkS5WBWVpHL2s=; b=SmTgeEes/J/1qyG6EW+pbqY0YRXXtuBVaOyDNsD9jKpOWeb9GH8VqXOQiR1OqmR3Mm /2UE7OtK3e736+HtIgh1Zn4lku/jH9EodaAuIBorTDdM6GFd8GucJ/amkJotGMXN6k+n Z6x5ndELSIO2/grLLZldh6j2j+76kMUOEuXEyNEno/3a4OV3grg0FRt7rNefG+xtIkVl 5FGFh9Bl0DkDbuNpSxSyavPFBwPCuxhq1+fPZrteswF8yZnsaaM7HCZVm47jD4vpEOhc dfePVz04TUB608JziLbNdWpWu5IfbO6068ROUHvHwEnWSffEYUNx6YUac8vG69eBw9br S1Qw== Received: by 10.101.64.7 with SMTP id r7mr2447771ank.42.1350906022803; Mon, 22 Oct 2012 04:40:22 -0700 (PDT) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id z30sm8692852yhh.6.2012.10.22.04.40.20 (version=SSLv3 cipher=OTHER); Mon, 22 Oct 2012 04:40:21 -0700 (PDT) Message-ID: <508530A3.7010208@xen.org> Date: Mon, 22 Oct 2012 12:40:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org, Mike McClurg References: <5082CB06.6080805@gmail.com> <508317B9.6070205@gmail.com> <20121021135029.GT8912@reaktio.net> <50845AFD.7090305@gmail.com> In-Reply-To: <50845AFD.7090305@gmail.com> Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I believe that the issues stated below can be overcome and there has been progress on some. I guess a good opportunity to get this started would be one of the Xen Docs Days. I am not sure whether next Monday would be good though, as quite a few people will be at UDS Regards Lars On 21/10/2012 21:28, George Shuklin wrote: > Last time i've dig in it, there was some set of minor files (like > anaconda replacement to rhel4 installer in eliloader), which was > lacking of source code too. > > The main problems with openness now (except open government we do not > discuss right now): > > * Lack of 'rebuild-world' instructions or script > * No any information on internals: > ** Expectations of components (who must provide what?) > ** No any information about xapi database modification, scheme > bumping and so on. > ** No clearly visible roadmap (not customer features, but internals, > like 'splitting xapi to xapi and networkd') to understand what can be > messed with and what not. > * Very picky upgrade - XCP is 'platform', not solution and > modification to internals is obvious for real product environment, > installer expect it to be completely untouched. > > Second level problem: > * dom0fs.tar.bz2 instead of set of packages. I still sometime wonder > 'can I replace package X to Y?' - and I simply can't get right answer > because of 'blob installation'. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 11:40:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 11:40:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQGMv-00076p-GD; Mon, 22 Oct 2012 11:40:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQGMt-00076h-UF for xen-api@lists.xen.org; Mon, 22 Oct 2012 11:40:28 +0000 Received: from [193.109.254.147:38998] by server-1.bemta-14.messagelabs.com id E7/DA-20415-BA035805; Mon, 22 Oct 2012 11:40:27 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1350906023!3714193!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31251 invoked from network); 22 Oct 2012 11:40:24 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 11:40:24 -0000 Received: by mail-gg0-f173.google.com with SMTP id s5so473898ggc.32 for ; Mon, 22 Oct 2012 04:40:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Uasy1swxyumtXngOeKFjjmj1tfyvDrGkS5WBWVpHL2s=; b=SmTgeEes/J/1qyG6EW+pbqY0YRXXtuBVaOyDNsD9jKpOWeb9GH8VqXOQiR1OqmR3Mm /2UE7OtK3e736+HtIgh1Zn4lku/jH9EodaAuIBorTDdM6GFd8GucJ/amkJotGMXN6k+n Z6x5ndELSIO2/grLLZldh6j2j+76kMUOEuXEyNEno/3a4OV3grg0FRt7rNefG+xtIkVl 5FGFh9Bl0DkDbuNpSxSyavPFBwPCuxhq1+fPZrteswF8yZnsaaM7HCZVm47jD4vpEOhc dfePVz04TUB608JziLbNdWpWu5IfbO6068ROUHvHwEnWSffEYUNx6YUac8vG69eBw9br S1Qw== Received: by 10.101.64.7 with SMTP id r7mr2447771ank.42.1350906022803; Mon, 22 Oct 2012 04:40:22 -0700 (PDT) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id z30sm8692852yhh.6.2012.10.22.04.40.20 (version=SSLv3 cipher=OTHER); Mon, 22 Oct 2012 04:40:21 -0700 (PDT) Message-ID: <508530A3.7010208@xen.org> Date: Mon, 22 Oct 2012 12:40:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org, Mike McClurg References: <5082CB06.6080805@gmail.com> <508317B9.6070205@gmail.com> <20121021135029.GT8912@reaktio.net> <50845AFD.7090305@gmail.com> In-Reply-To: <50845AFD.7090305@gmail.com> Subject: Re: [Xen-API] How to built XCP from source-1.iso ? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I believe that the issues stated below can be overcome and there has been progress on some. I guess a good opportunity to get this started would be one of the Xen Docs Days. I am not sure whether next Monday would be good though, as quite a few people will be at UDS Regards Lars On 21/10/2012 21:28, George Shuklin wrote: > Last time i've dig in it, there was some set of minor files (like > anaconda replacement to rhel4 installer in eliloader), which was > lacking of source code too. > > The main problems with openness now (except open government we do not > discuss right now): > > * Lack of 'rebuild-world' instructions or script > * No any information on internals: > ** Expectations of components (who must provide what?) > ** No any information about xapi database modification, scheme > bumping and so on. > ** No clearly visible roadmap (not customer features, but internals, > like 'splitting xapi to xapi and networkd') to understand what can be > messed with and what not. > * Very picky upgrade - XCP is 'platform', not solution and > modification to internals is obvious for real product environment, > installer expect it to be completely untouched. > > Second level problem: > * dom0fs.tar.bz2 instead of set of packages. I still sometime wonder > 'can I replace package X to Y?' - and I simply can't get right answer > because of 'blob installation'. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 13:00:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 13:00:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQHbm-0007hi-OV; Mon, 22 Oct 2012 12:59:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQHbl-0007hd-4p for xen-api@lists.xen.org; Mon, 22 Oct 2012 12:59:53 +0000 Received: from [85.158.143.35:25212] by server-2.bemta-4.messagelabs.com id 9D/34-22268-84345805; Mon, 22 Oct 2012 12:59:52 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1350910790!16245386!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10910 invoked from network); 22 Oct 2012 12:59:51 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 12:59:51 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so4424222iea.32 for ; Mon, 22 Oct 2012 05:59:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=khTYAOlyn3dPHTQqiqC7dhP+Z0Pw33Tz7uygWX8zeyc=; b=fsxjthzwX/gefWCVr9z6brz1jBA4hakMSJ2hRyN7Mky5y3Fz1u1pKZAHtX4XXLtv3i ulEZhPkF6HlyXwKhpYkx8EneUnFQi0i1w2nHnnDV7dc30Lg0PIE8B9D1T2l3zf4Mhkj0 BuvSPX857r7Hxp8/Ws9NsH0DI0ZsLufm661yrabYBz+3RVH55PR3Qc2urVjYqpZwfXdx b2SikGmgITC40oKvPWCbZYty5i14vj02LSiUE5KsFr7AO1eTitICJW8PzJoLlw5JXCee t6w/3M00sDZKG580/yTE/IFQnyiqamOxJcLXpHuVLCKqVqSQo2/mQqPsOmMPDQKcQGRY 6J2A== MIME-Version: 1.0 Received: by 10.50.51.225 with SMTP id n1mr9021948igo.7.1350910790471; Mon, 22 Oct 2012 05:59:50 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Mon, 22 Oct 2012 05:59:50 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Oct 2012 13:59:50 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, Oct 19, 2012 at 10:16 PM, Dan Lee wrote: > Hi. Have any major issues been reported yet on 1.6? We're put a hold on > putting this online until the final release date of the 24th, and wanted to > see if there is any reason at this point to go back to 1.5. Thanks! > > Dan > I will join this question - is the 1.6 final release on its way for 24th October? Im holding my new servers from being built waiting for that stable release of the platform to avoid rebuilding it once its out (especially I am using few 'unsupported' solutions, like mdraid). S. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 13:00:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 13:00:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQHbm-0007hi-OV; Mon, 22 Oct 2012 12:59:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQHbl-0007hd-4p for xen-api@lists.xen.org; Mon, 22 Oct 2012 12:59:53 +0000 Received: from [85.158.143.35:25212] by server-2.bemta-4.messagelabs.com id 9D/34-22268-84345805; Mon, 22 Oct 2012 12:59:52 +0000 X-Env-Sender: spankthespam@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1350910790!16245386!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10910 invoked from network); 22 Oct 2012 12:59:51 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 12:59:51 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so4424222iea.32 for ; Mon, 22 Oct 2012 05:59:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=khTYAOlyn3dPHTQqiqC7dhP+Z0Pw33Tz7uygWX8zeyc=; b=fsxjthzwX/gefWCVr9z6brz1jBA4hakMSJ2hRyN7Mky5y3Fz1u1pKZAHtX4XXLtv3i ulEZhPkF6HlyXwKhpYkx8EneUnFQi0i1w2nHnnDV7dc30Lg0PIE8B9D1T2l3zf4Mhkj0 BuvSPX857r7Hxp8/Ws9NsH0DI0ZsLufm661yrabYBz+3RVH55PR3Qc2urVjYqpZwfXdx b2SikGmgITC40oKvPWCbZYty5i14vj02LSiUE5KsFr7AO1eTitICJW8PzJoLlw5JXCee t6w/3M00sDZKG580/yTE/IFQnyiqamOxJcLXpHuVLCKqVqSQo2/mQqPsOmMPDQKcQGRY 6J2A== MIME-Version: 1.0 Received: by 10.50.51.225 with SMTP id n1mr9021948igo.7.1350910790471; Mon, 22 Oct 2012 05:59:50 -0700 (PDT) Received: by 10.64.7.47 with HTTP; Mon, 22 Oct 2012 05:59:50 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Oct 2012 13:59:50 +0100 Message-ID: From: SpamMePlease PleasePlease Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, Oct 19, 2012 at 10:16 PM, Dan Lee wrote: > Hi. Have any major issues been reported yet on 1.6? We're put a hold on > putting this online until the final release date of the 24th, and wanted to > see if there is any reason at this point to go back to 1.5. Thanks! > > Dan > I will join this question - is the 1.6 final release on its way for 24th October? Im holding my new servers from being built waiting for that stable release of the platform to avoid rebuilding it once its out (especially I am using few 'unsupported' solutions, like mdraid). S. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 13:53:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 13:53:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQIR8-0002Rz-Sv; Mon, 22 Oct 2012 13:52:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQIR6-0002Rf-Uh for xen-api@lists.xen.org; Mon, 22 Oct 2012 13:52:57 +0000 Received: from [85.158.137.99:9494] by server-9.bemta-3.messagelabs.com id E0/95-16841-8BF45805; Mon, 22 Oct 2012 13:52:56 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-13.tower-217.messagelabs.com!1350913975!22587052!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19514 invoked from network); 22 Oct 2012 13:52:55 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-13.tower-217.messagelabs.com with SMTP; 22 Oct 2012 13:52:55 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EDsu1k0173zjds103Dsusn; Mon, 22 Oct 2012 15:52:55 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 953CE161BB8 for ; Mon, 22 Oct 2012 15:52:54 +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 10026) with ESMTP id 3QdbCFd_rwcG for ; Mon, 22 Oct 2012 15:52:51 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id A031C161BB3 for ; Mon, 22 Oct 2012 15:52:51 +0200 (CEST) Message-ID: <50854FB3.8020004@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 15:52:51 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> In-Reply-To: Subject: [Xen-API] patch for upgrade from 1.1 to 1.6 (was : Re: Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, > Follow up email, just to confirm that the rolling pool upgrade was > successful on my 3 hosts. On each host, the procedure provided by Yvan > was repeated and the host detected the previous installation and carried > out the upgrade I've noticed that the install iso = http://downloads.xen.org/XCP/61002c/XCP-1.6-beta-61002c.iso have not = been updated since 10 days. There has been this bug report in the upgrade process by blackbird and = yvan. Do you know if it will be integrated into the final iso or not. It is not a show blocker since it is only bugging during upgrade and can = be circumvented, but I think it would be much easier for people = upgrading if it was included. The Xen bug report page = (http://wiki.xen.org/wiki/Reporting_Bugs_against_XCP) just mentions to = past bug on this list. Is there somewhere else it should be filled? Cheers, Denis > > thanks again. > > On Sun, Oct 14, 2012 at 2:50 PM, Black Bird > wrote: > > Hi Yvan > > I've tried your patch and it does work. The existing installation > is recognised. I'll now attempt the rolling pool upgrade. > > Thanks for your help. > > On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan > > wrote: > > Hello all > > I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have > attempted an > upgrade of one of the hosts which is currently unloaded with > VMs (not > the master) just to verify that an upgrade is possible, prior= to > commencing a rolling pool upgrade (starting from the master). > > I am using the latest XCP-1.6-beta-61002c.iso. I added the k= eys > PLATFORM_VERSION=3D1.1.0 and PLATFORM_NAME=3DXCP to > /etc/xensource-inventory > as directed by > http://wiki.xen.org/wiki/XCP___1.6_test_instructions > . The > file contents is now: > > [root@xen3v3 ~]# cat /etc/xensource-inventory > BUILD_NUMBER=3D'50674c' > CURRENT_INTERFACES=3D'xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 > xapi6 xapi16 > xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' > DOM0_MEM=3D'752' > PRODUCT_BRAND=3D'XCP' > INSTALLATION_UUID=3D'__aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa__aa' > KERNEL_VERSION=3D'2.6.32.12-0.7.__1.xs1.1.0.327.170596xen' > DEFAULT_SR_PHYSDEVS=3D'/dev/__sda3' > CONTROL_DOMAIN_UUID=3D'__bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb__bbbb' > PRIMARY_DISK=3D'/dev/disk/by-id/__scsi-SATA_ST2000DM001-9YN__= _Z1E0V06V' > XEN_VERSION=3D'3.4.2' > BACKUP_PARTITION=3D'/dev/disk/__by-id/scsi-SATA_ST2000DM001-_= _9YN_Z1E0V06V-part2' > > PRODUCT_NAME=3D'xcp' > INSTALLATION_DATE=3D'2012-10-09 05:24:44.725360' > PRODUCT_VERSION=3D'1.1.0' > PLATFORM_VERSION=3D1.1.0 > PLATFORM_NAME=3DXCP > MANAGEMENT_INTERFACE=3D'xapi9' > > The ISO boots normally. After going through the keyboard > selection and > disk selection, the installer reports "Only product > installations that > cannot be upgraded have been detected". > > > I bumped into the same issue yesterday, I have resolved this by > modifying the file "/opt/xensource/installer/__upgrade.py" at > the ligne 53 > > diff upgrade_bad.py upgrade.py > 54c54 > < return (cls.upgrades_product =3D=3D product and > --- > > return (cls.upgrades_product.upper() =3D=3D > product.upper() and > > during install, you just have to go on the console, apply the > patch and kill the python init process and relaunch it whith > "python /opt/xensource/installer/init"__. > > Afterward everything goes smoothly and I have a shiny new XCP > 1.6 running with all my VMs and my configuration upgraded ! > > Note : that test was carried on a standalone server, I'll try > the cluster rolling upgrade in the next few days. > > Cheers and thanks for the great work! > > Yvan > > > > > > At this point I stop as I want to do an upgrade, not a clean > installation. > > Do I need to provide different keys in > /etc/xensource-inventory or carry > out some other steps? > > > > > > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 13:53:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 13:53:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQIR8-0002Rz-Sv; Mon, 22 Oct 2012 13:52:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQIR6-0002Rf-Uh for xen-api@lists.xen.org; Mon, 22 Oct 2012 13:52:57 +0000 Received: from [85.158.137.99:9494] by server-9.bemta-3.messagelabs.com id E0/95-16841-8BF45805; Mon, 22 Oct 2012 13:52:56 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-13.tower-217.messagelabs.com!1350913975!22587052!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19514 invoked from network); 22 Oct 2012 13:52:55 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-13.tower-217.messagelabs.com with SMTP; 22 Oct 2012 13:52:55 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EDsu1k0173zjds103Dsusn; Mon, 22 Oct 2012 15:52:55 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 953CE161BB8 for ; Mon, 22 Oct 2012 15:52:54 +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 10026) with ESMTP id 3QdbCFd_rwcG for ; Mon, 22 Oct 2012 15:52:51 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id A031C161BB3 for ; Mon, 22 Oct 2012 15:52:51 +0200 (CEST) Message-ID: <50854FB3.8020004@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 15:52:51 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> In-Reply-To: Subject: [Xen-API] patch for upgrade from 1.1 to 1.6 (was : Re: Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, > Follow up email, just to confirm that the rolling pool upgrade was > successful on my 3 hosts. On each host, the procedure provided by Yvan > was repeated and the host detected the previous installation and carried > out the upgrade I've noticed that the install iso = http://downloads.xen.org/XCP/61002c/XCP-1.6-beta-61002c.iso have not = been updated since 10 days. There has been this bug report in the upgrade process by blackbird and = yvan. Do you know if it will be integrated into the final iso or not. It is not a show blocker since it is only bugging during upgrade and can = be circumvented, but I think it would be much easier for people = upgrading if it was included. The Xen bug report page = (http://wiki.xen.org/wiki/Reporting_Bugs_against_XCP) just mentions to = past bug on this list. Is there somewhere else it should be filled? Cheers, Denis > > thanks again. > > On Sun, Oct 14, 2012 at 2:50 PM, Black Bird > wrote: > > Hi Yvan > > I've tried your patch and it does work. The existing installation > is recognised. I'll now attempt the rolling pool upgrade. > > Thanks for your help. > > On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan > > wrote: > > Hello all > > I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have > attempted an > upgrade of one of the hosts which is currently unloaded with > VMs (not > the master) just to verify that an upgrade is possible, prior= to > commencing a rolling pool upgrade (starting from the master). > > I am using the latest XCP-1.6-beta-61002c.iso. I added the k= eys > PLATFORM_VERSION=3D1.1.0 and PLATFORM_NAME=3DXCP to > /etc/xensource-inventory > as directed by > http://wiki.xen.org/wiki/XCP___1.6_test_instructions > . The > file contents is now: > > [root@xen3v3 ~]# cat /etc/xensource-inventory > BUILD_NUMBER=3D'50674c' > CURRENT_INTERFACES=3D'xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 > xapi6 xapi16 > xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' > DOM0_MEM=3D'752' > PRODUCT_BRAND=3D'XCP' > INSTALLATION_UUID=3D'__aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa__aa' > KERNEL_VERSION=3D'2.6.32.12-0.7.__1.xs1.1.0.327.170596xen' > DEFAULT_SR_PHYSDEVS=3D'/dev/__sda3' > CONTROL_DOMAIN_UUID=3D'__bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb__bbbb' > PRIMARY_DISK=3D'/dev/disk/by-id/__scsi-SATA_ST2000DM001-9YN__= _Z1E0V06V' > XEN_VERSION=3D'3.4.2' > BACKUP_PARTITION=3D'/dev/disk/__by-id/scsi-SATA_ST2000DM001-_= _9YN_Z1E0V06V-part2' > > PRODUCT_NAME=3D'xcp' > INSTALLATION_DATE=3D'2012-10-09 05:24:44.725360' > PRODUCT_VERSION=3D'1.1.0' > PLATFORM_VERSION=3D1.1.0 > PLATFORM_NAME=3DXCP > MANAGEMENT_INTERFACE=3D'xapi9' > > The ISO boots normally. After going through the keyboard > selection and > disk selection, the installer reports "Only product > installations that > cannot be upgraded have been detected". > > > I bumped into the same issue yesterday, I have resolved this by > modifying the file "/opt/xensource/installer/__upgrade.py" at > the ligne 53 > > diff upgrade_bad.py upgrade.py > 54c54 > < return (cls.upgrades_product =3D=3D product and > --- > > return (cls.upgrades_product.upper() =3D=3D > product.upper() and > > during install, you just have to go on the console, apply the > patch and kill the python init process and relaunch it whith > "python /opt/xensource/installer/init"__. > > Afterward everything goes smoothly and I have a shiny new XCP > 1.6 running with all my VMs and my configuration upgraded ! > > Note : that test was carried on a standalone server, I'll try > the cluster rolling upgrade in the next few days. > > Cheers and thanks for the great work! > > Yvan > > > > > > At this point I stop as I want to do an upgrade, not a clean > installation. > > Do I need to provide different keys in > /etc/xensource-inventory or carry > out some other steps? > > > > > > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 14:35:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:35:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ5y-0003Co-7n; Mon, 22 Oct 2012 14:35:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ5w-0003Cj-FW for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:35:09 +0000 Received: from [85.158.138.51:50975] by server-6.bemta-3.messagelabs.com id 3D/9B-32375-B9955805; Mon, 22 Oct 2012 14:35:07 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1350916503!27390671!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5801 invoked from network); 22 Oct 2012 14:35:05 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-12.tower-174.messagelabs.com with SMTP; 22 Oct 2012 14:35:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=TS2c7UCJQ9aWgJO nZyCKChM4SDts8OpniAJ6V3KNJX4=; b=jNJdqMTkPZhs/bxDDrutf0Vt2fp2S/T bAK3o3leJg7an0hjlrupsTQHZy5UW8phcQ5Gl5UEQQCDWPKFn7eKhhfJjhIVQ17Q CIkaYaTvEnboH7zBpjlZWBS9scz8Vvl/wT2zav+jq2lenOc5yhTPGEfrYTj8bhQZ 3R6tKguVma8Y= Received: from claytonly ( [58.60.1.2] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 22 Oct 2012 22:34:59 +0800 (GMT+08:00) Date: Mon, 22 Oct 2012 22:33:14 +0800 From: "claytonly" To: "xen-api" Message-ID: <6bda47c2.95ec.13a88e5e997.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.2] X-CM-TRANSID: 7cKowGBpAEKUWYVQ_J4vAA--.2834W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiXxZQpk9ossRi-AABsx X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3344094704908649935==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3344094704908649935== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_003_016476.026591" --__=_Part_Boundary_003_016476.026591 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 c29ycnkgZm9yIHJlc3Bvc2luZyBzbyBsYXRlLiBJIHRyeSB0byBzaHV0ZG93biBob3N0IGJ5IGNv bW1hbmQgJ3N1ZG8gc2h1dGRvd24gLWggbm93JyBpbiBob3N0J3MgY29uc29sZSwgd2hlbiBpIHJl c3RhcnQgdGhlIGhvc3RzLCB0aGUgaG9zdCBpcyBlbmFibGUuIFdoeSBpcyB0aGF0PyBJcyB0aGlz IGEgYnVnDQoNCg0KTWVzc2FnZTogMyANCkRhdGU6IE1vbiwgMTUgT2N0IDIwMTIgMjA6MDQ6MzYg KzA0MDAgDQpGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tPiAN ClRvOiB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIGhvdyB0 byBzaHV0ZG93biBob3N0cyBpbiBwb29sIA0KTWVzc2FnZS1JRDogPDUwN0MzNDE0LjIwNTAxMDVA Z21haWwuY29tPiANCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0iaXNvLTg4NTkt MSI7IEZvcm1hdD0iZmxvd2VkIiANCg0KQUZBSUsgZHVyaW5nIHN0YXJ0dXAgeGFwaSBkaXNhYmxl IGhvc3QgdW50aWwgYWxsIHByZXBhcmF0aW9uIGlzIGRvbmUuICANCk9uZSBvZiB0aGVtIGlzICdw YmQtcGx1ZycgZm9yIGV2ZXJ5IFNSIGFzc29zaWF0ZWQgd2l0aCBob3N0IChub3JtYWxseSAgDQph bGwgc2hhcmVkIFNSKS4gDQoNCkNoZWNrIHBiZCBzdGF0dXMgZm9yIGFsbCBwYmQgKHhlIHBiZC1s aXN0IGhvc3QtdXVpZD0uLi4uKS4gSWYgc29tZSBvZiAgDQp0aGVtIGRvIG5vdCBhdHRhY2ggZm9y IGxvbmcgdGltZSAtIHByb2JsZW0gd2l0aCBTUiwgc3RvcmFnZSwgbmV0d29yaywgIA0KY29uZmln IGFuZCBzbyBvbi4gSWYgYWxsIGNvbm5lY3RlZCAtIHlvdXIgaXNzdWUgaXMgZGlmZmVyZW50IChj aGVjayAgDQovdmFyL2xvZy94Y3AteGFwaS5sb2cpIA0KDQoxNS4xMC4yMDEyIDE3OjMyLCBjbGF5 dG9ubHkgPz8/Pz86IA0KPiBIZWxsbywgYWxsOiANCj4gSSBzZXQgdXAgYSBwb29sIGNvbnNpc3Qg b2YgNCBob3N0cy4gSSB3YW50IHRvIHNodXRkb3duIDMgc2xhdmVzIGluICANCj4gcG9vbCBieSBy aWdodC1jbGljayBzaHV0ZG93biBtZW51IG9uIHhlbmNlbnRlci4gQWZ0ZXIgcmVzdGFydCB0aGUg IA0KPiBzbGF2ZXMuIGVuYWJsZSBzdGF0ZSBvZiBzbGF2ZXMgaXMgZmFsc2UuIEkgaGF2ZSB0byBl bmFibGUgdGhlIGhvc3RzLiAgDQo+IERpZCBJIGNvbmR1Y3QgYSB3cm9uZyBvcGVyYXRpb24/IEhv dyB0byBzaHV0ZG93biBob3N0cyBpbiBwb29sPyANCj4gSSBzZXR1cCB4Y3AteGFwaSBvbiB1YnVu dHUgMTIuMDQuIFRoYW5rIHlvdSBhbGwhIA0KPiBjbGF5dG9uIA0KPiAyMDEyLTEwLTE1IA0KPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0gDQo+IGNsYXl0b25seSANCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3Qg DQo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQoNCi0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAt LS0tLS0tLS0tLS0tLSANCkFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4g --__=_Part_Boundary_003_016476.026591 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBzaXplPTIg ZmFjZT1WZXJkYW5hPnNvcnJ5IGZvciByZXNwb3Npbmcgc28gbGF0ZS4gSSB0cnkgdG8gc2h1dGRv d24gDQpob3N0IGJ5IGNvbW1hbmQgJ3N1ZG8gc2h1dGRvd24gLWggbm93JyBpbiBob3N0J3MgY29u c29sZSwgd2hlbiBpIHJlc3RhcnQgdGhlIA0KaG9zdHMsIHRoZSBob3N0IGlzIGVuYWJsZS4gV2h5 IGlzIHRoYXQ/IElzIHRoaXMgYSBidWc8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBm YWNlPVZlcmRhbmE+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1W ZXJkYW5hPiZuYnNwOzwvRElWPg0KPERJVj4NCjxESVY+TWVzc2FnZTombmJzcDszJm5ic3A7PC9E SVY+DQo8RElWPkRhdGU6Jm5ic3A7TW9uLCZuYnNwOzE1Jm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNw OzIwOjA0OjM2Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+RnJvbTombmJzcDtHZW9yZ2Um bmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdtYWlsLmNvbSZndDsmbmJzcDs8 L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8 RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7aG93Jm5ic3A7dG8mbmJz cDtzaHV0ZG93biZuYnNwO2hvc3RzJm5ic3A7aW4mbmJzcDtwb29sJm5ic3A7PC9ESVY+DQo8RElW Pk1lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzUwN0MzNDE0LjIwNTAxMDVAZ21haWwuY29tJmd0OyZuYnNw OzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0 PSJpc28tODg1OS0xIjsmbmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPkFGQUlLJm5ic3A7ZHVyaW5nJm5ic3A7c3RhcnR1cCZuYnNwO3hhcGkm bmJzcDtkaXNhYmxlJm5ic3A7aG9zdCZuYnNwO3VudGlsJm5ic3A7YWxsJm5ic3A7cHJlcGFyYXRp b24mbmJzcDtpcyZuYnNwO2RvbmUuJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPk9uZSZuYnNwO29m Jm5ic3A7dGhlbSZuYnNwO2lzJm5ic3A7J3BiZC1wbHVnJyZuYnNwO2ZvciZuYnNwO2V2ZXJ5Jm5i c3A7U1ImbmJzcDthc3Nvc2lhdGVkJm5ic3A7d2l0aCZuYnNwO2hvc3QmbmJzcDsobm9ybWFsbHkm bmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+YWxsJm5ic3A7c2hhcmVkJm5ic3A7U1IpLiZuYnNwOzwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Q2hlY2smbmJzcDtwYmQmbmJzcDtzdGF0dXMm bmJzcDtmb3ImbmJzcDthbGwmbmJzcDtwYmQmbmJzcDsoeGUmbmJzcDtwYmQtbGlzdCZuYnNwO2hv c3QtdXVpZD0uLi4uKS4mbmJzcDtJZiZuYnNwO3NvbWUmbmJzcDtvZiZuYnNwOyZuYnNwOzwvRElW Pg0KPERJVj50aGVtJm5ic3A7ZG8mbmJzcDtub3QmbmJzcDthdHRhY2gmbmJzcDtmb3ImbmJzcDts b25nJm5ic3A7dGltZSZuYnNwOy0mbmJzcDtwcm9ibGVtJm5ic3A7d2l0aCZuYnNwO1NSLCZuYnNw O3N0b3JhZ2UsJm5ic3A7bmV0d29yaywmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Y29uZmlnJm5i c3A7YW5kJm5ic3A7c28mbmJzcDtvbi4mbmJzcDtJZiZuYnNwO2FsbCZuYnNwO2Nvbm5lY3RlZCZu YnNwOy0mbmJzcDt5b3VyJm5ic3A7aXNzdWUmbmJzcDtpcyZuYnNwO2RpZmZlcmVudCZuYnNwOyhj aGVjayZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4vdmFyL2xvZy94Y3AteGFwaS5sb2cpJm5ic3A7 PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4xNS4xMC4yMDEyJm5ic3A7MTc6MzIsJm5i c3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtIZWxs bywmbmJzcDthbGw6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtJJm5ic3A7c2V0Jm5ic3A7 dXAmbmJzcDthJm5ic3A7cG9vbCZuYnNwO2NvbnNpc3QmbmJzcDtvZiZuYnNwOzQmbmJzcDtob3N0 cy4mbmJzcDtJJm5ic3A7d2FudCZuYnNwO3RvJm5ic3A7c2h1dGRvd24mbmJzcDszJm5ic3A7c2xh dmVzJm5ic3A7aW4mbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO3Bvb2wmbmJzcDti eSZuYnNwO3JpZ2h0LWNsaWNrJm5ic3A7c2h1dGRvd24mbmJzcDttZW51Jm5ic3A7b24mbmJzcDt4 ZW5jZW50ZXIuJm5ic3A7QWZ0ZXImbmJzcDtyZXN0YXJ0Jm5ic3A7dGhlJm5ic3A7Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtzbGF2ZXMuJm5ic3A7ZW5hYmxlJm5ic3A7c3RhdGUmbmJzcDtv ZiZuYnNwO3NsYXZlcyZuYnNwO2lzJm5ic3A7ZmFsc2UuJm5ic3A7SSZuYnNwO2hhdmUmbmJzcDt0 byZuYnNwO2VuYWJsZSZuYnNwO3RoZSZuYnNwO2hvc3RzLiZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7RGlkJm5ic3A7SSZuYnNwO2NvbmR1Y3QmbmJzcDthJm5ic3A7d3JvbmcmbmJz cDtvcGVyYXRpb24/Jm5ic3A7SG93Jm5ic3A7dG8mbmJzcDtzaHV0ZG93biZuYnNwO2hvc3RzJm5i c3A7aW4mbmJzcDtwb29sPyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7SSZuYnNwO3NldHVw Jm5ic3A7eGNwLXhhcGkmbmJzcDtvbiZuYnNwO3VidW50dSZuYnNwOzEyLjA0LiZuYnNwO1RoYW5r Jm5ic3A7eW91Jm5ic3A7YWxsISZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Y2xheXRvbiZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7MjAxMi0xMC0xNSZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5 dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaSZuYnNwO21h aWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtYZW4tYXBpQGxpc3Rz Lnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0t LS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5ic3A7YXR0YWNobWVu dCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+PC9GT05UPjwvRElWPjwvQk9E WT48L0hUTUw+ --__=_Part_Boundary_003_016476.026591-- --===============3344094704908649935== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3344094704908649935==-- From xen-api-bounces@lists.xen.org Mon Oct 22 14:35:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:35:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ5y-0003Co-7n; Mon, 22 Oct 2012 14:35:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ5w-0003Cj-FW for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:35:09 +0000 Received: from [85.158.138.51:50975] by server-6.bemta-3.messagelabs.com id 3D/9B-32375-B9955805; Mon, 22 Oct 2012 14:35:07 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1350916503!27390671!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5801 invoked from network); 22 Oct 2012 14:35:05 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-12.tower-174.messagelabs.com with SMTP; 22 Oct 2012 14:35:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To: References:Subject:MIME-Version:Content-Type; bh=TS2c7UCJQ9aWgJO nZyCKChM4SDts8OpniAJ6V3KNJX4=; b=jNJdqMTkPZhs/bxDDrutf0Vt2fp2S/T bAK3o3leJg7an0hjlrupsTQHZy5UW8phcQ5Gl5UEQQCDWPKFn7eKhhfJjhIVQ17Q CIkaYaTvEnboH7zBpjlZWBS9scz8Vvl/wT2zav+jq2lenOc5yhTPGEfrYTj8bhQZ 3R6tKguVma8Y= Received: from claytonly ( [58.60.1.2] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 22 Oct 2012 22:34:59 +0800 (GMT+08:00) Date: Mon, 22 Oct 2012 22:33:14 +0800 From: "claytonly" To: "xen-api" Message-ID: <6bda47c2.95ec.13a88e5e997.Coremail.claytonly@163.com> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.2] X-CM-TRANSID: 7cKowGBpAEKUWYVQ_J4vAA--.2834W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiXxZQpk9ossRi-AABsx X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3344094704908649935==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3344094704908649935== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_003_016476.026591" --__=_Part_Boundary_003_016476.026591 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 c29ycnkgZm9yIHJlc3Bvc2luZyBzbyBsYXRlLiBJIHRyeSB0byBzaHV0ZG93biBob3N0IGJ5IGNv bW1hbmQgJ3N1ZG8gc2h1dGRvd24gLWggbm93JyBpbiBob3N0J3MgY29uc29sZSwgd2hlbiBpIHJl c3RhcnQgdGhlIGhvc3RzLCB0aGUgaG9zdCBpcyBlbmFibGUuIFdoeSBpcyB0aGF0PyBJcyB0aGlz IGEgYnVnDQoNCg0KTWVzc2FnZTogMyANCkRhdGU6IE1vbiwgMTUgT2N0IDIwMTIgMjA6MDQ6MzYg KzA0MDAgDQpGcm9tOiBHZW9yZ2UgU2h1a2xpbiA8Z2VvcmdlLnNodWtsaW5AZ21haWwuY29tPiAN ClRvOiB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcgDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIGhvdyB0 byBzaHV0ZG93biBob3N0cyBpbiBwb29sIA0KTWVzc2FnZS1JRDogPDUwN0MzNDE0LjIwNTAxMDVA Z21haWwuY29tPiANCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0iaXNvLTg4NTkt MSI7IEZvcm1hdD0iZmxvd2VkIiANCg0KQUZBSUsgZHVyaW5nIHN0YXJ0dXAgeGFwaSBkaXNhYmxl IGhvc3QgdW50aWwgYWxsIHByZXBhcmF0aW9uIGlzIGRvbmUuICANCk9uZSBvZiB0aGVtIGlzICdw YmQtcGx1ZycgZm9yIGV2ZXJ5IFNSIGFzc29zaWF0ZWQgd2l0aCBob3N0IChub3JtYWxseSAgDQph bGwgc2hhcmVkIFNSKS4gDQoNCkNoZWNrIHBiZCBzdGF0dXMgZm9yIGFsbCBwYmQgKHhlIHBiZC1s aXN0IGhvc3QtdXVpZD0uLi4uKS4gSWYgc29tZSBvZiAgDQp0aGVtIGRvIG5vdCBhdHRhY2ggZm9y IGxvbmcgdGltZSAtIHByb2JsZW0gd2l0aCBTUiwgc3RvcmFnZSwgbmV0d29yaywgIA0KY29uZmln IGFuZCBzbyBvbi4gSWYgYWxsIGNvbm5lY3RlZCAtIHlvdXIgaXNzdWUgaXMgZGlmZmVyZW50IChj aGVjayAgDQovdmFyL2xvZy94Y3AteGFwaS5sb2cpIA0KDQoxNS4xMC4yMDEyIDE3OjMyLCBjbGF5 dG9ubHkgPz8/Pz86IA0KPiBIZWxsbywgYWxsOiANCj4gSSBzZXQgdXAgYSBwb29sIGNvbnNpc3Qg b2YgNCBob3N0cy4gSSB3YW50IHRvIHNodXRkb3duIDMgc2xhdmVzIGluICANCj4gcG9vbCBieSBy aWdodC1jbGljayBzaHV0ZG93biBtZW51IG9uIHhlbmNlbnRlci4gQWZ0ZXIgcmVzdGFydCB0aGUg IA0KPiBzbGF2ZXMuIGVuYWJsZSBzdGF0ZSBvZiBzbGF2ZXMgaXMgZmFsc2UuIEkgaGF2ZSB0byBl bmFibGUgdGhlIGhvc3RzLiAgDQo+IERpZCBJIGNvbmR1Y3QgYSB3cm9uZyBvcGVyYXRpb24/IEhv dyB0byBzaHV0ZG93biBob3N0cyBpbiBwb29sPyANCj4gSSBzZXR1cCB4Y3AteGFwaSBvbiB1YnVu dHUgMTIuMDQuIFRoYW5rIHlvdSBhbGwhIA0KPiBjbGF5dG9uIA0KPiAyMDEyLTEwLTE1IA0KPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0gDQo+IGNsYXl0b25seSANCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3Qg DQo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZyANCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkgDQoNCi0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAt LS0tLS0tLS0tLS0tLSANCkFuIEhUTUwgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4g --__=_Part_Boundary_003_016476.026591 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5 e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDguMDAuNzYwMS4xNzk0MCI+PEJB U0UgDQp0YXJnZXQ9X2JsYW5rPjwvSEVBRD4NCjxCT0RZIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiAx LjM7IEJPUkRFUi1SSUdIVC1XSURUSDogMHB4OyBNQVJHSU46IDEycHg7IEJPUkRFUi1UT1AtV0lE VEg6IDBweDsgQk9SREVSLUJPVFRPTS1XSURUSDogMHB4OyBCT1JERVItTEVGVC1XSURUSDogMHB4 IiANCm1hcmdpbmhlaWdodD0iMCIgbWFyZ2lud2lkdGg9IjAiPg0KPERJVj48Rk9OVCBzaXplPTIg ZmFjZT1WZXJkYW5hPnNvcnJ5IGZvciByZXNwb3Npbmcgc28gbGF0ZS4gSSB0cnkgdG8gc2h1dGRv d24gDQpob3N0IGJ5IGNvbW1hbmQgJ3N1ZG8gc2h1dGRvd24gLWggbm93JyBpbiBob3N0J3MgY29u c29sZSwgd2hlbiBpIHJlc3RhcnQgdGhlIA0KaG9zdHMsIHRoZSBob3N0IGlzIGVuYWJsZS4gV2h5 IGlzIHRoYXQ/IElzIHRoaXMgYSBidWc8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBm YWNlPVZlcmRhbmE+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1W ZXJkYW5hPiZuYnNwOzwvRElWPg0KPERJVj4NCjxESVY+TWVzc2FnZTombmJzcDszJm5ic3A7PC9E SVY+DQo8RElWPkRhdGU6Jm5ic3A7TW9uLCZuYnNwOzE1Jm5ic3A7T2N0Jm5ic3A7MjAxMiZuYnNw OzIwOjA0OjM2Jm5ic3A7KzA0MDAmbmJzcDs8L0RJVj4NCjxESVY+RnJvbTombmJzcDtHZW9yZ2Um bmJzcDtTaHVrbGluJm5ic3A7Jmx0O2dlb3JnZS5zaHVrbGluQGdtYWlsLmNvbSZndDsmbmJzcDs8 L0RJVj4NCjxESVY+VG86Jm5ic3A7eGVuLWFwaUBsaXN0cy54ZW4ub3JnJm5ic3A7PC9ESVY+DQo8 RElWPlN1YmplY3Q6Jm5ic3A7UmU6Jm5ic3A7W1hlbi1BUEldJm5ic3A7aG93Jm5ic3A7dG8mbmJz cDtzaHV0ZG93biZuYnNwO2hvc3RzJm5ic3A7aW4mbmJzcDtwb29sJm5ic3A7PC9ESVY+DQo8RElW Pk1lc3NhZ2UtSUQ6Jm5ic3A7Jmx0OzUwN0MzNDE0LjIwNTAxMDVAZ21haWwuY29tJmd0OyZuYnNw OzwvRElWPg0KPERJVj5Db250ZW50LVR5cGU6Jm5ic3A7dGV4dC9wbGFpbjsmbmJzcDtjaGFyc2V0 PSJpc28tODg1OS0xIjsmbmJzcDtGb3JtYXQ9ImZsb3dlZCImbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPkFGQUlLJm5ic3A7ZHVyaW5nJm5ic3A7c3RhcnR1cCZuYnNwO3hhcGkm bmJzcDtkaXNhYmxlJm5ic3A7aG9zdCZuYnNwO3VudGlsJm5ic3A7YWxsJm5ic3A7cHJlcGFyYXRp b24mbmJzcDtpcyZuYnNwO2RvbmUuJm5ic3A7Jm5ic3A7PC9ESVY+DQo8RElWPk9uZSZuYnNwO29m Jm5ic3A7dGhlbSZuYnNwO2lzJm5ic3A7J3BiZC1wbHVnJyZuYnNwO2ZvciZuYnNwO2V2ZXJ5Jm5i c3A7U1ImbmJzcDthc3Nvc2lhdGVkJm5ic3A7d2l0aCZuYnNwO2hvc3QmbmJzcDsobm9ybWFsbHkm bmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+YWxsJm5ic3A7c2hhcmVkJm5ic3A7U1IpLiZuYnNwOzwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Q2hlY2smbmJzcDtwYmQmbmJzcDtzdGF0dXMm bmJzcDtmb3ImbmJzcDthbGwmbmJzcDtwYmQmbmJzcDsoeGUmbmJzcDtwYmQtbGlzdCZuYnNwO2hv c3QtdXVpZD0uLi4uKS4mbmJzcDtJZiZuYnNwO3NvbWUmbmJzcDtvZiZuYnNwOyZuYnNwOzwvRElW Pg0KPERJVj50aGVtJm5ic3A7ZG8mbmJzcDtub3QmbmJzcDthdHRhY2gmbmJzcDtmb3ImbmJzcDts b25nJm5ic3A7dGltZSZuYnNwOy0mbmJzcDtwcm9ibGVtJm5ic3A7d2l0aCZuYnNwO1NSLCZuYnNw O3N0b3JhZ2UsJm5ic3A7bmV0d29yaywmbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Y29uZmlnJm5i c3A7YW5kJm5ic3A7c28mbmJzcDtvbi4mbmJzcDtJZiZuYnNwO2FsbCZuYnNwO2Nvbm5lY3RlZCZu YnNwOy0mbmJzcDt5b3VyJm5ic3A7aXNzdWUmbmJzcDtpcyZuYnNwO2RpZmZlcmVudCZuYnNwOyhj aGVjayZuYnNwOyZuYnNwOzwvRElWPg0KPERJVj4vdmFyL2xvZy94Y3AteGFwaS5sb2cpJm5ic3A7 PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4xNS4xMC4yMDEyJm5ic3A7MTc6MzIsJm5i c3A7Y2xheXRvbmx5Jm5ic3A7Pz8/Pz86Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtIZWxs bywmbmJzcDthbGw6Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtJJm5ic3A7c2V0Jm5ic3A7 dXAmbmJzcDthJm5ic3A7cG9vbCZuYnNwO2NvbnNpc3QmbmJzcDtvZiZuYnNwOzQmbmJzcDtob3N0 cy4mbmJzcDtJJm5ic3A7d2FudCZuYnNwO3RvJm5ic3A7c2h1dGRvd24mbmJzcDszJm5ic3A7c2xh dmVzJm5ic3A7aW4mbmJzcDsmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO3Bvb2wmbmJzcDti eSZuYnNwO3JpZ2h0LWNsaWNrJm5ic3A7c2h1dGRvd24mbmJzcDttZW51Jm5ic3A7b24mbmJzcDt4 ZW5jZW50ZXIuJm5ic3A7QWZ0ZXImbmJzcDtyZXN0YXJ0Jm5ic3A7dGhlJm5ic3A7Jm5ic3A7PC9E SVY+DQo8RElWPiZndDsmbmJzcDtzbGF2ZXMuJm5ic3A7ZW5hYmxlJm5ic3A7c3RhdGUmbmJzcDtv ZiZuYnNwO3NsYXZlcyZuYnNwO2lzJm5ic3A7ZmFsc2UuJm5ic3A7SSZuYnNwO2hhdmUmbmJzcDt0 byZuYnNwO2VuYWJsZSZuYnNwO3RoZSZuYnNwO2hvc3RzLiZuYnNwOyZuYnNwOzwvRElWPg0KPERJ Vj4mZ3Q7Jm5ic3A7RGlkJm5ic3A7SSZuYnNwO2NvbmR1Y3QmbmJzcDthJm5ic3A7d3JvbmcmbmJz cDtvcGVyYXRpb24/Jm5ic3A7SG93Jm5ic3A7dG8mbmJzcDtzaHV0ZG93biZuYnNwO2hvc3RzJm5i c3A7aW4mbmJzcDtwb29sPyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7SSZuYnNwO3NldHVw Jm5ic3A7eGNwLXhhcGkmbmJzcDtvbiZuYnNwO3VidW50dSZuYnNwOzEyLjA0LiZuYnNwO1RoYW5r Jm5ic3A7eW91Jm5ic3A7YWxsISZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7Y2xheXRvbiZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7MjAxMi0xMC0xNSZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtjbGF5 dG9ubHkmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7 PC9ESVY+DQo8RElWPiZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXyZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7Jm5ic3A7WGVuLWFwaSZuYnNwO21h aWxpbmcmbmJzcDtsaXN0Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsmbmJzcDtYZW4tYXBpQGxpc3Rz Lnhlbi5vcmcmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyZuYnNwO2h0dHA6Ly9saXN0cy54ZW4ub3Jn L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLSZuYnNwO25leHQmbmJzcDtwYXJ0Jm5ic3A7LS0t LS0tLS0tLS0tLS0mbmJzcDs8L0RJVj4NCjxESVY+QW4mbmJzcDtIVE1MJm5ic3A7YXR0YWNobWVu dCZuYnNwO3dhcyZuYnNwO3NjcnViYmVkLi4uJm5ic3A7PC9ESVY+PC9GT05UPjwvRElWPjwvQk9E WT48L0hUTUw+ --__=_Part_Boundary_003_016476.026591-- --===============3344094704908649935== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3344094704908649935==-- From xen-api-bounces@lists.xen.org Mon Oct 22 14:38:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:38:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ9V-0003Ht-LG; Mon, 22 Oct 2012 14:38:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ9T-0003Hl-VN for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:38:48 +0000 Received: from [193.109.254.147:31547] by server-9.bemta-14.messagelabs.com id 07/E7-09620-77A55805; Mon, 22 Oct 2012 14:38:47 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1350916722!10966684!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5888 invoked from network); 22 Oct 2012 14:38:45 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-12.tower-27.messagelabs.com with SMTP; 22 Oct 2012 14:38:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=9/Z8PkBJVBNnB+lehN0eD5vVfWNmTxbsBg s974N1RJY=; b=CBYMgZALhIGSpV6fA+iF5TpZaEX4t5ElUfps9f+FZr3OCuSRdD bZxu1H88zlGnTCRIXcL1q134APvjmJtqnSbjiIpgGD0rnuxq5wrt8rlN9FTRzrkU V1IeKmnC0XBq3USQxSg6c9+A4hm6ROquvEmikltM5Rc6Z8mh/Ah1PPSdI= Received: from claytonly ( [58.60.1.2] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 22 Oct 2012 22:38:40 +0800 (GMT+08:00) Date: Mon, 22 Oct 2012 22:38:32 +0800 From: "claytonly" To: "xen-api" Message-ID: <44fee8e6.960d.13a88e9483b.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.2] X-CM-TRANSID: 7cKowGBJ70BwWoVQPp8vAA--.741W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiXxZQpk9ossRi-AACsy X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] keyboard input problems in windows X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4456158688824268372==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4456158688824268372== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_006_030278.024286" --__=_Part_Boundary_006_030278.024286 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 aGVsbG8sYWxsOg0KDQoNCiAgICAgICBJIHdhbnQgdG8gaW5zdGFsbCB3aW5kb3cgdm0gaW4geGNw IDEuNS4gV2hlbiBJICBmaW5pc2hlZCB0aGUgaW5zdGFsbGF0aW9uIGFuZCBzdGFydGVkIHRoZSB2 bSwga2V5Ym9hcmQgaW5wdXQgZGlkbid0IHdvcmsgYnV0IG1vdWNlIHdvcmsuIEkgaGFkIHRyaWVk IHdpbmRvdyBzZXJ2ZXIgMjAwOCAzMi1iaXQgYW5kIHdpbmRvdyA3IDMyLWJpdC4gVGhlIHByb2Js ZW0gaXMgc2FtZS4gDQogICAgICAgTXkgeGNwLXhhcGkgd2FzIG9uIHVidW50dSBzZXJ2ZXIgMTIu MDQgNjQtYml0LiBUaGFuayB5b3UgIQ0KDQoNCmNsYXl0b24NCg0KMjAxMi0xMC0yMg0KDQoNCg0K Y2xheXRvbmx5 --__=_Part_Boundary_006_030278.024286 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDEuMTc5NDAiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l rovkvZM+aGVsbG8sYWxsOjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBz aXplPTM+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAwIHNpemU9 Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0kgd2FudCANCnRvIGluc3Rh bGwgd2luZG93IHZtIGluIHhjcCAxLjUuIFdoZW4gSSZuYnNwOyBmaW5pc2hlZCB0aGUgaW5zdGFs bGF0aW9uIGFuZCANCnN0YXJ0ZWQgdGhlIHZtLCBrZXlib2FyZCBpbnB1dCBkaWRuJ3Qgd29yayBi dXQgbW91Y2Ugd29yay4gSSBoYWQgdHJpZWQgd2luZG93IA0Kc2VydmVyIDIwMDggMzItYml0IGFu ZCB3aW5kb3cgNyAzMi1iaXQuIFRoZSBwcm9ibGVtIGlzIHNhbWUuIDwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7TXkgDQp4Y3AteGFwaSB3YXMgb24gdWJ1bnR1IHNlcnZlciAxMi4wNCA2 NC1iaXQuIFRoYW5rIHlvdSAhPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAw IHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBjb2xvcj0jMDAwMDAwIHNpemU9Mz5jbGF5dG9uPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiANCmZhY2U9 VmVyZGFuYT4yMDEyLTEwLTIyPC9GT05UPjwvRElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+ DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsgSEVJR0hUOiAycHgiIGlkPVNpZ25OYW1lSFIgYWxp Z249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzAgc2l6ZT0y IGZhY2U9VmVyZGFuYT48U1BBTiANCmlkPV9GbGFzaFNpZ25OYW1lPmNsYXl0b25seTwvU1BBTj48 L0ZPTlQ+PC9ESVY+PC9TVEFUSU9ORVJZPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_006_030278.024286-- --===============4456158688824268372== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4456158688824268372==-- From xen-api-bounces@lists.xen.org Mon Oct 22 14:38:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:38:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ9V-0003Ht-LG; Mon, 22 Oct 2012 14:38:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJ9T-0003Hl-VN for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:38:48 +0000 Received: from [193.109.254.147:31547] by server-9.bemta-14.messagelabs.com id 07/E7-09620-77A55805; Mon, 22 Oct 2012 14:38:47 +0000 X-Env-Sender: claytonly@163.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1350916722!10966684!1 X-Originating-IP: [220.181.13.246] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjI0NiA9PiA2ODc3\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5888 invoked from network); 22 Oct 2012 14:38:45 -0000 Received: from m13-246.163.com (HELO m13-246.163.com) (220.181.13.246) by server-12.tower-27.messagelabs.com with SMTP; 22 Oct 2012 14:38:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=9/Z8PkBJVBNnB+lehN0eD5vVfWNmTxbsBg s974N1RJY=; b=CBYMgZALhIGSpV6fA+iF5TpZaEX4t5ElUfps9f+FZr3OCuSRdD bZxu1H88zlGnTCRIXcL1q134APvjmJtqnSbjiIpgGD0rnuxq5wrt8rlN9FTRzrkU V1IeKmnC0XBq3USQxSg6c9+A4hm6ROquvEmikltM5Rc6Z8mh/Ah1PPSdI= Received: from claytonly ( [58.60.1.2] ) by ajax-webmail-sdy12 (Coremail) ; Mon, 22 Oct 2012 22:38:40 +0800 (GMT+08:00) Date: Mon, 22 Oct 2012 22:38:32 +0800 From: "claytonly" To: "xen-api" Message-ID: <44fee8e6.960d.13a88e9483b.Coremail.claytonly@163.com> MIME-Version: 1.0 X-Mailer: NetEase Flash Mail 2.2.1.16 X-Priority: 3 (Normal) X-Originating-IP: [58.60.1.2] X-CM-TRANSID: 7cKowGBJ70BwWoVQPp8vAA--.741W X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiXxZQpk9ossRi-AACsy X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-API] keyboard input problems in windows X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4456158688824268372==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4456158688824268372== Content-Type: multipart/alternative; boundary="__=_Part_Boundary_006_030278.024286" --__=_Part_Boundary_006_030278.024286 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 aGVsbG8sYWxsOg0KDQoNCiAgICAgICBJIHdhbnQgdG8gaW5zdGFsbCB3aW5kb3cgdm0gaW4geGNw IDEuNS4gV2hlbiBJICBmaW5pc2hlZCB0aGUgaW5zdGFsbGF0aW9uIGFuZCBzdGFydGVkIHRoZSB2 bSwga2V5Ym9hcmQgaW5wdXQgZGlkbid0IHdvcmsgYnV0IG1vdWNlIHdvcmsuIEkgaGFkIHRyaWVk IHdpbmRvdyBzZXJ2ZXIgMjAwOCAzMi1iaXQgYW5kIHdpbmRvdyA3IDMyLWJpdC4gVGhlIHByb2Js ZW0gaXMgc2FtZS4gDQogICAgICAgTXkgeGNwLXhhcGkgd2FzIG9uIHVidW50dSBzZXJ2ZXIgMTIu MDQgNjQtYml0LiBUaGFuayB5b3UgIQ0KDQoNCmNsYXl0b24NCg0KMjAxMi0xMC0yMg0KDQoNCg0K Y2xheXRvbmx5 --__=_Part_Boundary_006_030278.024286 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L 5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T SFRNTCA4LjAwLjc2MDEuMTc5NDAiPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l rovkvZM+aGVsbG8sYWxsOjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBz aXplPTM+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAwIHNpemU9 Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0kgd2FudCANCnRvIGluc3Rh bGwgd2luZG93IHZtIGluIHhjcCAxLjUuIFdoZW4gSSZuYnNwOyBmaW5pc2hlZCB0aGUgaW5zdGFs bGF0aW9uIGFuZCANCnN0YXJ0ZWQgdGhlIHZtLCBrZXlib2FyZCBpbnB1dCBkaWRuJ3Qgd29yayBi dXQgbW91Y2Ugd29yay4gSSBoYWQgdHJpZWQgd2luZG93IA0Kc2VydmVyIDIwMDggMzItYml0IGFu ZCB3aW5kb3cgNyAzMi1iaXQuIFRoZSBwcm9ibGVtIGlzIHNhbWUuIDwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7TXkgDQp4Y3AteGFwaSB3YXMgb24gdWJ1bnR1IHNlcnZlciAxMi4wNCA2 NC1iaXQuIFRoYW5rIHlvdSAhPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDAw IHNpemU9Mz48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBjb2xvcj0jMDAwMDAwIHNpemU9Mz5jbGF5dG9uPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiANCmZhY2U9 VmVyZGFuYT4yMDEyLTEwLTIyPC9GT05UPjwvRElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+ DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsgSEVJR0hUOiAycHgiIGlkPVNpZ25OYW1lSFIgYWxp Z249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzAgc2l6ZT0y IGZhY2U9VmVyZGFuYT48U1BBTiANCmlkPV9GbGFzaFNpZ25OYW1lPmNsYXl0b25seTwvU1BBTj48 L0ZPTlQ+PC9ESVY+PC9TVEFUSU9ORVJZPjwvQk9EWT48L0hUTUw+ --__=_Part_Boundary_006_030278.024286-- --===============4456158688824268372== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4456158688824268372==-- From xen-api-bounces@lists.xen.org Mon Oct 22 14:44:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:44:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJEz-0003Ul-K2; Mon, 22 Oct 2012 14:44:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJEy-0003Ue-J9 for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:44:28 +0000 Received: from [85.158.137.99:19757] by server-15.bemta-3.messagelabs.com id 96/EC-10261-BCB55805; Mon, 22 Oct 2012 14:44:27 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-11.tower-217.messagelabs.com!1350917067!21349224!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9989 invoked from network); 22 Oct 2012 14:44:27 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-11.tower-217.messagelabs.com with SMTP; 22 Oct 2012 14:44:27 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EEkS1k00J3zjds103EkS8A; Mon, 22 Oct 2012 16:44:27 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 88484161BC6; Mon, 22 Oct 2012 16:44:26 +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 10026) with ESMTP id YsF_g9agdDyu; Mon, 22 Oct 2012 16:44:23 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id F1690161BB8; Mon, 22 Oct 2012 16:44:22 +0200 (CEST) Message-ID: <50855BC6.7060707@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 16:44:22 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: claytonly References: <6bda47c2.95ec.13a88e5e997.Coremail.claytonly@163.com> In-Reply-To: <6bda47c2.95ec.13a88e5e997.Coremail.claytonly@163.com> Cc: xen-api Subject: Re: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi clayton, > sorry for resposing so late. I try to shutdown host by command 'sudo > shutdown -h now' in host's console, when i restart the hosts, the host > is enable. Why is that? Is this a bug I think that a better way to shutdown a host is to use the xe commands: xe host-disable uuid=3Dxxxxx xe host-shutdown uuid=3Dxxxx this way you let the cluster to now that your host is going to disapear. However during startup, I think that the default behavior is to have the = host enabled. Cheers, Denis > Message: 3 > Date: Mon, 15 Oct 2012 20:04:36 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] how to shutdown hosts in pool > Message-ID: <507C3414.2050105@gmail.com> > Content-Type: text/plain; charset=3D"iso-8859-1"; Format=3D"flowed" > AFAIK during startup xapi disable host until all preparation is done. > One of them is 'pbd-plug' for every SR assosiated with host (normally > all shared SR). > Check pbd status for all pbd (xe pbd-list host-uuid=3D....). If some of > them do not attach for long time - problem with SR, storage, network, > config and so on. If all connected - your issue is different (check > /var/log/xcp-xapi.log) > 15.10.2012 17:32, claytonly ?????: > > Hello, all: > > I set up a pool consist of 4 hosts. I want to shutdown 3 slaves in > > pool by right-click shutdown menu on xencenter. After restart the > > slaves. enable state of slaves is false. I have to enable the hosts. > > Did I conduct a wrong operation? How to shutdown hosts in pool? > > I setup xcp-xapi on ubuntu 12.04. Thank you all! > > clayton > > 2012-10-15 > > ----------------------------------------------------------------------= -- > > claytonly > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 14:44:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:44:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJEz-0003Ul-K2; Mon, 22 Oct 2012 14:44:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJEy-0003Ue-J9 for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:44:28 +0000 Received: from [85.158.137.99:19757] by server-15.bemta-3.messagelabs.com id 96/EC-10261-BCB55805; Mon, 22 Oct 2012 14:44:27 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-11.tower-217.messagelabs.com!1350917067!21349224!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9989 invoked from network); 22 Oct 2012 14:44:27 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-11.tower-217.messagelabs.com with SMTP; 22 Oct 2012 14:44:27 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EEkS1k00J3zjds103EkS8A; Mon, 22 Oct 2012 16:44:27 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 88484161BC6; Mon, 22 Oct 2012 16:44:26 +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 10026) with ESMTP id YsF_g9agdDyu; Mon, 22 Oct 2012 16:44:23 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id F1690161BB8; Mon, 22 Oct 2012 16:44:22 +0200 (CEST) Message-ID: <50855BC6.7060707@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 16:44:22 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: claytonly References: <6bda47c2.95ec.13a88e5e997.Coremail.claytonly@163.com> In-Reply-To: <6bda47c2.95ec.13a88e5e997.Coremail.claytonly@163.com> Cc: xen-api Subject: Re: [Xen-API] how to shutdown hosts in pool X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi clayton, > sorry for resposing so late. I try to shutdown host by command 'sudo > shutdown -h now' in host's console, when i restart the hosts, the host > is enable. Why is that? Is this a bug I think that a better way to shutdown a host is to use the xe commands: xe host-disable uuid=3Dxxxxx xe host-shutdown uuid=3Dxxxx this way you let the cluster to now that your host is going to disapear. However during startup, I think that the default behavior is to have the = host enabled. Cheers, Denis > Message: 3 > Date: Mon, 15 Oct 2012 20:04:36 +0400 > From: George Shuklin > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] how to shutdown hosts in pool > Message-ID: <507C3414.2050105@gmail.com> > Content-Type: text/plain; charset=3D"iso-8859-1"; Format=3D"flowed" > AFAIK during startup xapi disable host until all preparation is done. > One of them is 'pbd-plug' for every SR assosiated with host (normally > all shared SR). > Check pbd status for all pbd (xe pbd-list host-uuid=3D....). If some of > them do not attach for long time - problem with SR, storage, network, > config and so on. If all connected - your issue is different (check > /var/log/xcp-xapi.log) > 15.10.2012 17:32, claytonly ?????: > > Hello, all: > > I set up a pool consist of 4 hosts. I want to shutdown 3 slaves in > > pool by right-click shutdown menu on xencenter. After restart the > > slaves. enable state of slaves is false. I have to enable the hosts. > > Did I conduct a wrong operation? How to shutdown hosts in pool? > > I setup xcp-xapi on ubuntu 12.04. Thank you all! > > clayton > > 2012-10-15 > > ----------------------------------------------------------------------= -- > > claytonly > > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -------------- next part -------------- > An HTML attachment was scrubbed... > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 14:49:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:49:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJJd-0003jo-Ve; Mon, 22 Oct 2012 14:49:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJJc-0003je-PY for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:49:16 +0000 Received: from [193.109.254.147:12300] by server-15.bemta-14.messagelabs.com id 73/84-16351-CEC55805; Mon, 22 Oct 2012 14:49:16 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-11.tower-27.messagelabs.com!1350917355!6287754!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26586 invoked from network); 22 Oct 2012 14:49:15 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-11.tower-27.messagelabs.com with SMTP; 22 Oct 2012 14:49:15 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EEpF1k00B3zjds103EpFl3; Mon, 22 Oct 2012 16:49:15 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id EB603161BC6; Mon, 22 Oct 2012 16:49:14 +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 10026) with ESMTP id ulyhbKnbE15u; Mon, 22 Oct 2012 16:49:14 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 2FB72161BB8; Mon, 22 Oct 2012 16:49:14 +0200 (CEST) Message-ID: <50855CE9.60102@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 16:49:13 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: claytonly References: <44fee8e6.960d.13a88e9483b.Coremail.claytonly@163.com> In-Reply-To: <44fee8e6.960d.13a88e9483b.Coremail.claytonly@163.com> Cc: xen-api Subject: Re: [Xen-API] keyboard input problems in windows X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Clayton, > I want to install window vm in xcp 1.5. When I finished the > installation and started the vm, keyboard input didn't work but mouce > work. I had tried window server 2008 32-bit and window 7 32-bit. The > problem is same. > My xcp-xapi was on ubuntu server 12.04 64-bit. Thank you ! I think that this is a bug that has been reported before http://lists.xen.org/archives/html/xen-api/2012-08/msg00059.html http://lists.xen.org/archives/html/xen-api/2012-08/msg00057.html I don't know if that bug has been addressed since then. However it works = fine in standard XCP applicances thought. Cheers, Denis > clayton > 2012-10-22 > ------------------------------------------------------------------------ > claytonly > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 14:49:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 14:49:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJJd-0003jo-Ve; Mon, 22 Oct 2012 14:49:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJJc-0003je-PY for xen-api@lists.xen.org; Mon, 22 Oct 2012 14:49:16 +0000 Received: from [193.109.254.147:12300] by server-15.bemta-14.messagelabs.com id 73/84-16351-CEC55805; Mon, 22 Oct 2012 14:49:16 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-11.tower-27.messagelabs.com!1350917355!6287754!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26586 invoked from network); 22 Oct 2012 14:49:15 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-11.tower-27.messagelabs.com with SMTP; 22 Oct 2012 14:49:15 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EEpF1k00B3zjds103EpFl3; Mon, 22 Oct 2012 16:49:15 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id EB603161BC6; Mon, 22 Oct 2012 16:49:14 +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 10026) with ESMTP id ulyhbKnbE15u; Mon, 22 Oct 2012 16:49:14 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 2FB72161BB8; Mon, 22 Oct 2012 16:49:14 +0200 (CEST) Message-ID: <50855CE9.60102@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 16:49:13 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: claytonly References: <44fee8e6.960d.13a88e9483b.Coremail.claytonly@163.com> In-Reply-To: <44fee8e6.960d.13a88e9483b.Coremail.claytonly@163.com> Cc: xen-api Subject: Re: [Xen-API] keyboard input problems in windows X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Clayton, > I want to install window vm in xcp 1.5. When I finished the > installation and started the vm, keyboard input didn't work but mouce > work. I had tried window server 2008 32-bit and window 7 32-bit. The > problem is same. > My xcp-xapi was on ubuntu server 12.04 64-bit. Thank you ! I think that this is a bug that has been reported before http://lists.xen.org/archives/html/xen-api/2012-08/msg00059.html http://lists.xen.org/archives/html/xen-api/2012-08/msg00057.html I don't know if that bug has been addressed since then. However it works = fine in standard XCP applicances thought. Cheers, Denis > clayton > 2012-10-22 > ------------------------------------------------------------------------ > claytonly > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 15:16:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 15:16:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJkI-0005gj-Fa; Mon, 22 Oct 2012 15:16:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJkH-0005gZ-0t for xen-api@lists.xen.org; Mon, 22 Oct 2012 15:16:49 +0000 Received: from [85.158.143.99:55650] by server-1.bemta-4.messagelabs.com id 33/D9-19134-06365805; Mon, 22 Oct 2012 15:16:48 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-7.tower-216.messagelabs.com!1350919007!28965971!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDczMDQzNw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDczMDQzNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10153 invoked from network); 22 Oct 2012 15:16:47 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-7.tower-216.messagelabs.com with SMTP; 22 Oct 2012 15:16:47 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR006.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MCA00FNBVRYSX80@VL-VM-MR006.ip.videotron.ca> for xen-api@lists.xen.org; Mon, 22 Oct 2012 11:16:47 -0400 (EDT) From: "Melvin B." To: 'James Bulpin' References: <000001cdac8c$2c26ed80$8474c880$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> <000001cdaffb$ea241de0$be6c59a0$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295CDA@LONPMAILBOX01.citrite.net> <000301cdb04e$1784a8c0$468dfa40$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295D72@LONPMAILBOX01.citrite.net> In-reply-to: Date: Mon, 22 Oct 2012 11:16:43 -0400 Message-id: <001201cdb068$3ea7bcc0$bbf73640$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPgAIJGrkAADVQLoAAGqcqwAACqs3AABinr0AAAU8UA Content-language: fr-ca Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org But for VT-c, not VT-d. Does VT-c NIC require SR-IOV in bios, or VT-c NIC can be use only with VT-d, without SR-IOV feature. -----Message d'origine----- De=A0: James Bulpin [mailto:James.Bulpin@eu.citrix.com] = Envoy=E9=A0: 22 octobre 2012 08:16 =C0=A0: Melvin B. Cc=A0: xen-api@xen.org Objet=A0: RE: [Xen-API] PCI passthrough limit of device? (Adding the list back to CC - please don't remove the list; by keeping the discussion public others may be able to benefit from the discussion.) Melvin wrote: > My last question is about intel VT-c and SR-IOV NIC. > If SR-IOV NIC require a Motherboard feature other than VT-d ? Your BIOS must support SR-IOV. > And if VT-c is for device only, require only a motherboard with VT-d? You can perform PCI pass-through to a PV guest without VT-d/IOMMU but that is unsafe (e.g. the device could DMA to other guests' memory) so VT-d is recommended. If you want to pass-through to a HVM guest you must use VT-d/IOMMU. See http://wiki.xen.org/wiki/Xen_PCI_Passthrough for more detail. Cheers, James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 15:16:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 15:16:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJkI-0005gj-Fa; Mon, 22 Oct 2012 15:16:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQJkH-0005gZ-0t for xen-api@lists.xen.org; Mon, 22 Oct 2012 15:16:49 +0000 Received: from [85.158.143.99:55650] by server-1.bemta-4.messagelabs.com id 33/D9-19134-06365805; Mon, 22 Oct 2012 15:16:48 +0000 X-Env-Sender: melvinbr@videotron.ca X-Msg-Ref: server-7.tower-216.messagelabs.com!1350919007!28965971!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDczMDQzNw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDczMDQzNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10153 invoked from network); 22 Oct 2012 15:16:47 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-7.tower-216.messagelabs.com with SMTP; 22 Oct 2012 15:16:47 -0000 MIME-version: 1.0 Received: from Serveur ([173.178.206.108]) by VL-VM-MR006.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MCA00FNBVRYSX80@VL-VM-MR006.ip.videotron.ca> for xen-api@lists.xen.org; Mon, 22 Oct 2012 11:16:47 -0400 (EDT) From: "Melvin B." To: 'James Bulpin' References: <000001cdac8c$2c26ed80$8474c880$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> <000001cdaffb$ea241de0$be6c59a0$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295CDA@LONPMAILBOX01.citrite.net> <000301cdb04e$1784a8c0$468dfa40$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295D72@LONPMAILBOX01.citrite.net> In-reply-to: Date: Mon, 22 Oct 2012 11:16:43 -0400 Message-id: <001201cdb068$3ea7bcc0$bbf73640$@ca> X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPgAIJGrkAADVQLoAAGqcqwAACqs3AABinr0AAAU8UA Content-language: fr-ca Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org But for VT-c, not VT-d. Does VT-c NIC require SR-IOV in bios, or VT-c NIC can be use only with VT-d, without SR-IOV feature. -----Message d'origine----- De=A0: James Bulpin [mailto:James.Bulpin@eu.citrix.com] = Envoy=E9=A0: 22 octobre 2012 08:16 =C0=A0: Melvin B. Cc=A0: xen-api@xen.org Objet=A0: RE: [Xen-API] PCI passthrough limit of device? (Adding the list back to CC - please don't remove the list; by keeping the discussion public others may be able to benefit from the discussion.) Melvin wrote: > My last question is about intel VT-c and SR-IOV NIC. > If SR-IOV NIC require a Motherboard feature other than VT-d ? Your BIOS must support SR-IOV. > And if VT-c is for device only, require only a motherboard with VT-d? You can perform PCI pass-through to a PV guest without VT-d/IOMMU but that is unsafe (e.g. the device could DMA to other guests' memory) so VT-d is recommended. If you want to pass-through to a HVM guest you must use VT-d/IOMMU. See http://wiki.xen.org/wiki/Xen_PCI_Passthrough for more detail. Cheers, James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 15:56:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 15:56:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKMr-0006p6-Vm; Mon, 22 Oct 2012 15:56:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKMr-0006p0-5G for xen-api@lists.xen.org; Mon, 22 Oct 2012 15:56:41 +0000 Received: from [85.158.138.51:10854] by server-2.bemta-3.messagelabs.com id 2C/59-00604-8BC65805; Mon, 22 Oct 2012 15:56:40 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1350921399!35323768!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNjE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12326 invoked from network); 22 Oct 2012 15:56:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 15:56:39 -0000 X-IronPort-AV: E=Sophos;i="4.80,630,1344211200"; d="scan'208";a="15314774" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 15:56:26 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 22 Oct 2012 16:56:26 +0100 Message-ID: <50856CA8.5010808@citrix.com> Date: Mon, 22 Oct 2012 16:56:24 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Denis Cardon References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> <50854FB3.8020004@tranquil-it-systems.fr> In-Reply-To: <50854FB3.8020004@tranquil-it-systems.fr> X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] patch for upgrade from 1.1 to 1.6 (was : Re: Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 22/10/12 14:52, Denis Cardon wrote: > Hi everyone, > >> Follow up email, just to confirm that the rolling pool upgrade was >> successful on my 3 hosts. On each host, the procedure provided by Yvan >> was repeated and the host detected the previous installation and carried >> out the upgrade > > I've noticed that the install iso > http://downloads.xen.org/XCP/61002c/XCP-1.6-beta-61002c.iso have not > been updated since 10 days. I've been away on a training course last week, sorry. > There has been this bug report in the upgrade process by blackbird and > yvan. Do you know if it will be integrated into the final iso or not. > > It is not a show blocker since it is only bugging during upgrade and can > be circumvented, but I think it would be much easier for people > upgrading if it was included. I've been working on getting rolling pool upgrades from XCP 1.5 to 1.6 working lately. I've just installed a 1.1 host to test this patch. If it works the way I'd expect, I'll put it in the final XCP 1.6 > The Xen bug report page > (http://wiki.xen.org/wiki/Reporting_Bugs_against_XCP) just mentions to > past bug on this list. Is there somewhere else it should be filled? Nope, this is it. I need to write up the list of known issues, which include 1) upgrading issues, 2) "XenServer" splash screen on boot from CD, and 3) an issue with the event system which is causing xapi to use too much CPU and network bandwidth while XenCenter (or anything listening to events) is connected. I'll send out another email soon with a full XCP 1.6 status update. Mike > Cheers, > > Denis > >> >> thanks again. >> >> On Sun, Oct 14, 2012 at 2:50 PM, Black Bird > > wrote: >> >> Hi Yvan >> >> I've tried your patch and it does work. The existing installation >> is recognised. I'll now attempt the rolling pool upgrade. >> >> Thanks for your help. >> >> On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan >> > > wrote: >> >> Hello all >> >> I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have >> attempted an >> upgrade of one of the hosts which is currently unloaded with >> VMs (not >> the master) just to verify that an upgrade is possible, prior to >> commencing a rolling pool upgrade (starting from the master). >> >> I am using the latest XCP-1.6-beta-61002c.iso. I added the keys >> PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to >> /etc/xensource-inventory >> as directed by >> http://wiki.xen.org/wiki/XCP___1.6_test_instructions >> . The >> file contents is now: >> >> [root@xen3v3 ~]# cat /etc/xensource-inventory >> BUILD_NUMBER='50674c' >> CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 >> xapi6 xapi16 >> xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' >> DOM0_MEM='752' >> PRODUCT_BRAND='XCP' >> INSTALLATION_UUID='__aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa__aa' >> KERNEL_VERSION='2.6.32.12-0.7.__1.xs1.1.0.327.170596xen' >> DEFAULT_SR_PHYSDEVS='/dev/__sda3' >> CONTROL_DOMAIN_UUID='__bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb__bbbb' >> PRIMARY_DISK='/dev/disk/by-id/__scsi-SATA_ST2000DM001-9YN___Z1E0V06V' >> XEN_VERSION='3.4.2' >> BACKUP_PARTITION='/dev/disk/__by-id/scsi-SATA_ST2000DM001-__9YN_Z1E0V06V-part2' >> >> PRODUCT_NAME='xcp' >> INSTALLATION_DATE='2012-10-09 05:24:44.725360' >> PRODUCT_VERSION='1.1.0' >> PLATFORM_VERSION=1.1.0 >> PLATFORM_NAME=XCP >> MANAGEMENT_INTERFACE='xapi9' >> >> The ISO boots normally. After going through the keyboard >> selection and >> disk selection, the installer reports "Only product >> installations that >> cannot be upgraded have been detected". >> >> >> I bumped into the same issue yesterday, I have resolved this by >> modifying the file "/opt/xensource/installer/__upgrade.py" at >> the ligne 53 >> >> diff upgrade_bad.py upgrade.py >> 54c54 >> < return (cls.upgrades_product == product and >> --- >> > return (cls.upgrades_product.upper() == >> product.upper() and >> >> during install, you just have to go on the console, apply the >> patch and kill the python init process and relaunch it whith >> "python /opt/xensource/installer/init"__. >> >> Afterward everything goes smoothly and I have a shiny new XCP >> 1.6 running with all my VMs and my configuration upgraded ! >> >> Note : that test was carried on a standalone server, I'll try >> the cluster rolling upgrade in the next few days. >> >> Cheers and thanks for the great work! >> >> Yvan >> >> >> >> >> >> At this point I stop as I want to do an upgrade, not a clean >> installation. >> >> Do I need to provide different keys in >> /etc/xensource-inventory or carry >> out some other steps? >> >> >> >> >> >> >> >> This body part will be downloaded on demand. >> > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 15:56:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 15:56:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKMr-0006p6-Vm; Mon, 22 Oct 2012 15:56:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKMr-0006p0-5G for xen-api@lists.xen.org; Mon, 22 Oct 2012 15:56:41 +0000 Received: from [85.158.138.51:10854] by server-2.bemta-3.messagelabs.com id 2C/59-00604-8BC65805; Mon, 22 Oct 2012 15:56:40 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1350921399!35323768!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNjE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12326 invoked from network); 22 Oct 2012 15:56:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 15:56:39 -0000 X-IronPort-AV: E=Sophos;i="4.80,630,1344211200"; d="scan'208";a="15314774" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 15:56:26 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 22 Oct 2012 16:56:26 +0100 Message-ID: <50856CA8.5010808@citrix.com> Date: Mon, 22 Oct 2012 16:56:24 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Denis Cardon References: <5076B926.7060301@tranquil-it-systems.fr> <5076E5C5.2080102@tranquil-it-systems.fr> <50854FB3.8020004@tranquil-it-systems.fr> In-Reply-To: <50854FB3.8020004@tranquil-it-systems.fr> X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] patch for upgrade from 1.1 to 1.6 (was : Re: Fwd: XCP 1.6 BETA BUG: direct upgrade from XCP1.1.0 to XCP1.6 Beta failing) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 22/10/12 14:52, Denis Cardon wrote: > Hi everyone, > >> Follow up email, just to confirm that the rolling pool upgrade was >> successful on my 3 hosts. On each host, the procedure provided by Yvan >> was repeated and the host detected the previous installation and carried >> out the upgrade > > I've noticed that the install iso > http://downloads.xen.org/XCP/61002c/XCP-1.6-beta-61002c.iso have not > been updated since 10 days. I've been away on a training course last week, sorry. > There has been this bug report in the upgrade process by blackbird and > yvan. Do you know if it will be integrated into the final iso or not. > > It is not a show blocker since it is only bugging during upgrade and can > be circumvented, but I think it would be much easier for people > upgrading if it was included. I've been working on getting rolling pool upgrades from XCP 1.5 to 1.6 working lately. I've just installed a 1.1 host to test this patch. If it works the way I'd expect, I'll put it in the final XCP 1.6 > The Xen bug report page > (http://wiki.xen.org/wiki/Reporting_Bugs_against_XCP) just mentions to > past bug on this list. Is there somewhere else it should be filled? Nope, this is it. I need to write up the list of known issues, which include 1) upgrading issues, 2) "XenServer" splash screen on boot from CD, and 3) an issue with the event system which is causing xapi to use too much CPU and network bandwidth while XenCenter (or anything listening to events) is connected. I'll send out another email soon with a full XCP 1.6 status update. Mike > Cheers, > > Denis > >> >> thanks again. >> >> On Sun, Oct 14, 2012 at 2:50 PM, Black Bird > > wrote: >> >> Hi Yvan >> >> I've tried your patch and it does work. The existing installation >> is recognised. I'll now attempt the rolling pool upgrade. >> >> Thanks for your help. >> >> On Fri, Oct 12, 2012 at 2:29 AM, karmouta yvan >> > > wrote: >> >> Hello all >> >> I have a pool of 3 vanilla XCP 1.1.0-50674c hosts. I have >> attempted an >> upgrade of one of the hosts which is currently unloaded with >> VMs (not >> the master) just to verify that an upgrade is possible, prior to >> commencing a rolling pool upgrade (starting from the master). >> >> I am using the latest XCP-1.6-beta-61002c.iso. I added the keys >> PLATFORM_VERSION=1.1.0 and PLATFORM_NAME=XCP to >> /etc/xensource-inventory >> as directed by >> http://wiki.xen.org/wiki/XCP___1.6_test_instructions >> . The >> file contents is now: >> >> [root@xen3v3 ~]# cat /etc/xensource-inventory >> BUILD_NUMBER='50674c' >> CURRENT_INTERFACES='xapi10 xapi13 xapi5 xapi12 xapi8 xapi14 >> xapi6 xapi16 >> xapi11 xapi7 xapi3 xapi15 xenbr0 xapi4 xapi2 xapi9' >> DOM0_MEM='752' >> PRODUCT_BRAND='XCP' >> INSTALLATION_UUID='__aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa__aa' >> KERNEL_VERSION='2.6.32.12-0.7.__1.xs1.1.0.327.170596xen' >> DEFAULT_SR_PHYSDEVS='/dev/__sda3' >> CONTROL_DOMAIN_UUID='__bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb__bbbb' >> PRIMARY_DISK='/dev/disk/by-id/__scsi-SATA_ST2000DM001-9YN___Z1E0V06V' >> XEN_VERSION='3.4.2' >> BACKUP_PARTITION='/dev/disk/__by-id/scsi-SATA_ST2000DM001-__9YN_Z1E0V06V-part2' >> >> PRODUCT_NAME='xcp' >> INSTALLATION_DATE='2012-10-09 05:24:44.725360' >> PRODUCT_VERSION='1.1.0' >> PLATFORM_VERSION=1.1.0 >> PLATFORM_NAME=XCP >> MANAGEMENT_INTERFACE='xapi9' >> >> The ISO boots normally. After going through the keyboard >> selection and >> disk selection, the installer reports "Only product >> installations that >> cannot be upgraded have been detected". >> >> >> I bumped into the same issue yesterday, I have resolved this by >> modifying the file "/opt/xensource/installer/__upgrade.py" at >> the ligne 53 >> >> diff upgrade_bad.py upgrade.py >> 54c54 >> < return (cls.upgrades_product == product and >> --- >> > return (cls.upgrades_product.upper() == >> product.upper() and >> >> during install, you just have to go on the console, apply the >> patch and kill the python init process and relaunch it whith >> "python /opt/xensource/installer/init"__. >> >> Afterward everything goes smoothly and I have a shiny new XCP >> 1.6 running with all my VMs and my configuration upgraded ! >> >> Note : that test was carried on a standalone server, I'll try >> the cluster rolling upgrade in the next few days. >> >> Cheers and thanks for the great work! >> >> Yvan >> >> >> >> >> >> At this point I stop as I want to do an upgrade, not a clean >> installation. >> >> Do I need to provide different keys in >> /etc/xensource-inventory or carry >> out some other steps? >> >> >> >> >> >> >> >> This body part will be downloaded on demand. >> > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:11:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:11:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKb6-0007bk-1l; Mon, 22 Oct 2012 16:11:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKb4-0007bX-Mw for xen-api@lists.xen.org; Mon, 22 Oct 2012 16:11:22 +0000 Received: from [85.158.143.99:52676] by server-3.bemta-4.messagelabs.com id 67/24-03544-A2075805; Mon, 22 Oct 2012 16:11:22 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-2.tower-216.messagelabs.com!1350922281!26907983!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13248 invoked from network); 22 Oct 2012 16:11:21 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-2.tower-216.messagelabs.com with SMTP; 22 Oct 2012 16:11:21 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EGBL1k00A3zjds103GBMHf; Mon, 22 Oct 2012 18:11:21 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 9F81D161BCC; Mon, 22 Oct 2012 18:11:20 +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 10026) with ESMTP id gtUN4yG66aRn; Mon, 22 Oct 2012 18:11:16 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 7B5AF161BCB; Mon, 22 Oct 2012 18:11:16 +0200 (CEST) Message-ID: <50857024.1050506@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 18:11:16 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: claytonly Cc: "xen-api@lists.xen.org" Subject: [Xen-API] usb passthrough (was : Re: how to shutdown hosts in pool) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Clayton, first, please stay on the list, do not email directly. second, you have to start a new subject in a new mail. Please don't = (ab)use existing thread for new questions. > It helps, thank you! I got annother proble, can vm read usb > just like vmware workstation? vmware workstation, like its named implies is for workstations. Things = are kinda different on server. There is some support for usb passthrough in vanilla xen = (http://wiki.xen.org/wiki/Xen_USB_Passthrough). However I've not heard = about support for this in xenserver. Anyway I would advise you to use usb over ip adapter to deal with this = problem. Indeed when you migrate a VM, a physicaly attached dongle would = have some issue migrating by itself at the same time. Cheers, Denis -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:11:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:11:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKb6-0007bk-1l; Mon, 22 Oct 2012 16:11:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKb4-0007bX-Mw for xen-api@lists.xen.org; Mon, 22 Oct 2012 16:11:22 +0000 Received: from [85.158.143.99:52676] by server-3.bemta-4.messagelabs.com id 67/24-03544-A2075805; Mon, 22 Oct 2012 16:11:22 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-2.tower-216.messagelabs.com!1350922281!26907983!1 X-Originating-IP: [80.12.242.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13248 invoked from network); 22 Oct 2012 16:11:21 -0000 Received: from smtp09.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.131) by server-2.tower-216.messagelabs.com with SMTP; 22 Oct 2012 16:11:21 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d17 with ME id EGBL1k00A3zjds103GBMHf; Mon, 22 Oct 2012 18:11:21 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 9F81D161BCC; Mon, 22 Oct 2012 18:11:20 +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 10026) with ESMTP id gtUN4yG66aRn; Mon, 22 Oct 2012 18:11:16 +0200 (CEST) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 7B5AF161BCB; Mon, 22 Oct 2012 18:11:16 +0200 (CEST) Message-ID: <50857024.1050506@tranquil-it-systems.fr> Date: Mon, 22 Oct 2012 18:11:16 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: claytonly Cc: "xen-api@lists.xen.org" Subject: [Xen-API] usb passthrough (was : Re: how to shutdown hosts in pool) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Clayton, first, please stay on the list, do not email directly. second, you have to start a new subject in a new mail. Please don't = (ab)use existing thread for new questions. > It helps, thank you! I got annother proble, can vm read usb > just like vmware workstation? vmware workstation, like its named implies is for workstations. Things = are kinda different on server. There is some support for usb passthrough in vanilla xen = (http://wiki.xen.org/wiki/Xen_USB_Passthrough). However I've not heard = about support for this in xenserver. Anyway I would advise you to use usb over ip adapter to deal with this = problem. Indeed when you migrate a VM, a physicaly attached dongle would = have some issue migrating by itself at the same time. Cheers, Denis -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:55:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:55:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHN-0008OL-2I; Mon, 22 Oct 2012 16:55:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHL-0008OA-Am; Mon, 22 Oct 2012 16:55:03 +0000 Received: from [85.158.137.99:33662] by server-13.bemta-3.messagelabs.com id DF/C5-26794-66A75805; Mon, 22 Oct 2012 16:55:02 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1350924900!19451238!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7898 invoked from network); 22 Oct 2012 16:55:01 -0000 Received: from mail-ye0-f173.google.com (HELO mail-ye0-f173.google.com) (209.85.213.173) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 16:55:01 -0000 Received: by mail-ye0-f173.google.com with SMTP id l3so331419yen.32 for ; Mon, 22 Oct 2012 09:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Pjfkbhrb7HsZ6pKVMzvxPAsRa8y0gOdwRw07KHDIUVg=; b=pmHFB3UQfIUMP85wDtfli1QwNozmYbzyI1MKJ6hjWe4xA4bn93/WioBpNUy+qVqj64 d9cVufj+xIVa8mDQPtYb8Lu9U17mXf4Vka0GX8Mbo5ivC1KygFXvnkCyYEErrlW0iA2p pPk4r4ZgZNGtPFMZ1zRIQllIn0peGshTNSyddO8oda0P3gocQj5OtyN9fFXS34V/iiNN r3/qDrF2dbzZibb12twiNSV2h0ytpnYIbPDaRJ3CuoF/7XeAWUx1wK63Un/esyJOkMEa etCKvBZLo0ZjOBdqecaqJ3OuISjhoDoSQBj7/nB1PKxAIB4ZL8XZCyPf8TzDOKVUwrtp Oq2g== Received: by 10.236.92.6 with SMTP id i6mr9085807yhf.40.1350924900120; Mon, 22 Oct 2012 09:55:00 -0700 (PDT) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id a7sm9406189yhe.14.2012.10.22.09.54.57 (version=SSLv3 cipher=OTHER); Mon, 22 Oct 2012 09:54:59 -0700 (PDT) Message-ID: <50857A5F.1090800@xen.org> Date: Mon, 22 Oct 2012 17:54:55 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] Docs Day next week - need somebody to facilitate or move/cancel X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, we have another Xen Docs day coming up next Monday. I will be at a conference next week (and likely won't be ab le to join in the morning) and am looking for somebody who can take up the role reminding people a) on ##xen, #xentest, #xen-api that the docs day is happening b) on the mailing lists that the docs day is happening c) can point people to items on the TODO list Any volunteers, please reply privately. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:55:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:55:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHN-0008OL-2I; Mon, 22 Oct 2012 16:55:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHL-0008OA-Am; Mon, 22 Oct 2012 16:55:03 +0000 Received: from [85.158.137.99:33662] by server-13.bemta-3.messagelabs.com id DF/C5-26794-66A75805; Mon, 22 Oct 2012 16:55:02 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1350924900!19451238!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7898 invoked from network); 22 Oct 2012 16:55:01 -0000 Received: from mail-ye0-f173.google.com (HELO mail-ye0-f173.google.com) (209.85.213.173) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 16:55:01 -0000 Received: by mail-ye0-f173.google.com with SMTP id l3so331419yen.32 for ; Mon, 22 Oct 2012 09:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Pjfkbhrb7HsZ6pKVMzvxPAsRa8y0gOdwRw07KHDIUVg=; b=pmHFB3UQfIUMP85wDtfli1QwNozmYbzyI1MKJ6hjWe4xA4bn93/WioBpNUy+qVqj64 d9cVufj+xIVa8mDQPtYb8Lu9U17mXf4Vka0GX8Mbo5ivC1KygFXvnkCyYEErrlW0iA2p pPk4r4ZgZNGtPFMZ1zRIQllIn0peGshTNSyddO8oda0P3gocQj5OtyN9fFXS34V/iiNN r3/qDrF2dbzZibb12twiNSV2h0ytpnYIbPDaRJ3CuoF/7XeAWUx1wK63Un/esyJOkMEa etCKvBZLo0ZjOBdqecaqJ3OuISjhoDoSQBj7/nB1PKxAIB4ZL8XZCyPf8TzDOKVUwrtp Oq2g== Received: by 10.236.92.6 with SMTP id i6mr9085807yhf.40.1350924900120; Mon, 22 Oct 2012 09:55:00 -0700 (PDT) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id a7sm9406189yhe.14.2012.10.22.09.54.57 (version=SSLv3 cipher=OTHER); Mon, 22 Oct 2012 09:54:59 -0700 (PDT) Message-ID: <50857A5F.1090800@xen.org> Date: Mon, 22 Oct 2012 17:54:55 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-API] Docs Day next week - need somebody to facilitate or move/cancel X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everybody, we have another Xen Docs day coming up next Monday. I will be at a conference next week (and likely won't be ab le to join in the morning) and am looking for somebody who can take up the role reminding people a) on ##xen, #xentest, #xen-api that the docs day is happening b) on the mailing lists that the docs day is happening c) can point people to items on the TODO list Any volunteers, please reply privately. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:55:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:55:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHo-0008Rl-Ef; Mon, 22 Oct 2012 16:55:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHm-0008RW-SW for xen-api@lists.xensource.com; Mon, 22 Oct 2012 16:55:31 +0000 Received: from [193.109.254.147:21816] by server-6.bemta-14.messagelabs.com id 3F/38-17826-28A75805; Mon, 22 Oct 2012 16:55:30 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1350924928!8573279!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNjE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14056 invoked from network); 22 Oct 2012 16:55:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 16:55:28 -0000 X-IronPort-AV: E=Sophos;i="4.80,630,1344211200"; d="scan'208";a="15316046" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 16:55:28 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 22 Oct 2012 17:55:28 +0100 Message-ID: <50857A7E.3010709@citrix.com> Date: Mon, 22 Oct 2012 17:55:26 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" X-Enigmail-Version: 1.4.5 Subject: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I just wanted to give a status update on the XCP 1.6 release. I have updated the XCP Roadmap [1] to reflect the following information. XCP 1.6 is currently at beta 2, and we had been scheduled to publish the final release on Wednesday. We are going to slip this date by a couple weeks, and issue another beta release. I don't have a firm date on when the either the third beta or the final release will ship. I can tell you that this will not be a repeat of the XCP 1.5 eternal beta. I promise. Here is the current state of things: Our test day on 9 October was successful in that it uncovered a number of issues which need to be fixed before we can publish a final XCP. These are the issues which we found: 1) Install splash screen shows Citrix XenServer. This is minor, but easy to fix. 2) Severe performance degradation with XenCenter attached. This is due to a bug with the event subsystem which causes all events for all xapi objects to be returned on each event request, instead of the ones the user has requested. This results in quite a bit of extra network traffic, as well as causing xapi to use up 10-20% CPU when "idle". The bug has been found and a fix is being tested now. This will be included in the next beta. 3) Upgrade issues. There are several issues with upgrading: - Host upgrade from 1.1 doesn't work without patching the installer and modifying the file /etc/xensource-inventory on the host prior to upgrading. There is a patch on the mailing list that I'm working to integrate, but I need to test it to make sure it doesn't break other upgrades. - Pool upgrade from 1.1 is untested (by me). Does anyone have anything to report on this? - Host upgrade from 1.5 works as of beta 2. - Pool upgrade from 1.5 does not work without shutting down VMs. VMs cannot be migrated off of XCP 1.5 hosts during an upgrade. I'm trying to figure out a workaround for this, but it may require a patch to XCP 1.5 hosts prior to upgrading. The root cause of the upgrade issues has been a change in the way that XCP reports its version. This change was made to make it easier to distinguish XCP hosts from XenServer hosts by their versions, and to make it easy to compare versions of XCP hosts to XenServer hosts. Unfortunately, this change makes it difficult for the host installer to recognize the correct version information on older hosts, and causes a bug in xapi on XCP 1.5 when it tries to migrate to newer hosts. These are the issues that we're working on. I would much rather delay the XCP 1.6 final release to make sure it's good as it can be, than to ship it with these known defects. I hope everyone agrees that it will be worth the wait. Mike [1] http://wiki.xen.org/wiki/XCP_Roadmap _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:55:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:55:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHo-0008Rl-Ef; Mon, 22 Oct 2012 16:55:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLHm-0008RW-SW for xen-api@lists.xensource.com; Mon, 22 Oct 2012 16:55:31 +0000 Received: from [193.109.254.147:21816] by server-6.bemta-14.messagelabs.com id 3F/38-17826-28A75805; Mon, 22 Oct 2012 16:55:30 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1350924928!8573279!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNjE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14056 invoked from network); 22 Oct 2012 16:55:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 16:55:28 -0000 X-IronPort-AV: E=Sophos;i="4.80,630,1344211200"; d="scan'208";a="15316046" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 16:55:28 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Mon, 22 Oct 2012 17:55:28 +0100 Message-ID: <50857A7E.3010709@citrix.com> Date: Mon, 22 Oct 2012 17:55:26 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" X-Enigmail-Version: 1.4.5 Subject: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I just wanted to give a status update on the XCP 1.6 release. I have updated the XCP Roadmap [1] to reflect the following information. XCP 1.6 is currently at beta 2, and we had been scheduled to publish the final release on Wednesday. We are going to slip this date by a couple weeks, and issue another beta release. I don't have a firm date on when the either the third beta or the final release will ship. I can tell you that this will not be a repeat of the XCP 1.5 eternal beta. I promise. Here is the current state of things: Our test day on 9 October was successful in that it uncovered a number of issues which need to be fixed before we can publish a final XCP. These are the issues which we found: 1) Install splash screen shows Citrix XenServer. This is minor, but easy to fix. 2) Severe performance degradation with XenCenter attached. This is due to a bug with the event subsystem which causes all events for all xapi objects to be returned on each event request, instead of the ones the user has requested. This results in quite a bit of extra network traffic, as well as causing xapi to use up 10-20% CPU when "idle". The bug has been found and a fix is being tested now. This will be included in the next beta. 3) Upgrade issues. There are several issues with upgrading: - Host upgrade from 1.1 doesn't work without patching the installer and modifying the file /etc/xensource-inventory on the host prior to upgrading. There is a patch on the mailing list that I'm working to integrate, but I need to test it to make sure it doesn't break other upgrades. - Pool upgrade from 1.1 is untested (by me). Does anyone have anything to report on this? - Host upgrade from 1.5 works as of beta 2. - Pool upgrade from 1.5 does not work without shutting down VMs. VMs cannot be migrated off of XCP 1.5 hosts during an upgrade. I'm trying to figure out a workaround for this, but it may require a patch to XCP 1.5 hosts prior to upgrading. The root cause of the upgrade issues has been a change in the way that XCP reports its version. This change was made to make it easier to distinguish XCP hosts from XenServer hosts by their versions, and to make it easy to compare versions of XCP hosts to XenServer hosts. Unfortunately, this change makes it difficult for the host installer to recognize the correct version information on older hosts, and causes a bug in xapi on XCP 1.5 when it tries to migrate to newer hosts. These are the issues that we're working on. I would much rather delay the XCP 1.6 final release to make sure it's good as it can be, than to ship it with these known defects. I hope everyone agrees that it will be worth the wait. Mike [1] http://wiki.xen.org/wiki/XCP_Roadmap _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:57:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:57:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLJv-0000KP-PB; Mon, 22 Oct 2012 16:57:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLJu-0000KG-70 for xen-api@lists.xen.org; Mon, 22 Oct 2012 16:57:42 +0000 Received: from [193.109.254.147:30344] by server-1.bemta-14.messagelabs.com id F0/A1-20415-50B75805; Mon, 22 Oct 2012 16:57:41 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1350925059!6302266!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32174 invoked from network); 22 Oct 2012 16:57:40 -0000 Received: from mail-yh0-f45.google.com (HELO mail-yh0-f45.google.com) (209.85.213.45) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 16:57:40 -0000 Received: by mail-yh0-f45.google.com with SMTP id p34so579627yhp.32 for ; Mon, 22 Oct 2012 09:57:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=EBQ6ni3KPY3POQCBz8lHWnoLAzKcN8J7WXT8jZzypng=; b=jbpM4lAgLhkfnu8zZSThFH/8BUGTz1iTHauy29pdwiIGRKh7EUxXxCp7KHPRfqC9bw yR7GcBaZb9fwS3zbHkI+bu2yFweY2HItukzGKqb02AiIG5QAYUZKzSlYs9cyd+hNEwWy g5YDBzwzHOExVNEJJn2apxTwceIdxBKAAObRS46uSIPVevXyjzSIKF678QhnjnQHNXsF 24ioumMktaPykPQqXlGTR+8Pzteu2Kk0cwOoidF8c9F0XKn9+pr9afbCtiuhZYaBCMNN 8wOOEGYq5dUDglVP5wEFvSSX1kwnCc+7ZzZeBNf04dfQ/TsmYDUv9NLuFG7dFyox09D3 ovXA== Received: by 10.236.151.51 with SMTP id a39mr8845607yhk.29.1350925059608; Mon, 22 Oct 2012 09:57:39 -0700 (PDT) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id g2sm9425121yhj.9.2012.10.22.09.57.37 (version=SSLv3 cipher=OTHER); Mon, 22 Oct 2012 09:57:38 -0700 (PDT) Message-ID: <50857B00.2040800@xen.org> Date: Mon, 22 Oct 2012 17:57:36 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org, ml@markus.schuster.name References: In-Reply-To: Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > but a note in the release notes would be good. If somebody can help me put together a short description of what should be in the release notes, what the work-around is, etc. and I will add it to the release notes Regards Lars On 19/10/2012 09:30, Markus Schuster wrote: > Hi, > > one thing I discovered: When upgrading from XCP 1.5 (1.4.90) to 1.6 (61002c) > the network backend is automatically switched from bridge to Open vSwitch. > This is no bad idea in general, as Open vSwitch seems to work very well in > 1.6, but if you configured an (unsupported) LACP bonding interface by > specifying some other-config settings for your storage bonding pif, you end > up with a storage bond that does not come up after the upgrade because Open > vSwitch doesn't like the options it gets passed in from the pifs other- > config settings. > > I wouldn't rate this as bug (maybe the forced switch of the network backend > is?), as LACP was never supported in versions prior to 1.6, but a note in > the release notes would be good. > > Regards, > Markus > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 16:57:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 16:57:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLJv-0000KP-PB; Mon, 22 Oct 2012 16:57:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLJu-0000KG-70 for xen-api@lists.xen.org; Mon, 22 Oct 2012 16:57:42 +0000 Received: from [193.109.254.147:30344] by server-1.bemta-14.messagelabs.com id F0/A1-20415-50B75805; Mon, 22 Oct 2012 16:57:41 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1350925059!6302266!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32174 invoked from network); 22 Oct 2012 16:57:40 -0000 Received: from mail-yh0-f45.google.com (HELO mail-yh0-f45.google.com) (209.85.213.45) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 16:57:40 -0000 Received: by mail-yh0-f45.google.com with SMTP id p34so579627yhp.32 for ; Mon, 22 Oct 2012 09:57:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=EBQ6ni3KPY3POQCBz8lHWnoLAzKcN8J7WXT8jZzypng=; b=jbpM4lAgLhkfnu8zZSThFH/8BUGTz1iTHauy29pdwiIGRKh7EUxXxCp7KHPRfqC9bw yR7GcBaZb9fwS3zbHkI+bu2yFweY2HItukzGKqb02AiIG5QAYUZKzSlYs9cyd+hNEwWy g5YDBzwzHOExVNEJJn2apxTwceIdxBKAAObRS46uSIPVevXyjzSIKF678QhnjnQHNXsF 24ioumMktaPykPQqXlGTR+8Pzteu2Kk0cwOoidF8c9F0XKn9+pr9afbCtiuhZYaBCMNN 8wOOEGYq5dUDglVP5wEFvSSX1kwnCc+7ZzZeBNf04dfQ/TsmYDUv9NLuFG7dFyox09D3 ovXA== Received: by 10.236.151.51 with SMTP id a39mr8845607yhk.29.1350925059608; Mon, 22 Oct 2012 09:57:39 -0700 (PDT) Received: from [172.16.25.10] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id g2sm9425121yhj.9.2012.10.22.09.57.37 (version=SSLv3 cipher=OTHER); Mon, 22 Oct 2012 09:57:38 -0700 (PDT) Message-ID: <50857B00.2040800@xen.org> Date: Mon, 22 Oct 2012 17:57:36 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org, ml@markus.schuster.name References: In-Reply-To: Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > but a note in the release notes would be good. If somebody can help me put together a short description of what should be in the release notes, what the work-around is, etc. and I will add it to the release notes Regards Lars On 19/10/2012 09:30, Markus Schuster wrote: > Hi, > > one thing I discovered: When upgrading from XCP 1.5 (1.4.90) to 1.6 (61002c) > the network backend is automatically switched from bridge to Open vSwitch. > This is no bad idea in general, as Open vSwitch seems to work very well in > 1.6, but if you configured an (unsupported) LACP bonding interface by > specifying some other-config settings for your storage bonding pif, you end > up with a storage bond that does not come up after the upgrade because Open > vSwitch doesn't like the options it gets passed in from the pifs other- > config settings. > > I wouldn't rate this as bug (maybe the forced switch of the network backend > is?), as LACP was never supported in versions prior to 1.6, but a note in > the release notes would be good. > > Regards, > Markus > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 18:28:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 18:28:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMjz-0001Wf-SW; Mon, 22 Oct 2012 18:28:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMjx-0001Wa-V0 for xen-api@lists.xen.org; Mon, 22 Oct 2012 18:28:42 +0000 Received: from [85.158.143.99:3349] by server-1.bemta-4.messagelabs.com id AC/13-19134-95095805; Mon, 22 Oct 2012 18:28:41 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1350930520!34491274!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNjE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23809 invoked from network); 22 Oct 2012 18:28:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 18:28:40 -0000 X-IronPort-AV: E=Sophos;i="4.80,631,1344211200"; d="scan'208";a="15317753" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 18:28:39 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 22 Oct 2012 19:28:39 +0100 From: James Bulpin To: Melvin B. Date: Mon, 22 Oct 2012 19:28:44 +0100 Thread-Topic: [Xen-API] PCI passthrough limit of device? Thread-Index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPgAIJGrkAADVQLoAAGqcqwAACqs3AABinr0AAAU8UAAAaWpcA= Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295E19@LONPMAILBOX01.citrite.net> References: <000001cdac8c$2c26ed80$8474c880$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> <000001cdaffb$ea241de0$be6c59a0$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295CDA@LONPMAILBOX01.citrite.net> <000301cdb04e$1784a8c0$468dfa40$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295D72@LONPMAILBOX01.citrite.net> <001201cdb068$3ea7bcc0$bbf73640$@ca> In-Reply-To: <001201cdb068$3ea7bcc0$bbf73640$@ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Melvin wrote: > But for VT-c, not VT-d. > Does VT-c NIC require SR-IOV in bios, or VT-c NIC can be use only with > VT-d, > without SR-IOV feature. VT-c is Intel's collective name for virtualisation technologies for networking including SR-IOV enabled NICs and VMDQ. If you are intending to use SR-IOV then both the NIC and BIOS must support SR-IOV. You can use VMDQ without BIOS SR-IOV support but that will only allow multiple queues to dom0, not pass-through to VMs. Cheers, James > -----Message d'origine----- > De=A0: James Bulpin [mailto:James.Bulpin@eu.citrix.com] > Envoy=E9=A0: 22 octobre 2012 08:16 > =C0=A0: Melvin B. > Cc=A0: xen-api@xen.org > Objet=A0: RE: [Xen-API] PCI passthrough limit of device? > = > (Adding the list back to CC - please don't remove the list; by keeping > the discussion public others may be able to benefit from the > discussion.) > = > Melvin wrote: > > My last question is about intel VT-c and SR-IOV NIC. > > If SR-IOV NIC require a Motherboard feature other than VT-d ? > = > Your BIOS must support SR-IOV. > = > > And if VT-c is for device only, require only a motherboard with VT-d? > = > You can perform PCI pass-through to a PV guest without VT-d/IOMMU but > that > is unsafe (e.g. the device could DMA to other guests' memory) so VT-d > is > recommended. If you want to pass-through to a HVM guest you must use > VT-d/IOMMU. > = > See http://wiki.xen.org/wiki/Xen_PCI_Passthrough for more detail. > = > Cheers, > James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 22 18:28:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Oct 2012 18:28:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMjz-0001Wf-SW; Mon, 22 Oct 2012 18:28:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMjx-0001Wa-V0 for xen-api@lists.xen.org; Mon, 22 Oct 2012 18:28:42 +0000 Received: from [85.158.143.99:3349] by server-1.bemta-4.messagelabs.com id AC/13-19134-95095805; Mon, 22 Oct 2012 18:28:41 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1350930520!34491274!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUxNjE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23809 invoked from network); 22 Oct 2012 18:28:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Oct 2012 18:28:40 -0000 X-IronPort-AV: E=Sophos;i="4.80,631,1344211200"; d="scan'208";a="15317753" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Oct 2012 18:28:39 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 22 Oct 2012 19:28:39 +0100 From: James Bulpin To: Melvin B. Date: Mon, 22 Oct 2012 19:28:44 +0100 Thread-Topic: [Xen-API] PCI passthrough limit of device? Thread-Index: Ac2sjCvt4kAcO2HgSdePKg7w3kviAQBZkPPgAIJGrkAADVQLoAAGqcqwAACqs3AABinr0AAAU8UAAAaWpcA= Message-ID: <344C0F67BC927847A2C92F9EE358DB0E010FBE295E19@LONPMAILBOX01.citrite.net> References: <000001cdac8c$2c26ed80$8474c880$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295BC2@LONPMAILBOX01.citrite.net> <000001cdaffb$ea241de0$be6c59a0$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295CDA@LONPMAILBOX01.citrite.net> <000301cdb04e$1784a8c0$468dfa40$@ca> <344C0F67BC927847A2C92F9EE358DB0E010FBE295D72@LONPMAILBOX01.citrite.net> <001201cdb068$3ea7bcc0$bbf73640$@ca> In-Reply-To: <001201cdb068$3ea7bcc0$bbf73640$@ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] PCI passthrough limit of device? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Melvin wrote: > But for VT-c, not VT-d. > Does VT-c NIC require SR-IOV in bios, or VT-c NIC can be use only with > VT-d, > without SR-IOV feature. VT-c is Intel's collective name for virtualisation technologies for networking including SR-IOV enabled NICs and VMDQ. If you are intending to use SR-IOV then both the NIC and BIOS must support SR-IOV. You can use VMDQ without BIOS SR-IOV support but that will only allow multiple queues to dom0, not pass-through to VMs. Cheers, James > -----Message d'origine----- > De=A0: James Bulpin [mailto:James.Bulpin@eu.citrix.com] > Envoy=E9=A0: 22 octobre 2012 08:16 > =C0=A0: Melvin B. > Cc=A0: xen-api@xen.org > Objet=A0: RE: [Xen-API] PCI passthrough limit of device? > = > (Adding the list back to CC - please don't remove the list; by keeping > the discussion public others may be able to benefit from the > discussion.) > = > Melvin wrote: > > My last question is about intel VT-c and SR-IOV NIC. > > If SR-IOV NIC require a Motherboard feature other than VT-d ? > = > Your BIOS must support SR-IOV. > = > > And if VT-c is for device only, require only a motherboard with VT-d? > = > You can perform PCI pass-through to a PV guest without VT-d/IOMMU but > that > is unsafe (e.g. the device could DMA to other guests' memory) so VT-d > is > recommended. If you want to pass-through to a HVM guest you must use > VT-d/IOMMU. > = > See http://wiki.xen.org/wiki/Xen_PCI_Passthrough for more detail. > = > Cheers, > James _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 09:23:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 09:23:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQahJ-0005tI-22; Tue, 23 Oct 2012 09:22:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQahH-0005tC-9w for xen-api@lists.xen.org; Tue, 23 Oct 2012 09:22:51 +0000 Received: from [85.158.137.99:64190] by server-13.bemta-3.messagelabs.com id 85/C3-26794-AE166805; Tue, 23 Oct 2012 09:22:50 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1350984168!17932487!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26368 invoked from network); 23 Oct 2012 09:22:49 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 09:22:49 -0000 Received: by mail-gh0-f173.google.com with SMTP id 16so724581ghy.32 for ; Tue, 23 Oct 2012 02:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bLOzSW04ldGNn7CYme0tT+cRFONrLk5Qkhi7hd9Qqok=; b=apGRlOV13ycI8iSWMudKcBE9ZvAWMxY4ucQBvwreVTPQ0sUF082QddHtnseKY8rfNf 8gWEh3M3cM0yDbdxiXfCrgrcCsVsiBjM8Z1rvtEtQDh3uoiyYDEq5cgWs82sw+fAWg0o MaP41f1UrOW0iLz8ERpA6fkmnt9V8130B5sStf/kUEBHtEggkQA5FmMGdQ3RsgBsDTjB Lyo3OIvzusqkBC0Sbzs0XNl4Kn2UY4JGRiBM19+YXVKyq44NpIWJmEVdoLKiOdMiaa3d KKGjvmJj46MD7R3xvqc57PsXqC8XHv9glLPBjohLNytqdzvntTPtNiDIqib9bpM53ple mZbw== Received: by 10.236.135.137 with SMTP id u9mr5677505yhi.73.1350984168415; Tue, 23 Oct 2012 02:22:48 -0700 (PDT) Received: from [172.16.26.11] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id t46sm11365378yhi.3.2012.10.23.02.22.46 (version=SSLv3 cipher=OTHER); Tue, 23 Oct 2012 02:22:47 -0700 (PDT) Message-ID: <508661E6.9030005@xen.org> Date: Tue, 23 Oct 2012 10:22:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, a mail from Mike, the project lead detailing the way forward should be on its way today. From what I understand there are a few bugs that need fixing. It is likely that there will be another beta shortly, with some time for testing to identify additional issues/verify that the discovered ones have been resolved. This means, that we are likely to look a couple of weeks extra if nothing goes wrong. Regards Lars On 22/10/2012 13:59, SpamMePlease PleasePlease wrote: > On Fri, Oct 19, 2012 at 10:16 PM, Dan Lee wrote: >> Hi. Have any major issues been reported yet on 1.6? We're put a hold on >> putting this online until the final release date of the 24th, and wanted to >> see if there is any reason at this point to go back to 1.5. Thanks! >> >> Dan >> > I will join this question - is the 1.6 final release on its way for > 24th October? Im holding my new servers from being built waiting for > that stable release of the platform to avoid rebuilding it once its > out (especially I am using few 'unsupported' solutions, like mdraid). > > S. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 09:23:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 09:23:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQahJ-0005tI-22; Tue, 23 Oct 2012 09:22:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQahH-0005tC-9w for xen-api@lists.xen.org; Tue, 23 Oct 2012 09:22:51 +0000 Received: from [85.158.137.99:64190] by server-13.bemta-3.messagelabs.com id 85/C3-26794-AE166805; Tue, 23 Oct 2012 09:22:50 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1350984168!17932487!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26368 invoked from network); 23 Oct 2012 09:22:49 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 09:22:49 -0000 Received: by mail-gh0-f173.google.com with SMTP id 16so724581ghy.32 for ; Tue, 23 Oct 2012 02:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bLOzSW04ldGNn7CYme0tT+cRFONrLk5Qkhi7hd9Qqok=; b=apGRlOV13ycI8iSWMudKcBE9ZvAWMxY4ucQBvwreVTPQ0sUF082QddHtnseKY8rfNf 8gWEh3M3cM0yDbdxiXfCrgrcCsVsiBjM8Z1rvtEtQDh3uoiyYDEq5cgWs82sw+fAWg0o MaP41f1UrOW0iLz8ERpA6fkmnt9V8130B5sStf/kUEBHtEggkQA5FmMGdQ3RsgBsDTjB Lyo3OIvzusqkBC0Sbzs0XNl4Kn2UY4JGRiBM19+YXVKyq44NpIWJmEVdoLKiOdMiaa3d KKGjvmJj46MD7R3xvqc57PsXqC8XHv9glLPBjohLNytqdzvntTPtNiDIqib9bpM53ple mZbw== Received: by 10.236.135.137 with SMTP id u9mr5677505yhi.73.1350984168415; Tue, 23 Oct 2012 02:22:48 -0700 (PDT) Received: from [172.16.26.11] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id t46sm11365378yhi.3.2012.10.23.02.22.46 (version=SSLv3 cipher=OTHER); Tue, 23 Oct 2012 02:22:47 -0700 (PDT) Message-ID: <508661E6.9030005@xen.org> Date: Tue, 23 Oct 2012 10:22:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, a mail from Mike, the project lead detailing the way forward should be on its way today. From what I understand there are a few bugs that need fixing. It is likely that there will be another beta shortly, with some time for testing to identify additional issues/verify that the discovered ones have been resolved. This means, that we are likely to look a couple of weeks extra if nothing goes wrong. Regards Lars On 22/10/2012 13:59, SpamMePlease PleasePlease wrote: > On Fri, Oct 19, 2012 at 10:16 PM, Dan Lee wrote: >> Hi. Have any major issues been reported yet on 1.6? We're put a hold on >> putting this online until the final release date of the 24th, and wanted to >> see if there is any reason at this point to go back to 1.5. Thanks! >> >> Dan >> > I will join this question - is the 1.6 final release on its way for > 24th October? Im holding my new servers from being built waiting for > that stable release of the platform to avoid rebuilding it once its > out (especially I am using few 'unsupported' solutions, like mdraid). > > S. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 09:26:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 09:26:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQakt-00064G-Fk; Tue, 23 Oct 2012 09:26:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQaks-00064A-KI for xen-api@lists.xen.org; Tue, 23 Oct 2012 09:26:34 +0000 Received: from [85.158.143.35:32385] by server-1.bemta-4.messagelabs.com id 2F/60-19134-9C266805; Tue, 23 Oct 2012 09:26:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1350984268!12595774!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5026 invoked from network); 23 Oct 2012 09:24:31 -0000 Received: from mail-ye0-f173.google.com (HELO mail-ye0-f173.google.com) (209.85.213.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 09:24:31 -0000 Received: by mail-ye0-f173.google.com with SMTP id l3so434326yen.32 for ; Tue, 23 Oct 2012 02:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=jlXXcRUGhFh/kI+CPBL580YFxRlRuJuqFkcFVskgmAM=; b=Cyy6Vdjq5tlHwPJUDRWRPi1g3BdVEUTjZ913vYIaepq5mei676Pg7upxbPpIqf3QsG 9EEy6kVyGbnbupkBm1LO/JZHA5fA2I9pL0TUEmxPjK0tfpeGJwNF3y9dDnYLNaishd88 K53gPbmezQzp2TPtZALVNTBSw57Vj3sr0bALORH+x4gvh4RjkQNymsMOhJMp6hVA0cM8 cJaJa0U5Hfv2HF/Vcj6qwyH94YoozD9UOlWuhuS8K/G4HpDCrOoqjwT8rhhAswV2C6gr OaunSAFDkCJ5Xsuqxy6VlNLw7Xp/xznvzW49ot3o0BumCQDOWoDWBXUv3NwUgV8pIx06 CMCQ== Received: by 10.236.114.84 with SMTP id b60mr11039581yhh.42.1350984267950; Tue, 23 Oct 2012 02:24:27 -0700 (PDT) Received: from [172.16.26.11] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id d66sm11379599yhe.1.2012.10.23.02.24.26 (version=SSLv3 cipher=OTHER); Tue, 23 Oct 2012 02:24:27 -0700 (PDT) Message-ID: <50866249.4070602@xen.org> Date: Tue, 23 Oct 2012 10:24:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <508661E6.9030005@xen.org> In-Reply-To: <508661E6.9030005@xen.org> Subject: Re: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org OOps, I should have read my mail properly: see http://lists.xen.org/archives/html/xen-api/2012-10/msg00146.html On 23/10/2012 10:22, Lars Kurth wrote: > Hi, > a mail from Mike, the project lead detailing the way forward should be > on its way today. From what I understand there are a few bugs that > need fixing. It is likely that there will be another beta shortly, > with some time for testing to identify additional issues/verify that > the discovered ones have been resolved. This means, that we are likely > to look a couple of weeks extra if nothing goes wrong. > Regards > Lars > > On 22/10/2012 13:59, SpamMePlease PleasePlease wrote: >> On Fri, Oct 19, 2012 at 10:16 PM, Dan Lee wrote: >>> Hi. Have any major issues been reported yet on 1.6? We're put a >>> hold on >>> putting this online until the final release date of the 24th, and >>> wanted to >>> see if there is any reason at this point to go back to 1.5. Thanks! >>> >>> Dan >>> >> I will join this question - is the 1.6 final release on its way for >> 24th October? Im holding my new servers from being built waiting for >> that stable release of the platform to avoid rebuilding it once its >> out (especially I am using few 'unsupported' solutions, like mdraid). >> >> S. >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 09:26:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 09:26:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQakt-00064G-Fk; Tue, 23 Oct 2012 09:26:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQaks-00064A-KI for xen-api@lists.xen.org; Tue, 23 Oct 2012 09:26:34 +0000 Received: from [85.158.143.35:32385] by server-1.bemta-4.messagelabs.com id 2F/60-19134-9C266805; Tue, 23 Oct 2012 09:26:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1350984268!12595774!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5026 invoked from network); 23 Oct 2012 09:24:31 -0000 Received: from mail-ye0-f173.google.com (HELO mail-ye0-f173.google.com) (209.85.213.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 09:24:31 -0000 Received: by mail-ye0-f173.google.com with SMTP id l3so434326yen.32 for ; Tue, 23 Oct 2012 02:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=jlXXcRUGhFh/kI+CPBL580YFxRlRuJuqFkcFVskgmAM=; b=Cyy6Vdjq5tlHwPJUDRWRPi1g3BdVEUTjZ913vYIaepq5mei676Pg7upxbPpIqf3QsG 9EEy6kVyGbnbupkBm1LO/JZHA5fA2I9pL0TUEmxPjK0tfpeGJwNF3y9dDnYLNaishd88 K53gPbmezQzp2TPtZALVNTBSw57Vj3sr0bALORH+x4gvh4RjkQNymsMOhJMp6hVA0cM8 cJaJa0U5Hfv2HF/Vcj6qwyH94YoozD9UOlWuhuS8K/G4HpDCrOoqjwT8rhhAswV2C6gr OaunSAFDkCJ5Xsuqxy6VlNLw7Xp/xznvzW49ot3o0BumCQDOWoDWBXUv3NwUgV8pIx06 CMCQ== Received: by 10.236.114.84 with SMTP id b60mr11039581yhh.42.1350984267950; Tue, 23 Oct 2012 02:24:27 -0700 (PDT) Received: from [172.16.26.11] (firewall.ctxuk.citrix.com. [62.200.22.2]) by mx.google.com with ESMTPS id d66sm11379599yhe.1.2012.10.23.02.24.26 (version=SSLv3 cipher=OTHER); Tue, 23 Oct 2012 02:24:27 -0700 (PDT) Message-ID: <50866249.4070602@xen.org> Date: Tue, 23 Oct 2012 10:24:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <508661E6.9030005@xen.org> In-Reply-To: <508661E6.9030005@xen.org> Subject: Re: [Xen-API] 1.6 for production use X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org OOps, I should have read my mail properly: see http://lists.xen.org/archives/html/xen-api/2012-10/msg00146.html On 23/10/2012 10:22, Lars Kurth wrote: > Hi, > a mail from Mike, the project lead detailing the way forward should be > on its way today. From what I understand there are a few bugs that > need fixing. It is likely that there will be another beta shortly, > with some time for testing to identify additional issues/verify that > the discovered ones have been resolved. This means, that we are likely > to look a couple of weeks extra if nothing goes wrong. > Regards > Lars > > On 22/10/2012 13:59, SpamMePlease PleasePlease wrote: >> On Fri, Oct 19, 2012 at 10:16 PM, Dan Lee wrote: >>> Hi. Have any major issues been reported yet on 1.6? We're put a >>> hold on >>> putting this online until the final release date of the 24th, and >>> wanted to >>> see if there is any reason at this point to go back to 1.5. Thanks! >>> >>> Dan >>> >> I will join this question - is the 1.6 final release on its way for >> 24th October? Im holding my new servers from being built waiting for >> that stable release of the platform to avoid rebuilding it once its >> out (especially I am using few 'unsupported' solutions, like mdraid). >> >> S. >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:15:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:15:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeKD-00086N-T1; Tue, 23 Oct 2012 13:15:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeKC-00086G-5N for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:15:16 +0000 Received: from [85.158.139.211:55778] by server-15.bemta-5.messagelabs.com id 01/55-28599-36896805; Tue, 23 Oct 2012 13:15:15 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1350998114!23410525!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12190 invoked from network); 23 Oct 2012 13:15:14 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:15:14 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15334874" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 13:15:14 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 23 Oct 2012 14:15:14 +0100 From: Dave Scott To: 'Kakadu' Date: Tue, 23 Oct 2012 14:15:12 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2uw5/TwW/eri43RemtpuIKHjbZcACXF0eg Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Dave asked: > > When you try to migrate to a host which hasn't got much free memory, > do you intend to run the existing squeezing logic? Kakadu replied: > Nope, it should do nothing. In future another balooning daemon will be > running and case there is not enough ememory never gonna happen. But > now I'm trying to put right variables to vm params (to emulate > presence of this future daemon). In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can service squeezed stop and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. Does that help at all? Cheers, Dave > Thanks for the link. I'll try to find something useful. > > Best wishes, > Kakadu > > > On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott > wrote: > > > > Hi, > > > > Kakadu wrote: > > > >> Hey. > >> > >> I have accepted a challenge about disabling some features of > >> automatical rebalancing. For example, I want squeezed to raise an > >> exception while migration in case if there is not enough free memory > >> and some squeezing needed. So I fixed reserve-memory handler in my > >> squeezed-like daemon [1] and implemented successful result only when > >> we can get needed memory without squeezing [2]. > >> > >> My big problem is testing that stuff. I have vm with these > >> characteristics > >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep > >> memory > >> memory-actual ( RO): 250609664 > >> memory-target ( RO): 250609664 > >> memory-overhead ( RO): 4194304 > >> memory-static-max ( RW): 250000000 > >> memory-dynamic-max ( RW): 250000000 > >> memory-dynamic-min ( RW): 250000000 > >> memory-static-min ( RW): 250000000 > >> > >> and while localhost migration Squeezer says that it can't reserve > >> memory without squeezing. > >> > >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenstore-rpc] using new version of reserve_memory > >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] force_change_host_free_memory required_mem = 265644 > >> KiB > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Total non-domain reservations = 811008 > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] domid 3 has been declared inactive > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Total additional memory over dynamic_min = 2675808 > >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Maximum possible free memory if all active domains > >> balloon down to dynamic_min = 2941452 > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for > 265644 > >> KiB); OK; all domain targets not reached; allocation phase > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Can't free 265644 KiB: some domains need squeezing > >> > >> I'm a little bit confused why first number is less than second in ` > >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand > >> something good enough > > > > I think what it's trying to say is: > > > > The host has 2.9 GiB free but we'd like to give most of this free > memory away to domains (by 'balancing'), to leave only 265644 KiB left. > > > >> So I have two questions: > >> 1) How to setup parameters for testing migration with my new daemon? > >> 2) What else pifalls I will have in my way while disabling > >> autobalancing? > > > > When you try to migrate to a host which hasn't got much free memory, > do you intend to run the existing squeezing logic? > > > > BTW there is some internal squeezed design documentation here, just > in case its useful: > > > > https://github.com/xen-org/xen-api/tree/master/docs/squeezed > > > > Cheers, > > Dave > > > >> > >> > >> Cheers, > >> Kakadu > >> > >> [1] https://github.com/Kakadu/xcp- > xapi/blob/master/debian/patches/0101- > >> serred.patch#L123 > >> [2] https://github.com/Kakadu/xcp- > xapi/blob/master/debian/patches/0101- > >> serred.patch#L617 > >> > >> _______________________________________________ > >> Xen-api mailing list > >> Xen-api@lists.xen.org > >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:15:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:15:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeKD-00086N-T1; Tue, 23 Oct 2012 13:15:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeKC-00086G-5N for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:15:16 +0000 Received: from [85.158.139.211:55778] by server-15.bemta-5.messagelabs.com id 01/55-28599-36896805; Tue, 23 Oct 2012 13:15:15 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1350998114!23410525!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12190 invoked from network); 23 Oct 2012 13:15:14 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:15:14 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15334874" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 13:15:14 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 23 Oct 2012 14:15:14 +0100 From: Dave Scott To: 'Kakadu' Date: Tue, 23 Oct 2012 14:15:12 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2uw5/TwW/eri43RemtpuIKHjbZcACXF0eg Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Dave asked: > > When you try to migrate to a host which hasn't got much free memory, > do you intend to run the existing squeezing logic? Kakadu replied: > Nope, it should do nothing. In future another balooning daemon will be > running and case there is not enough ememory never gonna happen. But > now I'm trying to put right variables to vm params (to emulate > presence of this future daemon). In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can service squeezed stop and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. Does that help at all? Cheers, Dave > Thanks for the link. I'll try to find something useful. > > Best wishes, > Kakadu > > > On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott > wrote: > > > > Hi, > > > > Kakadu wrote: > > > >> Hey. > >> > >> I have accepted a challenge about disabling some features of > >> automatical rebalancing. For example, I want squeezed to raise an > >> exception while migration in case if there is not enough free memory > >> and some squeezing needed. So I fixed reserve-memory handler in my > >> squeezed-like daemon [1] and implemented successful result only when > >> we can get needed memory without squeezing [2]. > >> > >> My big problem is testing that stuff. I have vm with these > >> characteristics > >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep > >> memory > >> memory-actual ( RO): 250609664 > >> memory-target ( RO): 250609664 > >> memory-overhead ( RO): 4194304 > >> memory-static-max ( RW): 250000000 > >> memory-dynamic-max ( RW): 250000000 > >> memory-dynamic-min ( RW): 250000000 > >> memory-static-min ( RW): 250000000 > >> > >> and while localhost migration Squeezer says that it can't reserve > >> memory without squeezing. > >> > >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenstore-rpc] using new version of reserve_memory > >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] force_change_host_free_memory required_mem = 265644 > >> KiB > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Total non-domain reservations = 811008 > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] domid 3 has been declared inactive > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Total additional memory over dynamic_min = 2675808 > >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Maximum possible free memory if all active domains > >> balloon down to dynamic_min = 2941452 > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for > 265644 > >> KiB); OK; all domain targets not reached; allocation phase > >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> 256428)|xenops] Can't free 265644 KiB: some domains need squeezing > >> > >> I'm a little bit confused why first number is less than second in ` > >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand > >> something good enough > > > > I think what it's trying to say is: > > > > The host has 2.9 GiB free but we'd like to give most of this free > memory away to domains (by 'balancing'), to leave only 265644 KiB left. > > > >> So I have two questions: > >> 1) How to setup parameters for testing migration with my new daemon? > >> 2) What else pifalls I will have in my way while disabling > >> autobalancing? > > > > When you try to migrate to a host which hasn't got much free memory, > do you intend to run the existing squeezing logic? > > > > BTW there is some internal squeezed design documentation here, just > in case its useful: > > > > https://github.com/xen-org/xen-api/tree/master/docs/squeezed > > > > Cheers, > > Dave > > > >> > >> > >> Cheers, > >> Kakadu > >> > >> [1] https://github.com/Kakadu/xcp- > xapi/blob/master/debian/patches/0101- > >> serred.patch#L123 > >> [2] https://github.com/Kakadu/xcp- > xapi/blob/master/debian/patches/0101- > >> serred.patch#L617 > >> > >> _______________________________________________ > >> Xen-api mailing list > >> Xen-api@lists.xen.org > >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:22:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:22:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeRK-0008BX-IS; Tue, 23 Oct 2012 13:22:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeRI-0008BS-H6 for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:22:36 +0000 Received: from [85.158.137.99:32114] by server-16.bemta-3.messagelabs.com id 37/E9-00625-B1A96805; Tue, 23 Oct 2012 13:22:35 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1350998552!22696803!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7058 invoked from network); 23 Oct 2012 13:22:34 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:22:34 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so6560286iea.32 for ; Tue, 23 Oct 2012 06:22:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O4NMnRxt0pgo7ljcEOTQDTaAjKEIyztVdN0RU2BOU5w=; b=QbFYJGjxB2ALnwPb8aywFhBXidpv4EGfeEORhAWl74WzFt9rfduKecamIbuBERC40I sbDxxUcI4Pkpq3bEelvSKk53m2XKENHKG/zLyJXujYrDymI1BVUH7M6gb2865JB+Iutt wwtzYgYrA8W1c56VJcvBGS45QSh/LgQ73mawXPkuu+nJmG7iCrun40AopSjFESKS2TMI kTqX3iRIkmyAzPE7Ab7chKJnDPYtlfmpzsBB1QRrXZNqppps6luWUAA1dFSNsF8VlrKK /6O6IpUPbw0HvqEZxInhJjFGLf4+LLO8l6QxX1BW4fjUTenZJ9XXhvfgQi/sh+et/z/U /lOQ== MIME-Version: 1.0 Received: by 10.50.150.167 with SMTP id uj7mr20028828igb.33.1350998552399; Tue, 23 Oct 2012 06:22:32 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Tue, 23 Oct 2012 06:22:32 -0700 (PDT) In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> Date: Tue, 23 Oct 2012 17:22:32 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. If squeezed is stopped such functions like migration (and maybe others) can be broken, don't they? Best wishes, Kakadu On Tue, Oct 23, 2012 at 5:15 PM, Dave Scott wrote: > Hi, > > Dave asked: >> > When you try to migrate to a host which hasn't got much free memory, >> do you intend to run the existing squeezing logic? > > Kakadu replied: >> Nope, it should do nothing. In future another balooning daemon will be >> running and case there is not enough ememory never gonna happen. But >> now I'm trying to put right variables to vm params (to emulate >> presence of this future daemon). > > In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can > > service squeezed stop > > and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. > > Does that help at all? > > Cheers, > Dave > >> Thanks for the link. I'll try to find something useful. >> >> Best wishes, >> Kakadu >> >> >> On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott >> wrote: >> > >> > Hi, >> > >> > Kakadu wrote: >> > >> >> Hey. >> >> >> >> I have accepted a challenge about disabling some features of >> >> automatical rebalancing. For example, I want squeezed to raise an >> >> exception while migration in case if there is not enough free memory >> >> and some squeezing needed. So I fixed reserve-memory handler in my >> >> squeezed-like daemon [1] and implemented successful result only when >> >> we can get needed memory without squeezing [2]. >> >> >> >> My big problem is testing that stuff. I have vm with these >> >> characteristics >> >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep >> >> memory >> >> memory-actual ( RO): 250609664 >> >> memory-target ( RO): 250609664 >> >> memory-overhead ( RO): 4194304 >> >> memory-static-max ( RW): 250000000 >> >> memory-dynamic-max ( RW): 250000000 >> >> memory-dynamic-min ( RW): 250000000 >> >> memory-static-min ( RW): 250000000 >> >> >> >> and while localhost migration Squeezer says that it can't reserve >> >> memory without squeezing. >> >> >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenstore-rpc] using new version of reserve_memory >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] force_change_host_free_memory required_mem = 265644 >> >> KiB >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Total non-domain reservations = 811008 >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] domid 3 has been declared inactive >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Total additional memory over dynamic_min = 2675808 >> >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Maximum possible free memory if all active domains >> >> balloon down to dynamic_min = 2941452 >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for >> 265644 >> >> KiB); OK; all domain targets not reached; allocation phase >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Can't free 265644 KiB: some domains need squeezing >> >> >> >> I'm a little bit confused why first number is less than second in ` >> >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand >> >> something good enough >> > >> > I think what it's trying to say is: >> > >> > The host has 2.9 GiB free but we'd like to give most of this free >> memory away to domains (by 'balancing'), to leave only 265644 KiB left. >> > >> >> So I have two questions: >> >> 1) How to setup parameters for testing migration with my new daemon? >> >> 2) What else pifalls I will have in my way while disabling >> >> autobalancing? >> > >> > When you try to migrate to a host which hasn't got much free memory, >> do you intend to run the existing squeezing logic? >> > >> > BTW there is some internal squeezed design documentation here, just >> in case its useful: >> > >> > https://github.com/xen-org/xen-api/tree/master/docs/squeezed >> > >> > Cheers, >> > Dave >> > >> >> >> >> >> >> Cheers, >> >> Kakadu >> >> >> >> [1] https://github.com/Kakadu/xcp- >> xapi/blob/master/debian/patches/0101- >> >> serred.patch#L123 >> >> [2] https://github.com/Kakadu/xcp- >> xapi/blob/master/debian/patches/0101- >> >> serred.patch#L617 >> >> >> >> _______________________________________________ >> >> Xen-api mailing list >> >> Xen-api@lists.xen.org >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:22:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:22:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeRK-0008BX-IS; Tue, 23 Oct 2012 13:22:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeRI-0008BS-H6 for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:22:36 +0000 Received: from [85.158.137.99:32114] by server-16.bemta-3.messagelabs.com id 37/E9-00625-B1A96805; Tue, 23 Oct 2012 13:22:35 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1350998552!22696803!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7058 invoked from network); 23 Oct 2012 13:22:34 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:22:34 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so6560286iea.32 for ; Tue, 23 Oct 2012 06:22:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O4NMnRxt0pgo7ljcEOTQDTaAjKEIyztVdN0RU2BOU5w=; b=QbFYJGjxB2ALnwPb8aywFhBXidpv4EGfeEORhAWl74WzFt9rfduKecamIbuBERC40I sbDxxUcI4Pkpq3bEelvSKk53m2XKENHKG/zLyJXujYrDymI1BVUH7M6gb2865JB+Iutt wwtzYgYrA8W1c56VJcvBGS45QSh/LgQ73mawXPkuu+nJmG7iCrun40AopSjFESKS2TMI kTqX3iRIkmyAzPE7Ab7chKJnDPYtlfmpzsBB1QRrXZNqppps6luWUAA1dFSNsF8VlrKK /6O6IpUPbw0HvqEZxInhJjFGLf4+LLO8l6QxX1BW4fjUTenZJ9XXhvfgQi/sh+et/z/U /lOQ== MIME-Version: 1.0 Received: by 10.50.150.167 with SMTP id uj7mr20028828igb.33.1350998552399; Tue, 23 Oct 2012 06:22:32 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Tue, 23 Oct 2012 06:22:32 -0700 (PDT) In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> Date: Tue, 23 Oct 2012 17:22:32 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. If squeezed is stopped such functions like migration (and maybe others) can be broken, don't they? Best wishes, Kakadu On Tue, Oct 23, 2012 at 5:15 PM, Dave Scott wrote: > Hi, > > Dave asked: >> > When you try to migrate to a host which hasn't got much free memory, >> do you intend to run the existing squeezing logic? > > Kakadu replied: >> Nope, it should do nothing. In future another balooning daemon will be >> running and case there is not enough ememory never gonna happen. But >> now I'm trying to put right variables to vm params (to emulate >> presence of this future daemon). > > In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can > > service squeezed stop > > and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. > > Does that help at all? > > Cheers, > Dave > >> Thanks for the link. I'll try to find something useful. >> >> Best wishes, >> Kakadu >> >> >> On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott >> wrote: >> > >> > Hi, >> > >> > Kakadu wrote: >> > >> >> Hey. >> >> >> >> I have accepted a challenge about disabling some features of >> >> automatical rebalancing. For example, I want squeezed to raise an >> >> exception while migration in case if there is not enough free memory >> >> and some squeezing needed. So I fixed reserve-memory handler in my >> >> squeezed-like daemon [1] and implemented successful result only when >> >> we can get needed memory without squeezing [2]. >> >> >> >> My big problem is testing that stuff. I have vm with these >> >> characteristics >> >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | grep >> >> memory >> >> memory-actual ( RO): 250609664 >> >> memory-target ( RO): 250609664 >> >> memory-overhead ( RO): 4194304 >> >> memory-static-max ( RW): 250000000 >> >> memory-dynamic-max ( RW): 250000000 >> >> memory-dynamic-min ( RW): 250000000 >> >> memory-static-min ( RW): 250000000 >> >> >> >> and while localhost migration Squeezer says that it can't reserve >> >> memory without squeezing. >> >> >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenstore-rpc] using new version of reserve_memory >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] force_change_host_free_memory required_mem = 265644 >> >> KiB >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Total non-domain reservations = 811008 >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] domid 3 has been declared inactive >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Total additional memory over dynamic_min = 2675808 >> >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Maximum possible free memory if all active domains >> >> balloon down to dynamic_min = 2941452 >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for >> 265644 >> >> KiB); OK; all domain targets not reached; allocation phase >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> 256428)|xenops] Can't free 265644 KiB: some domains need squeezing >> >> >> >> I'm a little bit confused why first number is less than second in ` >> >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont understand >> >> something good enough >> > >> > I think what it's trying to say is: >> > >> > The host has 2.9 GiB free but we'd like to give most of this free >> memory away to domains (by 'balancing'), to leave only 265644 KiB left. >> > >> >> So I have two questions: >> >> 1) How to setup parameters for testing migration with my new daemon? >> >> 2) What else pifalls I will have in my way while disabling >> >> autobalancing? >> > >> > When you try to migrate to a host which hasn't got much free memory, >> do you intend to run the existing squeezing logic? >> > >> > BTW there is some internal squeezed design documentation here, just >> in case its useful: >> > >> > https://github.com/xen-org/xen-api/tree/master/docs/squeezed >> > >> > Cheers, >> > Dave >> > >> >> >> >> >> >> Cheers, >> >> Kakadu >> >> >> >> [1] https://github.com/Kakadu/xcp- >> xapi/blob/master/debian/patches/0101- >> >> serred.patch#L123 >> >> [2] https://github.com/Kakadu/xcp- >> xapi/blob/master/debian/patches/0101- >> >> serred.patch#L617 >> >> >> >> _______________________________________________ >> >> Xen-api mailing list >> >> Xen-api@lists.xen.org >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:24:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:24:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeSi-0008EQ-U6; Tue, 23 Oct 2012 13:24:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeSh-0008EH-N2 for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:24:04 +0000 Received: from [85.158.143.99:16209] by server-2.bemta-4.messagelabs.com id E6/03-22268-27A96805; Tue, 23 Oct 2012 13:24:02 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1350998641!23973401!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30137 invoked from network); 23 Oct 2012 13:24:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:24:02 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15335166" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 13:24:01 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 23 Oct 2012 14:24:02 +0100 From: Dave Scott To: 'Kakadu' Date: Tue, 23 Oct 2012 14:24:01 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2xIXvFLH1tRJ8MR56+jDdwwuzPcwAAAfxw Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6014E@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > > In case it's useful: the most recent versions of xapi (found in > XenServer 6.1 and should be in XCP 1.6) can run without squeezed. > > If squeezed is stopped such functions like migration (and maybe > others) can be broken, don't they? The operations will work as long as there is already enough memory. You're right though, if there isn't enough memory, then stopping squeezed isn't a great idea :-) > > Best wishes, > Kakadu > > On Tue, Oct 23, 2012 at 5:15 PM, Dave Scott > wrote: > > Hi, > > > > Dave asked: > >> > When you try to migrate to a host which hasn't got much free > memory, > >> do you intend to run the existing squeezing logic? > > > > Kakadu replied: > >> Nope, it should do nothing. In future another balooning daemon will > be > >> running and case there is not enough ememory never gonna happen. But > >> now I'm trying to put right variables to vm params (to emulate > >> presence of this future daemon). > > > > In case it's useful: the most recent versions of xapi (found in > XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So > you can > > > > service squeezed stop > > > > and then when you try to start a VM, there won't be any squeezing at > all. Your new daemon could do whatever it likes to manage the VM > balloon targets independently of xapi. > > > > Does that help at all? > > > > Cheers, > > Dave > > > >> Thanks for the link. I'll try to find something useful. > >> > >> Best wishes, > >> Kakadu > >> > >> > >> On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott > > >> wrote: > >> > > >> > Hi, > >> > > >> > Kakadu wrote: > >> > > >> >> Hey. > >> >> > >> >> I have accepted a challenge about disabling some features of > >> >> automatical rebalancing. For example, I want squeezed to raise an > >> >> exception while migration in case if there is not enough free > memory > >> >> and some squeezing needed. So I fixed reserve-memory handler in > my > >> >> squeezed-like daemon [1] and implemented successful result only > when > >> >> we can get needed memory without squeezing [2]. > >> >> > >> >> My big problem is testing that stuff. I have vm with these > >> >> characteristics > >> >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | > grep > >> >> memory > >> >> memory-actual ( RO): 250609664 > >> >> memory-target ( RO): 250609664 > >> >> memory-overhead ( RO): 4194304 > >> >> memory-static-max ( RW): 250000000 > >> >> memory-dynamic-max ( RW): 250000000 > >> >> memory-dynamic-min ( RW): 250000000 > >> >> memory-static-min ( RW): 250000000 > >> >> > >> >> and while localhost migration Squeezer says that it can't > reserve > >> >> memory without squeezing. > >> >> > >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenstore-rpc] using new version of reserve_memory > >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] force_change_host_free_memory required_mem = > 265644 > >> >> KiB > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Total non-domain reservations = 811008 > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] domid 3 has been declared inactive > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Total additional memory over dynamic_min = > 2675808 > >> >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Maximum possible free memory if all active > domains > >> >> balloon down to dynamic_min = 2941452 > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for > >> 265644 > >> >> KiB); OK; all domain targets not reached; allocation phase > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Can't free 265644 KiB: some domains need > squeezing > >> >> > >> >> I'm a little bit confused why first number is less than second in > ` > >> >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont > understand > >> >> something good enough > >> > > >> > I think what it's trying to say is: > >> > > >> > The host has 2.9 GiB free but we'd like to give most of this free > >> memory away to domains (by 'balancing'), to leave only 265644 KiB > left. > >> > > >> >> So I have two questions: > >> >> 1) How to setup parameters for testing migration with my new > daemon? > >> >> 2) What else pifalls I will have in my way while disabling > >> >> autobalancing? > >> > > >> > When you try to migrate to a host which hasn't got much free > memory, > >> do you intend to run the existing squeezing logic? > >> > > >> > BTW there is some internal squeezed design documentation here, > just > >> in case its useful: > >> > > >> > https://github.com/xen-org/xen-api/tree/master/docs/squeezed > >> > > >> > Cheers, > >> > Dave > >> > > >> >> > >> >> > >> >> Cheers, > >> >> Kakadu > >> >> > >> >> [1] https://github.com/Kakadu/xcp- > >> xapi/blob/master/debian/patches/0101- > >> >> serred.patch#L123 > >> >> [2] https://github.com/Kakadu/xcp- > >> xapi/blob/master/debian/patches/0101- > >> >> serred.patch#L617 > >> >> > >> >> _______________________________________________ > >> >> Xen-api mailing list > >> >> Xen-api@lists.xen.org > >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:24:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:24:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeSi-0008EQ-U6; Tue, 23 Oct 2012 13:24:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQeSh-0008EH-N2 for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:24:04 +0000 Received: from [85.158.143.99:16209] by server-2.bemta-4.messagelabs.com id E6/03-22268-27A96805; Tue, 23 Oct 2012 13:24:02 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1350998641!23973401!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30137 invoked from network); 23 Oct 2012 13:24:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:24:02 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15335166" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 13:24:01 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 23 Oct 2012 14:24:02 +0100 From: Dave Scott To: 'Kakadu' Date: Tue, 23 Oct 2012 14:24:01 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2xIXvFLH1tRJ8MR56+jDdwwuzPcwAAAfxw Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6014E@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > > In case it's useful: the most recent versions of xapi (found in > XenServer 6.1 and should be in XCP 1.6) can run without squeezed. > > If squeezed is stopped such functions like migration (and maybe > others) can be broken, don't they? The operations will work as long as there is already enough memory. You're right though, if there isn't enough memory, then stopping squeezed isn't a great idea :-) > > Best wishes, > Kakadu > > On Tue, Oct 23, 2012 at 5:15 PM, Dave Scott > wrote: > > Hi, > > > > Dave asked: > >> > When you try to migrate to a host which hasn't got much free > memory, > >> do you intend to run the existing squeezing logic? > > > > Kakadu replied: > >> Nope, it should do nothing. In future another balooning daemon will > be > >> running and case there is not enough ememory never gonna happen. But > >> now I'm trying to put right variables to vm params (to emulate > >> presence of this future daemon). > > > > In case it's useful: the most recent versions of xapi (found in > XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So > you can > > > > service squeezed stop > > > > and then when you try to start a VM, there won't be any squeezing at > all. Your new daemon could do whatever it likes to manage the VM > balloon targets independently of xapi. > > > > Does that help at all? > > > > Cheers, > > Dave > > > >> Thanks for the link. I'll try to find something useful. > >> > >> Best wishes, > >> Kakadu > >> > >> > >> On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott > > >> wrote: > >> > > >> > Hi, > >> > > >> > Kakadu wrote: > >> > > >> >> Hey. > >> >> > >> >> I have accepted a challenge about disabling some features of > >> >> automatical rebalancing. For example, I want squeezed to raise an > >> >> exception while migration in case if there is not enough free > memory > >> >> and some squeezing needed. So I fixed reserve-memory handler in > my > >> >> squeezed-like daemon [1] and implemented successful result only > when > >> >> we can get needed memory without squeezing [2]. > >> >> > >> >> My big problem is testing that stuff. I have vm with these > >> >> characteristics > >> >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | > grep > >> >> memory > >> >> memory-actual ( RO): 250609664 > >> >> memory-target ( RO): 250609664 > >> >> memory-overhead ( RO): 4194304 > >> >> memory-static-max ( RW): 250000000 > >> >> memory-dynamic-max ( RW): 250000000 > >> >> memory-dynamic-min ( RW): 250000000 > >> >> memory-static-min ( RW): 250000000 > >> >> > >> >> and while localhost migration Squeezer says that it can't > reserve > >> >> memory without squeezing. > >> >> > >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenstore-rpc] using new version of reserve_memory > >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] force_change_host_free_memory required_mem = > 265644 > >> >> KiB > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Total non-domain reservations = 811008 > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] domid 3 has been declared inactive > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Total additional memory over dynamic_min = > 2675808 > >> >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Maximum possible free memory if all active > domains > >> >> balloon down to dynamic_min = 2941452 > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for > >> 265644 > >> >> KiB); OK; all domain targets not reached; allocation phase > >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, > >> >> 256428)|xenops] Can't free 265644 KiB: some domains need > squeezing > >> >> > >> >> I'm a little bit confused why first number is less than second in > ` > >> >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont > understand > >> >> something good enough > >> > > >> > I think what it's trying to say is: > >> > > >> > The host has 2.9 GiB free but we'd like to give most of this free > >> memory away to domains (by 'balancing'), to leave only 265644 KiB > left. > >> > > >> >> So I have two questions: > >> >> 1) How to setup parameters for testing migration with my new > daemon? > >> >> 2) What else pifalls I will have in my way while disabling > >> >> autobalancing? > >> > > >> > When you try to migrate to a host which hasn't got much free > memory, > >> do you intend to run the existing squeezing logic? > >> > > >> > BTW there is some internal squeezed design documentation here, > just > >> in case its useful: > >> > > >> > https://github.com/xen-org/xen-api/tree/master/docs/squeezed > >> > > >> > Cheers, > >> > Dave > >> > > >> >> > >> >> > >> >> Cheers, > >> >> Kakadu > >> >> > >> >> [1] https://github.com/Kakadu/xcp- > >> xapi/blob/master/debian/patches/0101- > >> >> serred.patch#L123 > >> >> [2] https://github.com/Kakadu/xcp- > >> xapi/blob/master/debian/patches/0101- > >> >> serred.patch#L617 > >> >> > >> >> _______________________________________________ > >> >> Xen-api mailing list > >> >> Xen-api@lists.xen.org > >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:38:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:38:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQegu-0000GB-5v; Tue, 23 Oct 2012 13:38:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQegt-0000G4-AE for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:38:43 +0000 Received: from [85.158.139.83:39103] by server-7.bemta-5.messagelabs.com id 16/A5-23102-2ED96805; Tue, 23 Oct 2012 13:38:42 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1350999521!24379359!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11510 invoked from network); 23 Oct 2012 13:38:41 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:38:41 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15335569" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 13:38:40 +0000 Received: from [192.168.1.149] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 23 Oct 2012 14:38:40 +0100 Message-ID: <50869DDC.5080700@citrix.com> Date: Tue, 23 Oct 2012 14:38:36 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Dave Scott References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 23/10/12 14:15, Dave Scott wrote: > In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can > > service squeezed stop > > and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. > > Does that help at all? > > Cheers, > Dave Hi Dave, I just tried this on XCP 1.6. I stopped squeezed, and then restarted xenopsd and xapi (for luck), and then tried a localhost migrate. I got the error: The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Xenops_interface.Internal_error("Unix.Unix_error(63, \"connect\", \"\")") xensource.log (see below) seems to show xenopsd trying to rebalance memory, even though there is plenty of memory free. Do you know what's going on here? Mike [xensource.log] Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM = dd2b8958-15aa-1988-c7fa-e7b8c3a 28eb2; domid = 3; set_memory_dynamic_range min = 262144; max = 262144 Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] rebalance_memory Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|mscgen] xenops=>squeezed [label="balance_mem ory"]; Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [ info|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Caught Unix.Unix_error(63, "connect", "") executing ["VM_mi grate", ["dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2", {}, {}, "http:\/\/10.80.238.191\/services\/xenops?session_id=OpaqueRef:7fc22b4d-f70b-25dc-dca3-b834b7eb5e5d"]]: triggerin g cleanup actions Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task 11 reference VM.pool_migrate R:944931f7933c: ["VM_chec k_state", "dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2"] Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 is not requesting a ny attention Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM_DB.signal dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task 11 completed; duration = 0 Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task 10 failed; exception = ["Internal_error", "Unix.Unix_e rror(63, \"connect\", \"\")"] Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7||xenops] TASK.signal 10 = ["Failed", ["Internal_error", "Unix.Unix_error(63, \"connect\", \"\")"]] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:38:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:38:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQegu-0000GB-5v; Tue, 23 Oct 2012 13:38:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQegt-0000G4-AE for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:38:43 +0000 Received: from [85.158.139.83:39103] by server-7.bemta-5.messagelabs.com id 16/A5-23102-2ED96805; Tue, 23 Oct 2012 13:38:42 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1350999521!24379359!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11510 invoked from network); 23 Oct 2012 13:38:41 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:38:41 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15335569" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 13:38:40 +0000 Received: from [192.168.1.149] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 23 Oct 2012 14:38:40 +0100 Message-ID: <50869DDC.5080700@citrix.com> Date: Tue, 23 Oct 2012 14:38:36 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Dave Scott References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 23/10/12 14:15, Dave Scott wrote: > In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can > > service squeezed stop > > and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. > > Does that help at all? > > Cheers, > Dave Hi Dave, I just tried this on XCP 1.6. I stopped squeezed, and then restarted xenopsd and xapi (for luck), and then tried a localhost migrate. I got the error: The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Xenops_interface.Internal_error("Unix.Unix_error(63, \"connect\", \"\")") xensource.log (see below) seems to show xenopsd trying to rebalance memory, even though there is plenty of memory free. Do you know what's going on here? Mike [xensource.log] Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM = dd2b8958-15aa-1988-c7fa-e7b8c3a 28eb2; domid = 3; set_memory_dynamic_range min = 262144; max = 262144 Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] rebalance_memory Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|mscgen] xenops=>squeezed [label="balance_mem ory"]; Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [ info|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Caught Unix.Unix_error(63, "connect", "") executing ["VM_mi grate", ["dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2", {}, {}, "http:\/\/10.80.238.191\/services\/xenops?session_id=OpaqueRef:7fc22b4d-f70b-25dc-dca3-b834b7eb5e5d"]]: triggerin g cleanup actions Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task 11 reference VM.pool_migrate R:944931f7933c: ["VM_chec k_state", "dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2"] Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 is not requesting a ny attention Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM_DB.signal dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task 11 completed; duration = 0 Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task 10 failed; exception = ["Internal_error", "Unix.Unix_e rror(63, \"connect\", \"\")"] Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [debug|xcp-boston-53341-1|7||xenops] TASK.signal 10 = ["Failed", ["Internal_error", "Unix.Unix_error(63, \"connect\", \"\")"]] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:39:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:39:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQehM-0000HI-FO; Tue, 23 Oct 2012 13:39:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQehL-0000H7-Jf for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:39:11 +0000 Received: from [85.158.137.99:63034] by server-16.bemta-3.messagelabs.com id 54/8D-00625-EFD96805; Tue, 23 Oct 2012 13:39:10 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1350999548!17979048!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2944 invoked from network); 23 Oct 2012 13:39:09 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:39:09 -0000 Received: by mail-ia0-f173.google.com with SMTP id m10so3711874iam.32 for ; Tue, 23 Oct 2012 06:39:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jbsoePWb11wXFHlSI8FIspQvPOOGvWleBFyYRPpfgNQ=; b=OYg3FmyMLYPDeeo2IP1XC+3idmlaV5xKbHayb939LgGnMSPZZOxB8bVOqLSq00qAAK gh4EWc9L7CJKtuQikR9F/t371q8ZIUX6zh8oZnoSKJWu24uc669XP05aHkY7wFEZzWjT C38uxPWq9cJ3S6EJx6FNRgP5FBuebuM/NM315TcractTNSmBVPqLfM2zFO/eJszIMayI JebK7ZHEvEAfXmV2IKYHohVRN+G1rFApbFA/Gr6q+kez6J6HM+NO7WxI2pmK0vadEaAu fp6Vrfj+NxnXYixMVeaSyM0S9wuwEjgmbYVy6LyJQH05ak6wzGSwJhuNysC3oGdDQhUv Wx8Q== MIME-Version: 1.0 Received: by 10.50.161.232 with SMTP id xv8mr13153212igb.22.1350999547876; Tue, 23 Oct 2012 06:39:07 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Tue, 23 Oct 2012 06:39:07 -0700 (PDT) In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014E@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014E@LONPMAILBOX01.citrite.net> Date: Tue, 23 Oct 2012 17:39:07 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Dave, While migration xapi reserves some memory doing calls to squeezed. Moreover migration process will fail with Failure("The ballooning daemon is not running") if squeezed is stopped. I think problem is more complex than you've desribed :) Cheers! On Tue, Oct 23, 2012 at 5:24 PM, Dave Scott wrote: >> > In case it's useful: the most recent versions of xapi (found in >> XenServer 6.1 and should be in XCP 1.6) can run without squeezed. >> >> If squeezed is stopped such functions like migration (and maybe >> others) can be broken, don't they? > > The operations will work as long as there is already enough memory. You're right though, if there isn't enough memory, then stopping squeezed isn't a great idea :-) > >> >> Best wishes, >> Kakadu >> >> On Tue, Oct 23, 2012 at 5:15 PM, Dave Scott >> wrote: >> > Hi, >> > >> > Dave asked: >> >> > When you try to migrate to a host which hasn't got much free >> memory, >> >> do you intend to run the existing squeezing logic? >> > >> > Kakadu replied: >> >> Nope, it should do nothing. In future another balooning daemon will >> be >> >> running and case there is not enough ememory never gonna happen. But >> >> now I'm trying to put right variables to vm params (to emulate >> >> presence of this future daemon). >> > >> > In case it's useful: the most recent versions of xapi (found in >> XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So >> you can >> > >> > service squeezed stop >> > >> > and then when you try to start a VM, there won't be any squeezing at >> all. Your new daemon could do whatever it likes to manage the VM >> balloon targets independently of xapi. >> > >> > Does that help at all? >> > >> > Cheers, >> > Dave >> > >> >> Thanks for the link. I'll try to find something useful. >> >> >> >> Best wishes, >> >> Kakadu >> >> >> >> >> >> On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott >> >> >> wrote: >> >> > >> >> > Hi, >> >> > >> >> > Kakadu wrote: >> >> > >> >> >> Hey. >> >> >> >> >> >> I have accepted a challenge about disabling some features of >> >> >> automatical rebalancing. For example, I want squeezed to raise an >> >> >> exception while migration in case if there is not enough free >> memory >> >> >> and some squeezing needed. So I fixed reserve-memory handler in >> my >> >> >> squeezed-like daemon [1] and implemented successful result only >> when >> >> >> we can get needed memory without squeezing [2]. >> >> >> >> >> >> My big problem is testing that stuff. I have vm with these >> >> >> characteristics >> >> >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | >> grep >> >> >> memory >> >> >> memory-actual ( RO): 250609664 >> >> >> memory-target ( RO): 250609664 >> >> >> memory-overhead ( RO): 4194304 >> >> >> memory-static-max ( RW): 250000000 >> >> >> memory-dynamic-max ( RW): 250000000 >> >> >> memory-dynamic-min ( RW): 250000000 >> >> >> memory-static-min ( RW): 250000000 >> >> >> >> >> >> and while localhost migration Squeezer says that it can't >> reserve >> >> >> memory without squeezing. >> >> >> >> >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenstore-rpc] using new version of reserve_memory >> >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] force_change_host_free_memory required_mem = >> 265644 >> >> >> KiB >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Total non-domain reservations = 811008 >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] domid 3 has been declared inactive >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Total additional memory over dynamic_min = >> 2675808 >> >> >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Maximum possible free memory if all active >> domains >> >> >> balloon down to dynamic_min = 2941452 >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for >> >> 265644 >> >> >> KiB); OK; all domain targets not reached; allocation phase >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Can't free 265644 KiB: some domains need >> squeezing >> >> >> >> >> >> I'm a little bit confused why first number is less than second in >> ` >> >> >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont >> understand >> >> >> something good enough >> >> > >> >> > I think what it's trying to say is: >> >> > >> >> > The host has 2.9 GiB free but we'd like to give most of this free >> >> memory away to domains (by 'balancing'), to leave only 265644 KiB >> left. >> >> > >> >> >> So I have two questions: >> >> >> 1) How to setup parameters for testing migration with my new >> daemon? >> >> >> 2) What else pifalls I will have in my way while disabling >> >> >> autobalancing? >> >> > >> >> > When you try to migrate to a host which hasn't got much free >> memory, >> >> do you intend to run the existing squeezing logic? >> >> > >> >> > BTW there is some internal squeezed design documentation here, >> just >> >> in case its useful: >> >> > >> >> > https://github.com/xen-org/xen-api/tree/master/docs/squeezed >> >> > >> >> > Cheers, >> >> > Dave >> >> > >> >> >> >> >> >> >> >> >> Cheers, >> >> >> Kakadu >> >> >> >> >> >> [1] https://github.com/Kakadu/xcp- >> >> xapi/blob/master/debian/patches/0101- >> >> >> serred.patch#L123 >> >> >> [2] https://github.com/Kakadu/xcp- >> >> xapi/blob/master/debian/patches/0101- >> >> >> serred.patch#L617 >> >> >> >> >> >> _______________________________________________ >> >> >> Xen-api mailing list >> >> >> Xen-api@lists.xen.org >> >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:39:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:39:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQehM-0000HI-FO; Tue, 23 Oct 2012 13:39:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQehL-0000H7-Jf for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:39:11 +0000 Received: from [85.158.137.99:63034] by server-16.bemta-3.messagelabs.com id 54/8D-00625-EFD96805; Tue, 23 Oct 2012 13:39:10 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1350999548!17979048!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2944 invoked from network); 23 Oct 2012 13:39:09 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:39:09 -0000 Received: by mail-ia0-f173.google.com with SMTP id m10so3711874iam.32 for ; Tue, 23 Oct 2012 06:39:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jbsoePWb11wXFHlSI8FIspQvPOOGvWleBFyYRPpfgNQ=; b=OYg3FmyMLYPDeeo2IP1XC+3idmlaV5xKbHayb939LgGnMSPZZOxB8bVOqLSq00qAAK gh4EWc9L7CJKtuQikR9F/t371q8ZIUX6zh8oZnoSKJWu24uc669XP05aHkY7wFEZzWjT C38uxPWq9cJ3S6EJx6FNRgP5FBuebuM/NM315TcractTNSmBVPqLfM2zFO/eJszIMayI JebK7ZHEvEAfXmV2IKYHohVRN+G1rFApbFA/Gr6q+kez6J6HM+NO7WxI2pmK0vadEaAu fp6Vrfj+NxnXYixMVeaSyM0S9wuwEjgmbYVy6LyJQH05ak6wzGSwJhuNysC3oGdDQhUv Wx8Q== MIME-Version: 1.0 Received: by 10.50.161.232 with SMTP id xv8mr13153212igb.22.1350999547876; Tue, 23 Oct 2012 06:39:07 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Tue, 23 Oct 2012 06:39:07 -0700 (PDT) In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014E@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014E@LONPMAILBOX01.citrite.net> Date: Tue, 23 Oct 2012 17:39:07 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Dave, While migration xapi reserves some memory doing calls to squeezed. Moreover migration process will fail with Failure("The ballooning daemon is not running") if squeezed is stopped. I think problem is more complex than you've desribed :) Cheers! On Tue, Oct 23, 2012 at 5:24 PM, Dave Scott wrote: >> > In case it's useful: the most recent versions of xapi (found in >> XenServer 6.1 and should be in XCP 1.6) can run without squeezed. >> >> If squeezed is stopped such functions like migration (and maybe >> others) can be broken, don't they? > > The operations will work as long as there is already enough memory. You're right though, if there isn't enough memory, then stopping squeezed isn't a great idea :-) > >> >> Best wishes, >> Kakadu >> >> On Tue, Oct 23, 2012 at 5:15 PM, Dave Scott >> wrote: >> > Hi, >> > >> > Dave asked: >> >> > When you try to migrate to a host which hasn't got much free >> memory, >> >> do you intend to run the existing squeezing logic? >> > >> > Kakadu replied: >> >> Nope, it should do nothing. In future another balooning daemon will >> be >> >> running and case there is not enough ememory never gonna happen. But >> >> now I'm trying to put right variables to vm params (to emulate >> >> presence of this future daemon). >> > >> > In case it's useful: the most recent versions of xapi (found in >> XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So >> you can >> > >> > service squeezed stop >> > >> > and then when you try to start a VM, there won't be any squeezing at >> all. Your new daemon could do whatever it likes to manage the VM >> balloon targets independently of xapi. >> > >> > Does that help at all? >> > >> > Cheers, >> > Dave >> > >> >> Thanks for the link. I'll try to find something useful. >> >> >> >> Best wishes, >> >> Kakadu >> >> >> >> >> >> On Fri, Oct 19, 2012 at 7:27 PM, Dave Scott >> >> >> wrote: >> >> > >> >> > Hi, >> >> > >> >> > Kakadu wrote: >> >> > >> >> >> Hey. >> >> >> >> >> >> I have accepted a challenge about disabling some features of >> >> >> automatical rebalancing. For example, I want squeezed to raise an >> >> >> exception while migration in case if there is not enough free >> memory >> >> >> and some squeezing needed. So I fixed reserve-memory handler in >> my >> >> >> squeezed-like daemon [1] and implemented successful result only >> when >> >> >> we can get needed memory without squeezing [2]. >> >> >> >> >> >> My big problem is testing that stuff. I have vm with these >> >> >> characteristics >> >> >> $ xe vm-param-list uuid=ec1dec56-ae4f-d854-8065-e106a1139361 | >> grep >> >> >> memory >> >> >> memory-actual ( RO): 250609664 >> >> >> memory-target ( RO): 250609664 >> >> >> memory-overhead ( RO): 4194304 >> >> >> memory-static-max ( RW): 250000000 >> >> >> memory-dynamic-max ( RW): 250000000 >> >> >> memory-dynamic-min ( RW): 250000000 >> >> >> memory-static-min ( RW): 250000000 >> >> >> >> >> >> and while localhost migration Squeezer says that it can't >> reserve >> >> >> memory without squeezing. >> >> >> >> >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenstore-rpc] using new version of reserve_memory >> >> >> [20121019T14:36:28.830Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] force_change_host_free_memory required_mem = >> 265644 >> >> >> KiB >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Total non-domain reservations = 811008 >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] domid 3 has been declared inactive >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] total_range = 0 gamma = 1.000000 gamma' = inf >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Total additional memory over dynamic_min = >> 2675808 >> >> >> KiB; will set gamma = 1.00 (leaving unallocated 0 KiB) >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Maximum possible free memory if all active >> domains >> >> >> balloon down to dynamic_min = 2941452 >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] current host free mem = 2941452 KiB (aiming for >> >> 265644 >> >> >> KiB); OK; all domain targets not reached; allocation phase >> >> >> [20121019T14:36:28.831Z|debug|xenhost-1|0|reserve_memory(xapi, >> >> >> 256428)|xenops] Can't free 265644 KiB: some domains need >> squeezing >> >> >> >> >> >> I'm a little bit confused why first number is less than second in >> ` >> >> >> mem = 2941452 KiB (aiming for 265644 KiB)`. Maybe I dont >> understand >> >> >> something good enough >> >> > >> >> > I think what it's trying to say is: >> >> > >> >> > The host has 2.9 GiB free but we'd like to give most of this free >> >> memory away to domains (by 'balancing'), to leave only 265644 KiB >> left. >> >> > >> >> >> So I have two questions: >> >> >> 1) How to setup parameters for testing migration with my new >> daemon? >> >> >> 2) What else pifalls I will have in my way while disabling >> >> >> autobalancing? >> >> > >> >> > When you try to migrate to a host which hasn't got much free >> memory, >> >> do you intend to run the existing squeezing logic? >> >> > >> >> > BTW there is some internal squeezed design documentation here, >> just >> >> in case its useful: >> >> > >> >> > https://github.com/xen-org/xen-api/tree/master/docs/squeezed >> >> > >> >> > Cheers, >> >> > Dave >> >> > >> >> >> >> >> >> >> >> >> Cheers, >> >> >> Kakadu >> >> >> >> >> >> [1] https://github.com/Kakadu/xcp- >> >> xapi/blob/master/debian/patches/0101- >> >> >> serred.patch#L123 >> >> >> [2] https://github.com/Kakadu/xcp- >> >> xapi/blob/master/debian/patches/0101- >> >> >> serred.patch#L617 >> >> >> >> >> >> _______________________________________________ >> >> >> Xen-api mailing list >> >> >> Xen-api@lists.xen.org >> >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:53:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:53:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQevP-0000ax-2y; Tue, 23 Oct 2012 13:53:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQevN-0000ar-JR for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:53:41 +0000 Received: from [85.158.139.211:18437] by server-16.bemta-5.messagelabs.com id 76/2C-09196-461A6805; Tue, 23 Oct 2012 13:53:40 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1351000418!23416584!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7332 invoked from network); 23 Oct 2012 13:53:40 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:53:40 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so6626429iea.32 for ; Tue, 23 Oct 2012 06:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=skGsCo1FFyk6GPZe4g142VWmNSzpChzKqfj6KFY2DLY=; b=cIGLxIcMH3TNVEbp8/yPLZEii1bcdWAZ1SRTl2Ofwx4OQv+P8cgSrJ92VmcCCAoqLx hsROySn0UyHOfxV15dMPJ/H2/8CSzfk11xlbt0V6JhhWSUV4LwredT/1+0Q6JipdajF0 yw2fWle03Qqy7Y7NjfJK0xjABPcQPUVxGJt+5AIFc8HnqvEXugEQ5dN16R48X/OEExLa W/u0ARhdUBqgTXb5gxc7tGLe5M7bjuV7sUVvzyqNwVPmDUkte1MmXB/NbWLnwFH1bGUM 2VE51uxdMG+uHuQ2j8oGOzBZ4VaYNwFoOZYCmrAEPUEJJdhURaHKaQnCAo0WiTs3acAD U7/A== MIME-Version: 1.0 Received: by 10.50.195.196 with SMTP id ig4mr13034713igc.33.1351000418198; Tue, 23 Oct 2012 06:53:38 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Tue, 23 Oct 2012 06:53:38 -0700 (PDT) In-Reply-To: <50869DDC.5080700@citrix.com> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> Date: Tue, 23 Oct 2012 17:53:38 +0400 Message-ID: From: Kakadu To: Mike McClurg Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Mike, > ... seems to show xenopsd trying to rebalance memory, While migration general balance memory rpc is called before whole process (in pool_migrate_nolock funtion). Also while migration reserving memory involves the same algorithm described in squeeze.ml Squeezer module via calling Squeezed.reserve_memory -> Squeeze_xen.free_memory -> Squeeze.change_host_free_memory -> loop with Squeezer.one_iteration inside its body. Happy hacking! On Tue, Oct 23, 2012 at 5:38 PM, Mike McClurg wrote: > On 23/10/12 14:15, Dave Scott wrote: >> In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can >> >> service squeezed stop >> >> and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. >> >> Does that help at all? >> >> Cheers, >> Dave > > Hi Dave, > > I just tried this on XCP 1.6. I stopped squeezed, and then restarted > xenopsd and xapi (for luck), and then tried a localhost migrate. I got > the error: > > The server failed to handle your request, due to an internal error. The > given message may give details useful for debugging the problem. > message: Xenops_interface.Internal_error("Unix.Unix_error(63, > \"connect\", \"\")") > > xensource.log (see below) seems to show xenopsd trying to rebalance > memory, even though there is plenty of memory free. Do you know what's > going on here? > > Mike > > > [xensource.log] > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM = > dd2b8958-15aa-1988-c7fa-e7b8c3a > 28eb2; domid = 3; set_memory_dynamic_range min = 262144; max = 262144 > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > rebalance_memory > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|mscgen] > xenops=>squeezed [label="balance_mem > ory"]; > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [ > info|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Caught > Unix.Unix_error(63, "connect", "") executing ["VM_mi > grate", ["dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2", {}, {}, > "http:\/\/10.80.238.191\/services\/xenops?session_id=OpaqueRef:7fc22b4d-f70b-25dc-dca3-b834b7eb5e5d"]]: > triggerin > g cleanup actions > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 reference VM.pool_migrate R:944931f7933c: ["VM_chec > k_state", "dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM > dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 is not requesting a > ny attention > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > VM_DB.signal dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 completed; duration = 0 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 10 failed; exception = ["Internal_error", "Unix.Unix_e > rror(63, \"connect\", \"\")"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7||xenops] TASK.signal 10 = ["Failed", > ["Internal_error", "Unix.Unix_error(63, \"connect\", \"\")"]] > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 13:53:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 13:53:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQevP-0000ax-2y; Tue, 23 Oct 2012 13:53:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQevN-0000ar-JR for xen-api@lists.xen.org; Tue, 23 Oct 2012 13:53:41 +0000 Received: from [85.158.139.211:18437] by server-16.bemta-5.messagelabs.com id 76/2C-09196-461A6805; Tue, 23 Oct 2012 13:53:40 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1351000418!23416584!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7332 invoked from network); 23 Oct 2012 13:53:40 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 13:53:40 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so6626429iea.32 for ; Tue, 23 Oct 2012 06:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=skGsCo1FFyk6GPZe4g142VWmNSzpChzKqfj6KFY2DLY=; b=cIGLxIcMH3TNVEbp8/yPLZEii1bcdWAZ1SRTl2Ofwx4OQv+P8cgSrJ92VmcCCAoqLx hsROySn0UyHOfxV15dMPJ/H2/8CSzfk11xlbt0V6JhhWSUV4LwredT/1+0Q6JipdajF0 yw2fWle03Qqy7Y7NjfJK0xjABPcQPUVxGJt+5AIFc8HnqvEXugEQ5dN16R48X/OEExLa W/u0ARhdUBqgTXb5gxc7tGLe5M7bjuV7sUVvzyqNwVPmDUkte1MmXB/NbWLnwFH1bGUM 2VE51uxdMG+uHuQ2j8oGOzBZ4VaYNwFoOZYCmrAEPUEJJdhURaHKaQnCAo0WiTs3acAD U7/A== MIME-Version: 1.0 Received: by 10.50.195.196 with SMTP id ig4mr13034713igc.33.1351000418198; Tue, 23 Oct 2012 06:53:38 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Tue, 23 Oct 2012 06:53:38 -0700 (PDT) In-Reply-To: <50869DDC.5080700@citrix.com> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> Date: Tue, 23 Oct 2012 17:53:38 +0400 Message-ID: From: Kakadu To: Mike McClurg Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Mike, > ... seems to show xenopsd trying to rebalance memory, While migration general balance memory rpc is called before whole process (in pool_migrate_nolock funtion). Also while migration reserving memory involves the same algorithm described in squeeze.ml Squeezer module via calling Squeezed.reserve_memory -> Squeeze_xen.free_memory -> Squeeze.change_host_free_memory -> loop with Squeezer.one_iteration inside its body. Happy hacking! On Tue, Oct 23, 2012 at 5:38 PM, Mike McClurg wrote: > On 23/10/12 14:15, Dave Scott wrote: >> In case it's useful: the most recent versions of xapi (found in XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So you can >> >> service squeezed stop >> >> and then when you try to start a VM, there won't be any squeezing at all. Your new daemon could do whatever it likes to manage the VM balloon targets independently of xapi. >> >> Does that help at all? >> >> Cheers, >> Dave > > Hi Dave, > > I just tried this on XCP 1.6. I stopped squeezed, and then restarted > xenopsd and xapi (for luck), and then tried a localhost migrate. I got > the error: > > The server failed to handle your request, due to an internal error. The > given message may give details useful for debugging the problem. > message: Xenops_interface.Internal_error("Unix.Unix_error(63, > \"connect\", \"\")") > > xensource.log (see below) seems to show xenopsd trying to rebalance > memory, even though there is plenty of memory free. Do you know what's > going on here? > > Mike > > > [xensource.log] > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM = > dd2b8958-15aa-1988-c7fa-e7b8c3a > 28eb2; domid = 3; set_memory_dynamic_range min = 262144; max = 262144 > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > rebalance_memory > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|mscgen] > xenops=>squeezed [label="balance_mem > ory"]; > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [ > info|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Caught > Unix.Unix_error(63, "connect", "") executing ["VM_mi > grate", ["dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2", {}, {}, > "http:\/\/10.80.238.191\/services\/xenops?session_id=OpaqueRef:7fc22b4d-f70b-25dc-dca3-b834b7eb5e5d"]]: > triggerin > g cleanup actions > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 reference VM.pool_migrate R:944931f7933c: ["VM_chec > k_state", "dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM > dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 is not requesting a > ny attention > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > VM_DB.signal dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 completed; duration = 0 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 10 failed; exception = ["Internal_error", "Unix.Unix_e > rror(63, \"connect\", \"\")"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7||xenops] TASK.signal 10 = ["Failed", > ["Internal_error", "Unix.Unix_error(63, \"connect\", \"\")"]] > > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 14:35:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 14:35:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQfZl-0001k3-PE; Tue, 23 Oct 2012 14:35:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQfZk-0001jy-C9 for xen-api@lists.xen.org; Tue, 23 Oct 2012 14:35:24 +0000 Received: from [85.158.138.51:38712] by server-1.bemta-3.messagelabs.com id B3/E2-31728-B2BA6805; Tue, 23 Oct 2012 14:35:23 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1351002922!35381491!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20512 invoked from network); 23 Oct 2012 14:35:23 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 14:35:23 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15337336" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 14:35:22 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 23 Oct 2012 15:35:22 +0100 From: Dave Scott To: "xen-api@lists.xen.org" Date: Tue, 23 Oct 2012 15:35:22 +0100 Thread-Topic: Code in xen-api-libs/rpc-light Thread-Index: Ac2xK6HtnJJK/ffISRW6eeP+CWa4VQ== Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6014F@LONPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] Code in xen-api-libs/rpc-light X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, FYI the code in http://github.com/xen-org/xen-api-libs/tree/master/rpc-light is now significantly different from the upstream http://github.com/samoht/ocaml-rpc It's now moderately difficult to move patches from one to the other. I think we should attempt to abandon our fork of this library and use the upstream, once we've upstreamed some of our recent changes. I think we should also avoid causing any more divergence if we can. Cheers, Dave [ who's just had to carefully transplant some camlp4 from one to the other ] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 14:35:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 14:35:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQfZl-0001k3-PE; Tue, 23 Oct 2012 14:35:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQfZk-0001jy-C9 for xen-api@lists.xen.org; Tue, 23 Oct 2012 14:35:24 +0000 Received: from [85.158.138.51:38712] by server-1.bemta-3.messagelabs.com id B3/E2-31728-B2BA6805; Tue, 23 Oct 2012 14:35:23 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1351002922!35381491!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20512 invoked from network); 23 Oct 2012 14:35:23 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 14:35:23 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15337336" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 14:35:22 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 23 Oct 2012 15:35:22 +0100 From: Dave Scott To: "xen-api@lists.xen.org" Date: Tue, 23 Oct 2012 15:35:22 +0100 Thread-Topic: Code in xen-api-libs/rpc-light Thread-Index: Ac2xK6HtnJJK/ffISRW6eeP+CWa4VQ== Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE6014F@LONPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: [Xen-API] Code in xen-api-libs/rpc-light X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, FYI the code in http://github.com/xen-org/xen-api-libs/tree/master/rpc-light is now significantly different from the upstream http://github.com/samoht/ocaml-rpc It's now moderately difficult to move patches from one to the other. I think we should attempt to abandon our fork of this library and use the upstream, once we've upstreamed some of our recent changes. I think we should also avoid causing any more divergence if we can. Cheers, Dave [ who's just had to carefully transplant some camlp4 from one to the other ] _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 14:47:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 14:47:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQfld-00025S-Uz; Tue, 23 Oct 2012 14:47:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQflb-00025F-RA for xen-api@lists.xen.org; Tue, 23 Oct 2012 14:47:40 +0000 Received: from [85.158.138.51:44523] by server-6.bemta-3.messagelabs.com id 33/06-32375-A0EA6805; Tue, 23 Oct 2012 14:47:38 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1351003658!35554186!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18986 invoked from network); 23 Oct 2012 14:47:38 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 14:47:38 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15337692" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 14:47:37 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 23 Oct 2012 15:47:37 +0100 From: Dave Scott To: Mike McClurg Date: Tue, 23 Oct 2012 15:47:37 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2xI7abeJQe4NueTySJRWb1ZjQEGQACKvcw Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> In-Reply-To: <50869DDC.5080700@citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 23/10/12 14:15, Dave Scott wrote: > > In case it's useful: the most recent versions of xapi (found in > XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So > you can > > > > service squeezed stop > > > > and then when you try to start a VM, there won't be any squeezing at > all. Your new daemon could do whatever it likes to manage the VM > balloon targets independently of xapi. > > > > Does that help at all? > > Mike wrote: > Hi Dave, > > I just tried this on XCP 1.6. I stopped squeezed, and then restarted > xenopsd and xapi (for luck), and then tried a localhost migrate. I got > the error: > > The server failed to handle your request, due to an internal error. > The > given message may give details useful for debugging the problem. > message: Xenops_interface.Internal_error("Unix.Unix_error(63, > \"connect\", \"\")") > > xensource.log (see below) seems to show xenopsd trying to rebalance > memory, even though there is plenty of memory free. Do you know what's > going on here? Oh dear -- that's really supposed to work. Looking at the code in master https://github.com/xen-org/xen-api/blob/master/ocaml/xenops/xenops_server_xen.ml line 467 (** After an event which frees memory (eg a domain destruction), perform a one-off memory rebalance *) let balance_memory dbg = debug "rebalance_memory"; Client.balance_memory dbg It looks like we forgot to use the function "wrap" defined Line 347 let wrap f = try Some (f ()) with (* ... *) | Unix.Unix_error(Unix.ECONNREFUSED, "connect", _) -> info "ECONNREFUSED talking to squeezed: assuming it has been switched off"; None This is probably worth fixing, I'll make a pull request a bit later (unless you beat me to it :-) Thanks, Dave > > Mike > > > [xensource.log] > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM = > dd2b8958-15aa-1988-c7fa-e7b8c3a > 28eb2; domid = 3; set_memory_dynamic_range min = 262144; max = 262144 > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > rebalance_memory > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|mscgen] > xenops=>squeezed [label="balance_mem > ory"]; > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [ > info|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Caught > Unix.Unix_error(63, "connect", "") executing ["VM_mi > grate", ["dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2", {}, {}, > "http:\/\/10.80.238.191\/services\/xenops?session_id=OpaqueRef:7fc22b4d > -f70b-25dc-dca3-b834b7eb5e5d"]]: > triggerin > g cleanup actions > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 reference VM.pool_migrate R:944931f7933c: ["VM_chec > k_state", "dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM > dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 is not requesting a > ny attention > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > VM_DB.signal dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 completed; duration = 0 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 10 failed; exception = ["Internal_error", "Unix.Unix_e > rror(63, \"connect\", \"\")"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7||xenops] TASK.signal 10 = ["Failed", > ["Internal_error", "Unix.Unix_error(63, \"connect\", \"\")"]] > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 14:47:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 14:47:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQfld-00025S-Uz; Tue, 23 Oct 2012 14:47:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQflb-00025F-RA for xen-api@lists.xen.org; Tue, 23 Oct 2012 14:47:40 +0000 Received: from [85.158.138.51:44523] by server-6.bemta-3.messagelabs.com id 33/06-32375-A0EA6805; Tue, 23 Oct 2012 14:47:38 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1351003658!35554186!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18986 invoked from network); 23 Oct 2012 14:47:38 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 14:47:38 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15337692" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 14:47:37 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 23 Oct 2012 15:47:37 +0100 From: Dave Scott To: Mike McClurg Date: Tue, 23 Oct 2012 15:47:37 +0100 Thread-Topic: [Xen-API] [Squeezd] Disabling some balancing features Thread-Index: Ac2xI7abeJQe4NueTySJRWb1ZjQEGQACKvcw Message-ID: <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> In-Reply-To: <50869DDC.5080700@citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 23/10/12 14:15, Dave Scott wrote: > > In case it's useful: the most recent versions of xapi (found in > XenServer 6.1 and should be in XCP 1.6) can run without squeezed. So > you can > > > > service squeezed stop > > > > and then when you try to start a VM, there won't be any squeezing at > all. Your new daemon could do whatever it likes to manage the VM > balloon targets independently of xapi. > > > > Does that help at all? > > Mike wrote: > Hi Dave, > > I just tried this on XCP 1.6. I stopped squeezed, and then restarted > xenopsd and xapi (for luck), and then tried a localhost migrate. I got > the error: > > The server failed to handle your request, due to an internal error. > The > given message may give details useful for debugging the problem. > message: Xenops_interface.Internal_error("Unix.Unix_error(63, > \"connect\", \"\")") > > xensource.log (see below) seems to show xenopsd trying to rebalance > memory, even though there is plenty of memory free. Do you know what's > going on here? Oh dear -- that's really supposed to work. Looking at the code in master https://github.com/xen-org/xen-api/blob/master/ocaml/xenops/xenops_server_xen.ml line 467 (** After an event which frees memory (eg a domain destruction), perform a one-off memory rebalance *) let balance_memory dbg = debug "rebalance_memory"; Client.balance_memory dbg It looks like we forgot to use the function "wrap" defined Line 347 let wrap f = try Some (f ()) with (* ... *) | Unix.Unix_error(Unix.ECONNREFUSED, "connect", _) -> info "ECONNREFUSED talking to squeezed: assuming it has been switched off"; None This is probably worth fixing, I'll make a pull request a bit later (unless you beat me to it :-) Thanks, Dave > > Mike > > > [xensource.log] > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM = > dd2b8958-15aa-1988-c7fa-e7b8c3a > 28eb2; domid = 3; set_memory_dynamic_range min = 262144; max = 262144 > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > rebalance_memory > Oct 23 14:26:30 xcp-boston-53341-1 /opt/xensource/libexec/xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|mscgen] > xenops=>squeezed [label="balance_mem > ory"]; > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: [ > info|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Caught > Unix.Unix_error(63, "connect", "") executing ["VM_mi > grate", ["dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2", {}, {}, > "http:\/\/10.80.238.191\/services\/xenops?session_id=OpaqueRef:7fc22b4d > -f70b-25dc-dca3-b834b7eb5e5d"]]: > triggerin > g cleanup actions > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 reference VM.pool_migrate R:944931f7933c: ["VM_chec > k_state", "dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] VM > dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 is not requesting a > ny attention > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > VM_DB.signal dd2b8958-15aa-1988-c7fa-e7b8c3a28eb2 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 11 completed; duration = 0 > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] Task > 10 failed; exception = ["Internal_error", "Unix.Unix_e > rror(63, \"connect\", \"\")"] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7|VM.pool_migrate R:944931f7933c|xenops] > Oct 23 14:26:30 xcp-boston-53341-1 xenopsd: > [debug|xcp-boston-53341-1|7||xenops] TASK.signal 10 = ["Failed", > ["Internal_error", "Unix.Unix_error(63, \"connect\", \"\")"]] > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 16:04:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 16:04:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQgxT-0003gx-T9; Tue, 23 Oct 2012 16:03:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQgxS-0003gf-Jj for xen-api@lists.xen.org; Tue, 23 Oct 2012 16:03:58 +0000 Received: from [193.109.254.147:34009] by server-5.bemta-14.messagelabs.com id 1D/78-18309-DEFB6805; Tue, 23 Oct 2012 16:03:57 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1351008188!8708819!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15582 invoked from network); 23 Oct 2012 16:03:10 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 16:03:10 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15339677" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 16:03:08 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 23 Oct 2012 17:03:08 +0100 Message-ID: <5086BFB9.7090304@citrix.com> Date: Tue, 23 Oct 2012 17:03:05 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Dave Scott References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 23/10/12 15:47, Dave Scott wrote: > This is probably worth fixing, I'll make a pull request a bit later (unless you beat me to it :-) > > Thanks, > Dave Ha, no, I'll let you fix it :P Kakadu, this fix probably won't make it into XCP or XenServer for a while, so if you want to recompile xapi yourself to remove this bit, it would probably do what you needed. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 16:04:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 16:04:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQgxT-0003gx-T9; Tue, 23 Oct 2012 16:03:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQgxS-0003gf-Jj for xen-api@lists.xen.org; Tue, 23 Oct 2012 16:03:58 +0000 Received: from [193.109.254.147:34009] by server-5.bemta-14.messagelabs.com id 1D/78-18309-DEFB6805; Tue, 23 Oct 2012 16:03:57 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1351008188!8708819!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTUyMjM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15582 invoked from network); 23 Oct 2012 16:03:10 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 16:03:10 -0000 X-IronPort-AV: E=Sophos;i="4.80,635,1344211200"; d="scan'208";a="15339677" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Oct 2012 16:03:08 +0000 Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Tue, 23 Oct 2012 17:03:08 +0100 Message-ID: <5086BFB9.7090304@citrix.com> Date: Tue, 23 Oct 2012 17:03:05 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Dave Scott References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 23/10/12 15:47, Dave Scott wrote: > This is probably worth fixing, I'll make a pull request a bit later (unless you beat me to it :-) > > Thanks, > Dave Ha, no, I'll let you fix it :P Kakadu, this fix probably won't make it into XCP or XenServer for a while, so if you want to recompile xapi yourself to remove this bit, it would probably do what you needed. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 23 22:22:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 22:22:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQmrx-0001nt-Kp; Tue, 23 Oct 2012 22:22:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQmrv-0001nn-TA for xen-api@lists.xensource.com; Tue, 23 Oct 2012 22:22:40 +0000 Received: from [193.109.254.147:6395] by server-10.bemta-14.messagelabs.com id 26/4E-31741-FA817805; Tue, 23 Oct 2012 22:22:39 +0000 X-Env-Sender: torushikeshj@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1351030950!8547801!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjY0MjkgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31424 invoked from network); 23 Oct 2012 22:22:31 -0000 Received: from mail-ea0-f171.google.com (HELO mail-ea0-f171.google.com) (209.85.215.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 22:22:31 -0000 Received: by mail-ea0-f171.google.com with SMTP id k14so1596155eaa.30 for ; Tue, 23 Oct 2012 15:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SrKI1mdpmI7NlXzjm69MdN08vFvd86ZnquJTM+eOE1g=; b=0JGRSiGkUUKFJ7FyT4gF3nBRrWCEzC9y/uiKx4mpJ74mCxxArFV8biKVdIbzHJ+8C3 ZBlNYj/RP5Yjuvp2U7IUnzbeD9DE7Nhgq99LOYUZ6utBjTwWzlLbMdlojlolJ7y3uak7 mYBpoHc17WDslgdA0tKS6UBC23Hw89qnjfoAIVrAlMWs9f0nCduZVj7g7heiR64HpDua szqvqMgt19JDN9sE3Eixjwp+6t7D5d8yJO0PlagehK+vjRqK5APD40mTOpFqRz4yv090 7CaqBkHI18jHoQPESDI6rAGO6eFdGtjmLeJpoE/Imv2r0gRhAFCvbkdz+1KsLjWHG/Jo m2xg== MIME-Version: 1.0 Received: by 10.14.223.4 with SMTP id u4mr18751502eep.19.1351030950610; Tue, 23 Oct 2012 15:22:30 -0700 (PDT) Received: by 10.14.219.198 with HTTP; Tue, 23 Oct 2012 15:22:30 -0700 (PDT) Date: Wed, 24 Oct 2012 03:52:30 +0530 Message-ID: From: R J To: xen-api@lists.xensource.com Subject: [Xen-API] [XCP-BUG] High amount of NFSv3 "getattr" from Pool Master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0827771608456285948==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0827771608456285948== Content-Type: multipart/alternative; boundary=047d7b670727e447d704ccc16743 --047d7b670727e447d704ccc16743 Content-Type: text/plain; charset=ISO-8859-1 Hello List, I have multiple Pools of XCP1.1 and XCP1.5beta. I'm sorry but I dont have production XCP1.6b to check it. There is a strange issue on Pool master where NFS v3 "getattr" % is very high. Slave nodes are damn low on "getattr" % #nfsstat on Master node gives me getattr % as 76% leaving low read % and write %. Slave nodes are almost 0% leaving near 70-30% ratio for read write. Has anyone else noticed this ? Is there a way we can disable the getattr as its not at all required for most of the environments. Also, on the same note of NFS, I would like to know why XCP is not making NFSv4 as default ? Is there any technical reason for it or are there any known bugs for it ? A quick google shows that with few tweaks we can make XCP work on NFSv4 http://likerabbits.blogspot.com/2009/09/xenserver-performance-tweaks.html Thanks for reading and I appreciate your response. Regards, Rushikesh --047d7b670727e447d704ccc16743 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello List,

I have multiple Pools of XCP1.1 and XCP1.5beta. I'm = sorry but I dont have production XCP1.6b to check it.
There is a strange= issue on Pool master where NFS v3 "getattr" % is very high. Slav= e nodes are damn low on "getattr" %

#nfsstat on Master node gives me getattr % as 76% leaving low read % an= d write %.
Slave nodes are almost 0% leaving near 70-30% ratio for read = write.

Has anyone else noticed this ? Is there a way we can disable = the getattr as its not at all required for most of the environments.

Also, on the same note of NFS, I would like to know why XCP is not maki= ng NFSv4 as default ?
Is there any technical reason for it or are there = any known bugs for it ?

A quick google shows that with few tweaks we= can make XCP work on NFSv4
http://likerabbits.blogspot.com/2009/09/xenserver-performance-tw= eaks.html


Thanks for reading and I appreciate your response.=

Regards,
Rushikesh
--047d7b670727e447d704ccc16743-- --===============0827771608456285948== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0827771608456285948==-- From xen-api-bounces@lists.xen.org Tue Oct 23 22:22:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Oct 2012 22:22:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQmrx-0001nt-Kp; Tue, 23 Oct 2012 22:22:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQmrv-0001nn-TA for xen-api@lists.xensource.com; Tue, 23 Oct 2012 22:22:40 +0000 Received: from [193.109.254.147:6395] by server-10.bemta-14.messagelabs.com id 26/4E-31741-FA817805; Tue, 23 Oct 2012 22:22:39 +0000 X-Env-Sender: torushikeshj@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1351030950!8547801!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjY0MjkgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31424 invoked from network); 23 Oct 2012 22:22:31 -0000 Received: from mail-ea0-f171.google.com (HELO mail-ea0-f171.google.com) (209.85.215.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Oct 2012 22:22:31 -0000 Received: by mail-ea0-f171.google.com with SMTP id k14so1596155eaa.30 for ; Tue, 23 Oct 2012 15:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SrKI1mdpmI7NlXzjm69MdN08vFvd86ZnquJTM+eOE1g=; b=0JGRSiGkUUKFJ7FyT4gF3nBRrWCEzC9y/uiKx4mpJ74mCxxArFV8biKVdIbzHJ+8C3 ZBlNYj/RP5Yjuvp2U7IUnzbeD9DE7Nhgq99LOYUZ6utBjTwWzlLbMdlojlolJ7y3uak7 mYBpoHc17WDslgdA0tKS6UBC23Hw89qnjfoAIVrAlMWs9f0nCduZVj7g7heiR64HpDua szqvqMgt19JDN9sE3Eixjwp+6t7D5d8yJO0PlagehK+vjRqK5APD40mTOpFqRz4yv090 7CaqBkHI18jHoQPESDI6rAGO6eFdGtjmLeJpoE/Imv2r0gRhAFCvbkdz+1KsLjWHG/Jo m2xg== MIME-Version: 1.0 Received: by 10.14.223.4 with SMTP id u4mr18751502eep.19.1351030950610; Tue, 23 Oct 2012 15:22:30 -0700 (PDT) Received: by 10.14.219.198 with HTTP; Tue, 23 Oct 2012 15:22:30 -0700 (PDT) Date: Wed, 24 Oct 2012 03:52:30 +0530 Message-ID: From: R J To: xen-api@lists.xensource.com Subject: [Xen-API] [XCP-BUG] High amount of NFSv3 "getattr" from Pool Master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0827771608456285948==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0827771608456285948== Content-Type: multipart/alternative; boundary=047d7b670727e447d704ccc16743 --047d7b670727e447d704ccc16743 Content-Type: text/plain; charset=ISO-8859-1 Hello List, I have multiple Pools of XCP1.1 and XCP1.5beta. I'm sorry but I dont have production XCP1.6b to check it. There is a strange issue on Pool master where NFS v3 "getattr" % is very high. Slave nodes are damn low on "getattr" % #nfsstat on Master node gives me getattr % as 76% leaving low read % and write %. Slave nodes are almost 0% leaving near 70-30% ratio for read write. Has anyone else noticed this ? Is there a way we can disable the getattr as its not at all required for most of the environments. Also, on the same note of NFS, I would like to know why XCP is not making NFSv4 as default ? Is there any technical reason for it or are there any known bugs for it ? A quick google shows that with few tweaks we can make XCP work on NFSv4 http://likerabbits.blogspot.com/2009/09/xenserver-performance-tweaks.html Thanks for reading and I appreciate your response. Regards, Rushikesh --047d7b670727e447d704ccc16743 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello List,

I have multiple Pools of XCP1.1 and XCP1.5beta. I'm = sorry but I dont have production XCP1.6b to check it.
There is a strange= issue on Pool master where NFS v3 "getattr" % is very high. Slav= e nodes are damn low on "getattr" %

#nfsstat on Master node gives me getattr % as 76% leaving low read % an= d write %.
Slave nodes are almost 0% leaving near 70-30% ratio for read = write.

Has anyone else noticed this ? Is there a way we can disable = the getattr as its not at all required for most of the environments.

Also, on the same note of NFS, I would like to know why XCP is not maki= ng NFSv4 as default ?
Is there any technical reason for it or are there = any known bugs for it ?

A quick google shows that with few tweaks we= can make XCP work on NFSv4
http://likerabbits.blogspot.com/2009/09/xenserver-performance-tw= eaks.html


Thanks for reading and I appreciate your response.=

Regards,
Rushikesh
--047d7b670727e447d704ccc16743-- --===============0827771608456285948== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0827771608456285948==-- From xen-api-bounces@lists.xen.org Wed Oct 24 07:24:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 07:24:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQvJq-00049o-76; Wed, 24 Oct 2012 07:24:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQsvY-0001VE-TY for xen-api@lists.xen.org; Wed, 24 Oct 2012 04:50:49 +0000 Received: from [85.158.137.99:38086] by server-1.bemta-3.messagelabs.com id 1A/BE-31728-8A377805; Wed, 24 Oct 2012 04:50:48 +0000 X-Env-Sender: adrian@wecode.ro X-Msg-Ref: server-7.tower-217.messagelabs.com!1351054247!17992726!1 X-Originating-IP: [194.105.29.182] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30749 invoked from network); 24 Oct 2012 04:50:47 -0000 Received: from netaware.ro (HELO netaware.ro) (194.105.29.182) by server-7.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2012 04:50:47 -0000 Received: (qmail 3868 invoked by uid 1013); 24 Oct 2012 07:50:45 +0300 Received: from 192.168.101.10 by vps-main (envelope-from , uid 1013) with qmail-scanner-1.25-st-qms (clamdscan: 0.96.5/12711. spamassassin: 3.3.1. perlscan: 1.25-st-qms. Clear:RC:0(192.168.101.10):SA:0(-102.9/5.5):. Processed in 0.970428 secs); 24 Oct 2012 04:50:45 -0000 X-Spam-Status: No, hits=-102.9 required=5.5 X-Antivirus-NETAWARE-Mail-From: adrian@wecode.ro via vps-main X-Antivirus-NETAWARE: 1.25-st-qms (Clear:RC:0(192.168.101.10):SA:0(-102.9/5.5):. Processed in 0.970428 secs Process 3859) Received: from unknown (HELO ?127.0.0.1?) (adrian@wecode.ro@192.168.101.10) by netaware.ro with SMTP; 24 Oct 2012 07:50:44 +0300 Message-ID: <5087739C.9040301@wecode.ro> Date: Wed, 24 Oct 2012 07:50:36 +0300 From: Adrian Bulgariu User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org X-Mailman-Approved-At: Wed, 24 Oct 2012 07:24:01 +0000 Subject: [Xen-API] debian 6 under xen cloud with more than 6 cpu support X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6309621553030784527==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6309621553030784527== Content-Type: multipart/alternative; boundary="------------050003070505020703010507" This is a multi-part message in MIME format. --------------050003070505020703010507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit hi i have xen cloud 1.6 beta installed an I want to install a VM with debian 6 with 16 vCPU support. when I try to do this my debian installation it does not start, but if I put 6 vCPU it works. debian 7 weezy work's just fine, but i want to use debian 6. can you help me with this? thanks --------------050003070505020703010507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit hi

i have xen cloud 1.6 beta installed an I want to install a VM with debian 6 with 16 vCPU support.

when I try to do this my debian installation it does not start, but if I put 6 vCPU it works.

debian 7 weezy work's just fine, but i want to use debian 6.

can you help me with this?

thanks
 --------------050003070505020703010507-- --===============6309621553030784527== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6309621553030784527==-- From xen-api-bounces@lists.xen.org Wed Oct 24 07:24:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 07:24:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQvJq-00049o-76; Wed, 24 Oct 2012 07:24:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQsvY-0001VE-TY for xen-api@lists.xen.org; Wed, 24 Oct 2012 04:50:49 +0000 Received: from [85.158.137.99:38086] by server-1.bemta-3.messagelabs.com id 1A/BE-31728-8A377805; Wed, 24 Oct 2012 04:50:48 +0000 X-Env-Sender: adrian@wecode.ro X-Msg-Ref: server-7.tower-217.messagelabs.com!1351054247!17992726!1 X-Originating-IP: [194.105.29.182] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30749 invoked from network); 24 Oct 2012 04:50:47 -0000 Received: from netaware.ro (HELO netaware.ro) (194.105.29.182) by server-7.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2012 04:50:47 -0000 Received: (qmail 3868 invoked by uid 1013); 24 Oct 2012 07:50:45 +0300 Received: from 192.168.101.10 by vps-main (envelope-from , uid 1013) with qmail-scanner-1.25-st-qms (clamdscan: 0.96.5/12711. spamassassin: 3.3.1. perlscan: 1.25-st-qms. Clear:RC:0(192.168.101.10):SA:0(-102.9/5.5):. Processed in 0.970428 secs); 24 Oct 2012 04:50:45 -0000 X-Spam-Status: No, hits=-102.9 required=5.5 X-Antivirus-NETAWARE-Mail-From: adrian@wecode.ro via vps-main X-Antivirus-NETAWARE: 1.25-st-qms (Clear:RC:0(192.168.101.10):SA:0(-102.9/5.5):. Processed in 0.970428 secs Process 3859) Received: from unknown (HELO ?127.0.0.1?) (adrian@wecode.ro@192.168.101.10) by netaware.ro with SMTP; 24 Oct 2012 07:50:44 +0300 Message-ID: <5087739C.9040301@wecode.ro> Date: Wed, 24 Oct 2012 07:50:36 +0300 From: Adrian Bulgariu User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org X-Mailman-Approved-At: Wed, 24 Oct 2012 07:24:01 +0000 Subject: [Xen-API] debian 6 under xen cloud with more than 6 cpu support X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6309621553030784527==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6309621553030784527== Content-Type: multipart/alternative; boundary="------------050003070505020703010507" This is a multi-part message in MIME format. --------------050003070505020703010507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit hi i have xen cloud 1.6 beta installed an I want to install a VM with debian 6 with 16 vCPU support. when I try to do this my debian installation it does not start, but if I put 6 vCPU it works. debian 7 weezy work's just fine, but i want to use debian 6. can you help me with this? thanks --------------050003070505020703010507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit hi

i have xen cloud 1.6 beta installed an I want to install a VM with debian 6 with 16 vCPU support.

when I try to do this my debian installation it does not start, but if I put 6 vCPU it works.

debian 7 weezy work's just fine, but i want to use debian 6.

can you help me with this?

thanks
 --------------050003070505020703010507-- --===============6309621553030784527== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6309621553030784527==-- From xen-api-bounces@lists.xen.org Wed Oct 24 10:37:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 10:37:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQyKZ-0000kx-9b; Wed, 24 Oct 2012 10:36:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQyKY-0000ks-7I for xen-api@lists.xen.org; Wed, 24 Oct 2012 10:36:58 +0000 Received: from [85.158.139.83:32447] by server-9.bemta-5.messagelabs.com id 8E/98-23053-9C4C7805; Wed, 24 Oct 2012 10:36:57 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1351074957!36547881!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8706 invoked from network); 24 Oct 2012 10:36:00 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2012 10:36:00 -0000 Received: by mail-ia0-f173.google.com with SMTP id m10so326038iam.32 for ; Wed, 24 Oct 2012 03:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yklPn/KUVfB19luFDitz5F58eW+tv8hWgjVewumK4gg=; b=iBEP2z0B5mGnYeJLGMZayxcTH2Z8EoR/Ea7AHO/RcL7fwBljNQjB98+/0tBYd/21xK OS6spdPCJKTTMJPRQ9Qy5tuT6+lMg0Eo1tEaxWjsD1yofhd+sXfam+cy6BV4gDrMiQt6 jXOa8U81RrXhioDGOrNw2ZcmERB2C/q+vy+xcD1JHcOw62IcElRt86pePTmHXrRk9ug9 rPIoyCwDc7P0FWpO9qDfGPOIH8ehLoYFB6vaiXqvoO8yFgAqJMRTInxQd8MoMDf1OfgV snOGgDHs8lrq6vPY+VJumEkkws7bHeY+IPmS6g/fFwjKRlBw8SiRuKp0ds8QJANa9icQ mtig== MIME-Version: 1.0 Received: by 10.50.195.196 with SMTP id ig4mr1948512igc.33.1351074956776; Wed, 24 Oct 2012 03:35:56 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Wed, 24 Oct 2012 03:35:56 -0700 (PDT) In-Reply-To: <5086BFB9.7090304@citrix.com> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> <5086BFB9.7090304@citrix.com> Date: Wed, 24 Oct 2012 14:35:56 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hey I discovered that my problem is in wrong version of xapi. I forget to mention that I've used version from debian wheezy. So, it seems that squeezed-independent behaviour was introduced later. It seems I need to build latest `trunk` version of xapi to test your recommendation, Dave. Best wishes, Kakadu On Tue, Oct 23, 2012 at 8:03 PM, Mike McClurg wrote: > On 23/10/12 15:47, Dave Scott wrote: >> This is probably worth fixing, I'll make a pull request a bit later (unless you beat me to it :-) >> >> Thanks, >> Dave > > Ha, no, I'll let you fix it :P > > Kakadu, this fix probably won't make it into XCP or XenServer for a > while, so if you want to recompile xapi yourself to remove this bit, it > would probably do what you needed. > > Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 24 10:37:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 10:37:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQyKZ-0000kx-9b; Wed, 24 Oct 2012 10:36:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQyKY-0000ks-7I for xen-api@lists.xen.org; Wed, 24 Oct 2012 10:36:58 +0000 Received: from [85.158.139.83:32447] by server-9.bemta-5.messagelabs.com id 8E/98-23053-9C4C7805; Wed, 24 Oct 2012 10:36:57 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1351074957!36547881!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8706 invoked from network); 24 Oct 2012 10:36:00 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2012 10:36:00 -0000 Received: by mail-ia0-f173.google.com with SMTP id m10so326038iam.32 for ; Wed, 24 Oct 2012 03:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yklPn/KUVfB19luFDitz5F58eW+tv8hWgjVewumK4gg=; b=iBEP2z0B5mGnYeJLGMZayxcTH2Z8EoR/Ea7AHO/RcL7fwBljNQjB98+/0tBYd/21xK OS6spdPCJKTTMJPRQ9Qy5tuT6+lMg0Eo1tEaxWjsD1yofhd+sXfam+cy6BV4gDrMiQt6 jXOa8U81RrXhioDGOrNw2ZcmERB2C/q+vy+xcD1JHcOw62IcElRt86pePTmHXrRk9ug9 rPIoyCwDc7P0FWpO9qDfGPOIH8ehLoYFB6vaiXqvoO8yFgAqJMRTInxQd8MoMDf1OfgV snOGgDHs8lrq6vPY+VJumEkkws7bHeY+IPmS6g/fFwjKRlBw8SiRuKp0ds8QJANa9icQ mtig== MIME-Version: 1.0 Received: by 10.50.195.196 with SMTP id ig4mr1948512igc.33.1351074956776; Wed, 24 Oct 2012 03:35:56 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Wed, 24 Oct 2012 03:35:56 -0700 (PDT) In-Reply-To: <5086BFB9.7090304@citrix.com> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6013E@LONPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21011A9AE6014C@LONPMAILBOX01.citrite.net> <50869DDC.5080700@citrix.com> <81A73678E76EA642801C8F2E4823AD21011A9AE60151@LONPMAILBOX01.citrite.net> <5086BFB9.7090304@citrix.com> Date: Wed, 24 Oct 2012 14:35:56 +0400 Message-ID: From: Kakadu To: Dave Scott Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Squeezd] Disabling some balancing features X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hey I discovered that my problem is in wrong version of xapi. I forget to mention that I've used version from debian wheezy. So, it seems that squeezed-independent behaviour was introduced later. It seems I need to build latest `trunk` version of xapi to test your recommendation, Dave. Best wishes, Kakadu On Tue, Oct 23, 2012 at 8:03 PM, Mike McClurg wrote: > On 23/10/12 15:47, Dave Scott wrote: >> This is probably worth fixing, I'll make a pull request a bit later (unless you beat me to it :-) >> >> Thanks, >> Dave > > Ha, no, I'll let you fix it :P > > Kakadu, this fix probably won't make it into XCP or XenServer for a > while, so if you want to recompile xapi yourself to remove this bit, it > would probably do what you needed. > > Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 24 12:01:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 12:01:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQzdr-0002On-UK; Wed, 24 Oct 2012 12:00:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQzdq-0002Ob-LG for xen-api@lists.xensource.com; Wed, 24 Oct 2012 12:00:58 +0000 Received: from [193.109.254.147:29200] by server-12.bemta-14.messagelabs.com id 8E/A8-00510-A78D7805; Wed, 24 Oct 2012 12:00:58 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1351080054!6039699!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=1.7 required=7.0 tests=RCVD_BY_IP, RCVD_NUMERIC_HELO X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7051 invoked from network); 24 Oct 2012 12:00:54 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 24 Oct 2012 12:00:54 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TQzdp-0003Jq-Jy for xen-api@lists.xensource.com; Wed, 24 Oct 2012 14:00:57 +0200 Received: from 217.24.216.199 ([217.24.216.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2012 14:00:57 +0200 Received: from ml by 217.24.216.199 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2012 14:00:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Markus Schuster Followup-To: gmane.comp.emulators.xen.api Date: Wed, 24 Oct 2012 14:00:34 +0200 Lines: 23 Message-ID: References: <50857B00.2040800@xen.org> Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.24.216.199 User-Agent: KNode/4.4.8 Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Lars! > > but a note in the release notes would be good. > If somebody can help me put together a short description of what should > be in the release notes, what the work-around is, etc. and I will add it > to the release notes Well, I don't have a real work-around as I only used some test environment, but maybe something like: --- cut --- Linux bridging users please note: During the upgrade to XCP 1.6 the network backend will be switched to Open vSwitch. Please revert any custom settings to your network interfaces (eg. other-config settings for pifs) or ensure (before the upgrade) your settings will work with Open vSwitch. Should you use an unsupported bondig mode (like LACP), it might be an option to delete that bond before the upgrade and recreate it afterwards. --- cut --- Probably not perfect, but should describe the pitfal. Regards, Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 24 12:01:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 12:01:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQzdr-0002On-UK; Wed, 24 Oct 2012 12:00:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TQzdq-0002Ob-LG for xen-api@lists.xensource.com; Wed, 24 Oct 2012 12:00:58 +0000 Received: from [193.109.254.147:29200] by server-12.bemta-14.messagelabs.com id 8E/A8-00510-A78D7805; Wed, 24 Oct 2012 12:00:58 +0000 X-Env-Sender: gcex-xen-api@m.gmane.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1351080054!6039699!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=1.7 required=7.0 tests=RCVD_BY_IP, RCVD_NUMERIC_HELO X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7051 invoked from network); 24 Oct 2012 12:00:54 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 24 Oct 2012 12:00:54 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TQzdp-0003Jq-Jy for xen-api@lists.xensource.com; Wed, 24 Oct 2012 14:00:57 +0200 Received: from 217.24.216.199 ([217.24.216.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2012 14:00:57 +0200 Received: from ml by 217.24.216.199 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2012 14:00:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xen-api@lists.xensource.com From: Markus Schuster Followup-To: gmane.comp.emulators.xen.api Date: Wed, 24 Oct 2012 14:00:34 +0200 Lines: 23 Message-ID: References: <50857B00.2040800@xen.org> Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.24.216.199 User-Agent: KNode/4.4.8 Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Lars! > > but a note in the release notes would be good. > If somebody can help me put together a short description of what should > be in the release notes, what the work-around is, etc. and I will add it > to the release notes Well, I don't have a real work-around as I only used some test environment, but maybe something like: --- cut --- Linux bridging users please note: During the upgrade to XCP 1.6 the network backend will be switched to Open vSwitch. Please revert any custom settings to your network interfaces (eg. other-config settings for pifs) or ensure (before the upgrade) your settings will work with Open vSwitch. Should you use an unsupported bondig mode (like LACP), it might be an option to delete that bond before the upgrade and recreate it afterwards. --- cut --- Probably not perfect, but should describe the pitfal. Regards, Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 24 19:23:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 19:23:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6XN-0001KK-Km; Wed, 24 Oct 2012 19:22:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6XL-0001KF-Vc for xen-api@lists.xen.org; Wed, 24 Oct 2012 19:22:44 +0000 Received: from [85.158.137.99:52659] by server-1.bemta-3.messagelabs.com id 92/9B-31728-30048805; Wed, 24 Oct 2012 19:22:43 +0000 X-Env-Sender: dan@leesolutions.net X-Msg-Ref: server-6.tower-217.messagelabs.com!1351106560!12254447!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29417 invoked from network); 24 Oct 2012 19:22:41 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2012 19:22:41 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so1164284vbi.32 for ; Wed, 24 Oct 2012 12:22:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=l268bM5oGoAGFnp42FWIM/XQ8M8mZJ7FvNVIjEV4cTo=; b=lPqfuJNDzY1BUKHSyCxVNoDhillvhkPPEQHVMaVVoC/7p5vjwlug9s9XzWfZDCIkAP GjL9y8szgDcBTNWKmWUEJaBaMlLZ6xjORIMZeeIK+gUkI36r4WhHEEM7goj9Fyv6URCD 40pzbvXGmm/YwF2AM3Q4JS5ZmX7cdQSdPrt6OzETVsDmkjSRtoR/eEx7gcfqCiA0Cpfk 788yJ047Vu+XCrGvfa3U15Qh9A0lY+/23o3Un+K9NUiHWr2WIM3IZNCmMrcg7nDMgo7y BcUivyIsNdLU7fCX6nuzcN8AKklZFFzCez6jFTd1tpdekUEE1b85k6mS5m3+OeTX1SjO C9CQ== MIME-Version: 1.0 Received: by 10.221.0.212 with SMTP id nn20mr9892000vcb.32.1351106560258; Wed, 24 Oct 2012 12:22:40 -0700 (PDT) Received: by 10.58.116.173 with HTTP; Wed, 24 Oct 2012 12:22:40 -0700 (PDT) X-Originating-IP: [76.171.243.159] In-Reply-To: <50857A7E.3010709@citrix.com> References: <50857A7E.3010709@citrix.com> Date: Wed, 24 Oct 2012 12:22:40 -0700 Message-ID: From: Dan Lee To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQleAh+vzS0tBHnS3XB1Wuh5LGLenKJ4m5rMdbnJxrpPjbqmsMLMZIyDV/CRKfaLSUerOWFs Subject: Re: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2042410874678234207==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2042410874678234207== Content-Type: multipart/alternative; boundary=bcaec54a386493f47f04ccd3020b --bcaec54a386493f47f04ccd3020b Content-Type: text/plain; charset=ISO-8859-1 Thanks for the update, Mike! Question: has beta 2 been released yet? I'm still seeing a link to the build 61002c (10/5/2012) on the download page ( http://www.xen.org/download/xcp/index_1.6.0.html). Could you send us (or update the webpage) the url for the beta 2 build? Thanks. Dan On Mon, Oct 22, 2012 at 9:55 AM, Mike McClurg wrote: > Hi all, > > I just wanted to give a status update on the XCP 1.6 release. I have > updated the XCP Roadmap [1] to reflect the following information. > > XCP 1.6 is currently at beta 2, and we had been scheduled to publish the > final release on Wednesday. We are going to slip this date by a couple > weeks, and issue another beta release. I don't have a firm date on when > the either the third beta or the final release will ship. I can tell you > that this will not be a repeat of the XCP 1.5 eternal beta. I promise. > > Here is the current state of things: > > Our test day on 9 October was successful in that it uncovered a number > of issues which need to be fixed before we can publish a final XCP. > These are the issues which we found: > > 1) Install splash screen shows Citrix XenServer. > > This is minor, but easy to fix. > > 2) Severe performance degradation with XenCenter attached. > > This is due to a bug with the event subsystem which causes all events > for all xapi objects to be returned on each event request, instead of > the ones the user has requested. This results in quite a bit of extra > network traffic, as well as causing xapi to use up 10-20% CPU when "idle". > > The bug has been found and a fix is being tested now. This will be > included in the next beta. > > 3) Upgrade issues. > > There are several issues with upgrading: > > - Host upgrade from 1.1 doesn't work without patching the installer and > modifying the file /etc/xensource-inventory on the host prior to > upgrading. There is a patch on the mailing list that I'm working to > integrate, but I need to test it to make sure it doesn't break other > upgrades. > > - Pool upgrade from 1.1 is untested (by me). Does anyone have anything > to report on this? > > - Host upgrade from 1.5 works as of beta 2. > > - Pool upgrade from 1.5 does not work without shutting down VMs. VMs > cannot be migrated off of XCP 1.5 hosts during an upgrade. I'm trying to > figure out a workaround for this, but it may require a patch to XCP 1.5 > hosts prior to upgrading. > > The root cause of the upgrade issues has been a change in the way that > XCP reports its version. This change was made to make it easier to > distinguish XCP hosts from XenServer hosts by their versions, and to > make it easy to compare versions of XCP hosts to XenServer hosts. > Unfortunately, this change makes it difficult for the host installer to > recognize the correct version information on older hosts, and causes a > bug in xapi on XCP 1.5 when it tries to migrate to newer hosts. > > These are the issues that we're working on. I would much rather delay > the XCP 1.6 final release to make sure it's good as it can be, than to > ship it with these known defects. I hope everyone agrees that it will be > worth the wait. > > Mike > > [1] http://wiki.xen.org/wiki/XCP_Roadmap > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --bcaec54a386493f47f04ccd3020b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for the update, Mike! =A0Question:=A0has beta 2 been released yet? = =A0I'm still seeing a link to the build 61002c (10/5/2012) on the downl= oad page (http= ://www.xen.org/download/xcp/index_1.6.0.html). =A0Could you send us (or= update the webpage) the url for the beta 2 build? =A0Thanks.

Dan

On Mon, Oct 22, 2= 012 at 9:55 AM, Mike McClurg <mike.mcclurg@citrix.com>= wrote:
Hi all,

I just wanted to give a status update on the XCP 1.6 release. I have
updated the XCP Roadmap [1] to reflect the following information.

XCP 1.6 is currently at beta 2, and we had been scheduled to publish the final release on Wednesday. We are going to slip this date by a couple
weeks, and issue another beta release. I don't have a firm date on when=
the either the third beta or the final release will ship. I can tell you that this will not be a repeat of the XCP 1.5 eternal beta. I promise.

Here is the current state of things:

Our test day on 9 October was successful in that it uncovered a number
of issues which need to be fixed before we can publish a final XCP.
These are the issues which we found:

1) Install splash screen shows Citrix XenServer.

This is minor, but easy to fix.

2) Severe performance degradation with XenCenter attached.

This is due to a bug with the event subsystem which causes all events
for all xapi objects to be returned on each event request, instead of
the ones the user has requested. This results in quite a bit of extra
network traffic, as well as causing xapi to use up 10-20% CPU when "id= le".

The bug has been found and a fix is being tested now. This will be
included in the next beta.

3) Upgrade issues.

There are several issues with upgrading:

- Host upgrade from 1.1 doesn't work without patching the installer and=
modifying the file /etc/xensource-inventory on the host prior to
upgrading. There is a patch on the mailing list that I'm working to
integrate, but I need to test it to make sure it doesn't break other upgrades.

- Pool upgrade from 1.1 is untested (by me). Does anyone have anything
to report on this?

- Host upgrade from 1.5 works as of beta 2.

- Pool upgrade from 1.5 does not work without shutting down VMs. VMs
cannot be migrated off of XCP 1.5 hosts during an upgrade. I'm trying t= o
figure out a workaround for this, but it may require a patch to XCP 1.5
hosts prior to upgrading.

The root cause of the upgrade issues has been a change in the way that
XCP reports its version. This change was made to make it easier to
distinguish XCP hosts from XenServer hosts by their versions, and to
make it easy to compare versions of XCP hosts to XenServer hosts.
Unfortunately, this change makes it difficult for the host installer to
recognize the correct version information on older hosts, and causes a
bug in xapi on XCP 1.5 when it tries to migrate to newer hosts.

These are the issues that we're working on. I would much rather delay the XCP 1.6 final release to make sure it's good as it can be, than to<= br> ship it with these known defects. I hope everyone agrees that it will be worth the wait.

Mike

[1] http= ://wiki.xen.org/wiki/XCP_Roadmap

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

--bcaec54a386493f47f04ccd3020b-- --===============2042410874678234207== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2042410874678234207==-- From xen-api-bounces@lists.xen.org Wed Oct 24 19:23:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 19:23:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6XN-0001KK-Km; Wed, 24 Oct 2012 19:22:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6XL-0001KF-Vc for xen-api@lists.xen.org; Wed, 24 Oct 2012 19:22:44 +0000 Received: from [85.158.137.99:52659] by server-1.bemta-3.messagelabs.com id 92/9B-31728-30048805; Wed, 24 Oct 2012 19:22:43 +0000 X-Env-Sender: dan@leesolutions.net X-Msg-Ref: server-6.tower-217.messagelabs.com!1351106560!12254447!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29417 invoked from network); 24 Oct 2012 19:22:41 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2012 19:22:41 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so1164284vbi.32 for ; Wed, 24 Oct 2012 12:22:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=l268bM5oGoAGFnp42FWIM/XQ8M8mZJ7FvNVIjEV4cTo=; b=lPqfuJNDzY1BUKHSyCxVNoDhillvhkPPEQHVMaVVoC/7p5vjwlug9s9XzWfZDCIkAP GjL9y8szgDcBTNWKmWUEJaBaMlLZ6xjORIMZeeIK+gUkI36r4WhHEEM7goj9Fyv6URCD 40pzbvXGmm/YwF2AM3Q4JS5ZmX7cdQSdPrt6OzETVsDmkjSRtoR/eEx7gcfqCiA0Cpfk 788yJ047Vu+XCrGvfa3U15Qh9A0lY+/23o3Un+K9NUiHWr2WIM3IZNCmMrcg7nDMgo7y BcUivyIsNdLU7fCX6nuzcN8AKklZFFzCez6jFTd1tpdekUEE1b85k6mS5m3+OeTX1SjO C9CQ== MIME-Version: 1.0 Received: by 10.221.0.212 with SMTP id nn20mr9892000vcb.32.1351106560258; Wed, 24 Oct 2012 12:22:40 -0700 (PDT) Received: by 10.58.116.173 with HTTP; Wed, 24 Oct 2012 12:22:40 -0700 (PDT) X-Originating-IP: [76.171.243.159] In-Reply-To: <50857A7E.3010709@citrix.com> References: <50857A7E.3010709@citrix.com> Date: Wed, 24 Oct 2012 12:22:40 -0700 Message-ID: From: Dan Lee To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQleAh+vzS0tBHnS3XB1Wuh5LGLenKJ4m5rMdbnJxrpPjbqmsMLMZIyDV/CRKfaLSUerOWFs Subject: Re: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2042410874678234207==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2042410874678234207== Content-Type: multipart/alternative; boundary=bcaec54a386493f47f04ccd3020b --bcaec54a386493f47f04ccd3020b Content-Type: text/plain; charset=ISO-8859-1 Thanks for the update, Mike! Question: has beta 2 been released yet? I'm still seeing a link to the build 61002c (10/5/2012) on the download page ( http://www.xen.org/download/xcp/index_1.6.0.html). Could you send us (or update the webpage) the url for the beta 2 build? Thanks. Dan On Mon, Oct 22, 2012 at 9:55 AM, Mike McClurg wrote: > Hi all, > > I just wanted to give a status update on the XCP 1.6 release. I have > updated the XCP Roadmap [1] to reflect the following information. > > XCP 1.6 is currently at beta 2, and we had been scheduled to publish the > final release on Wednesday. We are going to slip this date by a couple > weeks, and issue another beta release. I don't have a firm date on when > the either the third beta or the final release will ship. I can tell you > that this will not be a repeat of the XCP 1.5 eternal beta. I promise. > > Here is the current state of things: > > Our test day on 9 October was successful in that it uncovered a number > of issues which need to be fixed before we can publish a final XCP. > These are the issues which we found: > > 1) Install splash screen shows Citrix XenServer. > > This is minor, but easy to fix. > > 2) Severe performance degradation with XenCenter attached. > > This is due to a bug with the event subsystem which causes all events > for all xapi objects to be returned on each event request, instead of > the ones the user has requested. This results in quite a bit of extra > network traffic, as well as causing xapi to use up 10-20% CPU when "idle". > > The bug has been found and a fix is being tested now. This will be > included in the next beta. > > 3) Upgrade issues. > > There are several issues with upgrading: > > - Host upgrade from 1.1 doesn't work without patching the installer and > modifying the file /etc/xensource-inventory on the host prior to > upgrading. There is a patch on the mailing list that I'm working to > integrate, but I need to test it to make sure it doesn't break other > upgrades. > > - Pool upgrade from 1.1 is untested (by me). Does anyone have anything > to report on this? > > - Host upgrade from 1.5 works as of beta 2. > > - Pool upgrade from 1.5 does not work without shutting down VMs. VMs > cannot be migrated off of XCP 1.5 hosts during an upgrade. I'm trying to > figure out a workaround for this, but it may require a patch to XCP 1.5 > hosts prior to upgrading. > > The root cause of the upgrade issues has been a change in the way that > XCP reports its version. This change was made to make it easier to > distinguish XCP hosts from XenServer hosts by their versions, and to > make it easy to compare versions of XCP hosts to XenServer hosts. > Unfortunately, this change makes it difficult for the host installer to > recognize the correct version information on older hosts, and causes a > bug in xapi on XCP 1.5 when it tries to migrate to newer hosts. > > These are the issues that we're working on. I would much rather delay > the XCP 1.6 final release to make sure it's good as it can be, than to > ship it with these known defects. I hope everyone agrees that it will be > worth the wait. > > Mike > > [1] http://wiki.xen.org/wiki/XCP_Roadmap > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --bcaec54a386493f47f04ccd3020b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for the update, Mike! =A0Question:=A0has beta 2 been released yet? = =A0I'm still seeing a link to the build 61002c (10/5/2012) on the downl= oad page (http= ://www.xen.org/download/xcp/index_1.6.0.html). =A0Could you send us (or= update the webpage) the url for the beta 2 build? =A0Thanks.

Dan

On Mon, Oct 22, 2= 012 at 9:55 AM, Mike McClurg <mike.mcclurg@citrix.com>= wrote:
Hi all,

I just wanted to give a status update on the XCP 1.6 release. I have
updated the XCP Roadmap [1] to reflect the following information.

XCP 1.6 is currently at beta 2, and we had been scheduled to publish the final release on Wednesday. We are going to slip this date by a couple
weeks, and issue another beta release. I don't have a firm date on when=
the either the third beta or the final release will ship. I can tell you that this will not be a repeat of the XCP 1.5 eternal beta. I promise.

Here is the current state of things:

Our test day on 9 October was successful in that it uncovered a number
of issues which need to be fixed before we can publish a final XCP.
These are the issues which we found:

1) Install splash screen shows Citrix XenServer.

This is minor, but easy to fix.

2) Severe performance degradation with XenCenter attached.

This is due to a bug with the event subsystem which causes all events
for all xapi objects to be returned on each event request, instead of
the ones the user has requested. This results in quite a bit of extra
network traffic, as well as causing xapi to use up 10-20% CPU when "id= le".

The bug has been found and a fix is being tested now. This will be
included in the next beta.

3) Upgrade issues.

There are several issues with upgrading:

- Host upgrade from 1.1 doesn't work without patching the installer and=
modifying the file /etc/xensource-inventory on the host prior to
upgrading. There is a patch on the mailing list that I'm working to
integrate, but I need to test it to make sure it doesn't break other upgrades.

- Pool upgrade from 1.1 is untested (by me). Does anyone have anything
to report on this?

- Host upgrade from 1.5 works as of beta 2.

- Pool upgrade from 1.5 does not work without shutting down VMs. VMs
cannot be migrated off of XCP 1.5 hosts during an upgrade. I'm trying t= o
figure out a workaround for this, but it may require a patch to XCP 1.5
hosts prior to upgrading.

The root cause of the upgrade issues has been a change in the way that
XCP reports its version. This change was made to make it easier to
distinguish XCP hosts from XenServer hosts by their versions, and to
make it easy to compare versions of XCP hosts to XenServer hosts.
Unfortunately, this change makes it difficult for the host installer to
recognize the correct version information on older hosts, and causes a
bug in xapi on XCP 1.5 when it tries to migrate to newer hosts.

These are the issues that we're working on. I would much rather delay the XCP 1.6 final release to make sure it's good as it can be, than to<= br> ship it with these known defects. I hope everyone agrees that it will be worth the wait.

Mike

[1] http= ://wiki.xen.org/wiki/XCP_Roadmap

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

--bcaec54a386493f47f04ccd3020b-- --===============2042410874678234207== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2042410874678234207==-- From xen-api-bounces@lists.xen.org Wed Oct 24 19:44:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 19:44:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6ro-0001Tw-DI; Wed, 24 Oct 2012 19:43:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6rm-0001Tr-Nd for xen-api@lists.xen.org; Wed, 24 Oct 2012 19:43:50 +0000 Received: from [85.158.139.83:54885] by server-7.bemta-5.messagelabs.com id 9B/7E-23102-5F448805; Wed, 24 Oct 2012 19:43:49 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-12.tower-182.messagelabs.com!1351107826!36171648!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4720 invoked from network); 24 Oct 2012 19:43:47 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-12.tower-182.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 24 Oct 2012 19:43:47 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TR6ri-0005jC-2Y; Wed, 24 Oct 2012 21:43:46 +0200 Message-ID: <508844F0.9070709@dod.no> Date: Wed, 24 Oct 2012 21:43:44 +0200 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <50857A7E.3010709@citrix.com> In-Reply-To: Subject: Re: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 10/24/2012 09:22 PM, Dan Lee wrote: > Thanks for the update, Mike! Question: has beta 2 been released yet? > I'm still seeing a link to the build 61002c (10/5/2012) on the > download page (http://www.xen.org/download/xcp/index_1.6.0.html). Could > you send us (or update the webpage) the url for the beta 2 build? Thanks. 61002c is the beta2: - 1.6 beta1: 59061c - 1.6 beta2: 61002c -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 24 19:44:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 19:44:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6ro-0001Tw-DI; Wed, 24 Oct 2012 19:43:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR6rm-0001Tr-Nd for xen-api@lists.xen.org; Wed, 24 Oct 2012 19:43:50 +0000 Received: from [85.158.139.83:54885] by server-7.bemta-5.messagelabs.com id 9B/7E-23102-5F448805; Wed, 24 Oct 2012 19:43:49 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-12.tower-182.messagelabs.com!1351107826!36171648!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4720 invoked from network); 24 Oct 2012 19:43:47 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-12.tower-182.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 24 Oct 2012 19:43:47 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TR6ri-0005jC-2Y; Wed, 24 Oct 2012 21:43:46 +0200 Message-ID: <508844F0.9070709@dod.no> Date: Wed, 24 Oct 2012 21:43:44 +0200 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <50857A7E.3010709@citrix.com> In-Reply-To: Subject: Re: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 10/24/2012 09:22 PM, Dan Lee wrote: > Thanks for the update, Mike! Question: has beta 2 been released yet? > I'm still seeing a link to the build 61002c (10/5/2012) on the > download page (http://www.xen.org/download/xcp/index_1.6.0.html). Could > you send us (or update the webpage) the url for the beta 2 build? Thanks. 61002c is the beta2: - 1.6 beta1: 59061c - 1.6 beta2: 61002c -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 24 20:14:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 20:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR7Kr-0001he-Ok; Wed, 24 Oct 2012 20:13:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR7Kq-0001hZ-5A for xen-api@lists.xen.org; Wed, 24 Oct 2012 20:13:52 +0000 Received: from [85.158.143.99:50133] by server-1.bemta-4.messagelabs.com id 68/50-19134-FFB48805; Wed, 24 Oct 2012 20:13:51 +0000 X-Env-Sender: dan@leesolutions.net X-Msg-Ref: server-2.tower-216.messagelabs.com!1351109629!27230830!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7025 invoked from network); 24 Oct 2012 20:13:50 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2012 20:13:50 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so271168vcb.32 for ; Wed, 24 Oct 2012 13:13:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=Ukn5lAe5GrPs61kcgi5bWpXAMgaelbvfQceMqfiu2sI=; b=c5cAegS0ETy5TI+0Z4NiTw27KO0CC2o7Ys+emu0JXoK8B2S/ksLY3MxbcTlyuz+tjT Z3fgzBgak3v57PE7prM1RdedL9FKBg3xflzpBiCIemxxeKAG14BVE+EoF/YMvQEqyTh8 ldppzmXp/3mzGI6MkzCWLrXEraQmxgwtta4OenWygrBEzPoOZhUWH3xXq3iqJ+vxZ76a l8vNiRZspscOeUaReFaySYlPHpff9TPsg3O/y8yZEmF9TWqEb7xYH68y4WOdn7h8eGyt jLmWJ5zOK/Hoj+tyyyKYyx/Guy+xYARJMeIZOJ4REFvbJ3VaRYhk7LDyyFP7XiucBimt m/eQ== MIME-Version: 1.0 Received: by 10.220.40.16 with SMTP id i16mr10175974vce.31.1351109628588; Wed, 24 Oct 2012 13:13:48 -0700 (PDT) Received: by 10.58.116.173 with HTTP; Wed, 24 Oct 2012 13:13:48 -0700 (PDT) X-Originating-IP: [76.171.243.159] In-Reply-To: <508844F0.9070709@dod.no> References: <50857A7E.3010709@citrix.com> <508844F0.9070709@dod.no> Date: Wed, 24 Oct 2012 13:13:48 -0700 Message-ID: From: Dan Lee To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQlLD4kQM7GKP/qHSMVo6SPSRTEibSRc4+rBeFwy4CaCpPRGMWqt+pQcZPEQgO57LU3FbStR Subject: Re: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1647454860830228710==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1647454860830228710== Content-Type: multipart/alternative; boundary=bcaec54a37fa76f44404ccd3b9bd --bcaec54a37fa76f44404ccd3b9bd Content-Type: text/plain; charset=ISO-8859-1 Hi Burnie. I misunderstood the references to beta versions. When will beta 3 be released that includes fix #2 (performance degradation w/ XenCenter attached)? On Wed, Oct 24, 2012 at 12:43 PM, Burnie wrote: > On 10/24/2012 09:22 PM, Dan Lee wrote: > >> Thanks for the update, Mike! Question: has beta 2 been released yet? >> I'm still seeing a link to the build 61002c (10/5/2012) on the >> download page (http://www.xen.org/download/**xcp/index_1.6.0.html). >> Could >> you send us (or update the webpage) the url for the beta 2 build? Thanks. >> > > 61002c is the beta2: > - 1.6 beta1: 59061c > - 1.6 beta2: 61002c > > > > > -- > Bernt 'Burnie' Pettersen /// DoD#2345 > /// > - Creative brains need creative workhours! - > > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --bcaec54a37fa76f44404ccd3b9bd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Burnie. =A0I misunderstood the references to beta versions. =A0When will= beta 3 be released that includes fix #2 (performance=A0degradation=A0w/ Xe= nCenter attached)?

On Wed, Oct 24, 2012 = at 12:43 PM, Burnie <burnie@dod.no> wrote:
On 10/24/2012 09:22 PM, Da= n Lee wrote:
Thanks for the update, Mike! =A0Question: has beta 2 been released yet?
=A0 I'm still seeing a link to the build 61002c (10/5/2012) on the
download page (http://www.xen.org/download/xcp/index_1.6.0.html<= /a>). =A0Could
you send us (or update the webpage) the url for the beta 2 build? =A0Thanks= .

61002c is the beta2:
- 1.6 beta1: 59061c
- 1.6 beta2: 61002c




--
Bernt =A0'Burnie' =A0Pettersen =A0/// =A0DoD#2345
<E-mail:burn= ie@dod.no> =A0 =A0 /// =A0<URL:http://burnie.sh/>
=A0 =A0 =A0 =A0- Creative brains need creative workhours! -


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

--bcaec54a37fa76f44404ccd3b9bd-- --===============1647454860830228710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1647454860830228710==-- From xen-api-bounces@lists.xen.org Wed Oct 24 20:14:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 20:14:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR7Kr-0001he-Ok; Wed, 24 Oct 2012 20:13:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR7Kq-0001hZ-5A for xen-api@lists.xen.org; Wed, 24 Oct 2012 20:13:52 +0000 Received: from [85.158.143.99:50133] by server-1.bemta-4.messagelabs.com id 68/50-19134-FFB48805; Wed, 24 Oct 2012 20:13:51 +0000 X-Env-Sender: dan@leesolutions.net X-Msg-Ref: server-2.tower-216.messagelabs.com!1351109629!27230830!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7025 invoked from network); 24 Oct 2012 20:13:50 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Oct 2012 20:13:50 -0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so271168vcb.32 for ; Wed, 24 Oct 2012 13:13:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=Ukn5lAe5GrPs61kcgi5bWpXAMgaelbvfQceMqfiu2sI=; b=c5cAegS0ETy5TI+0Z4NiTw27KO0CC2o7Ys+emu0JXoK8B2S/ksLY3MxbcTlyuz+tjT Z3fgzBgak3v57PE7prM1RdedL9FKBg3xflzpBiCIemxxeKAG14BVE+EoF/YMvQEqyTh8 ldppzmXp/3mzGI6MkzCWLrXEraQmxgwtta4OenWygrBEzPoOZhUWH3xXq3iqJ+vxZ76a l8vNiRZspscOeUaReFaySYlPHpff9TPsg3O/y8yZEmF9TWqEb7xYH68y4WOdn7h8eGyt jLmWJ5zOK/Hoj+tyyyKYyx/Guy+xYARJMeIZOJ4REFvbJ3VaRYhk7LDyyFP7XiucBimt m/eQ== MIME-Version: 1.0 Received: by 10.220.40.16 with SMTP id i16mr10175974vce.31.1351109628588; Wed, 24 Oct 2012 13:13:48 -0700 (PDT) Received: by 10.58.116.173 with HTTP; Wed, 24 Oct 2012 13:13:48 -0700 (PDT) X-Originating-IP: [76.171.243.159] In-Reply-To: <508844F0.9070709@dod.no> References: <50857A7E.3010709@citrix.com> <508844F0.9070709@dod.no> Date: Wed, 24 Oct 2012 13:13:48 -0700 Message-ID: From: Dan Lee To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQlLD4kQM7GKP/qHSMVo6SPSRTEibSRc4+rBeFwy4CaCpPRGMWqt+pQcZPEQgO57LU3FbStR Subject: Re: [Xen-API] XCP 1.6 release status update X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1647454860830228710==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1647454860830228710== Content-Type: multipart/alternative; boundary=bcaec54a37fa76f44404ccd3b9bd --bcaec54a37fa76f44404ccd3b9bd Content-Type: text/plain; charset=ISO-8859-1 Hi Burnie. I misunderstood the references to beta versions. When will beta 3 be released that includes fix #2 (performance degradation w/ XenCenter attached)? On Wed, Oct 24, 2012 at 12:43 PM, Burnie wrote: > On 10/24/2012 09:22 PM, Dan Lee wrote: > >> Thanks for the update, Mike! Question: has beta 2 been released yet? >> I'm still seeing a link to the build 61002c (10/5/2012) on the >> download page (http://www.xen.org/download/**xcp/index_1.6.0.html). >> Could >> you send us (or update the webpage) the url for the beta 2 build? Thanks. >> > > 61002c is the beta2: > - 1.6 beta1: 59061c > - 1.6 beta2: 61002c > > > > > -- > Bernt 'Burnie' Pettersen /// DoD#2345 > /// > - Creative brains need creative workhours! - > > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --bcaec54a37fa76f44404ccd3b9bd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Burnie. =A0I misunderstood the references to beta versions. =A0When will= beta 3 be released that includes fix #2 (performance=A0degradation=A0w/ Xe= nCenter attached)?

On Wed, Oct 24, 2012 = at 12:43 PM, Burnie <burnie@dod.no> wrote:
On 10/24/2012 09:22 PM, Da= n Lee wrote:
Thanks for the update, Mike! =A0Question: has beta 2 been released yet?
=A0 I'm still seeing a link to the build 61002c (10/5/2012) on the
download page (http://www.xen.org/download/xcp/index_1.6.0.html<= /a>). =A0Could
you send us (or update the webpage) the url for the beta 2 build? =A0Thanks= .

61002c is the beta2:
- 1.6 beta1: 59061c
- 1.6 beta2: 61002c




--
Bernt =A0'Burnie' =A0Pettersen =A0/// =A0DoD#2345
<E-mail:burn= ie@dod.no> =A0 =A0 /// =A0<URL:http://burnie.sh/>
=A0 =A0 =A0 =A0- Creative brains need creative workhours! -


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

--bcaec54a37fa76f44404ccd3b9bd-- --===============1647454860830228710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1647454860830228710==-- From xen-api-bounces@lists.xen.org Wed Oct 24 21:42:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 21:42:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR8if-0002OT-GK; Wed, 24 Oct 2012 21:42:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR41V-0003L8-Ii; Wed, 24 Oct 2012 16:41:41 +0000 Received: from [85.158.143.35:47432] by server-2.bemta-4.messagelabs.com id E8/3B-22268-44A18805; Wed, 24 Oct 2012 16:41:40 +0000 X-Env-Sender: markus.rhonheimer@web.de X-Msg-Ref: server-12.tower-21.messagelabs.com!1351096900!12554712!1 X-Originating-IP: [212.227.17.11] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjIyNy4xNy4xMSA9PiAxMTI5NQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29228 invoked from network); 24 Oct 2012 16:41:40 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.11) by server-12.tower-21.messagelabs.com with SMTP; 24 Oct 2012 16:41:40 -0000 Received: from 3capp-webde-bs04.server.lan ([172.19.170.4]) by mriweb.server.lan (mriweb002) with ESMTPA (Nemesis) id 0LyyXm-1TMt7b2vCq-014mTR; Wed, 24 Oct 2012 18:41:39 +0200 Received: from [88.65.55.231] by 3capp-webde-bs04.server.lan with HTTP; Wed Oct 24 18:41:39 CEST 2012 MIME-Version: 1.0 Message-ID: From: "Markus Rhonheimer" To: xen-users@lists.xen.org Date: Wed, 24 Oct 2012 18:41:39 +0200 (CEST) Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:6ePGqySbE3fpr6IHfiqI69H2hPoIZWh3FcINX1t1hop EyQjNEjzFVgL/ewO0QHjKDLyxEBwRHcuKPtv6w9kEK2WupRYlH L0hgzH89MVMq0B/L4UGyjtHFoyLQ6bcoehHtNYyqSA7vGhgd6n NnTIUK43Dd09WXuyWdkMLxKLyR+WtkYItsDY6Y4eSWPmjztoIV cuB8ej0jCywIsyrLFnDbVHqkl188OTMPcgYwK/9VDGg2JLWyhs kAbnMvDE/ExIpaot9x4ecVt9IV1GFBKY7ch3vfN5ApPKA5F+qs xnoEqTEGWno/Ka4wCNT8bEhZa7x X-Mailman-Approved-At: Wed, 24 Oct 2012 21:42:32 +0000 Cc: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 beta Ram restriction for pci passthrough to pv Ubuntu 12.04 template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I use XCP 1.6.06 with a Ubuntu 12.04 64bit pv domU created with the template through xencenter 6.1. I also used this command on xcp: xe vm-param-set other-config:pci=0/0000:00:1f.2 uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89 which passes a "SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05)" through to the domU. extlinux boot configuration has the passthrough option. After booting the domU lspci shows the passed through device but none of the attached HDDs are visible. This message can be seen within dmesg: [ 1.367184] pcifront pci-0: Installing PCI frontend [ 1.367232] pcifront pci-0: Creating PCI Frontend Bus 0000:00 [ 1.367789] pci 0000:00:00.2: [8086:1c02] type 0 class 0x000106 [ 1.368217] pci 0000:00:00.2: reg 10: [io 0xf070-0xf077] [ 1.368416] pci 0000:00:00.2: reg 14: [io 0xf060-0xf063] [ 1.368595] pci 0000:00:00.2: reg 18: [io 0xf050-0xf057] [ 1.368781] pci 0000:00:00.2: reg 1c: [io 0xf040-0xf043] [ 1.368904] pci 0000:00:00.2: reg 20: [io 0xf000-0xf01f] [ 1.369028] pci 0000:00:00.2: reg 24: [mem 0xfbe21000-0xfbe217ff] [ 1.370396] pcifront pci-0: New device on 0000:00:00.02 found. [ 1.375540] pcifront pci-0: claiming resource 0000:00:00.2/0 [ 1.375546] pcifront pci-0: claiming resource 0000:00:00.2/1 [ 1.375556] pcifront pci-0: claiming resource 0000:00:00.2/2 [ 1.375558] pcifront pci-0: claiming resource 0000:00:00.2/3 [ 1.375559] pcifront pci-0: claiming resource 0000:00:00.2/4 [ 1.375560] pcifront pci-0: claiming resource 0000:00:00.2/5 [ 1.375563] pci 0000:00:00.2: address space collision: [mem 0xfbe21000-0xfbe217ff] conflicts with System RAM [mem 0x00100000-0x237ffffff] [ 1.375565] pcifront pci-0: Could not claim resource 0000:00:00.2/5! Device offline. Try using e820_host=1 in the guest config. [ 1.376935] ahci 0000:00:00.2: version 3.0 [ 1.376991] ahci 0000:00:00.2: device not available (can't reserve [mem 0xfbe21000-0xfbe217ff]) [ 1.376999] ahci: probe of 0000:00:00.2 failed with error -22 [ 1.436181] lp: driver loaded but no devices found The domU has about 8GB of Ram and therefore this bug seems to apply: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1673 This report mentions a more detailed thread at: http://www.gossamer-threads.com/lists/xen/devel/187533 These are further informations about the host: [root@flicka ~]# xe host-list params=all uuid ( RO) : 9f0c1ea2-70b4-4776-8349-932ec5fc4ba0 name-label ( RW): flicka name-description ( RW): Default install of XenServer allowed-operations (SRO): VM.migrate; evacuate; provision; VM.resume; VM.start current-operations (SRO): enabled ( RO): true API-version-major ( RO): 1 API-version-minor ( RO): 10 API-version-vendor ( RO): XenSource API-version-vendor-implementation (MRO): logging (MRW): suspend-image-sr-uuid ( RW): 46d93d6b-5daf-ec05-6615-e43335687be1 crash-dump-sr-uuid ( RW): 46d93d6b-5daf-ec05-6615-e43335687be1 software-version (MRO): platform_name: XCP; platform_version: 1.6.06; build_number: 61002c; hostname: dagu-1; date: 2012-10-05; xapi: 1.3; xen: 4.1.3; linux: 2.6.32.43-0.4.1.xs1.6.06.734.170748xen; xencenter_min: 1.10; xencenter_max: 1.10; network_backend: openvswitch; xcp:main: Base Pack, version 1.6.06, build 61002c; xcp:extras: XCP Pack, version 1.6.06, build 61002c capabilities (SRO): 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; other-config (MRW): agent_start_time: 1351091919.; boot_time: 1351091870.; iscsi_iqn: iqn.2012-10.com.example:9827b10a cpu_info (MRO): cpu_count: 4; vendor: GenuineIntel; speed: 3093.038; modelname: Intel(R) Xeon(R) CPU E31220 @ 3.10GHz; family: 6; model: 42; stepping: 7; flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc aperfmperf pni pclmulqdq vmx est ssse3 sse4_1 sse4_2 x2apic popcnt aes hypervisor ida arat tpr_shadow vnmi flexpriority ept vpid; features: 17bae3ff-bfebfbff-00000001-28100800; features_after_reboot: 17bae3ff-bfebfbff-00000001-28100800; physical_features: 17bae3ff-bfebfbff-00000001-28100800; maskable: full chipset-info (MRO): iommu: true hostname ( RO): flicka address ( RO): 192.168.178.46 supported-bootloaders (SRO): pygrub; eliloader blobs ( RO): memory-overhead ( RO): 302686208 memory-total ( RO): 17156595712 memory-free ( RO): 6461456384 memory-free-computed ( RO): host-metrics-live ( RO): true patches (SRO): ha-statefiles ( RO): ha-network-peers ( RO): external-auth-type ( RO): external-auth-service-name ( RO): external-auth-configuration (MRO): edition ( RO): free license-server (MRO): address: localhost; port: 27000 power-on-mode ( RO): power-on-config (MRO): local-cache-sr ( RO): tags (SRW): The kernel version of the Ubuntu domU is: 3.2.0-32-generic I would appreciate any help. Thanks in advance Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 24 21:42:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Oct 2012 21:42:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR8if-0002OT-GK; Wed, 24 Oct 2012 21:42:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TR41V-0003L8-Ii; Wed, 24 Oct 2012 16:41:41 +0000 Received: from [85.158.143.35:47432] by server-2.bemta-4.messagelabs.com id E8/3B-22268-44A18805; Wed, 24 Oct 2012 16:41:40 +0000 X-Env-Sender: markus.rhonheimer@web.de X-Msg-Ref: server-12.tower-21.messagelabs.com!1351096900!12554712!1 X-Originating-IP: [212.227.17.11] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjIyNy4xNy4xMSA9PiAxMTI5NQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29228 invoked from network); 24 Oct 2012 16:41:40 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.11) by server-12.tower-21.messagelabs.com with SMTP; 24 Oct 2012 16:41:40 -0000 Received: from 3capp-webde-bs04.server.lan ([172.19.170.4]) by mriweb.server.lan (mriweb002) with ESMTPA (Nemesis) id 0LyyXm-1TMt7b2vCq-014mTR; Wed, 24 Oct 2012 18:41:39 +0200 Received: from [88.65.55.231] by 3capp-webde-bs04.server.lan with HTTP; Wed Oct 24 18:41:39 CEST 2012 MIME-Version: 1.0 Message-ID: From: "Markus Rhonheimer" To: xen-users@lists.xen.org Date: Wed, 24 Oct 2012 18:41:39 +0200 (CEST) Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:6ePGqySbE3fpr6IHfiqI69H2hPoIZWh3FcINX1t1hop EyQjNEjzFVgL/ewO0QHjKDLyxEBwRHcuKPtv6w9kEK2WupRYlH L0hgzH89MVMq0B/L4UGyjtHFoyLQ6bcoehHtNYyqSA7vGhgd6n NnTIUK43Dd09WXuyWdkMLxKLyR+WtkYItsDY6Y4eSWPmjztoIV cuB8ej0jCywIsyrLFnDbVHqkl188OTMPcgYwK/9VDGg2JLWyhs kAbnMvDE/ExIpaot9x4ecVt9IV1GFBKY7ch3vfN5ApPKA5F+qs xnoEqTEGWno/Ka4wCNT8bEhZa7x X-Mailman-Approved-At: Wed, 24 Oct 2012 21:42:32 +0000 Cc: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 beta Ram restriction for pci passthrough to pv Ubuntu 12.04 template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I use XCP 1.6.06 with a Ubuntu 12.04 64bit pv domU created with the template through xencenter 6.1. I also used this command on xcp: xe vm-param-set other-config:pci=0/0000:00:1f.2 uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89 which passes a "SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05)" through to the domU. extlinux boot configuration has the passthrough option. After booting the domU lspci shows the passed through device but none of the attached HDDs are visible. This message can be seen within dmesg: [ 1.367184] pcifront pci-0: Installing PCI frontend [ 1.367232] pcifront pci-0: Creating PCI Frontend Bus 0000:00 [ 1.367789] pci 0000:00:00.2: [8086:1c02] type 0 class 0x000106 [ 1.368217] pci 0000:00:00.2: reg 10: [io 0xf070-0xf077] [ 1.368416] pci 0000:00:00.2: reg 14: [io 0xf060-0xf063] [ 1.368595] pci 0000:00:00.2: reg 18: [io 0xf050-0xf057] [ 1.368781] pci 0000:00:00.2: reg 1c: [io 0xf040-0xf043] [ 1.368904] pci 0000:00:00.2: reg 20: [io 0xf000-0xf01f] [ 1.369028] pci 0000:00:00.2: reg 24: [mem 0xfbe21000-0xfbe217ff] [ 1.370396] pcifront pci-0: New device on 0000:00:00.02 found. [ 1.375540] pcifront pci-0: claiming resource 0000:00:00.2/0 [ 1.375546] pcifront pci-0: claiming resource 0000:00:00.2/1 [ 1.375556] pcifront pci-0: claiming resource 0000:00:00.2/2 [ 1.375558] pcifront pci-0: claiming resource 0000:00:00.2/3 [ 1.375559] pcifront pci-0: claiming resource 0000:00:00.2/4 [ 1.375560] pcifront pci-0: claiming resource 0000:00:00.2/5 [ 1.375563] pci 0000:00:00.2: address space collision: [mem 0xfbe21000-0xfbe217ff] conflicts with System RAM [mem 0x00100000-0x237ffffff] [ 1.375565] pcifront pci-0: Could not claim resource 0000:00:00.2/5! Device offline. Try using e820_host=1 in the guest config. [ 1.376935] ahci 0000:00:00.2: version 3.0 [ 1.376991] ahci 0000:00:00.2: device not available (can't reserve [mem 0xfbe21000-0xfbe217ff]) [ 1.376999] ahci: probe of 0000:00:00.2 failed with error -22 [ 1.436181] lp: driver loaded but no devices found The domU has about 8GB of Ram and therefore this bug seems to apply: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1673 This report mentions a more detailed thread at: http://www.gossamer-threads.com/lists/xen/devel/187533 These are further informations about the host: [root@flicka ~]# xe host-list params=all uuid ( RO) : 9f0c1ea2-70b4-4776-8349-932ec5fc4ba0 name-label ( RW): flicka name-description ( RW): Default install of XenServer allowed-operations (SRO): VM.migrate; evacuate; provision; VM.resume; VM.start current-operations (SRO): enabled ( RO): true API-version-major ( RO): 1 API-version-minor ( RO): 10 API-version-vendor ( RO): XenSource API-version-vendor-implementation (MRO): logging (MRW): suspend-image-sr-uuid ( RW): 46d93d6b-5daf-ec05-6615-e43335687be1 crash-dump-sr-uuid ( RW): 46d93d6b-5daf-ec05-6615-e43335687be1 software-version (MRO): platform_name: XCP; platform_version: 1.6.06; build_number: 61002c; hostname: dagu-1; date: 2012-10-05; xapi: 1.3; xen: 4.1.3; linux: 2.6.32.43-0.4.1.xs1.6.06.734.170748xen; xencenter_min: 1.10; xencenter_max: 1.10; network_backend: openvswitch; xcp:main: Base Pack, version 1.6.06, build 61002c; xcp:extras: XCP Pack, version 1.6.06, build 61002c capabilities (SRO): 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; other-config (MRW): agent_start_time: 1351091919.; boot_time: 1351091870.; iscsi_iqn: iqn.2012-10.com.example:9827b10a cpu_info (MRO): cpu_count: 4; vendor: GenuineIntel; speed: 3093.038; modelname: Intel(R) Xeon(R) CPU E31220 @ 3.10GHz; family: 6; model: 42; stepping: 7; flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc aperfmperf pni pclmulqdq vmx est ssse3 sse4_1 sse4_2 x2apic popcnt aes hypervisor ida arat tpr_shadow vnmi flexpriority ept vpid; features: 17bae3ff-bfebfbff-00000001-28100800; features_after_reboot: 17bae3ff-bfebfbff-00000001-28100800; physical_features: 17bae3ff-bfebfbff-00000001-28100800; maskable: full chipset-info (MRO): iommu: true hostname ( RO): flicka address ( RO): 192.168.178.46 supported-bootloaders (SRO): pygrub; eliloader blobs ( RO): memory-overhead ( RO): 302686208 memory-total ( RO): 17156595712 memory-free ( RO): 6461456384 memory-free-computed ( RO): host-metrics-live ( RO): true patches (SRO): ha-statefiles ( RO): ha-network-peers ( RO): external-auth-type ( RO): external-auth-service-name ( RO): external-auth-configuration (MRO): edition ( RO): free license-server (MRO): address: localhost; port: 27000 power-on-mode ( RO): power-on-config (MRO): local-cache-sr ( RO): tags (SRW): The kernel version of the Ubuntu domU is: 3.2.0-32-generic I would appreciate any help. Thanks in advance Markus _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 25 10:01:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Oct 2012 10:01:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRKFY-0005oR-14; Thu, 25 Oct 2012 10:01:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRKFV-0005oJ-UM for xen-api@lists.xen.org; Thu, 25 Oct 2012 10:01:14 +0000 Received: from [85.158.138.51:47867] by server-1.bemta-3.messagelabs.com id 7E/A8-31728-9ED09805; Thu, 25 Oct 2012 10:01:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1351159269!27372517!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5524 invoked from network); 25 Oct 2012 10:01:09 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2012 10:01:09 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so1560126lah.32 for ; Thu, 25 Oct 2012 03:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xMEXPq7ZtRoxDNRhRXjAw6jM11P+HeeeRelM/oBsusc=; b=rqDtuLNm7J0KI+C6qgS3KS16Aj3NmtMp6Rqs953L6B8UlK4VzkyPox3ppjmCxPfQ4F ZMl+T3MpGDKifJbalVLxY91CnsJhrDxMRglfgqRm7iz+P6ZPsOtX6jNLwwi/EBE9bJrT 8v+PKp9F6RSb7sUyB9vRWQY/BA1yjbQb9mWN9Vx0s45q4T4iz5nZviTOLOwOirMjw8z2 QNqAIPD+Uncmh+xLDj/m+t4yAWzuyYsB0dfPAZfEBK6KB8nKfgd84gfwJ1h3EXz62rlP KaJNIX1j4YW7AeyO5pzZ7vLWyreSpiNkVKFeu3ZFXuEorrtNkrJ7GuXDH3P5wDXlsan5 baBQ== Received: by 10.152.148.226 with SMTP id tv2mr16936395lab.34.1351159268966; Thu, 25 Oct 2012 03:01:08 -0700 (PDT) Received: from [172.16.26.11] (b0fb5ab2.bb.sky.com. [176.251.90.178]) by mx.google.com with ESMTPS id f2sm4613138lbz.6.2012.10.25.03.01.07 (version=SSLv3 cipher=OTHER); Thu, 25 Oct 2012 03:01:08 -0700 (PDT) Message-ID: <50890DE3.6070100@xen.org> Date: Thu, 25 Oct 2012 11:01:07 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <50857B00.2040800@xen.org> In-Reply-To: Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Markus, I added it to the "Installation and Upgrade" section of the release notes at http://xen.org/download/xcp/releasenotes_1.6.0.html Thank you Lars On 24/10/2012 13:00, Markus Schuster wrote: > Hi Lars! > >> > but a note in the release notes would be good. >> If somebody can help me put together a short description of what should >> be in the release notes, what the work-around is, etc. and I will add it >> to the release notes > Well, I don't have a real work-around as I only used some test environment, > but maybe something like: > > --- cut --- > Linux bridging users please note: During the upgrade to XCP 1.6 the network > backend will be switched to Open vSwitch. Please revert any custom settings > to your network interfaces (eg. other-config settings for pifs) or ensure > (before the upgrade) your settings will work with Open vSwitch. > Should you use an unsupported bondig mode (like LACP), it might be an option > to delete that bond before the upgrade and recreate it afterwards. > --- cut --- > > Probably not perfect, but should describe the pitfal. > > Regards, > Markus > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 25 10:01:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Oct 2012 10:01:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRKFY-0005oR-14; Thu, 25 Oct 2012 10:01:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRKFV-0005oJ-UM for xen-api@lists.xen.org; Thu, 25 Oct 2012 10:01:14 +0000 Received: from [85.158.138.51:47867] by server-1.bemta-3.messagelabs.com id 7E/A8-31728-9ED09805; Thu, 25 Oct 2012 10:01:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1351159269!27372517!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5524 invoked from network); 25 Oct 2012 10:01:09 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2012 10:01:09 -0000 Received: by mail-la0-f45.google.com with SMTP id m13so1560126lah.32 for ; Thu, 25 Oct 2012 03:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xMEXPq7ZtRoxDNRhRXjAw6jM11P+HeeeRelM/oBsusc=; b=rqDtuLNm7J0KI+C6qgS3KS16Aj3NmtMp6Rqs953L6B8UlK4VzkyPox3ppjmCxPfQ4F ZMl+T3MpGDKifJbalVLxY91CnsJhrDxMRglfgqRm7iz+P6ZPsOtX6jNLwwi/EBE9bJrT 8v+PKp9F6RSb7sUyB9vRWQY/BA1yjbQb9mWN9Vx0s45q4T4iz5nZviTOLOwOirMjw8z2 QNqAIPD+Uncmh+xLDj/m+t4yAWzuyYsB0dfPAZfEBK6KB8nKfgd84gfwJ1h3EXz62rlP KaJNIX1j4YW7AeyO5pzZ7vLWyreSpiNkVKFeu3ZFXuEorrtNkrJ7GuXDH3P5wDXlsan5 baBQ== Received: by 10.152.148.226 with SMTP id tv2mr16936395lab.34.1351159268966; Thu, 25 Oct 2012 03:01:08 -0700 (PDT) Received: from [172.16.26.11] (b0fb5ab2.bb.sky.com. [176.251.90.178]) by mx.google.com with ESMTPS id f2sm4613138lbz.6.2012.10.25.03.01.07 (version=SSLv3 cipher=OTHER); Thu, 25 Oct 2012 03:01:08 -0700 (PDT) Message-ID: <50890DE3.6070100@xen.org> Date: Thu, 25 Oct 2012 11:01:07 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <50857B00.2040800@xen.org> In-Reply-To: Subject: Re: [Xen-API] [XCP 1.6 BETA] Upgrade to 1.6 switches network backend to Open vSwitch X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Markus, I added it to the "Installation and Upgrade" section of the release notes at http://xen.org/download/xcp/releasenotes_1.6.0.html Thank you Lars On 24/10/2012 13:00, Markus Schuster wrote: > Hi Lars! > >> > but a note in the release notes would be good. >> If somebody can help me put together a short description of what should >> be in the release notes, what the work-around is, etc. and I will add it >> to the release notes > Well, I don't have a real work-around as I only used some test environment, > but maybe something like: > > --- cut --- > Linux bridging users please note: During the upgrade to XCP 1.6 the network > backend will be switched to Open vSwitch. Please revert any custom settings > to your network interfaces (eg. other-config settings for pifs) or ensure > (before the upgrade) your settings will work with Open vSwitch. > Should you use an unsupported bondig mode (like LACP), it might be an option > to delete that bond before the upgrade and recreate it afterwards. > --- cut --- > > Probably not perfect, but should describe the pitfal. > > Regards, > Markus > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Oct 25 16:38:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Oct 2012 16:38:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRQRR-0001tl-E1; Thu, 25 Oct 2012 16:37:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRQRQ-0001tS-37; Thu, 25 Oct 2012 16:37:56 +0000 Received: from [85.158.139.211:19705] by server-13.bemta-5.messagelabs.com id 7E/F0-27809-3EA69805; Thu, 25 Oct 2012 16:37:55 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1351183074!23682480!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22804 invoked from network); 25 Oct 2012 16:37:54 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2012 16:37:54 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so914028bkc.32 for ; Thu, 25 Oct 2012 09:37:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=psJUc8Anu+HOiBCah+chmXgGVPmZmNVEySiEZ7u1SKc=; b=K/SWz68nc8+E52FeCCDBGqto4FDA02SJSUkmlCuZPErtUWxuSjlphAvOX4F/qkb/4R eU2oBvaJlRvF9gFUkj+1u9NsmV6HeFVWBghgazLtuk6MhN7+jPm6xFWW+v69sOVscaQV LhBRkthOakhn36ZSr/MLwAA5A+Ff+ZqWaAPGVYPNbh3K4CrHRc4wSdz3gohBrQbgb6hc MpK6Fnw6lF73b+nufboF/NixfOIvmht0V04h+192BzzJUaFEqPeG+zWBzEUJ0yA38pBw TwBjMjtXHfp1TLL1vy8EIFAz43aHn57M48v7rmF+87dbyFVFNNntcOmBIVwsfqVAhDoq Eg2w== Received: by 10.205.136.2 with SMTP id ii2mr6156855bkc.114.1351183073837; Thu, 25 Oct 2012 09:37:53 -0700 (PDT) Received: from [172.16.26.11] (b0fb5ab2.bb.sky.com. [176.251.90.178]) by mx.google.com with ESMTPS id z13sm10722770bkv.8.2012.10.25.09.37.52 (version=SSLv3 cipher=OTHER); Thu, 25 Oct 2012 09:37:53 -0700 (PDT) Message-ID: <50896ADF.3070505@xen.org> Date: Thu, 25 Oct 2012 17:37:51 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-API] Xen Document Day: Oct 29th, 2012 on IRC freenode #xendocs X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3763322633692652277==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3763322633692652277== Content-Type: multipart/alternative; boundary="------------000204010709090409020906" This is a multi-part message in MIME format. --------------000204010709090409020906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, everybody. A quick reminder that the next Xen Document Day is happening next Monday. More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. I just cleaned up the list in preparation for Monday. Best Regards Lars ********************* * Xen Document Days * ********************* We have another Xen document day come up next Monday. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO). Of course, you can work on anything you like: the list just provides suggestions. How do I participate? ===================== - Join us on IRC: freenode channel #xendocs - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! --------------000204010709090409020906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

everybody. A quick reminder that the next Xen Document Day is happening next Monday. More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. I just cleaned up the list in preparation for Monday.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join!

For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO). Of course, you can work on anything you like: the list just provides suggestions.

How do I participate?
=====================

- Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something somebody
  else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!
--------------000204010709090409020906-- --===============3763322633692652277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3763322633692652277==-- From xen-api-bounces@lists.xen.org Thu Oct 25 16:38:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Oct 2012 16:38:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRQRR-0001tl-E1; Thu, 25 Oct 2012 16:37:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRQRQ-0001tS-37; Thu, 25 Oct 2012 16:37:56 +0000 Received: from [85.158.139.211:19705] by server-13.bemta-5.messagelabs.com id 7E/F0-27809-3EA69805; Thu, 25 Oct 2012 16:37:55 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1351183074!23682480!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22804 invoked from network); 25 Oct 2012 16:37:54 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Oct 2012 16:37:54 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so914028bkc.32 for ; Thu, 25 Oct 2012 09:37:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=psJUc8Anu+HOiBCah+chmXgGVPmZmNVEySiEZ7u1SKc=; b=K/SWz68nc8+E52FeCCDBGqto4FDA02SJSUkmlCuZPErtUWxuSjlphAvOX4F/qkb/4R eU2oBvaJlRvF9gFUkj+1u9NsmV6HeFVWBghgazLtuk6MhN7+jPm6xFWW+v69sOVscaQV LhBRkthOakhn36ZSr/MLwAA5A+Ff+ZqWaAPGVYPNbh3K4CrHRc4wSdz3gohBrQbgb6hc MpK6Fnw6lF73b+nufboF/NixfOIvmht0V04h+192BzzJUaFEqPeG+zWBzEUJ0yA38pBw TwBjMjtXHfp1TLL1vy8EIFAz43aHn57M48v7rmF+87dbyFVFNNntcOmBIVwsfqVAhDoq Eg2w== Received: by 10.205.136.2 with SMTP id ii2mr6156855bkc.114.1351183073837; Thu, 25 Oct 2012 09:37:53 -0700 (PDT) Received: from [172.16.26.11] (b0fb5ab2.bb.sky.com. [176.251.90.178]) by mx.google.com with ESMTPS id z13sm10722770bkv.8.2012.10.25.09.37.52 (version=SSLv3 cipher=OTHER); Thu, 25 Oct 2012 09:37:53 -0700 (PDT) Message-ID: <50896ADF.3070505@xen.org> Date: Thu, 25 Oct 2012 17:37:51 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-API] Xen Document Day: Oct 29th, 2012 on IRC freenode #xendocs X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3763322633692652277==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3763322633692652277== Content-Type: multipart/alternative; boundary="------------000204010709090409020906" This is a multi-part message in MIME format. --------------000204010709090409020906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, everybody. A quick reminder that the next Xen Document Day is happening next Monday. More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. I just cleaned up the list in preparation for Monday. Best Regards Lars ********************* * Xen Document Days * ********************* We have another Xen document day come up next Monday. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO). Of course, you can work on anything you like: the list just provides suggestions. How do I participate? ===================== - Join us on IRC: freenode channel #xendocs - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! --------------000204010709090409020906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

everybody. A quick reminder that the next Xen Document Day is happening next Monday. More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. I just cleaned up the list in preparation for Monday.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join!

For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO). Of course, you can work on anything you like: the list just provides suggestions.

How do I participate?
=====================

- Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something somebody
  else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!
--------------000204010709090409020906-- --===============3763322633692652277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3763322633692652277==-- From xen-api-bounces@lists.xen.org Fri Oct 26 12:17:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Oct 2012 12:17:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRiqc-0006iL-QG; Fri, 26 Oct 2012 12:17:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRiqb-0006i8-7O for xen-api@lists.xen.org; Fri, 26 Oct 2012 12:17:09 +0000 Received: from [85.158.143.35:27724] by server-3.bemta-4.messagelabs.com id 6F/71-24279-44F7A805; Fri, 26 Oct 2012 12:17:08 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1351253827!13330566!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21369 invoked from network); 26 Oct 2012 12:17:07 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Oct 2012 12:17:07 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q9QCH7cK020615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 26 Oct 2012 14:17:07 +0200 Message-ID: <508A7F3C.40206@swisscenter.com> Date: Fri, 26 Oct 2012 14:17:00 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Just would like to know if it would be theoritically possible to join a = XCP 1.1 pool with a XCP 1.6 freshly installed host. Are they compatible ? I tried to join it but the debug returns this: [debug|xen-blade07|66 UNIX /var/xapi/xapi|pool.join_force = R:acadaaa60e2d|xapi] master PLATFORM_VERSION =3D Unknown, master = compatibility name =3D XCP; my PLATFORM_VERSION =3D 1.6.06, my compatibilit= y = name =3D XCP; this seems to match master compatibility name =3D XCP my compatibility name =3D XCP master PLATFORM_VERSION =3D Unknown <-- seems it can't get the version = from the 1.1 pool my PLATFORM_VERSION =3D 1.6.06 If it was able to get the platform version, should it work ? Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 26 12:17:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Oct 2012 12:17:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRiqc-0006iL-QG; Fri, 26 Oct 2012 12:17:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRiqb-0006i8-7O for xen-api@lists.xen.org; Fri, 26 Oct 2012 12:17:09 +0000 Received: from [85.158.143.35:27724] by server-3.bemta-4.messagelabs.com id 6F/71-24279-44F7A805; Fri, 26 Oct 2012 12:17:08 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1351253827!13330566!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21369 invoked from network); 26 Oct 2012 12:17:07 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Oct 2012 12:17:07 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q9QCH7cK020615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 26 Oct 2012 14:17:07 +0200 Message-ID: <508A7F3C.40206@swisscenter.com> Date: Fri, 26 Oct 2012 14:17:00 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Just would like to know if it would be theoritically possible to join a = XCP 1.1 pool with a XCP 1.6 freshly installed host. Are they compatible ? I tried to join it but the debug returns this: [debug|xen-blade07|66 UNIX /var/xapi/xapi|pool.join_force = R:acadaaa60e2d|xapi] master PLATFORM_VERSION =3D Unknown, master = compatibility name =3D XCP; my PLATFORM_VERSION =3D 1.6.06, my compatibilit= y = name =3D XCP; this seems to match master compatibility name =3D XCP my compatibility name =3D XCP master PLATFORM_VERSION =3D Unknown <-- seems it can't get the version = from the 1.1 pool my PLATFORM_VERSION =3D 1.6.06 If it was able to get the platform version, should it work ? Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 26 14:21:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Oct 2012 14:21:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRkmg-0002QB-Cv; Fri, 26 Oct 2012 14:21:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRkme-0002Q6-82 for xen-api@lists.xen.org; Fri, 26 Oct 2012 14:21:12 +0000 Received: from [193.109.254.147:9150] by server-3.bemta-14.messagelabs.com id AE/F5-04486-75C9A805; Fri, 26 Oct 2012 14:21:11 +0000 X-Env-Sender: tomasz1980@wp.pl X-Msg-Ref: server-15.tower-27.messagelabs.com!1351261270!1719583!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTExMTE=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTExMTE=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31938 invoked from network); 26 Oct 2012 14:21:11 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Oct 2012 14:21:11 -0000 Received: (wp-smtpd smtp.wp.pl 12508 invoked from network); 26 Oct 2012 16:21:10 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1351261270; bh=L+4Ew6OjqQUTiT78g8xphbeqwcsMyuM53mjSUKO9ix4=; h=From:To:Subject; b=aFOkr6SPrf6mky0m+Gt8Bf+BNCOpuTF0jEkic5/pAOKRcLcnp6v2WfZFalrbqg3vl Ev0zdBe55ou3lvdH6fKYIDrPTkv+uzKOVpdVlnFZHuAAjZwbTvxbiyxkpmJ6fH5Reb tyd8tlxPrJrz8jsR4fToFZtbWDJ1ZBoWfVprAKhI= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 26 Oct 2012 16:21:10 +0200 Date: Fri, 26 Oct 2012 16:21:10 +0200 From: tomasz1980@wp.pl To: xen-api@lists.xen.org Message-ID: <508a9c56374e49.72169620@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 92.244.39.72 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [AZPE] Subject: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, 1. We've tried do make upgrade from XCP 1.6 beta1 (59061c) to XCP 1.6 beta2 (61002c) but after choosing Install/Upgrade there was started a typical instalation process which delete old instalation. 2. XCP 1.6 beta2 version is not resolved in XenCenter (6.0.2 build 53158). There is only XenServer build date (2012-10-05) and XenServer build number (61002c). Could someone confirm this situation ? Best Regards, Tom _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 26 14:21:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Oct 2012 14:21:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRkmg-0002QB-Cv; Fri, 26 Oct 2012 14:21:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRkme-0002Q6-82 for xen-api@lists.xen.org; Fri, 26 Oct 2012 14:21:12 +0000 Received: from [193.109.254.147:9150] by server-3.bemta-14.messagelabs.com id AE/F5-04486-75C9A805; Fri, 26 Oct 2012 14:21:11 +0000 X-Env-Sender: tomasz1980@wp.pl X-Msg-Ref: server-15.tower-27.messagelabs.com!1351261270!1719583!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTExMTE=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTExMTE=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31938 invoked from network); 26 Oct 2012 14:21:11 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Oct 2012 14:21:11 -0000 Received: (wp-smtpd smtp.wp.pl 12508 invoked from network); 26 Oct 2012 16:21:10 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1351261270; bh=L+4Ew6OjqQUTiT78g8xphbeqwcsMyuM53mjSUKO9ix4=; h=From:To:Subject; b=aFOkr6SPrf6mky0m+Gt8Bf+BNCOpuTF0jEkic5/pAOKRcLcnp6v2WfZFalrbqg3vl Ev0zdBe55ou3lvdH6fKYIDrPTkv+uzKOVpdVlnFZHuAAjZwbTvxbiyxkpmJ6fH5Reb tyd8tlxPrJrz8jsR4fToFZtbWDJ1ZBoWfVprAKhI= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 26 Oct 2012 16:21:10 +0200 Date: Fri, 26 Oct 2012 16:21:10 +0200 From: tomasz1980@wp.pl To: xen-api@lists.xen.org Message-ID: <508a9c56374e49.72169620@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 92.244.39.72 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [AZPE] Subject: [Xen-API] [XCP-1.6-BETA] X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, 1. We've tried do make upgrade from XCP 1.6 beta1 (59061c) to XCP 1.6 beta2 (61002c) but after choosing Install/Upgrade there was started a typical instalation process which delete old instalation. 2. XCP 1.6 beta2 version is not resolved in XenCenter (6.0.2 build 53158). There is only XenServer build date (2012-10-05) and XenServer build number (61002c). Could someone confirm this situation ? Best Regards, Tom _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 26 14:48:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Oct 2012 14:48:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRlD4-0002h0-J4; Fri, 26 Oct 2012 14:48:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRlD3-0002gv-6g for xen-api@lists.xen.org; Fri, 26 Oct 2012 14:48:29 +0000 Received: from [85.158.139.83:32314] by server-15.bemta-5.messagelabs.com id F8/BD-26920-CB2AA805; Fri, 26 Oct 2012 14:48:28 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1351262907!26941373!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTYyNTU=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14047 invoked from network); 26 Oct 2012 14:48:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2012 14:48:27 -0000 X-IronPort-AV: E=Sophos;i="4.80,654,1344211200"; d="scan'208";a="15413722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Oct 2012 14:47:19 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Oct 2012 15:47:19 +0100 From: John Else To: =?iso-8859-1?Q?S=E9bastien_RICCIO?= , "xen-api@lists.xen.org" Date: Fri, 26 Oct 2012 15:47:54 +0100 Thread-Topic: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host Thread-Index: Ac2zdCnWNaf0a7e0RHWo7vfZdysZnAADyS4A Message-ID: <7EA643C653F17F4C80DE959E978F10EDE799A6C1F6@LONPMAILBOX01.citrite.net> References: <508A7F3C.40206@swisscenter.com> In-Reply-To: <508A7F3C.40206@swisscenter.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org= ] On Behalf Of S=E9bastien RICCIO > Sent: 26 October 2012 13:17 > To: xen-api@lists.xen.org > Subject: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 h= ost > > Hi, > > Just would like to know if it would be theoritically possible to join a X= CP 1.1 pool with a XCP 1.6 freshly installed host. Are they compatible ? > > I tried to join it but the debug returns this: > > [debug|xen-blade07|66 UNIX /var/xapi/xapi|pool.join_force R:acadaaa60e2= d|xapi] master PLATFORM_VERSION =3D Unknown, master compatibility name =3D = XCP; my PLATFORM_VERSION =3D 1.6.06, my compatibility name =3D XCP; > > > this seems to match > > master compatibility name =3D XCP > my compatibility name =3D XCP > > master PLATFORM_VERSION =3D Unknown <-- seems it can't get the version fr= om the 1.1 pool my PLATFORM_VERSION =3D 1.6.06 > > If it was able to get the platform version, should it work ? > > Cheers, > S=E9bastien Hi S=E9bastien, It's not possible to join XCP hosts of different versions into a pool - the= only time XCP hosts of different versions should be in a pool together is = during a rolling pool upgrade. As for the reason you're seeing PLATFORM_VERSION =3D Unknown ... PLATFORM_VERSION isn't actually defined in XCP 1.1 - it's a new field, adde= d in XCP 1.5 I believe. The intention is that PLATFORM_VERSION is shared be= tween the equivalent versions of XCP and XenServer (and is used for checks = during pool join, rolling pool upgrade etc.). Older versions of XCP will ha= ve PRODUCT_VERSION defined (e.g XCP 1.1 has PRODUCT_VERSION =3D 1.1) but fr= om XCP 1.6 onwards PRODUCT_VERSION is not defined - it's now treated as a "= cosmetic" field which is only defined in commercial XenServer. This is all part of Project Swizzle which has been mentioned on this list n= ow and then - the intention being that our build system will produce XCP an= d XenServer ISOs simultaneously, rather than the current situation where Xe= nServer needs quite a bit of hacking before it can be turned into XCP. John _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Oct 26 14:48:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Oct 2012 14:48:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRlD4-0002h0-J4; Fri, 26 Oct 2012 14:48:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TRlD3-0002gv-6g for xen-api@lists.xen.org; Fri, 26 Oct 2012 14:48:29 +0000 Received: from [85.158.139.83:32314] by server-15.bemta-5.messagelabs.com id F8/BD-26920-CB2AA805; Fri, 26 Oct 2012 14:48:28 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1351262907!26941373!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTYyNTU=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14047 invoked from network); 26 Oct 2012 14:48:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Oct 2012 14:48:27 -0000 X-IronPort-AV: E=Sophos;i="4.80,654,1344211200"; d="scan'208";a="15413722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Oct 2012 14:47:19 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 26 Oct 2012 15:47:19 +0100 From: John Else To: =?iso-8859-1?Q?S=E9bastien_RICCIO?= , "xen-api@lists.xen.org" Date: Fri, 26 Oct 2012 15:47:54 +0100 Thread-Topic: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host Thread-Index: Ac2zdCnWNaf0a7e0RHWo7vfZdysZnAADyS4A Message-ID: <7EA643C653F17F4C80DE959E978F10EDE799A6C1F6@LONPMAILBOX01.citrite.net> References: <508A7F3C.40206@swisscenter.com> In-Reply-To: <508A7F3C.40206@swisscenter.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org= ] On Behalf Of S=E9bastien RICCIO > Sent: 26 October 2012 13:17 > To: xen-api@lists.xen.org > Subject: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 h= ost > > Hi, > > Just would like to know if it would be theoritically possible to join a X= CP 1.1 pool with a XCP 1.6 freshly installed host. Are they compatible ? > > I tried to join it but the debug returns this: > > [debug|xen-blade07|66 UNIX /var/xapi/xapi|pool.join_force R:acadaaa60e2= d|xapi] master PLATFORM_VERSION =3D Unknown, master compatibility name =3D = XCP; my PLATFORM_VERSION =3D 1.6.06, my compatibility name =3D XCP; > > > this seems to match > > master compatibility name =3D XCP > my compatibility name =3D XCP > > master PLATFORM_VERSION =3D Unknown <-- seems it can't get the version fr= om the 1.1 pool my PLATFORM_VERSION =3D 1.6.06 > > If it was able to get the platform version, should it work ? > > Cheers, > S=E9bastien Hi S=E9bastien, It's not possible to join XCP hosts of different versions into a pool - the= only time XCP hosts of different versions should be in a pool together is = during a rolling pool upgrade. As for the reason you're seeing PLATFORM_VERSION =3D Unknown ... PLATFORM_VERSION isn't actually defined in XCP 1.1 - it's a new field, adde= d in XCP 1.5 I believe. The intention is that PLATFORM_VERSION is shared be= tween the equivalent versions of XCP and XenServer (and is used for checks = during pool join, rolling pool upgrade etc.). Older versions of XCP will ha= ve PRODUCT_VERSION defined (e.g XCP 1.1 has PRODUCT_VERSION =3D 1.1) but fr= om XCP 1.6 onwards PRODUCT_VERSION is not defined - it's now treated as a "= cosmetic" field which is only defined in commercial XenServer. This is all part of Project Swizzle which has been mentioned on this list n= ow and then - the intention being that our build system will produce XCP an= d XenServer ISOs simultaneously, rather than the current situation where Xe= nServer needs quite a bit of hacking before it can be turned into XCP. John _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 27 19:06:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Oct 2012 19:06:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSBiR-0003t8-5R; Sat, 27 Oct 2012 19:06:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSBiQ-0003t3-Ib for xen-api@lists.xen.org; Sat, 27 Oct 2012 19:06:38 +0000 Received: from [85.158.137.99:51835] by server-16.bemta-3.messagelabs.com id 95/47-07461-DB03C805; Sat, 27 Oct 2012 19:06:37 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1351364796!23325727!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=2.3 required=7.0 tests=BODY_RANDOM_LONG, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3481 invoked from network); 27 Oct 2012 19:06:37 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Oct 2012 19:06:37 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q9RJ6WdL002495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Oct 2012 21:06:33 +0200 Message-ID: <508C30B1.3010106@swisscenter.com> Date: Sat, 27 Oct 2012 21:06:25 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org, John Else References: <508A7F3C.40206@swisscenter.com> <7EA643C653F17F4C80DE959E978F10EDE799A6C1F6@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDE799A6C1F6@LONPMAILBOX01.citrite.net> X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 26.10.2012 16:47, John Else wrote: > Hi S=E9bastien, > > It's not possible to join XCP hosts of different versions into a pool - t= he only time XCP hosts of different versions should be in a pool together i= s during a rolling pool upgrade. > > As for the reason you're seeing PLATFORM_VERSION =3D Unknown ... > > PLATFORM_VERSION isn't actually defined in XCP 1.1 - it's a new field, ad= ded in XCP 1.5 I believe. The intention is that PLATFORM_VERSION is shared = between the equivalent versions of XCP and XenServer (and is used for check= s during pool join, rolling pool upgrade etc.). Older versions of XCP will = have PRODUCT_VERSION defined (e.g XCP 1.1 has PRODUCT_VERSION =3D 1.1) but = from XCP 1.6 onwards PRODUCT_VERSION is not defined - it's now treated as a= "cosmetic" field which is only defined in commercial XenServer. > > This is all part of Project Swizzle which has been mentioned on this list= now and then - the intention being that our build system will produce XCP = and XenServer ISOs simultaneously, rather than the current situation where = XenServer needs quite a bit of hacking before it can be turned into XCP. > > John > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > Hi John, Thanks a lot for your reply. Okay I thouhgt it is due to something like this for the PLATFORM_VERSION = thingy. So if I want to join an 1.6 host in the pool I have first to roll pool = upgrade the other xcp 1.1 nodes first. I was willing to join the pool = with a new node because it's a production environnement and all the = current hosts are full, so it's not possible to evacuate the vm to other = hosts to do the rolling upgrade. So I think i'll have to install and join a new empty xcp 1.1 to the pool = to perform the pool upgrade. I wished it was possible to install = directly the 1.6 so that's a host that would not need to be upgraded = afterwards. Thanks for the info :) Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Oct 27 19:06:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Oct 2012 19:06:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSBiR-0003t8-5R; Sat, 27 Oct 2012 19:06:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSBiQ-0003t3-Ib for xen-api@lists.xen.org; Sat, 27 Oct 2012 19:06:38 +0000 Received: from [85.158.137.99:51835] by server-16.bemta-3.messagelabs.com id 95/47-07461-DB03C805; Sat, 27 Oct 2012 19:06:37 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1351364796!23325727!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=2.3 required=7.0 tests=BODY_RANDOM_LONG, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3481 invoked from network); 27 Oct 2012 19:06:37 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Oct 2012 19:06:37 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id q9RJ6WdL002495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Oct 2012 21:06:33 +0200 Message-ID: <508C30B1.3010106@swisscenter.com> Date: Sat, 27 Oct 2012 21:06:25 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org, John Else References: <508A7F3C.40206@swisscenter.com> <7EA643C653F17F4C80DE959E978F10EDE799A6C1F6@LONPMAILBOX01.citrite.net> In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDE799A6C1F6@LONPMAILBOX01.citrite.net> X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] [XCP 1.6 BETA] Joining a XCP 1.1 pool with a XCP 1.6 host X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 26.10.2012 16:47, John Else wrote: > Hi S=E9bastien, > > It's not possible to join XCP hosts of different versions into a pool - t= he only time XCP hosts of different versions should be in a pool together i= s during a rolling pool upgrade. > > As for the reason you're seeing PLATFORM_VERSION =3D Unknown ... > > PLATFORM_VERSION isn't actually defined in XCP 1.1 - it's a new field, ad= ded in XCP 1.5 I believe. The intention is that PLATFORM_VERSION is shared = between the equivalent versions of XCP and XenServer (and is used for check= s during pool join, rolling pool upgrade etc.). Older versions of XCP will = have PRODUCT_VERSION defined (e.g XCP 1.1 has PRODUCT_VERSION =3D 1.1) but = from XCP 1.6 onwards PRODUCT_VERSION is not defined - it's now treated as a= "cosmetic" field which is only defined in commercial XenServer. > > This is all part of Project Swizzle which has been mentioned on this list= now and then - the intention being that our build system will produce XCP = and XenServer ISOs simultaneously, rather than the current situation where = XenServer needs quite a bit of hacking before it can be turned into XCP. > > John > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > Hi John, Thanks a lot for your reply. Okay I thouhgt it is due to something like this for the PLATFORM_VERSION = thingy. So if I want to join an 1.6 host in the pool I have first to roll pool = upgrade the other xcp 1.1 nodes first. I was willing to join the pool = with a new node because it's a production environnement and all the = current hosts are full, so it's not possible to evacuate the vm to other = hosts to do the rolling upgrade. So I think i'll have to install and join a new empty xcp 1.1 to the pool = to perform the pool upgrade. I wished it was possible to install = directly the 1.6 so that's a host that would not need to be upgraded = afterwards. Thanks for the info :) Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 28 10:36:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Oct 2012 10:36:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSQE8-00059r-3z; Sun, 28 Oct 2012 10:36:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSQE6-00059m-8H for xen-api@lists.xen.org; Sun, 28 Oct 2012 10:36:18 +0000 Received: from [193.109.254.147:56646] by server-8.bemta-14.messagelabs.com id 06/EB-16549-1AA0D805; Sun, 28 Oct 2012 10:36:17 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1351420576!8687342!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32290 invoked from network); 28 Oct 2012 10:36:16 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Oct 2012 10:36:16 -0000 Received: by mail-wg0-f51.google.com with SMTP id ed3so2284247wgb.32 for ; Sun, 28 Oct 2012 03:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=zML4fModE9Yctfkllo7Lnl9q/XaJ3RJhY5Pj9HGMTZM=; b=qx9CMmUKGN9bJ4qE/EzL+wa+zLsuIcuBqDauhz9wMF1Yy06Kkc0l558KMa+PD8l/lu vMGBs0dFnemD2dWMOm64gNDgINdg55TCowN98jOWYvCkHPn8qbHVB/h1YY8LDBpDj8WC e1XvNIt74LyIfllL7jnXH8qgWzcJkfYTLOWbGsSGQeXFtca2cdn05WNWq4SFXMnGrLad IMFyClSXDm2hzHjtR4exo5WHIauPs6aerj4oTtXJeBcGy19YSFaopYcuHquk9jiCQ2In btU8+It2C4vRyrAF7f/nSgzL3c7fG6ZN4LGW/phaiTSmTw8aUyMpuk5XWBsusGrEQXSA 0mEQ== Received: by 10.216.203.1 with SMTP id e1mr15771752weo.103.1351420576506; Sun, 28 Oct 2012 03:36:16 -0700 (PDT) Received: from [192.168.1.119] (152.red-80-28-221.adsl.static.ccgg.telefonica.net. [80.28.221.152]) by mx.google.com with ESMTPS id m14sm5362584wie.8.2012.10.28.03.36.13 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 28 Oct 2012 03:36:15 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1085) From: Thomas Gazagnaire In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014F@LONPMAILBOX01.citrite.net> Date: Sun, 28 Oct 2012 11:36:10 +0100 Message-Id: <93904F99-BF34-425C-8CE2-49E36FA48E7B@gmail.com> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6014F@LONPMAILBOX01.citrite.net> To: Dave Scott X-Mailer: Apple Mail (2.1085) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Code in xen-api-libs/rpc-light X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I'll be very glad to accept all your patches upstream (and ideally, any kind of documentation as well) ! Thomas On Oct 23, 2012, at 4:35 PM, Dave Scott wrote: > Hi, > > FYI the code in > > http://github.com/xen-org/xen-api-libs/tree/master/rpc-light > > is now significantly different from the upstream > > http://github.com/samoht/ocaml-rpc > > It's now moderately difficult to move patches from one to the other. I think we should attempt to abandon our fork of this library and use the upstream, once we've upstreamed some of our recent changes. I think we should also avoid causing any more divergence if we can. > > Cheers, > Dave [ who's just had to carefully transplant some camlp4 from one to the other ] > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 28 10:36:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Oct 2012 10:36:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSQE8-00059r-3z; Sun, 28 Oct 2012 10:36:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSQE6-00059m-8H for xen-api@lists.xen.org; Sun, 28 Oct 2012 10:36:18 +0000 Received: from [193.109.254.147:56646] by server-8.bemta-14.messagelabs.com id 06/EB-16549-1AA0D805; Sun, 28 Oct 2012 10:36:17 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1351420576!8687342!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32290 invoked from network); 28 Oct 2012 10:36:16 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Oct 2012 10:36:16 -0000 Received: by mail-wg0-f51.google.com with SMTP id ed3so2284247wgb.32 for ; Sun, 28 Oct 2012 03:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=zML4fModE9Yctfkllo7Lnl9q/XaJ3RJhY5Pj9HGMTZM=; b=qx9CMmUKGN9bJ4qE/EzL+wa+zLsuIcuBqDauhz9wMF1Yy06Kkc0l558KMa+PD8l/lu vMGBs0dFnemD2dWMOm64gNDgINdg55TCowN98jOWYvCkHPn8qbHVB/h1YY8LDBpDj8WC e1XvNIt74LyIfllL7jnXH8qgWzcJkfYTLOWbGsSGQeXFtca2cdn05WNWq4SFXMnGrLad IMFyClSXDm2hzHjtR4exo5WHIauPs6aerj4oTtXJeBcGy19YSFaopYcuHquk9jiCQ2In btU8+It2C4vRyrAF7f/nSgzL3c7fG6ZN4LGW/phaiTSmTw8aUyMpuk5XWBsusGrEQXSA 0mEQ== Received: by 10.216.203.1 with SMTP id e1mr15771752weo.103.1351420576506; Sun, 28 Oct 2012 03:36:16 -0700 (PDT) Received: from [192.168.1.119] (152.red-80-28-221.adsl.static.ccgg.telefonica.net. [80.28.221.152]) by mx.google.com with ESMTPS id m14sm5362584wie.8.2012.10.28.03.36.13 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 28 Oct 2012 03:36:15 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1085) From: Thomas Gazagnaire In-Reply-To: <81A73678E76EA642801C8F2E4823AD21011A9AE6014F@LONPMAILBOX01.citrite.net> Date: Sun, 28 Oct 2012 11:36:10 +0100 Message-Id: <93904F99-BF34-425C-8CE2-49E36FA48E7B@gmail.com> References: <81A73678E76EA642801C8F2E4823AD21011A9AE6014F@LONPMAILBOX01.citrite.net> To: Dave Scott X-Mailer: Apple Mail (2.1085) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Code in xen-api-libs/rpc-light X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I'll be very glad to accept all your patches upstream (and ideally, any kind of documentation as well) ! Thomas On Oct 23, 2012, at 4:35 PM, Dave Scott wrote: > Hi, > > FYI the code in > > http://github.com/xen-org/xen-api-libs/tree/master/rpc-light > > is now significantly different from the upstream > > http://github.com/samoht/ocaml-rpc > > It's now moderately difficult to move patches from one to the other. I think we should attempt to abandon our fork of this library and use the upstream, once we've upstreamed some of our recent changes. I think we should also avoid causing any more divergence if we can. > > Cheers, > Dave [ who's just had to carefully transplant some camlp4 from one to the other ] > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 28 13:36:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Oct 2012 13:36:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TST1p-0007oT-PD; Sun, 28 Oct 2012 13:35:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TST1n-0007oG-Vy; Sun, 28 Oct 2012 13:35:48 +0000 Received: from [85.158.138.51:3992] by server-12.bemta-3.messagelabs.com id 8A/0E-27853-3B43D805; Sun, 28 Oct 2012 13:35:47 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-11.tower-174.messagelabs.com!1351431346!27729814!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MTc3MTY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26657 invoked from network); 28 Oct 2012 13:35:46 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Oct 2012 13:35:46 -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 D31E22647; Sun, 28 Oct 2012 15:35:45 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id E97F520058; Sun, 28 Oct 2012 15:35:44 +0200 (EET) Date: Sun, 28 Oct 2012 15:35:44 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Markus Rhonheimer Message-ID: <20121028133544.GY8912@reaktio.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 beta Ram restriction for pci passthrough to pv Ubuntu 12.04 template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, Oct 24, 2012 at 06:41:39PM +0200, Markus Rhonheimer wrote: > Hi, > > I use XCP 1.6.06 with a Ubuntu 12.04 64bit pv domU created with the template through xencenter 6.1. > I also used this command on xcp: xe vm-param-set other-config:pci=0/0000:00:1f.2 uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89 which passes a "SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05)" through to the domU. extlinux boot configuration has the passthrough option. > After booting the domU lspci shows the passed through device but none of the attached HDDs are visible. > This message can be seen within dmesg: > > > The domU has about 8GB of Ram and therefore this bug seems to apply: > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1673 > > This report mentions a more detailed thread at: > > http://www.gossamer-threads.com/lists/xen/devel/187533 > > These are further informations about the host: > > > The kernel version of the Ubuntu domU is: > > 3.2.0-32-generic > > I would appreciate any help. > Thanks in advance > Linux 3.2.0 does not support PCI passthru with >3G of RAM. The issues is fixed in xen-pcifront driver in later kernel versions. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 28 13:36:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Oct 2012 13:36:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TST1p-0007oT-PD; Sun, 28 Oct 2012 13:35:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TST1n-0007oG-Vy; Sun, 28 Oct 2012 13:35:48 +0000 Received: from [85.158.138.51:3992] by server-12.bemta-3.messagelabs.com id 8A/0E-27853-3B43D805; Sun, 28 Oct 2012 13:35:47 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-11.tower-174.messagelabs.com!1351431346!27729814!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MTc3MTY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26657 invoked from network); 28 Oct 2012 13:35:46 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Oct 2012 13:35:46 -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 D31E22647; Sun, 28 Oct 2012 15:35:45 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id E97F520058; Sun, 28 Oct 2012 15:35:44 +0200 (EET) Date: Sun, 28 Oct 2012 15:35:44 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Markus Rhonheimer Message-ID: <20121028133544.GY8912@reaktio.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 beta Ram restriction for pci passthrough to pv Ubuntu 12.04 template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, Oct 24, 2012 at 06:41:39PM +0200, Markus Rhonheimer wrote: > Hi, > > I use XCP 1.6.06 with a Ubuntu 12.04 64bit pv domU created with the template through xencenter 6.1. > I also used this command on xcp: xe vm-param-set other-config:pci=0/0000:00:1f.2 uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89 which passes a "SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05)" through to the domU. extlinux boot configuration has the passthrough option. > After booting the domU lspci shows the passed through device but none of the attached HDDs are visible. > This message can be seen within dmesg: > > > The domU has about 8GB of Ram and therefore this bug seems to apply: > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1673 > > This report mentions a more detailed thread at: > > http://www.gossamer-threads.com/lists/xen/devel/187533 > > These are further informations about the host: > > > The kernel version of the Ubuntu domU is: > > 3.2.0-32-generic > > I would appreciate any help. > Thanks in advance > Linux 3.2.0 does not support PCI passthru with >3G of RAM. The issues is fixed in xen-pcifront driver in later kernel versions. -- Pasi _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Oct 28 20:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Oct 2012 20:18:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSZJW-0003kF-1K; Sun, 28 Oct 2012 20:18:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSZJU-0003kA-S3 for xen-api@lists.xen.org; Sun, 28 Oct 2012 20:18:29 +0000 Received: from [85.158.139.211:55886] by server-16.bemta-5.messagelabs.com id 16/EC-04786-4139D805; Sun, 28 Oct 2012 20:18:28 +0000 X-Env-Sender: markus.rhonheimer@web.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1351455507!24055450!1 X-Originating-IP: [212.227.17.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjIyNy4xNy4xMiA9PiAxNzg2OQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4305 invoked from network); 28 Oct 2012 20:18:27 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.12) by server-4.tower-206.messagelabs.com with SMTP; 28 Oct 2012 20:18:27 -0000 Received: from 3capp-webde-bs38.server.lan ([172.19.170.38]) by mriweb.server.lan (mriweb001) with ESMTPA (Nemesis) id 0MPszs-1TXUzp1Wlu-005MWc; Sun, 28 Oct 2012 21:18:19 +0100 Received: from [88.67.193.107] by 3capp-webde-bs38.server.lan with HTTP; Sun Oct 28 21:18:19 CET 2012 MIME-Version: 1.0 Message-ID: From: "Markus Rhonheimer" To: =?UTF-8?Q?=22Pasi_K=C3=A4rkk=C3=A4inen=22?= Date: Sun, 28 Oct 2012 21:18:19 +0100 (CET) Importance: normal Sensitivity: Normal X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:BPOgURYsTVwqGIjqLIM49iSqXxdn5dRiNI6E44tPRs5 9s7Vn3VdDGKzjlKg8ZJfItivFFddZl0xtUVRl7Pnc4FTlB5fTX bn2h7GKdpKOxMHSUyqpd398oIxWxJQKdiNNX3d6UL91f2PIN0a 1nPpziMm1oO5fW67t6wjuN5VVy+B64zYbhNSCjz1ofS1v6CpkY +Qx/CpI8d/b43p6hRz1oFCgpARLY+oTmYk9CTqwkFEZCpmgdiF O+vnf73W0CF/tBtPDd220kEPFKbTSwcr1rOv0ZzYFpW+Q8Mf5C Ff1Uagm833DGp9Xuf1FtEyQTN1k Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] XCP 1.6 beta Ram restriction for pci passthrough to pv Ubuntu 12.04 template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhbmsgeW91IGZvciB0aGUgYW5zd2VyLgoKPiBHZXNlbmRldDogU29ubnRhZywgMjguIE9rdG9i ZXIgMjAxMiB1bSAxNDozNSBVaHIKPiBWb246ICJQYXNpIEvDpHJra8OkaW5lbiIgPHBhc2lrQGlr aS5maT4KPiBBbjogIk1hcmt1cyBSaG9uaGVpbWVyIiA8bWFya3VzLnJob25oZWltZXJAd2ViLmRl Pgo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZywgeGVuLWFwaUBsaXN0cy54ZW4ub3JnCj4g QmV0cmVmZjogUmU6IFtYZW4tdXNlcnNdIFtYZW4tQVBJXSBYQ1AgMS42IGJldGEgUmFtIHJlc3Ry aWN0aW9uIGZvciBwY2kgcGFzc3Rocm91Z2ggdG8gcHYgVWJ1bnR1IDEyLjA0IHRlbXBsYXRlCj4K PiBPbiBXZWQsIE9jdCAyNCwgMjAxMiBhdCAwNjo0MTozOVBNICswMjAwLCBNYXJrdXMgUmhvbmhl aW1lciB3cm90ZToKPiA+IEhpLAo+ID4gCj4gPiBJIHVzZSBYQ1AgMS42LjA2IHdpdGggYSBVYnVu dHUgMTIuMDQgNjRiaXQgcHYgZG9tVSBjcmVhdGVkIHdpdGggdGhlIHRlbXBsYXRlIHRocm91Z2gg eGVuY2VudGVyIDYuMS4KPiA+IEkgYWxzbyB1c2VkIHRoaXMgY29tbWFuZCBvbiB4Y3A6IHhlIHZt LXBhcmFtLXNldCBvdGhlci1jb25maWc6cGNpPTAvMDAwMDowMDoxZi4yIHV1aWQ9ZDZlYjU1OWUt YWY3MC02ZjhlLWQxMGYtNjJmYzlmNzNkYjg5IHdoaWNoIHBhc3NlcyBhICJTQVRBIGNvbnRyb2xs ZXI6IEludGVsIENvcnBvcmF0aW9uIDYgU2VyaWVzL0MyMDAgU2VyaWVzIENoaXBzZXQgRmFtaWx5 IFNBVEEgQUhDSSBDb250cm9sbGVyIChyZXYgMDUpIiB0aHJvdWdoIHRvIHRoZSBkb21VLiBleHRs aW51eCBib290IGNvbmZpZ3VyYXRpb24gaGFzIHRoZSBwYXNzdGhyb3VnaCBvcHRpb24uCj4gPiBB ZnRlciBib290aW5nIHRoZSBkb21VIGxzcGNpIHNob3dzIHRoZSBwYXNzZWQgdGhyb3VnaCBkZXZp Y2UgYnV0IG5vbmUgb2YgdGhlIGF0dGFjaGVkIEhERHMgYXJlIHZpc2libGUuCj4gPiBUaGlzIG1l c3NhZ2UgY2FuIGJlIHNlZW4gd2l0aGluIGRtZXNnOgo+ID4gCj4gCj4gPHNuaXA+Cj4gCj4gPiAK PiA+IFRoZSBkb21VIGhhcyBhYm91dCA4R0Igb2YgUmFtIGFuZCB0aGVyZWZvcmUgdGhpcyBidWcg c2VlbXMgdG8gYXBwbHk6Cj4gPiAKPiA+IGh0dHA6Ly9idWd6aWxsYS54ZW5zb3VyY2UuY29tL2J1 Z3ppbGxhL3Nob3dfYnVnLmNnaT9pZD0xNjczCj4gPiAKPiA+IFRoaXMgcmVwb3J0IG1lbnRpb25z IGEgbW9yZSBkZXRhaWxlZCB0aHJlYWQgYXQ6Cj4gPiAKPiA+IGh0dHA6Ly93d3cuZ29zc2FtZXIt dGhyZWFkcy5jb20vbGlzdHMveGVuL2RldmVsLzE4NzUzMwo+ID4gCj4gPiBUaGVzZSBhcmUgZnVy dGhlciBpbmZvcm1hdGlvbnMgYWJvdXQgdGhlIGhvc3Q6Cj4gPiAKPiA+Cj4gCj4gPHNuaXA+Cj4g IAo+ID4gVGhlIGtlcm5lbCB2ZXJzaW9uIG9mIHRoZSBVYnVudHUgZG9tVSBpczoKPiA+IAo+ID4g My4yLjAtMzItZ2VuZXJpYwo+ID4gCj4gPiBJIHdvdWxkIGFwcHJlY2lhdGUgYW55IGhlbHAuIAo+ ID4gVGhhbmtzIGluIGFkdmFuY2UKPiA+IAo+IAo+IExpbnV4IDMuMi4wIGRvZXMgbm90IHN1cHBv cnQgUENJIHBhc3N0aHJ1IHdpdGggPjNHIG9mIFJBTS4KPiBUaGUgaXNzdWVzIGlzIGZpeGVkIGlu IHhlbi1wY2lmcm9udCBkcml2ZXIgaW4gbGF0ZXIga2VybmVsIHZlcnNpb25zLgo+IAo+IC0tIFBh c2kKPiAKPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+IAoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Sun Oct 28 20:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Oct 2012 20:18:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSZJW-0003kF-1K; Sun, 28 Oct 2012 20:18:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSZJU-0003kA-S3 for xen-api@lists.xen.org; Sun, 28 Oct 2012 20:18:29 +0000 Received: from [85.158.139.211:55886] by server-16.bemta-5.messagelabs.com id 16/EC-04786-4139D805; Sun, 28 Oct 2012 20:18:28 +0000 X-Env-Sender: markus.rhonheimer@web.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1351455507!24055450!1 X-Originating-IP: [212.227.17.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjIyNy4xNy4xMiA9PiAxNzg2OQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4305 invoked from network); 28 Oct 2012 20:18:27 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.12) by server-4.tower-206.messagelabs.com with SMTP; 28 Oct 2012 20:18:27 -0000 Received: from 3capp-webde-bs38.server.lan ([172.19.170.38]) by mriweb.server.lan (mriweb001) with ESMTPA (Nemesis) id 0MPszs-1TXUzp1Wlu-005MWc; Sun, 28 Oct 2012 21:18:19 +0100 Received: from [88.67.193.107] by 3capp-webde-bs38.server.lan with HTTP; Sun Oct 28 21:18:19 CET 2012 MIME-Version: 1.0 Message-ID: From: "Markus Rhonheimer" To: =?UTF-8?Q?=22Pasi_K=C3=A4rkk=C3=A4inen=22?= Date: Sun, 28 Oct 2012 21:18:19 +0100 (CET) Importance: normal Sensitivity: Normal X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:BPOgURYsTVwqGIjqLIM49iSqXxdn5dRiNI6E44tPRs5 9s7Vn3VdDGKzjlKg8ZJfItivFFddZl0xtUVRl7Pnc4FTlB5fTX bn2h7GKdpKOxMHSUyqpd398oIxWxJQKdiNNX3d6UL91f2PIN0a 1nPpziMm1oO5fW67t6wjuN5VVy+B64zYbhNSCjz1ofS1v6CpkY +Qx/CpI8d/b43p6hRz1oFCgpARLY+oTmYk9CTqwkFEZCpmgdiF O+vnf73W0CF/tBtPDd220kEPFKbTSwcr1rOv0ZzYFpW+Q8Mf5C Ff1Uagm833DGp9Xuf1FtEyQTN1k Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] XCP 1.6 beta Ram restriction for pci passthrough to pv Ubuntu 12.04 template X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhbmsgeW91IGZvciB0aGUgYW5zd2VyLgoKPiBHZXNlbmRldDogU29ubnRhZywgMjguIE9rdG9i ZXIgMjAxMiB1bSAxNDozNSBVaHIKPiBWb246ICJQYXNpIEvDpHJra8OkaW5lbiIgPHBhc2lrQGlr aS5maT4KPiBBbjogIk1hcmt1cyBSaG9uaGVpbWVyIiA8bWFya3VzLnJob25oZWltZXJAd2ViLmRl Pgo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZywgeGVuLWFwaUBsaXN0cy54ZW4ub3JnCj4g QmV0cmVmZjogUmU6IFtYZW4tdXNlcnNdIFtYZW4tQVBJXSBYQ1AgMS42IGJldGEgUmFtIHJlc3Ry aWN0aW9uIGZvciBwY2kgcGFzc3Rocm91Z2ggdG8gcHYgVWJ1bnR1IDEyLjA0IHRlbXBsYXRlCj4K PiBPbiBXZWQsIE9jdCAyNCwgMjAxMiBhdCAwNjo0MTozOVBNICswMjAwLCBNYXJrdXMgUmhvbmhl aW1lciB3cm90ZToKPiA+IEhpLAo+ID4gCj4gPiBJIHVzZSBYQ1AgMS42LjA2IHdpdGggYSBVYnVu dHUgMTIuMDQgNjRiaXQgcHYgZG9tVSBjcmVhdGVkIHdpdGggdGhlIHRlbXBsYXRlIHRocm91Z2gg eGVuY2VudGVyIDYuMS4KPiA+IEkgYWxzbyB1c2VkIHRoaXMgY29tbWFuZCBvbiB4Y3A6IHhlIHZt LXBhcmFtLXNldCBvdGhlci1jb25maWc6cGNpPTAvMDAwMDowMDoxZi4yIHV1aWQ9ZDZlYjU1OWUt YWY3MC02ZjhlLWQxMGYtNjJmYzlmNzNkYjg5IHdoaWNoIHBhc3NlcyBhICJTQVRBIGNvbnRyb2xs ZXI6IEludGVsIENvcnBvcmF0aW9uIDYgU2VyaWVzL0MyMDAgU2VyaWVzIENoaXBzZXQgRmFtaWx5 IFNBVEEgQUhDSSBDb250cm9sbGVyIChyZXYgMDUpIiB0aHJvdWdoIHRvIHRoZSBkb21VLiBleHRs aW51eCBib290IGNvbmZpZ3VyYXRpb24gaGFzIHRoZSBwYXNzdGhyb3VnaCBvcHRpb24uCj4gPiBB ZnRlciBib290aW5nIHRoZSBkb21VIGxzcGNpIHNob3dzIHRoZSBwYXNzZWQgdGhyb3VnaCBkZXZp Y2UgYnV0IG5vbmUgb2YgdGhlIGF0dGFjaGVkIEhERHMgYXJlIHZpc2libGUuCj4gPiBUaGlzIG1l c3NhZ2UgY2FuIGJlIHNlZW4gd2l0aGluIGRtZXNnOgo+ID4gCj4gCj4gPHNuaXA+Cj4gCj4gPiAK PiA+IFRoZSBkb21VIGhhcyBhYm91dCA4R0Igb2YgUmFtIGFuZCB0aGVyZWZvcmUgdGhpcyBidWcg c2VlbXMgdG8gYXBwbHk6Cj4gPiAKPiA+IGh0dHA6Ly9idWd6aWxsYS54ZW5zb3VyY2UuY29tL2J1 Z3ppbGxhL3Nob3dfYnVnLmNnaT9pZD0xNjczCj4gPiAKPiA+IFRoaXMgcmVwb3J0IG1lbnRpb25z IGEgbW9yZSBkZXRhaWxlZCB0aHJlYWQgYXQ6Cj4gPiAKPiA+IGh0dHA6Ly93d3cuZ29zc2FtZXIt dGhyZWFkcy5jb20vbGlzdHMveGVuL2RldmVsLzE4NzUzMwo+ID4gCj4gPiBUaGVzZSBhcmUgZnVy dGhlciBpbmZvcm1hdGlvbnMgYWJvdXQgdGhlIGhvc3Q6Cj4gPiAKPiA+Cj4gCj4gPHNuaXA+Cj4g IAo+ID4gVGhlIGtlcm5lbCB2ZXJzaW9uIG9mIHRoZSBVYnVudHUgZG9tVSBpczoKPiA+IAo+ID4g My4yLjAtMzItZ2VuZXJpYwo+ID4gCj4gPiBJIHdvdWxkIGFwcHJlY2lhdGUgYW55IGhlbHAuIAo+ ID4gVGhhbmtzIGluIGFkdmFuY2UKPiA+IAo+IAo+IExpbnV4IDMuMi4wIGRvZXMgbm90IHN1cHBv cnQgUENJIHBhc3N0aHJ1IHdpdGggPjNHIG9mIFJBTS4KPiBUaGUgaXNzdWVzIGlzIGZpeGVkIGlu IHhlbi1wY2lmcm9udCBkcml2ZXIgaW4gbGF0ZXIga2VybmVsIHZlcnNpb25zLgo+IAo+IC0tIFBh c2kKPiAKPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+IAoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Mon Oct 29 06:31:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Oct 2012 06:31:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSisp-0003v6-AO; Mon, 29 Oct 2012 06:31:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSiso-0003ux-W9; Mon, 29 Oct 2012 06:31:35 +0000 Received: from [85.158.137.99:24998] by server-12.bemta-3.messagelabs.com id EE/95-27853-5C22E805; Mon, 29 Oct 2012 06:31:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1351492293!12754733!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19191 invoked from network); 29 Oct 2012 06:31:33 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 29 Oct 2012 06:31:33 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so1798823bkc.32 for ; Sun, 28 Oct 2012 23:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=kPx1qiWjM96nVXUjZNSJSHdC3mSUs+62ILE7a/UdY6M=; b=GJlsOkH7d4N6orklgSaWAYhTgxlJBrWhMLqDl+wstxiRNFgufWEpIZiMITRefmoQ0y jPKm7VGDS2cT0Jd7HimCc5R6zh787Hze3q0E9GrnteA2hFW6aetN85s2+47q2k7Wb+LY IFjk1nyk0R0TfkllWqgOawfvYckpXUM51DzmVqscXXV7P8HnKugGa+gbV1rUOUQjf6yg aHvk/W5yOGr53O5ZWIqJOIZoaOV7yYhNNnmQ50dp0VVlXV7y1EB+xbMiYJXjwZPvlIdL PjoccDpGRO7qo5wi/0EIYy4LlFDltJjzJum4pGM+oFxyJ8Wni2xkbEDqYN4J91KfNh4r tUnA== Received: by 10.204.146.10 with SMTP id f10mr8688758bkv.98.1351492293120; Sun, 28 Oct 2012 23:31:33 -0700 (PDT) Received: from [172.16.26.11] ([91.224.174.71]) by mx.google.com with ESMTPS id 1sm3062737bks.3.2012.10.28.23.31.32 (version=SSLv3 cipher=OTHER); Sun, 28 Oct 2012 23:31:32 -0700 (PDT) Message-ID: <508E22C3.8080504@xen.org> Date: Mon, 29 Oct 2012 06:31:31 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-API] [Reminder] Xen Document Day on IRC freenode #xendocs today X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Good Morning, we have another document day today! More information about docs day at http://wiki.xen.org/wiki/Xen_Document_Days The TODO list is at http://wiki.xen.org/wiki/Xen_Document_Days/TODO Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Oct 29 06:31:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Oct 2012 06:31:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSisp-0003v6-AO; Mon, 29 Oct 2012 06:31:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TSiso-0003ux-W9; Mon, 29 Oct 2012 06:31:35 +0000 Received: from [85.158.137.99:24998] by server-12.bemta-3.messagelabs.com id EE/95-27853-5C22E805; Mon, 29 Oct 2012 06:31:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1351492293!12754733!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19191 invoked from network); 29 Oct 2012 06:31:33 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 29 Oct 2012 06:31:33 -0000 Received: by mail-bk0-f45.google.com with SMTP id jf3so1798823bkc.32 for ; Sun, 28 Oct 2012 23:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=kPx1qiWjM96nVXUjZNSJSHdC3mSUs+62ILE7a/UdY6M=; b=GJlsOkH7d4N6orklgSaWAYhTgxlJBrWhMLqDl+wstxiRNFgufWEpIZiMITRefmoQ0y jPKm7VGDS2cT0Jd7HimCc5R6zh787Hze3q0E9GrnteA2hFW6aetN85s2+47q2k7Wb+LY IFjk1nyk0R0TfkllWqgOawfvYckpXUM51DzmVqscXXV7P8HnKugGa+gbV1rUOUQjf6yg aHvk/W5yOGr53O5ZWIqJOIZoaOV7yYhNNnmQ50dp0VVlXV7y1EB+xbMiYJXjwZPvlIdL PjoccDpGRO7qo5wi/0EIYy4LlFDltJjzJum4pGM+oFxyJ8Wni2xkbEDqYN4J91KfNh4r tUnA== Received: by 10.204.146.10 with SMTP id f10mr8688758bkv.98.1351492293120; Sun, 28 Oct 2012 23:31:33 -0700 (PDT) Received: from [172.16.26.11] ([91.224.174.71]) by mx.google.com with ESMTPS id 1sm3062737bks.3.2012.10.28.23.31.32 (version=SSLv3 cipher=OTHER); Sun, 28 Oct 2012 23:31:32 -0700 (PDT) Message-ID: <508E22C3.8080504@xen.org> Date: Mon, 29 Oct 2012 06:31:31 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-API] [Reminder] Xen Document Day on IRC freenode #xendocs today X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Good Morning, we have another document day today! More information about docs day at http://wiki.xen.org/wiki/Xen_Document_Days The TODO list is at http://wiki.xen.org/wiki/Xen_Document_Days/TODO Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 30 10:58:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Oct 2012 10:58:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9Wp-0007uc-Bf; Tue, 30 Oct 2012 10:58:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9Wn-0007uX-Jo for xen-api@lists.xen.org; Tue, 30 Oct 2012 10:58:37 +0000 Received: from [193.109.254.147:31156] by server-12.bemta-14.messagelabs.com id 1E/A2-00510-CD2BF805; Tue, 30 Oct 2012 10:58:36 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1351594697!2138503!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5577 invoked from network); 30 Oct 2012 10:58:18 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Oct 2012 10:58:18 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so90300qca.32 for ; Tue, 30 Oct 2012 03:58:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FZ2fxqR09bG4MCX1wtDWeHw61u88lY0RFUmhKs4eQ48=; b=CeEI2cEiaDKCOWRu56XTDXXKYjx9g1BUEJ6qHMEfNGP3SyXJHWTsIlifDPbkzWqJPc 7MZiykRb9+p0UspoFYkG/dyBkPYZeQvGVjDHF9nLZC0Hfi3XfwHByEWcDswWOoIqwexW V7YSVwV6iZPsxtzymy4WHWDLcTOF3hG/JyZ84VgtNbMknPbNVdWaWPN6BgDYpiJg5dxr ZYfjMziiCuoDg0IXakoD+luklal3BjOwkCRf9PMtxfrDIbZNOyO+6nOKwBHZPHOqgsvf BGIBxM6DqxDE++JGoy6f9Vv3vltsaABupQbvRwGnut48pbZFFhDmB9eh66KQVFqBhD21 GzGg== MIME-Version: 1.0 Received: by 10.49.72.199 with SMTP id f7mr25246768qev.43.1351594696845; Tue, 30 Oct 2012 03:58:16 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 03:58:16 -0700 (PDT) Date: Tue, 30 Oct 2012 21:58:16 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA compatibility issue with XVP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all I'm not sure this is the right forum for this. I use the XVP utility to manage my XCP pool, the main use being the vm status and remote console. I've used the xvpappliance 1.12.0-1 to manage my XCP1.1 pool successfully for many months. Recently I upgraded my XCP pool to 1.6.06-61002c and the xvpappliance stopped working. Specifically, after logging into the https interface, I get the message 'Error: Problem handing response: Cannot call method 'getElementsByTagName' of null'. Looking up the xvp tool homepage, I realised there was a new xvp version 1.14.0, whose features included 'The xvp daemon and related utilities are now built against version 6.0.0 of Citrix's libxenserver, instead of version 5.6.100.' There's my answer I thought. I downloaded the zip, unzipped, xe vm-imported, modified vif as usual, configured appliance from xenconsole, during which the pool was connected to without any apparent error. When finished, I logged into the https interface as before, and I got exactly the same error. Has anyone had any luck with XVP1.14 and XCP 1.6? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 30 10:58:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Oct 2012 10:58:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9Wp-0007uc-Bf; Tue, 30 Oct 2012 10:58:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9Wn-0007uX-Jo for xen-api@lists.xen.org; Tue, 30 Oct 2012 10:58:37 +0000 Received: from [193.109.254.147:31156] by server-12.bemta-14.messagelabs.com id 1E/A2-00510-CD2BF805; Tue, 30 Oct 2012 10:58:36 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1351594697!2138503!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5577 invoked from network); 30 Oct 2012 10:58:18 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Oct 2012 10:58:18 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so90300qca.32 for ; Tue, 30 Oct 2012 03:58:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FZ2fxqR09bG4MCX1wtDWeHw61u88lY0RFUmhKs4eQ48=; b=CeEI2cEiaDKCOWRu56XTDXXKYjx9g1BUEJ6qHMEfNGP3SyXJHWTsIlifDPbkzWqJPc 7MZiykRb9+p0UspoFYkG/dyBkPYZeQvGVjDHF9nLZC0Hfi3XfwHByEWcDswWOoIqwexW V7YSVwV6iZPsxtzymy4WHWDLcTOF3hG/JyZ84VgtNbMknPbNVdWaWPN6BgDYpiJg5dxr ZYfjMziiCuoDg0IXakoD+luklal3BjOwkCRf9PMtxfrDIbZNOyO+6nOKwBHZPHOqgsvf BGIBxM6DqxDE++JGoy6f9Vv3vltsaABupQbvRwGnut48pbZFFhDmB9eh66KQVFqBhD21 GzGg== MIME-Version: 1.0 Received: by 10.49.72.199 with SMTP id f7mr25246768qev.43.1351594696845; Tue, 30 Oct 2012 03:58:16 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 03:58:16 -0700 (PDT) Date: Tue, 30 Oct 2012 21:58:16 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA compatibility issue with XVP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all I'm not sure this is the right forum for this. I use the XVP utility to manage my XCP pool, the main use being the vm status and remote console. I've used the xvpappliance 1.12.0-1 to manage my XCP1.1 pool successfully for many months. Recently I upgraded my XCP pool to 1.6.06-61002c and the xvpappliance stopped working. Specifically, after logging into the https interface, I get the message 'Error: Problem handing response: Cannot call method 'getElementsByTagName' of null'. Looking up the xvp tool homepage, I realised there was a new xvp version 1.14.0, whose features included 'The xvp daemon and related utilities are now built against version 6.0.0 of Citrix's libxenserver, instead of version 5.6.100.' There's my answer I thought. I downloaded the zip, unzipped, xe vm-imported, modified vif as usual, configured appliance from xenconsole, during which the pool was connected to without any apparent error. When finished, I logged into the https interface as before, and I got exactly the same error. Has anyone had any luck with XVP1.14 and XCP 1.6? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 30 11:28:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Oct 2012 11:28:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9zl-0000Du-8U; Tue, 30 Oct 2012 11:28:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9zj-0000Dd-QO for xen-api@lists.xen.org; Tue, 30 Oct 2012 11:28:32 +0000 Received: from [85.158.143.35:30801] by server-2.bemta-4.messagelabs.com id E3/B7-22268-FD9BF805; Tue, 30 Oct 2012 11:28:31 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1351596508!15035985!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10615 invoked from network); 30 Oct 2012 11:28:29 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Oct 2012 11:28:29 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so110548qca.32 for ; Tue, 30 Oct 2012 04:28:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=CtNYBZel0w6fCc+iltWnIncYL8zvk+q47NyeOKv7IbE=; b=oS7rTz4rtNvTfx05N7epOl23mHgZ2O691l6FPN3GIFtc15oTAJcnvmXLGU4V7nt3W/ MwVvcdis2mT1N/XJmZOVZpBopfO+qjmLolVFYyf/C8wHmr+k4iXdnQou3VSoNLg86Aka snTdsabaY7x4cBbN0DIwJabndyjTSNfLkeakcKdO3YOo1j0MYrzths2TQd7VgNwsiFsk vJKJvGw9IrBtvHOV6yQJqXQCQe30HyRRy0aLLPyweoVRxJRUJX205621kkhgRXNP//3X iWvchNEaCUK/WbBhMSxfV/YmCl+GjpSz6xoNx4rgeoGFX7mopKCkVdpfd1NybMhlMGGk faRw== MIME-Version: 1.0 Received: by 10.224.185.212 with SMTP id cp20mr12924615qab.2.1351596508336; Tue, 30 Oct 2012 04:28:28 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 04:28:28 -0700 (PDT) In-Reply-To: References: Date: Tue, 30 Oct 2012 22:28:28 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 BETA compatibility issue with XVP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I omitted to mention that does not seem to be anything interesting in xvp.log on the xvpappliance, however in xensource.log on the XCP master I found the following sequence: Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: XML-RPC for PHP 2.2.2 Oct 30 22:22:52 xen1 xapi: [ info|xen1|38213 INET 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] Session.create trackid=8ff947eeca15341a508d30865da3b6ca pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|session.login_with_password D:2cec560e9164|mscgen] xapi=>xapi [label="session.get_uuidOpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2OpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2"]; Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:0eac765dd856 created by task D:2cec560e9164 Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0eac765dd856|api_readonly] session.get_uuid Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:session.get_this_host D:8b8ccb87798d|api_readonly] session.get_this_host Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_by_name_label D:9062e466be36|api_readonly] host.get_by_name_label Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_enabled D:fc6b7fc3f4aa|api_readonly] host.get_enabled Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|host.compute_free_memory R:299b6bedf05f|audit] Host.compute_free_memory: host = 'a53d1a5a-a9a3-4314-8295-1af5584cf02b (xen1)' Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_metrics D:95e96b3be98e|api_readonly] host.get_metrics Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host_metrics.get_memory_total D:a6095306d906|api_readonly] host_metrics.get_memory_total Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_software_version D:88220f079807|api_readonly] host.get_software_version Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80||http_critical] Premature termination of connection! This sequence of log entries is repeated whenever the xvp screen refreshes. On Tue, Oct 30, 2012 at 9:58 PM, Black Bird wrote: > Hi all > > I'm not sure this is the right forum for this. > > I use the XVP utility to manage my XCP pool, the main use being the vm > status and remote console. I've used the xvpappliance 1.12.0-1 to > manage my XCP1.1 pool successfully for many months. > > Recently I upgraded my XCP pool to 1.6.06-61002c and the xvpappliance > stopped working. Specifically, after logging into the https > interface, I get the message 'Error: Problem handing response: Cannot > call method 'getElementsByTagName' of null'. > > Looking up the xvp tool homepage, I realised there was a new xvp > version 1.14.0, whose features included 'The xvp daemon and related > utilities are now built against version 6.0.0 of Citrix's > libxenserver, instead of version 5.6.100.' > > There's my answer I thought. I downloaded the zip, unzipped, xe > vm-imported, modified vif as usual, configured appliance from > xenconsole, during which the pool was connected to without any > apparent error. When finished, I logged into the https interface as > before, and I got exactly the same error. > > Has anyone had any luck with XVP1.14 and XCP 1.6? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Oct 30 11:28:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Oct 2012 11:28:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9zl-0000Du-8U; Tue, 30 Oct 2012 11:28:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TT9zj-0000Dd-QO for xen-api@lists.xen.org; Tue, 30 Oct 2012 11:28:32 +0000 Received: from [85.158.143.35:30801] by server-2.bemta-4.messagelabs.com id E3/B7-22268-FD9BF805; Tue, 30 Oct 2012 11:28:31 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1351596508!15035985!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10615 invoked from network); 30 Oct 2012 11:28:29 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Oct 2012 11:28:29 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so110548qca.32 for ; Tue, 30 Oct 2012 04:28:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=CtNYBZel0w6fCc+iltWnIncYL8zvk+q47NyeOKv7IbE=; b=oS7rTz4rtNvTfx05N7epOl23mHgZ2O691l6FPN3GIFtc15oTAJcnvmXLGU4V7nt3W/ MwVvcdis2mT1N/XJmZOVZpBopfO+qjmLolVFYyf/C8wHmr+k4iXdnQou3VSoNLg86Aka snTdsabaY7x4cBbN0DIwJabndyjTSNfLkeakcKdO3YOo1j0MYrzths2TQd7VgNwsiFsk vJKJvGw9IrBtvHOV6yQJqXQCQe30HyRRy0aLLPyweoVRxJRUJX205621kkhgRXNP//3X iWvchNEaCUK/WbBhMSxfV/YmCl+GjpSz6xoNx4rgeoGFX7mopKCkVdpfd1NybMhlMGGk faRw== MIME-Version: 1.0 Received: by 10.224.185.212 with SMTP id cp20mr12924615qab.2.1351596508336; Tue, 30 Oct 2012 04:28:28 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 04:28:28 -0700 (PDT) In-Reply-To: References: Date: Tue, 30 Oct 2012 22:28:28 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 BETA compatibility issue with XVP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I omitted to mention that does not seem to be anything interesting in xvp.log on the xvpappliance, however in xensource.log on the XCP master I found the following sequence: Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] Successful local authentication user root from HTTP request from Internet with User-Agent: XML-RPC for PHP 2.2.2 Oct 30 22:22:52 xen1 xapi: [ info|xen1|38213 INET 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] Session.create trackid=8ff947eeca15341a508d30865da3b6ca pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|session.login_with_password D:2cec560e9164|mscgen] xapi=>xapi [label="session.get_uuidOpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2OpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2"]; Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:0eac765dd856 created by task D:2cec560e9164 Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:0eac765dd856|api_readonly] session.get_uuid Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:session.get_this_host D:8b8ccb87798d|api_readonly] session.get_this_host Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_by_name_label D:9062e466be36|api_readonly] host.get_by_name_label Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_enabled D:fc6b7fc3f4aa|api_readonly] host.get_enabled Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|host.compute_free_memory R:299b6bedf05f|audit] Host.compute_free_memory: host = 'a53d1a5a-a9a3-4314-8295-1af5584cf02b (xen1)' Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_metrics D:95e96b3be98e|api_readonly] host.get_metrics Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host_metrics.get_memory_total D:a6095306d906|api_readonly] host_metrics.get_memory_total Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80|dispatch:host.get_software_version D:88220f079807|api_readonly] host.get_software_version Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET 0.0.0.0:80||http_critical] Premature termination of connection! This sequence of log entries is repeated whenever the xvp screen refreshes. On Tue, Oct 30, 2012 at 9:58 PM, Black Bird wrote: > Hi all > > I'm not sure this is the right forum for this. > > I use the XVP utility to manage my XCP pool, the main use being the vm > status and remote console. I've used the xvpappliance 1.12.0-1 to > manage my XCP1.1 pool successfully for many months. > > Recently I upgraded my XCP pool to 1.6.06-61002c and the xvpappliance > stopped working. Specifically, after logging into the https > interface, I get the message 'Error: Problem handing response: Cannot > call method 'getElementsByTagName' of null'. > > Looking up the xvp tool homepage, I realised there was a new xvp > version 1.14.0, whose features included 'The xvp daemon and related > utilities are now built against version 6.0.0 of Citrix's > libxenserver, instead of version 5.6.100.' > > There's my answer I thought. I downloaded the zip, unzipped, xe > vm-imported, modified vif as usual, configured appliance from > xenconsole, during which the pool was connected to without any > apparent error. When finished, I logged into the https interface as > before, and I got exactly the same error. > > Has anyone had any luck with XVP1.14 and XCP 1.6? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 01:57:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 01:57:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNXo-0007MT-56; Wed, 31 Oct 2012 01:56:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNXl-0007MO-W3 for xen-api@lists.xen.org; Wed, 31 Oct 2012 01:56:34 +0000 Received: from [193.109.254.147:51029] by server-5.bemta-14.messagelabs.com id BC/2F-18309-15580905; Wed, 31 Oct 2012 01:56:33 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1351648591!2232268!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32502 invoked from network); 31 Oct 2012 01:56:32 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 01:56:32 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so798957qca.32 for ; Tue, 30 Oct 2012 18:56:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=fxj0p2rKTe1Y3qYJVi1hS6AJBorMoKZ1q97py5mOcvw=; b=flVPdZQFxbgiDA93hXpohlpptFE57gCz3dzpfbtcUTWgmcA/9XUyihoj8F1/ycNP2e iQUaE95INPj4nPSj5vHPvUx6wjRJdpN/BIhax0qeYlWMe8wZ4L8Z8mGrmaxO5AGQFaHM Q81bnQRNtrfiSX656xRAwG6MLE/FtCgbj4z2ZvHYDVrtkzDSORd0GS6PVU04WXrF5+4q s5AyXLHGXgbDlbftJC1gbCDxb8hB2SmSKcbavKw4MG55809m7BTQbeOI3tkGX2cajNlX XW9IBHC3nozyvsPFO/ZGgMs0vgvlEuYcpCmp5qW79ePBeW4hzvE/HXCfzl04/kbT8UcI mPzA== MIME-Version: 1.0 Received: by 10.49.72.199 with SMTP id f7mr27742677qev.43.1351648591259; Tue, 30 Oct 2012 18:56:31 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 18:56:31 -0700 (PDT) Date: Wed, 31 Oct 2012 12:56:31 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA problem with pool-dump-database X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all I have a pool of 3 hosts which I have upgraded from XCP1.1 to XCP Beta 2. I have attempted to run a database backup using 'xe pool-dump-database file-name=xxxx' on the pool master. The command runs and finishes successfully without returning an error. A file is also generated which is non-zero in length. However when opening the file, I don't see any metadata I would be expecting (host uuids, vifs, vm uuids etc), but only some generic definitions. I do have a previous pool database dump file taken on the master with the old XCP version 1.1 and the file clearly contains all the metadata and is 617KB long. Following is a dump of the new file generated on the master with XCP Beta 2, 864 bytes long.
A dump on the other hosts produces exactly the same file, as expected as the database is replicated from the master to the slaves as a matter of course. Following is a dump of the portion of xensource.log taken during execution of the pool database dump: Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi||cli] xe pool-dump-database password=null file-name=pool-dump-database username=root Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|xapi] Session.create trackid=949de24d97b7ebe26d4b555dd6509e0b pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|mscgen] xapi=>xapi [label="session.get_uuidOpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46"]; Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:d53ec83a4add created by task D:6a0b6a3b5be0 Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:d53ec83a4add|api_readonly] session.get_uuid Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi|task.create D:ed79e10f9da2|taskhelper] task dump database R:8a999bbaa423 (uuid:635e0674-1f79-5c22-b0ab-243ade6f6fca) created (trackid=949de24d97b7ebe26d4b555dd6509e0b) by task D:ed79e10f9da2 Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] /pool/xmldbdump?session_id=OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46&task_id=OpaqueRef:8a999bba-a423-c4a7-6173-6bade5afca8a Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80||pool_db_sync] received request to write out db as xml Oct 31 12:37:45 xen1 xapi: [ info|xen1|24114 INET 0.0.0.0:80||taskhelper] task dump database R:8a999bbaa423 forwarded (trackid=949de24d97b7ebe26d4b555dd6509e0b) Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|pool_db_sync] sending headers Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|pool_db_sync] writing database xml Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|pool_db_sync] finished writing database xml Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|taskhelper] forwarded task destroyed Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] Waiting for the task to be completed Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|dispatch:task.get_status D:9c36942a54e7|api_readonly] task.get_status Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|dispatch:task.get_status D:c88da02d77eb|api_readonly] task.get_status Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|dispatch:task.get_result D:4b68c1120f7c|api_readonly] task.get_result Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] result was [] Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi|session.logout D:0a377b2fbab2|xapi] Session.destroy trackid=949de24d97b7ebe26d4b555dd6509e0b Can anyone give an idea of what may be happening? I do hope this is a specific configuration issue, as if it were a bug it would probably be considered a showstopper for production use. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 01:57:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 01:57:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNXo-0007MT-56; Wed, 31 Oct 2012 01:56:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNXl-0007MO-W3 for xen-api@lists.xen.org; Wed, 31 Oct 2012 01:56:34 +0000 Received: from [193.109.254.147:51029] by server-5.bemta-14.messagelabs.com id BC/2F-18309-15580905; Wed, 31 Oct 2012 01:56:33 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1351648591!2232268!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32502 invoked from network); 31 Oct 2012 01:56:32 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 01:56:32 -0000 Received: by mail-qc0-f173.google.com with SMTP id b12so798957qca.32 for ; Tue, 30 Oct 2012 18:56:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=fxj0p2rKTe1Y3qYJVi1hS6AJBorMoKZ1q97py5mOcvw=; b=flVPdZQFxbgiDA93hXpohlpptFE57gCz3dzpfbtcUTWgmcA/9XUyihoj8F1/ycNP2e iQUaE95INPj4nPSj5vHPvUx6wjRJdpN/BIhax0qeYlWMe8wZ4L8Z8mGrmaxO5AGQFaHM Q81bnQRNtrfiSX656xRAwG6MLE/FtCgbj4z2ZvHYDVrtkzDSORd0GS6PVU04WXrF5+4q s5AyXLHGXgbDlbftJC1gbCDxb8hB2SmSKcbavKw4MG55809m7BTQbeOI3tkGX2cajNlX XW9IBHC3nozyvsPFO/ZGgMs0vgvlEuYcpCmp5qW79ePBeW4hzvE/HXCfzl04/kbT8UcI mPzA== MIME-Version: 1.0 Received: by 10.49.72.199 with SMTP id f7mr27742677qev.43.1351648591259; Tue, 30 Oct 2012 18:56:31 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 18:56:31 -0700 (PDT) Date: Wed, 31 Oct 2012 12:56:31 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA problem with pool-dump-database X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all I have a pool of 3 hosts which I have upgraded from XCP1.1 to XCP Beta 2. I have attempted to run a database backup using 'xe pool-dump-database file-name=xxxx' on the pool master. The command runs and finishes successfully without returning an error. A file is also generated which is non-zero in length. However when opening the file, I don't see any metadata I would be expecting (host uuids, vifs, vm uuids etc), but only some generic definitions. I do have a previous pool database dump file taken on the master with the old XCP version 1.1 and the file clearly contains all the metadata and is 617KB long. Following is a dump of the new file generated on the master with XCP Beta 2, 864 bytes long.
A dump on the other hosts produces exactly the same file, as expected as the database is replicated from the master to the slaves as a matter of course. Following is a dump of the portion of xensource.log taken during execution of the pool database dump: Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi||cli] xe pool-dump-database password=null file-name=pool-dump-database username=root Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|xapi] Session.create trackid=949de24d97b7ebe26d4b555dd6509e0b pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|mscgen] xapi=>xapi [label="session.get_uuidOpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46"]; Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid D:d53ec83a4add created by task D:6a0b6a3b5be0 Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX /var/xapi/xapi|dispatch:session.get_uuid D:d53ec83a4add|api_readonly] session.get_uuid Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi|task.create D:ed79e10f9da2|taskhelper] task dump database R:8a999bbaa423 (uuid:635e0674-1f79-5c22-b0ab-243ade6f6fca) created (trackid=949de24d97b7ebe26d4b555dd6509e0b) by task D:ed79e10f9da2 Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] /pool/xmldbdump?session_id=OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46&task_id=OpaqueRef:8a999bba-a423-c4a7-6173-6bade5afca8a Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80||pool_db_sync] received request to write out db as xml Oct 31 12:37:45 xen1 xapi: [ info|xen1|24114 INET 0.0.0.0:80||taskhelper] task dump database R:8a999bbaa423 forwarded (trackid=949de24d97b7ebe26d4b555dd6509e0b) Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|pool_db_sync] sending headers Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|pool_db_sync] writing database xml Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|pool_db_sync] finished writing database xml Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump database R:8a999bbaa423|taskhelper] forwarded task destroyed Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] Waiting for the task to be completed Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|dispatch:task.get_status D:9c36942a54e7|api_readonly] task.get_status Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|dispatch:task.get_status D:c88da02d77eb|api_readonly] task.get_status Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi|dispatch:task.get_result D:4b68c1120f7c|api_readonly] task.get_result Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] result was [] Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi|session.logout D:0a377b2fbab2|xapi] Session.destroy trackid=949de24d97b7ebe26d4b555dd6509e0b Can anyone give an idea of what may be happening? I do hope this is a specific configuration issue, as if it were a bug it would probably be considered a showstopper for production use. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 02:09:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 02:09:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNjs-0007py-8I; Wed, 31 Oct 2012 02:09:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNjq-0007pt-81 for xen-api@lists.xen.org; Wed, 31 Oct 2012 02:09:02 +0000 Received: from [85.158.138.51:44967] by server-12.bemta-3.messagelabs.com id 2D/EC-27853-D3880905; Wed, 31 Oct 2012 02:09:01 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1351649339!20035816!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26978 invoked from network); 31 Oct 2012 02:09:00 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 02:09:00 -0000 Received: by mail-qa0-f45.google.com with SMTP id c10so2854585qae.11 for ; Tue, 30 Oct 2012 19:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=3KDEB7hftk8QglKNy3PPHK700QTjH46Fz6fRJxvBgE4=; b=ZAtBEQXZ/RR/PYD4K89Rgp3gmHNvcoOcLy4R1xul89pgf/+Ty4yYXTku2NGD2GNYiU O+HmalHplyZ2D17BOlv4z8oMEJF2ezighrhg7wWQn3qRF60bsEeaDofZpYdIwFFw/9nj V18H5R3JEAV9742GJBjWU+j+7kVs3wX6+gprSRY82wa4zU8WJqlqm0GlgOubeeUCaGcq A1DAo+Puq6ctfEJLZ9UqetoZ5U/RflbSWspXM0oDYsO0IDHp02/N/5F1T7qsMWVbTzwt lqdrfouK9TBmlVKo5ZGTSeyfmgxHfYErNvIpqEkx/bwjf5c0sGsA7hUdWrME+2Q9p3yQ Ip3Q== MIME-Version: 1.0 Received: by 10.229.201.198 with SMTP id fb6mr5766421qcb.129.1351649338774; Tue, 30 Oct 2012 19:08:58 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 19:08:58 -0700 (PDT) In-Reply-To: References: Date: Wed, 31 Oct 2012 13:08:58 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 BETA problem with pool-dump-database X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Another piece of information: the pool is functional as far as I am aware. That is, I can create VMs, start, stop, live-migrate, create bonds etc. I haven't yet tried any of the new functionality yet - storage migration, LACP etc as I want to feel confident that everything still works as before. So I would think that the metadata is there somewhere, just not being accessed by the pool dump capability. On Wed, Oct 31, 2012 at 12:56 PM, Black Bird wrote: > Hi all > > I have a pool of 3 hosts which I have upgraded from XCP1.1 to XCP Beta > 2. I have attempted to run a database backup using 'xe > pool-dump-database file-name=xxxx' on the pool master. The command > runs and finishes successfully without returning an error. A file is > also generated which is non-zero in length. However when opening the > file, I don't see any metadata I would be expecting (host uuids, vifs, > vm uuids etc), but only some generic definitions. > > I do have a previous pool database dump file taken on the master with > the old XCP version 1.1 and the file clearly contains all the metadata > and is 617KB long. > > Following is a dump of the new file generated on the master with XCP > Beta 2, 864 bytes long. > > > key="schema_minor_vsn" value="35"/> value="103"/>
name="VBD_metrics"/>
/>
/>
name="VLAN" />
name="event"/>
/>
name="task"/>
name="network" />
name="host_crashdump"/>
/>
name="PIF_metrics" /> > > A dump on the other hosts produces exactly the same file, as expected > as the database is replicated from the master to the slaves as a > matter of course. > > Following is a dump of the portion of xensource.log taken during > execution of the pool database dump: > > > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi||cli] > xe pool-dump-database password=null file-name=pool-dump-database > username=root > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX > /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|xapi] > Session.create trackid=949de24d97b7ebe26d4b555dd6509e0b pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|mscgen] > xapi=>xapi [label="session.get_uuidOpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46"]; > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX > /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:d53ec83a4add created by task D:6a0b6a3b5be0 > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX > /var/xapi/xapi|dispatch:session.get_uuid D:d53ec83a4add|api_readonly] > session.get_uuid > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX > /var/xapi/xapi|task.create D:ed79e10f9da2|taskhelper] task dump > database R:8a999bbaa423 (uuid:635e0674-1f79-5c22-b0ab-243ade6f6fca) > created (trackid=949de24d97b7ebe26d4b555dd6509e0b) by task > D:ed79e10f9da2 > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] > /pool/xmldbdump?session_id=OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46&task_id=OpaqueRef:8a999bba-a423-c4a7-6173-6bade5afca8a > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET > 0.0.0.0:80||pool_db_sync] received request to write out db as xml > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24114 INET > 0.0.0.0:80||taskhelper] task dump database R:8a999bbaa423 forwarded > (trackid=949de24d97b7ebe26d4b555dd6509e0b) > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|pool_db_sync] sending headers > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|pool_db_sync] writing database xml > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|pool_db_sync] finished writing database xml > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|taskhelper] forwarded task destroyed > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] > Waiting for the task to be completed > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|dispatch:task.get_status D:9c36942a54e7|api_readonly] > task.get_status > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|dispatch:task.get_status D:c88da02d77eb|api_readonly] > task.get_status > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|dispatch:task.get_result D:4b68c1120f7c|api_readonly] > task.get_result > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] > result was [] > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX > /var/xapi/xapi|session.logout D:0a377b2fbab2|xapi] Session.destroy > trackid=949de24d97b7ebe26d4b555dd6509e0b > > Can anyone give an idea of what may be happening? > > I do hope this is a specific configuration issue, as if it were a bug > it would probably be considered a showstopper for production use. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 02:09:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 02:09:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNjs-0007py-8I; Wed, 31 Oct 2012 02:09:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTNjq-0007pt-81 for xen-api@lists.xen.org; Wed, 31 Oct 2012 02:09:02 +0000 Received: from [85.158.138.51:44967] by server-12.bemta-3.messagelabs.com id 2D/EC-27853-D3880905; Wed, 31 Oct 2012 02:09:01 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1351649339!20035816!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26978 invoked from network); 31 Oct 2012 02:09:00 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 02:09:00 -0000 Received: by mail-qa0-f45.google.com with SMTP id c10so2854585qae.11 for ; Tue, 30 Oct 2012 19:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=3KDEB7hftk8QglKNy3PPHK700QTjH46Fz6fRJxvBgE4=; b=ZAtBEQXZ/RR/PYD4K89Rgp3gmHNvcoOcLy4R1xul89pgf/+Ty4yYXTku2NGD2GNYiU O+HmalHplyZ2D17BOlv4z8oMEJF2ezighrhg7wWQn3qRF60bsEeaDofZpYdIwFFw/9nj V18H5R3JEAV9742GJBjWU+j+7kVs3wX6+gprSRY82wa4zU8WJqlqm0GlgOubeeUCaGcq A1DAo+Puq6ctfEJLZ9UqetoZ5U/RflbSWspXM0oDYsO0IDHp02/N/5F1T7qsMWVbTzwt lqdrfouK9TBmlVKo5ZGTSeyfmgxHfYErNvIpqEkx/bwjf5c0sGsA7hUdWrME+2Q9p3yQ Ip3Q== MIME-Version: 1.0 Received: by 10.229.201.198 with SMTP id fb6mr5766421qcb.129.1351649338774; Tue, 30 Oct 2012 19:08:58 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 19:08:58 -0700 (PDT) In-Reply-To: References: Date: Wed, 31 Oct 2012 13:08:58 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 BETA problem with pool-dump-database X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Another piece of information: the pool is functional as far as I am aware. That is, I can create VMs, start, stop, live-migrate, create bonds etc. I haven't yet tried any of the new functionality yet - storage migration, LACP etc as I want to feel confident that everything still works as before. So I would think that the metadata is there somewhere, just not being accessed by the pool dump capability. On Wed, Oct 31, 2012 at 12:56 PM, Black Bird wrote: > Hi all > > I have a pool of 3 hosts which I have upgraded from XCP1.1 to XCP Beta > 2. I have attempted to run a database backup using 'xe > pool-dump-database file-name=xxxx' on the pool master. The command > runs and finishes successfully without returning an error. A file is > also generated which is non-zero in length. However when opening the > file, I don't see any metadata I would be expecting (host uuids, vifs, > vm uuids etc), but only some generic definitions. > > I do have a previous pool database dump file taken on the master with > the old XCP version 1.1 and the file clearly contains all the metadata > and is 617KB long. > > Following is a dump of the new file generated on the master with XCP > Beta 2, 864 bytes long. > > > key="schema_minor_vsn" value="35"/> value="103"/>
name="VBD_metrics"/>
/>
/>
name="VLAN" />
name="event"/>
/>
name="task"/>
name="network" />
name="host_crashdump"/>
/>
name="PIF_metrics" /> > > A dump on the other hosts produces exactly the same file, as expected > as the database is replicated from the master to the slaves as a > matter of course. > > Following is a dump of the portion of xensource.log taken during > execution of the pool database dump: > > > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX /var/xapi/xapi||cli] > xe pool-dump-database password=null file-name=pool-dump-database > username=root > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX > /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|xapi] > Session.create trackid=949de24d97b7ebe26d4b555dd6509e0b pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|session.login_with_password D:6a0b6a3b5be0|mscgen] > xapi=>xapi [label="session.get_uuidOpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46"]; > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX > /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:d53ec83a4add created by task D:6a0b6a3b5be0 > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24113 UNIX > /var/xapi/xapi|dispatch:session.get_uuid D:d53ec83a4add|api_readonly] > session.get_uuid > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX > /var/xapi/xapi|task.create D:ed79e10f9da2|taskhelper] task dump > database R:8a999bbaa423 (uuid:635e0674-1f79-5c22-b0ab-243ade6f6fca) > created (trackid=949de24d97b7ebe26d4b555dd6509e0b) by task > D:ed79e10f9da2 > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] > /pool/xmldbdump?session_id=OpaqueRef:69e50c5a-725e-a27d-b80e-cda7ce7d6a46&task_id=OpaqueRef:8a999bba-a423-c4a7-6173-6bade5afca8a > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET > 0.0.0.0:80||pool_db_sync] received request to write out db as xml > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24114 INET > 0.0.0.0:80||taskhelper] task dump database R:8a999bbaa423 forwarded > (trackid=949de24d97b7ebe26d4b555dd6509e0b) > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|pool_db_sync] sending headers > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|pool_db_sync] writing database xml > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|pool_db_sync] finished writing database xml > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24114 INET 0.0.0.0:80|dump > database R:8a999bbaa423|taskhelper] forwarded task destroyed > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] > Waiting for the task to be completed > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|dispatch:task.get_status D:9c36942a54e7|api_readonly] > task.get_status > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|dispatch:task.get_status D:c88da02d77eb|api_readonly] > task.get_status > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX > /var/xapi/xapi|dispatch:task.get_result D:4b68c1120f7c|api_readonly] > task.get_result > Oct 31 12:37:45 xen1 xapi: [debug|xen1|24112 UNIX /var/xapi/xapi||cli] > result was [] > Oct 31 12:37:45 xen1 xapi: [ info|xen1|24112 UNIX > /var/xapi/xapi|session.logout D:0a377b2fbab2|xapi] Session.destroy > trackid=949de24d97b7ebe26d4b555dd6509e0b > > Can anyone give an idea of what may be happening? > > I do hope this is a specific configuration issue, as if it were a bug > it would probably be considered a showstopper for production use. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 03:43:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 03:43:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTPCW-0000Wd-EJ; Wed, 31 Oct 2012 03:42:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTPCU-0000WY-7M for xen-api@lists.xen.org; Wed, 31 Oct 2012 03:42:42 +0000 Received: from [85.158.143.99:26591] by server-1.bemta-4.messagelabs.com id E2/ED-27934-03E90905; Wed, 31 Oct 2012 03:42:40 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1351654958!22760540!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25381 invoked from network); 31 Oct 2012 03:42:39 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 03:42:39 -0000 Received: by mail-qa0-f45.google.com with SMTP id c10so2886315qae.11 for ; Tue, 30 Oct 2012 20:42:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UnT+bQTho1UHI2GbGXzvV1iGE620LZ5Lsz4EjWK3pQc=; b=DFUkO1+0mDDp365HbWdlq5l5aM9505aBDF+YTzeE/uL0LdCSM5uexkfgSfH4+bgPYy jyAVo3vo15tLJGoUWmhNyhtTwXIW+Vk0g8b5MWFNkg04dXo94W5SVdjC9v4DEF4UUl0h fi1yuLTEI7h0HXpMj8B8i5xgHh7wpmP9U2E2n59iTieOUdGiqIDvQlDjhJKKwnDpRlgl PG2u5s65ip7WQVt6Hx816cGcZ8LS5NLYTGmsVKCqkI3qBMaSIP/jBxyN5rWd7YZxgUk9 ++oxQ7tq1CBBdDLRhW6DMp9fkB3wT1hQGW69OoRoJfCOx2CMbNmssEhQbMBmxjXM8V6b TngA== MIME-Version: 1.0 Received: by 10.224.72.202 with SMTP id n10mr22445928qaj.94.1351654958171; Tue, 30 Oct 2012 20:42:38 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 20:42:38 -0700 (PDT) Date: Wed, 31 Oct 2012 14:42:38 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA problem with pool-designate-new-master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org sorry for yet another post today on yet another subject! Short recap on my environment: a 3 host pool which has been upgraded from XCP1.1 to XCP 1.6 Beta 2. The pool is functional in its basic operations - vm creation, destroy, migration, vif creation etc. One pending (separate post) problem I have is with pool-dump-database. I have encountered a problem in promoting any of the 2 slaves to become the new master, using the command 'xe pool-designate-new-master'. The command returns (on both slaves), the following "The restore could not be performed because this backup has been created by a different (incompatible) product version" The slave's xensource log contains: Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80||dummytaskhelper] task dispatch:pool.designate_new_master D:8755726812be created by task R:ce8358aa6fcf Oct 31 14:33:43 xen2 xapi: [ info|xen2|12729 INET 0.0.0.0:80|dispatch:pool.designate_new_master D:8755726812be|taskhelper] task pool.designate_new_master R:ce8358aa6fcf forwarded (trackid=46da7bc98d2ecc468c5a4e4390a9f5b3) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|mscgen] xapi=>xapi [label="pool.sync_databaseOpaqueRef:787d8a2b-6fd0-1606-ab35-93745e773e26"]; Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Cache contents: [ 192.168.121.10:443 (id 13993 / idle 12.63 age 12.67) ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Removing stunnel id 13993 (idle 12.63) from the cache Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] check_reusable: caught exception Unix.Unix_error(31, "write", ""); assuming not reusable Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] get_reusable_stunnel: Found non-reusable stunnel in the cache. disconnecting from 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Cache contents: [ 192.168.121.10:443 ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] get_reusable_stunnel: stunnel cache is empty; creating a fresh connection to 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] Using commandline: /usr/sbin/stunnel -fd 94227978-53b4-2937-78a8-4b4573314ca5 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] stunnel has pidty: (FEFork (28,2652)) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] stunnel start: Log from stunnel: [] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xmlrpc_client] stunnel pid: 2652 (cached = true) connected to 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=2652 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|stunnel] Using commandline: /usr/sbin/stunnel -fd 74e84376-4357-6632-0e5e-bfd8d18c4ad7 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|stunnel] stunnel has pidty: (FEFork (31,2659)) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|stunnel] stunnel start Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xmlrpc_client] stunnel pid: 2659 (cached = false) connected to 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=2659 Oct 31 14:33:43 xen2 xapi: [error|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|pool_db_sync] Pool backup file was created with incompatable product version Oct 31 14:33:43 xen2 xapi: [ warn|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xmlrpc_client] stunnel pid: 2659 caught Api_errors.Server_error("RESTORE_INCOMPATIBLE_VERSION", 0) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at pool_db_backup.ml:48.8-78 -> pool_db_backup.ml:220.4-20 -> xmlrpc_client.ml:258.2-63 -> xmlrpc_client.ml:237.7-10 -> xmlrpc_client.ml:242.13-14 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|backtrace] Raised at pervasiveext.ml:26.22-25 -> pool_db_backup.ml:237.15-57 -> rbac.ml:229.16-23 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:72.10-22 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|dispatcher] Server_helpers.exec exception_handler: Got exception RESTORE_INCOMPATIBLE_VERSION: [ ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|dispatch:host.request_backup D:246162f2d9db|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|dispatch:host.request_backup D:246162f2d9db|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:15526.19-167 -> server_helpers.ml:119.4-7 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Adding stunnel id 13995 (idle 0.00) to the cache Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Cache contents: [ 192.168.121.10:443 (id 13995 / idle 0.00 age 0.27) ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xmlrpc_client] stunnel pid: 2652 (cached = true) returned stunnel to cache Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xapi] Raised at client.ml:6.37-75 -> client.ml:3415.12-65 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:948.2-111 -> rbac.ml:229.16-23 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:72.10-22 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|dispatcher] Server_helpers.exec exception_handler: Got exception RESTORE_INCOMPATIBLE_VERSION: [ ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|taskhelper] forwarded task destroyed Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|dispatch:pool.designate_new_master D:8755726812be|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|dispatch:pool.designate_new_master D:8755726812be|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:3760.19-167 -> server_helpers.ml:119.4-7 This seems to be a bug. Can anyone comment? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 03:43:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 03:43:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTPCW-0000Wd-EJ; Wed, 31 Oct 2012 03:42:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTPCU-0000WY-7M for xen-api@lists.xen.org; Wed, 31 Oct 2012 03:42:42 +0000 Received: from [85.158.143.99:26591] by server-1.bemta-4.messagelabs.com id E2/ED-27934-03E90905; Wed, 31 Oct 2012 03:42:40 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1351654958!22760540!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25381 invoked from network); 31 Oct 2012 03:42:39 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 03:42:39 -0000 Received: by mail-qa0-f45.google.com with SMTP id c10so2886315qae.11 for ; Tue, 30 Oct 2012 20:42:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UnT+bQTho1UHI2GbGXzvV1iGE620LZ5Lsz4EjWK3pQc=; b=DFUkO1+0mDDp365HbWdlq5l5aM9505aBDF+YTzeE/uL0LdCSM5uexkfgSfH4+bgPYy jyAVo3vo15tLJGoUWmhNyhtTwXIW+Vk0g8b5MWFNkg04dXo94W5SVdjC9v4DEF4UUl0h fi1yuLTEI7h0HXpMj8B8i5xgHh7wpmP9U2E2n59iTieOUdGiqIDvQlDjhJKKwnDpRlgl PG2u5s65ip7WQVt6Hx816cGcZ8LS5NLYTGmsVKCqkI3qBMaSIP/jBxyN5rWd7YZxgUk9 ++oxQ7tq1CBBdDLRhW6DMp9fkB3wT1hQGW69OoRoJfCOx2CMbNmssEhQbMBmxjXM8V6b TngA== MIME-Version: 1.0 Received: by 10.224.72.202 with SMTP id n10mr22445928qaj.94.1351654958171; Tue, 30 Oct 2012 20:42:38 -0700 (PDT) Received: by 10.49.60.134 with HTTP; Tue, 30 Oct 2012 20:42:38 -0700 (PDT) Date: Wed, 31 Oct 2012 14:42:38 +1100 Message-ID: From: Black Bird To: xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 BETA problem with pool-designate-new-master X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org sorry for yet another post today on yet another subject! Short recap on my environment: a 3 host pool which has been upgraded from XCP1.1 to XCP 1.6 Beta 2. The pool is functional in its basic operations - vm creation, destroy, migration, vif creation etc. One pending (separate post) problem I have is with pool-dump-database. I have encountered a problem in promoting any of the 2 slaves to become the new master, using the command 'xe pool-designate-new-master'. The command returns (on both slaves), the following "The restore could not be performed because this backup has been created by a different (incompatible) product version" The slave's xensource log contains: Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80||dummytaskhelper] task dispatch:pool.designate_new_master D:8755726812be created by task R:ce8358aa6fcf Oct 31 14:33:43 xen2 xapi: [ info|xen2|12729 INET 0.0.0.0:80|dispatch:pool.designate_new_master D:8755726812be|taskhelper] task pool.designate_new_master R:ce8358aa6fcf forwarded (trackid=46da7bc98d2ecc468c5a4e4390a9f5b3) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|mscgen] xapi=>xapi [label="pool.sync_databaseOpaqueRef:787d8a2b-6fd0-1606-ab35-93745e773e26"]; Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Cache contents: [ 192.168.121.10:443 (id 13993 / idle 12.63 age 12.67) ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Removing stunnel id 13993 (idle 12.63) from the cache Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] check_reusable: caught exception Unix.Unix_error(31, "write", ""); assuming not reusable Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] get_reusable_stunnel: Found non-reusable stunnel in the cache. disconnecting from 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Cache contents: [ 192.168.121.10:443 ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] get_reusable_stunnel: stunnel cache is empty; creating a fresh connection to 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] Using commandline: /usr/sbin/stunnel -fd 94227978-53b4-2937-78a8-4b4573314ca5 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] stunnel has pidty: (FEFork (28,2652)) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel] stunnel start: Log from stunnel: [] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xmlrpc_client] stunnel pid: 2652 (cached = true) connected to 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=2652 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|stunnel] Using commandline: /usr/sbin/stunnel -fd 74e84376-4357-6632-0e5e-bfd8d18c4ad7 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|stunnel] stunnel has pidty: (FEFork (31,2659)) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|stunnel] stunnel start Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xmlrpc_client] stunnel pid: 2659 (cached = false) connected to 192.168.121.10:443 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=2659 Oct 31 14:33:43 xen2 xapi: [error|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|pool_db_sync] Pool backup file was created with incompatable product version Oct 31 14:33:43 xen2 xapi: [ warn|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xmlrpc_client] stunnel pid: 2659 caught Api_errors.Server_error("RESTORE_INCOMPATIBLE_VERSION", 0) Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at pool_db_backup.ml:48.8-78 -> pool_db_backup.ml:220.4-20 -> xmlrpc_client.ml:258.2-63 -> xmlrpc_client.ml:237.7-10 -> xmlrpc_client.ml:242.13-14 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|backtrace] Raised at pervasiveext.ml:26.22-25 -> pool_db_backup.ml:237.15-57 -> rbac.ml:229.16-23 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:72.10-22 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|dispatcher] Server_helpers.exec exception_handler: Got exception RESTORE_INCOMPATIBLE_VERSION: [ ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|host.request_backup D:84691f7ce90d|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|dispatch:host.request_backup D:246162f2d9db|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12730 INET 0.0.0.0:80|dispatch:host.request_backup D:246162f2d9db|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:15526.19-167 -> server_helpers.ml:119.4-7 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Adding stunnel id 13995 (idle 0.00) to the cache Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|stunnel_cache] Cache contents: [ 192.168.121.10:443 (id 13995 / idle 0.00 age 0.27) ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xmlrpc_client] stunnel pid: 2652 (cached = true) returned stunnel to cache Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xapi] Raised at client.ml:6.37-75 -> client.ml:3415.12-65 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_pool.ml:948.2-111 -> rbac.ml:229.16-23 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:72.10-22 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|dispatcher] Server_helpers.exec exception_handler: Got exception RESTORE_INCOMPATIBLE_VERSION: [ ] Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|taskhelper] forwarded task destroyed Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|pool.designate_new_master R:ce8358aa6fcf|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|dispatch:pool.designate_new_master D:8755726812be|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9 Oct 31 14:33:43 xen2 xapi: [debug|xen2|12729 INET 0.0.0.0:80|dispatch:pool.designate_new_master D:8755726812be|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:140.10-106 -> server.ml:3760.19-167 -> server_helpers.ml:119.4-7 This seems to be a bug. Can anyone comment? _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 11:02:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 11:02:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTW3j-0007hJ-B6; Wed, 31 Oct 2012 11:02:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTW3h-0007h5-PO for xen-api@lists.xen.org; Wed, 31 Oct 2012 11:02:05 +0000 Received: from [85.158.139.83:8921] by server-14.bemta-5.messagelabs.com id BB/FD-21768-C2501905; Wed, 31 Oct 2012 11:02:04 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1351681294!27562781!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15159 invoked from network); 31 Oct 2012 11:01:36 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 11:01:36 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2299648iea.32 for ; Wed, 31 Oct 2012 04:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=p36aU3M7mwBsevXmRKgx+PhsBI88LZeOGBvfvyvWwdY=; b=mBGJBkkJtr+xli1uKhsNQGVcKLG3sUic1lTKUCXGBaC7DSxpWMWPBiOA9j20XAsq2h dfSoOeKaM0n4abrRgawE505/Hc6w6YicBzMyLOFkIgnqQ3XZPSne1KokBkZvuaoh1oNc PmQm0TPG2BJew4qhTNLf/0gQxhaRF++H6kAQp42/VjO/XOF8qn6z7N0zvr7fBsLUya7Y BgIuc8cCvNGDu3VKaCsUvWj5GKWtcX/4q5oNf5Hj5iFyCwA8BmPcIgnN56DSlAtn787O S2ox+joPySAj9Ci9cNC0GQVUe3CFBnuInGaJaNgsrFoimA5ENo+wn8K3JQvxXoIUcQYq HkLA== MIME-Version: 1.0 Received: by 10.42.157.202 with SMTP id e10mr30850883icx.41.1351681294671; Wed, 31 Oct 2012 04:01:34 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Wed, 31 Oct 2012 04:01:34 -0700 (PDT) Date: Wed, 31 Oct 2012 15:01:34 +0400 Message-ID: From: Kakadu To: "xen-api@lists.xen.org" Subject: [Xen-API] Building newest xen-api-libs ans xcp-xapi in Debian X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4382365056249161778==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4382365056249161778== Content-Type: multipart/alternative; boundary=90e6ba6138d06b1f1104cd58d314 --90e6ba6138d06b1f1104cd58d314 Content-Type: text/plain; charset=ISO-8859-1 Hey, My aim is to build newer versions to test them. I use https://github.com/jonludlam/xen-api-libs/tree/ubuntu-new and https://github.com/mcclurmc/xen-api/tree/debian-master, respectively While building xen-api-libs I reached some problems with git-buildpackage (patches cannot be applied correctly) but `fakeroot debian/rules binary` gave me debs. But after installing them I can't build xcp-xapi because module Log is not found. Than I looked at old and new xen-api-libs with a zoom: $ dpkg-deb -c libxcp-ocaml-dev_0.5.2-3+b1_amd64.deb | sed 's/.* //' | sort -h | grep log 54:./usr/lib/ocaml/xcp/log/ 55:./usr/lib/ocaml/xcp/log/debug.cmi 56:./usr/lib/ocaml/xcp/log/debug.cmx 57:./usr/lib/ocaml/xcp/log/libsyslog_stubs.a 58:./usr/lib/ocaml/xcp/log/log.a 59:./usr/lib/ocaml/xcp/log/log.cmi 60:./usr/lib/ocaml/xcp/log/log.cmx 61:./usr/lib/ocaml/xcp/log/log.cmxa 62:./usr/lib/ocaml/xcp/log/logs.cmi 63:./usr/lib/ocaml/xcp/log/logs.cmx 64:./usr/lib/ocaml/xcp/log/syslog.cmi 65:./usr/lib/ocaml/xcp/log/syslog.cmx 227:./usr/share/doc/libxcp-ocaml-dev/changelog.Debian.gz 239:./var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log and $ dpkg-deb -c ../libxcp-ocaml-dev_0.6.0-1_amd64.deb | sed 's/.* //' | sort -h | grep log 57:./usr/lib/ocaml/xcp/log/ 58:./usr/lib/ocaml/xcp/log/debug.cmi 59:./usr/lib/ocaml/xcp/log/debug.cmx 60:./usr/lib/ocaml/xcp/log/libsyslog_stubs.a 61:./usr/lib/ocaml/xcp/log/log.a 62:./usr/lib/ocaml/xcp/log/log.cmxa 63:./usr/lib/ocaml/xcp/log/syslog.cmi 64:./usr/lib/ocaml/xcp/log/syslog.cmx 250:./usr/share/doc/libxcp-ocaml-dev/changelog.Debian.gz 262:./var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log It seems that my build of xen-api-libs is wrong. Some files are missing. Can you give me a tip how to build them correctly? Best wishes, Kakadu --90e6ba6138d06b1f1104cd58d314 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey,

My aim is to build=A0 newer versions to test them. I use https://git= hub.com/jonludlam/xen-api-libs/tree/ubuntu-new and https://github.com/mcclurmc/= xen-api/tree/debian-master, respectively

While building xen-api-libs I reached some problems with git-buildpacka= ge (patches cannot be applied correctly) but=A0 `fakeroot debian/rules bina= ry` gave me debs. But after installing them I can't build xcp-xapi beca= use module Log is not found.

Than I looked at old and new=A0 xen-api-libs with a zoom:

$ dpkg= -deb -c libxcp-ocaml-dev_0.5.2-3+b1_amd64.deb=A0 | sed 's/.* //' | = sort -h | grep log
54:./usr/lib/ocaml/xcp/log/
55:./usr/lib/ocaml/xcp= /log/debug.cmi
56:./usr/lib/ocaml/xcp/log/debug.cmx
57:./usr/lib/ocaml/xcp/log/libsyslo= g_stubs.a
58:./usr/lib/ocaml/xcp/log/log.a
59:./usr/lib/ocaml/xcp/log= /log.cmi
60:./usr/lib/ocaml/xcp/log/log.cmx
61:./usr/lib/ocaml/xcp/lo= g/log.cmxa
62:./usr/lib/ocaml/xcp/log/logs.cmi
63:./usr/lib/ocaml/xcp/log/logs.cmx<= br>64:./usr/lib/ocaml/xcp/log/syslog.cmi
65:./usr/lib/ocaml/xcp/log/sysl= og.cmx
227:./usr/share/doc/libxcp-ocaml-dev/changelog.Debian.gz
239:.= /var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log

and

$ dpkg-deb -c ../libxcp-ocaml-dev_0.6.0-1_amd64.deb | sed &= #39;s/.* //' | sort -h | grep log
57:./usr/lib/ocaml/xcp/log/
58:= ./usr/lib/ocaml/xcp/log/debug.cmi
59:./usr/lib/ocaml/xcp/log/debug.cmx 60:./usr/lib/ocaml/xcp/log/libsyslog_stubs.a
61:./usr/lib/ocaml/xcp/log/= log.a
62:./usr/lib/ocaml/xcp/log/log.cmxa
63:./usr/lib/ocaml/xcp/log/= syslog.cmi
64:./usr/lib/ocaml/xcp/log/syslog.cmx
250:./usr/share/doc/= libxcp-ocaml-dev/changelog.Debian.gz
262:./var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log

It seems that = my build of xen-api-libs is wrong. Some files are missing. Can you give me = a tip how to build them correctly?

Best wishes,
Kakadu
--90e6ba6138d06b1f1104cd58d314-- --===============4382365056249161778== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4382365056249161778==-- From xen-api-bounces@lists.xen.org Wed Oct 31 11:02:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 11:02:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTW3j-0007hJ-B6; Wed, 31 Oct 2012 11:02:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTW3h-0007h5-PO for xen-api@lists.xen.org; Wed, 31 Oct 2012 11:02:05 +0000 Received: from [85.158.139.83:8921] by server-14.bemta-5.messagelabs.com id BB/FD-21768-C2501905; Wed, 31 Oct 2012 11:02:04 +0000 X-Env-Sender: kakadu.hafanana@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1351681294!27562781!1 X-Originating-IP: [209.85.223.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15159 invoked from network); 31 Oct 2012 11:01:36 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 11:01:36 -0000 Received: by mail-ie0-f173.google.com with SMTP id 17so2299648iea.32 for ; Wed, 31 Oct 2012 04:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=p36aU3M7mwBsevXmRKgx+PhsBI88LZeOGBvfvyvWwdY=; b=mBGJBkkJtr+xli1uKhsNQGVcKLG3sUic1lTKUCXGBaC7DSxpWMWPBiOA9j20XAsq2h dfSoOeKaM0n4abrRgawE505/Hc6w6YicBzMyLOFkIgnqQ3XZPSne1KokBkZvuaoh1oNc PmQm0TPG2BJew4qhTNLf/0gQxhaRF++H6kAQp42/VjO/XOF8qn6z7N0zvr7fBsLUya7Y BgIuc8cCvNGDu3VKaCsUvWj5GKWtcX/4q5oNf5Hj5iFyCwA8BmPcIgnN56DSlAtn787O S2ox+joPySAj9Ci9cNC0GQVUe3CFBnuInGaJaNgsrFoimA5ENo+wn8K3JQvxXoIUcQYq HkLA== MIME-Version: 1.0 Received: by 10.42.157.202 with SMTP id e10mr30850883icx.41.1351681294671; Wed, 31 Oct 2012 04:01:34 -0700 (PDT) Received: by 10.64.51.9 with HTTP; Wed, 31 Oct 2012 04:01:34 -0700 (PDT) Date: Wed, 31 Oct 2012 15:01:34 +0400 Message-ID: From: Kakadu To: "xen-api@lists.xen.org" Subject: [Xen-API] Building newest xen-api-libs ans xcp-xapi in Debian X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4382365056249161778==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4382365056249161778== Content-Type: multipart/alternative; boundary=90e6ba6138d06b1f1104cd58d314 --90e6ba6138d06b1f1104cd58d314 Content-Type: text/plain; charset=ISO-8859-1 Hey, My aim is to build newer versions to test them. I use https://github.com/jonludlam/xen-api-libs/tree/ubuntu-new and https://github.com/mcclurmc/xen-api/tree/debian-master, respectively While building xen-api-libs I reached some problems with git-buildpackage (patches cannot be applied correctly) but `fakeroot debian/rules binary` gave me debs. But after installing them I can't build xcp-xapi because module Log is not found. Than I looked at old and new xen-api-libs with a zoom: $ dpkg-deb -c libxcp-ocaml-dev_0.5.2-3+b1_amd64.deb | sed 's/.* //' | sort -h | grep log 54:./usr/lib/ocaml/xcp/log/ 55:./usr/lib/ocaml/xcp/log/debug.cmi 56:./usr/lib/ocaml/xcp/log/debug.cmx 57:./usr/lib/ocaml/xcp/log/libsyslog_stubs.a 58:./usr/lib/ocaml/xcp/log/log.a 59:./usr/lib/ocaml/xcp/log/log.cmi 60:./usr/lib/ocaml/xcp/log/log.cmx 61:./usr/lib/ocaml/xcp/log/log.cmxa 62:./usr/lib/ocaml/xcp/log/logs.cmi 63:./usr/lib/ocaml/xcp/log/logs.cmx 64:./usr/lib/ocaml/xcp/log/syslog.cmi 65:./usr/lib/ocaml/xcp/log/syslog.cmx 227:./usr/share/doc/libxcp-ocaml-dev/changelog.Debian.gz 239:./var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log and $ dpkg-deb -c ../libxcp-ocaml-dev_0.6.0-1_amd64.deb | sed 's/.* //' | sort -h | grep log 57:./usr/lib/ocaml/xcp/log/ 58:./usr/lib/ocaml/xcp/log/debug.cmi 59:./usr/lib/ocaml/xcp/log/debug.cmx 60:./usr/lib/ocaml/xcp/log/libsyslog_stubs.a 61:./usr/lib/ocaml/xcp/log/log.a 62:./usr/lib/ocaml/xcp/log/log.cmxa 63:./usr/lib/ocaml/xcp/log/syslog.cmi 64:./usr/lib/ocaml/xcp/log/syslog.cmx 250:./usr/share/doc/libxcp-ocaml-dev/changelog.Debian.gz 262:./var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log It seems that my build of xen-api-libs is wrong. Some files are missing. Can you give me a tip how to build them correctly? Best wishes, Kakadu --90e6ba6138d06b1f1104cd58d314 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey,

My aim is to build=A0 newer versions to test them. I use https://git= hub.com/jonludlam/xen-api-libs/tree/ubuntu-new and https://github.com/mcclurmc/= xen-api/tree/debian-master, respectively

While building xen-api-libs I reached some problems with git-buildpacka= ge (patches cannot be applied correctly) but=A0 `fakeroot debian/rules bina= ry` gave me debs. But after installing them I can't build xcp-xapi beca= use module Log is not found.

Than I looked at old and new=A0 xen-api-libs with a zoom:

$ dpkg= -deb -c libxcp-ocaml-dev_0.5.2-3+b1_amd64.deb=A0 | sed 's/.* //' | = sort -h | grep log
54:./usr/lib/ocaml/xcp/log/
55:./usr/lib/ocaml/xcp= /log/debug.cmi
56:./usr/lib/ocaml/xcp/log/debug.cmx
57:./usr/lib/ocaml/xcp/log/libsyslo= g_stubs.a
58:./usr/lib/ocaml/xcp/log/log.a
59:./usr/lib/ocaml/xcp/log= /log.cmi
60:./usr/lib/ocaml/xcp/log/log.cmx
61:./usr/lib/ocaml/xcp/lo= g/log.cmxa
62:./usr/lib/ocaml/xcp/log/logs.cmi
63:./usr/lib/ocaml/xcp/log/logs.cmx<= br>64:./usr/lib/ocaml/xcp/log/syslog.cmi
65:./usr/lib/ocaml/xcp/log/sysl= og.cmx
227:./usr/share/doc/libxcp-ocaml-dev/changelog.Debian.gz
239:.= /var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log

and

$ dpkg-deb -c ../libxcp-ocaml-dev_0.6.0-1_amd64.deb | sed &= #39;s/.* //' | sort -h | grep log
57:./usr/lib/ocaml/xcp/log/
58:= ./usr/lib/ocaml/xcp/log/debug.cmi
59:./usr/lib/ocaml/xcp/log/debug.cmx 60:./usr/lib/ocaml/xcp/log/libsyslog_stubs.a
61:./usr/lib/ocaml/xcp/log/= log.a
62:./usr/lib/ocaml/xcp/log/log.cmxa
63:./usr/lib/ocaml/xcp/log/= syslog.cmi
64:./usr/lib/ocaml/xcp/log/syslog.cmx
250:./usr/share/doc/= libxcp-ocaml-dev/changelog.Debian.gz
262:./var/lib/ocaml/lintian/libxcp-ocaml-dev.META.log

It seems that = my build of xen-api-libs is wrong. Some files are missing. Can you give me = a tip how to build them correctly?

Best wishes,
Kakadu
--90e6ba6138d06b1f1104cd58d314-- --===============4382365056249161778== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4382365056249161778==-- From xen-api-bounces@lists.xen.org Wed Oct 31 15:48:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 15:48:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaWE-0004YR-3C; Wed, 31 Oct 2012 15:47:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaWC-0004YK-LP for xen-api@lists.xensource.com; Wed, 31 Oct 2012 15:47:48 +0000 Received: from [85.158.143.99:21525] by server-1.bemta-4.messagelabs.com id C8/CF-27934-32841905; Wed, 31 Oct 2012 15:47:47 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1351698466!27204950!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTY2MTQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16103 invoked from network); 31 Oct 2012 15:47:47 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 15:47:47 -0000 X-IronPort-AV: E=Sophos;i="4.80,687,1344211200"; d="scan'208";a="15517487" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Oct 2012 15:47:15 +0000 Received: from [172.22.133.228] (10.80.16.67) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Wed, 31 Oct 2012 15:47:14 +0000 Message-ID: <50914802.6020004@citrix.com> Date: Wed, 31 Oct 2012 16:47:14 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" X-Enigmail-Version: 1.4.5 Subject: [Xen-API] [XCP-1.6-BETA] Announcing XCP 1.6 beta 3 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I've just uploaded the new beta release of XCP 1.6 to here: http://downloads.xen.org/XCP/61365c/ This resolves the following issues: - The remaining XenServer branding has been removed - Upgrading from XCP 1.5 works, and migrations from XCP 1.5 hosts during an upgrade works - The performance issue in the event subsystem has been resolved Please download and test this release. With luck, it will be the last beta before I bump the version number to the final release number and ship XCP 1.6 final. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 15:48:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 15:48:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaWE-0004YR-3C; Wed, 31 Oct 2012 15:47:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaWC-0004YK-LP for xen-api@lists.xensource.com; Wed, 31 Oct 2012 15:47:48 +0000 Received: from [85.158.143.99:21525] by server-1.bemta-4.messagelabs.com id C8/CF-27934-32841905; Wed, 31 Oct 2012 15:47:47 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1351698466!27204950!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTY2MTQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16103 invoked from network); 31 Oct 2012 15:47:47 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 15:47:47 -0000 X-IronPort-AV: E=Sophos;i="4.80,687,1344211200"; d="scan'208";a="15517487" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Oct 2012 15:47:15 +0000 Received: from [172.22.133.228] (10.80.16.67) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Wed, 31 Oct 2012 15:47:14 +0000 Message-ID: <50914802.6020004@citrix.com> Date: Wed, 31 Oct 2012 16:47:14 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" X-Enigmail-Version: 1.4.5 Subject: [Xen-API] [XCP-1.6-BETA] Announcing XCP 1.6 beta 3 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I've just uploaded the new beta release of XCP 1.6 to here: http://downloads.xen.org/XCP/61365c/ This resolves the following issues: - The remaining XenServer branding has been removed - Upgrading from XCP 1.5 works, and migrations from XCP 1.5 hosts during an upgrade works - The performance issue in the event subsystem has been resolved Please download and test this release. With luck, it will be the last beta before I bump the version number to the final release number and ship XCP 1.6 final. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 15:50:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 15:50:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaYR-0004cb-DG; Wed, 31 Oct 2012 15:50:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaYQ-0004cS-BJ for xen-api@lists.xensource.com; Wed, 31 Oct 2012 15:50:06 +0000 Received: from [85.158.137.99:59353] by server-12.bemta-3.messagelabs.com id 23/2F-27853-DA841905; Wed, 31 Oct 2012 15:50:05 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1351698604!16312235!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTY2MTQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11773 invoked from network); 31 Oct 2012 15:50:04 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 15:50:04 -0000 X-IronPort-AV: E=Sophos;i="4.80,687,1344211200"; d="scan'208";a="15517626" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Oct 2012 15:50:04 +0000 Received: from [172.22.133.228] (10.80.16.67) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Wed, 31 Oct 2012 15:50:03 +0000 Message-ID: <509148AB.9030202@citrix.com> Date: Wed, 31 Oct 2012 16:50:03 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 References: In-Reply-To: X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XCP 1.6 BETA compatibility issue with XVP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 30/10/12 12:28, Black Bird wrote: > I omitted to mention that does not seem to be anything interesting in > xvp.log on the xvpappliance, however in xensource.log on the XCP > master I found the following sequence: That just looks like XVP is asking the XCP host to report back information, which doesn't seem to be erroring out. I don't think that anything below indicates a problem with XCP. The premature termination of connection is harmless. I have no idea who maintains XVP, but you would probably be best emailing them and asking for XCP 1.6 support. > > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] Successful > local authentication user root from HTTP request from Internet with > User-Agent: XML-RPC for PHP 2.2.2 > Oct 30 22:22:52 xen1 xapi: [ info|xen1|38213 INET > 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] > Session.create trackid=8ff947eeca15341a508d30865da3b6ca pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|session.login_with_password D:2cec560e9164|mscgen] > xapi=>xapi [label="session.get_uuidOpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2OpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2"]; > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX > /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:0eac765dd856 created by task D:2cec560e9164 > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX > /var/xapi/xapi|dispatch:session.get_uuid D:0eac765dd856|api_readonly] > session.get_uuid > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:session.get_this_host D:8b8ccb87798d|api_readonly] > session.get_this_host > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_by_name_label > D:9062e466be36|api_readonly] host.get_by_name_label > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_enabled D:fc6b7fc3f4aa|api_readonly] > host.get_enabled > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|host.compute_free_memory R:299b6bedf05f|audit] > Host.compute_free_memory: host = 'a53d1a5a-a9a3-4314-8295-1af5584cf02b > (xen1)' > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_metrics D:95e96b3be98e|api_readonly] > host.get_metrics > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host_metrics.get_memory_total > D:a6095306d906|api_readonly] host_metrics.get_memory_total > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_software_version > D:88220f079807|api_readonly] host.get_software_version > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80||http_critical] Premature termination of connection! > > This sequence of log entries is repeated whenever the xvp screen refreshes. > > > On Tue, Oct 30, 2012 at 9:58 PM, Black Bird wrote: >> Hi all >> >> I'm not sure this is the right forum for this. >> >> I use the XVP utility to manage my XCP pool, the main use being the vm >> status and remote console. I've used the xvpappliance 1.12.0-1 to >> manage my XCP1.1 pool successfully for many months. >> >> Recently I upgraded my XCP pool to 1.6.06-61002c and the xvpappliance >> stopped working. Specifically, after logging into the https >> interface, I get the message 'Error: Problem handing response: Cannot >> call method 'getElementsByTagName' of null'. >> >> Looking up the xvp tool homepage, I realised there was a new xvp >> version 1.14.0, whose features included 'The xvp daemon and related >> utilities are now built against version 6.0.0 of Citrix's >> libxenserver, instead of version 5.6.100.' >> >> There's my answer I thought. I downloaded the zip, unzipped, xe >> vm-imported, modified vif as usual, configured appliance from >> xenconsole, during which the pool was connected to without any >> apparent error. When finished, I logged into the https interface as >> before, and I got exactly the same error. >> >> Has anyone had any luck with XVP1.14 and XCP 1.6? > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 15:50:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 15:50:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaYR-0004cb-DG; Wed, 31 Oct 2012 15:50:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaYQ-0004cS-BJ for xen-api@lists.xensource.com; Wed, 31 Oct 2012 15:50:06 +0000 Received: from [85.158.137.99:59353] by server-12.bemta-3.messagelabs.com id 23/2F-27853-DA841905; Wed, 31 Oct 2012 15:50:05 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1351698604!16312235!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMTY2MTQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11773 invoked from network); 31 Oct 2012 15:50:04 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 15:50:04 -0000 X-IronPort-AV: E=Sophos;i="4.80,687,1344211200"; d="scan'208";a="15517626" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Oct 2012 15:50:04 +0000 Received: from [172.22.133.228] (10.80.16.67) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Wed, 31 Oct 2012 15:50:03 +0000 Message-ID: <509148AB.9030202@citrix.com> Date: Wed, 31 Oct 2012 16:50:03 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 References: In-Reply-To: X-Enigmail-Version: 1.4.5 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XCP 1.6 BETA compatibility issue with XVP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 30/10/12 12:28, Black Bird wrote: > I omitted to mention that does not seem to be anything interesting in > xvp.log on the xvpappliance, however in xensource.log on the XCP > master I found the following sequence: That just looks like XVP is asking the XCP host to report back information, which doesn't seem to be erroring out. I don't think that anything below indicates a problem with XCP. The premature termination of connection is harmless. I have no idea who maintains XVP, but you would probably be best emailing them and asking for XCP 1.6 support. > > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] Successful > local authentication user root from HTTP request from Internet with > User-Agent: XML-RPC for PHP 2.2.2 > Oct 30 22:22:52 xen1 xapi: [ info|xen1|38213 INET > 0.0.0.0:80|session.login_with_password D:2cec560e9164|xapi] > Session.create trackid=8ff947eeca15341a508d30865da3b6ca pool=false > uname=root is_local_superuser=true auth_user_sid= > parent=trackid=9834f5af41c964e225f24279aefe4e49 > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|session.login_with_password D:2cec560e9164|mscgen] > xapi=>xapi [label="session.get_uuidOpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2OpaqueRef:e4dd64e0-387b-7434-f36a-2a0b247213b2"]; > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX > /var/xapi/xapi||dummytaskhelper] task dispatch:session.get_uuid > D:0eac765dd856 created by task D:2cec560e9164 > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38214 UNIX > /var/xapi/xapi|dispatch:session.get_uuid D:0eac765dd856|api_readonly] > session.get_uuid > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:session.get_this_host D:8b8ccb87798d|api_readonly] > session.get_this_host > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_by_name_label > D:9062e466be36|api_readonly] host.get_by_name_label > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_enabled D:fc6b7fc3f4aa|api_readonly] > host.get_enabled > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|host.compute_free_memory R:299b6bedf05f|audit] > Host.compute_free_memory: host = 'a53d1a5a-a9a3-4314-8295-1af5584cf02b > (xen1)' > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_metrics D:95e96b3be98e|api_readonly] > host.get_metrics > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host_metrics.get_memory_total > D:a6095306d906|api_readonly] host_metrics.get_memory_total > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80|dispatch:host.get_software_version > D:88220f079807|api_readonly] host.get_software_version > Oct 30 22:22:52 xen1 xapi: [debug|xen1|38213 INET > 0.0.0.0:80||http_critical] Premature termination of connection! > > This sequence of log entries is repeated whenever the xvp screen refreshes. > > > On Tue, Oct 30, 2012 at 9:58 PM, Black Bird wrote: >> Hi all >> >> I'm not sure this is the right forum for this. >> >> I use the XVP utility to manage my XCP pool, the main use being the vm >> status and remote console. I've used the xvpappliance 1.12.0-1 to >> manage my XCP1.1 pool successfully for many months. >> >> Recently I upgraded my XCP pool to 1.6.06-61002c and the xvpappliance >> stopped working. Specifically, after logging into the https >> interface, I get the message 'Error: Problem handing response: Cannot >> call method 'getElementsByTagName' of null'. >> >> Looking up the xvp tool homepage, I realised there was a new xvp >> version 1.14.0, whose features included 'The xvp daemon and related >> utilities are now built against version 6.0.0 of Citrix's >> libxenserver, instead of version 5.6.100.' >> >> There's my answer I thought. I downloaded the zip, unzipped, xe >> vm-imported, modified vif as usual, configured appliance from >> xenconsole, during which the pool was connected to without any >> apparent error. When finished, I logged into the https interface as >> before, and I got exactly the same error. >> >> Has anyone had any luck with XVP1.14 and XCP 1.6? > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Oct 31 16:27:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 16:27:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTb7w-0005zK-DK; Wed, 31 Oct 2012 16:26:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTb7u-0005yu-9I for xen-api@lists.xensource.com; Wed, 31 Oct 2012 16:26:46 +0000 Received: from [85.158.143.99:31080] by server-3.bemta-4.messagelabs.com id 80/5B-06841-54151905; Wed, 31 Oct 2012 16:26:45 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1351700804!27551564!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10928 invoked from network); 31 Oct 2012 16:26:44 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 16:26:44 -0000 Received: by mail-lb0-f171.google.com with SMTP id m4so1449990lbo.30 for ; Wed, 31 Oct 2012 09:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z92KQlNdjHeOq/zIg1IOjIdMUxdUMG1KacLJqjb0XA0=; b=T2k4RxmNdvPrQDQhRFNWdgBE4j9bYIsLh6Wh8fyDr1fPFXhaB8zMArRgglagWX0sH2 NsfNBA+GR0kvkU2+h9Xe1QEbsMSQKu3tPFLyt05rwHehVNbiHjD6T4AGugSpWWpqtu0U CXljsCPA8E93Hg4/71XoXeXyA6pgp576tmQ50knjC32i44dSgjCM2jpMxtlHEQ1GKSRc 8x+YM+h/2e3+s9jVzaTZCJISxOwpwDevdqAaGsb5SztaOHInGQTZCYX6hypT5ZndUpTH KuwQr/eC4iVC60XGGwrq611bXUJrDtHn4ve9v70yYIr8GWy1bK+nBs6VVTCa5Wbld7PS SBaQ== MIME-Version: 1.0 Received: by 10.112.101.10 with SMTP id fc10mr14812822lbb.82.1351700803855; Wed, 31 Oct 2012 09:26:43 -0700 (PDT) Received: by 10.112.26.166 with HTTP; Wed, 31 Oct 2012 09:26:43 -0700 (PDT) In-Reply-To: <50914802.6020004@citrix.com> References: <50914802.6020004@citrix.com> Date: Wed, 31 Oct 2012 16:26:43 +0000 Message-ID: From: Lars Kurth To: Mike McClurg Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] [XCP-1.6-BETA] Announcing XCP 1.6 beta 3 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7622389813996203410==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7622389813996203410== Content-Type: multipart/alternative; boundary=14dae9d716fc41a63304cd5d5ee9 --14dae9d716fc41a63304cd5d5ee9 Content-Type: text/plain; charset=ISO-8859-1 Mike, I will update the web pages now, even though actually on vacation Lars On Wed, Oct 31, 2012 at 3:47 PM, Mike McClurg wrote: > Hi all, > > I've just uploaded the new beta release of XCP 1.6 to here: > > http://downloads.xen.org/XCP/61365c/ > > This resolves the following issues: > > - The remaining XenServer branding has been removed > - Upgrading from XCP 1.5 works, and migrations from XCP 1.5 hosts during > an upgrade works > - The performance issue in the event subsystem has been resolved > > Please download and test this release. With luck, it will be the last > beta before I bump the version number to the final release number and > ship XCP 1.6 final. > > Mike > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --14dae9d716fc41a63304cd5d5ee9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mike,
I will update the web pages now, even though actually on vacation<= br>Lars

On Wed, Oct 31, 2012 at 3:47 PM, = Mike McClurg <mike.mcclurg@citrix.com> wrote:
Hi all,

I've just uploaded the new beta release of XCP 1.6 to here:

http://d= ownloads.xen.org/XCP/61365c/

This resolves the following issues:

- The remaining XenServer branding has been removed
- Upgrading from XCP 1.5 works, and migrations from XCP 1.5 hosts during an upgrade works
- The performance issue in the event subsystem has been resolved

Please download and test this release. With luck, it will be the last
beta before I bump the version number to the final release number and
ship XCP 1.6 final.

Mike

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

--14dae9d716fc41a63304cd5d5ee9-- --===============7622389813996203410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7622389813996203410==-- From xen-api-bounces@lists.xen.org Wed Oct 31 16:27:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 31 Oct 2012 16:27:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTb7w-0005zK-DK; Wed, 31 Oct 2012 16:26:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TTb7u-0005yu-9I for xen-api@lists.xensource.com; Wed, 31 Oct 2012 16:26:46 +0000 Received: from [85.158.143.99:31080] by server-3.bemta-4.messagelabs.com id 80/5B-06841-54151905; Wed, 31 Oct 2012 16:26:45 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1351700804!27551564!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10928 invoked from network); 31 Oct 2012 16:26:44 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Oct 2012 16:26:44 -0000 Received: by mail-lb0-f171.google.com with SMTP id m4so1449990lbo.30 for ; Wed, 31 Oct 2012 09:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z92KQlNdjHeOq/zIg1IOjIdMUxdUMG1KacLJqjb0XA0=; b=T2k4RxmNdvPrQDQhRFNWdgBE4j9bYIsLh6Wh8fyDr1fPFXhaB8zMArRgglagWX0sH2 NsfNBA+GR0kvkU2+h9Xe1QEbsMSQKu3tPFLyt05rwHehVNbiHjD6T4AGugSpWWpqtu0U CXljsCPA8E93Hg4/71XoXeXyA6pgp576tmQ50knjC32i44dSgjCM2jpMxtlHEQ1GKSRc 8x+YM+h/2e3+s9jVzaTZCJISxOwpwDevdqAaGsb5SztaOHInGQTZCYX6hypT5ZndUpTH KuwQr/eC4iVC60XGGwrq611bXUJrDtHn4ve9v70yYIr8GWy1bK+nBs6VVTCa5Wbld7PS SBaQ== MIME-Version: 1.0 Received: by 10.112.101.10 with SMTP id fc10mr14812822lbb.82.1351700803855; Wed, 31 Oct 2012 09:26:43 -0700 (PDT) Received: by 10.112.26.166 with HTTP; Wed, 31 Oct 2012 09:26:43 -0700 (PDT) In-Reply-To: <50914802.6020004@citrix.com> References: <50914802.6020004@citrix.com> Date: Wed, 31 Oct 2012 16:26:43 +0000 Message-ID: From: Lars Kurth To: Mike McClurg Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] [XCP-1.6-BETA] Announcing XCP 1.6 beta 3 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7622389813996203410==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7622389813996203410== Content-Type: multipart/alternative; boundary=14dae9d716fc41a63304cd5d5ee9 --14dae9d716fc41a63304cd5d5ee9 Content-Type: text/plain; charset=ISO-8859-1 Mike, I will update the web pages now, even though actually on vacation Lars On Wed, Oct 31, 2012 at 3:47 PM, Mike McClurg wrote: > Hi all, > > I've just uploaded the new beta release of XCP 1.6 to here: > > http://downloads.xen.org/XCP/61365c/ > > This resolves the following issues: > > - The remaining XenServer branding has been removed > - Upgrading from XCP 1.5 works, and migrations from XCP 1.5 hosts during > an upgrade works > - The performance issue in the event subsystem has been resolved > > Please download and test this release. With luck, it will be the last > beta before I bump the version number to the final release number and > ship XCP 1.6 final. > > Mike > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --14dae9d716fc41a63304cd5d5ee9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mike,
I will update the web pages now, even though actually on vacation<= br>Lars

On Wed, Oct 31, 2012 at 3:47 PM, = Mike McClurg <mike.mcclurg@citrix.com> wrote:
Hi all,

I've just uploaded the new beta release of XCP 1.6 to here:

http://d= ownloads.xen.org/XCP/61365c/

This resolves the following issues:

- The remaining XenServer branding has been removed
- Upgrading from XCP 1.5 works, and migrations from XCP 1.5 hosts during an upgrade works
- The performance issue in the event subsystem has been resolved

Please download and test this release. With luck, it will be the last
beta before I bump the version number to the final release number and
ship XCP 1.6 final.

Mike

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

--14dae9d716fc41a63304cd5d5ee9-- --===============7622389813996203410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7622389813996203410==--